![](https://img-blog.csdnimg.cn/20201014180756922.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
UML
文章平均质量分 79
UML,面向对象,统一过程
Leo Han
Leo Han
展开
-
简单聊聊架构设计
这个章节简单聊聊架构设计。很多技术人员,比较热衷技术,认为技术学好了,架构设计就能手到擒来,但是我的一个观点是,脱离业务的技术都是耍流氓,不是说技术不重要,而是技术必须是服务业务的。架构,可以说是系统的蓝图,是对系统高层次的定义和描述,在一些复杂情况下,架构可以分为面向业务的业务架构和面向计算机(系统)的软件架构。业务架构主要是从业务方面描述软件系统,定义了系统能够实现的业务。在业务架构中,动态的内容包括业务流程、节点、输入输出,静态的内容包括业务域、业务模块、单据模型等。软件架构有两个主要的概念流原创 2021-12-27 22:12:34 · 592 阅读 · 0 评论 -
UML动态视图,活动图、状态图、时序图、协作图
UML中提供了四种动态视图:活动图、状态图、时序图、协作图活动图:描述为了一个目标需要做的活动以及活动的执行顺序,需要注意的是,活动图描述的实际上业务流程,属于面向过程的分析方法,可能会导致类的职责混乱,但是面向对象中对象越独立、封装的越好,越是难以了解对象将会干什么,而活动图解决了业务目标过程化描述,需要谨记的是活动图只是我们用来描述业务目标的完成过程并借此发现对象的工具,并不是分析目标,也不是编程的依据。我们使用活动图来描述用例场景,帮助确认问题领域,从问题领域中发现关键对象,然后就应该不关系活动图而原创 2021-12-26 15:16:23 · 4456 阅读 · 0 评论 -
UML用例建模,业务用例建模、概念用例建模、系统用例建模,领域建模
在面向对象软件开发的过程中,针对复杂系统,我们一般会先进行相关建模来了解现实世界问题,通过抽象方法,建立模型来表征现实世界,获得对现实事物本身的理解,然后将这些理解到的知识概念化,并将这些逻辑概念组织起来,形成对所观察事务的内部结构和工作原理便于理解的表达。在UML中通过用例驱动的方式来一步一步获取对现实世界的理解。一般我们通过如下三个用例建模步骤来获取对现实世界问题的认知,然后将其转化为计算机世界的实现,主要有如下三个步骤:业务用例建模概念用例建模系统用例建模业务用例建模业务用例建模早于需原创 2021-12-25 22:50:50 · 6966 阅读 · 1 评论 -
UML 用例、类图、对象图、包图、鲁棒图(分析类),UML关系
用例图用例图描述了一组用例、参与者以及他们之间的关系,是从用户的角度而不是开发者的角度来描述对软件产品的需求,分析产品所需的功能和动态行为,通过用例图能够知道系统将会做什么,用例图一般用来对需求建模。用例图包含了三个内容:用例(Use Case) ;参与者(Actor)参与者、用例之间的关系,泛华、包含、扩展等关系参与者图形表示如下:用例表示如下:几种关系如下:泛化,多个参与者之间的公共行为,与类的泛化关系相同,可以理解为父类和子类的关系包含,一个用例(称为基础用例)的行为包原创 2021-12-22 22:16:35 · 3615 阅读 · 0 评论