实验二  Use Case 分析与设计¸.docVIP

实验二 Use Case 分析与设计 [实验目的] 1、掌握应用Visio?进行用例图设计。 2、根据项目调查及系统建设目标确定用例并加以说明。 3、掌握确定参与者的方法。 4、根据所选系统题目的基本需求建立出餐饮预约系统的用例图（use case）。 [实验要求] 1、安装Visio 建模工具，熟悉建模环境； 2、根据所选的系统设计题目，采用相应的建模工具给出该系统的用例图，并对用例进行描述。 [实验内容] 1、首先进行初始调查 待开发的餐饮预约系统是通过改进为顾客预定和分配餐桌的过程，支持一家餐馆的日常经营。这家餐馆当前采用一个手工预约系统，使用的是保存在一个大文件夹中的手写预约单。预约单中的每一行对应餐馆中一张特定的餐桌。预约是对特定的一个餐桌登记的， 每个预约中记录有“餐具”的数目，或者预期进餐者的数目。每个预约中要记录联系人的姓名和电话。为了记录各种事情，要在预约单上加一个注释。如有空闲的餐桌，用餐者也可以不提前预约就进餐馆用餐，这被称为“未预约的顾客”。 2、定义目标系统的基本需求 餐馆的管理人员已经意识到了手工系统有很多问题： （1）手工系统速度慢，而且，预约登记单很快就变得难以实现。 （2）没有备份系统。 （3）从现有的预约单获取简单的管理数据也很费时。 因此，基于以上及其它原因，该餐馆意欲开发一个预约单的自动化版本： （1）餐馆员工易于转换到新系统。 （2）餐馆员工总能使用可获得的最新信息。 （3）系统的操作应当尽可能是直接操作屏幕上显示的数据。 3、用例建模 根据系统调查及系统建设目标，简单地草拟出这次迭代的一组初步的用例，并加以说明。 4、定义参与者 在一个小餐馆中，同一个人可以作为接待员和领班，可能通过使用具有不同访问特权的密码登录到系统。 5、给出系统的用例图。 [思考题] 1、用例分析与结构化分析相比，最大的区别是什么？ 答：答：用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约，用例分析具有容易与客户沟通，与程序实现之间衔接更容易的特点，但是每次迭代周期比较长，需要的迭代次数也多。结构化方法比较难以和客户沟通，与程序实现的衔接部分设计起来比较麻烦。 2、用例之间存在什么关系？请举例说明？（可根据餐饮预约系统的用例图加以说明） 答：用例之间主要存在如下三种关系： 扩展关系（extend）表明扩展用例的行为相对于基本用例是在一个给定延伸点上的延伸关系，以餐饮预约系统为例，“记录未预约的客户”与“记录到达”之间的关系就属于这种关系。 包含关系（include）是是指一个基本用例的行为包含了令一个用例的行为，以餐饮预约系统为例，“记录预约”、“取消预约”、“调换餐桌”“记录到达”、“记录未预约客户”与“显示预约”的关系就是属于这种关系。 泛化关系是一般与特殊的关系。未预约客户与预约客户之间的关系，就是属于这种关系。