《10计算机软件控制程序》由会员分享，可在线阅读，更多相关《10计算机软件控制程序（5页珍藏版）》请在金锄头文库上搜索。
1、计算机软件控制程序1、目的 为了对计算机软件开发期间各个阶段的质量进行控制，特制定本程序。2、适用范围 本程序适用于整机产品中嵌入式软件的控制。3、职责 系统部负责组织实施，软件开发人员具体执行，质量管理部负责监督检查。4、工作程序4.1 软件设计和开发策划 软件设计和开发策划的内容包括：4.1.1 开发方法4.1.2 开发阶段的划分：开发阶段一般分为：a）软件需求定义、软件需求分析；b）概要设计；c）详细设计；d）软件实现（编码和单元测试） ；e）软件测试（部件集成测试、确认测试、系统联试） ；4.1.3 进度和里程碑4.1.4 评审和测试活动4.1.5 开发人员的职责4.1.6 文档要求4
2、.1.7 风险管理4.1.8 采用的标准、规范、工具和技术。4.1.9 配置管理要求4.1.10 软件开发和策划的结果应编制软件开发计划，该计划应与产品研制计划 协调。4.2 软件设计和开发输入 在软件需求分析的基础上编制软件需求规格说明（需要时包括接 口需求说明、数据需求说明），要求如下：4.2.1 软件需求规格说明一般包括：功能需求、性能需求、数据需求、接口需求、设计约 束、安全保密需求、运行环境需求以及引用的标准和法规等。4.2.2 按规定对软件需求规格说明进行评审。4.2.3 软件需求规格说明应得到顾客认可。4.2.4 需求应具有可追溯性，最好用产品验收时能认可的形式来表达。4.3 软
3、件设计和开发输出 软件设计和开发输出应考虑如下问题：4.3.1 设计文档应按合同或有关文件要求提供全部文档，一般至少应提供下列基本文档：a) 软件开发计划；b) 软件需求规格说明；c) 软件设计说明；d) 软件测试计划；e) 软件测试报告；f) 源代码；g) 软件项目开发总结；h) 用户文档。4.3.2 软件保障方案和保障资源a) 可重新生成和维护代码；b) 软件转移和持续保障；c) 软件保障和运行文件包括：操作手册、用户手册、程序员手册等。4.3.3 安全性和风险分析a) 对任何潜在的风险情况或操作规程应明确标识，并编制相应文档。应规 定对软件 的关键级别进行分级管理；b) 制定和执行软件复
4、制和备份的规定，并制定和执行应急恢复计划。4.3.4 编码语言和编码标准 应使用合同中规定的高级语言，若使用其他语言，应征得顾客 批准。4.3.5 软件开发工具软件开发工具使用前应经确认和批准，以确保该软件工具的可接受性。4.4 软件设计和开发评审应按开发计划的安排，对软件开发阶段的输出进行评审，包括：4.4.1 软件需求分析评审。4.4.2 概要设计评审。4.4.3 详细设计评审。4.4.4 测试计划评审。4.4.5 软件功能和物理配置审核(软件确认测试评审) 每个阶段的评审应根据本阶段工作内容及应达到的目标进行评审，并得出 明确的结论 对存在的问题应进行改进，参与评审的人员应对改进情况进行
5、跟 踪验证。4.5 软件设计和开发验证4.5.1 单元测试 单元测试采用白盒测试，应编制单元测试规程和提供测试结果，要求测试 的语句覆盖率为 100%，分支覆盖率85%。4.5.2 部件集成测试(组装测试) 应编制软件部件测试规程，提供测试结果。4.6 软件设计和开发确认 软件确认可通过系统集成测试或系统联试提供证据。软件确认测试是软件 最终检验，应严格控制，控制要求如下：4.6.1 编制软件确认计划，内容应包括：a) 测试要求；b) 测试进度；c) 功能验证的实施步骤；d) 测试的详细规程；e) 软件验收标准；f) 测试报告和处理方法。4.6.2 软件测试环境 软件测试环境是软件工程工作中的
6、一组软件工具，固件和硬件的组合。软 件工具包括测试工具，如模拟软件，代码分析器和测试用例生成器等。软件测试应符合合同安全保密要求。要与软件需求规格说明中的环境一致 或相容，若 有差异，应评价此差异给测试结果带来的影响。4.6.3 测试文档应提供以下测试文档a) 测试计划；b) 测试用例和测试规程；c) 测试结果报告。4.6.4 测试中出现问题的处理软件测试中出现的问题应执行软件更改控制要求。4.6.5 测试活动的独立性 软件开发人员或软件负责人不能参加测试活动，通常应成立测试组，以保 证公正客观 地进行测试。4.6.6 软件配置项的功能技术状态审核和物理技术状态审核，一般以评审会议 形式进行。
7、a）功能技术状态审核是验证新开发的软件是否满足软件需求规格说明中规 定的所有 需求是否已被满足；b）物理技术状态审核是验证程序和文档的一致性。4.7 软件设计和开发更改的控制4.7.1 软件配置管理 软件设计更改应纳入软件配置管理之中，并执行有关软件配置管理形成的 文件，并需 注意以下问题：a） 明确配置的管理组织（个人或小组） ；b） 明确配置管理项并明确对其标识，配置管理项包括：交付的软件产品、技术文档、 源码列表其可执行码、各种数据、系统软件和支撑软件、测 试用例、测试数据、 测试结果以及各种管理性文件（合同、评审结论、 审计结果）；c）明确基线（功能基线、分配基线和产品基线）和建立三库
8、（开发库、受 控库、产品库）；d）对受控库实施重点控制，这种控制包括存取控制、基线的读写保护、成 员保护、 成员标识、档案维护、修改历史及故障恢复等七项规程；e）配置管理状态纪实、审计和报告。包括审计基线的可追溯性，软件配置管理项能 否正确反映需求，软件配置管理及其介质的有效性，定期复制、备份、归档情况， 对配置状态登记和报告，包括现行状态报告（设计态 /测试态/工作态、版本）、 历史状态报告。4.7.2 软件更改控制a）软件错误分类：程序错误、文档错误和设计错误；b）软件开发任一阶段中，对前面各个阶段产品的任何修改，应填写软件问题报告和 软件修改报告单，修改前需审批，评价修改和影响，以及评价 更改对其他模块产生的影响，评价更改的影响域（程序/文档/进度/经费）；c）软件更改后应进行测试。4、质量记录软件开发计划 软件需求规格说明 软件设计说明 软件测试计划 软件测试报告 源代码 软件项目开发总结 用户文档
