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