一、用例建模概念
1.1 用例在需求管理过程中的作用
1.2 用例建模的目的
- 关联关系人需要以及软件需求
- 确认与系统交互的人或对象
- 定义系统的边界
- 捕捉和传达系统的理想行为(用例)
1.3 用例模型的表示
文本表述(参与者和用例规约构成用例模型系统)
- 概要描述
- 参与者列表
- 用例列表
用例图(显示一组用例参与者以及他们之间的关系)
特征:可先式用例的优先级(根据参与者优先级可判断)
主要元素
- 参与者:与系统交互的人或外部系统
- 关注用户承担角色,命名时要承担角色的特性
- 用例:系统为参与者提供的有价值的服务功能,即定义系统的一系列行为
- 用例定义的力度要适中,过细不能提供足够价值,需要合并用例以求完整,过粗范围则过去泛化,不能精确提供服务
- 关联:用例图中用例与参与者之间的交互关系
- 注意箭头的有向性即为交互信息特征,标注箭头需注明用处
二、用例建模过程
2.1 构建用例模型的步骤
识别出所有参与者和用例并作出简单描述与介绍
对于参与者
- 与系统进行信息交互的对象即为参与者
- 系统适用于何种部门
- 系统维护人员
- 保证每个参与者都与用例发生交互
对于用例
- 参与者是否要对数据进行创建或增删改查等功能
- 参与者是否需要将外部事件或发生的改变告知系统
- 参与者是否需要指导系统内部发生的事件或改变
- 用例的描述:名称、简要描述、与参与者的关系
- 用例的命名:动宾结构表示参与者目标或者作用
编写用例,并对用例事件流程划分重要等级,按照重要程度描述实践流程
用例图->用例提纲->用例详细规约
详细用例规约的例子
用例文档模板
2.2 用例模型 的建立步骤
2.3 用例建模的规范和细节
设定系统边界
系统边界是一个系统所包含的所有系统成分与系统以外各种事物的分界线,会对用例以及参与者的定义有所影响。此过程中要注意避免功能性分解,比如要从用户角度出发整体理解模型概要。
用例图中的主要图标
三、建模工具介绍
3.1 系统建模工具的主要功能
可视化模型表达
UML模型,Web模型,数据库模型,用户自定义模型
画图工具
StarUML,Visio
3.2 常见系统建模工具
Caliber,Borland,inteGREATE,VersionOne,StarUML,EA
四、建模实例(本小组为例-奖来奖学金评测系统)
4.1 参与者列表
- 活动参与者:全体需要进行综测计算的同学
- 活动组织者:学院所对应辅导员
- 后台管理员:通过系统管理用户权限的用户
- 微信平台(XX学院教务在线微信公众平台):提供用户身份绑定的综测各组分信息,提供信息发布平台
4.2 用例列表
- 发布综测评测活动
- 学生上传德,智,体测评材料,辅导员上传生活测评材料,竞赛负责老师上传竞赛获奖名单
- 辅导员人工审核部分材料(如智育和能力的部分材料审核)
- 监督员负责审核所有人工评审材料分数计算,并对系统计算成绩进行抽样审核
4.3 用例模型
方案初版(PRESSON暂无“include”与“extend”)