电子商务系统分析与设计 第三版 课件 第6章 电子商务系统分析-面向对象系统分析（UML穿插讲）

第6章电子商务系统分析

（系统开发篇）学习内容电子商务系统分析的任务和步骤电子商务系统的基本需求电子商务系统常用的调查方法结构化系统分析法的主要建模工具面向对象系统分析法的主要建模工具3第3节面向对象系统分析法主要建模工具面向对象开发方法把系统看成是对象的集合，系统各个功能都是通过相关对象间的交互来实现的，通过描述对象间的交互关系来解释系统实现过程。面向对象系统分析法中建立系统逻辑模型的主要工具有：UML用例图UML用例文档UML活动图UML分析类图4P130页UML简介UML概念UML（UnifiedModelingLanguage，统一建模语言）是一种面向对象的标准化建模语言，用于对软件系统进行可视化的建模。visualizing（可视化）specifying（详述）constructing（构造）documenting（文档化）P35页UML简介UML与面向对象方法UML不是一个独立的系统开发方法，而是面向对象分析设计中采用的建模工具，用于建立系统模型。UML是面向对象方法的一部分系统分析设计UML音乐创作UML的产生背景三种面向对象方法的统一：

Rumbaugh的OMT方法Booch的Booch方法Jacobson的OOSE方法JamesRumbaughGradyBoochIvarJacobsonUML简介UML简介UML的发展历程1996年6月和11月发布UML0.9和UML0.911997年修订成UML1.1随后相继推出UML1.2、UML1.3、UML1.42003年6月12日通过UML2.02005年以后UML成为建模语言国际标准目前常用的UML建模工具有SybasePowerDesigner16.5、IBMRationalRose2007和MicrosoftOfficeVisio2013UML简介UML的特点UML是一种可视化的建模语言UML是一种可用于详细描述的语言UML是一种构造语言，而不是一种编程语言UML是一种文档化语言UML的功能为软件系统的开发提供可视化模型规约软件系统的开发过程构造软件系统的实施框架UML简介元素是模型的抽象元素之间的连接纽带是关系UML类接口协作用例活动类组件节点交互状态机包注解用例图静态图行为图交互图实现图结构元素行为元素分组元素注释元素元素关系图依赖关联泛化聚集实现图将元素的集合进行分组P37UML简介Part3.UML图－图间关系5.实现图组件图配置图1.用例图顺序图协作图4.交互图活动图状态图3.行为图类图对象图包图2.静态图展开展开补充相互转换实现实例化分析类图实体类图边界类图展开P68UML简介当在面向对象系统开发中采用UML建立系统模型时，其主要过程是：用例图用例文档活动图分析类图面向对象系统分析建立逻辑模型顺序图协作图实体类图状态图边界类图面向对象系统设计建立物理模型UML用例图用例图（UseCaseDiagram）从用户角度描述系统功能，并指出各功能的操作者。主要目的是帮助开发团队以一种可视化的方式来理解系统的功能需求。用于系统分析阶段，确定“谁使用系统以及能够做什么”。13P39页14在UML中，用例图由执行者、执行者之间的关系、用例、用例之间的关系以及执行者与用例的关系组成。供货人收银员客户买饮料供货取货款P.自动售货系统的用例图UML用例图执行者（Actor）执行者是系统之外，透过系统边界与系统进行有意义交互的任何外部实体，它以某种方式参与了用例的执行过程。执行者可以是人或事物。15执行者UML用例图16对于电子商务系统而言，其执行者主要就是系统的用户，包括商务交易双方及支持交易的合作方。如何识别执行者？UML用例图执行者间的关系--泛化关系执行者之间存在着泛化关系（继承关系），即子类和父类的关系。17UML用例图用例（UseCase）用例描述了系统的功能需求，是系统执行的一系列动作。从本质上讲，一个用例是执行者与计算机之间的一次典型交互。18用例名用例UML用例图19如何识别用例？UML用例图用例由执行者的需求决定，在系统分析中，用例可直接根据系统需求分析的结果确定。用例之间存在着一定的关系，这些关系包括泛化关系、包含关系和扩展关系。泛化关系：用例可以被特殊列举为一个或多个子用例，这被称为用例泛化。20订票网上订票电话订票泛化关系用带空心三角箭头的实线表示UML用例图包含关系：一个基本用例的行为包含了另一个用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。21包含关系用标有<<include>>的虚箭线表示管理价格涨价降价打折<<include>><<include>><<include>>UML用例图扩展关系：若B用例是A用例的一部分，但只在一定条件下才插入到A定义的行为中时，AB之间的关系称作扩展关系，且A是基本用例，B是扩展用例。22扩展关系用标有<<extend>>的虚箭线表示还书赔偿遗失书籍<<extend>>UML用例图扩展用例是基本用例的一个步骤，且不能独立执行，即需在基本用例被执行后，满足特定条件才会被触发执行登录下新订单<<extend>>？执行者与用例间的关系--关联关系执行者和用例的关系叫做关联关系，该关系用实线表示（可带也可不带箭头）。23注册未登录客户UML用例图建立用例图的步骤：确定系统的执行者及其之间的关系根据执行者确定系统的用例及其之间的关系确定用例与执行者间的关系绘制并优化用例图用例图建立实例：案例3-124UML用例图25未登录客户已登录客户图书销售网前台系统－执行者UML用例图翻至P130页图书销售网前台系统－用例已登录客户未登录客户搜索图书注册查看图书信息添加购物车图书登录查看购物车修改购车数量删除购物车图书查看个人信息修改个人信息下新订单退出结算查看订单修改订单删除订单在线支付27图书销售网前台系统－用例间的关系下新订单在线支付<<extend>>UML用例图P.图书销售网前台系统－用例图课堂练习—用例图完成教材P69页第7题29用例文档用例文档是通过文字描述一个用例的行为，说明用例的逻辑流程。用例文档一般包括：用例名称、执行者、简要说明、基本事件流、其他事件流、异常事件流。30UML用例文档P42页用例文档简要说明：对用例的主要功能进行简要描述；基本事件流：描述用例在正常情况下的基本事件流程；其他事件流：描述用例执行过程中可行或备选的事件流程，该事件流不一定要被执行；异常事件流：描述用例执行过程中可能发生的非正常事件流程。例：表3-1“找回密码”用例文档，表6-7“下新订单”用例文档（P130）31UML用例文档活动图（ActivityDiagram）以图形的方式描述实现用例所要执行的各项活动的顺序安排，展现从一个活动到另一个活动的控制流程。可看作是用例的事件流程图。32UML活动图P54页在UML中，构成活动图的主要模型元素有活动、转移、判断、同步条、泳道和对象流。活动活动是构成活动图的核心元素，表示在用例工作流程中执行的某个动作或步骤。在活动图中，一个活动结束后立即进入下一个活动。34初态活动名活动终态UML活动图转移转移表示活动之间的跳转行为，它由活动的完成来触发。35活动1活动2转移UML活动图判断某活动完成后，根据条件的不同转移到相应的不同活动。36条件1条件2判断UML活动图同步条用于显示平行分支流，表示用例工作流程中的并行过程。37同步条UML活动图泳道—展现了各项活动的执行对象，它把活动分成若干组，每组称为一个泳道，上方标明活动负责对象。P.“用户登录”用例活动图对象流—活动的执行过程中创建、更新或使用到的一些相关对象。P.“用户注册”用例活动图建立活动图的步骤：找出负责工作流程的业务对象，并为每个对象建立一条泳道。确定工作流程的初始状态和终结状态。从初始状态开始，找出随时间发生的活动，把它们表示成活动状态。建立连接活动的转移。列出与各项活动有关的对象，建立活动与对象之间的对象流。活动图建立实例：案例3-540UML用例图P.“取款”用例活动图P.图书销售网前台系统--“下新订单”用例活动图（P132）课堂练习—用例文档某系统“用户注册”用例的基本过程为：用户填写账号、密码进行快速注册；当账户信息确认无误，系统将创建新账户，然后转到用户个人信息界面；用户可以进一步添加其他信息，也可以后再添加。请编写该用例的用例文档。4344用例名称：注册执行者：新用户简要说明：新用户填写个人信息成为系统用户基本事件流：1.新用户打开用户注册界面，填写系统用户名

若用户名已存在，则执行异常事件流E1

否则提示用户“恭喜您，xxx用户名可用！”2.用户继续输入密码并点击注册

若两次密码输入不一致，则执行异常事件流E2

否则系统添加一个新用户并提示注册成功，后转到用户信息界面3.用户查看个人信息若用户想现在添加其它信息，则输入其它信息并点击“保存”否则执行其他事件流O14.系统更新用户信息并提示“添加成功”45其他事件流：O1:用户现在暂时不想添加其它信息用户点击“返回”，系统转到主界面异常事件流：E1:用户名已存在

系统提示“xxx用户名已存在，请重新输入”E2:两次密码输入不一致

系统提示“密码输入不一致，请重新输入”课堂练习—活动图请结合自己的理解，参照教材P57页图3-29“取款”用例活动图，画出“存款”用例活动图。4647询问是否打印凭条UML分析类图类图（ClassDiagram）描述了为实现系统用例所需要的类（包括接口、协作）及它们之间的静态关系。不仅定义系统中的类，表示类之间的联系，还包括类的内部结构（属性和操作）。48P43页在UML中，类图定义了系统中的类，描述了类的内部结构，表示了类之间的联系。50在面向对象方法中，用例的执行是通过相关对象及其之间的交互来实现的，可通过分析用例的实现过程寻找类。如何确定系统用例所需的类？UML分析类图P4451顾客点餐用例服务员分单员厨师食材根据在完成点餐中所起作用，将工作人员分为三种类型根据在用例实现中所起作用，将所需类分为三种类型控制类负责接收边界类的信息，并将其分发给实体类。边界类位于系统与外界的交界处，主要负责接收来自执行者的信息。实体类封装了和数据库表相关的操作；与数据库表一一对应。DB“查看商品”用例所需的类？查询界面接收顾客输入的商品查询要求，并转给控制类对象查找商品分析顾客要求查找商品信息整理查询结果反馈结果商品查询商品()..................DB商品表“借阅图书”用例所需的类？借书界面接收读者输入的借书信息，并转给控制类对象借阅图书分析读者要求添加借书记录更新图书状态整理处理结果反馈结果图书编辑图书()..................DB图书表借书记录表借书记录增加借书记录()..................注：用例需要哪些具体的类可根据分析者的理解和编程思路确定。类的内部结构—类的属性属性描述了类的所有对象共有的特征，一个类可以有一个或多个属性。在UML中，描述类属性的完整语法格式为：

[可视性]属性名[：类型][=初始值][约束特性]

其中[]部分的内容是可选的。UML分析类图可视性

+—公用的（public）-—私有的（private）#—受保护的（protected）属性名类型初始值约束特性UML分析类图类的内部结构—类的操作操作是类的所有对象共有的行为，一个类可以有任何数量的操作，它们只可以被作用到该类的对象上。在UML中，描述类操作的完整语法格式为：

[可视性]操作名([参数列表])[：返回类型][特性串]

其中[]部分的内容是可选的UML分析类图操作名

访问设置属性的操作

创建和删除对象的操作

实现功能的操作

辅助一个类完成自身任务的操作参数列表返回类型可视性特性串类之间的关系在UML中，类之间的关系主要有以下几种：关联关系（association）聚集关系（aggregation）依赖关系（dependency）实现关系（realization）泛化关系（generalization）UML分析类图类之间的关系—关联关系关联关系是指类之间存在的某种语义上的固定关系，用一条实线表示。存在关联关系的类之间很多时候也存在数量对应关系，且根据参与关联的双方对象的数量，可以分为：一对一关联：如班级－班主任一对多关联：如班级－学生多对多关联：如学生－选修课UML分析类图类之间的联系－关联关系关联的数量关系在类图中用重数（multiplicity）来表示，常用的重数符号有：“1..1”表示1个，是重数的默认值“0..1”表示0个或1个“0..*”或“*”表示0个或多个“1..*”表示1个或多个“1，3，6”表示1个、3个或6个，属于枚举型符号UML分析类图类之间的联系－关联关系班级班主任1..11..1一对一联系1..*1..1一对多联系班级学生0..*0..*多对多联系学生选修课选修关联类UML分析类图类之间的联系－聚集关系在类图中，聚集关系表示类之间部分和整体的关系，是一种特殊的关联关系，用带菱形的连线表示。聚集关系可以分为两种：共享聚集（sharedaggregation）组合聚集（compositionaggregation）UML分析类图类之间的联系－聚集关系共享聚集：代表部分的对象可以同时属于多个整体对象，为多个整体对象共享。共享聚集用带空菱形的实线表示，菱形指向代表整体的类。删除某个整体对象，关联的部分对象仍存在。1..*1..*学校老师UML分析类图类之间的联系－聚集关系组合聚集：代表部分的对象仅属于同一个整体对象。组合聚集用带实菱形的实线表示，菱形指向代表整体的类。部分对象与整体对象同时存在。班级学生1..*1..1UML分析类图类之间的联系－依赖关系依赖表示类之间的调用关系，用虚箭线表示。如果类A访问类B的属性和操作，或类A负责实例化类B，则类A依赖类B。LoginUserInquiringUser()控制类“Login”在运行时需要调用实体类“User”中的“InquiringUser()”操作，它们之间存在依赖关系UML分析类图类之间的联系－实现关系实现关系是指类与所对应接口之间的关系，用带空心三角形的虚线表示，三角形指向接口。接口可看成是一种只有操作、没有属性的特殊类，接口定义操作，类负责实现接口中的操作。UserOrder类负责实现Order接口UML分析类图类之间的联系－泛化关系在类图中，泛化关系指的是类之间一般与特殊的关系，即父子关系。用带空心三角形的实线表示。专业课基础课课程UML分析类图“查看商品”用例--类之间的关系关联关系依赖关系查询界面查找商品商品顾客根据组成结构及用途可将类图分为：分析类图：由边界类、控制类和实体类三种类组成，用于在系统分析阶段描述用例执行过程。实体类图：指明系统中的各实体类及其之间的关系，用于在系统设计阶段描述系统数据库结构。边界类图：指明系统中所有边界类及其之间的关系，用于在系统设计阶段展现系统网站各页面之间的连接及跳转关系。UML分析类图P48建立类图的步骤：根据系统需求识别系统中的类。根据系统性质确定各个类的属性。结合类的属性及系统功能识别类的操作。确定类之间的关系。绘制并优化类图。类图建立实例：案例3-2、3-370UML分析类图图书销售网