使用UML完成系统建模是一件不错的事,不过在权衡进度、成本之后,大体上会知道能不能做。并不是对系统好的事情我们都要完成,重点在于资源约束。此处只是在资源约束满足时,应该怎么处理UML设计的通用流程,在实际工作场景中要根据要求做取舍。这是一篇科普文。
- 设计面向对象系统
- 面向对象设计过程
- 对象复用和设计模式
- 设计模式
- 其他UML设计图和实现图
1.设计面向对象系统
面向对象设计(OOD)的目标是说明系统的对象和消息。实体类通常对应现实生活中的实体。接口类是实现用户界面与系统之间通信,也包括系统与系统之间、系统与部件之间等等的通信。控制类实现业务逻辑和业务规则。一般系统具有实体类、接口类、控制类就基本够用了。 持续类的属性是持续的,这些属性会超越系统运行而继续存在,例如数据库某张表的映射类就是持续类。系统类将其他对象从操作系统相关的功能独立开来,当系统被移植时,只有这些系统类和接口需要修改。系统类一般会让我们想到面向对象语言的虚拟机,虚拟机就是为了解决系统兼容问题的。
对象之间的关系有:关联关系、聚合关系、泛化特化关系。
对象的责任是通过对象的方法来体现的。
2.面向对象设计过程
面向对象设计包括以下活动:
1).对用例模型加以精炼以反映实现环境
2).建模支持用例情境的对象交互、行为、状态
3).修改对象模型以反映实现环境
精炼用例模型,主要包含两个步骤,第一步:将分析用例转换成设计用例,希望可以完成将设计用例变得相对独立,以获得更好的物理实现复用的灵活性;第二步:修改用例模型图和其他文档以反映新用例。做完这些之后,每个用例都会高度精炼地细化,并且描述了用户