[教育学]软件工程实践12OO课件.ppt

1、北京理工大学软件工程实践吴 际北京航空航天大学第十二讲面向对象方法与UML介绍内容和目的n我们的座标n面向对象方法n面向对象：能与不能n统一建模语言UML我们的座标n应用开发的变化n开发工具和手段的发展n开发方法和技术的发展应用开发的变化n70年代：小型机（或服务器）上的数学程序n80年代：单机（或以太网）上的、文本界面（或简单图形界面）、计算型应用n90年代：互联网（Internet）、丰富图形界面、事务处理型应用，要求快速提交产品n现在，分布于Internet、Intranet，多种界面形式（基于Web Browser、Application GUI等），多种事务处理的集成（电子商务、信息

2、管理），多种标准的支持(XML，J2EE，Corba，.NET)，多种平台的支持(Windows，Linux，Unix，)开发工具和手段的发展n70年代：基于汇编代码的调试器n80年代：基于高级语言的调试器（Turbo C，Microsoft C，Borland C，Turbo Pascal）n90年代：集成了调试器、编辑器、配置管理、框架代码构造、及时编码提示、应用GUI界面编辑等的集成开发环境，如Visual Studio，Delphin现在：在集成开发环境基础上，提供更强大的开发平台支持（.NET，JDK），同时更关注应用的平台无关性和运行安全性开发方法和技术的发展n70年代：结构化方法

3、（设计、编码）n80年代：结构化方法（分析、设计、编码），状态图，需求工程n90年代：面向对象分析、设计、编码，对象建模n现在：商务建模(business modeling)、面向对象建模（分析、设计），体系结构设计（构件化）面向对象方法n结构化与面向对象的提出n面向对象方法特征n面向对象主要流派结构化与面向对象的提出nCFD&DFD：自顶而下的层次分解策略n任何一层有变动，其下面的所有层次都必须重新进行层次分解n层次间的解释关系使得难以维护层次间的一致性n强调数据、功能分解，但忽略了数据、功能的整合n数据与功能分离的结构化认知观点，实际偏离了人认知世界的基本原则：n以实体为单位，以关系为核心

4、n尽管有缺点，但结构化仍有可借鉴之处：n结构化原则n数据字典n状态图What do you think about OO?大幕拉开：面向对象n面相对象的目标：以人的（获接近于人的）认知方法和原则来描述事物n完全不同于结构化的描述手段：n类、对象n继承n多态n消息类、对象是核心n面向对象分析、设计、编码的基本单位n数据与功能的有效封装n可直接映射到现实或抽象的实体n关系、状态、行为n开发管理的基本单位n类测试就是“单元测试”！继承：面向对象冠上明珠n如果没有继承，谁能在一个小时之内，只使用SDK接口编写出Notepad?如果使用继承，你只需十分钟（或更少）！n继承至少提供了两个方向的设计支持：n

5、重用n抽象、接口（COM、DCOM、Bean）n没有继承，几乎不可能有通用的容器类(Container or Collector)可供使用n多继承：你使用过多少次？多态：面向对象自适应中枢n多态（polymorphism）：多种形态，统一语义n接口描述了通讯协议n多态使得基于接口的通讯能够自适应Arg1,agr2,多态：面向对象自适应中枢n两种多态：n同一个类中的不同形态接口n不同子类以不同形态实现（或重载）父类接口n典型例子：画图程序中GraphManager类的Draw,Move,Open,n典型例子：文档编辑中针对不同对象的统一的Cut/Copy/Paste操作消息：可能让你失望n不要试

6、图用信息理论或通讯理论中的消息来理解n也不要用操作系统中的消息（事件）来理解n所谓两个对象间的一个消息就是一个对象使用了另一个对象的操作(operation)，简单说就是对象的操作调用！nWindows中的SendMessage和PostMessage根本就与面向对象无关！对象状态n对象状态只决定于对象的数据，和全局数据、非对象的局部数据无关n对象状态和对象行为之间的关系：n,b1=b2 iff s1=s2.n如果你的程序不满足这条定理，有两种情况：n类的某个方法使用了全局变量n类的某个方法中的局部变量初始值不确定对象关系：无法让人满意n目前的面向对象提供了三种对象关系描述手段：n继承n聚集（

7、组成）n关联：对象之间有关系！n然而，现实世界中实体之间的关系丰富多彩，岂止这三种？面向对象分析n目标：使用对象来描述问题域，进而抽象出问题域类，并把求解问题的约束分配到问题域类n关注：是否完整、清晰的描述了问题域及约束n雷区：使用DFD，然后把每个处理节点都抽象为一个类n雷区：很快就在某个局部（通常为方法）进入算法、编码n面向对象分析模型的价值（领域重用、测试）面向对象设计n目标：引入类（族）实现问题域类（在概念层次上），同时把系统约束分解、落实到类的方法层次n关注：体系结构、接口、效率n雷区：有些类是上帝，而有些类只是弱智的代表n雷区：盲目追求所谓封装、抽象类n面向对象设计模型的价值（设计

8、pattern，风险跟踪、测试）适合面向对象的开发过程n必须能够管理面向对象分析、设计、实现、测试、维护各阶段的模型的一致性n需要给出一套基于类的开发任务管理方法（任务定义、风险管理、任务评审）n能够在开发的不同阶段提供不同的知识库（不仅仅是类库！）以供重用nRUP是个不错的选择面向对象：能与不能nCann使你以更有效的手段描述、实现系统n提高系统的重用度n有效缩短开发周期nCan notn避免错误，尤其是分析、设计错误n自动生成精巧的算法统一建模语言统一建模语言UMLn引 论n建模技术nUML的模型图nUML的基本视图nUML的目的、主要特点和和应用领域引论引论nWhy Unified?nU

9、ML是一种建模语言是一种建模语言nUML的设计目标的设计目标nUML的发展历程的发展历程Why Unified?n面对众多的建模语言，用户没有能力区别不同语面对众多的建模语言，用户没有能力区别不同语言之间的差别。言之间的差别。n在众多的建模语言中，实际上各有千秋，需要取在众多的建模语言中，实际上各有千秋，需要取长补短，日臻完善。长补短，日臻完善。n虽然不同的建模语言大多相同，但仍存在某些细虽然不同的建模语言大多相同，但仍存在某些细微的差别，这极大地妨碍了用户之间的交流。微的差别，这极大地妨碍了用户之间的交流。UML是一种建模语言是一种建模语言n建模方法建模方法=建模语言建模语言+建模过程。建模

10、过程。建模语言建模语言定义了用于表示设计的符号定义了用于表示设计的符号(通常是图形符号通常是图形符号)；建模过程描述进行设计所需要遵循的步骤。建模过程描述进行设计所需要遵循的步骤。n标准建模语言标准建模语言UML是一种建模语言，而不是一是一种建模语言，而不是一种方法，它统一了面向对象建模的基本概念、种方法，它统一了面向对象建模的基本概念、术语及其图形符号，为人们建立了便于交流的术语及其图形符号，为人们建立了便于交流的共同语言。共同语言。UML的设计目标的设计目标UML是由是由 Booch，Rumbaugh 和和 Jacobson 发起，发起，在在 Booch方法、方法、OMT方法和方法和OOS

11、E方法的基础上，集方法的基础上，集众家之长，几经修改而成。众家之长，几经修改而成。UML的设计目标是：的设计目标是：运用面向对象概念来构造系统模型运用面向对象概念来构造系统模型(不仅仅针对软件不仅仅针对软件)建立起从概念模型直至可执行体之间明晰的对应关系建立起从概念模型直至可执行体之间明晰的对应关系着眼于那些有重大影响的问题。着眼于那些有重大影响的问题。创建一种对人和机器都适用的建模语言。创建一种对人和机器都适用的建模语言。UML的发展历程的发展历程n1994.10，Booch 和和 Rumbaugh 将将 Booch93和和 OMT-2 统一，统一，1995.10.发布发布 UM0.8。n1

12、995年秋，经过年秋，经过 Booch 等三人的努力，等三人的努力，1996.6 和和1996.10发布发布UML0.9和和UML0.91。n1996年成立年成立UML成员协会，有成员协会，有700多公司支持多公司支持UML，占领占领OO市场的市场的 85%。n1997.1发布发布UML1.0，1997.9发布发布UML1.1。n1997.11 OMG采纳采纳 UML1.1作为作为OO技技 术的标准建模语言。术的标准建模语言。n此后，此后，UML的维护工作由的维护工作由Cris Kobryn领导的领导的OMG 版本修改小组版本修改小组RTF(Revision Task Force)负责负责.n

13、1998.6:UML V.1.1(编辑修改版编辑修改版).n1999.6:UML V.1.3(技术终订版技术终订版).n目前正处于目前正处于UML V.2.0阶段阶段UML的发展历程的发展历程(续续)公公众众反反馈馈OOPSLA95 Unified Method 0.8工业工业化化标准标准化化统一统一化化分散分散的的各部各部分分 Booch93 OMT-21996.6和和1996.10 UML 0.9&0.91 1997.11.171997.9公布公布 UML 1.1 1997.1公布公布 UML 1.0合作伙合作伙伴意见伴意见UML 1.1被被OMG 接纳为标准接纳为标准其他方法其他方法 B

14、ooch91 OMT-1 OOSE1999.6 UML1.3建模技术建模技术n构造模型的目的构造模型的目的n建模技术要点建模技术要点n系统的多种特性系统的多种特性构造模型的目的构造模型的目的n在着手解决一个复杂问题之前，对解决方案进行在着手解决一个复杂问题之前，对解决方案进行检测。检测。n用于同客户和其他相关人员进行交流。用于同客户和其他相关人员进行交流。n加强视觉效果。加强视觉效果。n对复杂问题进行适度简化。对复杂问题进行适度简化。模型是对事物的抽象。人们常常在正式建造实物之前，先建模型是对事物的抽象。人们常常在正式建造实物之前，先建立模型，以便更透彻地了解它的本质，抓住问题的要害。立模型，

15、以便更透彻地了解它的本质，抓住问题的要害。建模技术要点建模技术要点n构造模型的基本技术是抽象，应突出与问题有关的构造模型的基本技术是抽象，应突出与问题有关的特征，将与问题无关的性质略去。特征，将与问题无关的性质略去。n不必追求绝对的真实和完全，只需从期望的目的角不必追求绝对的真实和完全，只需从期望的目的角度看其是否充分。度看其是否充分。n应当刻画问题的关键方面，略去相对次要的因素。应当刻画问题的关键方面，略去相对次要的因素。n建模语言应支持人的由模糊到清晰、由粗到细逐渐建模语言应支持人的由模糊到清晰、由粗到细逐渐完善的认识过程。完善的认识过程。n应采用可视化图形建模语言。应采用可视化图形建模语

16、言。系统的多种特性系统的多种特性n在功能和性能方面：功能正确，性能良好在功能和性能方面：功能正确，性能良好（效率要高）。（效率要高）。n在非功能方面：鲁棒性、可扩充性、可再用在非功能方面：鲁棒性、可扩充性、可再用性、兼容性、可移值性、可验证性、完整性性、兼容性、可移值性、可验证性、完整性以及易使用性等方面要好。以及易使用性等方面要好。一个系统应具有多方面的特点：一个系统应具有多方面的特点：一个系统要从多个视角去描述。一个系统要从多个视角去描述。一个视图可能包含多个模型图，每张模型图都应当一个视图可能包含多个模型图，每张模型图都应当简单明了，易于交流。简单明了，易于交流。UML的模型图的模型图

17、UML定义了定义了 5 类、共类、共 9 种模型图：种模型图：用例图用例图:从用户角度描述系统的功能，并指出各功能从用户角度描述系统的功能，并指出各功能的操作者。的操作者。静态图静态图：类图类图、对象图对象图和包图和包图(在在UML 1.1 中，包图中，包图不再看作一种独立的模型图不再看作一种独立的模型图)。行为图行为图：状态图状态图，活动图活动图。交互图交互图：顺序图顺序图，合作图合作图。实现图实现图：构件图构件图描述部件的物理结构以及各部件之间描述部件的物理结构以及各部件之间的依赖关系；的依赖关系；配置图配置图定义系统中软硬件的物理构架。定义系统中软硬件的物理构架。关于保险业务的一张用例图

18、关于保险业务的一张用例图保险销售人员保险销售人员客客 户户客户统计表客户统计表签署保险文件签署保险文件销售统计表销售统计表 静态图：类图、对象图和包图静态图：类图、对象图和包图n静态图包括类图、对象图和包图，用以描述模型静态图包括类图、对象图和包图，用以描述模型中类及其实例之间的静态关系。中类及其实例之间的静态关系。n类图用于定义系统中的类，包括描述类之间的关类图用于定义系统中的类，包括描述类之间的关系系(关联、继承、聚合关联、继承、聚合)以及类的内部结构以及类的内部结构，即类，即类的属性和操作。的属性和操作。n对象图显示类的对象实例，一个对象图是类图的对象图显示类的对象实例，一个对象图是类图

19、的一个实例。一个实例。n包图由包或类组成，主要表示包与包、或包与类包图由包或类组成，主要表示包与包、或包与类之间的关系。包图用于描述系统的分层结构之间的关系。包图用于描述系统的分层结构。u 关于金融贸易的一张类图关于金融贸易的一张类图客客 户户业务量业务量商商 人人1 1.*Owns1.*1.*HandlesContains0.*0.*证证 券券债债 券券互助基金互助基金股股 票票u 类图和对象图类图和对象图类图类图展示类展示类Uses0.1 1.*计算机计算机名字：名字：String内存：内存：Integer作者作者名字：名字：String年龄：年龄：Integer小影：作者小影：作者名字名

20、字=“王小影王小影”年龄年龄=32小影的工作小影的工作PC：计算机计算机名字名字=“Dell PIV”内存内存=256MB小影的工作小影的工作PC：计计算机算机名字名字=“HP PIII”内存内存=128对象图对象图展示类的实例展示类的实例 行为图：状态图，活动图行为图：状态图，活动图n行为图包括状态图和活动图，描述系统的动态行为图包括状态图和活动图，描述系统的动态模型和组成对象间的交互关系。模型和组成对象间的交互关系。n状态图描述一类对象的所有可能的状态以及事状态图描述一类对象的所有可能的状态以及事件发生时状态的转移条件。件发生时状态的转移条件。n活动图描述为满足用例要求所要进行的活动以活动

21、图描述为满足用例要求所要进行的活动以及活动间的约束关系。使用活动图可以很方便及活动间的约束关系。使用活动图可以很方便地表示并行活动。地表示并行活动。一部电梯的状态图一部电梯的状态图上升上升 几层几层 在第一层在第一层上升上升 几层几层 向第一层下降向第一层下降下降状态下降状态空闲状态空闲状态上升状态上升状态到达到达 第几层第几层 到达到达 第几层第几层 下降下降 几层几层 超时超时一台打印机服务器的活动图一台打印机服务器的活动图创建附加文件创建附加文件显示显示磁盘已满磁盘已满的信息的信息显示显示正在打印正在打印的信息的信息磁盘已满磁盘已满 尚有磁盘空间尚有磁盘空间 打印机打印机,打印打印 文件

22、文件 删除显示信删除显示信息的对话框息的对话框 交互图：顺序图，合作图交互图：顺序图，合作图n交互图包括顺序图和合作图，交互图包括顺序图和合作图，它描述对象间的交它描述对象间的交互互(动态合作动态合作)关系关系。n顺序图：用以显示对象之间在时间顺序方面的动顺序图：用以显示对象之间在时间顺序方面的动态合作关系。因此，如果强调时间和顺序，应当态合作关系。因此，如果强调时间和顺序，应当使用顺序图。使用顺序图。n合作图：着重描述对象间的通信方面的动态合作合作图：着重描述对象间的通信方面的动态合作关系。因此，如果强调通信关系，则可以选择合关系。因此，如果强调通信关系，则可以选择合作图。作图。一台打印机服

23、务器的顺序图一台打印机服务器的顺序图:计算机计算机:打印服务程序打印服务程序:打印机打印机:打印队列打印队列打印机空闲打印机空闲打印文件打印文件打印机忙打印文件打印机忙打印文件打印文件打印文件一台打印机服务器的合作图一台打印机服务器的合作图 打印机忙打印机忙 1.21.2保存保存 文件文件:计算机计算机:打印队列打印队列1:打印打印 文件文件:打印服务程序打印服务程序:打印机打印机打印机空闲打印机空闲1.1打印打印 文件文件 实现图：构件图，配置图实现图：构件图，配置图n实现图包括构件图和配置图。实现图包括构件图和配置图。n构件图：描述部件的物理结构以及各构件图：描述部件的物理结构以及各部件之

24、间的依赖关系。部件之间的依赖关系。n配置图：定义系统中配置图：定义系统中(特别是在分布式特别是在分布式及网络环境中及网络环境中)软硬件的物理构架软硬件的物理构架。反映程序代码构件之间反映程序代码构件之间依赖关系的构件图依赖关系的构件图 main.obj:主类主类comhnd.obj:命令处理器命令处理器Whnd.obj:窗口处理器窗口处理器client.exe:客户程序客户程序graphic.dll:图形库图形库comhnd.cpp:命令处理器命令处理器Whnd.cpp:窗口处理器窗口处理器 main.cpp:主类主类描述系统物理构架的配置图描述系统物理构架的配置图DecNet协议协议客户客户

25、A：个人电脑个人电脑PC客户客户B：个人电脑个人电脑PCTCP/IP协议协议TCP/IP协议协议服务器：服务器：02数据库数据库服务器服务器:VAX UML的基本视图的基本视图nUML的用例视图的用例视图nUML的逻辑视图的逻辑视图nUML的构件视图的构件视图nUML的并发视图的并发视图nUML的配置视图的配置视图UML的五类基本视图的五类基本视图构件示图构件示图用例视图用例视图配置视图配置视图逻辑视图逻辑视图并发视图并发视图UML的五类基本视图的五类基本视图(续续)n用例视图用例视图：从系统外部执行者的角度理解、展示从系统外部执行者的角度理解、展示系统功能。系统功能。n逻辑视图逻辑视图：从系

26、统的静态结构和动态行为的角度从系统的静态结构和动态行为的角度展示系统内部功能性设计。展示系统内部功能性设计。n构件示图构件示图：展示代码构件的组织结构。展示代码构件的组织结构。n并发视图并发视图：展示系统的并发性，刻画并发系统中展示系统的并发性，刻画并发系统中的通讯和同步问题。的通讯和同步问题。n配置视图配置视图：展示系统的物理的体系结构，其中用展示系统的物理的体系结构，其中用到的计算机和各种设备称作节点到的计算机和各种设备称作节点。UML的用例视图的用例视图n从系统外部执行者的角度理解系统的功能：它描从系统外部执行者的角度理解系统的功能：它描述执行者与系统的交互，其执行者可以是一个用述执行者

27、与系统的交互，其执行者可以是一个用户，也可以是另一个系统。户，也可以是另一个系统。n用例图面向客户、建模人员、开发人员和测试人用例图面向客户、建模人员、开发人员和测试人员，是系统模型图的核心。员，是系统模型图的核心。n用例视图：用例图和活动图描述。用例视图：用例图和活动图描述。n一张用例图是系统的一种用途的描述；一组用例一张用例图是系统的一种用途的描述；一组用例图描述了整个系统所期望的用途。图描述了整个系统所期望的用途。UML的逻辑视图的逻辑视图n描述系统如何提供要求的功能：描述系统如何提供要求的功能：n静态结构静态结构：n类类(界面，内部结构界面，内部结构)；对象；关系对象；关系n用类图和对

28、象图描述。用类图和对象图描述。n动态行为：动态行为：n对象之间相互发送消息而引发的动态合作关系对象之间相互发送消息而引发的动态合作关系n用状态图、顺序图、合作图和活动图描述用状态图、顺序图、合作图和活动图描述n各种特性：永久性各种特性：永久性，并发性并发性n主要是面向设计人员和开发人员主要是面向设计人员和开发人员UML的构件视图的构件视图n描述实现的各个模块及其相互之间的关系：描述实现的各个模块及其相互之间的关系：n模块的内部结构模块的内部结构n模块间的依赖关系模块间的依赖关系n关于各构件的一些附加信息：关于各构件的一些附加信息：n资源分配资源分配(构件的责任构件的责任)n其它管理信息，如开发

29、工作的进展报告等其它管理信息，如开发工作的进展报告等n主要面向开发人员主要面向开发人员n构件视图：由构件图组成，其中构件表示不构件视图：由构件图组成，其中构件表示不同类型的代码模块同类型的代码模块UML的并发视图的并发视图n系统中进程和处理器的划分与任务的分配系统中进程和处理器的划分与任务的分配n属于非功能性特性：属于非功能性特性：着眼于资源的有效利用着眼于资源的有效利用并行执行，并发地执行多线程控制，处理线程之间的通并行执行，并发地执行多线程控制，处理线程之间的通信和同步信和同步处理来自外部环境的同步事件处理来自外部环境的同步事件n面向开发人员和系统集成人员面向开发人员和系统集成人员n描述并

30、发视图的主要模型图：描述并发视图的主要模型图：动态图：状态图，合作图，活动图动态图：状态图，合作图，活动图实现图：构件图，配置图实现图：构件图，配置图UML的配置视图的配置视图n展示系统的物理配置，如计算机和其它设备展示系统的物理配置，如计算机和其它设备(统统称结点称结点)及其相互之间的连接关系，包括在物理及其相互之间的连接关系，包括在物理的体系结构中如何配置构件的映像关系。的体系结构中如何配置构件的映像关系。n面向开发、集成和测试人员。面向开发、集成和测试人员。n配置视图配置视图用配置图描述。用配置图描述。面向对象描述的三个层面概概 念念 层层说说 明明 层层实实 现现 层层Business

31、 ModelArchitectureDetailing 1：层次间没有分解对应关系 2：每个面向对象描述元素都可对应到这三个层面!UML的主要特点、目的和应用领的主要特点、目的和应用领域域nUML的主要特点的主要特点n使用使用UML的目的的目的nUML的应用领域的应用领域u UML的主要特点的主要特点nUML统一了统一了Booch，OMT和和OOSE等方法中的基等方法中的基本概念：用例图从本概念：用例图从OOSE来；类图从来；类图从OMT和和Booch等方法来；等方法来；实现图实现图(构件图和配置图构件图和配置图)从从Booch的模块的模块图图和过程图来。和过程图来。nUML吸取了吸取了OO技

32、术领域各流派的长处：状态图技术领域各流派的长处：状态图从从 Harel 而来；活动图从工作流图而来；合作图而来；活动图从工作流图而来；合作图从从Booch的对象图和的对象图和Fusion的对象交互作用图的对象交互作用图等而来；等等。等而来；等等。n在演变过程中在演变过程中UML提出了一些新的概念。提出了一些新的概念。使用使用UML的目的的目的 软件开发的过程犹如雕琢一件艺术品，由无形软件开发的过程犹如雕琢一件艺术品，由无形到有形，由粗到细。但软件开发的最终形式必到有形，由粗到细。但软件开发的最终形式必须生成程序代码。因此当考虑使用须生成程序代码。因此当考虑使用UML时，一时，一定要想清楚，使用

33、定要想清楚，使用UML的目的以及对编写代码的目的以及对编写代码有何帮助。有何帮助。学习面向对象技术学习面向对象技术和领域专家交流和领域专家交流帮助理解全局帮助理解全局学习面向对象技术学习面向对象技术nUML的各种模型图，其中用例图描述系统的功的各种模型图，其中用例图描述系统的功能及其外部的使用者，确定谁使用系统以及做能及其外部的使用者，确定谁使用系统以及做什么。什么。n类图描述系统的静态构架，即构成系统的各种类图描述系统的静态构架，即构成系统的各种对象类及其相互关系。对象图是类图的实例化，对象类及其相互关系。对象图是类图的实例化，描述系统在某个时刻可能包含的对象和相互关描述系统在某个时刻可能包

34、含的对象和相互关系。系。n行为图和交互图描述系统的动态行为。行为图和交互图描述系统的动态行为。n构件图和配置图描述系统实现体的构成及其在构件图和配置图描述系统实现体的构成及其在硬件环境中的配置情况。硬件环境中的配置情况。和领域专家交流和领域专家交流n有效的方法是使用用例。一个用例描述了系统有效的方法是使用用例。一个用例描述了系统的某一侧面，所有用例构成了系统的整个外观。的某一侧面，所有用例构成了系统的整个外观。用例也有助于制订项目规划和对问题进行深入用例也有助于制订项目规划和对问题进行深入理解。理解。n类图很有用，但应注重在概念层上使用。应将类图很有用，但应注重在概念层上使用。应将每个类对应用

35、户心中一个概念，并用用户的语每个类对应用户心中一个概念，并用用户的语言来命名和定义。言来命名和定义。n对于侧重于工作流过程的应用系统，活动图非对于侧重于工作流过程的应用系统，活动图非常有用。活动图也有助于对实际业务流程中的常有用。活动图也有助于对实际业务流程中的并行特性进行自然描述。并行特性进行自然描述。帮助理解全局帮助理解全局n对于大型项目，常常只见树木不见森林，采用对于大型项目，常常只见树木不见森林，采用UML有助于理解全局。譬如，类图可了解系统有助于理解全局。譬如，类图可了解系统中有哪些类型的事物，哪些需要作进一步的考中有哪些类型的事物，哪些需要作进一步的考察。察。n对大型软件，无论概念

36、层、说明层或实现层，对大型软件，无论概念层、说明层或实现层，其模型都可能十分庞大。此时通常需要分层次其模型都可能十分庞大。此时通常需要分层次地绘制很多张模型图，并为整个软件系统建立地绘制很多张模型图，并为整个软件系统建立全局路线图。在较高的抽象层次，用包图刻画全局路线图。在较高的抽象层次，用包图刻画类图的分组情况。类图的分组情况。UML的应用领域的应用领域UML是一个通用的标准建模语言，可对任何具有是一个通用的标准建模语言，可对任何具有静态结构和动态行为的系统进行建模。静态结构和动态行为的系统进行建模。nUML适用于系统开发的不同阶段：需求分析阶段适用于系统开发的不同阶段：需求分析阶段用用例；

37、分析阶段用类图；实现阶段用动态模型；用用例；分析阶段用类图；实现阶段用动态模型；构造阶段用构造阶段用OO编程语言。编程语言。n在测试阶段：单元测试用类图；集成测试用部件图在测试阶段：单元测试用类图；集成测试用部件图和合作图；系统测试用用例图。和合作图；系统测试用用例图。n在应用标准建模语言在应用标准建模语言UML时，需要有相应的开发时，需要有相应的开发工具来支持。工具来支持。小小 结结n关于面向对象技术的评论；关于面向对象技术的评论；n基本的模型元素；基本的模型元素；n关于视图与关于视图与模型模型图的评注。图的评注。关于面向对象技术的评论关于面向对象技术的评论nOO技术的构造方法把软件系统当作

38、结构化抽象数技术的构造方法把软件系统当作结构化抽象数据类型实现的集合。据类型实现的集合。UML为为OO技术提供了强有力技术提供了强有力的支持。的支持。n在在OO构架中，每个模块建造在一个数据抽象构架中，每个模块建造在一个数据抽象(一一组数据结构组数据结构)上，由作为正式接口一部分的服务及上，由作为正式接口一部分的服务及其特性来描述。其特性来描述。nOO系统的模块称为类，其接口对应于表示抽象数系统的模块称为类，其接口对应于表示抽象数据类型规格说明中功能的服务。据类型规格说明中功能的服务。OO技术允许一个技术允许一个抽象数据类型有多个实现。抽象数据类型有多个实现。u 基本的模型元素基本的模型元素

39、类类属性属性操作操作包包状态状态结点结点用例用例界面界面构件构件对象对象属性属性操作操作 注释体注释体u 关于视图与关于视图与模型模型图的评注图的评注n不同的视图可以有少量的重叠，一张图可以同时属于多个不同的视图可以有少量的重叠，一张图可以同时属于多个视图。视图。n图与图之间应有内在联系，最终由这些图描绘系统的全貌。图与图之间应有内在联系，最终由这些图描绘系统的全貌。n视图之间和图与图之间，须便于交叉浏览和追踪分析检查。视图之间和图与图之间，须便于交叉浏览和追踪分析检查。n视图：展示系统的不同侧面；是由一组模型图构成的一个视图：展示系统的不同侧面；是由一组模型图构成的一个抽象；一组视图构成一个系统的完整画卷。抽象；一组视图构成一个系统的完整画卷。n模型图：描述视图内容的图形；模型图：描述视图内容的图形；UMLUML有九种不同类型的模有九种不同类型的模型图。型图。n模型元素：模型图用到各种模型元素：模型图用到各种OO概念概念(如类、对象、消息等如类、对象、消息等)以及这些概念之间的关系以及这些概念之间的关系(如关联、依赖和泛化等如关联、依赖和泛化等)；一种一种元素可在多种图中出现，但其表示符号和语义不变。元素可在多种图中出现，但其表示符号和语义不变。谢谢！吴 际82317649(O)