3.4.5 系统需求

本节描述的业务建模的主要目的是获得网络销售系统的需求。下面简单介绍一下需求的主要内容和建模方法。系统需求的基本内容包括功能需求、非功能需求以及用户和用户界面三个主要部分。

1.功能需求

功能需求主要解决系统做什么的问题，最常用的功能建模的方法通常是用例建模。

例如，对于图3-15中所示的客户交互子系统，可以用图3-16所示的用例图描述其功能结构。

图中定义了用户、注册用户、集团客户、销售顾问以及销售系统等多种类型的参与者。

对于普通用户（User）定义了登录（Login）、注册（Register）两个用例。

对于注册用户，定义了注销（Logout）、选择商品（Select Item）、提交订单（Generate and Submit an Order）和支付（Pay）等用例。

而对于集团用户（Group Customer），还定义了提交购物请求和评审购物方案两个用例，以支持大宗货物采购。

最后，对于大客户，系统还定义了一种新的参与者销售顾问。销售顾问负责为集团客户制订能够满足客户需求的购物计划。

建立用例图时，隐含了一个系统边界的问题，即建模时，要分清楚哪些东西是系统内部的，哪些东西是系统外部的。图13-6中的参与者均为系统外的，所有用例均被默认为是系统内部的用例。如何确定内部用例，还需要在建模过程进行更细致的分析和设计工作。

总结并分析图3-14中出现的信息对象，可以获得一个系统的概念模型。这样的概念模型也是系统需求的重要组成部分。

2.非功能需求

主要是指对目标系统在功能性需求之外的各方面的需求。非功能性需求通常会包括很多方面，如可靠性、安全性、完整性和一致性方面的要求，还有可能包括运行时间和空间方面的要求。有时还有开发方面的需求，如可维护性、可移植性、可重用性等。

非功能性需求往往来自业务系统对目标系统在某些方面的限制，必要的非功能需求得不到满足的系统往往不能有效地支持业务系统实现其业务目标。

3.系统需求规格说明

业务建模的最后应形成项目的业务模型文档。文档的内容应包括业务建模过程中获得的业务系统的目标、资源结构、业务过程和业务规则的全部内容。

当业务建模的目的是获取某个信息系统的需求时，这个业务模型文档或其中的部分内容将可以作为目标系统的需求规格模型。实践中，可以按照特定的需求规格说明模板编写需求规格书。例如，表3-1就给出了一个比较正式的需求规格模板。