第4章节餐馆系统的业务建模.pptVIP

第4章 餐馆系统的业务建模 4.1 非正式的需求 通过改进为顾客预定和分配餐桌的过程，支持一家餐馆的日常经营 预约单中每一行对应餐馆中一张特定的餐桌。预约是对特定的一个餐桌登记的，每个预约中记录有“餐具”的数目，或者预期进餐者的数目，这样就能够分配一个大小适当的餐桌。 这家餐馆在晚间供应三次餐点，称为“简餐”、“正餐”和“夜点”时段。可以预约跨多个时段的时间。 每个预约中要记录联系人的姓名和电话。 修改餐桌、电话取消预定、未预约的顾客处理 4.1.1 对计算机化系统的需要 手工系统有很多问题：速度慢、预约单很快变乱、没有备份系统、获取管理数据不方便 新系统应该和现有的预约单显示同样的信息，并且有大致相同的格式，使餐馆员工易于转换到新系统。 记录新的预约和修改已有预约之后应该立即更新显示，使餐馆员工在工作时总能使用可获得的最新信息 系统必须易于记录餐馆营业时发生的有意义的事情 4.1.1 定义一次迭代 一个系统的第一次迭代应该只交付足够使系统提供某些确实有商业价值的核心功能 在随后的迭代中再开发其他功能 4.2 用例建模 用例视图是UML中起着支配作用的视图，描述的系统外部可见的行为 基于系统需求的用例视图驱动和约束着后续的开发 用例视图展示的是系统功能的结构化视图，视图定义了参与者和参与者可以参与的用例 参与者模型化了用户与系统进行交互时可能充当的角色 用例描述了用户使用系统能