需求管理的9个质量度量-说明模板
需求规格说明书(样例)
第一章需求规格说明书目录第一章综述 (1)1.1编制目的 (1)1.2适用范围 (1)1.3参考依据 (1)1.4编制约束 (1)1.4.1图元约束 (1)1.4.2编码约束 (3)1.4.3格式约束 (4)1.5内容结构（可选） (5)1.6导读说明 (5)第二章项目概述 (7)2.1项目背景 (7)2.2项目范围 (7)2.3项目目标 (7)2.4现状描述 (7)第三章需求总体分析 (8)3.1功能体系设计 (8)3.1.1功能结构 (8)3.1.2功能分布 (9)3.2整体业务流程（可选） (10)3.3业务标准体系 (11)第四章功能性需求 (12)4.1功能综述 (12)4.2需求清单 (12)4.3需求优先级（可选） (13)4.4功能编码•功能项 (13)4.4.1功能综述 (13)4.4.2业务流程 (14)4.4.3关系分析 (15)4.4.4详细功能需求 (16)第五章非功能性需求 (21)5.1软件质量属性需求 (21)5.1.1运行期 (21)5.1.2非运行期 (25)5.2约束性需求 (26)5.2.1基础架构 (26)5.2.2标准规范 (26)5.2.3集成要求 (26)5.2.4其他约束 (27)第六章集成需求 (28)6.1技术要求 (28)6.2数据集成 (28)6.3应用集成 (30)6.4流程集成 (30)第七章尚需解决的问题 (31)7.1问题总表 (32)7.2问题处理 (32)附录I 业务对象 (33)第二章综述2.1若采用分册编制方式组织, 则本章与第二章、第三章单独成册, 其它分册可略去本章、第二章和第三章内容。
2.2编制目的用简洁的语言描述编写这个文档的目的。
2.3适用范围本文档适用的范围。
2.4参考依据2.5列举编写软件需求规格说明时所参考的资料或其它资源。
这可能包括且不限于: 用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档, 或相关产品的软件需求规格说明。
软件开发规范
软件开发行为规范第一版版权所有不得复制软件开发行为规范(第一版）为了把公司已经发布的软件开发过程规范有效地运作于产品开发活动中，把各种规范“逐步形成工程师的作业规范”，特制定本软件开发行为规范，以达到过程控制的目的。
与软件开发相关的所有人员都必须遵守本软件开发行为规范。
本软件开发行为规范的内容包括：软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。
本软件开发行为规范，采用以下的术语描述：★规则：在软件开发过程中强制必须遵守的行为规范。
★建议：软件开发过程中必须加以考虑的行为规范。
★说明：对此规则或建议进行必要的解释。
★示例：对此规则或建议从正或反两个方面给出例子。
本软件开发过程行为规范由信息技术管理部负责解释和维护。
信息技术管理部目录1 软件需求分析 52 软件项目计划93 概要设计114 详细设计145 编码186 需求管理197 软件配置管理218 软件质量保证231 软件需求分析1-1：软件需求分析必须在产品需求规格的基础上进行，并保证完全实现产品需求规格的定义。
1-2：当产品的需求规格发生变更时，必须修订软件需求规格文档。
软件需求规格的变更必须经过评审，并保存评审记录。
1-3：必须对软件需求规格文档进行正规检视。
1-4：软件需求分析过程活动结束前，必须经过评审，并保存评审记录。
1-5：在对软件需求规格文档的正规检视或评审时，必须检查软件需求规格文档中需求的清晰性、完备性、兼容性、一致性、正确性、可行性、易修改性、健壮性、易追溯性、易理解性、易测试性和可验证性、性能、功能、接口、数据、可维护性等内容。
说明：参考建议1-1到1-16。
1-1：采用以下检查表检查软件需求规格文档中需求的清晰性。
1-2：采用以下检查表检查软件需求规格文档中需求的完备性。
1-3：采用以下检查表检查软件需求规格文档中需求的兼容性。
1-4：采用以下检查表检查软件需求规格文档中需求的一致性。
自考01336软件项目管理-考试大纲复习资料
01336软件项目管理-考纲复习资料第一章软件项目管理导论一、学习目的与要求本章对项目及软件项目作了概括介绍，目的是使考生对软件项目有个初步的认识。
通过本章的学习，应使考生掌握项目及软件项目的基本概念，了解软件项目的生命周期，理解软件工程框架，掌握软件项目管理的基本概念、特征和主要内容，正确理解软件项目管理的过程、范围以及所面对的问题。
(一)软件项目的定义及其特征(重点)识记：软件项目的定义软件项目是以软件为产品的项目，软件产品的特质决定了软件项目管理和其他领域的项目管理有不同之处理解：软件项目的特征 P30（1）抽象性（2）缺陷检测的困难性（3）高度的复杂性（4）缺乏统一规则。
(二)软件项目管理（重点）识记：软件项目管理的概念 P34在软件项目活动中运用一系列知识、技能、工具和技术，以满足软件需求方的整体需求项目管理知识体系 P26集成管理、范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、采购管理、风险管理软件项目管理的主要内容 P341、软件项目需求管理2、软件项目结算与进度管理3、软件项目配置管理4、软件项目风险管理5、软件项目质量管理6、软件项目资源管理软件项目管理的过程 P351.启动软件项目2.制定项目计划3.跟踪及控制项目计划4.项目计划5.评审项目计划6.编写管理文档理解：软件项目管理的特征 P24综合性、创造性、时间性项目管理的 6 要素 P24范围、时间、成本、质量、组织、客户满意度软件项目的生命周期P22项目从开始到结束，一般包括启动阶段、计划阶段、实施阶段、和结束阶段(三)软件工程框架（次重点）理解：软件工程的目标、活动和原则及软件工程模型软件工程的目标是“生产正确、可用及具有经济效益的产品”。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现和文档为用户可用的程度。
具有经济效益指软件开发、运行的整个开销满足用户要求的程度。
P16软件工程的活动是指生产一个最终满足需求且达到工程目标的软件产品所需要的步骤，主要包括问题定义、可行性研究、需求分析、总体设计、详细设计、实现、确认以及支持等。
产品需求分析与需求管理
评价 标准
参与 阶段
者者者者者者者
工程师
技术
2
采购
处长A
处长B
外面专 家
财务
价格
购买阶段 1、问题发现 2、解决方法 3、规格 4、来源确认 5、询问分析
6、建议评价 7、卖主选择 8、购买 9、安装实施 10、业绩评价
用 户 大 会
专 家 顾 问 团
高 层 拜 访
展 览
用 户 探 针
用客工 户户作 访反结 谈馈果
开发阶段
集成测试报告 系统测试计划 系统测试方案 系统测试用例 系统预测试项
系统测试 （执行）
验收测试 （执行）
执行系统预测试 转系统测试 执行系统测试
产品维护
测试任务 输 出 (测 试 )
系统测试用例
系统测试工具设计与实 现
商用测试工具报告
系统测试用例（更新） 系统测试计划（更新） 系统测试方案（更新）
部门: ………… 采集的活动
➢…
客户情况介绍
▪公司介绍 ▪部门介绍 ▪业务介绍 ▪需求产生的场景
姓名: ……….. 客户的描述
…
联系方式: …………… 产生的原因
…
客户的评判
➢验收标准 ➢满意度(提供与不提供) ➢竞争评判 ➢优先度
需求关联
➢系统关联 ➢业务关联 ➢人物关联 ➢支持材料关联
客户名称： 地址： 电话： 访谈问题/提示
客户产品陈述 客户陈述
访谈人： 日期： 后续跟踪： 需求描述（翻译）
客户需求（需求描述） 客户需求（需求描述）
需求群2 需求群1
ac
g xf
优化方向
需求1 需求2 需求3 需求4
需求1
质量管理体系的关键绩效指标与度量
质量管理体系的关键绩效指标与度量质量管理体系是组织内部用于管理和控制质量的一套系统和程序。
在不同的组织和行业中，质量管理体系的具体内容和要求可能有所不同，但都有一个共同的目标，那就是不断提升产品和服务的质量水平。
为了衡量和评估质量管理体系的效果，关键绩效指标与度量是必不可少的工具。
本文将介绍一些常用的质量管理体系关键绩效指标与度量方法。
一、产品合格率产品合格率是一项基本的质量绩效指标，用于衡量所生产产品的合格数量与总数量之间的比例。
合格率可以通过设定严格的质量标准和进行定期的抽样检测来计算。
高合格率代表了生产过程中的稳定性和一致性，是质量管理体系健康运行的重要指标之一。
二、客户满意度客户满意度是评估产品或服务质量的关键指标之一。
通过定期进行客户满意度调查，可以了解客户对产品或服务的满意程度，并及时采取措施改进不足之处。
客户满意度调查可以包括问卷调查、面谈或在线反馈等方式，旨在了解客户对产品质量、交付时间、服务水平等方面的评价，以便将客户反馈转化为质量管理的具体改进措施。
三、产品故障率产品故障率是衡量产品质量的重要指标之一。
通过跟踪和统计产品在使用中出现的故障数量和频率，可以计算出产品的故障率。
降低产品的故障率是质量管理体系的核心目标之一，可以通过质量管控流程的不断改进和产品设计的优化来实现。
四、交付准时率交付准时率是衡量供应链和生产流程的重要指标之一。
及时交付符合要求的产品是客户满意度的重要保证。
通过跟踪生产计划和物流流程，可以统计出产品的准时交付率。
准时交付率的提高需要优化资源配置、提高物流效率和加强生产计划管理等方面的努力。
五、不合格品处理率不合格品处理率是衡量质量管理体系处理不良品能力的指标之一。
通过快速、准确地对不合格品进行处理和追踪，可以减少不良品的比例并及时发现质量问题的根本原因。
不合格品处理率的提高需要建立完善的质量问题反馈机制和追踪系统，并加强与供应商和生产部门的沟通与协作。
六、持续改进活动数量持续改进是质量管理体系的核心原则之一。
CMMI文档一览表（大全5篇）
CMMI文档一览表（大全5篇）第一篇：CMMI文档一览表CMMI文档一览表 V0.9 项目名称:《立项申请书》——《评审申请表》《评审准备表》《评审报告》；《立项通知单》《项目章程》《项目启动会议》《项目过程定义》——《评审申请表》《评审准备表》《评审报告》《项目WBS 估计书》——《评审申请表》《评审准备表》《评审报告》《项目开发计划》——《评审申请表》《评审准备表》《评审报告》（风险计划、培训计划、沟通计划、跟踪计划）《测试计划》——《评审申请表》《评审准备表》《评审报告》《风险管理列表》《项目周报》《项目成员周报》《项目阶段报告》《项目总结报告》《产品移交申请表》《产品移交文档清单》《移交组织财富库清单》项目例会、里程碑会议、总结会议《项目会议纪要》《数据项检查表》《项目问题跟踪表》单元《测试用例》《单元测试缺陷报告》《测试报告》/《工序报验单》、《材料报验单》、《产品验收记录单》集成《测试用例》《产品集成就绪检查列表》《集成测试缺陷报告》《测试报告》——《评审准备表》《评审报告》系统《测试用例》《系统测试缺陷报告》《测试报告》——《评审准备表》《评审报告》《验收测试计划》《验收测试缺陷报告》《验收测试用例》《验收测试报告》/《验收报告》《测试计划》（美伦纱业）注：船安一卡通和二层交换机项目在所有测试结束后，汇总缺陷，形成文档《缺陷报告》美伦纱业项目的《阶段缺陷报告》，每个阶段一个，项目结项以后汇总成一个《缺陷报告》《需求开发计划》《需求记录表》《需求模块功能矩阵》《用户需求规格说明书》——《评审申请表》《评审准备表》《评审报告》《软件需求规格说明书》——《评审申请表》《评审准备表》《评审报告》《设计说明书》《模块设计方案》《技术数据包》——《评审申请表》《评审准备表》《评审报告》《用户手册》——《评审申请表》《评审准备表》《评审报告》《集成计划》——《评审申请表》《评审准备表》《评审报告》QA《工作环境及设备检查表》《配置管理计划》——《评审申请表》《评审准备表》《评审报告》《配置审计报告》《配置状态报告》《变更申请表》《CM周报》《质量保证计划》——《评审申请表》《评审准备表》《评审报告》《QA过程评审检查表》《QA报告》《QA问题跟踪表》《QA 周报》《QA年度工作总结》《QA向高层报告》《项目度量计划》——《评审申请表》《评审准备表》《评审报告》《项目度量表》《项目估计记录》《决策分析报告》《培训申请表》《培训考勤表》《培训记录表》《项目异常数据分析表》、《原因分析会议记录》、《原因分析及改进报告》附：已有文档在文档旁注明数量，如果该文档只有一个，则打一个钩代替1。
质量体系解读之度量与分析
质量体系解读之度量与分析金融SQA毛曦说起项目过程中的度量与分析，也许很多同事都认可这一过程的重要性，但真正在项目过程中开展度量分析活动，却少之又少。
项目经理往往受限于项目进度、工作精力和能力局限，无法在项目过程中开展行之有效地度量与分析。
本文根据质量体系中的《度量与分析规程》，以及《度量使用指南》，结合项目实际，采用Q&A形式，对度量与分析进行简明扼要的解读说明。
Q1：度量分析目的何在，项目中有哪些人参与？A1：度量分析的目的是开发和维持一个用于支持项目信息需要的度量能力。
在项目过程中，一般来说，PM或QA负责项目数据的整体的度量和分析工作，项目组成员参与提供度量数据活动。
Q2：度量和分析整体实践流程是怎样的？A2：度量和分析整体实践流程有如下流程：●确立度量目的●详细说明度量方法●详细说明数据采集和存储规程●详细说明分析规程●采集度量数据●分析度量数据●存储数据和结果●交流结果Q3：通常有哪些使用度量的例子？A3：项目过程中，常见的的使用度量的例子有以下几种：●挣值(EV)●进度性能指标(SPI)●缺陷密度●同行评审覆盖率●测试或验证的覆盖率●可靠性度量,比如平均故障间隔时间●质量度量,比如严重缺陷数/总缺陷数Q4：各过程域（PA）中度量的具体行为有哪些A4：除去项目过程中常用的度量示例外，建议PM需要了解CMMI-DEV中，各PA的度量具体行为。
●RM（Requirements Management，需求管理）增加、删除、修改的需求数需求易变性=（增加的+删除的+修改的）需求数/原有需求数某个需求变更引起的工作量●PP（Project Planning，项目策划）制定项目计划所花的工作量项目计划的修订次数每次修订计划时的成本、进度和工作量与原计划的差异●PMC（Project Monitoring and Control，项目监控）打开和关闭的纠正行动数项目里程碑日期要执行的评审次数及类型评审进度●PPQA（Process and Product Quality Assurance，过程及产品质量保证）计划的和实际执行的客观过程评价偏差计划的和实际执行的客观工作产品评价偏差●CM（Configuration Management，配置管理）配置项的变更次数配置审计次数●MA（Measurement and Analysis，度量分析）使用进展和性能度量的项目百分比已处理的度量目的的百分比Q5：SEI建议的度量元有哪些？A5：SEI，也即Software Engineering Institute（软件工程研究院），为卡耐基.梅隆大学的软件工程研究院，CMMI各相关模型均为SEI指导建立，SEI提出如下建议的度量元，以供度量分析时参考。
需求管理模板
需求管理模板全文共四篇示例，供读者参考第一篇示例：需求管理是项目管理中的一个重要环节，它涉及到对项目中涉及的需求进行有效的管理和控制，以确保项目按照客户的期望完成。
在项目管理中，需求管理的成功与否直接影响到项目的成败。
制定一个有效的需求管理模板是非常重要的。
需求管理模板通常包括需求收集、需求分析、需求管理、需求变更控制等内容。
以下是一个简单的需求管理模板示例：需求管理模板1. 项目名称：2. 项目负责人：3. 项目起始日期：4. 项目截止日期：5. 项目背景：6. 项目目标：7. 项目范围：8. 需求收集：- 识别利益相关者- 收集需求- 确认需求的优先级9. 需求分析：- 分析需求的可行性- 确认需求的详细性- 确认需求的一致性- 评估需求的影响10. 需求管理：- 编制需求文档- 确认需求变更流程- 确认需求变更控制人员- 确认需求变更流程11. 需求变更控制：- 提交需求变更请求- 分析需求变更的影响- 评估需求变更的风险- 确认需求变更的批准以上是一个简单的需求管理模板示例，实际项目中可以根据项目的实际情况进行调整和修改。
使用这样的需求管理模板可以帮助项目团队更好地管理和控制项目中的需求，确保项目能够按时、按质、按量完成。
需求管理是项目管理中的一个重要环节，希望各位项目经理能够重视需求管理，并制定适合自己项目的需求管理模板。
第二篇示例：需求管理是项目管理中非常重要的一个环节，它涉及到项目需求的识别、分析、确认、跟踪和变更管理等方面，是项目能否顺利完成的关键因素之一。
为了有效地进行需求管理，团队需要使用一些模板来规范化和规范化管理需求，以确保项目按时交付，满足客户的期望。
下面将介绍一份通用的需求管理模板，并对其中的各项内容进行详细解释。
需求管理模板通常包括以下几个部分：1. 项目信息：在这一部分，你需要填写项目的基本信息，如项目名称、项目描述、项目经理等，以便后续管理人员能够迅速了解项目的背景和基本情况。
质量度量汇总
高
12
缺陷的阶段分布模型
中
13
缺陷的阶段来源分布模型进行质量预测
中
14
泄漏的下游缺陷回溯过程有效性
从团队的典型项目中运用一定的抽样原则抽样出某个阶段的若干个缺陷，从技术、流程、工程方法、费效比方面去分析其更适合、更经济的清除方法。然后把这些方法固化到我们日常的项目实施过程中，逐步就可以降低上游对后端的缺陷泄露。
缺陷的累积数目也就是测试执行过程中当时的总数和按时间周期记录的缺陷数目都可以帮组预测缺陷递减的时间点这时缺陷总数曲线会弯折并且在一个时间周期中发现的缺18功能已测试未测显示测试的最终状态并验证所有的大部分的缺陷已经得到修正系统可以上在项目结束的时候所有的测试用例都应当已完成运行时仍有错误和或没有运行过的测试用例数目应当为零
中
14
降级缺陷数
解决了一个缺稳定
高
15
缺陷生命周期统计
缺陷从提出到修复的周期越短越好，即从发现缺陷到关闭缺陷的时间。
了解缺陷修复的质量，跟踪那些生命周期较长，且出现多次修复，reopen的缺陷。
高
16
缺陷屏蔽（defect masking）
一个缺陷阻碍另一个缺陷被发现的情况
（1）标准型（对称型）。
（2）锯齿型。
（3）偏态型。
（4）平顶型。。
（5）双峰型。
（6）孤岛型
待定
6
缺陷移除率
缺陷移除率=(本阶段发现的缺陷数/本阶段引入的缺陷数)*100%，如需求阶段一共引入了15个缺陷，需求评审时候只发现了2个，设计过程中发现了10个，编码和单元测试阶段发现了两个，还有一个直到系统测试阶段才被发现。这样，需求阶段的缺陷移除率=2/15*100%=13%。它反映的是该活动阶段的缺陷清除能力。
公司整体的质量、交货、成本、服务的柔性表现指标明细
《相关资料》
14公司强调以客户为本的思想，能持续超出客户期望值的服务
《相关资料》
《具体例子》
7质量检查应包括废品报告及质量成本报告。
《废品报告及质量成本报告》
8制造质量量评估、失误和预防有清楚的数字提供。
《质量评估、失误和预防的记录文件》
9对生产中缺陷及供应商缺陷已建立控制目标，实施情况有考核，目标能达到。
《缺陷管理文档相关文件》
《具体例子》
4要求集中解决的关键问题能明显地列出，列出内容可包括攻关小组成员，问题根源、差异分析、行动措施及结果。
小组活动情况，相关材料
5所有员工都经常使用信息来确认问题所在，使用分析方法来得到问题解答，使用评估技术来证实纠正措施能产生预期效果。
《全员参与的质量管理措施》
6收集质量数据和信息,用适当的技术来确定待改善的领域。
10发货考核应包括交货量的合理比例，交货及时性。
《发货考核记录》
11重视以下指标并加以改善：
库存量、生产率、客户服务质量劳动效率、机器效率、每职工过失、采购价差异、制造间接费率
《改善措施及记录》
12主要考核包括现有库存天数(或周转天数)及总资产周转值。
《库存周转及总资产周转的考核记录》
13主要考核项目应附上不断改进方案
公司整体的质量、交货、成本、服务的柔性表现指标明细
考核要点
测评要求
测评对象
测评得分
评价原因
1每一职能部门已建立一套满足主要内外客户的措施，跟踪实施结果，及寻找差异的根本原因。
《服务规程或承诺相关文件》
2在质量方面全公司使用同一种语言和同样的词汇（标准）。
《相关标准、词汇手册》
3因果分析等图表已在分析中使用。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
需求管理的9个质量度量（取自：IEEE830标准中对SRS评估的质量度量）：
1.正确的需求1
当且仅当其中的每条需求都代表了要构造系统所要完成的事务。
2.无歧义的需求
当且仅当它只有一种解释。
3.需求集的完备性
当且仅当它描述了用户关心的所有有意义的需求，包括与功能、性能、设计约束、属性或外部接口有关的需求。
保证需求完备性。
例如：为什么有人会在年龄中输入负数？--- 一个简单的错误或
最终用户故意想“中断”系统或其它任何原因都会导致这种情况的发生。
非功能性需求的完备性。
例如：忽略性能、设计约束、假定条件以及其他系统外部
接口等方面。
功能性需求的完备性。
不要遗漏功能。
有时有些功能是如此的固有和显而易见，以
至于用户甚至都没有意识到它。
4.需求集的一致性
当且仅当其中没有单个需求的子集与另一个子集冲突。
5.根据重要性和稳定性给需求分级
6.可验证的需求
当且仅当它所包含的各个需求组件都是可验证的。
断定一条需求是可验证的当且仅当存在一个有限的合算的过程，人或机器可以用它来确定所开发的软件系统真正满足该需求。
7.可修改的需求集
当且仅当它的结构和风格是这样的，即可以对其中任一需求的变更很容易地、完整地、一致地进行，同时保持已存在的需求集的结构和风格。
这要求包含需求的包具有最小的冗余并且以恰当的目录、索引以及交叉引用的能力很好地组织。
8.可跟踪的需求
当且仅当它的各个组件需求的来历是清晰的，并且存在一种机制使得在未来的开发工作中引用该需求是可行的。
9.可理解的需求
就是用户和开发人员都能完全理解单个需求和需求集包含的全部功能。