基于UML的需求分析全解课件.ppt

《基于UML的需求分析全解课件.ppt》由会员分享，可在线阅读，更多相关《基于UML的需求分析全解课件.ppt（52页珍藏版）》请在三一办公上搜索。

1、,基于UML的需求分析,中企动力内部资料,报告人：钟昭坤中企动力科技集团股份有限公司二00六年四月 北京,产品技术部,2,目录,3,4,1.UML是什么？,UML,Unified Modeling Language面向对象的统一建模语言,建模工具之一,实质：沟通方法，正如英语一样成为世界各地人解决沟通的问题。,还有together,Micrsoft Visio等,5,6,2.为什么需求分析要用UML-沟通工具,UML的用例模型体现了参与者和系统的交互行为,UML的概念模型体现了域实体之间的关系。,2.为什么需求分析要用UML-传统需求表述方式,采用功能分解方式描绘整个系统的组成,功能分解了功能

2、模块。,缺少参与者与系统的交互行为。,设计和需求容易混淆，其中包含了一部分设计。造成不知细到什么程度？,系统功能之间关联要用其它文档描述，分割了系统功能所在应用环境。,8,3.UML基础-概述九个UML图,用例图(业务建模、需求、测试)类图(业务建模、分析、设计)对象图(业务建模、分析、设计)构件图(设计)部署图(设计)顺序图(业务建模、分析、设计)协作图(业务建模、分析、设计)状态图(需求，分析，设计)活动图(业务建模、设计),结构,行为,蓝色部分作为讲解内容，其它不详讲。,3.UML基础-用例图示意,3.UML基础-用例图,用例图表达了哪些内容：,关系（Association）,包,3.U

3、ML基础-用例图：Actor,案例：,Actor：叫法很多，有“参与者/执行者/主角/使用者”，可以是人也可以其它事物（包括计算机设备与外部系统），用一个小人表示。,参与者之间的关系，参与者其实质就是类：,继承（泛化）关系,参与者与用例之间的关系,1、单向关系,2、双向关系,3.UML基础-用例图：用例(use case),用况/用案/用例。,用例之间的三种关系：,包含关系,继承关系，扩展关系,原则上来说：用例之间都是独立的，并列的，它们之间不存在包含从属关系。但是为了体现一些用例之间的业务关系，以及提高可维护性和一致性。它都是从现有的用例中抽取出公共的那部分信息，作为一个单独用例，然后通过不

4、同的方法来重用这个公共的用例，以减少模型维护工作量。,3.UML基础-用例图：用例(use case)-包含关系,类似于主程序调用子程序的关系。,包含用例描述了插入到基本用例中的行为片段。,基本用例可控制与包含用例的关系，并可依赖于执行包含用例所得的结果，但基本用例和包含用例都不能访问对方的属性。,3.UML基础-用例图：用例(use case)-扩展关系,用例中的一部分是可选的，可以把可选行为和必选行为分开。只在特定的条件下执行的分支流。一组行为段，其中的一个或者多个段可以在基本用例中的扩展点处插入，是否插入取决于基本用例与参与者的交互。,3.UML基础-用例图：用例(use case)-继

5、承关系,子用例和父用例相似，但加入了特别的行为，子用例继承了父用例的所有结构、行为和关系。,3.UML基础-用例图：扩展关系和包含关系区别,包含：是在用例A的某一点（不是判断分支点），会到另一个用例B运行，B完成后，会回到A，并继续该点的紧接着的下一步骤。,扩展：是在用例A的某点（条件判断），当满足一定条件则到B用例运行，B完成后，回到A中该点所属条件分支结束后的下一步骤。,3.UML基础-用例图：用例关系示意,3.UML基础-类图,、域对象：实体域对象，过程域对象，事件域对象。2、域对象的关系。,实体类,过程类,事件类,类,对象是类的实例化，它可以是一个或者几个类的抽象形成。,实体类简称实体

6、。,一个或多个表；表的所有索引；视图；触发器；表与表之间的参照完整性。,业务逻辑或者流程,警告，屏常，超时等事件,人，事物，地点或者概念,3.UML基础-概念模型（即实体关系图）,3.UML基础-实体之间关系,+,关联聚合组合关系,继承（泛化）,横向,纵向,3.UML基础-实体之间关系：关联(Assosication),一对一关系,一对多关系,多对多关系,3.UML基础-实体之间关系：聚合(Aggregation),3.UML基础-实体之间关系：组合(又叫合成),组合关系中的部分实体对象不能单独存在，它的生命周期依赖于整体实体的对象生命周期，当整体消失时，部分也就随之消失。而对于存在关联关系的

7、两个实体，可以允许每实体的对象都单独存在，如雇员和雇主就是这样的关系。，例如人与手之间的就是组合关系，它在实体域对象之间很常见。,3.UML基础-状态图,座位图中的座位状态转换图：,3.UML基础-活动图,3.UML基础-活动图：起点终点,活动的一种特殊形式，各自只有一个。,起点：画在左上角，只有离开的迁移。,终点：画在右下角，只有进入的迁移。,对每一项活动，都存在从起点出发，经过它到终点的路径。,3.UML基础-活动图：活动,有进有出,命名：动宾结构,3.UML基础-活动图：泳道,活动的负责者,泳道可以多维的,3.UML基础-活动图：迁移与迁移条件,向外迁移的条件之和必须是完备集。,向外迁移

8、的条件之间不能重叠。,3.UML基础-活动图：判定,并行（分叉与合并）,有分必有合=有分必有进=有合必有出=并行！=同时=,3.UML基础-时序图,3.UML基础-其它图,构件图,部署图，又叫配置图,34,4、怎么用UML做需求分析：需求过程,业务建模,需求定义,4、怎么用UML做需求分析：业务建模,4、怎么用UML做需求分析：业务建模步骤,4、怎么用UML做需求分析：用例模型-售票系统,4、怎么用UML做需求分析：用例模型-影院管理系统,4、怎么用UML做需求分析：用例模型-作用,4、怎么用UML做需求分析：用例模型-内容,42,4、怎么用UML做需求分析：用例模型-寻找参与者,4、怎么用UML做需求分析：用例模型-确定用例,4、怎么用UML做需求分析：详述用例的可选方式,4、怎么用UML做需求分析：用例模型-用例规约,4、怎么用UML做需求分析：用例模型-用例举例,47,48,5.用例描述常犯的错误,1、用例目标不明确，所以用例的名词取的不太准确。2、没有主执行者。3、部分地方没有系统反应。4、后置条件不对。5、用例主体活动部分过多描述用户接口细节。6、没有采用自然语言。7、用例主体活动描述尽量不要超过10行。,49,50,6.附录A：需求分析常用工具,6.附录B：需求分析过程,