基于UML的需求分析

1、基于基于UML的需求分析的需求分析报告人：钟昭坤中企动力科技集团股份有限公司产品技术部产品技术部基于基于UML的需求分析的需求分析22为什么需求分析中要用为什么需求分析中要用UML3UML基础知识基础知识4怎样用怎样用UML做需求分析做需求分析UML是什么是什么15使用产品需求规格说明书模板的注意事项使用产品需求规格说明书模板的注意事项6附录附录基于基于UML的需求分析的需求分析3UML是什么是什么1UMLUML的理解的理解基于基于UML的需求分析的需求分析4UMLROSEUnified Modeling Language面向对象的统一建模语言建模工具之一实质：沟通方法，正如英语一样成为世界各

2、地人解决沟通的问题。还有together,Micrsoft Visio等基于基于UML的需求分析的需求分析5为什么为什么需求分需求分析要使析要使用用UML2UMLUML是一种先进的方法是一种先进的方法基于基于UML的需求分析的需求分析6客户需求分析师程序员UML设计人员测试人员共用一门语言进行沟通共用一门语言进行沟通UML的用例模型体现了参与者和系统的交互行为UML的概念模型体现了域实体之间的关系。基于基于UML的需求分析的需求分析传统需求分析表述方式XX系统子系统一子系统二子系统三模块一模块二模块三采用功能分解方式描绘整个系统的组成,功能分解了功能模块。缺少参与者与系统的交互行为。设计和需求

3、容易混淆，其中包含了一部分设计。造成不知细到什么程度？系统功能之间关联要用其它文档描述，分割了系统功能所在应用环境。基于基于UML的需求分析的需求分析8UML基础基础3UMLUML基本功训练基本功训练基于基于UML的需求分析的需求分析 用例图用例图(业务建模、需求、测试业务建模、需求、测试) 类图类图(业务建模、分析、设计业务建模、分析、设计) 对象图对象图(业务建模、分析、设计业务建模、分析、设计) 构件图构件图(设计设计) 部署图部署图(设计设计) 顺序图顺序图(业务建模、分析、设计业务建模、分析、设计) 协作图协作图(业务建模、分析、设计业务建模、分析、设计) 状态图状态图(需求，分析，

4、设计需求，分析，设计) 活动图活动图(业务建模、设计业务建模、设计)结构结构行为行为蓝色部分作为讲解内容，其它不详讲。基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析用例图表达了哪些内容：用例图表达了哪些内容：参与者与用例之间的通讯关系，也可以参与者与参与者之间的关系，以及用例与用例之间关系。参与者（或叫角色），它可以是人或者其它外部系统或者计算机设备。用例：描述参与者与系统的交互，它向参与者提供了有重要价值的操作序列。关系（关系（Association）包用例的组织形式基于基于UML的需求分析的需求分析案例：案例：Actor：叫法很多，有“参与者/执行者/主角/使用者”，

5、可以是人也可以其它事物（包括计算机设备与外部系统），用一个小人表示。参与者之间的关系，参与者其实质就是类：参与者之间的关系，参与者其实质就是类： 继承（泛化）关系继承（泛化）关系参与者与用例之间的关系参与者与用例之间的关系1、单向关系、单向关系2、双向关系、双向关系Actor可以启动User CaseActor也可以接收系统的发出的信息，如外部系统。基于基于UML的需求分析的需求分析Use case的叫法的叫法： 用况/用案/用例。用例之间的三种关用例之间的三种关系：系：包含关系继承关系，扩展关系记忆方法：用例之间的关系是纵坐标+横坐标。原则上来说：用例之间都是独立的，并列的，它们之间不存在包

6、含从属关系。但是为了体现一些用例之间的业务关系，以及提高可维护性和一致性。它都是从现有的用例中抽取出公共的那部分信息，作为一个单独用例，然后通过不同的方法来重用这个公共的用例，以减少模型维护工作量。基于基于UML的需求分析的需求分析包含关系类似于主程序调用子程序的关系。包含用例描述了插入到基本用例中的行为片段。基本用例可控制与包含用例的关系，并可依赖于执行包含用例所得的结果，但基本用例和包含用例都不能访问对方的属性。何时使用：通常把多个用例都用到的片段，抽出来形成一个公共的用例。这样维护方便且简单。主要实现复用。基于基于UML的需求分析的需求分析扩展关系用例中的一部分是可选的，可以把可选行为和

7、必选行为分开。只在特定的条件下执行的分支流。一组行为段，其中的一个或者多个段可以在基本用例中的扩展点处插入，是否插入取决于基本用例与参与者的交互。扩展是有条件的，扩展用例可以访问和修改基本用例的属性，但基本用例看不到扩展用例，也无法访问它们的属性。基于基于UML的需求分析的需求分析继承关系，很少用，常用用例中的备选流来代替。子用例和父用例相似，但加入了特子用例和父用例相似，但加入了特别的行为，子用例继承了父用例的别的行为，子用例继承了父用例的所有结构、行为和关系。所有结构、行为和关系。基于基于UML的需求分析的需求分析包含：包含：是在用例A的某一点（不是判断分支点），会到另一个用例B运行，B完

8、成后，会回到A，并继续该点的紧接着的下一步骤。扩展：扩展：是在用例A的某点（条件判断），当满足一定条件则到B用例运行，B完成后，回到A中该点所属条件分支结束后的下一步骤。基于基于UML的需求分析的需求分析包含关系继承关系扩展关系注意：可以为一个用例创建对应的参与者，也可以为一个参与者注意：可以为一个用例创建对应的参与者，也可以为一个参与者创建对应的多个用例。创建对应的多个用例。基于基于UML的需求分析的需求分析软件模型域模型（面向对象 ）概念模型数据模型（面向关系 ）软软件件分分析析阶阶段段软软件件设设计计阶阶段段对象-关系映射1、在了解类图之前，先了解软件模型，并且对需求分析工作来说，我这里

9、不介绍类图，只介绍概念模型。、域对象：实体域对象，过程域对象，事件域对象。2、域对象的关系。、类，实体，对象三者之间关系实体类过程类事件类类对象对象是类的实例化，它可以是一个或者几个类的抽象形成。实体类简称实体。一个或多个表；表的所有索引；视图；触发器；表与表之间的参照完整性。业务逻辑或者流程警告，屏常，超时等事件人，事物，地点或者概念基于基于UML的需求分析的需求分析需求分析阶段常做的两件事：1、对问题域详细分析后，确定用例。2、概据用例建立概念模型，它是用来模拟问题域中的真实实体。它描述了每个实体的概念和属性，以及实体之间的关系，但不描述实体的行为。这些实体在设计阶段转化为类。基于基于UM

10、L的需求分析的需求分析数量来说：实体之间的关系（一对一，一对多，多对多）。关系类型来说，实体的关系是：3+1关联关联聚合聚合组合关系组合关系继承（泛化）继承（泛化）类之间的关系多了一个依赖关系(Dependency)，但实体之间不描述这种关系。横向纵向基于基于UML的需求分析的需求分析一对一关系一对多关系多对多关系基于基于UML的需求分析的需求分析Aggregation整体与部分关系，部分与可以脱离整体而存在。基于基于UML的需求分析的需求分析又叫合成又叫合成 组合关系中的部分实体对象不能单独存在，它的生组合关系中的部分实体对象不能单独存在，它的生命周期依赖于整体实体的对象生命周期，当整体消命

11、周期依赖于整体实体的对象生命周期，当整体消失时，部分也就随之消失。而对于存在关联关系的失时，部分也就随之消失。而对于存在关联关系的两个实体，可以允许每实体的对象都单独存在，如两个实体，可以允许每实体的对象都单独存在，如雇员和雇主就是这样的关系。，例如人与手之间的雇员和雇主就是这样的关系。，例如人与手之间的就是组合关系，它在实体域对象之间很常见。就是组合关系，它在实体域对象之间很常见。基于基于UML的需求分析的需求分析座位图中的座位状态转换图：基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析活动的一种特殊形式，各自只有一个。起点：画在左上角，只有离开的迁移。终点：画在右下角，

12、只有进入的迁移。对每一项活动，都存在从起点出发，经过它到终点的路径。基于基于UML的需求分析的需求分析有进有出命名：动宾结构基于基于UML的需求分析的需求分析活动的负责者泳道可以多维的基于基于UML的需求分析的需求分析向外迁移的条件之和必须是完备集。向外迁移的条件之间不能重叠。基于基于UML的需求分析的需求分析有分必有合有分必有合=有分必有进有分必有进=有合必有出有合必有出=并行！并行！=同时同时=基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析构件图部署图，又叫配置图基于基于UML的需求分析的需求分析34怎样用怎样用UML做做需求分需求分析析4把把UMLUML应用到需求分

13、析中应用到需求分析中弈弈基于基于UML的需求分析的需求分析业务建模业务建模需求定义需求定义基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析识别业务执行者识别业务用例详述业务用例建立业务对象模型系统执行者系统用例详述系统用例建立概念模型基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析用例模型的作用2验证所有的需求都是否已经捕捉到验证所有的需求都是否已经捕捉到3作为项目计划的参考作为项目计划的参考1识别谁或什么与系统进行交互，和系统应该做什么识别谁或什么与系统进行交互，和系统应该做什么基于基于UML的需求分析的需求分析用例模

14、型的内容1用例图用例图1用例规约（即用例描述文档）用例规约（即用例描述文档）基于基于UML的需求分析的需求分析421系统开发完之后，有哪些人会使用这个系统？如售票员，影院经理。系统开发完之后，有哪些人会使用这个系统？如售票员，影院经理。2系统需要从哪些人或者其它系统中获得数据？如：会员管理系统。系统需要从哪些人或者其它系统中获得数据？如：会员管理系统。3系统会为哪些或者其他系统提供数据？如：国家电影总局数据接收系统。系统会为哪些或者其他系统提供数据？如：国家电影总局数据接收系统。4系统会与哪些其他系统相关联？银行支付系统。系统会与哪些其他系统相关联？银行支付系统。5系统是由谁来维护和管理的？系

15、统是由谁来维护和管理的？基于基于UML的需求分析的需求分析1参与者为什么使用该系统？参与者为什么使用该系统？2参与者是否会在系统中创建，修改，删除，访问，存储数据？参与者是否会在系统中创建，修改，删除，访问，存储数据？3参与者是否会将外部的某些事件通知此系统？参与者是否会将外部的某些事件通知此系统？3系统是否会将内部的某一些事件通知参与者？系统是否会将内部的某一些事件通知参与者？基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析如何写好一个用例基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析47注意事注意事项项5使用产品需求规格说明书使用产品需求规格说明书模板的注意事项模板的注意事项基于基于UML的需求分析的需求分析481、用例目标不明确，所以用例的名词取的不太准确。2、没有主执行者。3、