餐厅预订系统UML设计.doc

  1. 1、本文档共23页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
实验报告 2013/2014学年第二学期) 课程名称一致建模语言 实验名称实现模型的成立 实验时间2014年4月22日 指导单位计算机学院软件工程系 指导教师陈志 组 号 26 学生姓名 xxx 班级学号 xxx 学生姓名 xxx 班级学号 xxx 学生姓名 xxx 班级学号 xxx 学生姓名 班级学号 学院(系) 计算机学院 专 业 软件工程 成绩批阅人陈志日期2014-5-14 1 实验报告 实验名称实现模型的成立指导教师陈志 实验种类综合实验学时2实验时间2014-4-22 一、实验目的、要乞降团队分工 在实验1、2及3的基础上,细化餐厅预定系统的模型: (1)确立对餐厅预定系统的组件图(构件图)的描绘、布署图的描绘、数据库实体确实定及实体关系; (2)达成类图的详尽设计、包含类的方法及属性及类之间确实定关系,给出类中重点方法的实现算法; (3)运用RSA软件将构件图映照为相应的代码框架并选择此中的部分加以实现; (4)利用集成环境、编制一个图形用户界面将上述实现的功能加以演示。 2 二、实验环境(实验设施) 操作系统:MicrosoftWindowsNT2003 MicrosoftWindows2000 MicrosoftWindows98 数据库环境:ACCESS 开发语言:JAVA 3 三、实验原理及内容 目前该XX餐馆采纳的是一个传统的手工预约系统,将手写预约单保存在一个大文件夹中,这类传统的方法不只效率低,并且简单犯错,产生诸多问题。比如 手工预约单使空餐桌的存在不显然,阻碍顾客进行预约。 因为没有备份系统,一张预约单的破坏将致使相应信息的永远丢掉。 不简单获取相应的统计数据,比如某时刻餐桌的使用率 对系统不简单进行更新等操作 鉴于上述各种缺点,XX餐馆向我方提出设计改换一个自动化的订餐管理系统,要求保存原有传统手工方式的功能和工作人员熟习的操作方式,同时改良系统,以节俭人力成本。 参照资料 《软件工程(第二版)》张海潘编著 《面向对象设计UML实践》Markpriestley著 一、需求规定 1系统功能 系统功能描绘 功能名称 功能描绘 功能拘束 办理过程 增添预约 包含早、中、晚三 预约餐座标志为空 经过有关记录预约功 部分可预准时间, 闲时可用 能模块将信息读入数 可预约当天及此后 据库。 3天内的所有安闲 餐座当桌位被预定 后桌位在预准时间 前后一小时保存显 示为餐座不行用 删除预约 当客人撤消预约, 餐座一定标志为预 从数据库读预约信息 经前台管理人员确 约状态时可用 并对数据库履行删除 定后,系统将已经 记录动作。 预定的桌位改为空 闲状态。 各种信息查问 为用户供给模糊查 结合查问 依据重点字将信息从 4 询预约信息、用餐 据库中读拿出来 信息。 改正预约状态 对已经预约的订单 餐座一定标志为预 从数据库读预约信息 条目信息参照客人 约状态时可用 并对数据库履行改正 要求作出相应的修 记录动作。 改。当客人来时(到 达预约时间)餐桌 自动显示为用餐状 态。 及时花费管理 桌位查问,查问桌 输入合法的餐座 依据重点字将信息从 位的状态(包含桌 号,已经预约和处 据库中读拿出来 位能否为空,座位 于就餐状态的餐座 数) 不行查问 。 结算模拟功能 用户用餐结束后可 要求可结算餐桌均 将数据库表中处于用 以要求前台进行结 为处于用餐状态餐 餐状态的所有表目录 算,履行此功能后 座 信息调出查察并选择 餐桌改正为安闲状 进行结算后删除条目 态 开台功能 依据查问后桌位, 要求订单是完整处 将数据库中的订单表 记录来用餐的客户 理后的状况 进行增添,生成新的订 数量并将餐座状态 单记录 改正为用餐态 对性能的规定 2.1精度 数据名称 数据精度 说明 数值型数据 8位,整型 无 文本型数据 二十位以上的字符 无 日期型数据 年-月-日 无 2.2时间特征要求 时间特征名称 时间特征要求 说明 响应时间 3秒以内 无 更新办理时间 5秒以内 无 5 数据的变换和传递时间2秒以内无 2.3输人输出要求 数据名称 媒体 格式 数值范围 精度 输出控 说明 制 数值型 无0-9999999 整型 无 无 文本型 无 二十位以上 Varchar型 无 无 的字符 日期型 无 年-月-日 2007-2100 精准到 无 无 年 日 数据管理能力要求 表的大小规模:跟着数据的录入,表的规模能够无穷量的扩大,仅受限于ACCESS 数据库对表大小的支持。 管理的记录的个数:仅受限于ACCESS数据库管理记录的个数,其余限制无。 故障办理要求 可能的软件故障:数据库误操作惹起数据库链接断开 软件故障的办理要求:从头启动软件可恢复,数据不丢掉 可能的硬件故障:断电致使数据库断开链接 硬件故障的办理要求:从头

文档评论(0)

151****0456 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

认证主体陈**

1亿VIP精品文档

相关文档

相关课程推荐