[软件系统分析与设计-6--面向对象分析设计.pptVIP

* * 6.3.2 用例建模 §6.3 用例模型设计 用例视图应该是客户、最终用户、领域专家、测试人员和任何其他设计系统的人员。不需要详细了解系统结构和实现就容易理解的。用例视图不描述软件系统的组织或结构，它的作用是给设计者施加约束，设计者必须设计出一个能够提供用例视图中指定的功能的结构。 一组用例是一个系统的用户能够使用系统完成的不同任务。用例一般是由分析人员与系统未来用户进行磋商而确定的。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * * 6.3.2 用例建模 §6.3 用例模型设计 例子：开发一个餐馆预约系统，为顾客预定和分配餐桌的过程，当前是手工预约，用保存在一个文件夹中的手写预约单。 预约单中的每一行对应参观中一张特定的餐桌。预约是对特定的一个餐桌登记的，每个预约中记录有“餐具”的数目，或者预约进餐者的数目，这样就能够分配一个大小适当的餐桌。该餐馆在晚间供应三次餐点，成为“简餐”、“正餐”和“晚点”时段。但如同期预约单所表明的，这些时段无须严格遵守，可以预约跨多个时段的时间。每个预约中要记录联系人的姓名和电话。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * * 6.3.2 用例建模 §6.3 用例模型设计 为了记录这种情况，要在预约单加上一个注释。当一行用餐者到来并在他们的餐桌就座时，就划掉相应的预约登记。如果他们就座的不是他们预约的餐桌，就画一个箭头从最初预约的餐桌指向新的餐桌。如果顾客打电话取消预约，并不能从表中真正地删除，而是做一个预约已经取消的注释。其他的信息，比如到什么时候餐桌必须空出来，也可以写在预约单上。 如果有空闲的餐桌，用餐者当然也可以不提前预约就餐，这被称为“未预约的顾客”，并在预约单中作为预约登记以表示餐桌的占用，但是不登记顾客的姓名和电话。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * * 6.3.2 用例建模 §6.3 用例模型设计 对计算机系统的需要 系统必须易于记录餐馆营业时发生的有意义的事情，例如顾客的到来。系统的操作应当尽可能是直接操作屏幕上显示的数据。例如，可以简单地将预约拖动的屏幕上的一个适当的位置以改变一个预约的时间或者分配的餐桌。 2. 迭代 迭代和增量的方法建议，一个系统第一次迭代应该只交付足够使系统提供某些确定的商业价值的核心功能。本例中餐馆在营业时间记录预约和更改新预约单信息是核心功能。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * * 6.3.2 用例建模 §6.3 用例模型设计 3. 用例 餐馆预约系统第一次迭代的意图是允许用户使用一个自动化的预约单。可以通过考虑在系统