《07软件设计和开发控制程序.pdf》由会员分享，可在线阅读，更多相关《07软件设计和开发控制程序.pdf（11页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、 程 序 文 件 文件名称：文件编号：版号：A 编 制：日期：审 核：日期：批 准：日期：受控状态：生效日期：分 发 号：程序文件 文件编号：软件设计和开发控制程序 版号/修改状态：A/0 第 2 页 共 2 页 1 目的 对本公司软件开发过程进行控制，确保软件的质量符合规定的要求及供应能力。2 适用范围 适用于本公司根据客户的要求和合同规定的软件设计过程的控制。3 职责 3.1 项目负责人负责软件需求分析、任务分工、进度计划制定、技术协调，组织软件项目的开发工作；3.2 项目组负责设计文档的编写、编码、测试等开发设计工作；3.3 技术管理组负责组织项目的评审工作，负责软件受控库的管理，提供各
2、阶段文档模板，负责文档标准化审核工作；3.4 质量管理部负责系统测试；负责软件产品库的管理；软件烧录的确认工作。4 工作流程 软件开发过程可包括以下活动：a.项目立项；b.项目策划和监控；c.需求分析；d.软件开发；e.软件测试；f.项目验收；g.软件移交；h.客服支持。5 软件项目的立项 软件新项目根据立项管理流程规定执行。6 项目策划和监控 项目负责人在软件开发项目的方案阶段完成项目开发相关计划的制定。6.1 软件开发策划 项目负责人根据软件开发任务书编写软件开发计划。为了有利于提高程序文件 文件编号：软件设计和开发控制程序 版号/修改状态：A/0 第 2 页 共 2 页 信息的可利用性制
3、定项目节点进度。6.2 测试策划 根据项目具体情况，由项目负责人制定软件测试大纲、软件测试计划、软件配置项测试计划，编写格式参考技术管理组提供的文档模板。6.3 设计阶段划分 阶 段 主要控制活动 形成的文件/记录 一、论证阶段 立项评审 合同评审报告 立项评审报告 软件开发任务书 二、需求阶段 需求调研 内部需求评审 外部需求评审 需求规格说明书 系统原型设计 软件开发计划 软件测试大纲 软件测试计划 软件配置项测试计划 内部评审记录 外部评审记录 三、开发阶段 数据库设计评审 单元测试 代码走查 设计评审 数据库设计 业务流程设计（按需要）页面美工设计（按需要）接口设计（按需要）产品白皮书
4、（按需要）系统设计文档 源代码 评审记录 四、测试阶段 配置项测试 集成和测试 第三方软件测试（按需要）测试报告 五、验收阶段 环境试验 初验（按需要）终验 验收报告 用户操作手册 6.4 计划的跟踪和修订 项目组根据制定的计划开展开发活动，技术管理组按计划规定的时间间隔监督软件开发过程。在发现显著偏离计划要求时项目组应采取相应措施赶回工期，或由研发中心总监批准更改计划。程序文件 文件编号：软件设计和开发控制程序 版号/修改状态：A/0 第 2 页 共 2 页 7 需求分析 7.1 软件需求分析的编写 项目负责人应根据软件开发任务书对系统要满足的需求以及保证各项需求得以满足使用的方法进行分析，
5、并编写 需求规格说明书。内容包括接口需求、系统特性、适应性、安全性、可用性等方面。详细格式按技术管理组提供的模板执行。7.2 软件原型建立 项目组根据用户需求建立软件原型，以明确各功能交互模式，指导下一阶段系统设计和美工设计。7.3 需求评审 需求规格说明书在项目需求阶段进行评审，以保证需求规格说明书中列出的要求是合理且适当的，评审相关事宜按附录设计评审一览表执行。8 软件开发 8.1 软件开发环境建立 项目负责人或指定的软件开发人员根据项目具体情况，按照初期制定计划建立软件开发环境。8.1.1 软件工程环境 根据项目详细情况配置开发计算机，安装编程软件平台，定义系统框架及开发规范。8.1.2
6、 软件开发库 软件开发库存放于 SVN 服务器上，在项目开发准备阶段由项目经理在SVN 中建立开发库及文档目录，项目负责人对软件配置项进行管理（包括配置项的齐套性、标识、版本和更改的控制）和维护。开发库管理规则参考软件三库管理办法，产品标识和版本管理参考产品技术文件编号规则。8.1.3 软件开发文件 软件开发各阶段的开发文件清单和模板由技术管理组制定，项目负责人应在各阶段开始前向技术管理组确认文件的齐套性和规范性。8.2 软件设计 程序文件 文件编号：软件设计和开发控制程序 版号/修改状态：A/0 第 2 页 共 2 页 8.2.1 数据库设计 项目负责人根据需求规格说明书与系统原型设计对系统
7、进行数据库建模。建模工具为 PowerDesigner，模型为数据库物理模型。8.2.2 软件设计文档的编写 项目负责人根据需求规格说明书编写软件设计文档，确定系统的总体结构，设计思想，子系统和主要模块的划分及系统功能，各子系统间和模块间的关系，关键技术问题的解决方案，定义各功能模块的接口等。详细内容及格式按技术管理组提供的模板执行。软件设计文档需要在项目研制阶段进行评审，以保证软件结构、模块划分、主要算法和接口关系的合理性；模块功能的正确性；控制结构、数据结构和算法的合理性以及设计程序与要求的一致性。8.2.3 设计阶段评审 软件项目开发周期中各阶段进行评审，评审规则按照附录设计评审一览表中
8、规定执行。8.3 软件编码 8.3.1 编码 项目开发组根据需求规格说明书开发与 CSCI 设计中每个软件单元相对应的程序。适用时，包括对计算机指令和数据定义进行编码，建立数据库，将数据值填入数据库和其他数据文件中。如要采用非任务书规定的程序设计语言，应经客户批准。在代码编写过程中如果需要对 需求规格说明书 进行修改的，按照“8.5 软件更改控制”进行。8.3.2 单元测试 8.3.2.1 单元测试的准备 项目组根据软件编码实现情况，为每个软件单元制定相对应的软件测试计划，准备测试用例、测试规程和测试数据。8.3.2.2 单元测试的执行 项目开发人员对于每一个软件单元相对应的程序进行测试,测试
9、应按照单元程序文件 文件编号：软件设计和开发控制程序 版号/修改状态：A/0 第 2 页 共 2 页 测试用例进行。8.3.2.3 分析和记录单元测试结果 软件开发人员应对单元测试的结果进行分析及必要的修改，并把测试结果和分析记录在软件测试记录表中。8.4 软件配置管理 经评审通过或测试回归的软件配置项都需要入库软件受控库管理，管理规则按照软件三库管理办法执行。8.5 软件更改控制 8.5.1 更改类型 经过评审，并放入受控库的工作产品，一般来说，引起变更的来源有以下几种情况：a.用户意见 b.自身升级产品的需要 c.部门内部发起的变更 变更来源中，前两种情况都需要向研发中心提供相应的文档资料
10、，作为填写 设计更改申请表的来源文件。第三种情况不需要提供书面资料，直接填写设计更改申请表。变更引起增加项目资源，或影响项目阶段进度，或影响项目交付时间的，视为重大变更。其他变更视为一般变更。8.5.2 一般变更 由产品编写者填写设计更改申请表。将设计更改申请表交给项目经理，由项目经理决定是否变更。无论该设计更改申请表是否变更，变更单处理完毕，由配置管理员放入受控库。8.5.3 重大变更 将填写的设计更改申请表提交研发中心，经部门经理填写部门意见后，主管领导审批。并由配置管理员归档管理变更申请表。8.5.4 变更流程 项目通过需求评审后产生的设计变更需要填写设计更改申请表并走审核审程序文件 文
11、件编号：软件设计和开发控制程序 版号/修改状态：A/0 第 2 页 共 2 页 批流程。测试阶段发现的 BUG，如果 BUG 将引起需求或设计变更的，则需要填写设计更改申请表并执行变更处理流程。如果是一般代码的修改，可以根据测试人员提供的测试记录进行修改，不需要经过严格的变更处理流程。程序文件 文件编号：软件设计和开发控制程序 版号/修改状态：A/0 第 2 页 共 2 页 1.填写设计更改申请表通过需求评审后的项目2.项目经理组织变更影响分析3.是否变更？6技术管理组负责放入受控库5.项目经理组织评审或审核通过？7.项目经理关闭变更申请单否继续修改，直到通过。否是4.项目经理通知技术管理组是
12、8.技术管理组登记、归档是否是重大变更报部门经理,填写意见否是 程序文件 文件编号：软件设计和开发控制程序 版号/修改状态：A/0 第 2 页 共 2 页 8.5.5 软件配置项更改流程 详细按照软件三库管理办法中相关更改流程执行，并按产品技术文件编号规则进行版本更新。修改后的需求规格说明更新到每个组成员手中。每个组成员需负责更新所分配模块的设计文档，确保该文档与代码的一致性。9 软件测试 9.1 配置项测试 9.1.1 配置项测试准备 项目开发人员按照软件配置项测试计划对配置项测试进行安排，准备测试用例、测试规程和测试数据。9.1.2 配置项测试执行 由项目组对软件各个配置项的功能、性能进行
13、测试，检验配置项与需求规格说明的一致性，测试应按照测试用例和规程进行。9.1.3 修改和回归测试 项目组根据配置项测试的结果对模块进行必要的修改，并进行全部必要的回归测试，以及根据需要更新软件相关文件和其他相关联的软件产品。9.2 集成和测试 9.2.1 集成与测试和准备 项目负责人按照软件测试计划规定测试需求、测试策略和进度安排，并准备测试用例（按照输入、预期结果和评价准则进行描述）、测试规程和测试数据。9.2.2 集成和测试执行 项目测试员执行单元集成和测试，测试应按照单元集成计划、用例和规程进行。9.2.3 修改和回归测试 项目负责人或软件开发人员根据单元集成和测试的结果对软件进行必要的
14、修改，并进行全部必要的回归测试，以及根据需要更新软件相关文件和其他相关联的软件产品。9.2.4 分析和记录单元集成和测试的结果 程序文件 文件编号：软件设计和开发控制程序 版号/修改状态：A/0 第 2 页 共 2 页 项目负责人或软件开发人员应对单元测试的结果进行分析，并把测试结果和分析记录在软件测试记录表中。9.3 第三方软件测试 项目开发组根据项目具体情况，联系有具备资质的第三方测试单位对软件项目进行测试，并准备测试用例、测试规程和测试数据，测试应按照单元集成计划、用例和规程进行。项目开发组对第三方软件测试的结果进行分析，根据分析结果对软件进行必要的修改，并进行全部必要的回归测试，以及根
15、据需要更新软件相关文件和其他相关联的软件产品。10 软件移交 完成测试的软件应移交给技术管理组纳入受控库管理，具体程序按照软件三库管理办法执行。11 客服支持 项目组对已交付的软件产品要提供相应的客服支持，可包括以下内容：a.在合同规定的用户现场安装和检测可执行的软件；b.按合同规定为用户提供培训；c.按合同规定为用户现场提供其他帮助。12 相关文件 12.1 软件三库管理办法 12.2 软件评审指南 12.3 产品技术文件编号规则 12.4 立项管理流程 12.5 软件设计规范 12.6 软件测试规范 13 记录 13.1 项目节点进度 13.2 设计更改申请表 13.3 软件开发计划 程序文件 文件编号：软件设计和开发控制程序 版号/修改状态：A/0 第 2 页 共 2 页 13.4 需求规格说明书 13.5 软件测试计划 13.6 软件配置项测试计划 13.7 软件设计文档 13.8 软件版本说明 13.9 软件配置项管理报告 13.10 软件测试记录表 13.11 用户操作手册 序号 文件更改通知单 实施日期 序号 文件更改通知单 实施日期 1 6 2 7 3 8 4 9 5 10