ISO软件开发全套文档~软件开发过程控制程序
- 格式:doc
- 大小:46.00 KB
- 文档页数:8
iso程序文件范本随着信息技术的飞速发展,各行各业都离不开软件的应用。
在软件开发过程中,为了确保软件质量并提高效率,ISO国际标准组织提出了一系列的标准和规范。
ISO程序文件范本就是其中之一,它为软件开发过程提供了一种规范化的组织结构和内容。
一、引言引言部分是ISO程序文件范本的首要部分。
在这一部分,我们需要明确说明该程序文件的目的、背景和适用范围。
同时,还需要简要描述开发的软件系统的特点和需求。
二、术语和定义在软件开发过程中,术语的定义是非常重要的。
这一部分用于明确程序文件中所使用的术语及其定义,以确保各个参与者对术语的理解一致。
三、程序文件管理程序文件管理是软件开发过程中不可或缺的一环。
在这一部分,我们需要说明程序文件的版本控制、变更管理和文档的发布流程。
同时,还需明确各个角色在程序文件管理中的职责和权限。
四、需求分析需求分析是软件开发过程中的关键一环。
在这一部分,我们需要详细描述需求分析的步骤和方法。
同时,应该明确规定需求分析的输出物和验收标准。
另外,还需明确需求变更的管理和评估机制。
五、设计与开发设计与开发是软件开发过程中的核心环节。
在这一部分,我们需要明确规定软件设计的方法和工具,以及开发的流程和要求。
同时,还需明确开发过程中的质量控制和代码托管的规定。
六、测试与验证测试与验证是确保软件质量的重要手段。
在这一部分,我们需要明确规定测试的种类、方法和工具,以及验证的流程和要求。
同时,还需明确测试用例的编写规范和测试结果的评估标准。
七、文档编制文档编制是软件开发过程中的重要环节。
在这一部分,我们需要明确各类文档的编写要求和格式规范,以及文档的存档和归档机制。
同时,还需明确文档编制的时间节点和责任人。
八、培训和交付培训和交付是软件开发项目的最终目标。
在这一部分,我们需要明确培训的内容和方式,以及交付的标准和流程。
同时,还需明确培训和交付的时间安排和责任人。
九、风险管理风险管理是软件开发过程中必不可少的一环。
目录1.引言31.1编写目的31.2背景31.3定义31.4参考资料32.可行性研究的前提32.1要求32.2目标42.3条件、假定和限制42.4进行可行性研究的方法42.5评价尺度43.对现有系统的分析43.1处理流程和数据流程43.2工作负荷53.3费用开支53.4人员53.5设备53.6局限性54.所建议的系统54.1对所建议系统的说明54.2处理流程和数据流程54.3改进之处54.4影响54.4.1对设备的影响54.4.2对软件的影响54.4.3对用户单位机构的影响64.4.4对系统运行过程的影响64.4.5对开发的影响64.4.6对地点和设施的影响64.4.7对经费开支的影响64.5局限性64.6技术条件方面的可行性65.可选择的其他系统方案75.1可选择的系统方案1 75.2可选择的系统方案2 76.投资及效益分析76.1支出76.1.1基本建设投资76.1.2其他一次性支出76.1.3非一次性支出86.2收益86.2.1一次性收益86.2.2非一次性收益86.2.3不可定量的收益86.3收益/投资比86.4投资回收周期96.5敏感性分析97.社会因素方面的可行性97.1法律方面的可行性97.2使用方面的可行性98.结论9可行性研究报告1.引言1.1编写目的说明编写本可行性研究报告的目的,指出预期的读者。
1.2背景说明:A.所建议开发的软件系统的名称;B.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;C.该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出用得着的参考资料,如:1.本项目的经核准的计划任务书或合同、上级机关的批文;2.属于本项目的其他已发表的文件;3.本文件中各处引用的文件、资料,包括所需用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
一、项目开发计划1.引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (2)1.4参考资料 (2)2.项目概述 (2)2.1工作内容 (2)2.2条件与限制 (2)2.3产品 (2)2.4运行环境 (2)2.5服务 (3)2.6验收标准 (3)3.实施计划 (3)3.1任务分解 (3)3.2进度 (3)3.3预算 (3)3.4关键问题 (3)4.人员组织及分工 (3)5.交付期限 (3)6.专题计划要点 (3)1.引言1.1编写目的【阐明编写开发计划的目的,指明读者对象。
】1.2项目背景【可包括:a.项目的委托单位、开发单位和主管部门;b.该软件系统与其他系统的关系。
】1.3定义【列出本档中用到的专门术语的定义和缩写词的原文。
】1.4参考资料【可包括:a.项目经核准的计划任务书、合同或上级机关的批文;b.文档所引用的资料、规范等;列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。
】2.项目概述2.1工作内容【简要说明项目的各项主要工作,介绍所开发软件的功能、性能等。
若不编写可行性研究报告,则应在本节给出较详细的介绍。
】2.2条件与限制【阐明为完成项目应具备的条件、开发单位已具备的条件以及尚需创造的条件。
必要时还应说明用户及分合同承包者承担的工作、完成期限及其他条件与限制。
】2.3产品2.3.1程序【列出应交付的程序名称、使用的语言及存储形式。
】2.3.2文档【列出应交付的文档。
】2.4运行环境【应包括硬件环境、软件环境。
】2.5服务【阐明开发单位可向用户提供的服务。
如人员培训、安装、保修、维护和其他运行支持。
】2.6验收标准3.实施计划3.1任务分解【任务的划分及各项任务的负责人。
】3.2进度【按阶段完成的项目,用图表说明开始时间、完成时间。
】3.3预算3.4关键问题【说明可能影响项目的关键问题,如设备条件、技术焦点或其他风险因素,并说明对策。
】4.人员组织及分工5.交付期限6.专题计划要点【如测试计划、质量保证计划、配置管理计划、人员培训计划、系统安装计划等。
产品/ 项目系统名称配置管理计划北京xxxXt限公司200年XX月1 引言1.1 编写目的编写的目的主要在于对所开发的软件系统规定各种必要的配置管理条款,以保证所开发出的软件能满足用户需求。
1.2背景a.开发的软件系统的名称列出本软件系统的中文全称、英文全称及英文表示简称。
b.开发的软件系统的最终用户或适用的领域;c.项目来源、主管部门等1.3定义列出本文件中涉及的专门术语定义和外文缩写的原词组。
1.4 参考资料列出涉及的参考资料。
2 管理描述软件配置管理的机构、任务、职责和有关的接口控制。
2.1 机构描述软件生存周期中各阶段中软件配置管理的功能和负责软件配置管理的机构。
说明项目和自项目与其他有关项目之间的关系。
指出在软件生存周期各阶段中的软件开发或维护机构与配置控制组的关系。
2.2 任务描述在软件生存周期中各阶段的配置管理任务以及要进行的评审和检查工作,并指出各阶段的阶段产品应存放在哪一类软件库中(软件开发库、软件受控制库或软件产品库)。
2.3职责指出负责各项软件配置管理任务(如配置标识、配置控制、配置状态记录以及配置的评审与检查)的机构的职责;指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系。
说明软件生存周期各个阶段的评审、检查和审批过程中的用户职责以及相关的开发与维护活动。
指出与项目开发有关的各机构的代表的软件配置管理职责。
指出与其他特殊职责,例如为满足软件配置管理要求所必要的批准要求。
2.4定义软件配置项( SCI)包括:1.系统约定2.软件项目计划3.软件需求文档4.用户手册5.设计文档6.源代码清单7.测试文档a.测试计划和过程b.测试用例和结果记录8.可执行程序a.模块的可执行代码b.链接的模块9.数据库描述a.模式和文件结构b.初始内容10.联机用户手册11.维护文档a.软件问题报告b.维护记录c.工程变化12.软件工程的标准和规程2.5软件配置管理计划的实现规定实现软件配置管理计划的主要里程碑,例如:建立配置控制组确定各个配置基线建立接口控制协议指定评审与检查软件配置管理计划和规程制定相关的软件开发、测试和支持工具的配置管理计划和规程2.6适用的标准、条例和约定可包括如下内容:软件结构层次树中软件位置的标识方法;程序和模块的命名约定;版本级别的命名约定;软件产品的标识方法;规格说明、测试计划与测试规程、程序设计手册及其他文档的标识方法;媒体和文档管理的标识方法;文档交付过程;软件产品库中软件产品入库、移交或交付的过程;问题报告、修改请求或修改次序的处理过程;配置控制组的结构和作用;软件产品交付给拥护的验收规程软件库的操作,包括准备、存储和更新模块的方法;软件配置管理活动的检查;问题报告、修改请求或修改次序的文档要求,指出配置修改的目的和影响;软件进入配置管理之前的测试级别;质量保证级别,例如:在进入配置管理之前,验证软件满足有关基线的程度3 软件配置管理活动。
Software Project Plan 测试计划编写指南版本 <1.0>修订历史记录目录1.介绍51.1文档目的51.2文档摘要51.3文档历史和变更52.背景52.1系统视图和目标52.2联系方式62.3相关信息保存的位置63.质量目标64.测试策略64.1整体策略64.2测试围65.测试方法65.1里程碑技术75.2测试文档(测试用例)75.3测试实施过程75.3.1测试系统接受条件75.3.2测试时间表75.4稳定阶段测试85.4.1稳定阶段摘要85.4.2测试遍数85.4.3项目结束85.5自动测试策略85.6集成测试策略85.7容测试85.8性能测试和压力测试95.9兼容性测试96.测试组织96.1测试团队结构96.2功能划分107.资源需求107.1培训需求107.2硬件需求107.3软件需求107.4办公空间需求108.时间进度安排109.缺陷处理109.1数据库管理109.2缺陷处理过程1110.测试过程控制1110.1缺陷数据分析1110.2测试工作周报1111.风险分析1112.系统发布11测试计划编写指南1.介绍测试计划编写指南有两类潜在的受众。
首先,测试负责人使用它作为指导方针编写测试计划。
测试计划编写完成后,将作为整个团队(包括开发人员和测试人员)沟通的基础。
测试项目开始时,应该完成测试计划的大部分容。
项目开始后,由于测试情况有变化,可能导致测试计划文档变化。
如果文档有明显的变化,必须在文档中添加变更历史来记载这些变化。
1.1文档目的测试计划在策略和方法的高度说明如何计划、组织和管理测试项目。
测试计划包含足够的信息使测试人员明白项目需要做什么是如何运作的。
另外,清晰的文档结构能使任何一个读者在浏览计划的前面几页后,就能对项目有一个大概的认识。
测试计划只是测试的一个框架,很多细节需要跟开发人员或其他人员沟通,因此计划不包括测试用例的细节和系统功能的详细信息。
文件制修订记录1.0目的:对产品设计和开发的全部过程进行控制,确保产品能满足顾客的需求和期望及有关法律法规的要求。
2.0范围:适用于本公司新产品(研发和改良)的设计和开发,及客户来图来样加工。
3.0权责3.1业务部:负责市场调研分析及客户需求信息的收集。
3.2工程部:负责新产品开发工程标准制定﹑技术资料审查样品制作。
3.3生产部:负责产品生产及相关量产能力的验证。
3.4资材部:负责新材料的供应商开发,设计和开发物料的采购,小批量试产的物料计划和生产计划。
4.0定义:4.1OEM:按顾客提供的图档(3D/2D)进行生产加工。
4.2ODM:按顾客委托设计开发或公司指令进行设计开发。
4.3FMEA:潜在失效模式与后果分析。
4.4.CDA:关键尺寸评估表。
5.0作业内容:5.1新产品设计和开发的策划与输入:5.1.1设计项目来源:客户委托和公司指令。
客户委托:由客户提供产品设计的意向,参考样品(参考机型或资料)、功能要求、外观要求﹑成本要求﹑产品执行标准和法律要求等作为设计和开发策划与输入的信息。
公司指令:公司高层和业务部根据市场反馈信息,行业发展动态与理念(行业展销会上获取新概念),提出对产品结构﹑款式和档次要求,成本要求;结合产品执行标准和法规要求作为设计和开发策划与输入的信息。
5.1.2工程部根据设计和开发的项目需求,指派项目工程师组建小组,填写[新产品立项书]经部门经理审核,总经理批准后实施。
5.1.3项目工程师根据设计输入的信息,进行产品3D图档的设计。
工程师完成初始图档的设计后,同时根据实际的需要输出以下工程资料:a.[新产品初始材料清单]b.[新产品开模清单]c.[新产品初始过程流程图]。
d.[新产品新材料/新工艺清单]e.[新产品增添设备清单]。
5.1.4如项目属OEM来图制造产品,业务部接到顾客图档后交工程部进行立项,工程部按5.1.3条款要求输出相关资料。
5.2新产品设计和开发的控制(评审﹑验证和确认活动):5.2.1工程部项目小组成员及业务部提案人员,依项目设计输入要求对新产品图档或手板样品进行设计评估﹑验证和确认,并填写[新产品制造可行性评价表]。
XX有限公司程序文件编号:QP-0版本/版次:A/0拟制:审核:批准:生效日期:2015年03月01日目录序号文件编号程序文件名称版本号关联部门页码1.QP-01 文件控制程序A/0 综合部 32.QP-02 质量记录控制程序A/0 综合部83.QP-03 培训程序A/0 综合部104.QP-04 采购与供方控制程序A/0 综合部125.QP-05 设计与开发程序A/0 技术品质部166.QP-06 生产过程控制程序A/0 生产部207.QP-07 产品存储、包装、防护和交付控制程序A/0 生产部238.QP-08 检验和试验设备控制程序A/0 技术品质部259.QP-09 内部质量审核程序A/0 综合部2810.QP-10 产品检验控制程序A/0 技术品质部3111.QP-11 不合格控制程序A/0 技术品质部3312.QP-12 产品一致性控制程序一、产品一致性二、关键元器件和材料检验或验证及定期确认三、例行检验与确认检验四、产品变更A/0 技术品质部3613.QP-13 认证证书和认证标志控制程序A/0 综合部44QP-01文件控制程序1.0 目的本程序规定了质量体系文件、技术文件的编制、审批、收发、修订、作废、使用、回收等控制方法,确保公司质量体系文件、技术文件和技术资料的发放、使用、回收的全过程得到有效的管理与控制,符合公司质量体系要求。
2. 0 适用范围本程序适用于支撑整个质量系统的文件及资料,文件包括质量手册、程序文件、作业指引、质量记录、技术文件;资料包括为本公司运作程序所规定之保存报告及记录资料。
3.0 定义3.1受控文件:须随时保持最新资料,并需分发、签收、回收、销毁记录的文件,该文件由文控在文件上加盖“受控文件”印章,以便于识别;3.2非受控文件:分发时为最新资料,但更改及修订时不需要回收的文件。
如提供给顾客的质量手册;3.3内部文件:公司正常运行内部编制产生的各种文件;3.4外来文件:非本公司内部所编制的文件,包括顾客提供的与产品相关的图纸、规格等技术资料,国际、国家、地方标准,与产品相关的安全规格、标识及相关的法律、法规;3.5一阶文件:质量手册,指依照最新版消防产品(与本公司相关的)《强制性产品认证实施细则》、《ISO9001:2008质量管理体系-要求》标准,为描述本公司质量管理体系而制定的纲领性文件;3.6二阶文件:程序文件,指为了实现质量管理手册(或承诺),各部门制订一系列有效策划、运行和控制所需的文件;3.7三阶文件:对某一作业或活动的作业方法所作的规定进行具体描述的指导性文件。
XX有限公司程序文件编号:QP-0版本/版次:A/0拟制:审核:批准:生效日期:2015年03月01日目录序号文件编号程序文件名称版本号关联部门页码1.QP-01 文件控制程序A/0 综合部 32.QP-02 质量记录控制程序A/0 综合部83.QP-03 培训程序A/0 综合部104.QP-04 采购与供方控制程序A/0 综合部125.QP-05 设计与开发程序A/0 技术品质部166.QP-06 生产过程控制程序A/0 生产部207.QP-07 产品存储、包装、防护和交付控制程序A/0 生产部238.QP-08 检验和试验设备控制程序A/0 技术品质部259.QP-09 内部质量审核程序A/0 综合部2810.QP-10 产品检验控制程序A/0 技术品质部3111.QP-11 不合格控制程序A/0 技术品质部3312.QP-12 产品一致性控制程序一、产品一致性二、关键元器件和材料检验或验证及定期确认三、例行检验与确认检验四、产品变更A/0 技术品质部3613.QP-13 认证证书和认证标志控制程序A/0 综合部44QP-01文件控制程序1.0 目的本程序规定了质量体系文件、技术文件的编制、审批、收发、修订、作废、使用、回收等控制方法,确保公司质量体系文件、技术文件和技术资料的发放、使用、回收的全过程得到有效的管理与控制,符合公司质量体系要求。
2. 0 适用范围本程序适用于支撑整个质量系统的文件及资料,文件包括质量手册、程序文件、作业指引、质量记录、技术文件;资料包括为本公司运作程序所规定之保存报告及记录资料。
3.0 定义3.1受控文件:须随时保持最新资料,并需分发、签收、回收、销毁记录的文件,该文件由文控在文件上加盖“受控文件”印章,以便于识别;3.2非受控文件:分发时为最新资料,但更改及修订时不需要回收的文件。
如提供给顾客的质量手册;3.3内部文件:公司正常运行内部编制产生的各种文件;3.4外来文件:非本公司内部所编制的文件,包括顾客提供的与产品相关的图纸、规格等技术资料,国际、国家、地方标准,与产品相关的安全规格、标识及相关的法律、法规;3.5一阶文件:质量手册,指依照最新版消防产品(与本公司相关的)《强制性产品认证实施细则》、《ISO9001:2008质量管理体系-要求》标准,为描述本公司质量管理体系而制定的纲领性文件;3.6二阶文件:程序文件,指为了实现质量管理手册(或承诺),各部门制订一系列有效策划、运行和控制所需的文件;3.7三阶文件:对某一作业或活动的作业方法所作的规定进行具体描述的指导性文件。
总体设计说明书版本 <1.0>修订历史记录目录前言5摘要51.需求分析51.1企业生产经营概况51.2企业经营目标及策略(近期及远期)51.3实施需求51.4实施目标51.5实施约束51.6实施功能要求51.7实施信息要求51.8实施性能要求52.总体方案与结构52.1制定总体结构的出发点52.2体系结构52.3应用系统结构52.4支撑系统结构52.5信息分类编码体系53.I2DEF模型53.1模型选择说明53.2I2DEF模型设计规范53.3结构模型53.3.1系统/功能分解树53.3.2构件图53.4动态模型53.4.1事件流程图53.4.2事件汇总图53.4.3工作案例图53.4.4典型事件跟踪图53.5功能模型53.5.1数据流程图53.5.2数据汇总图53.5.3功能调用图54.资源需求55.系统配置55.1配置原则55.2硬件配置55.3软件配置56.接口6最新编辑6.1内部接口66.2外部接口67.组织机构及人员配置67.1现行组织机构67.2开发运行的组织机构67.3人员配置与培训68.关键技术68.1关键技术的提出68.2关键技术的一般说明68.3关键技术的实现方案69.方案实施的技术路线和实施计划69.1实施的技术路线69.2实施计划610.投资概算及资金规划610.1投资概算610.2资金规划611.经济分析611.1经济效益分析611.2财务评价分析611.3社会效益、战略效益分析611.4经济评价的结论和建议612.缩写词表613.参考文献6最新编辑总体设计说明书前言摘要1.需求分析1.1企业生产经营概况1.2企业经营目标及策略(近期及远期)1.3实施需求1.4实施目标1.5实施约束1.6实施功能要求1.7实施信息要求1.8实施性能要求2.总体方案与结构2.1制定总体结构的出发点2.2体系结构2.3应用系统结构2.4支撑系统结构2.5信息分类编码体系3.I2DEF模型3.1模型选择说明3.2I2DEF模型设计规范3.3结构模型3.3.1系统/功能分解树3.3.2构件图3.4动态模型3.4.1事件流程图3.4.2事件汇总图3.4.3工作案例图3.4.4典型事件跟踪图3.5功能模型3.5.1数据流程图3.5.2数据汇总图3.5.3功能调用图4.资源需求5.系统配置5.1配置原则5.2硬件配置5.3软件配置最新编辑6.接口6.1内部接口6.2外部接口7.组织机构及人员配置7.1现行组织机构7.2开发运行的组织机构7.3人员配置与培训8.关键技术8.1关键技术的提出8.2关键技术的一般说明8.3关键技术的实现方案9.方案实施的技术路线和实施计划9.1实施的技术路线9.2实施计划10.投资概算及资金规划10.1投资概算10.2资金规划11.经济分析11.1经济效益分析11.2财务评价分析11.3社会效益、战略效益分析11.4经济评价的结论和建议12.缩写词表13.参考文献。
对设计和开发全过程进行有效控制,确保产品能满足顾客的需求和期望及有关标准、法规的要求。
2.0适用范围适用于本公司新产品的设计、开发全过程,包括引进产品的转化、定型产品及生产过程的技术改进等。
3.0权责3.1技术质量部负责设计和开发全过程的组织、协调、实施工作,进行设计和开发的策划、确定设计和开发的组织和技术接口、输入、输出、评审、验证、确认和更改等;3.2总工程师负责审核项目建议书和设计和开发确认报告,负责下达设计和开发任务书,负责批准设计和开发计划、设计和开发评审报告、设计和开发验证报告;3.3总经理负责批准项目建议书和设计和开发确认报告;3.4供应综合部负责所需物资的采购;3.5营销综合部负责根据市场调研或分析,提供市场信息及新产品动向,负责提交顾客使用新产品的《客户确认报告》;3.6技术质量部负责新产品的检验和试验;3.7生产综合部负责新产品的加工试制和生产。
4.0程序4.1设计和开发的策划4.1.1设计和开发的项目来源:1)与顾客签订的特殊合同或协议,该类合同或协议顾客只明确了对产品功能和性能上的要求,但未明确产品的具体的质量特性要求(规格),根据相应的《合同评审表》,营销综合部提出《项目建议书》经总经理批准后,连同顾客所附上的相关资料转交技术质量部立项;2)根据市场调研分析或根据顾客的意向与需求,营销综合部提出的《项目建议书》,经总经理批准后连同相关的背景资料转交技术质量部立项;3)综合本公司内外反馈的信息,技术质量部以《项目建议书》提出开发或技术改进的建议,经总经理批准后,转回技术质量部立项;4.1.2技术质量部根据批准立项的产品设计和开发要求,确定产品设计和开发项目负责人,报送总工程师批准;4.1.3产品设计和开发项目负责人根据经批准的《项目建议书》,负责主持策划工作,编制《设计和开发计划书》,明确设计和开发各个阶段详细工作内容、要求进度及责任及相应的控制计划等,报总工程师审定;4.1.4设计和开发计划包括:1)设计和开发过程的各阶段;2)每个设计和开发阶段应进行的评审、验证和确认活动;3)设计和开发过程的职责和权限;4)设计和开发所需的资源(如有一定资格能胜任的人员、适用的软件、试制用设备、试验及验证用仪表以及信息、材料等);5)进度计划;4.1.5《设计和开发计划书》可根据设计和开发进展的实际情况进行更改,但更改应经过批准;4.1.6接口管理产品设计和开发项目负责人应对参与设计和开发的各工作组之间的接口进行管理,以确保沟通有效,职责明确:1)组织接口:明确划分工作相互关连的不同小组(部门)有关人员的职责:开发过程由技术质量部协调各小组工作,产品研制过程由生产综合部按开发计划和设计图样安排生产;2)技术接口:对影响设计和开发质量的信息传递应填写联络单,以保证有效的沟通;3)评审:作为设计和开发依据的重要信息,应由项目负责人组织评审,以鉴别信息是否完整、准确,为避免接口遗漏或管理无效,在各阶段应由项目负责人主持进行相应的评审;4.2设计和开发输入4.2.1对产品的要求或供需双方达成的技术协议,应予以规定并正式形成《设计和开发任务书》,这些要求包括:1)功能和特性要求;2)应遵守的法律、法规要求;3)从以往类似的设计得出的适用的要求;4)设计和开发必须满足的任何其他要求。
概要设计说明书版本 <1.0>修订历史记录目录1.引言41.1编写目的41.2背景41.3定义41.4参考资料42.总体设计42.1需求规定42.2运行环境42.3基本设计概念和处理流程42.4结构42.5功能器求与程序的关系42.6人工处理过程42.7尚未解决的问题43.接口设计53.1用户接口53.2外部接口53.3内部接口54.运行设计54.1运行模块组合54.2运行控制54.3运行时间55.系统数据结构设计55.1逻辑结构设计要点55.2物理结构设计要点55.3数据结构与程序的关系56.系统出错处理设计56.1出错信息56.2补救措施56.3系统维护设计5概要设计说明书1.引言1.1编写目的说明编写这份概要设计说明书的目的,指出预期的读者。
1.2背景说明:a.待开发软件系统的名称;b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中心)。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出有关的参考文件,如:a.本项目的经核准的计划任务书或合同,上级机关的批文;b.属于本项目的其他已发表文件;c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2.总体设计2.1需求规定说明对本系统的主要的输入输出项目、处理的功能性能要求,详细的说明可参见附录C。
2.2运行环境简要地说明对本系统的运行环境(包括硬件环境和支持环境)的规定,详细说明参见附录C。
2.3基本设计概念和处理流程说明本系统的基本设计概念和处理流程,尽量使用图表的形式。
2.4结构用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系.2.5功能器求与程序的关系2.6人工处理过程说明在本软件系统的工作过程中不得不包含的人工处理过程(如果有的话)。
XX程序文件编号:QP-0版本/版次:A/0拟制:审核:批准:生效日期:2015年03月01日目录QP-01文件控制程序1.0 目的本程序规定了质量体系文件、技术文件的编制、审批、收发、修订、作废、使用、回收等控制方法,确保公司质量体系文件、技术文件和技术资料的发放、使用、回收的全过程得到有效的管理与控制,符合公司质量体系要求。
2. 0 适用围本程序适用于支撑整个质量系统的文件及资料,文件包括质量手册、程序文件、作业指引、质量记录、技术文件;资料包括为本公司运作程序所规定之保存报告及记录资料。
3.0 定义3.1受控文件:须随时保持最新资料,并需分发、签收、回收、销毁记录的文件,该文件由文控在文件上加盖“受控文件”印章,以便于识别;3.2非受控文件:分发时为最新资料,但更改及修订时不需要回收的文件。
如提供给顾客的质量手册;3.3部文件:公司正常运行部编制产生的各种文件;3.4外来文件:非本公司部所编制的文件,包括顾客提供的与产品相关的图纸、规格等技术资料,国际、国家、地方标准,与产品相关的安全规格、标识及相关的法律、法规;3.5一阶文件:质量手册,指依照最新版消防产品(与本公司相关的)《强制性产品认证实施细则》、《ISO9001:2008质量管理体系-要求》标准,为描述本公司质量管理体系而制定的纲领性文件;3.6二阶文件:程序文件,指为了实现质量管理手册(或承诺),各部门制订一系列有效策划、运行和控制所需的文件;3.7三阶文件:对某一作业或活动的作业方法所作的规定进行具体描述的指导性文件。
3.8四阶文件:表格记录;4.0 职责4.1总经理:负责一阶质量手册、二阶程序文件的批准。
4.2质量负责人:4.2.1负责一阶质量手册、二阶程序文件的审核;4.2.2定期组织评审体系运行适应性并监督持续改进;4.3 综合部:4.3.1负责制定一阶质量手册文件;4.3.2负责文件编号,受控文件纸件及电子档管控;4.3.3负责文件的登记、发放、存档、作废、销毁管理。
北 京 易 游 无 限 科 技 公 司
www.euwx.cn
EUWX/QP
0714
软件开发过程控制控制程序
授控状态:
版 号: A/O
分 发 号:
持 有 人:
2007年8月6日发布 2007年8月6日实施
易游无限科技 发布
易游无限科技 程序文件 文件编号 CSI/QP 0714
版 号 A/0
标题: 软件开发过程控制程序 页 码 共5页 第1页
1 目的
为保证软件产品及其文档可维护,软件开发过程得到有效控制,特制定本程序。
2 适用范围
本程序文件适用于本公司有合同的所有软件开发过程的控制活动。
3 定义
3.1 需求分析:(引用GB/T11457-1995的2.404)研究用户要求以得到系统或软件需求
定义的过程。
3.2 概要设计:(引用GB/T11457-1995的2.343)分析各种设计方案和定义软件体系结
构的过程。典型的概要设计包括计算机程序组成成分和数据的定义及构造、界面的定义
,并提出时间和规模方面的估计。
3.3 详细设计:(引用GB/T11457-1995的2.147)推敲并扩充概要设计,以获得关于处
理逻辑、数据结构和数据定义的更加详尽的描述,直到设计完善到足以能实现的地步。
3.4 设计实现:(引用GB/T11457-1995的2.229)把设计翻译成代码,然后对此代码排
除隐错的过程。它是程序的一种机器可执行形式,或者能被自动地翻译成机器可执行的
形式的某种形式的程序。
4 职责
4. 1 项目负责人:负责制订《项目计划》、协调项目内外各方的关系、控制项目进度
并保证项目计划的实施和完成。
4.2 需求分析员:作为开发方的代表,负责沟通用户和开发人员的认识和见解,明确及
准确地编写《软件需求说明书》和初步的《系统指南》。
易游无限科技 程序文件 文件编号 CSI/QP 0714
版 号 A/0
标题: 软件开发过程控制程序 页 码 共5页 第2页
5 开发过程
5.1 项目计划
项目负责人负责制定项目计划。在项目计划中要对项目的目标和时间要求给出明确的定
义,要规定项目的组织和管理规则,项目的开发过程和输出要求,项目对资源的需求和
分配等,详见《项目计划控制程序》。
5.2 制定开发规范
5.2.1 在项目开始后,项目负责人要组织有关人员讨论和确定实施该项目的技术路线
,采用的开发方法论。
5.2.2 项目负责人要组织编写《XXX系统开发规范》,其中包括:
a. 阐述项目采用的技术路线;
b. 采用的软件开发方法和使用的软件辅助开发工具;
c. 制定需求分析阶段,设计阶段,编程阶段中文档编写规则,模型表示规则,命名约定
等在开发过程中需协调一致的规则。
5.2.3 《XXX系统开发规范》中的一些详细规则可在开发过程中不断完善。
5.3 需求分析
5.3.1需求分析员应通过各种方式收集和获得所开发项目的业务需求,并对获取的需求
和系统应具有的隐含需求进行分析,以建立系统的软件需求。这些需求通常包括:
a. 功能需求
b. 数据需求
c. 性能需求
d. 人机接口需求
易游无限科技 程序文件 文件编号 CSI/QP 0714
版 号 A/0
标题: 软件开发过程控制程序 页 码 共5页 第3页
h. 考虑可靠性、安全性、灵活性等方面的设计;
i. 要确定用户界面的设计风格;
j. 主要算法设计;
k. 异常处理设计。
5.4.2 描述以上设计结果,编写《概要设计说明书》、《数据库设计说明书》和修
改完善《系统指南》。
5.4.3将《概要设计说明书》和《数据库设计说明书》提交评审。(参见《设计评审和
设计更改控制程序》)
5.5 详细设计
5.5.1系统设计人员要深刻理解《概要设计说明书》,保证详细设计与概要设计相一致
,为编码提供详尽的依据。
5.5.2细化和描述每一个功能模块,确定实现各个模块功能的具体算法、内部数据结构
和外部接口方式。
5.5.3若功能模块涉及到用户界面,还要具体描绘出用户界面以及操作流程。
5.5.4编写《详细设计说明书》,修改完善《系统指南》。
5.5.5提交详细设计评审。(参见《设计评审和设计更改控制程序》)
5.6 设计实现
5.6.1程序员应严格按照详细设计的说明,保证最终程序与详细设计相一致。编码过程
中应遵循《XXX系统开发规范》的命名规则和注释等规定保证程序的清晰、易读。
5.6.2程序员要对编写的程序进行调试,使程序不仅通过编译的语法检查,而且在功能
和性能等方面达到设计的要求。
易游无限科技 程序文件 文件编号 CSI/QP 0714
版 号 A/0
标题: 软件开发过程控制程序 页 码 共5页 第4页
6 引用文件
《项目计划控制程序》
《设计评审和设计更改控制程序》
《测试过程控制程序》
《配置管理控制程序》
7 技术文档
《XXX系统开发规范》
《软件需求说明书》
《概要设计说明书》
《数据库设计说明书》
《详细设计说明书》
《系统指南》
《用户操作手册》
易游无限科技 程序文件 文件编号 CSI/QP 0714
版 号 A/0
标题: 软件开发过程控制程序 页 码 共5页 第5页
8. 附录
软件生命周期各阶段要求输出的文档 :
项目总体方案
可行性研究报告
项目计划
配置管理计划
系统开发规范
软件需求说明书
概要设计说明书
数据库设计说明书
详细设计说明书
系统指南
用户操作手册
用户培训教材
系统测试计划
交付测试计划
集成测试计划
构造测试计划
单元测试用例
集成测试用例
构造测试用例