[架构之路-161]-《软考-系统分析师》-11-需求工程-1-3-概述、需求获取、需求分析

目录

 

第 11章软件需求工程

1 1 . 1 软件需求概述

1 . 需求的层次

(1) 业务需求。

第 11章软件需求工程

在计算机发展的初期，软件规模不大，软件开发所关注的是代码编写，需求分析很少受到重视。

后来，软件开发引入了生命周期的概念，需求分析成为其第一阶段。随着系统规模的扩大，需求分析与定义在整个系统幵发与维护过程中越来越重要，直接关系到系统的成功与否。人们也逐渐认识到需求分析活动不再仅限于系统幵发的最初阶段，而是贯穿于系统开发的整个生命周期。于是，形成了软工程的子领域 — 软件需求工程。

软件需求工程是包括创建和维护软件需求文档所必需的一切活动的过程，可分为需求开发和需求管理两大工作。

需求幵发包括需求获取、需求分析、编写需求规格说明书(需求定义）和需求验证4 个阶段。

在需求开发阶段需要确定软件所期望的用户类型（这里的用户是抽象概念，是系统外的实体，包括人和计算机软件模块），获取每种用户类型的需求，了解实际的用户任务和目标，以及这些任务所支持的业务需求。同时还包括分析源于用户的信息，对需求进行优先级分类，将所收集的需求编写成为需求规格说明书和需求分析模型，以及对需求进行评审等工作；

需求管理通常包括定义需求基线、处理需求变更和需求跟踪等方面的下作。

这两个方面是相辅相成的，

需求幵发是主线，是目标；

需求管理是支持，是保障。

备注1：

大部分小型项目，不需要需求工程师，需求分析通常是由程序员自己承担。

只有在大项目、大规模中，才会用到需求工程师或系统工程师。

1 1 . 1 软件需求概述

软件需求是指用户对新系统在功能（静态功能）、行为（动态交互）、性能、设计约束等方面的期望。根据 IEEE的软件工程标准词汇表，软件需求是指用户解决问题或达到目标所需的条件或能力，是系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或能力，以及反映这些条件或能力的文裆说明。 

1 . 需求的层次

简单地说，软件需求就是系统必须完成的事以及必须具备的品质、特征。

需求是多层次的, 包括业务需求、用户耑求和系统（信息系统）需求，这三个不同层次从目标到具体，从整体到局部，从概念到细节。

备注1：第10章的“系统分析”与本章的“需求开发”之间的关系：

《第10章的“系统分析”》，落脚点在于企业，在业务。

关注的是业务层面的业务需求，系统分析中的“系统”是目标企业的业务系统、目标企业现有的信息系统，重点关注在业务层面的需求！！！

《“需求开发”》：落脚点在信息系统。

关注的外界对新的信息系统的需求。包括业务层面的需求，这是《第10章的“系统分析”》中重点描述的地方，还包括信息系统内生的需求，还包括对信息系统的非功能性需求、质量特征需求以及对信息系统的约束和假设。 

《“需求开发”》的需求规格说明书，是系统分析师提交个信息系统开发人员的（包括架构师和程序员）。

（1）“系统分析”是信息系统分析师与客户沟通的过程，是获得目标业务系统的现状、改进诉求。

（2）“需求开发”的需求规格说明书”是信息系统架构师与软件开发人员（架构师、程序）的沟通过程。

(1) 业务需求。

业务需求是指反映企业或客户对系统高层次的目标要求，通常来自项目投资人、购买产品的客户（外部客户）、客户单位的管理人员（外部企业）、市场营销部门（公司内部的市场经理）或产品策划部门（公司内部的产品经理）等。

通过业务需求可以确定项视图和范围，项目视图和范围文档把业务需求集中在一个简
宇-、紧凑的文档中，该文档为以后的开发工作萸定了基础。有关项目范围管理的详细知
识，将在20.3节中 介绍。