1 / 30
文档名称:

XX项目质量控制管理方案.docx

格式:docx   大小:1,858KB   页数:30页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

XX项目质量控制管理方案.docx

上传人:才艺人生 2024/5/11 文件大小:1.81 MB

下载得到文件列表

XX项目质量控制管理方案.docx

相关文档

文档介绍

文档介绍:该【XX项目质量控制管理方案 】是由【才艺人生】上传分享,文档一共【30】页,该文档可以免费在线阅读,需要了解更多关于【XX项目质量控制管理方案 】的内容,可以使用淘豆网的站内搜索功能,选择自己适合的文档,以下文字是截取该文章内的部分文字,如需要获得完整电子版,请下载此文档到您的设备,方便您编辑和打印。XX项目质量控制管理方案项目质量管控方案项目质量管控方案前言目的本计划的目的在于对所开发的软件规定各种必要的质量保证措施,以保证所交付的软件能够满足项目预定需求,能够满足本项目总体组制定的且经领导小组评审批准的该软件系统需求规格说明书中规定的各项具体需求。软件开发项目组在开发软件系统所属的各个子系统(其中包括为本项目研发或选用的各种支持软件、组件)时,都应该执行本计划中的有关规定,但可根据各自的情况对本计划作适当的剪裁,以满足特定的质量保证要求,剪裁后的计划必须经项目组相关负责人批准。术语和定义1、质量管理:在质量方面指挥和控制组织的协调活动2、质量策划:质量管理的一部分,致力于制定质量目标并规定必要的运行过程3、和相关资源以实现质量目标4、质量控制:质量管理的一部分,致力于满足质量要求5、质量保证:质量管理的一部分,致力于提供质量要求会得到满足的信任6、质量度量:质量管理的一部分,致力于对已存在的质量数据进行分析,得出当前质量管理结果的评估数据。7、质量改进:质量管理的一部分,致力于增强满足质量要求的能力质量目标订立质量目标时,一般遵循SMART原则S:specific具体的M:measurable可测量的A:achievable可取得的R:realistic切实的T:timely及时的根据以上原则,我们可以制定如下质量目标:比如本项目的质量要素为功能正确性、功能健壮性、性能那质量目标可定义例下:需求中所定义的功能都得以实现不稳定问题(等级非轻微)都被解决关键模块(模块名称)……针对质量目标定出优先级1、3、2目标分解分解为阶段质量目标完成阶段质量目标的手段人员与职责参加质量管理活动的人员,一般情况下,项目组所有的人都可以参与到质量管理活动中来。但我们一般可定义如下人员去分别承担相应的职责。质量管理人员:制定质量管理计划,对质量过程进行控制;对过程检查单进行实施;进行质量度量,制定质量改进计划及实施;参与各类评审活动。测试人员:制定测试计划,对项目进行测试,进行测试结果的度量分析;参与各类评审活动。项目管理人员:协助组织解决质量管理过程中所发现的各类问题及风险。质量保障计划根据当前的质量目标,计划需要进行哪些质量保障工作,一般可包括专业培训、同级评审、测试。培训确认是否需要培训确认培训的内容、人员、时间,以及所耗费的资源。评审确认评审内容及计划;需要包括评审的内容、评审的方式以及评审的人员等等。对评审结果的跟踪、管理方式。测试根据当前的质量目标,确定测试的初步计划,包括测试的范围及测试方法、手段以及投入的人力及时间资源过程检查计划根据当前的质量目标,制定项目过程中需要检查的对象、例如:阶段检查对象检查时机次数检查执行人员检查依据计划阶段计划阶段的产出项目组成立之后至计划阶段结束3次对应测试接口人根据计划阶段检查清单进行检查需求阶段需求评审需求评审启动1次对应测试接口人根据需求阶段检查清单进行检查。维护性项目质量计划要求维护性项目的质量计划制定相对简单,不需要花较多的时间在其上,并且可以套用比较固定的模板。维护性项目基本上会有很明确的需求点以及具体的时间点要求,一般情况下,维护时期会很长,且需求相对较散、小,针对这些特性,维护性项目的质量计划要求仅可以包括:质量目标、质量保障计划、过程检查计划。质量目标根据当前的需求简单定出本版本的质量目标。质量保障计划在维护性项目中,质量保障计划主要包括:需求讨论、联调以及测试。需求讨论:参与人员包括开发及测试人员;需求讨论结果报告联调:对所做的修改及周边进行联调;联调测试报告测试:根据质量目标制定相应的测试计划安排,过程检查计划无论质量目标定为如何,维护性项目的过程检查,仅需要如下环节:需求讨论会:是否进行了需求讨论会,需求讨论会的与会人员及结果联调:是否进行了联调,对原版本的影响测试执行:对测试过程进行检查质量保证与控制质量保证与控制是质量管理中最重要的一个环节,质量目标是否能够有效的实现都有赖于此环节的实施控制。本环节根据质量保障计划、过程检查计划对版本开发的各过程定出质量指导方针、评审环节规则以及检查清单。其中质量指导方针:用于简要指引如何高质量的完成本阶段的工作评审管理:主要制定简单的评审输入、输出以及该阶段评审的基本准则任务检查单:用于检查该阶段的任务是否进行以及进行的效果如何常存在的问题:更多的是让各成员了解一些经验所谈会存在哪些问题,可提前预防或纠正计划阶段计划阶段指从项目启动至项目总体计划制定完成的阶段。质量指导方针在项目的计划阶段,期望产出高质量的项目总体计划,建议遵守以下原则:根据《项目总体计划模板》、《项目总体计划编制说明书》的指导原则进行计划编排计划制定时需结合实际并与相关人员进行必要的沟通了解项目背景、项目目标以及可调动的资源等计划制定时需考虑相应风险及应对措施:如人员变动、需求变化、技术难题对于把控不准的项目进行不同层面的评审评审管理计划阶段的评审主要指项目总体计划的评审。评审输入项《项目总体计划》以及当前项目原始需求等相关资料评审准则项目总体计划的评审主要从完整性、正确性、合理性、可管理性进行评审。评审项评审要求备注评审项评审要求备注完整性是否包括从需求至发布各个阶段的任务计划?是否对各任务的交付件定义了质量要求?正确性各阶段定义是否正确?各子任务所属的阶段是否正确?合理性各个任务的先后顺序是否合理?并串行安排是否合理?各任务分配的资源是否合理?各任务细化的程度是否合理?任务与任务之间的约束是否合理?各阶段的时间投入比例是否合理?项目的结束时间,是否与客户承诺的一致项目的计划中是否考虑一些常见的风险?对风险的应对是否体现在计划中?可管理性对于每个阶段是否有明确的里程碑事件?里程碑是否有明确、可衡量的目标?里程碑达到时,是否能提供标志阶段结束的正式输出文档?评审输出评审结果输出包括:《评审结果记录表》需求阶段需求阶段指从需求获取至输出需求规格说明书阶段。需求阶段可划分为:获取需求、分析需求、编写需求规格说明书三个阶段。获取需求:主要从编写项目视图与范围、用户群分类、选择产品/项目需求代表、确定使用实例、分析工作流程、需求重用这几步骤进行分析需求:包括绘制关联图、创建开发原型、分析可行性、划分需求优先级;编写需求规范说明书:根据项目特点裁剪模板、获取功能和技术需求、注明需求来源、开发需求追踪矩阵。质量指导方针根据《需求模板》、《需求编写指导说明书》制定需求说明文档需求文档中应包括明确的需求范围需求文档中应包括主要的质量属性需求需细化到要求的程度(可以根据需求进行开发设计及测试设计)需求的不确定项不超过总体需求的5%需求中应明确定义需求的优先级制定需求管理原则(包括需求标识、跟踪方式、变更控制原则)评审管理需求阶段评审主要针对需求的清晰性、正确性、完整性、可管理性进行评审。评审的形式按实际的质量计划中要求而定。