软件可追溯性控制程序 A0

1 / 4

程序文件 文件编号 版 本 A0 第 2 页 共 6页 研发部 2018年09月05日 软件可追溯性控制程序 页 数 编制部门 生效日期 1. 目的 软件可追溯性分析和管理贯穿于软件整个生命周期，涵盖现成软件、网络安全的控制要求，形成软件可追溯性分析报告以供评审。使用可追溯性分析工具保证软件开发、软件更新过程满足可追溯性要求。 2. 范围 适用于本公司所有的软件项目，从需求规范、设计规范、源代码、测试和风险管理阶段的关系。 3. 职责 3.1项目经理 ➢ 负责指定项目组项目接口人员； ➢ 负责审批项目可追溯性分析计划和报告； 3.2 研发部 ➢ 负责软件需求规范和设计规范； ➢ 负责软件编程阶段的源代码管理； ➢ 负责软件测试的管理 3.3质量部 ➢ 负责软件风险的管理。 ➢ 形成可追溯性分析报告。 4. 工作程序 4.1术语定义 软件可追溯性：追踪需求、设计、源代码、测试（单元测试、集成测试、系统测试、用户测试）和风险管理之间的关系，分析已识别关系的正确性、一致性和准确性。 正确性：相关文档之间的信息都是正确的，没有歧义信息。 一致性：相关文档没有自相矛盾，与产品说明无矛盾。 完整性：相关文档已包含软件必需信息，包含所有功能。 4.2 可追溯性分析内容 4.2.1 由质量管理部按照项目计划制定可追溯分析计划，覆盖软件开发周期的各阶段文档：软件需求 2 / 4

程序文件 文件编号 版 本 A0 第 3 页 共 6页 研发部 2018年09月05日 软件可追溯性控制程序 页 数 编制部门 生效日期 规范、软件开发计划、源代码、根据软件安全性级别（A、B、C类）收集相关的测试文档集：单元测试文档、集成测试文档、系统测试文档和用户测试文档、风险管理文档； 4.2.1 需求文档：研发部按照项目内容，制定软件需求文档，每一个需求源必须清晰，并经过项目经理审核和研发部经理批准。 4.2.2软件设计：结合项目复杂程度计划形成概要设计和详细设计，在《软件需求报告》的基础上，形成概要设计，对概要设计所提出的各项要求可以得到它的源流，即在需求分析报告有明确的需求描述，概要设计要经过评审后由，由软件开发负责人审批和研发部经理批准。 详细设计，在概要的基础上，研发部需要进行软件系统的详细设计，在详细设计中，描述实现母体模块所设计的主要算法、数据结构、类的层析结构及调用关系，需要说明软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，以便进行编码和测试，应当保证软件的需求完全分配给整个软件。对详细设计所提出的各项要去应该可以得到清晰的来源，即在需求分析报告、概要设计中有明确的需求描述，软件详细设计形成《软件系统详细设计报告》经过评审后，由软件开发负责人审核后，研发部经理批准。 4.2.3 软件编码 软件开发工程师根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现个模块的功能，从而实现对系统的功能、性能、接口、界面等方面的要求。 在进行软件编码的同时进行单元测试。 4.2.4软件测试 开发者应该在编码过程中对各个模块的程序代码进行单元测试，系统集成时进行集成测试，系统集成完成后对各个软件进行系统测试，单元测试是在软件开发过程中针对程序模块进行正确性检验，集成测试是在单元测试的基础上，将多有模块按照设计要求组装成系统或子系统，对模块组装过程和模块接口进行正确定检验。开发人员对单元测试，集成测试，系统测试分别制定《测试方案》，涵盖现成软件、网络安全的验证要求。白盒测试应当确定语句、判定、条件、路径等测试覆盖率要求，并与软件安全性级别相适宜并经过评审，软件测试按照《测试方案》的要求进行，最后形成《测试报告》。 4.2.5 风险管理 3 / 4

程序文件 文件编号 版 本 A0 第 4 页 共 6页 研发部 2018年09月05日 软件可追溯性控制程序 页 数 编制部门 生效日期 质量管理部按照《风险管理控制程序》实施软件风险管理活动，结合产品识别、分析、评价、控制和监测软件功能、接口、用户界面、现成软件、网络安全等风险，形成风险管理计划和风险按管理报告，并经过评审。 4.3 软件可追溯性报告 质量管理人员跟踪软件需求、设计、源代码、测试、风险管理和网络安全之间的关系，分析已识别关系的正确性、一致性、完整性和准确性，最终形成《软件可追溯性报告》，并经过评审。 4.4 质量记录的保存 对本程序所产生的质量记录有项目的质量控制人员保存，待项目验收后移交给文控部门统一归档。 5. 相关文件 5.1《文件和资料控制程序》 5.2《记录控制程序》 5.3 《设计开发控制程序》 5.4 《风险管理控制程序》 6. 相关记录 6.1 《软件可追溯性报告》 6.2 《评审报告》 4 / 4