软件开发管理与质量控制(doc16)-质量工具(编辑修改稿)

软件开发管理与质量控制(doc16)-质量工具(编辑修改稿)内容摘要：

功能说明的要求，本身也是一种质量标准（见 SOP 0/019）。 客户必须参与这一测试过程。 在实验报告上注明前提条件和测试结果。 职责： 服务 纠错 在测试阶段（ IQ/OQ/FAT）出现软件问题，测试员填写“软件问题记录 ”（见附录 5）将表格递送至软件开发员。 大体上，由开发员独立解决问题。 不允许进行口头更正。 解决问题后， 将修正过的软件重新装入，向其中输入不同的变量，由开发员确认软件错误信息表。 由于更改的软件只用于工作目的，没有得到通过，所以无须申领新的版本号。 在这种情况下，我们所需要知道的信息，只是安装时间 /日期。 填写“软件问题记录”，符于测试方案后存档。 9) 问题处理与设计文档改进 问题处理是软件开发组交付测试后的重要任务之一，及时解决软件测试过程中发现的问题，以便进行下一轮测试。 软件开发人员在交付测试后的另一重要任务就是将编码过程中对设计的修改及时反映到总体设计文档和详细设计文档中去，确保定版的软件与其设计文档 的一致性。 10) IRL 内部定版 测试合格的软件在软件开发部内部定版，进入产品的组装或β测试，及产品销售。 对项目型软件开发，则进入系统的实施级段。 3 过程管理与质量控制标准化 软件开发过程管理 传统的软件开发一般遵循的是瀑布过程模型 ,一个阶段的结束是下一个阶段的开始。 这种模型不适合基于对象、分布式的企业应用开发。 部件的开发具有并行性，而非顺序性。 另外 ,瀑布进程模型缺乏灵活性，不适应快速原型开发工具的要求。 基于里程碑的过程模型 引进迭代过程模型，允许开发任务的重叠和反复，可以很好适应基于部 件的软件开发。 基于里程碑的过程模型便于团队模型中责权的划分。 便于风险评定，鼓励快速交货。 1) 里程碑过程模型的特征 ： 里程碑的制定 CMO 软件配置管理 质量控制体系 软件开发规范阶段审核制 A. 里程碑过程：软件开发过程是由指导开发进程的外内部里程碑所驱动的。 B. 明确责权关系：过程模型将每个里程碑与开发组的责任角色相关联。 C. 风险驱动的计划安排：高风险部件应尽早完成。 D. 评估说明：评估说明直接影响着项目的计划与管理，在整个软件开发过程中致关重要。 2) 里程碑的制定 里程碑也可以称作项目实施 计划。 对于软件开发项目而言，一但项目立项确定，需要做的第一件事情就是确定项目实施的里程碑。 根据前面我们确定的软件开发阶段划分，在里程碑中应清楚地定义每一个阶段的开始时间、结束时间、负责人，阶段的提交成果由各阶段的软件开发规范确定。 里程碑是公司对进行项目控制的主要依据。 里程碑一旦确定，各相应负责人应确保按时交付任务。 对于各不同里程碑阶段可以根据需要制定阶段里程碑，阶段里程碑一般由开发组织内部确定以便于更好管理与控制项目的进程。 达到某个里程碑表明对此负有主要责任的角色完策任务。 便于明确各个角色责权范围、有利于 按时完成任。 软件开发里程碑主要包括如下阶段： 3) CMO 软件配置管理 为确保软件及其文档的一致性，进行软件配置的管理是必要的。 质量控制体系 软件开发阶段划分的目的是为了便于形成基于里程碑的软件开发质量控制体系，每个里程碑都是一个质量控制结点，这些质量控制结点贯穿于整个软件开发全过程，从而构成软件开发的质量控制体系。 基于里程碑的软件开发质量控制体系可以用图 11 表示。 图 12 表示软件开发阶段目标与质量控制的关系 每个具体的里程碑与软件开发组某一具体的角色相关联，不同 的角色则隶属于不同的业务部门，而人员业绩的评估与管理归属各自的业务部门，因此，基于里程碑的软件质量控制必然会演变成对角色的质量控制，这样才能真正达到对软件质量的控制。 基于角色的质量控制体系详见图 13 在软件开发的六种角色中，一般规模的软件公司都会将其做以归类，图 13 是基于常见的软件开发任务划分方式形成的基于角色的质量控制模型。 根据软件开发的阶段划分及基于里程碑的项目管理模式，贯穿于整个软件生命周期中的软件开发规范基本包括如下规范： 1) 可行性分析规范 （ FS） 2) 需求分析规范 （ RS） 3) 功能说明规范 （ FSS） 4) 用户界面规范 （ UIS） 5) 总体设计规范 （ GDS） 6) 详细设计规范 （ DDS） 7) 程序编码规范 （ CS） (附件 5) 8) 软件测试规范 （ TS） 以上规范在软件开发阶段划分章节已有简单描述，此处不再介绍。 阶段审核制 软件开发阶段审核制是采用基于里程碑管理模式的必然产物。 在每个里程碑结束时公司质量控制机构（ QA）根据相应的软件开发管理规范及应用要求对阶段成果进行评议控制，确保应用开发的顺利进行，及交付的应用系统能够满足用户的使用需要，确 保交付的系统能够代表公司的整体技术水平。 同时也有利于规避软件开发风险。 软件维护与版本控制 软件维护与版本控制的意义 开发过程的版本控制 无论是项目型软件。