第1章---UML概述课件

LOGOUML 统一建模统一建模第一章 UML概述1整体概述THEFIRSTPARTOFTHEOVERALLOVERVIEW,P L E A S E S U M M A R I Z E T H E C O N T E N T第一部分2目录1.2 什么是模型1.3 什么是UML1.4 UML工具1.1 软件工程3软件工程的发展历史软件工程的产生缘起：“软件危机”难因：软件的属性解决之道：工程化4软件危机开发软件所需的高成本同产品的低质量之间有着尖锐的矛盾，这种现象就是“软件危机”“软件危机”是在1968年召开的国际软件工程会议上被人们普遍认识的软件危机包括两方面的问题一是如何开发软件，怎样才能满足软件日益增长的需要二是如何维护数量不断膨胀的软件产品5软件危机的具体体现软件开发成本及进度难以预测用户对已完成的软件系统不满足软件产品质量无法保证软件产品难以维护软件通常缺少适当的文档资料软件成本逐年提高软件开发生产率提高的速度，远远跟不上计算机应用技术的迅速普及6软件的特征（与硬件比较）软件是逻辑产品，它具有抽象性，通过计算机的执行才能体现它的功能和作用软件是脑力劳动的产品，但它不同于追求个性化的艺术作品；软件是产品，但它又不同于工业化生产得到的有形产品7软件的特点描述抽象性软件是一种逻辑实体而不是具体的物理实体，必须通过测试、分析、思考、判断来了解它的功能、性能及其他特性可复制性一旦某一软件项目研制成功，以后就可以大量地复制同一内容的副本，即其研制成本远远大于其生产成本不会磨损在软件的运行和使用期间，没有硬件那样的机械磨损、老化问题，但软件也会出现故障，软件维护比硬件维护要复杂得多，与硬件的维修有着本质的差别依赖性软件的开发和运行经常受到计算机系统的限制，对计算机系统有着不同程度的依赖。为了消除这种依赖，在软件开发中提出了软件移植的问题开发效率低软件开发尚未完全摆脱手工的方式，依然有大量重复性的劳动开发费用高软件的研制工作需要投入大量的、复杂的、高强度的脑力劳动，需要较高的成本。软件的开发是一个复杂的过程，因而管理是软件开发过程中必不可少的内容 软件的特征（续）8软件工程定义1968年NATO(北大西洋公约组织)会议上首次提出Fritz Bauer：软件工程是为了经济地获得可靠的和能在实际机器上高效运行的软件而建立和使用的好的工程原则IEEE：软件工程是（1）将系统化的、规范的、可度量的方法应用于软件的开发、运行和维护的过程，即将工程化应用于软件中；（2）（1）中所述方法的研究计算机科学技术百科全书：软件工程是应用计算机科学、数学及管理科学等原理，以工程化的原则和方法制作软件的工程9软件工程的课程范畴软件工程的概念最初仅仅是将传统的工程原则应用于解决软件开发的问题，但是随着计算技术在解决复杂问题方面的广泛应用，软件工程的学科范畴也逐渐清晰。软件工程是一门交叉性的工程学科，它是将计算机科学、数学、工程学和管理学等基本原理应用于软件的开发与维护中，其重点在于大型软件的分析与评价、规格说明、设计和演化，同时涉及管理、质量、创新、标准、个人技能、团队协作和专业实践等。10软件工程学科范畴计算机科学和数学用于构造软件的模型与算法；工程科学用于制定规范、设计范型、评估成本以及确定权衡等；管理科学用于计划、资源、质量、成本等管理。软件工程知识与实践数学基本原理计算机科学基本原理应用领域知识与实践工程科学知识与实践管理科学知识与实践11软件工程知识体系（SWEBOK）软件设计软件测试基本概念和定义测试级别测试技术测试相关度量测试过程管理软件需求需求工程过程需求获取需求分析需求规格说明需求验证需求管理软件构造降低复杂性预知多样性结构化验证使用外部标准软件维护基本概念维护过程关键问题维护技术软件配置管理配置过程管理配置标识配置控制配置状态报告配置审计软件发布管理与交付软件工程管理组织管理过程项目管理软件工程度量软件工程过程软件过程概念过程基础设施过程度量过程定义定性过程分析过程实施与变更软件工程工具与方法软件工具软件方法软件质量软件质量概念SQA和V&V目的与计划SQA和V&V活动与技术适用于SQA和V&V的度量基本概念关键问题结构与体系结构质量分析与评价设计符号策略与方法12软件的定义定义1：软件是计算机程序和程序说明文档的集合定义2软件是包括程序、数据及其相关文档的完整集合。程序是按事先设计的功能和性能要求执行的指令序列数据是使程序能正常操纵信息的数据结构文档是与程序开发，维护和使用有关的图文材料13软件发展中的变化人们改变了对软件的看法个人“艺术品”=大众化的工程化产品软件的需求是软件发展的动力自给自足的生产方式=社会化，市场流通产品软件工作的范围扩大只考虑程序的编写=整个软件生存期14软件工程的要素三要素：软件工程方法软件工程工具软件工程过程软件工程层次 15要素一：软件工程方法软件工程方法为软件开发提供了“如何做”的技术在时间上将软件开发工作划分为若干阶段，为每一阶段规定了若干任务，并提供为完成这些任务所需的各种技术是一种使用早已定义好的技术集和符号表示习惯来组织软件生产的过程代表：结构化开发方法Jackson开发方法形式化开发方法面向对象开发方法16要素二：软件工具为支援软件人员的开发和维护活动而使用的软件项目估算工具、需求分析工具、设计工具、编程和调试工具、测试工具和维护工具、软件工具为软件工程方法提供了自动的或半自动的软件支撑环境。软件工具集成起来，构成“计算机辅助软件工程”(CASE)17CASE工具的类型按支持的软件过程活动分类：开发过程：需求分析工具，设计工具，编码工具，测试工具 还可按支持的开发方法分为：结构化XX工具，面向对象XX工具维护过程：版本控制工具，文档分析工具，逆向工程（reverse engineering）工具，再工程（reengineering）工具管理过程：项目管理工具，配置管理工具，软件评价工具 应用类工具18要素三：软件工程过程将软件工程的方法和工具综合起来，达到合理、及时地进行计算机软件开发的目的定义方法使用的顺序、要求交付的文档资料、为保证质量和协调变化所需要的管理、及软件开发各个阶段完成的里程碑等基本的过程活动包括软件描述、软件开发、软件确认、软件演化等19软件开发生命周期 1问题定义“要解决的问题是什么？”2可行性论证“有行得通的解决办法吗？”3需求分析“系统必须做什么？”4总体设计“概括地说，怎样做？”5详细设计“具体怎样做？”6编码和单元测试7综合测试8运行/维护20什么是模型模型就是对一个对象或物体的简化表示。例如，地球仪就是一个模型，它是对地球的简化表示。我们可以用模型来表示现实领域中的业务，也可以用模型表示软件领域中的软件组成和结构。用图形符号对现实世界中某个事物的模仿或仿真。在软件开发工程中，模型主要用来描述问题域和软件域。问题域主要包括业务、业务规则、业务流程、工作流程软件域主要包括软件组成、软件结构、软件部署等。21模型的实质：对现实的简化生活相关：气象图、道路交通图、交通标志展示相关：建筑物模型、沙盘、公司总部的3D复制品数据分析相关：条形图、饼状图业务分析相关：组织结构图、跨职能流程图设计相关：建筑平面图、管线图、电路板设计图22建筑的模型23一个人可完成。仅需：最小的建模简单的过程简单的工具狗窝的设计24“鸟巢”的设计团队工作，高效而及时地完成。需要：建模；规范的过程；强大的工具。25房子的建模26为什么需要软件建模技术快速变化性能吞吐量容量可用性安全性容错性功能代价兼容性可恢复性The challenge over the next 20 years will not be speed or cost or performance;it will be a question of complexity.Bill Raduchel,Chief Strategy Officer,Sun Microsystems27软件的模型：后续工作的基础系统理解软件体系结构通过对系统高层设计的抽象，可以增强对大型软件系统的理解能力，并进行选择软件复用支持多层次的软件复用系统构造一个体系结构的描述给出了系统主要的组件和组件之间的依赖关系，为系统开发提供了部分蓝图软件维护维护人员能够更好地理解对系统的修改，更加准确地估算维护的代价28为什么UML建模UML主要用于两个方面的建模：1对业务建模目的是理解业务内容和业务过程。对业务建模，有助于你发现业务的优缺点，找出需要改进和优化的地方。2对软件建模目的是表示软件的体系和组成，方便软件设计人员理解和修改软件方案，确保软件设计和计划能正确地实现，同时，一旦设计和计划需要修改时，修改后的软件系统，同样经受得起时间的检验29例子：学生注册课程系统某大学准备开发一个学生课程注册系统：学生使用该系统查询新学期将开设的课程和讲课教师情况，选择自己要学习的课程进行登记注册，并可以查询成绩单教师使用该系统查询新学期将开设的课程和选课学生情况，并可以登记成绩单注册管理员使用该系统进行注册管理，包括维护教师信息、学生信息和课程信息等在每个学期的开始，学生获得该学期的课程目录表，课程目录表列出每门课程的所有信息，诸如基本信息、教师、开课系和选课条件等新学期开始前两周为选课注册时间，在此期间学生可以选课注册，并且允许改变或取消注册申请，开学两周后注册管理员负责关闭课程注册。每个学生可以选择不超过4门课程，同时指定2门侯选课程以备主选课程未选上。每门课程最多不能超过10人，最少不能低于3人，低于3人选课的课程将被取消。一旦学生的注册过程完毕，注册系统将有关信息提交收费系统以便学生付费。如果在实际注册过程中名额已满，系统将通知学生在提交课程表之前予以更改在学期结束时，学生可以存取系统查看电子成绩单。由于学生成绩属于敏感信息，系统必须提供必要的安全措施以防非法存取 30软件建模的实现过程31有什么模型？模型的种类模型的用途业务模型对业务过程、工作流、组织的建模需求模型对捕获的需求进行整理和分析的工具，辅助开发人员与用户进行沟通设计模型包含高层设计（架构模型）和详细设计模型，用于统一开发人员、沟通设计信息数据库模型 设计数据库的结构、表结构以及与应用系统的交互实现模型用来理清软件的组成、部署方案，为安装与维护人员的工作提供指导32有什么模型？业务模型：以领域专家为主，需求分析人员是主力，系统分析员、架构师可参与需求模型：以需求分析人员为主，系统分析员是主力，领域专家提供指导，架构师和资深开发人员参与设计模型：高层设计模型以架构师为主，系统分析员从需求方面提供支持，资深开发人员从技术实现方面提供支持。详细设计模型则以资深开发人员为主，架构师提供指导。实现模型：以资深开发人员（设计人员）为主，架构师提供总体指导。数据库模型：以数据库开发人员为主，架构师提供指导，资深开发人员（设计人员）予以配合。33建模的目标(1)对业务和软件进行可视化，便于对业务和软件系统的理解和交流。(2)详细说明系统的组成、结构和系统交互的行为。便于开发人员对系统的宏观理解。(3)用模型的方式为系统提供一个模板，开发人员依据该模板构造软件系统。(4)将计划和决策文档化。34建模的原则(1)仅当需要时，才为业务或软件系统构建模型(2)按照实际情况或按我们需要的样式，对业务或软件系统进行建模。(3)依据解决方案，来构造需要的模型。(4)最好用一组相对独立的模型，从不同的侧面，描述重要的业务或软件系统。35UML是什么UML是一种公共的、可扩展的、应用广泛的设计语言。UML可应用于软件开发活动中的每个阶段，可以表示每个阶段的产品。1UML是一种公共语言UML为业务分析员、架构设计师、代码实现者、测试者、数据库设计师和参与软件设计和开发的人提供了一个公共“语言”，使他们能够理解业务、需求，理解软件和架构如何构造。2UML是一种应用广泛的语言UML不仅可以用于软件建模，也可以用于业务建模、知识建模、数据库建模、工作流建模、嵌入式系统建模。用同一种语言对不同的领域建模，便于理解和沟通。3UML是一种很好的扩展语言在UML框架上，用户可以定义和扩展UML语义和语法，建模更方便、更灵活。36UML是什么UML（UML是 Unified Modeling Language的缩写）是用来对软件密集系统进行可视化建模的一种语言。UML为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。UML可以贯穿软件开发周期中的每一个阶段。被OMG采纳作为业界标准。UML作为一种模型语言，它使开发人员专注于建立产品的模型和结构。当模型建立之后，模型可以被UML工具转化成指定的程序语言代码。IBM的Rational Rose和MS的Visio都是UML工具。37UML的发展统一建模语言（Unified Modeling Language，UML）：一种直观化、明确化、构建和文档化软件系统产物的可视化建模语言BoochUnified Method 0.8UML 1.0OMTOOSE/ObjectoryUML 0.9OOPSLA 95WWW-June 96 Beta version OOPSLA 96Submission to OMG,Jan 97Documentation SetWWW Spec onlyOther methodsUML 1.1Submission to OMG,Sept 97OMG Vote,Oct 97UML 1.4Sep.2001UML 1.2,1.39899Mar.2003UML 1.5PresentUML 2.038UML的诞生 Rational三剑客Jim RumbaughGrady BoochIvar Jacobson39UML的特点UMLUML是一种面向对象技术的标准建模语言，它支持软件开发中从需求分析到测试的全过程。UMLUML是Booch Booch、OOSEOOSE和OMTOMT方法的结合，同时吸收了其他方法的思想UMLUML是一种可视化的建模语言（不是程序设计语言），表示能力强UMLUML独立于软件开发过程，即用户可以对任何适合的过程使用UMLUML进行建模概念明确,表示简洁,结构清晰,容易学习和掌握UMLUML应该在发展中不断进化、完善40UML建模面向对象方法UML建模的实质是 面向对象的建模两种最常用的建模方法：基于过程的面向对象的随着需求的变化和系统的增长，运用基于算法的建模方法建立起来的系统很难维护。在面向对象的建模方法中，主要的模块是对象或者类。41什么是面向对象（Object Oriented）？面向对象是一种风范（ParadigmParadigm），是一种观察和分析问题的方法论（MethodologyMethodology）从本质上来说，面向对象方法是确定动作的主体在先（先确定系统中的对象），执行动作在后（再确定在这些对象上可能实施的操作）传统的面向过程的程序设计，最关心的是过程 面向对象技术：是一种软件系统设计的工程技术，将“对象”作为软件系统的基本组成单元，将数据及其上作用的操作一起封装，以标准的接口规范对外提供服务 42面向对象技术的基本观点 Coad和Yourdon:面向对象=对象+类+继承+通信 面向对象技术的基本观点:客观世界由对象组成，任何客观实体都是对象，复杂对象可以由简单对象组成。具有相同数据和操作的对象可归纳成类，对象是类的一个实例。类可以派生出子类，子类除了继承父类的全部特性外还可以有自己的特性。对象之间的联系通过消息传递来维系。43面向对象方法的优点 按照人类的自然思维方式建立软件系统模型，有利于理解和交流在整个开发过程中采用统一的概念和模型表示，使开发活动之间平滑过渡 对象所具有的封装性和信息隐蔽等特性，容易实现软件复用易于维护，体系结构易于理解、扩充和修改44面向对象技术的发展历史初始阶段（60年代末80年代中期）挪威，Simula语言：引入了类的概念和继承机制Xerox，Smalltalk语言发展阶段（80年代中期到90年代）面向对象编程语言的繁荣：C+、Object Pascal、Java等成熟阶段（90年代中期以后）面向对象分析和设计方法的发展与规范：Booch方法、Rumbaugh的OMT方法、Coad/Yourdon方法、Jacobson的OOSE方法 等形成一整套面向对象软件工程体系45面向对象的基本概念面向对象的核心元素:对象 封装 消息 类 继承多态性 46 对象客观世界里的任何实体都可以被称为对象。对象可以是具体的、有形的物（如汽车、人、房屋等），也可以是无形的事物或概念（如生产计划、国家等）。对象是问题域或实现域中某些事物的一个抽象。对象是一个封装数据属性和操作行为的实体。例如：汽车都有一些共同的属性：品牌、型号和载重等。它们都有一些共同的行为：加速、减速、载客和运货系统中的对象在软件生命周期的各个阶段可能有不同的表示形式。47一个对象的实例图解 48封装 封装是面向对象方法的一个重要原则。封装有两个含义：结合性信息隐蔽性49消息 消息是向对象发出的服务请求。一个消息包含消息名、接受对象的标志、服务标志、输入信息、回答信息等。消息传递机制。50类类是一组具有相同数据结构和相同操作的对象的集合。类是对象的抽象。抽象是一种从一般的观点看待事物的方法，它要求程序员集中于事物的本质特征，而不是具体细节或具体实现 抽象的含义是过滤掉对象中与当前开发无关的特性，只剩下所需要的属性和行为。客观世界实际存在的都是对象，而不是类。类和对象的关系。51继承继承性是面向对象程序设计语言不同于其他语言的最主要特点。继承是指子类可以自动拥有父类的全部属性与操作的机制。父类（超类）子类（派生类）继承性又分为单重继承和多重继承两类。52多态性定义：同一操作作用于不同的对象，可以有不同的解释，产生不同的执行结果。多态性就是多种表现，即“一个对外接口，多个内在实现方法”。不同的类有时具有相同名称的操作。如：“打开”操作，可以是“打开一扇门”“打开一个银行帐号”“打开一本书”等虽然都是“打开”操作，但执行的是不同的行为动作53多态性的实现多态性分为两种：编译时的多态性。运行时的多态性。多态性的实现方式：通过接口实现多态性通过继承实现多态性通过抽象类实现的多态54面向对象的软件过程：喷泉模型 迭代和无间隙特征迭代：各开发活动常常重复工作多次，相关的功能在每次迭代中随之加入演进的系统无间隙：开发活动之间不存在明显的边界55面向对象分析过程 56简单的UML例子例子描述：在Web浏览器中，编写JAVA程序Hello，World！import java.awt.Graphics;class HelloWorld extends java.applet.Applet public void paint(Graphics g)g.drawString(Hello,World！,10,10);57HelloWorld类图 1类注释58HelloWorld类图 2继承关系依赖关系59HelloWorld顺序图Paint的顺序图60HelloWorld包图1和构件图HelloWorld包HelloWorld构件图61基于UML的分析、设计和实现 描述需求：使用用例来确定用户需求和系统必须为用户提供的服务静态建模：根据需求建立系统的静态模型动态建模：描述系统的动态行为62UML的主要组成视图（View）：用于构造系统模型图（Diagram）：用于描述视图模型元素：用于表示图的一组符号63UML中的视图逻辑视图(Logical View)实现视图(Implementation View)进程视图(Process View)部署视图(Logical View)用例视图(Use Case View)表示系统功能性需求表示系统的概念设计和子系统结构等说明代码的结构说明系统中并发执行和同步情况定义硬件结点的物理结构64 用例视图 用途：描述系统应该具备的功能，即被称为参与者的外部用户所能观察到的功能。用例视图是几个视图的核心，它的内容直接驱动其他视图的开发。进程视图部属视图逻辑视图实现视图用例视图65逻辑视图 用途：描述用例视图中提出的系统功能的实现。逻辑视图既描述系统的静态结构，也描述系统内部的动态协作关系。使用者：主要是设计人员和开发人员。组成：静态结构在类图和对象图中进行描述；动态模型在状态图、时序图、协作图以及活动图中进行描述。进程视图部属视图逻辑视图实现视图用例视图66进程视图用途：考虑资源的有效利用、代码的并行执行以及系统环境中异步事件的处理。使用者：主要是开发人员和系统集成人员。组成：状态图、协作图和活动图。进程视图部署视图逻辑视图实现视图用例视图67实现视图用途：描述系统的实现模块以及它们之间的依赖关系。组成：组件图。使用者：主要是开发人员。进程视图部署视图逻辑视图实现视图用例视图68部署视图用途：显示系统的物理部署，并描述位于节点实例上的运行组件实例的部署（Deployment）情况。组成：部署图。使用者：开发人员、系统集成人员和测试人员。并发视图部署视图逻辑视图组件视图用例视图69UML定义的图图名功能备注类图描述类、类的特性以及类之间的关系UML 1原有对象图描述一个时间点上系统中各个对象的一个快照UML 1非正式图复合结构图描述类的运行时刻的分解UML 2.0新增构件图描述构件的结构与连接UML 1原有部署图描述在各个节点上的部署UML 1原有包图描述编译时的层次结构UML中非正式图用例图描述用户与系统如何交互UML 1原有活动图描述过程行为与并行行为UML 1原有状态机图描述事件如何改变对象生命周期UML 1原有顺序图描述对象之间的交互，重点在强调顺序UML 1原有通信图描述对象之间的交互，重点在于连接UML 1中的协作图定时图描述对象之间的交互，重点在于定时UML 2.0 新增交互概观图是一种顺序图与活动图的混合UML 2.0新增70UMLUML视图和图视图和图主要领域视图图结构静态视图类图设计视图复合结构图、协作图、构件图用例视图用例图动态状态视图状态机图活动视图活动图交互视图顺序图、通信图物理部署视图部署图模型管理模型管理视图包图特性描述包图71UMLUML图形分类图形分类72模型元素 模型元素指模型中的实体以及实体间相互连接的关系 部分模型元素注解类属性操作对象：类属性操作状态用例结点供应接口包依赖关联泛化主动类属性操作请求接口构件实现73关于关于UMLUML的常见误区的常见误区UML是一种方法论UML就是一堆图形UML只能够应用于面向对象开发中UML就是Rose里的符号UML的学习周期很长、很复杂74UML工具UML工具是帮助软件开发人员方便使用UML的软件，它的主要功能包括：支持各种UML模型图的输入、编辑和存储；支持正向工程和逆向工程提供和其他开发工具的接口。主要的UML工具：Rational RoseTogether Soft公司 Together微软公司Visio75Rose：优秀的可视化建模工具衡量可视化建模工具的标准：易于使用灵活性 整合到应用程序生命周期的容易程度可伸缩性基于标准 RoseRose占据了市场上可视化建模工具的主导76模型图图标描述建模角度类图Class diagramClass diagram显示系统中的类和包，提供系统构件及其相互关系静态结构建模用例图Use-case diagramUse-case diagram用例图从用户的角度描述系统功能的使用者和主要的系统操作流程。显示用例与参与者及其相互关系系统功能建模协作图Collaboration Collaboration diagramdiagram从对象组织结构的角度显示用例中特定情形的操作流程动态行为建模顺序图Sequence diagramSequence diagram按时间顺序显示用例中特定情形的操作流程动态行为建模状态图Statechart diagramStatechart diagram显示系统中类的对象所有可能的状态以及事件发生时状态的转换条件动态行为建模活动图Activity diagramActivity diagram描述满足用例要求所需进行的活动以及活动间的关系的图动态行为建模构件图Component diagramComponent diagram描述代码构件的物理结构以及构件之间的依赖关系。组件图有助于分析和理解组件之间的影响程度静态结构建模部署图Deployment diagramDeployment diagram描述系统中的物理结构静态结构建模Rose支持的模型图77软件开发过程与Rose可视化建模软件开发阶段Rose使用情况可能用到的Rose模型图及元素开始阶段建立业务模型（BusinessUseCase）业务用例、业务参与者、业务工人确定用例模型（UseCase）参与者、用例、关系细化阶段细化用例参与者、用例、关系事件流程建模顺序图、协作图、状态图对系统静态结构和动态行为建模类图、交互图、状态机图确定系统构件构件图、关系构造阶段正向工程产生框架代码类图、交互图、状态机图、构件图逆向工程更新模型构件图创建部署图部署图交付阶段更新模型构件图、部署图78Rose的基本功能面向对象建模用例分析支持UML、COM、OMT和Booch93语义检查支持可控的迭代开发双向工程支持多用户并行开发可以与数据建模工具集成OLE链接、自动化多平台可用性79Rational Rose界面80Rose应用程序界面组成工具箱工具栏日志窗口文档窗口状态栏模型图窗口浏览器窗口81浏览器 可视化显示模型中所有元素的层次结构；拖放（Drag-and-dropDrag-and-drop）功能同步更新模型，即，浏览器中的模型元素发生变化时，可以自动更新模型中的相应元素，反之亦然82模型图窗口水平滚动条模型图工具箱垂直滚动条标题栏控制菜单栏83规范窗口用于显示和修改模型元素的属性和关系在规范窗口中显示的一些信息也可以在图标中显示出来，用于来描绘模型图中的模型元素规范窗口中提供了诸如字段、列表框、选项按钮和复选框之类的标准接口元素模型元素的定义（specification）84Rose应用程序界面自定义工具栏/工具箱85Rational Rose中的视图1.Use Case View（用例视图）2.Logical View（逻辑视图）3.Component View（组件视图）4.Deployment View（配置视图）86Rose中的视图（1）：用例视图用例视图系统中与实现无关的视图，只关心系统的高级功能，而不关心系统的具体实现细节通常在项目开始时要先确定，之后不轻易修改 包含的内容业务参与者、业务工作者业务用例、业务用例图、业务用例实现参与者用例、用例图、用例文档类图状态图、活动图顺序图、协作图包、文件、URL87Rose中的视图（2）：逻辑视图逻辑视图关注系统如何实现使用用例中提到的功能，涵盖系统实现的具体细节从中可以看到系统的逻辑结构包含的内容用例、用例图类、类实体、类图接口活动图、状态图协作图、顺序图包、文件 88Rose中的视图（3）：构件视图构件视图包含模型代码库、执行库和其它构件的信息从中可以看出系统实现的物理结构 包含的内容构件接口构件图包文件URL 89提问与解答环节Questionsandanswers90结束语CONCLUSION感谢参与本课程，也感激大家对我们工作的支持与积极的参与。课程后会发放课程满意度评估表，如果对我们课程或者工作有什么建议和意见，也请写在上边，来自于您的声音是对我们最大的鼓励和帮助，大家在填写评估表的同时，也预祝各位步步高升，真心期待着再次相会！91感谢您的观看与聆听本课件下载后可根据实际情况进行调整92