第三次个人作业——用例图设计
| 这个作业属于哪个课程 | 班级的链接 |
|---|---|
| 这个作业要求在哪里 | 作业要求的链接 |
| 这个作业的目标 | 发布一篇随笔，记录mooc学习笔记和用例图，使用markdown语法进行编辑。要求使用专业的建模工具绘制，例如Visio，plantUML，ProcessOn等。 |
| 作业正文 | 如下 |
| 其他参考文献 | 无 |
一.学习笔记
参与者（注：有另一种翻译“执行者”）
1.代表位于系统之外并和系统进行交互的一类事物（人、物、其他软件子系统等）
2.通过它，可以对软件系统与外界发生的交互进行分析和描述
3.通过它，可以了解客户希望软件系统提供哪些功能
Actor的图形表示
1.参与者是人，用“小人图”
2.参与者是某个系统时用方框图，构造型 《actor》
用例
1.系统为响应参与者引发的一个事件而执行的一系列的处理/动作，而这些处理应该为参与者产生一种有价值的结果
2.这些动作,不但应包含正常情况的各种动作序列,而且应包含对非正常情况时软件系统的动作序列的描述，Exception / Alternate
用例图:1.边界2.参与者3.用例4.关系
参与者与用例之间:关联关系: 用实线表示
参与者/参与者之间的关系:泛化关系：实线+空心箭头
用例之间的关系:1.泛化关系2.包含关系《include》3.扩展关系《extend》
主事件流：一切正常时的动作序列
异常事件或者可选事件流：主事件流的每一步都有可能出现异常，此处描述异常情况的处理
用例模型包括:1.系统边界2.参与者3.用例4.用例图5.用例描述
用例模型
1.是软件开发人员分析客户业务流程的结果
2.是面向对象分析的结果,不一定完全是面向对象分析的结果
4.是面向对象设计的输入
5.是开发部门与顾客之间的合同
6.是软件设计部门与软件工程师之间的合同
7.是开发部门领导、非直接开发人员，了解系统的主要信息来源
二.用例图
