|
|
| 面向对象分析（Object-Oriented Analysis，OOA）的目标是完成对所解问题的分析，确定待开发软件系统要做什么，建立系统模型。为了达到这一目标，必须完成以下任务：
|
|
|
|
|
|
|
|
|
|
|
|
|
| （6）递进地重复任务（1）至任务（5），直至完成建模。
|
|
|
| 其中任务（2）至任务（4）刻画了待开发软件系统的静态结构，任务（5）刻画了系统的动态行为。
|
|
|
|
|
| （1）获取客户对系统的需求，包括标识场景和用例，以及构建需求模型。
|
|
|
| （2）用基本的需求为指南来选择类和对象（包括属性和操作）。
|
|
|
|
|
|
|
|
|
|
|
|
|
| 面向对象设计（Object-Oriented Design，OOD）是将OOA所创建的分析模型转化为设计模型，其目标是定义系统构造蓝图。OOA与OOD之间不存在鸿沟，采用一致的概念和一致的表示法，OOD同样应遵循抽象、信息隐蔽、功能独立、模块化等设计准则。
|
|
|
| OOD在复用OOA模型的基础上，包含与OOA对应如下五个活动：
|
|
|
|
|
|
|
|
|
|
|
|
|
| OOD需要考虑实现问题，如根据所用编程语言是否支持多继承或继承，而调整类结构。
|
|
|
|
|
| 面向对象程序设计（Object Oriented Programming，OOP）是采用面向对象程序设计语言，采用对象、类及其相关概念所进行的程序设计，将设计模型转化为在特定的环境中系统，即实现系统。通过面向对象的分析与设计所得到的系统模型可以由不同的编程语言实现。一般采用如Java、C++、Smalltalk等面向对象语言，也可以用非面向对象语言实现，如C语言中的结构。
|
|
|
|
|
| （1）单一责任原则（Single Responsibility Principle，SRP）。当需要修改某个类的时候原因有且只有一个，让一个类只做一种类型责任。
|
|
|
| （2）开关原则（Open&Close Principle，OCP）。软件实体应该是可扩展，即开放的；而不可修改的，即封闭的。
|
|
|
| （3）里氏替换原则（Liskov Substitution Principle，LSP）。在任何父类可以出现的地方，都可以用子类的实例来赋值给父类型的引用。当一个子类的实例应该能够替换任何其超类的实例时，它们之间才具有是一个（is-a）关系。
|
|
|
| （4）依赖倒置原则（Interface Segregation Principle，ISP）。高层模块不应该依赖于低层模块，二者都应该依赖于抽象；抽象不应该依赖于细节，细节应该依赖于抽象。
|
|
|
| （5）接口分离原则（Dependence Inversion Principle，DIP）。依赖于抽象，不要依赖于具体，同时在抽象级别不应该有对于细节的依赖。这样做的好处就在于可以最大限度地应对可能的变化，即：使用多个专门的接口比使用单一的总接口总要好。
|
|
|
