项目开发与管理质量计划书.docx

资源描述

项目开发与管理质量计划书.docx

《项目开发与管理质量计划书.docx》由会员分享，可在线阅读，更多相关《项目开发与管理质量计划书.docx（16页珍藏版）》请在冰豆网上搜索。

项目开发与管理质量计划书.docx

项目开发与管理质量计划书

1.介绍

1.1.文档目的

为了健全和完善市内小快件动态调度系统设计开发的质量管理体系，促进质量管理活动系统化、规范化，以确保所交付的市内小快件动态调度系统能够满足规定的各项具体需求。

1.2.文档范围

本质量管理计划涵盖所有与市内小快件动态调度系统设计开发有关的质量目标和具体措施，涉及需求分析阶段、设计阶段、编码阶段、测试阶段、工程实施阶段。

本质量管理计划由以下几个部分组成：

􀀂1.介绍：

即本章节，概要介绍文档目的、范围、缩略词、参考资料。

􀀂2.项目概述：

开发系统概述、质量管理的角色和职责、生命周期各阶段的主要交付物。

􀀂3.项目生命周期各阶段的质量检查点：

列出各阶段的质量检查计划表，包括责任人、检查时

间、检查任务。

􀀂4.质量检查和确认技术：

描述针对不同的对象而采用的特定的质量控制方法和技术及质量问题的级别和处理流程等。

􀀂5.项目生命周期各阶段的量化质量目标。

1.3缩写

PM–项目经理

QA–质量保证

SA–系统分析工程师

A&D–系统设计员

RA–需求分析员

PC–流程审核员

SCM–软件配置管理员

2.项目概述

“市内小快件动态调度系统”是国内先进的信息化快件管理系统，该系统包括手机app端和后台网页端。

在手机APP上主要提供5个的功能：

（1）运输功能：

快递员提供车辆信息后，根据LBS信息反映车辆的具体位置，和附近交通情况相结合，服务器处理后，反馈运输最佳路径。

（2）扫码功能：

快递员通过扫码，确定当前即将运输的快件信息。

（3）用户寄件功能：

快递员接收有客户需要寄件，可以通过该功能，提供上门寄件服务，填写对应信息后，生成快递单号，并打印快递单。

（4）紧急处理功能：

快速员可以通过提交照片、对紧急事件进行描述，进而对当前批次的货品状态进行批调整或某快件状态调整。

（5）个人中心：

快递员登录后，可以查看自己的个人信息。

后台网页端提供了仓库管理，交通管理，信息查询和紧急处理这些功能。

（1）交通管理：

后台管理人员能够追踪查看到全市当天的装载车运输情况，同时将当天工作的装载车的运输信息记采集到数据库中，便于对装载车运输情况进行管理和优化。

（2）仓库管理：

显示各点仓库的基本信息，最大库存量以及实时更新的入库出库情况，进行合理分配。

（3）信息查询：

为对快件信息、车辆目的信息进行信息查询。

（4）紧急处理：

对出现接收人退件，系统检测到某点仓库中出现发错地方的快件以及接收人修改地址等这些紧急情况，反馈到app端，重新对该快件进行处理。

2.1.项目组织结构

图2.1市内小快件动态调度系统项目组织结构图

2.2.质量管理

2.2.1.质量管理的角色和职责

􀀂质量控制是市内小快件动态调度系统组每个成员的职责；

􀀂质量保证经理对整个项目的质量全权负责,并签字确认；

􀀂项目经理负责任务的分配和监督项目进度，制定相关的工作计划和联系客户；

􀀂QA队伍负责制订、检查和督促本计划的实施，及时发现项目工作中的问题，并通过评审总

结报告、项目周报等形式向各项目组成员汇报质量活动的结果；

􀀂项目功能小组各组长在每个软件开发生命周期阶段结束后，总结本模块的软件质量状况和质

量目标的实现情况,以确保整个项目目标的实现。

对质量目标应定期进行考核，以追求质量管理体系的持续改进；

􀀂流程检查人员负责通过检查文档审核开发各阶段是否可以通过；

􀀂测试人员负责对软件的质量和对需求实现的程度进行把关，并定期整理测试情况分析报告交

项目经理、系统分析人员；

􀀂配置管理员负责有关软件配置项及项目各生命周期交付文档管理和变更控制工作；

􀀂软件信息系统管理人员负责反映质量要求，参与软件开发过程的质量控制，并监督本计划的执行情况。

2.2.2.质量管理流程

2.2.2.1.交付文档质量监控流程

项目经理和QA在项目初期对项目交付文档的模板进行检查和审核，确保项目交付品的架构和内容大纲的完整性和正确性。

在项目进行过程中，QA、项目经理及各项目功能小组组长会分别对交付品进度和质量进行监控，确保在最后的项目完成阶段，甲方对提交的交付文档能有满意的反馈。

2.2.2.2.上线系统质量监控流程

对于上线系统的质量监控主要体现在软件配置管理和系统测试工作两方面。

为了保证本项目的整体实施同业务和技术明细相一致，这方面的工作包含如下几个任务：

􀀂明确现状和期望之间的差异，以及测试软件可能存在的缺陷。

通过测试，寻找系统功能性的

不足。

􀀂在测试结束之后判断软件死机带来的风险。

􀀂在测试汇报中对发现的缺陷进行分类和总结。

测试应该针对容易出错的流程和应用组件进

行。

测试结果应该进行文档记录，描述软件运作的各种情况。

具体工作如下：

􀀂制定软件配置管理（SCM）策略和流程–根据最佳实践来制定SCM策略和流程，包括源代码管理流程，开发管理流程和生产周转流程。

􀀂制定测试策略和方法–根据甲方的需求制定测试方法：

􀀁明确测试阶段和环境需求

􀀁确定各个测试阶段的开始和结束准则

􀀁制定故障跟踪流程的测试标准

􀀁确定测试工具和配置管理程序

􀀁确定需要其他工作的支持

􀀂准备测试计划和测试案例-对测试进行计划和准备：

􀀁分析业务需求和技术明细

􀀁确定典型的逻辑场景

􀀁明确系统容量和压力点

􀀁编制测试脚本和环境

􀀁编制测试数据集

􀀂进行系统测试-进行下列工作以保证满足功能和技术需求：

􀀁测试环境就绪确认

􀀁执行测试脚本

􀀁分析测试结果，制定错误跟踪报告

2.2.3.项目质量评审

􀀁市内小快件动态调度系统质量监控将采用日常质量监控流程与定期质量评审制度。

日常质量监控程序通过制定市内小快件动态调度系统开发的统一的规范、流程、指南、模板等指导项目的开发过程，并监控这些流程和规范的执行情况，以确保所有交付品的质量。

定期质量评审由质量保证经理发起，项目组相关负责人配合，对项目前一阶段的工作质量进行总结与评审，并将生成项目质量评审报告。

􀀁项目质量评审报告将根据各阶段质量检查点所应检查的内容作出质量上的评审。

对在质量评审工作中发现的问题，将根据其性质、范围划分级别。

相关人员以此为依据来确定缺陷修复的优先级，缺陷严重程度高的修复优先级也高。

􀀁项目质量评审报告将交由项目管理办公室讨论，质量保证经理与项目管理办公室将对项目质量评审报告中需要明显改善的质量问题作出具体地改进方案，以及时间上和人员上的安排。

项目质量评审报告的内容如下，其中问题列表的序号编码方式为XX-YYY。

XX表示项目质量评审

阶段，YYY代表问题序号。

3.各阶段质量检查点

3.1.项目计划阶段检查清单

检查内容

检查时间

完成情况

负责人

项目管理计划

2018.3.19

已完成

质量保证计划

2018.3.19

已完成

配置管理计划

2018.3.19

已完成

SCM

计划阶段遗留问题报告

2018.3.19

已完成

需求管理流程

2018.3.19

已完成

RA/SA

变更管理流程

2018.3.19

已完成

PM/SA

问题管理流程

2018.3.19

已完成

PM/SA

风险管理流程

2018.3.19

已完成

PM/SA

3.2.需求调研阶段检查清单

检查内容

检查时间

完成情况

负责人

需求调研计划

2018.3.22

已完成

PM/SA

需求调研报告

2018.3.22

已完成

3.3.需求分析阶段检查清单

检查内容

检查时间

完成情况

负责人

项目管理计划（根据实际项目调整后的计划）

2018.3.25

已完成

用户需求规格说明书模板

2018.3.25

已完成

SA/QA

软件需求规格说明书模板

2018.3.25

已完成

SA/QA

用户需求规格说明书

2018.3.25

已完成

软件需求规格说明书

2018.3.25

已完成

质量保证计划（根据实际项目调整后的计划）

2018.3.25

配置管理计划（根据实际项目调整后的计划）

2018.3.25

已完成

SCM

需求跟踪矩阵

2018.3.25

已完成

SA/A&D

需求规格说明书评审日志

2018.3.25

已完成

CSA

需求阶段遗留问题报告

2018.3.25

已完成

需求变更记录

2018.3.25

已完成

PM/QA

3.4.设计阶段检查清单

检查内容

检查时间

完成情况

负责人

架构设计说明书模板

2018.4.4

已完成

SA/QA

概要设计说明书模板

2018.4.4

已完成

SA/QA

IT设计说明书模板

2018.4.4

已完成

SA/QA

详细设计说明书模板

2018.4.4

已完成

SA/QA

概要设计说明书

2018.4.4

已完成

SA/A&D

IT设计说明书

2018.4.4

已完成

SA/A&D

详细设计说明书

2018.4.4

已完成

SA/A&D

系统测试计划

2018.4.4

已完成

SA/A&D

架构设计小组评审日志

2018.4.4

已完成

架构设计评审报告

2018.4.4

已完成

概要设计小组评审日志

2018.4.4

已完成

PM/QA

概要设计评审报告

2018.4.4

已完成

SA/A&D

详细设计小组评审日志

2018.4.4

未完成

详细设计评审报告

2018.4.4

已完成

PM/QA

测试设计小组评审日志

2018.4.4

已完成

系统测试经理

测试设计评审报告

2018.4.4

已完成

系统测试经理/QA

设计阶段遗留问题报告

2018.4.4

已完成

开发环境

2018.4.4

已完成

SCM

需求变更记录

2018.4.4

已完成

设计变更记录

2018.4.4

已完成

3.5.开发阶段检查清单

检查内容

检查时间

完成情况

负责人

编程规范

2018.4.29

已完成

SA/QA

市内小快件动态调度系统软件代码

2018.4.29

已完成

PM/SA

代码走读日志

2018.4.29

已完成

SA/A&D

单元测试案例

2018.4.29

已完成

系统测试经理

单元测试报告

2018.4.29

已完成

系统测试经理

代码覆盖率测试报告

2018.4.29

已完成

系统测试经理

内存泄漏测试报告

2018.4.29

已完成

系统测试经理

开发阶段遗留问题报告

2018.4.29

已完成

PM/SA

需求变更记录

2018.4.29

已完成

设计变更记录

2018.4.29

已完成

3.6.集成测试阶段检查清单

检查内容

检查时间

完成情况

负责人

集成测试环境

2018.5.3

已完成

系统测试经理

集成测试计划

2018.5.3

已完成

系统测试经理/SA

集成测试用例

2018.5.3

已完成

系统测试工程师

集成测试报告

2018.5.3

已完成

系统测试经理

集成测试阶段遗留问题报告

2018.5.3

已完成

需求变更记录

2018.5.3

已完成

设计变更记录

2018.5.3

已完成

3.7.系统测试阶段检查清单

检查内容

检查时间

完成情况

负责人

系统测试环境

2018.5.16

未完成

系统测试经理

系统测试计划

2018.5.16

未完成

系统测试经理

系统测试说明

2018.5.16

未完成

系统测试经理

系统测试用例

2018.5.16

未完成

系统测试工程师

系统测试脚本

2018.5.16

未完成

系统测试工程师

系统测试结果

2018.5.16

未完成

系统测试工程师

集成测试报告

2018.5.16

未完成

系统测试经理

缺陷跟踪工具说明书

2018.5.16

未完成

系统测试经理

系统测试阶段遗留问题报告

2018.5.16

未完成

3.8.工程实施阶段检查清单

检查内容

检查时间

完成情况

负责人

安装手册

2018.5.18

未完成

系统实施组

用户使用手册

2018.5.18

未完成

系统实施组

安装右侧评审日志

2018.5.18

未完成

系统实施经理

用户使用手册评审日志

2018.5.18

未完成

系统实施经理

软件介质

2018.5.18

未完成

PM/配置管理工程师

源代码及清单

2018.5.18

未完成

PM/SA

系统初验计划

2018.5.18

未完成

系统终验计划

2018.5.18

未完成

系统初验报告

2018.5.18

未完成

系统终验报告

2018.5.18

未完成

顾客满意度调查

2018.5.18

未完成

系统实施经理/QA

4.质量检查和确认技术

4.1.工具和技术

项目初期必须根据项目实际情况明确质量管理的工具：

􀀂配置管理工具

ClearCase是一种做配置管理的工具，ClearCase用资源重用的方法帮助开发团队使他们所有的软件建立得更加可靠。

它主要基于Windows和UNIX的开发环境。

它提供了全面的配置管理——包括版本控制、工作空间管理、建立管理和过程控制，而且无须软件开发者改变他们现有的环境、工具和工作方式。

􀀂测试工具

软件测试管理工具：

Bugzilla是一个开源的免费缺陷跟踪工具，它可以管理软件开发中缺陷的提交（new），修复（resolve），关闭（close）等整个生命周期。

作为一个产品缺陷的记录及跟踪工具，它能够为你建立一个完善的Bug跟踪体系，包括报告Bug、查询Bug记录并产生报表、处理解决、管理员系统初始化和设置四部分。

数据库测试管理工具：

DataFactory是一种快速的，易于产生测试数据的带有直觉用户介面的工具，它能建模复杂数据关系。

也是一种强大的数据产生器，它允许开发人员和QA很容易产生百万行有意义的正确的测试数据库。

4.2.管理配置

􀀂市内小快件动态调度系统配备专人作为配置管理工程师，建立开发库、配置管理库、产品库对设计开发各阶段的配置项进行配置管理；

􀀂每个配置项都有修改记录表，注明该配置项自创建以来每次修改的内容、时间和修改人；

􀀂每个配置项都有自己的版本号以及相应的命名规范，只要配置项的内容经批准发生改变，该

文档的版本号数值就会做相应的升级；

􀀂所有的配置项都将保存在指定的服务器上，由配置管理工程师统一保管、定期备份；

4.3.介质控制

为了保护计算机程序的物理媒体，以避免非法存取，意外损坏或自然老化，市内小快件动态调度系统配备专人配置管理工程师，负责妥善管理、跟踪、存放和备份存放配置项的各类媒体。

4.4.问题报告和纠正

4.4.1.处理流程

在市内小快件动态调度系统质量检查中出现问题时，遵循逐级上报的原则：

􀀂项目组成员级不能解决的上报到组长，由其协调解决；组长不能解决的上报到项目经理。

各

子系统开发组组长在每个软件开发生命周期阶段结束后，总结本子系统的软件质量状况和质

量目标的实现情况，并填写《质量总结报告》。

􀀂项目经理每周整理一份项目状态报告，记录一周来项目的进展情况和出现的问题，如果这些

问题还能被解决，将被移交到更高一层的领导者协调处理。

􀀂必要时，对出现的问题将予以记录（如评审缺陷清单、遗留问题清单等），交配置管理工程

师备案。

质量管理组将对问题追踪进行监督，确保问题关闭。

􀀂对在质量检查工作中发现的问题，将根据其性质、范围和对软件的影响程度划分级别。