常熟理工UML复习资料

1、1.软件是计算机系统中与硬件相互依存的另一部分，它是包括程序、数据、及相关文档的完整集合。程序是按事先设计的功能和性能要求执行的指令序列数据是使程序能正常操纵的信息的数据结构文档是程序开发、维护和使用有关的图文材料2.软件生存周期：正如同任何事物一样，软件也有一个孕育、诞生、成长、成熟、衰亡的生存过程。我们称其为计算机软件的生存周期。3.OOA：面向对象的分析OOD：面向对象的设计OOP：面向对象的编程OOT：面向对象的测试ODBMS:面向对象数据库4.类：看作结构化中的表定义+访问数据库的代码定义对象：看作结构化中的记录。记录：数据库中；对象：内存中属性：看作结构化中的记录中的字段方法：看作

2、结构化中的函数或过程5. * 消息：是发送对象obj1向目标对象obj2发送请求的载体，申请对象obj2的一个方法面向对象系统中，对象之间通过相互发送消息来协同工作，完成系统功能6. +public：公共的 -private：私有的 #protected：受保护的 friendly：友好的7. *单继承与多继承的区别：多继承引发的问题：属性和操作的命名冲突C+支持多继承、Java不支持多继承8. 多态定义：同一操作作用于不同的对象，可以有不同的解释，产生不同的执行结果。多态性分为俩种：1.编译时的多态性2. 运行时的多态性实现多态的两种方法：1.采用继承2.使用接口类9.UML全称：Unifi

3、ed Modeling Language 统一建模语言10.利用执行者（actor）和用例（use case）来描述系统的边界和它的主要功能通过各种交互图形来描述use case的实现用类图来描述系统的静态结构和特性 用状态转换图来描述对象的动态特性 用构建图和部署图来描述系统物理特性的体系结构通过自定义类型，扩展系统功能11. 用例图(用例图的组成)：展示系统外部的各类执行者与系统提供的各种用例之间的关系 执行者：不是系统的一部分，可以是（用户）人，也可以是一个在执行过程中要调用本系统的另一个应用系统 用例：表示的是不同的执行者对系统的应用方式*用例图包括6个元素：参与者、用例、关联关系、包

4、含关系、扩展关系以及泛化关系12. 类图：是描述类、接口、协作以及它们之间关系的图类图包含7个元素：类、接口、协作、依赖关系、泛化关系、关联关系以及实现关系类三个部分：类名、属性、方法13. 状态图：描述一类对象具有的所有的可能状态以及其转移关系。状态图由表示状态的结点和表示状态之间转换的带箭头的直线组成。状态图的图标分为三个部分：名称、内部转换、嵌套状态图。14. 协作图：描述的是和对象结构相关的信息。协作图从另一个角度展示对象之间的动态协作关系协作图包含3个元素：对象、链、消息15. 顺序图与协作图关系：角度不同16. UML中那5个视图：用例视图、逻辑视图、构件视图、并发视图、部署视图

5、Rose中那4个视图：用例视图、逻辑视图、构件视图、 部署视图18. 19.UML对使用它的方法提出下列要求：支持用例驱动（use case driven）以体系架构为中心（architecture-centric）迭代递增式开发20. 类图的三个透视角度：概念视角：描述应用域（domain）中的概念说明视角：考察对象的接口，即对象的类型而不是对象的实现实现视角：描述对象类的实现21. 包：包是分解复杂问题的一种机制任何大系统都必须划分为较小的单元，以便人们在某一时刻可以和有限的信息工作，使团队的工作不相互影响包可以包含各种模型元素和其他的包，包之间还可能存在一定的依赖22.交互图:主要是用来

6、描述对象之间的动态合作关系以及合作过程中的行为次序。常常用来描述一个用例的行为，显示用例中所涉及的对象和这些对象之间的消息传递情况。包括：顺序图：描述对象之间的交互的时序。协作图：描述对象之间的合作关系。23.Browser窗口有四个视图:Use Case用例图、顺序图、协作图、活动图Logical类图和状态图Component组件图Deployment部署图用例图 顺序图协作图 活动图类图 状态图组件图 部署图24. 定义需求可以定义需求为“应该做什么的规格说明”。需求是系统的基础。原则上需求应该仅仅是陈述系统应该做什么，而不是它应如何做。这是重要的区别。在理论上如何分离what和how是引

7、人注目的，实际上，一组需求将是what和how的混合物。基本上有两种类型的需求：功能性需求系统应该提供什么功能。非功能性需求系统的特定特性或者约束。25. 系统需求规格说明SRS(System Requirement Specification)说明系统将做什么SRS是软件构造过程的真正开始。它常常是OO分析和设计的初始输入。可以用自然语言书写，也可用需求工程工具如 Requisite Pro(Rational Corporation)或者DOORS对于任何一份SRS的基本提问是：“它对我有什么用？”“它是否帮助我理解系统应该做什么？” 26. 用例建模活动输出用例模型，包括四个部分：系统边界

8、包围用例的方框，表示系统的范围，边界内的用例表示系统将来要实现的功能。参与者在系统边界之外，透过系统边界与系统进行有意义的交互的任何人或事物。用例由系统执行的一个动作序列，给角色提供一项有价值的服务。关系角色和用例、角色之间、用例之间有意义的联系。27.关联：角色与用例之间的关系关联代表的含义：参与者与用例之间进行通信28.UP (Unified Process )或USDP(Unified SDP )统一软件开发过程基于UML作者的工业标准SEP 目标“分而治之”将复杂系统的基本步骤构造为一组互联的小功能块 来源Ericsson方法，1967Rational Objectory Proces

9、s,1996-1997其他 Ivar Jacobson常常被认为是UP之父 RUP(Rational Unified Process )统一开发过程：是一套面向对象的软件开发过程。 软件过程：是指实施于软件开发和维护中的阶段、方法、技术、实践和相关产物（计划、文档、模型、代码、测试用例和手册等）的集合。29. UP（统一软件开发过程）的项目生命期项目生命期被划分成四个阶段：初始、细化、构造、移交初始：目标：建立可行性，创建业务用例，捕获基本需求，识别关键任务，该阶段的主要工作者是项目经理和系统设计师。焦点：需求和分析工作流里程碑：生命期目标(Life Cycle Objective)细化：目标

10、：创建可执行的构架基线,精化风险评估,定义质量属性(缺陷率等),捕获80%的功能需求用例，创建详细计划，含资源、时间、设备、人和成本标价。焦点：需求，精化系统范围和需求。分析，确定了需要构造什么。设计，创建稳定的构架。里程碑：生命期构架的里程碑构造：目标：完成所有的需求、分析和设计，主要问题是维护系统构架的完整性。焦点：实现里程碑：完成软件系统移交：目标：修复缺陷，为用户场地准备新软件，修改不可预见的软件问题,创作用户手册和文档,提供用户咨询,进行项目后评审。焦点：测试以及在用户场地验收测试里程碑：产品发布30.31. UP三个基本公理用例和风险驱动构架为中心的迭代和增量的工作流32. 类图（

11、类之间关系）类图描述了系统中的类及其相互之间的各种关系。类之间的关系表示了对象之间的通信能力。类之间有三种关系：关联（包括聚合和组合）继承依赖33. 类的三个层次1. Conceptual：概念层。描述问题域中的概念，不考虑或很少考虑实现上的细节No Software.只考虑属性，在分析阶段使用。2. Specification：说明层。Looking into Software,but only interface of zhe software,not the implementation.Only type,not class。增加定义操作，在设计阶段使用。3. Implementati

12、on：实现层。只有当使用某一具体技术进行设计时使用。在设计阶段使用。在创建类图或读类图的时候，需要清楚该类图是基于哪个层次34. 时序图 生命线生命线是一条垂直的虚线，表示时序图中的对象在一段时间内的存在。每个对象的底部中心的位置都有生命线。生命线是一个时间线，从时序图的顶部一直延伸到底部，所用的时间取决于交互持续的时间。、对象与生命线结合在一起称为对象的生命线，对象的生命线包含矩阵的对象图标以及图标下面的生命线。35. 系统行为契约每一个系统操作都有一个契约，用于描述这个系统操作的行为名称：操作和参数的名称职责：对此操作所履行的职责的非形式化描述类型：类型的名字（概念、软件类、接口）交叉引用

13、：所引用的系统功能号、用例等注释：设计注释、算法注释等异常：发生的例外情况输出：非UI输出，例如向系统外部输出的消息或记录等前置条件：在操作执行前对系统状态所做的假设后置条件：操作执行完成后系统的状态36.边界类37.实体类38. 控制类一般的交互关系：Actor接口类控制类实体类39.低耦合度问题：如何支持低依赖关系和增加重用？解决方案：在分配一个职责时要保持低耦合度。耦合度：一个类与其他类关联、知道其他类的信息、或依赖其他类的强弱程度的度量。类之间的关系能简单则尽量简单！40.高耦合度类所存在的问题：其他类的改变会迫使这个类改变其自身的局部定义；如果不联系其他类，难以孤立理解它；难以重用，

14、因为还要它所依赖的类必须一起存在。尽量降低类之间的耦合度41.高聚合度聚合度：一个类中各个职责之间的相关程度和集中程度。高聚合度：类中的职责高度相关并且这个类所完成的工作量不是特别巨大。低聚合度：类中的很多职责彼此不相关。低聚合度类的问题：难以理解难以重用难以维护易受外界所发生的细微变化的影响42.*三层结构 43.三层结构的优势1便于统一安装和维护，客户端几乎零维护。2表示层、应用逻辑层、存储层比较独立，可以分别进行修改和升级。3便于组件共享和升级。4方便对应用逻辑单独进行升级和修改。5可以采用中间件技术，实现负载平衡。6在复杂情况下具有很高的运行效率和稳定性。7完整的事物处理能力和简单的编程接口。8简化应用逻辑的编程，不关心存储的细节。44.接口类类A 类B 接口A接口实现B接口依赖45. 状态图状态图刻划特定对象所有可能的状态及状态变迁。一个状态图表示一个状态机。状态图表现从一个状态到另一个状态的控制流。 状态图由表示状态的节点和表示状态之间转换的带箭头的直线组成。组成：状态（State） 示意图：转换（Transition）初始状态（Start State）终结状态（End State）判定（Decision）46. 修改事件修改事件依靠特定属性值的布尔表达式所表示的条件的满足来触发状态的转换。修改事件表示了一种具有时间持续性的并且可能是涉及