高架学习笔记之需求工程

最新推荐文章于 2024-09-23 22:50:14 发布

犬余

最新推荐文章于 2024-09-23 22:50:14 发布

阅读量1.5k

点赞数 48

分类专栏：系统架构师学习笔记文章标签：学习笔记软件需求需求分析

本文链接：https://blog.csdn.net/shunda_zhou/article/details/136965623

版权

系统架构师学习笔记专栏收录该内容

13 篇文章 1 订阅

订阅专栏

一、什么是软件需求

软件需求目前没有统一的定义，一般是指用户为了解决问题或达到目标所需要的条件或权能，系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或权能，以及反映上述两种条件或权能的文档说明。

软件需求包括业务需求、用户需求以及系统需求，其中业务需求是企业或组织对系统或产品的高层次的期望，反映了企业或组织期望通过系统或产品达到一个什么样的目标；用户需求是系统的实际用户对产品的期望，如财务人员需要系统能够完成哪些任务，管理人员又需要系统完成哪些任务；系统需求则是对需求的计算机化，系统需求包括功能需求，性能需求以及设计约束，其中功能需求直接定义了开发人员必须完成哪些功能，性能需求对系统的响应时间、吞吐率等指标做出要求，设计约束则是指对软件系统设计和实现过程中的限制、规范或条件，比如指定软件系统运行所需的硬件设备或环境要求，规定软件系统需要与特定软件或技术集成或兼容的要求等。

从项目管理的维度，可以把软件需求分为基本需求、期望需求和兴奋需求；基本需求是指用户明确提出需要有的功能性或非功能性需求，期望需求是指用户没有明确提出，但认为是不需要额外说明也一定要有的功能或非功能性需求，是隐含的需求，兴奋需求则是用户不认为需要有的功能或非功能性需求，实现了兴奋需求不仅需要付出额外的成本，用户也未必会觉得有用，而且兴奋需求的实现一般不会带来额外的回报，所以兴奋需求的实现是有成本且有风险的。

二、需求工程

需求工程旨在确保软件系统开发过程中对用户需求的准确理解、明确定义和有效管理。需求工程的活动主要划分 需求获取、需求分析、形成需求规格、需求确认、需求管理5个阶段，其中前4个阶段可以统称为需求的开发阶段，而需求的管理阶段又可划分为变更控制、版本控制、需求跟踪、需求状态跟踪四个阶段：

2.1. 需求获取

需求获取是指识别和收集与软件系统相关的各种需求。这包括与利益相关者沟通、分析现有系统和文档、进行用户调研等活动，以获取全面的需求信息。

需求获取的方法包括：用户面谈、需求专题讨论会、问卷调查、现场观察、原型化方法、头脑风暴法等。

2.2. 需求分析

需求分析是在需求识别的基础上，对收集到的需求进行分析和整理，以理解需求之间的关系、优先级和约束条件。需求分析包括结构化分析以及面向对象分析。

2.3. 形成需求规格

形成需求规格也称为需求文档化或需求定义，目的在于按照相关标准，形成需求规格说明书（SRS），作为后续软件系统开发的指南。主要有两种方法：严格定义法和原型法。严格定义法要求所有需求都能预先定义，有结构化的思想在里面；原型法通过开发实际的、可供用户参与的模型来加强项目参与者之间的交流，其需求往往无法在开发前就被准确地说明，通过增量迭代的方法来完成需求的定义。

2.4. 需求确认

需求确认是指在需求规范完成后，需求工程师会与利益相关者一起验证需求，确保需求的正确性、完整性、一致性、可测试性和可行性。包含有效性检查、一致性检查、可行性检查和确认可验证性。需求经过确认之后会形成需求的基线，后续的管理工作将围绕着需求的基线进行管理。

需求确认的方法主要有需求评审和需求测试两种，需求评审包括正式评审和非正式评审，需要甲乙双方共同参与，确认需求内容；需求测试是通过提出一些场景来验证按照需求开发出来的系统是否符合标准。最终由用户签字确认需求，并成为最终软件的验收标准之一。

2.5. 需求管理

2.5.1. 变更控制

需求的变更就是对需求基线的变更，变更控制过程用来评估提议的变更并对其进行跟踪，变更控制过程包括变更申请、变更评估、变更决策、变更实施、变更验证、沟通存档。其中对变更进行决策时需要变更控制委员会（Change Control Board, CCB）的参与。

变更控制委员会（CCB）负责裁定接受哪些变更。CCB由多方成员共同组成，只决定是否接受变更，而不提出变更方案。

2.5.2. 版本控制

需求基线的每次变更都会产生一个版本，版本控制即为对不同版本的管理和控制。

2.5.3. 需求跟踪

需求跟踪是对需求基线的落实及实现的跟踪，它提供了由需求到产品实现整个过程范围的明确查阅能力，它的目的是维护“需求-设计-编程-测试”之间的一致性，确保所有的工作成果符合用户需求。需求跟踪有两种方式：正向跟踪及逆向跟踪。正向跟踪是指跟踪所有的需求是否都得到了实现；逆向跟踪则是指系统所有的功能是否都能在需求中找到出处。