OOAD所涉及的步骤是否完善？

Question

有许多关于OOAD (面向对象的分析和设计)的书.其中有几本书很可能被认为是好书，是由在这个领域有丰富经验的人写的。

可以说，在OOAD是什么问题上，人们达成了合理的共识，以至于他/她可以读几本书，却找不到(非常)不同的内容。

到目前为止，我已经阅读了Larman (应用UML和模式: OOAD和迭代过程介绍)。

它从功能需求开始(因为非功能需求不是本书的重点)，然后继续详细阐述用例，然后对域进行多个迭代建模。在其他地方，我见过早期使用的活动图，但是它们可能不符合书中提到的例子。此外，用户界面没有提前定义(不是本书的重点，而是推迟到以后的迭代)。

我们可以说：

( a)在OOAD的早期阶段可以选择使用活动图吗？

( b)用户界面是指在以后的阶段定义的？

( c) OOAD的步骤/活动是否大部分都已确立？

或者：

( a)这些步骤没有得到很好的确定，从某种程度上说，根据需要，不能合理地界定和适用活动。

Answer 1

OOA和OOD这两个术语是在1990年代初创立的，具有(可辩论的)思维，即在开发过程中有单独的“阶段”分析、设计和实现，以及“将”面向对象的概念从“实施阶段”扩展到“以前的阶段”。Peter和Edward写了两本关于它的书，标题正是“面向对象的分析”和“面向对象的设计”。您将发现对他们在这里的想法的介绍。这些方法试图将自己与结构化分析这样的老技术区分开来。

OOA和OOD描述了用面向对象手段(如对象和类、属性和关联)进行分析和设计的工具，而不是应用它们的顺序。根据我对这些术语的理解，它们与特定的软件开发过程(比如瀑布模型、迭代模型、螺旋模型)是非常正交的。

在术语开始流行的时候，有一些用于建模类和业务流程的图形符号。这最终导致了UML标准。我非常肯定，今天"OOA/OOD“这个术语将被大多数人当作”使用UML进行分析/设计“的同义词。

现在，什么时候在开发过程中进行特定的分析或设计活动(比如扫描UI或绘制活动图)？这取决于

• 开发过程模型规定了什么(至少在瀑布模型中)
• 什么对特定类型的软件和/或特定的迭代(在一些合理的开发模型中)有意义？

但这并不取决于您是否为此使用了OO和/或UML方法。

让我举几个例子：

• 当您正在创建一个新版本的软件，其中唯一的任务是实现一个新的“协同查看”的UI，您的首要分析活动将是创建新的UI，而不是其他。
• 当您设计一个没有任何用户界面的特定用途库这样的软件时，何时应用“用户界面设计”这个活动的问题是毫无意义的。
• 当您已经在某一段时间内多次迭代构建了一个系统时，对于最后一次迭代，有必要按照某些文件是进程的顺序来更改某些行为，并且您认为活动图非常适合描述这种更改，那么您将在开发的很晚阶段使用这种图表。在这里，UI设计可能是不必要的。

因此，“面向对象的分析和设计”不是一个过程模型，但是它被合理地定义了(至少在某种程度上--它们在不同作者之间是不同的)。软件开发(面向对象或不面向对象)不像传送带过程，在这种过程中

• 把一些要求铲进去，
• 遵循固定oorder中的一步一步的列表，比如“首先绘制一个活动图，然后对用户界面进行分割，然后创建一个类图，然后编写一些代码”。

最终得到一些业务应用程序。这是一种活动，你需要在那里使用你的大脑，并思考什么步骤是最有意义的下一步，为你目前的情况。