完善需求模型.pdf

第 8 章 完善需求模型 学习目标 ● 在软件开发中重用的重要意义 ● 面向对象原则如何实现重用 ● 如何确认并且建模一般化和组合 ● 建模可重用组件的一种方法 ● 软件开发中“模式”一词的含义 ● 分析模式如何帮助构建模型 8.1 介绍 完善并且进一步为分析模型的结构添加内容，这么做的目标是创建可重用的条件。这 可能意味着重用现有软件或者重用最初为早期版本的系统编写的软件。另外，为当前开发 项目创建的新规范或软件，对未来其他系统可能也会有用。不管什么情况，模型必须按照 如下方式构建，使用这种方式可以轻而易举地确认重用。虽然重用的实际优势更有可能在 设计和构造工作流的过程中获得，但在分析的时候就考虑重用也是很重要的，因为分析需 要创建逻辑规范。面向对象分析为重用提供了三种主要机制： ● 一般化、组合、封装和信息隐藏的基本抽象机制。 ● 可重用软件组件的规范。 ● 分析模式的应用。 在面向对象中，抽象的关键作用在第4 章已经介绍。在这里我们会考虑如何对第7 章 介绍的分析类图引入一般化和组合结构。 基于组件的开发是根据组合结构规范进行的，而组合结构规范可以作为可重用软件组 件使用。有效的信息隐藏需要将对象或结构的内部情况隐藏于界面之后。组件则更进一步， 它们被设计为相互独立的构件。在本章，我们将介绍建模组件的 UML 标记法，及其内部 细节的独立接口。组件也在面向服务的架构中扮演着重要的角色(在第 20 章我们会讨论 Web 服务，这是一种常见的面向服务架构的实现) UML 2.2 面向对象分析与设计(第4 版) 自20 世纪 80 年代以来，“模式”运动已经为获取和交流有关一般化的知识提供了途 径，特别是在分析和设计活动中。在本章，我们介绍模式的概念，说明如何应用分析模式(稍 后，分别在第12 章和第15 章，我们会讨论架构和设计模式) 。 软件和规范的重用需要仔细管理，因为它们的应用涉及整个生命周期，并且不会仅限 于单个工作流。我们在后续章节将进一步讨论这一点(特别是在第20 章) 。 8.2 软件和规范重用 近几年来，软件开发领域已经经历了一次小的革命。很多人主要从事先存在的组件来 关注系统的集成，而不是基于整个新的软件系统的开发来关注。面向对象开发总是旨在最 小化新的规范、设计和编程的工作量，而这些必须在新系统构建的时候就已经完成。理论 上，面向对象方法通过抽象和信息隐藏建立完好的原则，使得这一想法成为可能，然而很 多年来，大型的重用被证明是难以捉摸的。现在，重用至少正在成为现实。这部分归因于 上述熟知的面向对象原则，也归因于从模式运动中涌现出的新思想，以及基于组件的开发 和面向服务架构。 8.2.1 为何重用 一般来说，从头开始生成任何已经在其他地方生成的产品以满足标准，是一种对时间 和精力的浪费。如果需要为房间安装新的电灯，那么不必重新发明电灯并且自己装配电灯。 即便拥有此类知识、技能以及设备，成本也会令人望而却步。这可以应用于其他生产领域 和软件开发中。好的专业人员已经从已有的经历中和其他同事那里知之甚多。程序员已经 组建了各种库，从个人收集到的有用子例程，到商用的已发布产品(包括为数众多的业界标 准组件) 。后面的例子包含在Microsoft Examples 中使用的DLL(动态链接库)文件，以及对 Java 程序员可以使用的类库。设计者已经组建了由设计、模板、模式和框架片段组成的对 应的库。在大部分专业情况下，重复前人已经完成的工作意义不大。 8.2.2 难以重用的原因 大部分作者都认为，软件重用的潜在优势直到最近也没有在实践中得到完全发挥。为 何如此呢？ 重用并不总是合适的 重用具有好处这一通用规则也有例外。例如，学生经常会被要求(似乎他们是首个解决 该问题的人)解决之前已经完全被其他人解决的问题。这会收到好的教育效果，因为一般情 况下，该过程有利于加快理解，而不仅仅是解决问题。这就是教育人士对抄袭嫉恨如仇的 原因之一：学生将别人的工作作为自己的成果，但从这一过程中不会学到任何东西。 无须先入为