![](https://img-blog.csdnimg.cn/20201014180756926.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
UML
gtfaww
好好学习,天天向上。
展开
-
think in UML读书笔记2 RUP
RUP (Rational Unified Process)统一过程UML是一种建模语言,需要在一种建模方法的指导下进行建模,统一过程就是最著名的建模方法。我们应该站在软件过程的角度,先了解软件项目是怎么做的,再到UML中去找寻找需要的工具。统一过程将软件生产分成四个阶段和九个核心工作流:RUP是迄今为止最重量级的软件方法,立足长期战略,适用于指导大中型项目的开原创 2016-11-29 11:21:11 · 364 阅读 · 0 评论 -
think in UML读书笔记10 获取非功能性需求
需求层次论人的需求层次:对应软件系统的5个层次:非功能性需求主要包括:可靠性 包含:安全性、事务性、稳定性可用性 主要从容易学习、使用效率、美观、用户手册、错误恢复等有效性 包含:性能、可伸缩性、可扩展性可移植性原创 2016-12-01 13:26:45 · 705 阅读 · 0 评论 -
think in UML读书笔记9 UML核心视图
视图视图包含静态视图和动态视图结构性特征由静态视图表示,行为性特征由动态视图表示。静态视图包含:用例视图 以参与者和用例为基本元素,以不同视角展现系统的功能性需求。类图 展现系统中的类及其相互关系。包图 用来展示高层次的观点。动态视图包含:活动图 描述完成某个目标需要做的活动和活动的顺序。状态图 显示一个状态机,用于对模型元素的动态行为进行建模。时序图原创 2016-11-30 21:00:04 · 277 阅读 · 0 评论 -
think in UML读书笔记1 抽象
面向对象的精髓在抽象,面向对象的困难在抽象,面向对象的成功在于成功的抽象,面向对象的失败在于失败的抽象。成也抽象,败也抽象。面向对象编程的目标从来都不是复用。对象提供一种处理复杂性问题的方式。有了对象,我们能通过提升抽象级别来构建更大、更复杂的系统。如果一次成型一辆汽车很难,我们可以把汽车分成很多个零件,分别制造,再按照预设的接口组装成完整的车。现实世界和对象世界存在一道鸿沟,这个鸿沟原创 2016-11-28 21:54:30 · 385 阅读 · 0 评论 -
think in UML读书笔记8 UML核心元素 组件 节点
组件我的理解就是模块,具有以下特点:完备性 能够完成一个或一组功能。独立性 可以独立部署,和其他组件没有依赖关系。逻辑性 组件是从软件结构设计的观点来定义的透明性节点部署中的物理设备原创 2016-11-30 16:06:56 · 310 阅读 · 0 评论 -
think in UML读书笔记7 UML核心元素 关系
关联关系关联关系是一种静态的、天然的结构。通常以实例变量(成员变量)形式实现。例如:公司和员工之间一对多的关系。依赖关系在运行期会使用到另一个对象的关系。是一种临时性的关系。例如:A对象保存B对象的实例,但A不会操作B,就是关联关系。如果A某个场景使用了B对象的属性或方法,且B的修改会引起A的修改,就是依赖关系。扩展关系表示用例场景中的某个分支。原创 2016-11-30 15:49:01 · 276 阅读 · 0 评论 -
think in UML读书笔记6 UML核心元素 边界 包 分析类 设计类
边界边界就是面向对象的封装边界决定视界边界决定抽象层次封装才能解耦,做到心中有边界。业务实体业务实体代表业务角色执行业务用例时所处理或使用的事物。参与者代表人、用例代表事、业务实体代表物。包主要用来容纳并为其他元素分类。好的分包具有高内聚、低耦合特性,应该避免双向依赖和循环依赖。常用包包括:领域包、子系统、组织结构、层包。原创 2016-11-30 15:17:00 · 680 阅读 · 0 评论 -
think in UML读书笔记5 UML核心元素 用例
用例一个用例就是和参与者进行交互,并为参与者提供可观测、有意义结果的一系列活动的集合。在UML中称为用例场景,一个用例场景就是一个用例的实例。一个完整的用例包括参与者、前置条件、场景、后置条件组成:用例特征用例是相对独立的用例的执行结果是可观测、有意义的用例必须有参与者用例必然是以动宾短语形式出现一个用例就是一个需求单元、分析单元、设计单元、开发单元原创 2016-11-30 13:44:12 · 277 阅读 · 0 评论 -
think in UML读书笔记4 UML核心元素参与者
参与者要弄明白谁是参与者,首先要弄明白系统边界。可以通过两个问题来确定是否是参与者:参与者可以非人。业务主角在需求阶段使用,特别用于定义业务的参与者。业务主角是于业务有着交互的人和事物。他针对业务人员而非开发。业务工人在边界内的业务参与者参与者是涉众的代表用户是参与者的代表角色是参与者的职责检查点列表:原创 2016-11-29 21:25:49 · 276 阅读 · 0 评论 -
think in UML读书笔记3 建模基础
建模公式抽象角度就是业务用例,所以实现了所有业务用例,问题领域也就解决了,这也是用例驱动的原理。用例驱动逻辑视图:说明建模公式中的人、事、物、规则是如何组织分类的。进程视图:说明建模公式中的人、事、物、规则是如何交互的。部署视图:说明建模公式中的人、事、物、规则是如何部署在物理节点上的。实施视图:说明建模公式中的人、事、物、规则是如何构成系统的零部件,和我们如何原创 2016-11-29 20:45:16 · 477 阅读 · 0 评论 -
UML类图
类图用于描述系统中所包含的类以及它们之间的相互关系,帮助人们简化对系统的理解,它是系统分析和设计阶段的重要产物,也是系统编码和测试的重要模型依据。1. 类类(Class)封装了数据和行为,是面向对象的重要组成部分,它是具有相同属性、操作、关系的对象集合的总称。在系统中,每个类都具有一定的职责,职责指的是类要完成什么样的功能,要承担什么样的义务。一个类可以有多种职责,设计得好的类一般只有转载 2016-11-22 10:57:52 · 425 阅读 · 0 评论