第4节 餐馆系统业务建模.ppt

第4章 餐馆系统业务建模 4.1 非正式需求 功能性需求 非功能性需求 4.2 用例建模 用例视图描述的是系统与外部的交互，用以描述系统的外部可见行为 用例视图的主要内容：用例+参与者 用例视图并不描述软件系统的组织结构 用例视图规定了当前迭代所规定的所有功能 用例视图需要各种人员都容易理解 4.2 用例建模 人与系统在进行交互时能够担任的不同角色称为参与者 参与者与用户之间不是一一对应的 参与者可以是人，也可以不是人 参与者位于系统边界之外 参与者分为主动和被动，一个用例至少要有一个主动参与者 角色代表了参与者的职责 4.2 用例建模 用例描述了用户使用该系统能够完成的一项特定任务 一个用例就是与参与者交互的，并且给参与者提供可观测的有意义的结果的一系列活动的集合 用例用以描述参与者使用系统希望达到的某一个目标，相对独立且完整 4.2 用例建模 用例图以图解的方式概括的显示了用例、参与者以及它们之间的关系。 4.3 用例描述 用例描述了系统和它的用户之间在一定层次上的完整的交互 完整的用例定义：名称、参与者、触发事件、前置条件、场景、后置条件 基本事件路径，可选事件路径，异常事件路径（书本该处描述有误） 4.6 领域建模 使用类图显示最重要的业务概念和它们之间的关系，这样的类图称为领域模型 领域模型是对领域内的概念类或现实世界中对象的可视化表示 领域模型通常用于属性建模，不包含操作 关于领域模型 领域模型是OO分析中最重要和经典的模型 领域模型的范围限定于当前所开发的用例场景 领域模型用来展示重要的概念 影响设计模型 使用UML表示领域模型产生概念透视图 确定一组概念类是OO分析的核心 关于领域模型 领域模型不是软件透视图，而是现实世界中对象的概念透视图 领域模型阐述领域中的概念类或词汇 领域模型用来减小软件表示和现实问题在我们头脑中的差距 如何创建领域模型 寻找概念类 将其绘制为UML类图中的类 添加关联和属性 4.6 领域建模 4.6 领域建模 4.6 领域建模 *面向对象分析与设计 * 关联（动词） 类名 属性名 多重性 *面向对象分析与设计