项目质量控制管理方案.docVIP

项 目 质 量 管 控 方 案 项目质量管控方案 前言 目的 本计划的目的在于对所开发的软件规定各种必要的质量保证措施，以保证所交付的软件 能够满足项目预定需求，能够满足本项目总体组制定的且经领导小组评审批准的该软件系统 需求规格说明书中规定的各项具体需求。 软件开发项目组在开发软件系统所属的各个子系统（其中包括为本项目研发或选用的各 种支持软件、组件）时，都应该执行本计划中的有关规定，但可根据各自的情况对本计划作 适当的剪裁，以满足特定的质量保证要求，剪裁后的计划必须经项目组相关负责人批准。 术语和定义 1、质量管理：在质量方面指挥和控制组织的协调活动 2、质量策划：质量管理的一部分，致力于制定质量目标并规定必要的运行过程 3、和相关 资源以实现质量目标 4、质量控制：质量管理的一部分，致力于满足质量要求 5、质量保证：质量管理的一部分，致力于提供质量要求会得到满足的信任 6、质量度量：质量管理的一部分，致力于对已存在的质量数据进行分析，得出当前质量管 理结果的评估数据。 7、质量改进：质量管理的一部分，致力于增强满足质量要求的能力 质量计划：制定新项目及维护性项目质量计划 在本环节中，根据项目的规模及性质进行质量策划，制定本项目的质量计划；为后续的质量控制、质量评估及质量改进做出行动纲领。针对公司主要有新项目及维护性项目两类版本，且两者之间的质量投入有所差异的特性，故质量计划可以区分以下： 常规项目质量计划要求 常规项目的质量计划制定按质量要求分析 / 质量目标 / 人员 . 职责及质量保障、过程检查计划组成，各项的具体要求如下所述。 质量要素分析 主要的质量要性如下： 功能性质量因素：正确性，健壮性，可靠性 非功能性质量因素：性能，易用性，清晰性，安全性，可扩展性，兼容性，可移植性 其它质量因素：非以上要求之外的要求。 根据产品的特性及市场目标，将关键的质量要素确认，同时区分本项目的类型倾质量型项目：指本项目对质量控制更关注 成本型 目：指本 目 成本控制更关注 工期型 目：指本 目 工期要求更关注 根据以上分析，再制定相 的 量目 。 质量目标 立 量目 ，一般遵循 SMART原 S：specific 具体的 M：measurable 可 量的 A：achievable 可取得的 R：realistic 切 的 T：timely 及 的 根据以上原 ，我 可以制定如下 量目 ： 比如本 目的 量要素 功能正确性、功能健壮性、性能那 量目 可定 例下： 需求中所定 的功能都得以 不 定 （等 非 微）都被解决 关 模 （模 名称）的性能不能低于 V1.0 版本 ?? 量目 定出 先 1、3、2 目 分解 分解 段 量目 完成 段 量目 的手段 人员与职责 参加 量管理活 的人 ，一般情况下， 目 所有的人都可以参与到 量管理活 中来。但我 一般可定 如下人 去分 承担相 的 。 量管理人 ：制定 量管理 划， 量 程 行控制； 程 行 施； 行 量度量，制定 量改 划及 施；参与各 活 。 人 ：制定 划， 目 行 ， 行 果的度量分析；参与各 活 。 目管理人 ： 助 解决 量管理 程中所 的各 及 。 质量保障计划 根据当前的 量目 ， 划需要 行哪些 量保障工作，一般可包括 培 、同 、 。 培训 确 是否需要培 确 培 的内容、人 、 ，以及所耗 的 源。 评审 确 内容及 划；需要包括 的内容、 的方式以及 的人 等等。 对评审结果的跟踪、管理方式。 测试 根据当前的质量目标，确定测试的初步计划，包括测试的范围及测试方法、手段以 及投入的人力及时间资源 过程检查计划 根据当前的质量目标，制定项目过程中需要检查的对象、例如： 阶段 检查对象 检查时机 次数 检查执行人员 检查依据 计划阶 计划阶段的 项目组成立之 3 次 对应测试接口 根据计划阶段检查 段 产出 后至计划阶段 人 清单进行检查 结束 需求阶 需求评审 需求评审启动 1 次 对应测试接口 根据需求阶段检查 段 人 清单进行检查。 维护性项目质量计划要求 维护性项目的质量计划制定相对简单，不需要花较多的时间在其上，并且可以套用比较固定的模板。 维护性项目基本上会有很明确的需求点以及具体的时间点要求，一般情况下，维护时期会很 长，且需求相对较散、小，针对这些特性，维护性项目的质量计划要求仅可以包括：质量目 标、质量保障计划、过程检查计划。 质量目标 根据当前的需求简单定出本版本的质量目标。 质量保障计划 在维护性项目中，质量保障计划主要包括：需求讨论、联调以及测试。 需求讨论：参与人员包括开发及测试人员；需求讨论结果报告 联调：对所做的修改及周边进行