OO系统分析员--用例规约的编写--业务规则和实体描述.pdfVIP

OO系统分析员之路--用例规约的编写--业务规则和实体描述 上一篇我们图形化建模的部分基本上完成了，得到了业务用例模型， 这帮助我们获得了功能性需求。得 到了业务场景和用例场景，这帮助我们获得了面对业务的执行过程描述和概念（逻辑）模型，让我们知 道业务将如何的运作。得到了用例实现以及领域模型，这帮助我们得知哪些业务用例将在系统中实现， 对应这些用例，哪些业务实体将会被包括进来，以及它们如何帮助业务实现。上一篇我们也留下了悬 念，对于业务执行过程来说，除了以上的成果，我们还需要知道业务规则，以及业务实例的属性。即我 们要如何做以及做什么。这一篇就来讨论这些内容。 先说说业务规则。笔者习惯将业务规则分为三种。 一种是全局规则，这种规则一般与所有用例都相关而不是与特定用例相关，例如actor要操作用例必须获 得相应的授权，用例的操作与授权级别相关，或者用户在系统中的所有操作都要被记录下来等等。这类 规则笔者习惯于，并且也建议将它们写到用例的补充规约里面去，因为它们一般与具体的业务功能性要 求没有直接关系。有时候，这类规则也被写到软件架构文档中。关于用例补充规约以后再讨论。 第二种是交互规则。这种规则产生于用例场景当中，例如当提交一份定单时，哪些数据是必须填写的， 用户身份是否合法。当然也包括一般理解上的业务流程流转规则等，例如金额大于一万元的定单被定为 VI