《XX项目高高质量控制管理系统方案设计设计》由会员分享，可在线阅读，更多相关《XX项目高高质量控制管理系统方案设计设计（23页珍藏版）》请在金锄头文库上搜索。
1、项目质量管控方案1 项目质量管控方案1.1 前言1.1.1 目的本计划的目的在于对所开发的软件规定各种必要的质量保证措施，以保证所交付的软件能够满足项目预定需求，能够满足本项目总体组制定的且经领导小组评审批准的该软件系统需求规格说明书中规定的各项具体需求。 软件开发项目组在开发软件系统所属的各个子系统其中包括为本项目研发或选用的各种支持软件、组件时，都应该执行本计划中的有关规定，但可根据各自的情况对本计划作适当的剪裁，以满足特定的质量保证要求，剪裁后的计划必须经项目组相关负责人批准。 1.1.2 术语和定义1、质量管理：在质量方面指挥和控制组织的协调活动2、质量策划：质量管理的一局部，致力于制
2、定质量目标并规定必要的运行过程3、和相关资源以实现质量目标4、质量控制：质量管理的一局部，致力于满足质量要求5、质量保证：质量管理的一局部，致力于提供质量要求会得到满足的信任6、质量度量：质量管理的一局部，致力于对已存在的质量数据进展分析，得出当前质量管理结果的评估数据。7、质量改良：质量管理的一局部，致力于增强满足质量要求的能力1.2 质量计划：制定新项目与维护性项目质量计划在本环节中，根据项目的规模与性质进展质量策划，制定本项目的质量计划；为后续的质量控制、质量评估与质量改良做出行动纲领。针对公司主要有新项目与维护性项目两类版本，且两者之间的质量投入有所差异的特性，故质量计划可以区分以下：
3、1.2.1 常规项目质量计划要求常规项目的质量计划制定按质量要求分析/质量目标/人员.职责与质量保障、过程检查计划组成，各项的具体要求如下所述。1.2.1.1 质量要素分析1. 主要的质量要性如下：n 功能性质量因素：正确性，健壮性，可靠性n 非功能性质量因素：性能，易用性，清晰性，安全性，可扩展性，兼容性，可移植性n 其它质量因素：非以上要求之外的要求。2. 根据产品的特性与市场目标，将关键的质量要素确认，同时区分本项目的类型n 倾质量型项目：指本项目对质量控制更关注n 倾本钱型项目：指本项目对本钱控制更关注n 倾工期型项目：指本项目对工期要求更关注根据以上分析，再制定相应的质量目标。1.2
4、.1.2 质量目标订立质量目标时，一般遵循SMART原如此S：specific具体的M：measurable可测量的A：achievable可取得的R：realistic切实的T：timely与时的根据以上原如此，我们可以制定如下质量目标：1. 比如本项目的质量要素为功能正确性、功能健壮性、性能那质量目标可定义例下：l 需求中所定义的功能都得以实现l 不稳定问题等级非轻微都被解决l2. 针对质量目标定出优先级l 1、3、23. 目标分解l 分解为阶段质量目标l 完成阶段质量目标的手段1.2.1.3 人员与职责参加质量管理活动的人员，一般情况下，项目组所有的人都可以参与到质量管理活动中来。但我们
5、一般可定义如下人员去分别承当相应的职责。1. 质量管理人员：制定质量管理计划，对质量过程进展控制；对过程检查单进展实施；进展质量度量，制定质量改良计划与实施；参与各类评审活动。2. 测试人员：制定测试计划，对项目进展测试，进展测试结果的度量分析；参与各类评审活动。3. 项目管理人员：协助组织解决质量管理过程中所发现的各类问题与风险。1.2.1.4 质量保障计划根据当前的质量目标，计划需要进展哪些质量保障工作，一般可包括专业培训、同级评审、测试。1.2.1.4.1 培训1. 确认是否需要培训2. 确认培训的内容、人员、时间，以与所消耗的资源。1.2.1.4.2 评审1. 确认评审内容与计划；需要
6、包括评审的内容、评审的方式以与评审的人员等等。2. 对评审结果的跟踪、管理方式。1.2.1.4.3 测试1. 根据当前的质量目标，确定测试的初步计划，包括测试的X围与测试方法、手段以与投入的人力与时间资源1.2.1.5 过程检查计划根据当前的质量目标，制定项目过程中需要检查的对象、例如：阶段检查对象检查时机次数检查执行人员检查依据计划阶段计划阶段的产出项目组成立之后至计划阶段完毕3次对应测试接口人根据计划阶段检查清单进展检查需求阶段需求评审需求评审启动1次对应测试接口人根据需求阶段检查清单进展检查。1.2.2 维护性项目质量计划要求维护性项目的质量计划制定相对简单，不需要花较多的时间在其上，并
7、且可以套用比拟固定的模板。维护性项目根本上会有很明确的需求点以与具体的时间点要求，一般情况下，维护时期会很长，且需求相对较散、小，针对这些特性，维护性项目的质量计划要求仅可以包括：质量目标、质量保障计划、过程检查计划。1.2.2.1 质量目标根据当前的需求简单定出本版本的质量目标。1.2.2.2 质量保障计划在维护性项目中，质量保障计划主要包括：需求讨论、联调以与测试。需求讨论：参与人员包括开发与测试人员；需求讨论结果报告联调：对所做的修改与周边进展联调；联调测试报告测试：根据质量目标制定相应的测试计划安排，1.2.2.3 过程检查计划无论质量目标定为如何，维护性项目的过程检查，仅需要如下环节
8、：l 需求讨论会：是否进展了需求讨论会，需求讨论会的与会人员与结果l 联调：是否进展了联调，对原版本的影响l 测试执行：对测试过程进展检查1.3 质量保证与控制质量保证与控制是质量管理中最重要的一个环节，质量目标是否能够有效的实现都有赖于此环节的实施控制。本环节根据质量保障计划、过程检查计划对版本开发的各过程定出质量指导方针、评审环节规如此以与检查清单。其中质量指导方针：用于简要指引如何高质量的完本钱阶段的工作评审管理：主要制定简单的评审输入、输出以与该阶段评审的根本准如此任务检查单：用于检查该阶段的任务是否进展以与进展的效果如何常存在的问题：更多的是让各成员了解一些经验所谈会存在哪些问题，可
9、提前预防或纠正1.3.1 计划阶段计划阶段指从项目启动至项目总体计划制定完成的阶段。1.3.1.1 质量指导方针在项目的计划阶段，期望产出高质量的项目总体计划，建议遵守以下原如此：1. 根据项目总体计划模板、项目总体计划编制说明书的指导原如此进展计划编排2. 计划制定时需结合实际并与相关人员进展必要的沟通3. 了解项目背景、项目目标以与可调动的资源等4. 计划制定时需考虑相应风险与应对措施：如人员变动、需求变化、技术难题5. 对于把控不准的项目进展不同层面的评审1.3.1.2 评审管理计划阶段的评审主要指项目总体计划的评审。1.3.1.2.1 评审输入项项目总体计划以与当前项目原始需求等相关资
10、料1.3.1.2.2 评审准如此项目总体计划的评审主要从完整性、正确性、合理性、可管理性进展评审。评审项评审要求备注完整性1. 是否包括从需求至发布各个阶段的任务计划？2. 是否对各任务的交付件定义了质量要求？正确性1. 各阶段定义是否正确？2. 各子任务所属的阶段是否正确？合理性1. 各个任务的先后顺序是否合理？并串行安排是否合理？2. 各任务分配的资源是否合理？3. 各任务细化的程度是否合理？4. 任务与任务之间的约束是否合理？5. 各阶段的时间投入比例是否合理？6. 项目的完毕时间，是否与客户承诺的一致7. 项目的计划中是否考虑一些常见的风险？8. 对风险的应对是否表现在计划中？可管理性
11、1. 对于每个阶段是否有明确的里程碑事件？2. 里程碑是否有明确、可衡量的目标？3. 里程碑达到时，是否能提供标志阶段完毕的正式输出文档？1.3.1.2.3 评审输出评审结果输出包括：1. 评审结果记录表1.3.2 需求阶段需求阶段指从需求获取至输出需求规格说明书阶段。需求阶段可划分为：获取需求、分析需求、编写需求规格说明书三个阶段。1. 获取需求：主要从编写项目视图与X围、用户群分类、选择产品/项目需求代表、确定使用实例、分析工作流程、需求重用这几步骤进展2. 分析需求：包括绘制关联图、创建开发原型、分析可行性、划分需求优先级；3. 编写需求规X说明书：根据项目特点裁剪模板、获取功能和技术需
12、求、注明需求来源、开发需求追踪矩阵。1.3.2.1 质量指导方针n 根据需求模板、需求编写指导说明书制定需求说明文档n 需求文档中应包括明确的需求X围n 需求文档中应包括主要的质量属性n 需求需细化到要求的程度可以根据需求进展开发设计与测试设计n 需求的不确定项不超过总体需求的5%n 需求中应明确定义需求的优先级n 制定需求管理原如此包括需求标识、跟踪方式、变更控制原如此1.3.2.2 评审管理需求阶段评审主要针对需求的清晰性、正确性、完整性、可管理性进展评审。评审的形式按实际的质量计划中要求而定。1.3.2.2.1 评审输入项技术方案建议书、需求分析、需求规格说明书1.3.2.2.2 评审准
13、如此需求评审时，主要针对需求的清晰性、正确性、完整性、可行性、可管理性进展评审，评审细项如如下图所示：评审项评审要求备注1清晰性1. 系统的目标是否已定义？2. 是否对关键术语与略缩语进展了定义？3. 是否有对整套系统进展了功能概述？2正确性1. 需求与需求之间是否有重复或冲突?2. 本需求说明书与相关需求素材是否一致？3. 是否清晰、简洁、无二义地表达了每个需求? 4. 是否每个需求都在项目的X围内5. 是否每个需求都没有内容和语法上的错误? 3完整性1. 编写的所有需求，其详细程度是否一致和适宜? 2. 需求是否能为设计提供足够的根底? 3. 所有对其他需求的内部引用是否正确? 4. 是否
14、已经列出了系统所必要的依赖/假设以与约束5. 是否包含了所有的客户需求或系统需求? 6. 是否已经对每个业务逻辑进展输入、输出以与过程的详细说明7. 是否已详细说明了软件环境共存的软件和硬件环境特定的配置8. 是否遗漏了必要的信息?如果有遗漏的话,把他们标记为待确定的问题(TBD) ? 9. 是否包括了主要的质量属性，例如性能要求、安全性要求、可靠性要求、可恢复性要求、稳定性要求等等10. 是否分析了潜在的需求11. 是否标识并解决了需求中的潜城的问题4可行性1. 所描述的所有功能是否都必要？2. 所描述的所有功能是否充分的满足客户/系统目标？3. 的限制局限是否已经详细说明？4. 是否已经确定每个需求的实现优先级?5. 在现有的资源内, 是否能实现所有的需求?6. 是否每个需求都可以进展验证测试？5可管理性1. 是否将需求分别陈述，因此它们是独立的并且是可检查的？2. 是否所有需求都可以回溯到相应的需求素材，反之亦然？3. 是否已详细说明需求变更的过程？一致性1. 是否存在冲突或重复的需求项2. 开发计划/产品和活动和需求是否保持一致3. 是否可以根据软件需求规X中的信息制定出详细的测试集，并且每项需求是否可以测试4. 是否有需求跟踪矩阵1.3.2.2.3 评审输出1. 评审结果清单2. 根据评审修订后的
