[餐厅预订系统UML设计.docVIP

实 验 报 告 课程名称 统一建模语言 实验名称 实现模型的建立 实验时间 2014 年 4 月 22 日 指导单位 计算机学院软件工程系 指导教师 陈志 组 号 26 学生姓名 xxx 班级学号 xxx 学生姓名 xxx 班级学号 xxx 学生姓名 xxx 班级学号 xxx 学生姓名 班级学号 学院(系) 计算机学院 专 业 软件工程 成 绩 批阅人 陈志 日期 2014-5-14 实 验 报 告 实验名称 实现模型的建立 指导教师 陈志 实验类型 综合 实验学时 2 实验时间 2014-4-22 实验目的、要求和团队分工 在实验1、2及3的基础上，细化餐厅预订系统的模型： （1）确定对餐厅预订系统的组件图（构件图）的描述、布署图的描述、数据库实体的确定及实体关系； （2）完成类图的详细设计、包括类的方法及属性及类之间的确定关系，给出类中关键方法的实现算法； （3）运用RSA软件将构件图映射为相应的代码框架并选择其中的部分加以实现； （4）利用集成环境、编制一个图形用户界面将上述实现的功能加以演示。 实验环境(实验设备) 操作系统： Microsoft Windows NT 　　Microsoft Windows 2000 　　Microsoft Windows 98 　　数据库环境： 　　开发语言：功能描述 对已经预约的订单条目信息参照客人要求作出相应的修改。当客人来时（到达预约时间）餐桌自动显示为用餐状态。 餐座必须标记为预约状态时可用 从数据库读预约信息并对数据库执行修改记录动作。 实时消费管理 桌位查询，查询桌位的状态（包括桌位是否为空，座位数） 。 输入合法的餐座号，已经预约和处于就餐状态的餐座不可查询 根据关键字将信息从据库中读取出来 结算模拟功能 用户用餐结束后可以要求前台进行结算，执行此功能后餐桌更改为空闲状态 要求可结算餐桌均为处于用餐状态餐座 将数据库表中处于用餐状态的所有表目录信息调出查看并选择进行结算后删除条目 开台功能 根据查询后桌位，记录来用餐的客户数目并将餐座状态修改为用餐态 要求订单是完全处理后的情况 将数据库中的订单表进行添加，生成新的订单记录 2对性能的规定 2.1精度 数据名称 数据精度 说明 数值型数据 8位，整型 无 文本型数据 二十位以上的字符 无 日期型数据 年-月-日 无 2.2时间特性要求 时间特性名称 时间特性要求 说明 响应时间 3秒之内 无 更新处理时间 5秒之内 无 数据的转换和传送时间 2秒之内 无 2.3输人输出要求 数据名称 媒体 格式 数值范围 精度 输出控制 说明 数值型 无0-9999999 整型 无 无 文本型 无 二十位以上的字符 Varchar型 无 无 日期型 无 年-月-日 2007-2100年 精确到日 无 无 3数据管理能力要求 表的大小规模：随着数据的录入，表的规模可以无限量的扩大，仅受限于ACCESS数据库对表大小的支持。 管理的记录的个数：仅受限于ACCESS数据库管理记录的个数，其它限制无。 4故障处理要求 可能的软件故障：数据库误操作引起数据库链接断开 软件故障的处理要求：重新启动软件可恢复，数据不丢失 可能的硬件故障：断电导致数据库断开链接 硬件故障的处理要求：重新启动软件可恢复，数据不丢失 5其他专门要求 运行环境要求：ACCESS数据库支持。软件具备基本功能之外，应该具有友好，易用的界面，软件模块化，可维护，可扩充，可重新组装，进行更新和维护等基本功能。 二、概要设计基本设计概念和处理流程　DISPLAY BOOKING:（显示预约） Cancel booking:（取消预约） Main:（主用例图） Record arrival:（预约到达） Record booking:（记录预约） Transfer Table:（交换餐桌） 1.2类图： Domain model: Restaurant: 1.3系统功能图： 1.4 系统页面跳转图： 2人工处理过