UML2-业务建模-简答题
注：本文基于《UML2面向对象分析与设计》（第2版）谭火彬编著 整理
5. 什么是涉众，涉众和参与者有何区别和联系？
课本 P72
涉众和参与者在用例建模中是关键概念，分别代表与系统有利益关联的角色与直接互动的角色。清晰理解这两者有助于准确表达系统需求。
涉众
涉众（Stakeholders）是指那些受用例影响或有利益关联的人员或组织，可能是系统内部、外部的。涉众对用例的功能、质量等有需求和评价，但不一定直接操作系统。
-
特点：
- 涉众通常是人或组织，对系统功能、性能等有利益需求。
- 包括企业内部门、外部合作伙伴、监管部门等。
-
示例：在银行系统中，涉众可能包括客户、管理层、合规部门等。
参与者
参与者（Actors）是那些直接与系统交互、触发系统功能以完成任务的角色。
-
特点：
- 参与者直接触发系统行为。
- 可以是人、组织、设备或其他系统。
-
示例：银行系统的客户和银行职员都是“账户查询”用例的参与者，他们直接操作系统完成查询。
区别与联系
-
区别：
- 身份不同：涉众是所有利益关联方，而参与者是直接操作系统的角色。
- 作用不同：涉众从需求角度影响系统设计，而参与者通过交互实现用例目标。
-
联系：部分参与者也是涉众，直接操作系统的同时对系统的功能有利益需求；外部系统的用户也常被视作涉众。
比喻
用例可比作一场戏：参与者和系统是“演员”，执行任务；涉众是“观众”，对戏的结果进行评价。用例从涉众的需求出发，通过参与者和系统的互动达成特定目标。
6. 什么是用例的前置条件和后置条件？它们有什么作用，定义时需要注意什么？
课本 P72
用例的前置条件和后置条件用于说明系统在执行用例前后的状态，确保用例执行逻辑清晰。
前置条件
前置条件是用例执行前需满足的状态，是用例的入口限制。
- 作用：确保系统处于合适状态，避免错误触发。
- 示例：在银行转账用例中，“用户已登录且账户余额足够”。
- 注意事项：前置条件需系统可感知，并在用例开始前即可检测。
后置条件
后置条件是用例完成后的系统状态，描述执行完用例后的结果。
- 作用：帮助涉众理解执行后状态，确保结果符合预期。
- 示例：在银行转账用例中，“账户余额减少，转账记录生成”。
- 注意事项：后置条件应为系统可检测的状态变化，避免冗余复杂化。
总结
- 前置条件确保用例在正确状态下开始执行。
- 后置条件明确用例结果，便于理解系统的最终状态。
7. 什么是用例的事件流？描述事件流时需要注意什么？有哪些类型？它们之间有何区别和联系？
课本 P72
用例的事件流是参与者与系统的交互过程，明确描述用户需求与系统反馈。
描述事件流的注意事项
- 使用业务语言：采用用户熟悉的语言描述，避免技术术语。
- 关注交互内容：只描述用户与系统的交互，忽略系统内部细节。
- 避免模糊表达：确保描述准确完整。
- 明确起止：事件流应清晰表明起始条件和结束状态。
事件流的类型及区别
-
基本事件流：理想情况下的核心流程，通常无分支和异常。
示例：用户登录成功的流程。
-
备选事件流：处理非理想状态的流程，如错误或异常。
示例：用户输入错误密码时，系统提示错误的流程。
联系
- 互补性：基本事件流描述理想状态，备选事件流补充异常情况。
- 依赖性：备选事件流从基本事件流分支而出，确保用例在各类情境下的完整性。
通过合理设计基本与备选事件流，确保系统在不同情境下的交互清晰完整。
本文作者： 鸿·蒙
撰写工具： Typora
内容反馈： 若发现本文内容有误或有任何意见，欢迎向作者鸿·蒙反馈或评论区留言。
版权声明： 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来自 鸿·蒙 ！
