UML终极备考手册.docx

UML终极备考手册1. UML是什么？UML(Unified Modeling Language)，统一建模语言。UML为标准的面向对象的建模语言。2. 其他建模语言的失败原因每种建模语言都力图推广自己的特点，但用户很难了解不同建模语言的优缺点和差异，很难根据应用特点选择合适的建模语言。而UML统一了各个方法的符号体系，并采纳借鉴了其他面向对象方法的优点和好的概念，使得开发人员不必再开发过程中的不同阶段进行概念和符号的转换。5. UML的主要特点。1) UML统一了很多面向对象方法的基本概念和符号；2) UML是一种先进实用的标准建模语言，其发展存在着一个进化过程3) UML是一种建模语言，而不是一种方法。6. UML为什么有用？（UML的功能）1) 为软件系统的产物建立可视化模型2) 规约软件系统的产物3) 构造软件系统的产物4) 为软件系统的产物构建文档。2. 编码需要注意的事情。1) 代码格式规范，有清晰、恰当的注释2) 尽量使用简单逻辑语言3) 服从多级代码结构4) 统一命名规范5) 预留升级空间3. 软件工程的认识。软件工程就是要实现软件设计、制作工程化，屏蔽个性化，追求规范、统一。4. 功能性需求与非功能性需求功能性需求：确定软件各方面功能的使用要求，如输入、输出、事件、消息等。功能性需求的遗漏一般对软件不会造成太大的影响，只要补全遗漏即可。非功能需求：系统性能、兼容性、安全性、可拓展性等。非功能需求遗漏，经常对系统造成毁灭性影响。功能需求与非功能需求转化的原动力为：需求。6. 面向对象的基本特征。面向对象的基本特征概括为对象、类、继承、通信。具体如下：1) 客观世界由对象组成，任何客观实体都可以看成是对象，复杂对象可以有简单对象组成；2) 具有相同数据和操作的对象可归纳为类，对象是类的一个实例。3) 类还可以派生出子类，子类除了能继承父类的全部性能外还可以有自己的特性。4) 对象之间的联系通过消息传递来维持。7. 技术发展最重要的影响因素是？ 人员。8. UML的各个元素及其特点。（手抄）9. 四种关系及其表示。1) 依赖关系 (Dependency)：是类与类之间的连接，表示一个类依赖于另一个类的定义，其中一个类的变化将影响另外一个类。所有的关系都是依赖关系。 2) 关联关系 (Association)：类与类之间的联接，它使一个类知道另一个类的属性和方法。关联关系分为双向关联和单向关联。聚合关系是关联关系的一种，是一种弱的“拥有”关系，A对象包含B，而B对象不是A对象的组成部分。对于”包含“、”组成“、”分为部分“的语义都化为聚合关系。如电脑和主板的关系。组合关系组合关系也是关联关系的一种，整体的生命周期应该各部分的生命周期相同。如人和头的关系。3） 类属关系即面向对象设计中的子类与父类间的继承关系。4） 实现关系：一般存在于接口和实现该接口的类之间，也存在与用例和实现该用例的协作之间。注意箭头指向接口。10. 7种重要的基本图及其特征静态图：类图、对象图、组件图、包图、配置图。5个动态图：活动图、状态图、时序图、协作图、用例图。两个物理建模图：组件图和配置图逻辑图：？其中时序图和协作图是等价的，可以相互转换，合称为交互图；活动图是状态图的一种特例，合称为行为图。类图：类的定义：类是对现实世界中的事物的抽象，是分享同样的属性、操作、关系和语义和对象的集合。类包含属性和方法两种元素。属性的可见性：public + protected # private - 对象图：对象的概念和特征：对象代表了类的一个实例，具有身份和属性值两个特征。对象图和类图的区别（对象和类的区别）1) 对象是类的一个实例，能够对其进行具体的操作。2) 对象具有状态、行为和身份。3) 类是对现实世界一类事物的抽象，并将其行为与结构定义在类中。包图：包是一个用来将模型单元分组的通用机制，就像文件夹一样，可以将模型元素分组隐藏，从而简化UML图。组件图：组件的特点：1) 组件是物理的。2) 组件是可替代的3) 组件是系统的一部分4) 组件可以被多个系统重用组件和类的区别：1) 类代表了逻辑的抽象，而组件是物理的、可以存在于现实世界中的。2) 组件代表了其他逻辑单元的物理封装，与类的抽象存在的与不同的层次上。3) 类本身有属性和操作，但是，组件的操作通常只能通过接口来访问。组件和类的联系：1) 组件封装了一系列的的逻辑单元，其中包括类2) 组件和类都可以实现一系列的接口3) 组件和类都可以存在依赖关系、类属关系和关联关系4) 都可以生成实例，参与交互作用。组件图包含元素：1) 组件2) 接口3) 依赖关系、类属关系、关联关系和实现关系组件图的对象：主要着眼于系统组件的特殊类图组件图的建模应用：1) 为源代码建模；2) 为可执行版本建模；3) 为数据库建模；4) 为自适应系统建模。配置图：包含的元素：1) 节点2) 依赖和关联关系配置图的对象：着眼于系统的节点的类图配置图的应用：1) 为嵌入式系统建模；2) 为客户/服务器系统建模；3) 为完全的分布式系统建模。用例图：用例图的元素：1) 参与者2) 用例3) 依赖、类属和关联关系用例的特点：1) 用例捕获用户的需求，实现一个具体的用户目标2) 用例由参与者激活，并提供确切的值给参与者3) 用例可大可小，但必须能够完整描述一个具体的用户目标实现用例的功能：用例描述了系统的功能（所具有的行为）用例图的作用：描述参与者和用例之间的关系，帮助开发人员可视化的了解系统的功能。用例图为系统的需求建模： (a) 确定环绕系统的参与者，建立系统上下文 (b) 考虑每个参与者期望的行为 (c) 抽取常见的行为作为用例 (d) 确定被其它用例使用的用例或用来扩充其他用例的用例 (e) 在用例图中描述用例、参与者及它们的关系 (f) 用注释来描述非功能需求(1) 每个参与者的任务是什么(2) 有参与者将要创建、存储、改变、删除或读取系统中的信息吗(3) 什么用例会创建、存储、改变、删除或读取这个信息 (4) 参与者需要通知系统外部的突然变化吗 (5) 需要通知参与者系统中正在发生的事情吗(6) 什么用例将支持和维护系统 (7) 所有的功能需求都能被用例执行吗 (8) 系统需要何种输入输出？输入从何而来？输出到何处 (9) 当前运行系统的主要问题识别参与者（Actor） 识别用例 (1) 谁是系统的主要用户 (2) 谁从该系统获得信息 (3) 谁向系统提供信息 (4) 谁从系统删除信息 (5) 谁支持、维护系统 (6) 谁管理系统 (7) 系统需要与哪些其他系统交互 (8) 系统需要操作哪些硬件 (9) 在预设的时间内，有事情自动发生吗 (10) 系统从那里获得信息 (11) 谁对系统的特定需求感兴趣 (12) 几个人在扮演同样的角色吗 (13) 一个人扮演几个不同的角色吗 (14) 系统使用外部资源吗 (15) 系统用在什么地方用例的应用： (1) 为系统的上下文建模(2) 为系统的需求建模事件流：P81P82时序图：包含的元素：1) 对象2) 连接3) 消息时序图的标识：存在两个轴，水平轴表示不同的对象，垂直轴表示时间。 (1) 对象：带垂直虚线的矩形框 (2) 垂直虚线：对象的生命线 (3) 对象间通信：对象的生命线间画消息消息与事件消息是对象间的通信