第四章主要讨论的是餐馆订餐系统的业务模型，这是软件开发早期阶段的重要工作，涉及非形式化的规格说明，以及创建用例模型、领域模型和词汇表等关键活动。在这个过程中，用例模型是业务模型的核心部分，它清晰地描述了系统应该如何与用户交互，满足其需求。
建立用例模型是从非正式的需求开始的，这些需求可能包括原有的手动预订流程，如收集顾客的姓名、电话、就餐人数等信息，以及处理餐桌调换、预约取消和未预约顾客的管理。用例建模的目标是确定系统的核心功能，通过第一次迭代交付有商业价值的基本功能。建模步骤包括识别用例，定义初始用例图，这需要明确系统边界，识别参与者，确定他们的期望行为，并找出用例。
在识别用例的步骤中，首先要确定系统边界，即系统本身和系统外部的区分，如系统是餐馆订餐系统，参与者可能包括接待员、领班等，而顾客并不是直接的参与者。然后，识别出系统的主要使用者和受益者，例如，接待员可能是主要的参与者，他们使用系统进行预订操作。接着，描述用例，列出系统需要完成的任务，如记录新预订、取消预订、记录顾客到达和餐桌调换等。
用例图是一种图形化表示，展示了参与者和用例之间的关系，以及参与者能执行哪些用例。用例描述通常包括基本事件路径，也就是正常情况下用户与系统交互的流程，比如记录预约的流程，从接待员输入预约信息到系统记录并显示预约。此外，还可能包含可选事件路径（如没有可用餐桌的情况）和异常事件路径（如餐桌大小不符合要求）。
建立领域模型则是将业务过程和实体转化为概念模型，它包括实体、关系和业务规则，帮助理解系统的数据结构和业务逻辑。例如，领域模型可能会包括餐桌、顾客、预订等实体，以及它们之间的关系。
建立词汇表是为了确保团队间沟通的一致性，定义系统中使用的专业术语和概念，避免因理解差异导致的误解。
总结来说，餐馆订餐系统的业务模型构建是一个系统性的过程，包括理解非正式需求，创建和组织用例模型，建立反映业务流程的领域模型，以及建立一个共享的词汇表。这个过程确保了系统设计能够准确地反映实际业务需求，为后续的软件开发提供了清晰的蓝图。
