UML与OOAD入门：用例图深度解析

"该资源是关于UML和面向对象分析与设计(OOAD)的快速入门教程，重点关注第5章中的用例图。作者通过一系列的图表解释了如何理解和使用用例图来描述系统功能，包括用户观点、开发人员观点、以及用例图中的关键关系，如泛化、抽象、包含和扩展关系，并给出了具体的示例，如酒店联合订房系统的场景。" UML（统一建模语言）是一种标准的图形建模语言，用于软件工程中描述、构建和文档化软件系统。OOAD（面向对象分析与设计）是软件开发过程中的一种方法，它利用UML工具来分析问题域，设计解决方案，并创建系统的实现蓝图。 在本章中，作者首先区分了分析师和开发人员的不同视角。分析师关注于识别合适的用例，确定参与者，并描绘参与者与系统之间的交互，而开发人员则需要考虑更多的技术细节，例如在线支持系统参与者。 接下来，作者介绍了几个关键的用例图元素： 1. 泛化关系：这是一种继承关系，通常表示一个更通用的用例（父用例）被一个或多个更具体的用例（子用例）继承。例如，"预订"可以是一个抽象用例，"转账预订"、"刷卡预订"和"在线预订"是其具体形式。 2. 抽象用例：抽象用例不直接由参与者执行，而是作为其他更具体用例的基础。在图5-6中，"预订"可能被标记为抽象，而"转账预订"和"刷卡预订"是它的具体实现。 3. 包含关系：这种关系用于将一个复杂用例分解成多个部分，其中一部分（被包含的用例）在主用例的执行过程中总是被执行。比如，"发送电子邮件与短信通知"可能是一个被包含的用例，被"预订"等主用例调用。 4. 扩展关系：扩展用例允许在基础用例的基础上增加额外的行为，但不是每次都执行。例如，"通知已预订"可能是一个扩展用例，只在特定条件下（如用户要求）附加到"预订"用例。 每个关系都有其在描述系统行为和结构时的独特作用，有助于创建清晰、详细的系统模型。通过这些元素，设计师可以更好地理解系统的需求，同时简化复杂性，使系统设计更易于理解和维护。对于酒店联合订房系统这样的案例，用例图能有效地捕捉并表达用户的各种预订方式及其关联流程。