系统分析师UML项目实战
2022-08-02 21:38:54 0 举报AI智能生成
系统分析师基础知识+UML项目实战
作者其他创作
大纲/内容
UML项目现场
限制使用最少概念和图标，
采用相同作业程序
采用相同作业程序
现场作业程序
业务流程建模：
UML活动图
UML活动图
用例模型：
用例图以及用例叙述
用例图以及用例叙述
领域模型：
UML类图
UML类图
现场使用图标
活动图图标
用例图图标
类图图标
建模
业务流程建模
业务流程
定义
1、一组相关的活动或任务
2、生成特定的服务或产品
3、具有特定的目标
4、服务于一个或者一群特定客户
2、生成特定的服务或产品
3、具有特定的目标
4、服务于一个或者一群特定客户
现场问题
绘制？或不绘制？
无关紧要的流程图，可不绘制，节约项目时间和成本
绘制未来流程图？或现行流程图？
若一定要用活动图绘制业务流程图的话，那就直接绘制未来流程图
绘制业务流程图？或系统流程图？
活动图一般绘制业务流程图。对于是否要绘制系统流程图可参照下表，务必使三方达成共识
现场的作业顺序
1、绘制未来的业务流程
2、举行确认会议
3、生成初版的用例图
现场使用的图标
1、起始节点
活动图中业务流程的起点
图例
2、活动终点
表示整张活动图的活动终点
图例
3、判断节点
改变流程图路径，引发不同动作
注意：判断节点需要警戒条件做辅助，
警戒条件为真时，才能按照箭头方向行进。
注意：判断节点需要警戒条件做辅助，
警戒条件为真时，才能按照箭头方向行进。
注：判断节点必须为空心菱形，
里面不能写字
里面不能写字
4、动作
代表一个不可再往下细分的最小工作片段
注：第一行标示动作负责人并用括号括起。
第二行标示动作名称。
第二行标示动作名称。
5、合并节点
会有多条进入进入路径，一条离开路径。
合并节点
合并和判断共享图标的情况下，空心菱形会有多条进入路径，
也会有多条离开路径，并且离开路径会有警戒条件。
也会有多条离开路径，并且离开路径会有警戒条件。
先合并再判断
6、活动
是指可以继续往下细分的工作片段
动作、活动混用图例
注意：一个活动内部可以由活动和动作混合组成。
活动图中，可以用活动图标来代替被封装起来的一系列动作。
活动图中，可以用活动图标来代替被封装起来的一系列动作。
带封装动作活动图图例
被封装的活动图
7、分叉与汇合
表示两条甚至多条并行流程
分叉与汇合图例
1、合并节点不会等待，所有进入路径都可直接通过，继续执行下一个动作。
2、汇合节点会等待所有进入路径都到齐了，才会继续执行下一步。
2、汇合节点会等待所有进入路径都到齐了，才会继续执行下一步。
8、对象节点
表示流程中流进或流出的数据项，比如文件、窗体
对象节点图标是直角矩形
用例建模
用例来源
1、业务流程
2、功能构架
3、其他
2、功能构架
3、其他
功能构架
很多客户或用户都能用树状图表示功能构架
系统分析师可以由此推出初步用例图
树状功能架构图
架构图中导出用例图
用例
特点：1、规范一套动作
2、系统所旅行
3、生成显著结果
4、有价值于参与者或利益干系人
2、系统所旅行
3、生成显著结果
4、有价值于参与者或利益干系人
从业务流程图中生成用初版例图
1、将业务流程图中信息化动作对应成一个用例
2、该动作原来负责人，对应成启动用例参与者
3、查看判断节点是否需要系统支持
通过一个用例连接到另一个不能独立存在的小用例。
需进一步决定两个用例之间的关系
需进一步决定两个用例之间的关系
引发一个独立用例进行判断，需进一步找出启动用例参与者
用例建模的作业程序
步骤一：绘制功能架构图以及用例图
功能架构图例
用例图
步骤二：撰写用例叙述
步骤三：生成初版的领域模型
现场使用图标
参与者
既表示人等有生命物，也可表示系统、服务等非生命物。
用例
包含关系与扩展关系
用例之间的主要关系
子主题
用虚线箭头表示
包含关系标注：《include》
扩展关系标注：《extend》
扩展关系标注：《extend》
两者差异：基础用例一定会连带执行包含关系的用例，
不一定会执行扩展用例。
不一定会执行扩展用例。
包含与扩展图例
领域建模
领域模型
领域模型是一种概念
用来呈现问题领域中的重要概念
用来呈现问题领域中的重要概念
领域模型描述了问题领域中的实体(entity)
以及实体的属性（attribute）操作(operation)
角色(role)关系(relationship)和限制（constraint）
以及实体的属性（attribute）操作(operation)
角色(role)关系(relationship)和限制（constraint）
对于用例所描述的互动过程，领域模型可以作为在用例背后起到
支持作用的重要结构
支持作用的重要结构
在UML图款中实用类图（Class Diagram）来描述领域模型
领域模型可以用来沟通领域知识，也可以
用在设计实践，进一步实现出对应的程序代码
用在设计实践，进一步实现出对应的程序代码
现场作业顺序
绘制功能构架图以及用例
撰写用例叙述
生成初版领域模型
领域建模的作业顺序
应用样式调整结构
修改业务规则
加入重要的操作
现场使用图标
类：重要且需要保存到系统中的领域概念，
可以对应到一个类。用矩形表示
可以对应到一个类。用矩形表示
一般分三格：
第一格：类名称
第二格：属性
第三格：操作
第一格：类名称
第二格：属性
第三格：操作
属性标准模式：
属性名称：数据类型=初始值
属性名称：数据类型=初始值
操作的标准格式：
操作名称（参数：数据类型）：返回值的数据类型
操作名称（参数：数据类型）：返回值的数据类型
有些软件会隐藏属性格或者操作格，
因此，也有的类是一格或两格。
因此，也有的类是一格或两格。
结合关系：代表两格领域概念之间存在着
重要且需要永久保存的静态关系。
重要且需要永久保存的静态关系。
图中实线表示结合关系，其两侧连接两个类。
单项结合：
个体数目：某一个概念的实例链接到
另一个概念的实例时，最多或者最少
一定要链接多少个实例。
另一个概念的实例时，最多或者最少
一定要链接多少个实例。
标准格式：下限..上限，
个体数目最小为0，
最大为无上限（*）。
个体数目最小为0，
最大为无上限（*）。
聚合关系：用来标示结合关系中的"整体与部分"的特性。
在整体端，用空心菱形标示。
在整体端，用空心菱形标示。
聚合关系
单向聚合
组合关系：拥有聚合关系的所有特性外，还有如下特性：
1.部分对象只会连接一个整体对象。
2.整体对象被删除，所属部分对象也会被删除。
1.部分对象只会连接一个整体对象。
2.整体对象被删除，所属部分对象也会被删除。
组合关系
模型走读
系统分析师在做完每一个用例，并且将用例涉及到的领域概念
同步提取整合到领域模型后，先进行人工的模型走读。找出模型中
遗漏的、矛盾的。不合理的、不适当的，或者不一致的地方。
同步提取整合到领域模型后，先进行人工的模型走读。找出模型中
遗漏的、矛盾的。不合理的、不适当的，或者不一致的地方。
模型走读需结合实际用例进行演示，这里不多赘述，详情参考书P64-P127
基金系统范例
汇总了前几章关于基金系统的分析内容，并做额外补充
详细解说内容参考P128-P145
详细解说内容参考P128-P145
业务流程模型
申办基金账户
开综存户
申购单笔基金
功能架构图
功能架构图
用例模型
基金数据查询模块
基金申购赎回模块
批次服务模块
基金数据修改模块
领域模型
领域模型
成本估算
成本估算一直都是件难事，书中提到使用用例点的估算方法。
用例点公式
用例点=未调整用例点*技术复杂因子*环境因子
未调整用例点=参与者总权重+用例总权重
技术复杂因子=0.6+（0.01*技术总权重）
环境因子=1.4+（-0.03*环境总权重）
一个用例点大约需要耗费20~28人时（Man Hours）
未调整用例点=参与者总权重+用例总权重
技术复杂因子=0.6+（0.01*技术总权重）
环境因子=1.4+（-0.03*环境总权重）
一个用例点大约需要耗费20~28人时（Man Hours）
用例点参考资料
《写给SA的UML\UseCase实务手册》邱郁惠著
Gustav Karner 于93年提出的论文“Resource Estimation for Objectory Projects”
2001年出版由Ivar Jacobson 帮忙写序的用例书籍：“Applying Use Cases：A Practical Guide”2nd ed.
2006年出版的“More About Software Requirements: Thorny Issues and Practical Advice”
0 条评论
下一页
