UML--核心元素之分析类】的更多相关文章

一:基本概念        ---->在那大数项目中,分析类是被忽视的一种非常有用的元素.        ---->分析类用于获取系统中主要的“职责簇”,他们代表系统的原型类,是系统必须处理的主要抽象概念的“第一个关口”.如果期望获得系统的“高级”概念性简述,则可对分析类本身进行维护,分析类还可产生系统设计的主要抽象——系统的设计类和子系统.二:分析类的性质        ----->分析类代表系中主要的“职责簇”,这以为着分析类是从功能性需求向计算机实现转化过程中的“第一个关口”   …
1.0.0 Summary Tittle:[UML]NO.54.EBook.6.UML.2.002-[Thinking In UML 大象 第二版]- UML 核心元素 Style:DesignPattern Series:DesignPattern Since:2017-11-13 End:.... Total Hours:... Degree Of Diffculty:2 Degree Of Mastery:2 Practical Level:2 Desired Goal:2 Archiev…
分析类共有三个:边界类(boundary).控制类(control)和实体类(entity),这些分析类都是类的版型.分析类是跨越需求到设计实现的桥梁. 边界类:从需求向现实的转换过程中,任何两个有交互的关键对象之间都应该考虑建立边界类. 对现实世界来说,边界类的实例可以是窗口.通信协议.打印机接口.传感器.终端等. 在计算机世界里,当我们打算对A对象和B对象之间的交互进行建模时,边界类可以充当这一载体. 控制类:用于对一个或几个用例所特有的控制行为进行建模.控制对象通常控制其他对象,因此他们的…
关系        --->在UML中关系是非常重要的语义,它抽象出对象之间的联系,让对象构成特定的结构.        一,关联关系(association)…
分析类包括边界类.控制类和实体类. 边界类是一种用于对系统外部环境与其内部运作之间的交互进行建模的类. myself:就像建模时,不是所有的属性都要建模一样.不是所有的方法都要建模一样.学习也是如此,不需要把所有的内容都学,只要把与“场景”相关联的内容学习就好. myself:接触新的工作,新的任务的时候,前一段时间要努力去学习,去适应它.这段时间的努力,可以让后续的自己更加的踏实,更加的能应对工作.就比如到一个新的环境,或者新的公司,或者新的任务的时候,需要静下心来,让自己达到相应的高度!这样…
1.参与者 定义:在系统之外与系统交互的某人或某物. 特点:1.可以非人:2.与系统直接交互:3.主动发出动作并获得反馈:4.涉众(stakerholder)的代表 具有两个版型: 1.业务主角(business actor): 在需求阶段中用于业务建模 特点:针对业务人员而非计算机用户 2.业务工人(business worker) 特点:在业务过程中,扮演某一环节不可或缺的部分,但是该业务并非其主动提出,并获得最后的反馈: 2.用例 定义:定义了一组用例实例,其中每个实例都是系统所执行的一些…
一:基本概念        --->用例定义了一组用例实例,其中每个实例都是系统所执行一系列操作,这些操作生成特定主角可以观测的值.        --->所谓用例,就是一件事情,要完成这件事情,需要一系列活动,而做一件事情可以有很多不同的办法和步骤,也可能遇到各种各样意外情况.因此这件事情是由很多不同情况的集合构成的.在UML中称之为用例场景.一个场景就是一个用例的实例.       …
一:版型        --->在UML里有一个概念叫版型.有些书里也称类型,构造型.        --->这个概念是对一个UML元素基础定义的扩展.在同一个元素基础定义的基础上赋予特别的含义,使得这个元素适用于特定的场合.        --->例如(1)用例:的版型有:“业务用例”,“业务用例实现”                      (2)类:的版型有:“接口”,“边界类”,“实体类”,“控制类”        --->除了UML已经定义的版型外,为了在某种场合下让元…