基于UML的需求

1、基于基于UML的需求分析的需求分析报告人：钟昭坤中企动力科技集团股份有限公司产品技术部产品技术部基于基于UML的需求分析的需求分析2基于基于UML的需求分析的需求分析3基于基于UML的需求分析的需求分析4UMLUnified Modeling Language面向对象的统一建模语言建模工具之一实质：沟通方法，正如英语一样成为世界各地人解决沟通的问题。还有together,Micrsoft Visio等基于基于UML的需求分析的需求分析5基于基于UML的需求分析的需求分析6客户需求分析师程序员UML设计人员测试人员UML的用例模型体现了参与者和系统的交互行为UML的概念模型体现了域实体之间的关系

2、。基于基于UML的需求分析的需求分析采用功能分解方式描绘整个系统的组成,功能分解了功能模块。缺少参与者与系统的交互行为。设计和需求容易混淆，其中包含了一部分设计。造成不知细到什么程度？系统功能之间关联要用其它文档描述，分割了系统功能所在应用环境。基于基于UML的需求分析的需求分析8基于基于UML的需求分析的需求分析 用例图用例图(业务建模、需求、测试业务建模、需求、测试) 类图类图(业务建模、分析、设计业务建模、分析、设计) 对象图对象图(业务建模、分析、设计业务建模、分析、设计) 构件图构件图(设计设计) 部署图部署图(设计设计) 顺序图顺序图(业务建模、分析、设计业务建模、分析、设计) 协

3、作图协作图(业务建模、分析、设计业务建模、分析、设计) 状态图状态图(需求，分析，设计需求，分析，设计) 活动图活动图(业务建模、设计业务建模、设计)结构结构行为行为蓝色部分作为讲解内容，其它不详讲。基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析用例图表达了哪些内容：用例图表达了哪些内容：关系（关系（Association）包基于基于UML的需求分析的需求分析案例：案例：Actor：叫法很多，有“参与者/执行者/主角/使用者”，可以是人也可以其它事物（包括计算机设备与外部系统），用一个小人表示。参与者之间的关系，参与者其实质就是类：参与者之间的关系，参与者其实质就是类：

4、继承（泛化）关系继承（泛化）关系参与者与用例之间的关系参与者与用例之间的关系1、单向关系、单向关系2、双向关系、双向关系基于基于UML的需求分析的需求分析用况/用案/用例。用例之间的三种关用例之间的三种关系：系：包含关系继承关系，扩展关系原则上来说：用例之间都是独立的，并列的，它们之间不存在包含从属关系。但是为了体现一些用例之间的业务关系，以及提高可维护性和一致性。它都是从现有的用例中抽取出公共的那部分信息，作为一个单独用例，然后通过不同的方法来重用这个公共的用例，以减少模型维护工作量。基于基于UML的需求分析的需求分析类似于主程序调用子程序的关系。包含用例描述了插入到基本用例中的行为片段。基

5、本用例可控制与包含用例的关系，并可依赖于执行包含用例所得的结果，但基本用例和包含用例都不能访问对方的属性。基于基于UML的需求分析的需求分析用例中的一部分是可选的，可以把可选行为和必选行为分开。只在特定的条件下执行的分支流。一组行为段，其中的一个或者多个段可以在基本用例中的扩展点处插入，是否插入取决于基本用例与参与者的交互。基于基于UML的需求分析的需求分析子用例和父用例相似，但加入了特子用例和父用例相似，但加入了特别的行为，子用例继承了父用例的别的行为，子用例继承了父用例的所有结构、行为和关系。所有结构、行为和关系。基于基于UML的需求分析的需求分析包含：包含：是在用例A的某一点（不是判断分

6、支点），会到另一个用例B运行，B完成后，会回到A，并继续该点的紧接着的下一步骤。扩展：扩展：是在用例A的某点（条件判断），当满足一定条件则到B用例运行，B完成后，回到A中该点所属条件分支结束后的下一步骤。基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析域模型（面向对象）概念模型数据模型（面向关系）软件分软件分析阶段析阶段软件设计阶段软件设计阶段对象-关系映射、域对象：实体域对象，过程域对象，事件域对象。2、域对象的关系。实体类过程类事件类类对象对象是类的实例化，它可以是一个或者几个类的抽象形成。实体类简称实体。一个或多个表；表的所有索引；视图；触发器；表与表之间的参照完整性

7、。业务逻辑或者流程警告，屏常，超时等事件人，事物，地点或者概念基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析+关联关联聚合聚合组合关系组合关系继承（泛化）继承（泛化）横向纵向基于基于UML的需求分析的需求分析一对一关系一对多关系多对多关系基于基于UML的需求分析的需求分析Aggregation基于基于UML的需求分析的需求分析又叫合成又叫合成 组合关系中的部分实体对象不能单独存在，它的生组合关系中的部分实体对象不能单独存在，它的生命周期依赖于整体实体的对象生命周期，当整体消命周期依赖于整体实体的对象生命周期，当整体消失时，部分也就随之消失。而对于存在关联关系的失时，部分也

8、就随之消失。而对于存在关联关系的两个实体，可以允许每实体的对象都单独存在，如两个实体，可以允许每实体的对象都单独存在，如雇员和雇主就是这样的关系。，例如人与手之间的雇员和雇主就是这样的关系。，例如人与手之间的就是组合关系，它在实体域对象之间很常见。就是组合关系，它在实体域对象之间很常见。基于基于UML的需求分析的需求分析座位图中的座位状态转换图：基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析活动的一种特殊形式，各自只有一个。起点：画在左上角，只有离开的迁移。终点：画在右下角，只有进入的迁移。对每一项活动，都存在从起点出发，经过它到终点的路径。基于基于UML的需求分析的需求

9、分析有进有出命名：动宾结构基于基于UML的需求分析的需求分析活动的负责者泳道可以多维的基于基于UML的需求分析的需求分析向外迁移的条件之和必须是完备集。向外迁移的条件之间不能重叠。基于基于UML的需求分析的需求分析有分必有合有分必有合=有分必有进有分必有进=有合必有出有合必有出=并行！并行！=同时同时=基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析构件图部署图，又叫配置图基于基于UML的需求分析的需求分析34基于基于UML的需求分析的需求分析业务建模业务建模需求定义需求定义基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析42基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析47基于基于UML的需求分析的需求分析481、用例目标不明确，所以用例的名词取的不太准确。2、没