软件可追溯性控制程序A0

1、程序文件文件编号软件可追溯性控制程序版木A0贞数第1贞共6贞編制部门研发部生效日期2018年09月05日修改页文件编号修改条款修改内容修改人/日期生效日期全文首次发行分发部门会签编制审核批准业务部研发部采购部生产韶质量部行政部程序文件文件编号软件可追溯性控制程序版木A0贞数第1贞共6贞編制部门研发部生效日期2018年09月05日软件可追溯性分析和管理贯穿于软件整个生命周期，涵盖现成软件、网络安全的控制要求，形成软件可追溯性分析报告以供评审。使用可追溯性分析工具保证软件开发、软件更新过程满足可追溯性要求。2.范围1/1适用于本公司所有的软件项目，从需求规范、设计规范、源代码、测试和风险管理阶段的

2、关系。3.职责3.1项目经理负责指过项目组项目接口人员:负责审批项目可迅溯性分析il 划和报告:3.2研发部负责软件需求规范和设计规范: 负责软件编程阶段的源代码皆理;负责软件测试的管理3. 3质量部 负责软件风险的笛理。 形成可追溯性分析报告。4.工作程序4.1术语定义软件可追溯性：追踪需求、设计、源代码、测试（单元测试、集成测试、系统测试、用户测试）和风险管理之间的关系，分析已识別关系的正确性、一致性和准确性。正确性：相关文档之间的信息都是正确的，没有歧义信息。一致性：相关文档没有自相矛盾，与产品说明无矛盾。完整性：相关文档已包含软件必需倍息，包含所有功能。4.2可追溯性分析内容4.2.1

3、由质量管理部按照项目计划制圧可追溯分析计划，覆盖软件开发周期的各阶段文档：软件需求程序文件文件编号软件可追溯性控制程序版木A0Ui数第1贞共6贞編制部门研发部生效日期2018年09月05日规范、软件开发计划、源代码、根据软件安全性级別（A、B. C类）收集相关的测试文档集：单元测试文档、集成测试文档、系统测试文档和用户测试文档、风险管理文档:4.2.1需求文档：研发部按照项目内容，制定软件需求文档，每一个需求源必须淸晰，并经过项目经理审核和研发部经理批准。4.2.2软件设讣：结合项目复杂程度计划形成概要设讣和详细设计，在软件需求报告的基础上,形成概要设计，对概要设计所提出的各项要求可以得到它的

4、源流，即在需求分析报告有明确的需求描述，概要设il要经过评审后由，由软件开发负贵人审批和研发部经理批准。详细设计，在概要的基础上.研发部需要进行软件系统的详细设汁，在详细设讣中，描述实现母体模块所设计的主要算法、数据结构、类的层析结构及调用关系，需要说明软件系统各个层次中的每一个程序（毎个模块或子程序）的设讣考虑，以便进行编码和测试，应当保证软件的需求完全分配给整个软件0对详细设计所提出的各项要去应该可以得到淸晰的来源，即在需求分析报告、概要设计中有明确的需求描述，软件详细设计形成软件系统详细设汁报告经过评审后，由软件开发负责人审核后,研发部经理批准。4. 2. 3软件编码软件开发工程师根据软

5、件系统详细设讣报告中对数据结构、算法分析和模块实现等方而的设计要求，开始具体的编写程序工作，分别实现个模块的功能，从而实现对系统的功能、性能、接口、界而等方面的要求。在进行软件编码的同时进行单元测试。4. 2. 4软件测试开发者应该在编码过程中对各个模块的程序代码进行单元测试，系统集成时进行集成测试,系统集成完成后对各个软件进行系统测试，单元测试是在软件开发过程中针对程序模块进行正确性检验,集成测试是在单元测试的基础上，将多有模块按照设il要求组装成系统或子系统，对模块组装过程和模块接口进行正确定检验。开发人员对单元测试，集成测试，系统测试分別制定测试方案，涵盖现成软件、网络安全的验证要求。白

6、盒测试应当确世语句、判定、条件、路径等测试覆孟率要求并与软件安全性级别相适宜并经过评审，软件测试按照测试方案的要求进行，最后形成测试报告九4. 2. 5风险管理程序文件文件编号软件可追溯性控制程序版木A0贞数第1贞共6贞編制部门研发部生效日期2018年09月05日质量管理部按照风险管理控制程序实施软件风险管理活动，结合产品识别、分析、评价、控制和 监测软件功能、接口、用户界面、现成软件、网络安全等风险，形成风险管理il划和风险按管理报告，并 经过评审.4.3软件可追溯性报告质量管理人员跟踪软件需求、设计、源代码、测试、风险管理和网络安全之间的关系，分析已识别关 系的正确性、一致性、完整性和准确性，最终形成软件可追溯性报告，并经过评审。4.4质量记录的保存对本程序所产生的质量记录有项目的质量控