业务分析与设计,从UML开始

这几天开发新的项目需求撰写概要设计说明书,涉及到业务分析与设计方面的知识,第一次接触没有方向非常的茫然,于是便对这个方面有了一个初步的学习,写下这篇博客记录学习的过程。

业务分析

业务分析之前首先会经历一次需求整理的过程,业务分析指应用特定的方式或方法,把复杂的需求拆解成简单且容易理解的对象,并且找出这些对象之间的关系。业务分析是系统开发中最重要,最困难的阶段,只有依据业务分析的结果,运用合理的思想和方法,才能设计出理想的系统架构,业务分析也是一个程序员进阶时所需要具备的重要能力,是从产品需求到编码实现的重要手段。

业务分析与设计,从UML开始_第1张图片

UML

UML-Unified Modeling Language是统一建模语言,又称标准建模语言,是用来对软件密集系统进行可视化建模的一种语言,是在开发阶段,说明,可视化,构建和书写一个面向对象软件密集系统的制品的开放方法。最佳的应用是工程实践,对大规模,复杂系统进行建模方面,特别是软件架构层次非常有效,是面向对象系统开发过程中非常重要的一部分,主要使用图形符号来表示软件系统的设计,可以帮助团队内部进行沟通,找出潜在的需求点并进行设计和验证

UML图可分为用例视图,设计视图,进程视图,实现视图,拓扑视图,其中用例视图则有用例图;设计视图则包含类图和对象图;进程视图含有序列图,协作图,状态图,活动图;实现视图有构建图,拓扑视图有部署图:

业务分析与设计,从UML开始_第2张图片

用例图

用例图是指由参与者(Actor)、用例(Use Case),边界以及它们之间的关系构成的用于描述系统功能的视图。用例图(User Case)是外部用户(被称为参与者)所能观察到的系统功能的模型图。用例图是系统的蓝图用例图呈现了一些参与者,一些用例,以及它们之间的关系,主要用于对系统、子系统或类的功能行为进行建模。

用例图是业务分析的产物,描述了系统的参与者与系统的交互功能,是参与者所能观察和使用到的系统功能的模型图,主要帮助开发团队以用户的角度出发的一种可视化的方式理解系统的功能需求

         业务分析与设计,从UML开始_第3张图片

   

                                                                业务分析与设计,从UML开始_第4张图片

  • 包含:该用例包含其他用例的行为,并将所包含的用例的行为作为自身行为的一部分。
  • 扩展:将某用例的行为纳入已有的用例中,所获得的新用例被称为扩展用例,已有的用例被称为基础用例
  • 泛化:子用例将继承父用例的所有结构,行为和关系,父用例和子用例之间的关系就是泛化关系

类图

类图(Class diagram)是显示了模型的静态结构,特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图不显示暂时性的信息。类图是面向对象建模的主要组成部分。它既用于应用程序的系统分类的一般概念建模,也用于详细建模,将模型转换成编程代码。类图也可用于数据建模。

类图指用户根据用例图把场景抽象成类,描述类的内部结构,以及类与类之间的关系,是一种静态结构图

      业务分析与设计,从UML开始_第5张图片

                                                                   业务分析与设计,从UML开始_第6张图片

  • 继承:一般化关系,表示一个类继承另一个类;
  • 接口实现:表示类与接口的关系,类是接口所有特征和行为的实现;
  • 关联:表示类之间拥有的关系,它使一个类知道另一个类的属性的方法;
  • 聚合:是关联关系的一种,是强的关联关系。聚合关系是整体和个体的关系。关联关系的两个类处于同一层次上,而聚合关系两个类处于不同的层次,一个是整体,一个是部分,且部分可以离开整体而独立存在;
  • 复合关系:是关联关系的一种,是比聚合关系强的关系。它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期,合成关系不能共享;
  • 依赖关系:表示类之间时使用的关系,即一个类的实现需要另一个类的协助,所以尽量不要有相互依赖的关系。

对象图

对象图描述的是一组对象之间的关系,而不是类之间的关系,它是类图的变体,但又于之不同,显示类的多个对象而不是实际的类业务分析与设计,从UML开始_第7张图片

状态图

状态图用来描述一个特定对象所有可能的状态,以及由各种事件引起的状态之间的转移和变化

    业务分析与设计,从UML开始_第8张图片

                                                                       业务分析与设计,从UML开始_第9张图片

活动图

动态图(activity diagram,活动图)是阐明了业务用例实现的工作流程。业务工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。业务用例由一系列活动组成,它们共同为业务主角生成某些工件。工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。

活动图是状态图的一种特殊图,其中的状态大多处于活动状态。活动图在本质上是一种流程图,与交互图强调从对象到对象的控制流不同,它强调从活动到活动的控制流

业务分析与设计,从UML开始_第10张图片

                                                                      业务分析与设计,从UML开始_第11张图片

活动图用于表述过程机理,业务过程及工作流程,用来对业务过程、工作流程建模,也可以对用例甚至是程序实现建模

序列图

序列图主要用于按照交互发生的一系列顺序,显示对象之间的这些交互。很象类图,开发者一般认为序列图只对他们有意义。然而,一个组织的业务人员会发现,序列图显示不同的业务对象如何交互,对于交流当前业务如何进行很有用。除记录组织的当前事件外,一个业务级的序列图能被当作一个需求文件使用,为实现一个未来系统传递需求。在项目的需求阶段,分析师能通过提供一个更加正式层次的表达,把用例带入下一层次,将用例表达的需求做更进一步的精确表达。

业务分析与设计,从UML开始_第12张图片

                                                                               业务分析与设计,从UML开始_第13张图片

协作图

协作图是交互图的一种,描述了收发信息的对象的组织关系,强调了对象之间的合作关系,时序图按照时间顺序布图,协作作图按照空间结构布图

                                                               业务分析与设计,从UML开始_第14张图片

构建图

构件图主要用于描述各种软件构件之间的关系,例如,可执行文件和源文件之间的关系,所设计的系统中的构件的表示法及这些构件之间的关系构成了构件图,其中的关系表现为依赖关系,定义的类或接口与类之间的关系表现为依赖关系或实现关系。

业务分析与设计,从UML开始_第15张图片

 

部署图

部署图(deployment diagram,配置图)是用来显示系统中软件和硬件的物理架构。从部署图中,您可以了解到软件和硬件组件之间的物理关系以及处理节点的组件分布情况。使用部署图可以显示运行时系统的结构,同时还传达构成应用程序的硬件和软件元素的配置和部署方式。

业务分析与设计,从UML开始_第16张图片

参考:

《程序员的三门课》于君泽 李伟山 张洪亮 彭首长 刘  朋   著

 https://baike.baidu.com/                       百度百科

你可能感兴趣的:(业务分析与设计)