|
|
既然是软件开发企业，重点就是在7.3，一般7.3也就是7.5.1，当然，如果有去客户现场实施的情况，即项目式的开发，7.5.1的内容还需要更多现场控制要求。) R6 j" l5 W9 F; U9 H# @0 y
! E! K1 ?# [- r! v2 ^$ t& l关于7.3.*各阶段的策划和控制，不建议按7.3.1到7.3.7安上对应的一个表格，如设计开发评审表、确认表、验证表.......- p: c2 g& e# @4 @9 v
可以看一看 GBT 8567-2006 ，虽然是文档编写规范，但是实际上已经归纳了该行业的一个通用特点。
/ }) L- z# I5 s: K8 ~) Q; i' J3 a9 x. q, H" T* G: W% w/ T
下文对7.3.* 各个阶段可能对应的项目开发文档做一个归纳，未必准确，仅供参考
4 M0 X$ l: ^0 d6 C$ V+ n8 L, Q/ b' ~% O7 |# p S2 C' F
7.3.1 项目开发计划 立项报告 软件质量保证计划 软件配置管理计划% u0 |! E0 b2 Y1 |0 d3 C0 A
7.3.2 需求说明书、可研报告、软件规格需求说明、软件接口需求说明
" o9 L4 n, x3 v) e+ I7.3.3 阶段性输出——概要设计说明、详细设计说明、软件设计说明、接口设计说明、数据库设计说明...... 最终输出——软件产品规格说明、软件版本说明、用户手册、操作手册、源代码、安装文件及其载体......
8 x. G; `8 o8 A$ s q; s ]7.3.4 项目周报、月报等各阶段评审记录，通常是会议纪要的形式* ?. \. h$ F* L0 v7 ~2 A2 r
7.3.5 软件测试计划、测试用例、测试报告（可能细分单元测试、结构测试、功能测试、集成测试、系统测试、回归性测试、用户体验测试等），以及软件产品登记所需的外部测试也属于7.3.5 K: Z7 N. ?/ P) E4 M4 _
7.3.6 项目结项会议、项目总结报告、用户试用报告......
2 h" ]3 {8 Y: O7.3.7 设计变更需求/申请,企业一般会定义变更类型，复杂的变更可能依然走设计开发的完整流程，简单的变更走简易流程。涉及记录看企业是如何规定的7 w/ a y' _' p( G
|
|
IP卡
狗仔卡
发表于 11-3 21:13:04
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
抢沙发
显身卡
