2022年2022年UML复习大纲以及整理

1、精选学习资料 - - - 欢迎下载学习必备欢迎下载考试题型：挑选15 道,判定15 道,大题20 分,简答50 分,答题请简明扼要；一.软件工程及面对对象技术.rup 概述1. 软件生命周期的主要阶段. 需求分析（ requirement analysis ）. 软件设计（ software design ）. 编码（ coding/programming ）. 测试 / 调试（ testing/debug ）. 运行 / 保护（ running/maintenance ）2. 几种经典的软件过程模型及其相应的特点从项目的需求定义情形.项目规模和复杂程度以及治理.掌握的模式来看,大致可分为：线

2、性模型. 瀑布模型waterfall model ,也称为线性次序模型或典型的生命周期模型特点： a软件开发各阶段严格依据次序进行,前一阶段的任务没有完成,不能进入下一阶段b每一阶段的工作成果必需经过评审,确认无误,才能作为下一阶段的输入和依据c每一阶段终止时要求交出规定的软件文档资料缺点： a缺乏敏捷性b对软件开发过于抱负化,如对系统的需求分析适用范畴： a适用于小型项目b要求在项目开头时就明确需求；. 快速应用开发（rad）模型瀑布模型的高速变种,强调在短期内开发软件强调重用在以前项目中开发过和测试过的构件特点：a 开发速度快b 适用于在开发过程之前就充分懂得需求的情形c 需要有足够的人力

3、资源以建立相应的rad小组 drad不适合技术风险很高或系统难以模块化的情形原型模型特点：a 循环模式（ circulation ）b 引入用户评判c 逐步求精演化模型a 优点便于开发人员和用户之间的沟通沟通开发过程变得简洁.敏捷可以吸引客户,抢占市场（慎用）b 缺点要求开发团队有较高的原型开发才能,假如团队体会不足,可能会影响原型的质量没有考虑软件的整体质量和可保护性. 增量模型a 优点：能够明确需求,可以实施较好的风险治理精品学习资料精选学习资料 - - - 欢迎下载学习必备欢迎下载人员安排敏捷, 项目开头时不用投入大量人力资源,当核心产品很受欢迎时,可增加人力实现下一个增量b 缺点至始至

4、终都必需和客户沟通,直至完成最终版本只适用于大型系统,对小系统划分小的功能增量很困难. 螺旋模型a 优点对于大型系统来说,这个模型为一个很好的方法,开发者和客户能够较好地对待和懂得每一个演化层 次上的风险b 缺点需要相当的风险评估技术潜在的风险将导致问题的发生. 基于构件的开发模型a 优点构件可复用,提高了开发效率采纳了面对对象的技术b 缺点过分依靠于构件,构件库的质量影响着产品质量3. 面对对象的基本建模原就 抽象 封装 继承 分类 关联4. 面对对象分析分大致过程. 描述需求. 识别潜在对象. 挑选对象. 对象的命名. 识别对象的属性. 识别对象的行为. 识别对象所属的类. 定义类的结构5

5、. 面对对象程序设计语言. simula、1967. smalltalk、20世纪60岁月. c+优点 可在操作系统的任何层次上作任何事情 可能为现有的速度最快的面对对象语言精品学习资料精选学习资料 - - - 欢迎下载学习必备欢迎下载 c+编译器特别流行,程序员许多缺点 指针的大量使用难以保证软件在运行时的安全性. java特点： 平台无关性,可移植性高 垃圾回收机制 没有指针. c#. ada6. rup 的基本概念.基本特点以及裁剪基本概念： a process defineswho is doingwhat when and how to reach a certain goal. 软

6、件过程描述了什么时候,什么人,做什么事,以及怎样实现某一特定的目标rational unified process为一种软件的开发过程, 为将用户需求转化为软件系统所需的活动的集合；为一个通用的过程框架； 基本特点：. 用例驱动采纳用例来捕捉对目标系统的功能需求采纳用例来驱动软件的整个开发过程,保证需求的可跟踪性, 确保系统全部功能均被实现；. 以软件体系结构为中心软件体系结构刻画了系统的整体设计,它去掉了细节部分, 突出了系统的重要特点在开发过程的早期形成良好的软件体系结构,有利于对系统的懂得. 支持重用和有效的组织软件开发在后续阶段中对已形成的体系结构框架进行不断细化,最终实现整个系统；.

7、 受控的迭代式增量开发将软件开发过程分为一系列小的迭代过程,在每个迭代过程中逐步增加信息.进行细化依据具体情形打算迭代的次数.每次迭代连续的时间以及迭代工作流 每次迭代都挑选目前对风险影响最大的用例进行,以分解和降低风险；7. rup 与 uml 的关系要实施 rup,应当用 uml统一建模语言；二者为一起进展起来的,为不行分的关系；二. uml 概述1. uml 基本概念以及其与编程语言的区分unified modeling language为对软件密集型系统中的制品进行可视化.详述.构造和文档化的语言精品学习资料精选学习资料 - - - 欢迎下载学习必备欢迎下载2. uml 中图的分类结构

8、图：类图.构件图.对象图.部署图.组合结构图.包图.用例图行为图：. 活动图显示系统内的活动流. 状态图显示一个对象的状态和状态之间的转换. 合作图突出对象之间的合作与交互. 次序图强调一个系统中不同元素间传递消息的时间次序. 时间图描画与交互元素的状态转换或条件变化有关的具体时间信息. 交互概观图用于从总体上显示交互序列之间的掌握流3. uml 的组成由基本构造块.规章.通用机制组成；4. uml 可见性原就可见性 :public、protected、private、package5. 常用的 uml 工具1. . rational rose（功能强大,市场占有率高）2. . staruml

9、3. . enterprise architect4. . argouml5. . visio精品学习资料精选学习资料 - - - 欢迎下载学习必备欢迎下载三.用例图1. 用例图建模步骤 找出系统外部的参与者和外部系统、 确定系统边界和范畴 确定每一个参与者所期望的系统行为 把这些系统行为命名为用例 使用泛化.包含.扩展等关系处理系统行为的公共或变更部分 编制每一个用例的脚本 绘制用例图 区分主要大事流和反常大事流、 假如需要 、 可以把反常大事流处理为单独的用例细化用例图 、 解决用例间重复与冲突的问题2. 用例为为了获得系统需求；需求技术.需求的类型两种类型的需求功能性需求：系统应当供应什

10、么行为非功能性需求：系统上的特定属性或约束三种需求技术xp中的用户故事由用户参与编写,说明需要系统为他们做什么简短的文字描述fdd中的特性描述特性驱动的软件开发方法特性（ feature ）描述：<action> the <result> <by|for|of|to> an <object>rup中的用例描画一个系统外在可见的需求情形,为代表系统中各个项目相关人员之间就系统的行为所达成的契约；需求类型功能性需求：系统应当供应什么行为非功能性需求：系统上的特定属性或约束3. 用例图的三要素a. 参与者：. 参与者为虚拟的概念,可以指人,也可以指外部

11、系统.设备等. 一个参与者可以执行多个用例. 一个用例也可以由多个参与者所使用. 尽管在用例建模时使用参与者,但参与者实际上并不为系统的一部分b. 用例：用例为对一个活动者actor 使用系统的一项功能时所进行的交互过程的一个文字描述序列用例为系统. 子系统或类和外部参与者交互的动作序列的说明、 包括可选的动作序列和会显现反常的动作序列c. 参与者与用例之间的关系：参与者和用例之间为关联关系,表示了参与者与用例间的通信可以用一条实线箭头表示,由参与者指向用例精品学习资料精选学习资料 - - - 欢迎下载学习必备欢迎下载4. 用例之间的关系泛化 generalization包含 include扩

12、展 extend自定义四.类图1. 类的基本概念类为具有相像结构.行为和关系的一组对象的描述符接口为一种特别的类；接口为一种类似于抽象类的机制,为一个没有具体实现的类；关联类既为关联又为类；嵌套类： 在诸如 java的语言中, 答应将一个类的定义放在另一个类定义的内部,这就为嵌套类,嵌套类为声明在它的外层类中的,因此只能够通过外层类或外层类的对象对它进行拜访；2. 类之间的关系及相应表示方法聚合,组合,依靠,关联四种关系的强弱：组合>聚合 >关联 >依靠；3. 三种主要的类版型及其表示方法边界类：实体类：掌握类：边界类位于系统与外界的交界处每个参与者-用例对至少要有一个边界类

13、,但并非每个参与者-用例对要生成唯独边界类,多个参与者可以用同一个边界类；实体类描述要储存到长久储备体中的信息；实体类可以通过大事流和交互图发觉；掌握类为主要负责其它类工作的类；4. 类图的抽象层次概念层（分析阶段） .说明层（设计阶段） .实现层（实现阶段）概念层：描述应用领域中的概念精品学习资料精选学习资料 - - - 欢迎下载学习必备欢迎下载一般这些概念与类有很自然的联系,但未必有直接的映射关系. 独立于程序设计语言,类的描述可能没有或有少量属性和操作名称说明层：. 描述软件的接口部分、 不为实现部分接口可能由于实现环境等不同而有不同的实现. 主要列出属性和操作名称实现层. 考虑类的实现

14、问题. 供应类的实现细节比较. 类图的三个层次之间没有一个清楚的界限. 三个层次的观点并不为uml的组成部分,但它 们对于画类图或者阅读类图特别有用. 指明类图层次的方法版型：implementation class type 5. 多重性的概念表示有多少个对象参与该关联* 即 0.n0个或多个四.对象图与包图1. 对象的特点以及命名方法状态.行为.标识.对象的状态包括这个对象的全部属性（通常为静态的）以及每个属性当前的值（通常为动态的）.为了将一个对象与其它全部对象区分开来,我们通常会给它起一个“标识 ”.行为为对象依据它的状态转变和消息传递所实行的行动和所作出的反应；对象的行为代表了其外部

15、可见的活动；操作代表了一个类供应应它的对象的一种服务；. 对象名 “对象名 : 类名” “: 类名” “对象名”. 属性 “属性名 =属性值”2. 对象和类的关系. 对象为一个存在于时间和空间中的实体,类仅代表一种抽象,抽象出对象的本质. 类为静态的,对象为动态的. 类为一般化,对象为个性化. 类为定义,对象为实例. 类为抽象,对象为具体3. 包在 uml 体系中的位置精品学习资料精选学习资料 - - - 欢迎下载学习必备欢迎下载基本构造块：事物：分组事物. 包为一种常规用途的组合机制. 在 uml中,包为一种分组事物一个 uml建模元素的容器通过包可将以下元素集合在一起. 类. 用例. 构件

16、.4. 包中可包含的元素类.接口.构件.节点.协作.用例.其他子包或图5. 包的版型. system版型表示正在建模的整个系统. subsystem版型表示正在建模的系统中某个独立的部分. facade版型为其它包的视图,主要为复杂的包供应简略视图. stub 版型为一个代理包,通常用于分布式系统的建模. framework 版型表示一个框架,框架为一个领域中的应用系统供应可扩充模板的体系结构模式6. 包之间的关系依靠关系： use import access trace 泛化关系7. 包图建模原就重用等价原就：. 把类放入包中时、应考虑把包作为可重用的单元. 重用的粒度就为发布的粒度. 该原

17、就倾向于把包做的越小越好共同重用原就：. 不会一起使用的类不要放在同一个包中. 一个包中的全部类应当为共同重用的,假如重用了包中的一个类,就应当重用包中的全部类. 该原就倾向于把包做的尽可能小共同闭包原就：. 把需要同时转变的类放在同一个包中. 以下情形两个类放在一个包中： 一个类的转变要求另一个类做相应转变精品学习资料精选学习资料 - - - 欢迎下载学习必备欢迎下载 删除一个类后,另一个类变成余外 两个类间有大量的消息发送. 该原就倾向于将包做的尽可能的大非循环依靠原就：. 包之间的依靠关系不要形成循环. 包 a依靠包 b,包 b依靠包 c,包 c依靠包 a,形成了循环,怎么办？. 将这些

18、包中的元素放入一个更大的包中8. 包内元素的可见性. 包内元素的可见性掌握了包外部元素拜访包内部元素的权限. 包的可见性有 “+”表示“ public ” “#”表示“ protected ” “ - ”来表示“ private五. 活动图1. 概念以及构成元素. 活动图描述系统或业务的一系列活动构成的掌握流. 活动图描述系统从一种活动转换到另一种活动的整个过程. 活动图通常对业务过程.工作流和用例实现进行建模初始节点.活动终点.活动节点.转换.分支和监护条件.分岔与汇合2. 活动图建模的原就. 尽量使用分支.分岔和汇合等基本建模元素绘制活动图. 依据活动图中为否要表达出不同的实施者,来打算为

19、否采纳泳道. 依据需要,加入对象流以及对象的状态变化. 依据需要, 加入高级的建模元素（比如帮助活动图.汇合描述. 信号节点. 引脚及扩展区）3. 分岔与分支的区分分岔：活动为并发执行；有一个进入转换,有两个或多个离开转换分支：活动的转换为有条件的；有一个进入转换,一个或多个离开转换六. 状态机图1. 基本概念以及构成元素. 一个状态为指在对象的生命期中的一个条件或状况,在此期间对象将满意某些条件.执行某些活动或等待某些大事. 状态机图为一种用来表达状态机的图. 在状态机图中, 状态节点由状态符号表示,状态之间的转换由连接状态节点的有向弧表示. 状态机图描述状态到状态的掌握流程,常用来对系统的动态特点建模. 状态机图可以用于对不同建模元素的实体建模. 初态和终态. 源状态和目标状态精品学习资料精选学习资料 - - - 欢迎下载学习必备欢迎下载. 触发大事. 监护条件. 动作. 分支2. 复合状态. 指状态本身包含一个或多个状态机的状态. 次序复合状态只包含一个状态机的复合状态. 并发复合状态包含两个或两个以上并发执行的状态机3. 历史状态. 用于记住上次离开复合状态时所处的子状态. 表示方法 浅历史 深历史七. 交互图1. 分类. 次序图（时序图,序列图）. 通信图（协作图）. 定时图. 交互概述图2. 次序图基本概念.建模元素以及编号. 次序图为显示对象