骤、计划、标准和指南:既存的非OO应用的规格说明、设计和测试信息;度量、市售非OO 软件等。 ②分类从论域抽取的项:对所有的项进行归类并定义各个种类的一般定义特征。提出 种类的分类模式并定义每个项的命名惯例。适当的时候建立分类的层次。 ③收集论域中各个应用的有代表性的样例:为了完成这个活动,必须保证在问题中的 应用具有适合已定义的某些种类的项。 ④分析样例中的每一个应用:分析员接下来要做的事情是 标识候选的可复用的对象 指明标识对象为可复用的理由 定义可复用对象的适合性 估计在论域中可做到对象复用的应用的百分比 用名字标识对象并使用配置管理技术控制它们。一旦标识了对象,分析员应当估计 个典型的应用能够使用可复用对象构造的百分比。 此外,论域分析员还应建立一组复用指南,并给出一个例子,说明如何使用论域对象来 建立新的应用 总之,论域分析实际上是一种学习,涉及与应用论域有关的所有知识。论域的边界可能 很模糊,很多是凭借经验和实际考虑(如可用资源)。主要思想是想把考虑的论域放宽一些 把相关的概念都标识到,以帮助更好地掌握应用的核心知识。当用户改变他们对系统的需求 寸,范围广泛的分析可以帮助预测这些变化。 (4)应用分析 应用分析的依据是在论域分析时建立起来的论域分析模型,并把它用于当前正在建立的 应用当中。客户对系统的需求可以当做限制来使用,用它们缩减论域的信息量。就这一点来 说,保留的信息受到论域分析视野的影响。论域分析产生的模型并不需要用任何基于计算机 系统的程序设计语言来表示,而应用分析阶段产生影响的条件则伴随着某种基于计算机系统 的程序设计语言的表示。响应时间需求、用户界面需求和某些特殊的需求,如数据安全等 都在这一层分解抽出。 许多模型识别的要求是针对不止一个应用的。通常我们着重考虑两个方面:应用视图和 类视图。必须对每个类的规格说明和操作详细化,还必须对形成应用结构的类之间的相互作 用加以表示。 4.面向对象设计(OOD) OOA和OOD之间有密切的衔接关系,从OOA到OOD是一个逐渐扩充模型的过程。 分析处理以问题为中心,可以不考虑任何与特定计算机有关的问题,而OOD则把我们带进 了面向计算机的“实地”开发活动中去。通常,OOD分为两个阶段,即高层设计和低层设计 高层设计建立应用的体系结构。低层设计集中于类的详细设计。 (1)高层设计 高层设计阶段开发软件的体系结构,构造软件的总体模型。在这个阶段,标识在计算机 环境中进行问题解决工作所需要的概念,并增加了一批需要的类。这些类包括那些可使应用 软件与系统的外部世界交互的类。此阶段的输出是适合应用软件要求的类、类间的关系、应 用的子系统视图规格说明。通常,利用面向对象设计得到的系统框架如图6.11所示。 ①高层设计模型 个典型的高层设计模型即客户一服务器模型,它构造起应用软件的总体模型,这个模 型导出的体系结构既可在过程性系统中使用,又可在面向对象的系统中使用 客户一服务器模型的想法是让系统的一个部分(服务器子系统)提供一组服务给系统的10 骤、计划、标准和指南；既存的非 OO 应用的规格说明、设计和测试信息；度量、市售非 OO 软件等。 ② 分类从论域抽取的项 ：对所有的项进行归类并定义各个种类的一般定义特征。提出 种类的分类模式并定义每个项的命名惯例。适当的时候建立分类的层次。 ③ 收集论域中各个应用的有代表性的样例 ：为了完成这个活动，必须保证在问题中的 应用具有适合已定义的某些种类的项。 ④ 分析样例中的每一个应用 ：分析员接下来要做的事情是： ▪ 标识候选的可复用的对象； ▪ 指明标识对象为可复用的理由； ▪ 定义可复用对象的适合性； ▪ 估计在论域中可做到对象复用的应用的百分比； ▪ 用名字标识对象并使用配置管理技术控制它们。一旦标识了对象，分析员应当估计一 个典型的应用能够使用可复用对象构造的百分比。 此外，论域分析员还应建立一组复用指南，并给出一个例子，说明如何使用论域对象来 建立新的应用。 总之，论域分析实际上是一种学习，涉及与应用论域有关的所有知识。论域的边界可能 很模糊，很多是凭借经验和实际考虑(如可用资源)。主要思想是想把考虑的论域放宽一些， 把相关的概念都标识到，以帮助更好地掌握应用的核心知识。当用户改变他们对系统的需求 时，范围广泛的分析可以帮助预测这些变化。 (4) 应用分析 应用分析的依据是在论域分析时建立起来的论域分析模型，并把它用于当前正在建立的 应用当中。客户对系统的需求可以当做限制来使用，用它们缩减论域的信息量。就这一点来 说，保留的信息受到论域分析视野的影响。论域分析产生的模型并不需要用任何基于计算机 系统的程序设计语言来表示，而应用分析阶段产生影响的条件则伴随着某种基于计算机系统 的程序设计语言的表示。响应时间需求、用户界面需求和某些特殊的需求，如数据安全等， 都在这一层分解抽出。 许多模型识别的要求是针对不止一个应用的。通常我们着重考虑两个方面：应用视图和 类视图。必须对每个类的规格说明和操作详细化，还必须对形成应用结构的类之间的相互作 用加以表示。 4. 面向对象设计（OOD） OOA 和 OOD 之间有密切的衔接关系，从 OOA 到 OOD 是一个逐渐扩充模型的过程。 分析处理以问题为中心，可以不考虑任何与特定计算机有关的问题，而 OOD 则把我们带进 了面向计算机的“实地”开发活动中去。通常，OOD 分为两个阶段，即高层设计和低层设计。 高层设计建立应用的体系结构。低层设计集中于类的详细设计。 (1) 高层设计 高层设计阶段开发软件的体系结构，构造软件的总体模型。在这个阶段，标识在计算机 环境中进行问题解决工作所需要的概念，并增加了一批需要的类。这些类包括那些可使应用 软件与系统的外部世界交互的类。此阶段的输出是适合应用软件要求的类、类间的关系、应 用的子系统视图规格说明。通常，利用面向对象设计得到的系统框架如图 6.11 所示。 ① 高层设计模型 一个典型的高层设计模型即客户－服务器模型，它构造起应用软件的总体模型，这个模 型导出的体系结构既可在过程性系统中使用，又可在面向对象的系统中使用。 客户－服务器模型的想法是让系统的一个部分(服务器子系统)提供一组服务给系统的