软件需求分类与需求获取

需求分类

业务需求：
客户对于系统的高层次目标要求(high-level objectives) ，定义了项目的远景和范畴(vision and scope)

• 业务：属于哪类业务范畴成什么功能目的li>
• 客户：软件为谁服务客户是谁li>
• 特性：区别于其他竞争产品的特性是什么li>
• 价值：价值体现在哪些方面li>
• 优先级：功能特性的优先级次序是什么li>

[例]“图书资料管理系统”的业务需求
该系统使用计算机实现图书资料的日常管理，提高工作效率和服务质量
该系统可让用户在 络上查询与浏览电子资料，改变原有借阅模式
由于版权的限制，某些电子资料只能浏览/打印，但不能下载

用户需求(User Requirements)：
从用户角度描述的系统功能需求与非功能需求，通常只涉及系统的外部行为而不涉及内部特性
[例]用户可以通过Internet随时查询图书信息和个人借阅情况，并可以快速查找和浏览需要的电子资料：
[功能需求]用户通过Internet查询图书信息
[功能需求]用户通过Internet浏览个人借阅情况
[功能需求]用户通过Internet查找和浏览电子资料
[非功能需求]随时、快速

业务需求与用户需求的对比

业务需求

• 由于实行学分制管理，学校领导希望用计算机管理学生选课
• 课程信息维护、选课管理、课程成绩登记和查询等业务全部由手工方式改为计算机应用

用户需求

• 教务管理员希望能够增加、修改和删除学校的课程目录，并且设置各学期课程的开设信息
• 学生希望能够在学期开始之前查询所有开设课程的详细信息，并能够通过校园 进行选课
• 学生希望在选课期间系统能够24小时使用，系统使用方便快捷

功能需求(Functional Requirements, FR)：
系统应该提供的功能或服务，通常涉及用户或外部系统与该系统之间的交互，不考虑系统内部的实现细节

[例]：

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

非功能需求(Non-Functional Requirements, NFR)：
从各个角度对系统的约束和限制，反映了客户对软件系统质量和性能(quality and performance)的额外要求，如响应时间、数据精度、可靠性等
[例]：

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

注意：非功能需求隐含了对可选设计方案的一些关键影响

• 体系结构设计(e.g., 体系结构风格选择)
• 算法设计(e.g., 排序策略的选择)

非功能需求的度量
NFR：检验起来非常困难，一般采用一些可度量的特性进行描述