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

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

2.系统效益分析
经济效益。
社会效益。
1.风险分析
2.资源分析
3.技术分析
反映系统动态特性：
综合系统的全部因素：
突出系统的重要因素：
结构简单：3.1.5可行性分析报告文档格式3.2.1建造需求模型——用例建模用例建模的步骤：
确定系统的范围和边界；
确定系统的执行者和用例；
对用例进行描述；
定义用例之间的关系；
审核用例模型。3.2.2用例图3.2.3定义系统的边界和范围3.2.4确定执行者
执行者（actor）是指在系统外部与系统交互的人或其他系统，他以某种方式参与了系统内用例的执行。
1．定义执行者时应注意的几个问题
（1）执行者之间可以有继承关系

（2）执行者代表一种角色而不是具体某个人
（3）对同一个人担任角色的限制
（4）执行者可分成主执行者和副执行者
（5）执行者还可细分为主动执行者和被动执行者
2．寻找和确定执行者

2．寻找和确定用例
系统为了维持正常运转需要增加的功能和信息的交互；
这些这些信息从何而来，到哪里去？
实现当前系统（可能是人工系统而不是自动化系统）的关键问题是什么？用例的文字描述应包括以下内容:
用例的目的（功能）；
该用例在什么情况下被哪个执行者启动执行；
用例与执行者之间交互哪些消息来通知对方作出决定；
交互的主消息流及因此被使用或修改的实体；
用例中可供选择的异常事件流；
用例结束标志：给执行者返回一个可识别的值。
举例：
用例名称：学生选课执行者：学生
目的：完成一次学生选课的完整过程。
类型：主要的、基本的
级别：一级
过程描述：
（1）学生输入标识码（ID），系统识别标识码的有效性；
（2）对学生进行注册识别；
（3）流览本学期预开课程；
（4）选择学生自己要上的课程并确认；
（5）退出系统，系统给出所选课程列表及相应学分合计。
异常事件流处理：
（1）标识码有效性检查失败，允许学生重新输入（3次机会）。
（2）注册识别失败，没有注册（尙未交学费）的学生不能选课。
（3）选择课程确认失败，所选几门课程中在上课时间上发生冲突时，系统提示重选。3.2.6用例之间的关联
1．继承关联3．包含关联考虑用例的关联类型3.2.7用例图实例3.3定义系统的对象和类
类-责任-协作者（Class-Responsibility-Collaborator，简称CRC）技术：3.3.1确定对象类
（1）发现潜在对象
与系统交互的角色。
系统的工作环境场所。
概念实体、发生的事件或事情。
部门和设备。
与系统有关的外部实体。
（2）标识对象名的原则
使用单个名词或名词短语标识对象名；
对象名称必须有意义、简洁明了、含义明确、易于理解；
尽量使用用户熟悉的行业标准术语。
（3）筛选对象
根据以下特征来选择和确定最终的对象：
关键性。
可操作性。
信息含量。
公共属性。
公共操作。
关键外部信息。
（4）对象分类：
有形性。
包含性。
顺序性。
持久性。
完整性。3.3.2标识对象类的属性
（1）发现和确定对象潜在的属性
（2）识别和筛选对象属性的原则
（3）识别和筛选属性应注意的问题
（4）属性的命名原则
3.3.3标识对象类的操作
（1）寻找潜在的对象类操作
（2）筛选、确定操作
（3）命名操作名
（4）操作的说明
（5）操作的分类：
3.3.4标识对象类之间的关联（协作）
（1）建立实例连接
（2）消息传递
（3）筛选对象间的关联
3.3.5复审类的定义
复审方法犹如“击鼓传花”。
3.3.6定义类的结构和层次
（1）一般-特殊结构
（2）整体-部分结构
（3）子系统
3.4客户需求分析规格说明3.5需求分析中的用例建模步骤
3.5.1用例的类型
端点用例：
基本用例：
主要用例：
辅助用例：
3.5.2建立用例图
建立用例图的步骤：
（1）确定用例
（2）描述用例
（3）筛选用例
（4）绘制用例图
（5）层次化用例图
3.5.3层次化用例图3.6需求分析用例建模案例

3.6.1客户需求分析

1．业务组织结构（综述）

“企业综合信息管理系统”的用户是企业各级管理部门的工作人员、公司经理和系统操作人员。该系统主要提供“财务管理”、“人力资源管理”、“生产调度管理”、“进销存管理”、“设备安全管理”、和“行政事务管理”等方面的服务。
2．具体功能要求
本案例只对其中的“进销存管理子系统”进行详细的需求分析用例建模。

（1）销售管理
1）制定销售计划
2）与客户签订销售合同
3）检查