第3章 UML系统建模与分析设计-需求分析与用例建模01.ppt

了解可行性研究与风险分析的方法
掌握可行性分析报告的书写格式
掌握客户需求分析的要点及需求分析规格说
明报告的书写格式
掌握通过绘制用例图及其正文描述来完成客
户需求分析的方法
掌握UML的用例模型建模方法1.系统成本费用分析
设备购置费用。
系统开发费用。
系统安装、运行和维护费用。
人员培训费用。

2.系统效益分析
经济效益。
社会效益。
2024/9/291.风险分析
2.资源分析
3.技术分析
反映系统动态特性：
综合系统的全部因素：
突出系统的重要因素：
结构简单：3.1.5可行性分析报告文档格式3.2客户需求分析与用例建模3.2.1建造需求模型——用例建模用例建模的步骤3.2.2用例图找出系统中的执行者和用例3.2.3定义系统的边界和范围3.2.4确定执行者(参与者)14回答问题执行者可以非人1．定义执行者时应注意的几个问题2024/9/29

2．寻找和确定执行者
情况一情况二情况三情况四3.2.5确定用例3.2.5.确定用例1.用例的特征用例的特征-响应性用例的特征-完整性一个用例就是一个需求单元、分析单元、设计单元、开发单元、测试单元甚至部署单元。
用例的特征-回执性用例的特征-动宾短语3.2.5.2.寻找和确定用例在系统开发的开端阶段，应把注意力集中在业务用例上，在精化阶段和构建阶段再考虑系统用例
建立用例模型时，可询问：如何获得用例——访谈应当先建立业务用例模型，然后再从业务用例模型向系统用例模型映射。
注意用例图的层次，从系统到子系统逐层建立用例图。
用例和功能的误区目标和步骤的误区用例的粒度ATM示例判断题判断题－参考答案3.2.5.3.描述用例用例的文字描述应包括以下内容:举例3.2.6用例之间的关联1.继承关联-泛化(generalization)泛化举例（一）：
泛化举例（二）：2.扩展(extend)扩展(extend)扩展(extend)扩展(extend)扩展(extend)3.包含(include)包含(include)包含(include)包含(include)包含(include)用例之间的关系使用关联考虑用例的关联类型2024/9/291).图中的参与者有？
(a)1(b)2(c)3 (d)4
2).图中的用例有？
(a)1(b)2(c)3(d)4
3).2和3之间是什么关系？5和6呢？
(a)扩展，包含 (b)包含，扩展
4).5缺少了3仍然是个完整的用例？
(a)是的 (b)不是
5).4能够参与2吗？1能够参与5吗？
(a)可以，不可以(b)不可以，可以3.2.7用例图实例3.3定义系统的对象和类(第4章讲)
类-责任-协作者（简称CRC）技术.3.4客户需求分析规格说明补充知识点：ROSE用例视图建立业务用例模型的目的：
①了解企业的组织机制；
②了解企业组织中当前存在的问题并确定改进的可能性；
③确保客户、最终用户和开发人员就企业业务流程达成共识；
④描述企业部门的业务功能。2、业务用例模型的基本元素（l）业务角色（BusinessActor）
业务角色是与企业机构交互的一切人或系统。业务角色不包含单位机构内部人员。
（2）业务员工（BusinessWorker）
业务员工是企业机构内部人员，代表业务中的一个或一组角色。业务员工参与业务用例实现时，业务员工和业务用例进行交互，并使用和控制业务实体。
（3）业务用例（BusinessUseCase）
业务用例是企业中的一组相关工作流，对业务角色提供服务。业务用例描述告诉人们单位机构做什么，以及做什么会有利于业务和参与人员的工作，单位中的全部业务用例一起完整地描述业务目标。
（4）业务实体（BusinessEntity）
业务实体也被称为业务对象（BusinessObject）业务实体代表业务角色中处理或使用的“事物”。例如超市管理系统中涉及到很多业务实体：购物清单、订货清单等。业务实体是企业中很基本的要素。（5）部门单元（OrganizationUnit）
部门单元是业务员工、业务实体和业务模型元素的集合，部门单元是系统中组织机构的描述。2024/9/292）业务角色与业务员工3）业务用例分析
业务用例分析是对企业各部门现行的业务建模。业务建模时，必须有系统分析人员、业务人员共同完成。建立的业务模型是新开发系统的环境、基础。
以超市销售管理的业务过程为例，描述如下：售货员接收顾客的购物，按购买的商品价格和总数计算总价，顾客完成付款，开具购物清单交给顾客。2024/9/293）业务用例模型图的创建二、系统用例模型