软件系统的模型用建模语言来表达如uml-read.pptVIP

UML及软件建模 第十三章 在建模过程中运用UML 1、模型 这一节将解释什么是模型，模型有何用途以及如何使用模 型。 这一节还要解释模型的不同层次：理想的，部分的和基于 工具的。 1.2、模型的用途 模型有多种用途 （1） 精确捕获表达项目的需求和应用领域中的知识，以 使各方面的利益相关者能够理解并达成一致。 建筑物的各种模型能够准确表达出这个建筑物在外观、交通、服务 设施、抗风和抗震性能，消费及其他需求。各方面的利益相关者则包括 建筑设计师、建筑工程师、合同缔约人、各个子项目的缔约人、业主、 出租者和市政当局。 软件系统的不同模型可以捕获关于这个软件的应用领域、使用方 法、试题手段和构造模式等方面的需求信息。各方面的利益相关者包括 软件结构设计师、系统分析员、程序员、项目经理、顾客、投资者、最 终用户和使用软件的操作员。在UML中要使用各种各样的模型。 （2）进行系统设计 建筑设计师可以用画在图纸上的模型图、存于计算机 中的模型或实际的三维模型使自己的设计结果可视化，并用 这些模型来做设计方面的的试验。建造、修改一个小型模型 比较简单，这使得设计人员不需花费什么代价就可以进行创 造和革新。 在编写程序代码以前，软件系统的模型可以帮助软件开 发人员方便地研究软件的多种构架和设计方案。在进行详细 设计以前，一种好的建模语言可以让设计者对软件的构架有 全面的认识。 （3）使具体的设计细节与需求分开 建筑物的某种模型可以展示出符合顾客要求的外观。另 一类模型可以说明建筑物内部的电气线路、管线和通风管道 的设置情况。实现这些设置有多种方案。最后确定的建筑模 型一定是建筑设计师认为最好的一个设计方案。顾客可以对 此方案进行检查验证，但通常顾客对具体的设计细节并不关 心，只要能满足他们的需要即可。 软件系统的一类模型可以说明这个系统的外部行为和系 统中对应于真实世界的有关信息，另一类模型可以展示系统 中的类以及实现系统外部行为特性所需要的内部操作。实现 这些行为有多种方法。最后的设计结果对应的模型一定是设 计者认为最好的一种。 1.2、模型的层次 在项目早期所建立的高层模型用于集中利益相关者的思路和强调一些重要的 选择方案。这些模型描述了系统的需求并代表了整个系统设计工作的起点。早 期的模型帮助项目发起者在把精力放在系统的细节问题之前研究项目可能的选 择方案。随着设计工作的进展，早期模型被更为精确的模型所替代。没有必要 详细保存早期研究过程中的种种选择方案和返工情况。早期模型的目的是帮助 获得思路。但最后得到的“思路模型”要在进行详细设计前记录下来。早期模型 不需要达到实现阶段的模型的精确程度，无须涉及有关系统实现的一套概念。 建立这种模型只使用了UML定义的组件的一个子集，比后期的设计阶段的模型 使用的组件要少得多。 当早期模型发展到具有一定精度的完整的视图模型时—例如，分析系统需求 的模型—那么要在开发过程进入下一阶段时将其保存下来。不断向模型中填加 信息的增量式开发（在这种情况下开发的推理过程也要保存和记录）与一般的 针对“死端点”进行研究直到得出正确的解决方案的随意漫步式开发之间一个重 要的区别。后一种情况通常使人不知怎么着手，并且根本没有必要对整个开发 过程进行记录保存，除非遇到特殊情况需要对开发过程进行回溯。 （4）典型或可能的系统范例 精心挑选的实例可以提高人们的观察能力并使系统的说 明和实现有实际效果。然而，即使有非常多的例子，也起不 到一段详细定义所起的效果。我们最终希望的是要让模型能 够说明一般的情形，这也是程序代码所要做的事情。不过典 型的数据结构、交互顺序或对象生命历程的例子对于理解复 杂系统很有益处。必须小心使用例子。从逻辑上来说，从一 大堆特例中归纳出最一般的情况是不可能的，但是大部分人 思考某一问题时总是首先考虑一些被精心挑选出来的有关该 问题的例子。范例模型仅是对模型的示例而不带有一般性的 描述，因此，人们会觉得这两种模型之间有差异。范例模型 一般只使用UML定义的组件的子集。说明型模型和范例模型 在建模中都很有用。 模型可以完全描述一个独立系统，并且不需要参考外部信息。更通常的情况是，模型是用相互区别的、不连续的描述单元组织起来的，每个单元作为整体描述的一部分可以被单独进行存储和操纵。这种模型带有必须与系统其他模型联系在一起的散件。因为这些散件具有相关性和含义，因此它们能够与其他散件通过各种方式结合来构造不同的系统。获得重用是一个好的建模方法的重要目标。