| 这个作业属于哪个课程 | 软件工程 |
|---|---|
| 这个作业要求在哪里 | 作业要求 |
| 这个作业的目标 | 完成用例图 |
| 作业正文 | 如下 |
| 其他参考文献 | ... |
笔记：
-
模型都是对显示的简化，但简化不能掩盖掉任何重要的细节
-
建模的四个目的
- 帮助我们按照需要进行系统可视化
- 允许我们详细说明系统的结构和行为
- 给出了一个知道我们构造系统的模板
- 对我们所做出的决策进行文档化
-
最重要的五中图：的五中图：活动图 用例图 类图 状态图 顺序图
-
根据下面的问题来寻找系统的参与者
- 谁使用系统
- 谁安装系统、维护系统
- 谁启动系统、关闭系统
- 谁从系统中获取信息，谁提供信息给系统
- 在系统交互中，谁扮演了什么角色
- 系统会与哪些其他系统相关联
- 内/外部定时器
-
参与者
- 代表位于系统之外并和系统进行交互的一类事务
- 通过它，可以对软件系统与外界发生的交互进行分析和描述
- 通过它，可以了解客户希望软件提供哪些功能
-
用例
- 系统为响应参与者引发的一个时间而执行的一系列的处理/动作，而这些处理应该为参与者产生一整有价值的结果
- 这些动作
- 不但应包含正常的各种动作序列
- 而且应包含对非正常状况时软件系统的动作序列的描述
-
一个用例 一个主时间流多个异常事件流
-
根据一些问题来识别用例
- 参与者希望系统提供什么功能
- 系统能否存储和检索信息
- 当系统改变状态时，是否通知参与者
- 是否存在影响系统的外部时间。时哪个参与者通知系统这些外部事件
- 哪个参与者出发了活动
-
用例模型包括：参与者、用例、用例图、系统边界、用例描述等
-
用例模型
- 是软件开发人员分析客户业务流程的结果
- 是面向对象分析的结果
- 不一定完全是面向对象分析的结果
- 是面向对象设计的输入
- 是开发部门与顾客之间的合同
- 是软件设计部门和软件工程师之间的合同
- 是开发部门领到、非直接开发人员，了解系统的主要信息来源
模型
