软件需求（需求获取、需求分析）

软件需求（需求获取、需求分析）

什么是软件需求？

以一种清晰、简洁、一致且无二义性的方式，描述用户对 目标软件系统在功能、行为、性能、设计约束等方面的期望。

简单来说就是系统有什么功能，系统有什么约束条件。

需要注意的是需求用于表达做什么，而不描述如何做。

例如下面前两个是需求，第三个不是需求。

– 学生可以在一个学期开始之前选择该学期开设的某些课程
– 老师可以使用选课系统获得选课学生的名单，并登记学生的课程学习成绩

– 系统通过JDBC与Oracle数据库CourseDB建立连接，并使用T-SQL语句从CourseOffering数据表中获得课程的开设信息

错误的需求的扩散效应

需求的分类

业务需求（远景需求）

高层次目标要求，定义了项目的远景和范畴。

该项目是为了什么目的，能带来什么好处，不说明具体有什么功能，该需求是针对整个系统或项目的要求。

– 使用计算机实现图书资料的日常管理，提高工作效率和服务质量
– 可让用户在网络上查询与浏览电子资料，改变原有借阅模式
– 市场股票价格上升 X%
– 每年节约 $Y
– 替代了维护费用高的老一代系统 Z

例提高效率、节约成本等要求是业务需求

用户需求

用户角度描述系统功能需求和非功能需求，通常只涉及系统的外部行为而不涉及内部特性。

– [功能需求]用户通过Internet查询图书信息
– [功能需求]用户通过Internet浏览个人借阅情况
– [功能需求]用户通过Internet查找和浏览电子资料
– [非功能需求]随时、快速

功能需求

系统提供的功能或服务，涉及用户与该系统之间的交互。

• 用户能<执行某些功能>

• 系统<具备某些行为>

• 系统展示的可观察的行为

• 多数是 执行者-系统响应 关系

– 用户可从图书资料库中查询或者选择其中一个子集
– 系统可提供适当的浏览器供用户阅读馆藏文献
– 用户每次借阅图书应对应一个唯一的标识号，它被记录到用户的账户上

简单来说系统所提供的可以观测到的行为就是功能需求

非功能需求

对系统的约束和限制，反应对系统质量和性能的要求。

• 有数字的要求多数都是非功能需求

– 系统在20秒内响应所有的请求
– 系统应该每周7天、每天24小时都可使用
– 对一个没有经验的用户而言，经过2小时培训即可使用系统的所有功能

业务规则

对某些功能的可执行性或内部执行逻辑的一些限定条件。

• 通常表达为 ”如果…，那么…" 的形式
• 逻辑上的限制

– 如果借书卡类型为“教师”，那么一次借阅的最大数量为8本
– 如果采购单金额在10万到50万之间，那么需要总经理审批
– 如果开具了药品B，那么不能同时开具药品C或D
– 同一处方中不能开具5种以上的药物或3项以上的检查

业务规则可以认为是系统在逻辑上的要求

数据定义

数据项或数据结构的格式、允许值或缺省值。

– “邮政编码由6个数字组成，表示省、市、区…
– 身份证18位数字和X构成，表示省、市、县（区）、出生日期、编号+验证码

数据定义不指定功能，是对系统中要处理的数据格式的定义

约束条件

系统设计和实现时满足的限制条件。

约束条件属于非功能需求。

– 系统必须用C++或其他面向对象语言编写
– 系统用户接口需要采用图形化界面
– 通讯接口必须符合ISO七层架构

约束条件主要是对系统实现方式的要求。

外部接口需求

系统与外部环境之间如何进行交互。

– “从<某些设备>读取信号”
– “给<其它系统>发送消息”
– “以<某种格式>读取文件”

要看该需求是否涉及到本系统与外部系统的交互规则。

在辨别需求时我们可以按照下述顺序进行需求类型判断

1. 业务需求
2. 业务规则、数据定义、外部接口需求
3. 功能需求
4. 非功能需求、约束条件

其中1和2中需求特点很明显可以先判断，然后我们进行功能需求和非功能需求的判断，最后在判断是不是约束条件。

一般的非功能需求主要是对性能等的要求，而约束条件是对实现的约束。