XM-202-2008 软件需求管理V1

需求管理过程本文件属深圳天源迪科信息技术股份有限公司所有，未经书面许可，不得以任何形式复印或传播。

2008-1-31发布 2008-2-18 实施文件建立/修改记录目录1 简介 (4)1.1 目的 (4)1.2 适用范围 (4)1.3 背景描述 (4)1.4 术语表 (4)1.5 参考资料 (5)2 总体描述 (5)2.1 概述 (5)2.2 职责分工 (5)2.3 结构描述 (6)3 活动描述 (7)3.1 需求培训 (7)3.2 建立需求跟踪矩阵 (8)3.3 维护需求跟踪矩阵 (9)3.4 检查一致性 (10)3.5 采取更正行动 (11)3.6 需求变更管理 (12)4 附录 (13)4.1 附录A－相关过程 (13)4.2 附录B－相关规范、指南 (13)4.3 附录C－相关模板列表 (13)1简介1.1目的制定需求管理过程的目的是管理产品和组件的需求，识别需求与项目计划及工作产品之间的不一致，有效地控制需求变更、以及跟踪需求的演进，指导项目组管理需求。

1.2适用范围本过程适用于公司所有的软件项目，贯穿项目的整个生命周期。

1.3背景描述无。

1.4术语表●软件需求：用户解决某一问题或者得到某一目标所需的软件功能。

●基线：基线是经过评审和批准的配置项的集合，其作用是明确划分项目各阶段，确定各阶段的结束点。

在项目的开发过程中，最基本的基线有需求基线、开发基线、发布基线等。

●配置控制委员会(Configuration Control Board)：简称CCB，是确定配置基线，评估、批准变更，并保证已批准变更的实施的组织。

●需求变更：需求变更主要来自三个方面－客户、高层和开发人员。

因此，无论哪一方面提出需求变更的要求，都应当对变更请求进行评估。

需求变更通常包括三项内容：新增需求、修改需求、删除需求。

每一种变更都可能影响到其他需求的变化，因此在进行变更时需要利用需求跟踪记录。

●需求跟踪：需求跟踪主要是跟踪需求及其实现之间的一致性，需求跟踪通过管理需求跟踪记录来进行。

中央国家机关住房资金管理中心管理信息系统需求说明书（范本）中央国家机关住房资金管理中心二○一○年月日文档修改历史记录目录1概述 (3)1.1引言 (3)1.1.1 软件项目名称 (3)1.1.2软件项目开发背景和目的 (3)1.1.3软件项目应用范围 (3)1.2参考资料 (3)1.3术语定义 (3)2 功能一 (4)2.1功能分解一 (4)2.1.1定义 (4)2.1.2功能表述 (4)2.1.3性能要求 (4)2.1.4相关表单 (4)2.1.5流程图 (5)2.1.6特殊要求 (5)2.2功能分解二 (5)2.3特殊要求 (5)3 附录 (5)1概述1.1引言（本需求说明书的编写目的以及阅读对象）1.1.1 软件项目名称（说明软件项目全称和简称）1.1.2软件项目开发背景和目的（简述软件项目开发背景和目的以及实现了哪些大的功能）1.1.3软件项目应用范围（叙述软件项目主要使用的范围、使用者等）1.2参考资料（本需求说明书的参考资料，包括法律法规、政策文件、国家标准、制度规范等）1.3术语定义（逐个定义重要术语，没有可以不写本条）2 功能一（定义本软件项目实现的一级功能及其内涵，一个软件项目由多个一级功能组成）2.1功能分解一2.1.1定义（说明功能分解一的含义以及实现过程）2.1.2功能表述（逐一列出对本功能分解一的各项功能表述，每项功能均需详细描述，并使读者没有歧义，描述方式可以为：输入什么、输出什么、需要系统如何加工等）2.1.3性能要求（详细列出对本功能分解一的系统性能要求，如：系统数据校验、缺省项判断、系统反应时间、操作的便捷性、错误或故障的处理、系统的接口等）2.1.4相关表单（详细列出本功能分解一涉及的相关表单）2.1.5流程图（功能分解一实现过程的流程图）2.1.6特殊要求（详细列出功能分解一的特殊要求，如无，可以不列）2.2功能分解二……2.3特殊要求（详细列出功能一的特殊要求，如无，可以不列）3 附录示例：中央国家机关住房资金管理中心售房款管理信息系统需求说明书中央国家机关住房资金管理中心二○○九年二月十九日文档修改历史记录目录1概述1.1引言为了更好地实现售房款管理信息系统的各项功能，经资金中心和开发公司双方认真交流讨论，拟定本需求说明书，它也是售房款管理信息系统设计开发、用户测试的重要依据。

GC508.04 密级：（软件项目名称）软件需求规格说明标识：版本：页数：拟制：SQA审核：审核：批准：拟制部门：年月日修改文档历史记录：日期版本说明修改人目录1 范围 (1)1.1 标识 (1)1.2 系统概述 (1)1.3 文档概述 (1)2 引用文档 (1)3 需求 (1)3.1 要求的状态和方式 (1)3.2 CSCI能力需求 (2)3.2.X（CSCI能力） (2)3.3 CSCI外部接口需求 (2)3.3.1 接口标识和接口图 (2)3.3.X（接口的项目唯一的标识符） (2)3.4 CSCI内部接口需求 (3)3.5 CSCI内部数据需求 (3)3.6 适应性需求 (3)3.7 安全性需求 (3)3.8 保密性需求 (3)3.9 CSCI环境需求 (4)3.10 计算机资源需求 (4)3.10.1 计算机硬件需求 (4)3.10.2 计算机硬件资源使用需求 (4)3.10.3 计算机软件需求 (4)3.11 软件质量因素 (4)3.12 设计和实现约束 (4)3.13 人员需求 (4)3.14 培训需求 (4)3.15 后勤保障需求 (4)3.16 其它需求 (4)3.17 验收、交付和包装需求（修改有关内容） (4)3.18 需求的优先顺序和关键程度 (5)4 合格性规定 (5)5 需求可追踪性 (5)6 注释 (5)1 范围1.1 标识【本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号及发布号。

】1.2 系统概述【本条应概述本文档所适用的系统和软件的用途。

它还应描述系统与软件的一般特性；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构；标识当前和计划的运行现场；列出其它有关文档。

】1.3 文档概述【本条应概述文档的用途和内容，并描述与它的使用有关的保密性方面的要求。

】2 引用文档【本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识所有不能通过正常采购活动得到的文档的来源。

附录1 会议纪要模版《软件项目管理》案例讨论第组会议纪要主持人：记录人：参加人员：讨论地点：讨论时间：附录2 章节知识综合运用案例分析报告文档模版××项目案例分析(注意：有话则长，无话则短，内容格式不是唯一的，合适的就是最好的，内容切忌面面俱到，突出重点。

案例格式根据自己编写的内容进行调整、裁减或增加，注意内容与标号要一致。

内容要么不写，要写就要写完整。

以下框架仅供参考)一、项目概况1.1项目简介1.2 项目特点(或基本数据)1.3项目承包方二、项目范围确定2.1项目目标项目主要目标：1.2. …2.2 项目描述为了使项目各相关方和项目团队成员准确理解项目内容，明确项目目标，对本项目进行描述，见表2-1。

(内容未包括以下全部)表2-1××项目描述2.3 项目重大里程碑本项目里程碑有以下个：1.2.…根据项目工期要求，编制的里程碑计划，如表2-2所示。

（可参考P91）表2-2 ××项目里程碑计划三、项目工作分解四、3.1工作分解结构在对项目工作描述后，为顺利完成这些工作，确定项目的人员的职责范围、进行项目估算等内容，编制工作分解结构图。

见图3-1为本项目工作分解结构图。

{注：表格方框中的1行字应该全部换成项目具体活动的具体名称}3.2 项目的任务描述在项目分解完成后，为了使项目团队成员更准确的理解项目所包含的各项的具体内容和要求，对本项目工作进行描述。

其具体内容见表3-1所示。

表3-1 工作(或任务)描述领导签字：日期：200 年月日3.3 项目组织形式与责任矩阵3.3.1项目组织形式本项目的组织形式为形式，其结构见下图3-2所示。

图3-2 ××组织结构图（尚需补充与完善）3.3.2项目责任分配为了使项目团队成员清晰地了解项目中每一个任务的责任承担情况，并能在相互之间关于项目任务内容进行有效地沟通，并对在项目执行过程中进行有小的监督与管理，本项目部采用责任分配矩阵对参与项目各方的责任进行表述。

信息安全技术信息系统安全等级保护基本要求引言依据《中华人民共和国计算机信息系统安全保护条例》（国务院147号令）、《国家信息化领导小组关于加强信息安全保障工作的意见》（中办发[2003]27号）、《关于信息系统安全等级保护工作的实施意见》（公通字[2004]66号）和《信息安全等级保护管理办法》（公通字[2007]43号）等有关文件要求，制定本标准。

本标准是信息安全等级保护相关系列标准之一。

与本标准相关的系列标准包括：——GB/T 22240-2008 信息安全技术信息系统安全等级保护定级指南；——GB/T 22239-2008 信息安全技术信息系统安全等级保护基本要求；——GB/T AAAA-AAAA 信息安全技术信息系统安全等级保护实施指南。

一般来说，信息系统需要靠多种安全措施进行综合防范以降低其面临的安全风险。

本标准针对信息系统中的单项安全措施和多个安全措施的综合防范，对应地提出单元测评和整体测评的技术要求，用以指导测评人员从信息安全等级保护的角度对信息系统进行测试评估。

单元测评对安全技术和安全管理上各个层面的安全控制点提出不同安全保护等级的测评要求。

整体测评根据安全控制点间、层面间和区域间相互关联关系以及信息系统整体结构对信息系统整体安全保护能力的影响提出测评要求。

本标准给出了等级测评结论中应包括的主要内容，未规定给出测评结论的具体方法和量化指标。

如果没有特殊指定，本标准中的信息系统主要指计算机信息系统。

在本标准文本中，黑体字的测评要求表示该要求出现在当前等级而在低于当前等级信息系统的测评要求中没有出现过。

信息系统安全等级保护测评要求1 范围本标准规定了对信息系统安全等级保护状况进行安全测试评估的要求，包括对第一级信息系统、第二级信息系统、第三级信息系统和第四级信息系统进行安全测试评估的单元测评要求和信息系统整体测评要求。

本标准略去对第五级信息系统进行单元测评的具体内容要求。

本标准适用于信息安全测评服务机构、信息系统的主管部门及运营使用单位对信息系统安全等级保护状况进行的安全测试评估。

需求管理因业务需要，“中科永联”正式更名为“中程在线”，欢迎大家浏览新网站“中程在线信息产业培训网”中科永联高级技术培训中心（）需求管理（Requirement management）是完整管理模式中的一环，同其他特性诸如完整性、一致性等不可分割，彼此相关而成一体。

一套需求管理应当是已知系统需求的完整体现，每部分解决方案都是对总体需求一定比例的满足（甚至是充分满足），仅仅解决部分需求是没有意义的。

对关键需求的疏忽很可能是灾难性的，试想一架飞机的安全设计不过关将会带来什么样的后果。

不同的需求组合起来，构成了一套完整的需求模型。

用户需求决定了系统设计所要解决的问题，所要带来的结果。

可以说，需求管理指明了系统开发所要做和必须做的每一件事，指明了所有设计应该提供的功能和必然受到的制约。

需求管理的过程，从需求获取开始贯于整个项目生命周期，力图实现最终产品同需求的最佳结合。

通过对需求管理在项目进程中实施的不同任务进行分析，我们可以看出需求管理所起的作用。

需求管理本就是一个动态的过程，离开了能动的、变化的系统进程而空谈需求管理，无异于纸上谈兵。

需求管理恰如裁缝的量体裁衣，它直接关系到最终产品的成型。

仅从字面出发，如果一个产品满足了客户需求，那它无疑就是成功的。

需求管理的过程，从需求分析开始贯穿整个项目始终，力图实现最终产品同需求性的最佳结合（参见Figure 1）。

通过对需求管理在项目进程中实施的不同任务进行分析，我们可以看出需求管理所起的作用。

需求管理能够确证：●我们确知客户的需求是什么（质量）；●满足客户需求的最佳解决办法（统一性）；著名学者Crosby对于质量的定义是"同需求保持统一"。

从这个意义上说，需求管理正是从质量出发以确定需求。

每个人都应当始终明白他们所做的具体任务其意义何在。

然而，在一个产品的生命周期里，其需求性是能动的，是处于变化之中的。

对于系统工程没有严格统一的定义，因此很难找到足够的数据以说明系统工程所起的作用。

粮油储藏粮情测控系统第3部分：软件1 范围本文件规定了粮情测控软件（以下简称软件）的术语和定义、型号编制、基本要求、软硬件接口的技术要求、用户界面、软件系统功能、软件测试和软件升级等技术要求。

本文件适用于粮油储藏中的粮情测控软件。

2 规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。

其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

GB/T 2887 计算机场地通用规范GB/T 8567 计算机软件文档编制规范GB/T 9386 计算机软件测试文件编制规范GB/T 16680 系统与软件工程用户文档的管理者要求GB/T 26882.1 粮油储藏粮情测控系统第1部︰通则GB/T 26882.2 粮油储藏粮情测控系统第2部︰分机GB/T 26882.4 粮油储藏粮情测控系统第4部︰信息交换接口协议GB 50174 数据中心设计规范LS/T 1201 磷化氢环流熏蒸技术规程LS/T 1202 储粮机械通风技术规程LS/T 1204 谷物冷却机低温储粮技术规程3 术语和定义下列术语和定义适用于本文件。

3.1粮情测控软件software for monitoring and control system of stored-grain condition 利用现代电子技术和计算机技术，对粮油储藏过程中影响粮情变化因素进行实时监测、数据处理、智能分析并对相关设备予以控制的软件系统。

3.2数据处理data processing对数据（包括数值的和非数值的）进行分析和整理、计算、编辑等加工的技术过程。

3.3智能分析intelligent analysis对采集到的数据（包括数值的和非数值的），依据粮情分析模型，对粮情进行实时研究判断的过程。

注：包括各种原始数据的处理、修正、模型的学习等。

4 型号编制 4.1 编制原则按系统特征码、厂家代码及产品序号等进行编制。

版本 V1.0项目编号记录号[2022]-公文001 号总页数24 页正文22 页编制2022 年 1 月15 日文件编号文件版本附录审核GLGF-RJ-ZZTXV1.0密级机秘年月日1. 软件项目管理概述 (3)2. 软件项目管理过程 (3)3. 软件项目管理内容 (5)3.1. 需求阶段管理 (5)3.2. 设计阶段管理 (7)3.3. 开辟阶段管理 (7)3.4. 测试阶段管理 (8)3.5. 维护阶段管理 (8)3.6. 工具管理 (8)3.7. 软件项目估算与进度管理 (9)3.7.1. 软件项目估算 (9)3.7.2. 进度安排 (10)软件项目管理是软件工程和项目管理的交叉学科，软件项目管理的概念涵盖了管理软件产品开辟所必须的知识、技术及工具。

根据美国项目管理协会PMI 对项目管理的定义可以将软件项目管理定义为：在软件项目活动中运用一系列知识、技能、工具和技术，以满足软件需求方的整体要求。

软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。

实际上，软件项目管理的意义不仅仅如此，进行软件项目管理有利于将开辟人员的个人开辟能力转化成企业的开辟能力，企业的软件开辟能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展。

软件生存周期包括可行性分析与项目开辟计划、需求分析、设计 (概要设计和详细设计)、编码、测试、维护等活动，所有这些活动都必须进行管理，在每个阶段都存在着权限角色控制、文档管理、版本控制、管理工具等，软件项目管理贯通于软件生命的演化过程之中。

为保证软件项目获得成功，必须对软件开辟项目的工作范围、要完成的任务、需要的资源、需要的工作量、进度的安排、可能遇到的风险等做到心中有数。

软件项目的管理工作开始于技术工作开始之前，在软件从概念到实现的过程中持续进行，最后终止于软件开辟工作结束。

根据公司的实际情况，结合软件工程及软件过程标准等，特制定我公司软件项目管理流程如下：注：带书名号《》的为项目开辟过程中需提交的文档。