软件质量保证管理办法

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

本文档的目的是为特定产品、项目或合同的质保工作提供指导,帮助项目组其他成员了解质量保证要素,明确质量保证活动,确定质量保证范围。本文档将规定项目质量管理员的职责和权利,资源要求,活动安排,进度,要求质量保证活动中必须生成的文档,反馈问题的方法和频度等。

一、管理组织

本公司的软件质量保证活动统一由质量管理员进行管理、检查与汇报,公司相关部门经理及项目中的项目经理、程序经理、开发经理、测试经理、产品经理、测试经理、用户教育经理是质量保证活动中的第一责任人。

二、软件开发过程

本公司的软件开发过程分为以下8个阶段:项目策划阶段、需求分析阶段、设计阶段、开发阶段、测试阶段、实施阶段、验收阶段、维护阶段,每个阶段的主要活动分别为:业务启动和项目规划、需求分析、逻辑设计和物理设计、软件开发、软件测试、系统实施及用户培训、用户试用及验收、维护,里程碑分别为:策划完成、需求明确、设计完成、开发完成、测试通过、系统上线、验收通过、合同结束。每阶段结束后,必须对相应的里程碑进行检查,方式为评审或批准。

三、项目文档

项目文档分为两种:管理类文档与技术类文档,所有文档必须保存于知识库及相应的VSS库中。文档共有三种状态:编制完成、审核通过、批准通过。其中管理类文档只有编制和批准两种状态,技术类文档拥有所有三种状态。所有文档必须明确说明当前文档版本号。

管理类文档包含以下类型:计划、总结、报告、会议纪要、备忘录、申请等。技术类文档包含:设计文档、需求文档、测试设计文档、界面原型软件、使用手册、安装手册、技术白皮书、培训资料、源代码、软件产品等。除VSS库中的文档以外,放入知识库中的文档由部门助理统一放入,文档必须批准通过。

文档的编制、审核、批准可在文档中直接写明,也可使用单独的审批文档进行说明。

每个项目在不同阶段必须产生的文档如下,但不限于此:

1、项目开始前:

合同、技术方案、市场立项表。以上文档存放于知识库。

2、项目策划阶段:

业务启动表(EXCEL格式)、项目规划(WORD格式)、项目进度(PROJECT格式)等。必须使用规定模板编写。以上文档存放于知识库。

3、需求分析阶段:

需求模型(EA格式)、软件需求规格说明书(WORD格式)、单据报表格式(EXCEL格式)、需求分析评审表(WORD格式)、需求分析计划(WORD格式和PROJECT两种格式)。必须使用规定模板编写。以上文档存放于知识库。

4、设计阶段

软件开发计划(PROJECT格式)、逻辑设计(EA格式)、物理设计(格式)、设计评审表(W ORD格式),必须使用规定模板编写。物理设计存放于VSS库,其它文档存放于知识库。

5、开发阶段

源代码、可安装的软件、安装手册、评审表(WORD格式)。源代码、可安装的软件存放于VS S库,其它文档存放于知识库。

6、测试阶段

测试用例设计、软件BUG、测试计划(WORD格式和PROJECT两种格式)、测试报告(WORD 格式)、开发的测试工具源代码及软件、测试通过的软件产品、软件评审表(WORD格式)。开发

的测试工具源代码及软件、测试通过的软件产品存放于VSS库,其它文档存放于知识库。软件BUG存于TD中。

7、实施阶段

实施计划(WORD格式和PROJECT两种格式)、实施报告(WORD格式)、用户使用手册、用户培训资料、用户培训记录、软件问题反馈表(EXCEL格式)、上线报告(书面、电子扫描件)等。必须使用规定模板编写。以上文档存放于知识库。

8、验收阶段

验收材料、验收报告(书面、电子扫描件)。以上文档存放于知识库。

9、维护阶段

维护报告(WORD格式),以上文档存放于知识库。

四、检查和审查

本公司的项目关键检查点有以下8个,采取评审和批准的方式,由质量管理员进行跟踪。

1、策划完成里程碑

以总经理批准通过业务启动表为标志,质量管理员检查业务启动表、项目规划、项目风险控制计划、项目进度、技术方案文档是否进入知识库。负责人为项目经理。

2、需求明确里程碑

以软件需求评审通过为标志,评审通过后由配置管理员建立软件功能基线。项目由用户代表、公司代表、同行、下游人员(程序经理、开发经理、测试经理、用户教育经理)进行评审,评审记录上必须有以上几类角色的人员进行签名。质量管理员检查需求规格说明书、需求模型、需求评审表是否进入知识库。负责人为产品经理。

3、设计完成里程碑

以逻辑设计和物理设计通过评审为标志,它包含两个部分:逻辑设计与物理设计。逻辑设计评审通过后由配置管理员建立指派基线1,物理设计评审通过后由配置管理员建立指派基线2。逻辑设计评审参与人员必须包括:公司代表、产品经理、开发经理、测试经理、同行。物理设计评审参与人员必须包括:公司代表、程序经理、测试经理、同行。质量管理员检查逻辑设计、物理设计、设计评审表是否进入知识库或VSS库。逻辑设计负责人为程序经理、物理设计负责人为开发经理。

4、开发完成里程碑

以软件所有功能开发完成,并通过评审为标志,它的评审必须包括:公司代表、产品经理、程序经理、测试经理。质量管理员检查评审表是否进入知识库。负责人为开发经理。

5、测试通过里程碑

以软件评审通过作为标志,评审通过后将建立产品基线。评审参与人员必须包括:公司代表、产品经理、开发经理、实施经理、用户教育经理。质量管理员检查测试报告、软件评审表是否进入知识库。负责人为测试经理。

6、系统上线里程碑

以用户签署通过上线报告为标志,评审参与人员必须包括:用户代表、公司代表、项目经理。质量管理员检查上线报告、实施计划、培训材料等文档是否进入知识库。如上线报告为纸质文档,则扫描后入库。负责人为实施经理。

7、验收通过里程碑

以用户签署通过验收报告为准,评审参与人员必须包括:用户代表、公司代表、项目经理。质量管理员检查验收报告文档是否进入知识库,如上线报告为纸质文档,则扫描后入库。负责人为项目经理。

8、合同结束里程碑

合同结束,项目跟踪完成。负责人为软件业务部技术服务组长。

五、测试

相关文档
最新文档