软件质量管理手册42648.pdf





《软件质量管理手册42648.pdf》由会员分享,可在线阅读,更多相关《软件质量管理手册42648.pdf(32页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、段左侧片石混凝土挡土墙第部分页脚内容 质量管理手册 目 录 1 前言 3 1.1 读者对象 3 1.2 目的和范围 3 1.3 术语和定义 3 2 总体说明 3 3 质量计划:制定新项目及维护性项目质量计划 4 3.1 常规项目质量计划要求 4 3.1.1 质量要素分析 4 3.1.2 质量目标 4 3.1.3 人员与职责 5 3.1.4 质量保障计划 5 3.1.5 过程检查计划 6 3.2 维护性项目质量计划要求 6 3.2.1 质量目标 6 3.2.2 质量保障计划 6 3.2.3 过程检查计划 6 4 质量保证与控制 7 4.1 计划阶段 7 4.1.1 质量指导方针 7 4.1.2
2、评审管理 7 4.1.3 计划阶段检查单 8 4.1.4 常存在的问题 9 4.2 需求阶段 9 4.2.1 质量指导方针 10 4.2.2 评审管理 10 4.2.3 需求阶段检查单 11 4.2.4 常存在的问题 12 段左侧片石混凝土挡土墙第部分页脚内容4.3 设计阶段 12 4.3.1 质量指导方针 12 4.3.2 评审管理 13 4.3.3 设计阶段检查单 14 4.3.4 常存在的问题 14 4.4 开发阶段 15 4.4.1 质量指导方针 15 4.4.2 代码走查 15 4.4.3 开发阶段检查单 15 4.4.4 常存在的问题 16 4.5 测试阶段 16 4.5.1 质量
3、指导方针 16 4.5.2 评审管理 17 4.5.3 检查清单 19 4.5.4 常存在的问题 20 4.6 发布及维护阶段 21 4.6.1 质量指导方针 21 4.6.2 发布及维护阶段检查清单 21 4.6.3 常存在的问题 21 4.7 质量控制中的文档管理 22 4.7.1 文档分类 22 4.7.2 文档管理工具 22 4.7.3 文档管理的基本要求 22 4.7.4 文档管理流程 23 5 质量度量:制定项目评估项 23 5.1 计划评估 23 5.1.1 评估基准 23 5.1.2 评估项 23 5.1.3 总结 24 5.2 过程评估 24 5.2.1 输入条件 24 5.
4、2.2 评估记录表 24 5.2.3 总结 25 5.3 项目质量评估 25 5.3.1 输入条件 25 5.3.2 评估项 26 5.3.3 总结 26 5.4 成本评估 27 5.4.1 输入条件 27 5.4.2 评估项 27 5.4.3 总结 28 5.5 客户满意度评估 28 5.5.1 输入条件 28 5.5.2 评估项 28 5.5.3 总结 29 6 质量改进 29 段左侧片石混凝土挡土墙第部分页脚内容6.1 现存在的质量问题 29 6.2 质量改进措施 30 6.2.1 问题 XXXX30 6.2.2 产生原因分析 30 6.2.3 预防措施 30 7 附录一:评审过程检查表
5、 30 8 附录二:参照及依从的规范文档清单 31 9 附录三:项目管理跟踪管理错误!未定义书签。1 前言 1.1 读者对象 本文档的读者对象包括质量管理人员、项目组成员及研发管理人员。1.2 目的和范围 本文档的目的为了指导研发部进行质量管理的步骤及方法/原则。适用范围为研发部的质量管理作参考,以杜绝或减少研发过程中出现的质量问题,并对质量管理结果作出相应的改善。1.3 术语和定义 1.质量管理:在质量方面指挥和控制组织的协调活动 2.质量策划:质量管理的一部分,致力于制定质量目标并规定必要的运行过程和相关资源以实现质量目标 3.质量控制:质量管理的一部分,致力于满足质量要求 4.质量保证:
6、质量管理的一部分,致力于提供质量要求会得到满足的信任 5.质量度量:质量管理的一部分,致力于对已存在的质量数据进行分析,得出当前质量管理结果的评估数据。6.质量改进:质量管理的一部分,致力于增强满足质量要求的能力 2 总体说明 由于现有的研发过程成熟程度较低,质量管理不能一开始即从非常高的标准入手,故根据研发部的现状,质量管理初步从 4 个方面着手:计划(确定过程)、保证及检查(控制过程)、评估(测量过程)、改进(改进过程)。以预防式管理为方向,控制、检查为手段,持续改进并提升项目质量为最终目的。鉴于段左侧片石混凝土挡土墙第部分页脚内容质量管理在本阶段为初次正式引入,故对控制及检查、评估环节中
7、的要求并不完善,以减少实施过程中过多的阻碍。3 质量计划:制定新项目及维护性项目质量计划 在本环节中,根据项目的规模及性质进行质量策划,制定本项目的质量计划;为后续的质量控制、质量评估及质量改进做出行动纲领。针对公司主要有新项目及维护性项目两类版本,且两者之间的质量投入有所差异的特性,故质量计划可以区分以下:3.1 常规项目质量计划要求 常规项目的质量计划制定按质量要求分析/质量目标/人员.职责及质量保障、过程检查计划组成,各项的具体要求如下所述。3.1.1 质量要素分析 1.主要的质量要性如下:功能性质量因素:正确性,健壮性,可靠性 非功能性质量因素:性能,易用性,清晰性,安全性,可扩展性,
8、兼容性,可移植性 其它质量因素:非以上要求之外的要求。2.根据产品的特性及市场目标,将关键的质量要素确认,同时区分本项目的类型 倾质量型项目:指本项目对质量控制更关注 倾成本型项目:指本项目对成本控制更关注 倾工期型项目:指本项目对工期要求更关注 根据以上分析,再制定相应的质量目标。3.1.2 质量目标 订立质量目标时,一般遵循 SMART 原则 S:specific 具体的 M:measurable 可测量的 A:achievable 可取得的 R:realistic 切实的 T:timely 及时的 根据以上原则,我们可以制定如下质量目标:1.比如本项目的质量要素为功能正确性、功能健壮性、
9、性能 那质量目标可定义例下:段左侧片石混凝土挡土墙第部分页脚内容 需求中所定义的功能都得以实现 不稳定问题(等级非轻微)都被解决 关键模块(模块名称)的性能不能低于 V1.0 版本 2.针对质量目标定出优先级 1、3、2 3.目标分解 分解为阶段质量目标 完成阶段质量目标的手段 3.1.3 人员与职责 参加质量管理活动的人员,一般情况下,项目组所有的人都可以参与到质量管理活动中来。但我们一般可定义如下人员去分别承担相应的职责。1.质量管理人员:制定质量管理计划,对质量过程进行控制;对过程检查单进行实施;进行质量度量,制定质量改进计划及实施;参与各类评审活动。2.测试人员:制定测试计划,对项目进
10、行测试,进行测试结果的度量分析;参与各类评审活动。3.项目管理人员:协助组织解决质量管理过程中所发现的各类问题及风险。3.1.4 质量保障计划 根据当前的质量目标,计划需要进行哪些质量保障工作,一般可包括专业培训、同级评审、测试。3.1.4.1 培训 1.确认是否需要培训 2.确认培训的内容、人员、时间,以及所耗费的资源。3.1.4.2 评审 1.确认评审内容及计划;需要包括评审的内容、评审的方式以及评审的人员等等。2.对评审结果的跟踪、管理方式。3.1.4.3 测试 1.根据当前的质量目标,确定测试的初步计划,包括测试的范围及测试方法、手段以及投入的人力及时间资源 段左侧片石混凝土挡土墙第部
11、分页脚内容3.1.5 过程检查计划 根据当前的质量目标,制定项目过程中需要检查的对象、例如:阶段 检查对象 检查时机 次数 检查执行人员 检查依据 计划阶段 计划阶段的产出 项目组成立之后至计划阶段结束 3 次 对应测试接口人 根据计划阶段检查清单进行检查 需求阶段 需求评审 需求评审启动 1 次 对应测试接口人 根据需求阶段检查清单进行检查。3.2 维护性项目质量计划要求 维护性项目的质量计划制定相对简单,不需要花较多的时间在其上,并且可以套用比较固定的模板。维护性项目基本上会有很明确的需求点以及具体的时间点要求,一般情况下,维护时期会很长,且需求相对较散、小,针对这些特性,维护性项目的质量
12、计划要求仅可以包括:质量目标、质量保障计划、过程检查计划。3.2.1 质量目标 根据当前的需求简单定出本版本的质量目标。3.2.2 质量保障计划 在维护性项目中,质量保障计划主要包括:需求讨论、联调以及测试。需求讨论:参与人员包括开发及测试人员;需求讨论结果报告 联调:对所做的修改及周边进行联调;联调测试报告 测试:根据质量目标制定相应的测试计划安排,3.2.3 过程检查计划 无论质量目标定为如何,维护性项目的过程检查,仅需要如下环节:需求讨论会:是否进行了需求讨论会,需求讨论会的与会人员及结果 联调:是否进行了联调,对原版本的影响 测试执行:对测试过程进行检查 子过程 评估项 评估结果 得分
13、 单项分*百分比 有()没有()N/A 需求讨论(50%)1.是否发起需求讨论会?(60 分)2.与会人员涉及是否合理?(40 分)联调测试 1.进行了联调测试(60 分)段左侧片石混凝土挡土墙第部分页脚内容子过程 评估项 评估结果 得分 单项分*百分比 有()没有()N/A(20%)2.联调是否有效发现的问题数是测试的 20%(40 分)测试(30%)1.测试具有用例或测试点?(50 分)2.测试执行是否能被跟踪(50 分)4 质量保证与控制 质量保证与控制是质量管理中最重要的一个环节,质量目标是否能够有效的实现都有赖于此环节的实施控制。本环节根据质量保障计划、过程检查计划对版本开发的各过程
14、定出质量指导方针、评审环节规则以及检查清单。其中 质量指导方针:用于简要指引如何高质量的完成本阶段的工作 评审管理:主要制定简单的评审输入、输出以及该阶段评审的基本准则 任务检查单:用于检查该阶段的任务是否进行以及进行的效果如何 常存在的问题:更多的是让各成员了解一些经验所谈会存在哪些问题,可提前预防或纠正 4.1 计划阶段 计划阶段指从项目启动至项目总体计划制定完成的阶段。4.1.1 质量指导方针 在项目的计划阶段,期望产出高质量的项目总体计划,建议遵守以下原则:1.根据项目总体计划模板、项目总体计划编制说明书的指导原则进行计划编排 2.计划制定时需结合实际并与相关人员进行必要的沟通 3.了
15、解项目背景、项目目标以及可调动的资源等 4.计划制定时需考虑相应风险及应对措施:如人员变动、需求变化、技术难题 5.对于把控不准的项目进行不同层面的评审 4.1.2 评审管理 计划阶段的评审主要指项目总体计划的评审。段左侧片石混凝土挡土墙第部分页脚内容4.1.2.1 评审输入项 项目总体计划以及当前项目原始需求等相关资料 4.1.2.2 评审准则 项目总体计划的评审主要从完整性、正确性、合理性、可管理性进行评审。评审项 评审要求 备注 完整性 1.是否包括从需求至发布各个阶段的任务计划?2.是否对各任务的交付件定义了质量要求?正确性 3.各阶段定义是否正确?4.各子任务所属的阶段是否正确?合理
16、性 5.各个任务的先后顺序是否合理?并串行安排是否合理?6.各任务分配的资源是否合理?7.各任务细化的程度是否合理?8.任务与任务之间的约束是否合理?9.各阶段的时间投入比例是否合理?10.项目的结束时间,是否与客户承诺的一致 11.项目的计划中是否考虑一些常见的风险?12.对风险的应对是否体现在计划中?可管理性 13.对于每个阶段是否有明确的里程碑事件?14.里程碑是否有明确、可衡量的目标?15.里程碑达到时,是否能提供标志阶段结束的正式输出文档?4.1.2.3 评审输出 评审结果输出包括:1.评审结果记录表 4.1.3 修订后的项目总体计划计划阶段检查单 编号:项目名称 项目编号 软件项目
17、经理 此次检查所费时间 报告人 日期 检查内容 已经完成 部分完成 尚未完成 不适用 注释 项目估算 对项目进行了合理的分解,并区分复杂度 对项目进行了规模和工作量估算,并符合估算过程 段左侧片石混凝土挡土墙第部分页脚内容对项目进行了进度、风险、资源、成本估算 对估算结果进行了评审,并符合要求 策划过程 选择了合适的生命周期模型 同时考虑了项目管理、集成、测试、SCM、SQA 等工作 定义了合理的里程碑且每个里程碑的目标清晰 已经剔除了停工、假期等影响工作时间的因素 策划形成的计划与用户要求、合同等不相矛盾 计划评审及跟踪 计划发起了评审 计划评审过程符合公司规定、标准要求 计划评审过程有效(
18、评审所发现的问题数(用于检查评审是否有效,是否达到预期,以及交付件的质量)评审所反馈的问题已经妥善解决 修订后的计划已经纳入基线库 审核签字 角色 姓名 签字 日期 软件项目经理 研发经理 4.1.4 常存在的问题 1.计划中并行工作先后顺序安排不合理 2.计划中没有预留任何应对风险的措施 3.计划中未包括整个项目的所有工作 4.计划中不确定的因素过多 4.2 需求阶段 需求阶段指从需求获取至输出需求规格说明书阶段。需求阶段可划分为:获取需求、分析需求、编写需求规格说明书三个阶段。1.获取需求:主要从编写项目视图与范围、用户群分类、选择产品/项目需求代表、确定使用实例、分析工作流程、需求重用这
19、几步骤进行 2.分析需求:包括绘制关联图、创建开发原型、分析可行性、划分需求优先级;3.编写需求规范说明书:根据项目特点裁剪模板、获取功能和技术需求、注明需求来源、开发需求追踪矩阵。段左侧片石混凝土挡土墙第部分页脚内容4.2.1 质量指导方针 根据需求模板、需求编写指导说明书制定需求说明文档 需求文档中应包括明确的需求范围 需求文档中应包括主要的质量属性 需求需细化到要求的程度(可以根据需求进行开发设计及测试设计)需求的不确定项不超过总体需求的 5%需求中应明确定义需求的优先级 制定需求管理原则(包括需求标识、跟踪方式、变更控制原则)4.2.2 评审管理 需求阶段评审主要针对需求的清晰性、正确
20、性、完整性、可管理性进行评审。评审的形式按实际的质量计划中要求而定。4.2.2.1 评审输入项 技术方案建议书、需求分析、需求规格说明书 4.2.2.2 评审准则 需求评审时,主要针对需求的清晰性、正确性、完整性、可行性、可管理性进行评审,评审细项如下图所示:评审项 评审要求 备注 1清晰性 1.系统的目标是否已定义?2.是否对关键术语及略缩语进行了定义?3.是否有对整套系统进行了功能概述?2正确性 4.需求与需求之间是否有重复或冲突?5.本需求说明书与相关需求素材是否一致?6.是否清晰、简洁、无二义地表达了每个需求?7.是否每个需求都在项目的范围内 8.是否每个需求都没有内容和语法上的错误?
21、3完整性 9.编写的所有需求,其详细程度是否一致和合适?10.需求是否能为设计提供足够的基础?11.所有对其他需求的内部引用是否正确?12.是否已经列出了系统所必要的依赖/假设以及约束 13.是否包含了所有已知的客户需求或系统需求?14.是否已经对每个业务逻辑进行输入、输出以及过程的详细说明 段左侧片石混凝土挡土墙第部分页脚内容评审项 评审要求 备注 15.是否已详细说明了软件环境(共存的软件)和硬件环境(特定的配置)16.是否遗漏了必要的信息?如果有遗漏的话,把他们标记为待确定的问题(TBD)?17.是否包括了主要的质量属性,例如性能要求、安全性要求、可靠性要求、可恢复性要求、稳定性要求等等
22、 18.是否分析了潜在的需求 19.是否标识并解决了需求中的潜城的问题 4可行性 20.所描述的所有功能是否都必要?21.所描述的所有功能是否充分的满足客户/系统目标?22.已知的限制(局限)是否已经详细说明?23.是否已经确定每个需求的实现优先级?24.在现有的资源内,是否能实现所有的需求?25.是否每个需求都可以进行验证(测试)?5可管理性 26.是否将需求分别陈述,因此它们是独立的并且是可检查的?27.是否所有需求都可以回溯到相应的需求素材,反之亦然?28.是否已详细说明需求变更的过程?一致性 29.是否存在冲突或重复的需求项 30.开发计划/产品和活动和需求是否保持一致 31.是否可以
23、根据软件需求规范中的信息制定出详细的测试集,并且每项需求是否可以测试 32.是否有需求跟踪矩阵 4.2.2.3 评审输出 1.评审结果清单 2.根据评审修订后的需求规格说明书 4.2.3 需求阶段检查单 项目名称 项目编号 软件项目经理 此次检查耗费时间 报告人 日期 检查内容 是 否 无法确认 N/A 注释 需求确立 段左侧片石混凝土挡土墙第部分页脚内容系统需求明确及其分配已形成文档 软件需求明确并按照模版形成文档 需求管理中主要的质量属性已经确认 已与受影响的组和个人协商需求的约定 需求中不可测试的部分已经进行标识 需求评审及跟踪 需求经过评审 需求评审过程有效(发现的问题达到一定级别)需
24、求评审中发现的问题都已妥善解决 需求已经过客户或高级管理者的认可并签字确认 修订后的需求规格说明书是否纳入基线库 需求变更控制 已经建立需求变更控制流程 需求的变动情况是否在软件需求说明书进行登记 内部受影响的组织已了解和承诺更改 对更改所造成的风险和影响已进行识别、评价并文档化 进度跟踪 进度是否延期?如果延期,延期是否在可控范围内?审核签字 角色 姓名 签字 日期 软件项目经理 研发总监 4.2.4 常存在的问题 1.需求未经过分析直接转给其它人员 2.需求不够细化,开发及测试设计无法进行 3.需求中不确认的需求点过多 4.需求不完整、不全面 4.3 设计阶段 设计阶段包括技术方案形成、概
25、要设计、原型设计、详细设计(如果有的话)等工作的完成。4.3.1 质量指导方针 1.根据概要设计文档模板要求及需求剪裁适合当前项目的模板 2.根据模板编写概要设计说明书 段左侧片石混凝土挡土墙第部分页脚内容3.对于质量计划中的关键质量属性在设计中需要重点考虑 4.需要针对项目的结构、项目的特征和用户的需求来分析,同样也要考虑到参与项目小组成员的素质 5.对于不同的方案分别进行评估 6.对概要设计文档进行同行评审 7.在设计阶段同时完成原型的设计 8.根据实际需要考虑是否需要进行详细设计 9.涉及到的需求变更需同步知会其它环节的更新。4.3.2 评审管理 在设计阶段需要对设计实现方案、设计、原型
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 质量管理 手册 42648

限制150内