面向对象模型
面向对象模型是利用UML(统一建模语言)的图形来描述系统结构的模型,它从不同角度表现系统的工作状态。这些图形有助于用户、管理人员、系统分析员、开发人员、测试人员和其他人员之间进行信息交流。
在OOM中可以设计UML的所有图,包含用例图、序列图和类图等。用例图通常用来定义系统的高层次草图,它从用户角度描述了应用的系统功能,指出了各个功能的外部操作者。
如何创建OOM
结构图:
Class Diagram 类图
Object Diagram 对象图
Component Diagram 组件图
Deployment Diagram 部署图
行为图:
Use Case Diagram 用例图
Collaboration Diagram 协作图
Sequence Diagram 序列图
Statechart Diagram 状态图
Activity Diagram 活动图
模型属性
模型选项
设计Use Case图
用例图用于系统需求分析阶段,进行系统需求和功能设计。
用例图中包含执行者、用例两个要素。执行者指用户在系统中的角色。用例是用户与计算机的一次交互。
用例图主要用来描述每个用例将有哪些执行者来参与。
定义用例
用例是外部可见的一个系统功能单元,这些功能由系统单元提供,通过一系列系统单元与一个或多个参与者之间交换的消息表达。用例的用途是在不揭示系统内部构造的情况下定义连贯的行为。用例所必需的所有行为、用例的定义包含执行用例功能的主线次序、标准行为的不同变形、一般行为下的所有异常情况及其预期反应。
定义角色
角色描述了与系统相互作用的一组用户,最明显的角色是系统中的人,但也可能是系统本身。如果用例执行的动作由角色触发,这个角色称为主角色。主角色一般放在用例的左边。如果角色帮助用例完成动作但不触发这个动作,这个角色称为次角色。执行一个动作后,用例给出结果、文档和信息,次角色就是这些结果、文档或信息的接收者
定义关联
用例除了与其参与者发生关联外,还可以参与系统中的多个关系:
关联关系:参与者与其参与执行的用例之间的通信途径
包含关系:在基础用例上插入附加的行为,并且具有明确的描述
扩展关系:在基础用例上插入基础用例不能说明的扩展部分
泛化关系:用例之间的一般和特殊关系
定义关联
包含关系:比如在自动售货机里面,向柜里增加货品,那么必然包括打开柜门和关上柜门, 这就是包含关系,也就是说做基事件的时候,必然会做它所包含的事件。
扩展关系:是说做基事件之后,我可能做扩展事件,也可能不做。比如基础用例是“还车”,扩展用例是“交纳罚金”。
泛化关系:比如:父用例是“预订”,其两个子用例分别是“电话预定”和“网上预订”。
Use Case图实例分析
未完待续。。。