项目管理的质量保证.docx

项目管理的保证
包括了项目组开发各阶段的人员结构的配置， 质量控制的实施方略， 内部文档和
产品文档的组织编写等各项工作。
ISO9000
的标准进行。项目开发参与的角色有项目经理，项目负责人，领域专家，系统分
析员，程序员，测试组，技术支持部，质量监督组，文档组。下面就各个角色一
一说明其主要职责。
主要负责该项目开发商在开发和维护的过程中同客户的商务接洽和开发配
合方面的事物，包括：项目合同的签定；提交开发计划给客户； 组织客户与分
析人员进行需求确定； 组织客户阶段性验收； 协调客户提供测试环境； 监督
项目进度与质量； 提供开发人员所需的各种人力物力资源； 负责项目开发过程
中客户、开发项目组、质量监督部，文档组等相关部门的联络与沟通。
项目的开发采用项目负责人责任制。项目的开发由项目负责人全权负责，
负责的范围包括： 项目开发计划的制定； 开发方法的确定； 技术规范的编制；
项目各阶段的人员配给与人员之间的配合； 各阶段文档的生成和版本编号。
领域专家
客户抽调技术骨干担任， 也可以由开发商聘请担任。 领域专家在开发过程中主要
参与的阶段是系统需求分析， 在明确了系统将来要完成的主要任务之后， 领域专
家的职责转向系统用户界面的确定上。 开发出的系统能被客户接受的两个重要指
标一个是系统正确性， 即系统是否正确的完成了用户希望它完成的任务； 第二就
是系统操作的便捷性。 便捷主要受到使用系统的客户的操作****惯的制约。 领域专
家往往是多年从事该项工作的人员， 他们的使用****惯会对系统的易用性非常有帮
助。领域专家参与的开发阶段受到开发方式的影响。
与开发阶段的需求分析和系统设计两个阶段 （这两个阶段并不是截然分开的， 由
开发方式的不同，可能会贯穿整个开发工期）。
容。在完成这项任务后，系统分析员应当提交《系统需求报告》。 《系统需求报
告》由领域专家确认之后交给质量监督组进行复审， 复审完毕由文档组进行文档
规范化，进行存档和版本编号，与此同时，规范化的《系统需求报告》由项目经
理转交给客户进行复审（项目经理对 《系统需求报告》 的内容格式等有审查的义
务）。
本进行升级。 之后再经质量监督组和文档组等环节进行流转， 直到该报告无须进
行再流转为止。 接下来系统分析员的一项主要任务是对领域进行分析和映射，
构造系统构架，即进行体系结构的设计。
参与的系统分析员在不止一个时，首先由分析员委员会进行体系结构设计，
当体系结构基本确定之后， 定义分组和分组之间的接口， 特别对将来需要密切接
口的部分要进行详细定义，包括彼此间的 "通讯协议 "，时间及方式等等。完成该
项工作后必须产生《体系结构设计说明》。 《体系结构设计说明》生成后由项目
负责人提交给质量监督组进行复审， 复审通过之后， 由文档组进行格式化和版本
编号并存档。 《体系结构设计说明》的完整流转过程在开发商内部，客户并不介
入。
员的指导之下，由程序员进行界面原形的开发。界面原形由领域专家进行评审。
评审通过后由客户进行复审。界面原形跳过质量监督由文档组进行格式化和存
档。质量监督有了解和监督界面原形变化的责任。 程序员参与系统详细设计，
主要负责系统的实现工作， 并对测试组提供相应的测试资源。 由于详细设计的详
细程度不易把握， 有程序员参与的情况下， 系统分析人员与程序员的交流会有助
于系统开发进度。 在项目代码生产的后期， 程序员要进行相应的白盒测试。 之后，
可执行体提交到测试组进行测试。 《系统详细设计说明》 由分析员和程序员共同
完成。通过项目负责人转交质量监督组进行复审，复审通过后， 由文档组进行格
式化和版本编号，并存档。
定的白