系统分析与UML建模
DavidWillo
这个作者很懒,什么都没留下…
展开
-
系统分析与设计学习笔记(六)包图
包图的简介包图是UML中的一种重要的模型图,它利用包的形式,对UML中的类、对象、用例等进行封装,并以一定的规则进行排列, 形成一种层次结构。从直观意义上看,包图可以看做是一个项目中的文件夹的排列结构,每个包里面有着许许多多的有所关联的内容。 实际上,包图与真实的文件夹往往可以形成映射关系,同时,包图也能与如用例图、类图等形成映射关系。包图一般用于进行层次建模如MVC 层次建模等,对实际的项目原创 2017-06-28 22:10:14 · 2527 阅读 · 0 评论 -
系统分析与设计学习笔记(一)UML概述
关于UMLUML的全称是Unified Modeling Language,是一项通用的建模语言跟规范。是面向对象的分析与设计OOAD的一个重要的组成部分。UML有几个具体的作用:进行代码可视化,对模型及元素进行抽象化的语义描述。描述和沟通用户的需求。定义软件系统的体系结构,体现模块间的联系与相互约束。UML中的图UML有三种基本的构造块,分别是事物、关系以及图。事物是对模型中最具有代表性原创 2017-06-11 09:14:33 · 1537 阅读 · 0 评论 -
系统分析与设计学习笔记(三)活动图与状态图
活动图与状态图概述活动图与状态图是UML图中两个比较容易混淆的知识点。他们二者都由起始节点、终止节点以及一系列的圆角矩形组成,但从功能上讲,两种图各有侧重。 * 活动图Activity Diagram阐明了业务用例实现的工作流程,可以看作一个由Activity活动状态为基本单位的状态机,每一个用例都应当有对应的活动图,它描述了用例中动作状态的转换,以及动作与对象间的依赖关系。 *状态图State原创 2017-06-11 09:39:24 · 7016 阅读 · 0 评论 -
系统分析与设计学习笔记(二)用例模型
用例Use CaseUse Case(用例)是一个UML中非常重要的概念,在使用UML的整个软件开发过程中,Use Case处于一个中心地位。用例是对一组动作序列的抽象描述,系统执行这些动作序列,产生相应的结果。这些结果要么反馈给参与者,要么作为其他用例的参数。用例≠用例图用例是用户利用某个系统实现特定目标的一系列成功或失败的场景的文本描述。 用例图则给出了系统上下文的图像展示,如系统的边界、系统原创 2017-06-11 09:20:59 · 1692 阅读 · 0 评论 -
系统分析与设计学习笔记(四)领域模型
领域模型的概念领域模型Domain Model 又叫做业务对象模型,是用于描述用例实现的对象模型,是对业务角色与业务实体之间应该如何联系和写作以执行业务的一种抽象。领域模型是面向对象分析的重要一环,也是在一个领域内若干概念类的可视化表述。混淆点领域模型是对概念类进行建模,是在特定场景下有实际含义的类,而不是在编程层面上的具体类。不需要在概念建模中过度追求精确,只需要正确表示出概念类以及概念类间的原创 2017-06-11 09:42:43 · 4165 阅读 · 0 评论 -
系统分析与设计学习笔记(五)顺序图vs系统顺序图
系统顺序图的概念系统顺序图(System Sequence Diagram)描述的是在特定的用例场景下,外部参与者、内部系统、以及他们之间的事件消息传递。顺序图阐述了直接与系统交互的外部参与者以及参与者发起的系统事件。在系统顺序图中,我们把所有的系统都看作黑盒,不关心其内部实现,只关心从参与者到系统的那些跨越系统边界的事件。系统顺序图与用例的关系系统顺序图SSD一般用于描述主要成功场景或者一些复杂的原创 2017-06-15 17:20:50 · 15017 阅读 · 0 评论