点餐系统软件工程实验报告.doc

点餐系统软件工程实验报告.doc ,理工类～ Introduction to 课程名称:Software Engineering 专业班级: 10计算机科学与技术(单) 学生学号: 学生姓名: 所属院部: 信息技术学院 指导教师: 钟 睿 20 12 ——20 13 学年 第 1 学期 金陵科技学院教务处制 实验报告书写要求 实验报告原则上要求学生手写～要求书写工整。若因课程特点需打印的～要遵照以下字体、字号、间距等的具体要求。纸张一律采用A4的纸张。 实验报告书写 说明 关于失联党员情况说明岗位说明总经理岗位说明书会计岗位说明书行政主管岗位说明书 实验报告中一至四项内容为必填项～包括实验目的和要求,实验仪器和设备,实验内容与过程,实验结果与 分析 定性数据统计分析pdf销售业绩分析模板建筑结构震害分析销售进度分析表京东商城竞争战略分析 。各院部可根据学科特点和实验具体要求增加项目。 填写注意事项 ,1,细致观察～及时、准确、如实记录。 ,2,准确说明～层次清晰。 ,3,尽量采用专用术语来说明事物。 ,4,外文、符号、 公式 小学单位换算公式大全免费下载公式下载行测公式大全下载excel公式下载逻辑回归公式下载 要准确～应使用统一规定的名词和符号。 ,5,应独立完成实验报告的书写～严禁抄袭、复印～一经发现～以零分论处。 实验报告批改说明 实验报告的批改要及时、认真、仔细～一律用红色笔批改。实验报告的批改成绩采用百分制～具体评分标准由各院部自行制定。 实验报告装订要求 实验批改完毕后～任课老师将每门课程的每个实验项目的实验报告以自然班为单位、按学号升序排列～装订成册～并附上一份该门课程的实验大纲。 实验项目名称:需求分析 实验学时: 4 同组学生姓名: 无 实验地点: A203 实验日期: 10.5---10.12 实验成绩: 批改教师: 批改时间: 一、实验目的和要求 通过本实验，让学生掌握项目在需求分析阶段的主要工作，以及本阶段工作在生命周期中的地位与作用，主要工作内容包括完成对项目的需求分析，输出SRS。 二、实验仪器和设备 硬件:处理器:intel CORE i3 内 存:2GB 硬 盘:300G 软件:操作系统:windows 7 开发软件:Micrsoft visual studio.Net 2005，SQL Sever 2005等 三、实验过程 1、开发背景 随着我国市场经济的不断发展，国民生活水平的不断提高，进入酒店等高等消费场所的人数也与日俱增。传统的手工点菜方式由于其难计算、难查找、难更改、易出错、效率低等缺点已逐渐退出了酒店等高等消费场所的服务管理平台。层出不穷的各类餐厅点菜管理系统也应运而生，呈现出多元化的发展。为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平，提高餐厅的服务管理质量，提高餐厅工作人员的工作效率，在多方面考察、分析、研究现有酒店点菜管理系统的基础之上，以提高消费者的满意程度及商家的服务水平和市场竞争力为目标，致力于开发出一套可视化程度高、功能全面、集分析管理于一体的点餐管理系统，极具有市场价值。 目前，我国餐饮业在日常点菜管理中仍普遍采用手工操作方式，整体科技含量低，随着餐饮业高速发展和餐饮店规模的不断扩大，许多餐饮企业采用连锁经经营和集团化运营，手工操作无论是在工作效率、人力成本和决策信息等方面都 已经难以适应企业发展的要求，制约了整个餐饮业的规模化发展和整体服务水平的提升，如向阳渔港、张生记等. 在中国饭店协会颁布的中国餐饮业产业贡献奖和学术贡献奖中，联想集团、神州数码、清华同方及中国网通等国内知名IT企业也榜上有名，这些IT企业都已瞄准了酒店餐饮业信息技术应用市场的巨大潜力。据预测，未来3至5年内，信息数字技术产品在中国饭店与餐饮业的应用将达到一个高峰，市场最大容量可达2300亿元人民币。就点菜系统而言，最普遍的是计算机收银台录入菜单设备、POS点菜系统，除了这种点菜系统，其它的计算机信息系统已经从预订、接待、点菜、菜品上传、厨房分单打印、条码划菜、 中收银、经理查询等方面在大型餐饮企业全方位地整合起来了。(摘自IT168—国第三方餐饮企业信息化研究) 2、开发目的 通过对现代点餐系统的升级改良，提供更加快捷的便民服务，使人们的消费过程更加简单方便，增加客人消费的娱乐性，便消费者更能享受出门享受美食的快感。 本系统的目标是实现点菜系统所需的各种基本功能，用户可通过访问我们的订餐系统，进行登陆或注册，获得你想要的各种食物，管理员可以查看用户菜品，可以对菜品进行增删改查。 3、需求分析 3.1功能分析 系统管理员通过该部分功能完成餐厅点菜管理系统中基础数据的设置工作。主要工作包括:用户注册/登录;中、西餐，鲁、粤、川、苏等菜系基础数据的设置，包括:图片、口味、价格、原料等的介绍;换菜、退菜、添菜;客户使用折扣功能等。 3.1.1 登录功能 系统允许多个用户同时使用一台计算机，为了保证系统的安全和记账方便，系统要求每个用户有单独的帐号作为登录标识，系统还为每个用户指定了一个口令。用户在使用该系统之前要输入标识和口令，这个过程被称为“登录”。 ? 登录系统 用户输入用户名、密码，系统进行用户身份验证，验证通过则成功登录，显示带有相关权限的界面，显示登录用户名，服务器日期，用户可以进行相关权限的处理。 身份验证过程如下: ?和服务器建立连接; ?查找输入用户名; ?验证对应用户的密码是否正确。 在以上验证过程中，用户名和密码均对大小写敏感。如果登录失败，系统将向用户提示失败信息，具体有以下情况; ?如果用户名不存在，提示:该用户名不存在，请注册。 ?如果密码错误，提示:密码错误。 ?规格错误的提示。 ? 退出系统 操作系统“退出”功能时，系统会提示用户是否退出，用户点击“确认”后系统退出，点“返回”按钮系统不退出。 ?用户修改个人信息 用户登录后可以修改个人信息，包含:姓名、会员号、密码。 3.1.2 判断是否有空余餐桌 这块功能是为节省客户的时间，好多客户进一家餐厅都不知道是否有空余的位置，更加要去寻找，这样就浪费了客户宝贵的时间，更加消磨了用户的好心情。为此系统会增加这样一个模块:它可以为用户判断是否有空余的餐桌，无论是大厅、楼层还是包厢，甚至是外卖人员，只要是有空余的，都会显示给客人看，客人有足够的时间自行选择自己喜欢的地方用餐。 3.1.3菜单信息管理 菜单信息主要包括后台管理员对菜单的管理和客户对菜单的使用。 ? 后台部分的管理:包括上传菜单;更新菜单;删除不用菜单;并赋予菜单必要的说明，如菜的名称，价格，营养元素，配料等，做好中、西餐，鲁、粤、川、苏等菜系基础数据的设置，包括:图片、口味、价格、原料等的介绍，注重健康饮食，明确菜的风味，并会对哪些病种易引起病发等。部分菜可以给予特定 优惠时也必须给用户说明。 ? 前台用户使用:客户可以查询餐厅提供的各种食物及了解相应的饮食注意事项:点取自己喜爱的食物;了解菜的价格和是否点菜。 3.1.4 自动排序功能 餐厅的很多缺点就是用户点菜后服务员传菜出现混乱，还不清楚自己前面到底还有多少人都在等待自己喜欢的饭菜，因此可能会耽误用户的宝贵时间，自动排序功能特点: ?用户可以自动获取系统给予的排号，如果时间很急，就可以在此时改变主意是否等待这道菜。同样厨师也可以缓解都做同一道菜的压力。 ?在你确定点菜并获取序号时，服务员同时也获取到相同的序号，这样你的菜就不会先来后吃到了，不会混淆，不管对服务员还是客户都是最好的。 3.1.5 换/退/添菜管理 如果用户对自己之前点的菜有任何不满意的地方，也可以随时作出修改，只需要打开登录界面，输入帐号和密码，之后系统会给出验证信息，用户必须正确输入验证信息才能进行接下来的操作。然后写上换/退菜的原因，这样一来餐厅就可以进行改进，等服务员确认菜品的确有不足的地方，就会接受用户的退换菜要求，用户界面会显示退换菜成功的信息。 添菜管理功能也一样，只要登录成功，然后输入用户需要添置的菜品，服务器端就会接收到信息，根据用户需求制作相应的菜品。 3.1.6提交用户需求 提交用户所需要的菜单名称，菜单名称必须是系统中存在的菜，输入的内容均为汉字，出现其他的语种不给予允许。如果没有则提示用户没有此菜，但是可以提醒用户把它列为喜爱的菜种，可以为食堂提供参考，并在条件允许时添加此道菜。提交用户菜名后系统给予用户提示，是成功还是失败，必须明确提示，如果操作超时，也要做出提示。 3.1.7 缴费及用户 评价 LEC评价法下载LEC评价法下载评价量规免费下载学院评价表文档下载学院评价表文档下载 模块 ?缴费时可采用现金和信用卡，会员用户可有自己的帐户，可预存。结算时可从预存账户扣除。 ?用户结账后可以在系统内输入对本次服务及菜品的满意程序，若有不满可 以填上菜品对应的序号或者本次消费不不如意的地方，并写上不足之处，以便餐厅对之进行改善，为用户提供更满意周到的服务。 3.1.8 后台管理模块 厨师可根据厨师号或者选择菜系名查看顾客对自己做的菜的满意度和受欢迎或者不受欢迎的菜;经理可根据系统自动排名推出“特色菜”撤销不受欢迎的菜，改进菜单，提高服务质量;服务员可在输入自己的员工号后，输入客人餐桌号或包间号进行收费。 3.1.9 系统权限管理模块 系统设置不同权限:经理、厨师、服务员和其他人员只有被授予相应权限后，才可以根据自己的权限查看相应的内容，保证了系统的安全性。 3.1.10 数据库备份 备份分为手工备份和自动备份: ?在服务器端有一个按钮，点击后，数据会存成一个数据备份文件。 ?自动备份，数据每天2次定时备份。 3.1.11 数据库同步 由于点菜系统分为用户选项以及后台操作，所以必须维持前台于后台数据库的数据一致性。 3.1.12 服务器端日结 为了提高服务效率，服务器端有日结功能，服务器在日结过程中将断开网络，日结完成后恢复。日结将食堂为七天之前的菜单数据归档。 顾客 点餐 系统服务器 结算 服务员 管理者 数据库 厨师 下达任务 顾客通过客户端展示的显示特色菜，菜单列表等进行点餐。 订餐通过服务器下达给服务员和厨师。 服务员通过服务器打印顾客结算单，桌号等。 厨师根据服务器下的单进行操作。 管理者可以查询每日消费详情，包括订单、营业额等。 3.2 详细 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 3.2.1 客户端(顾客) ?点餐功能:查询、点餐、修改订单、个性定制 1.查询:通过输入查询菜单点餐:对中意的菜肴下单，并记入订单中 2.修改订单:修改订单中已经加入的菜名 3.提交订单:确认无误后提交，下单 4.个性定制:根据个人喜好，对菜肴提出要求，包括就餐人数。 ?菜单介绍:每样菜展示菜名、实物图片、配料、营养搭配、人气指数等。 1.特色菜:显示本店的特色菜 2.地域菜:包括中餐(八大菜系)、西餐 3.人气排行:根据顾客点餐的次数、评价，对每样菜进行评定，给用户参考。 4.菜肴分类:开胃菜、甜品、冷盘、汤类、煲类、素食、海鲜等(可自定义) 5.设定价格区间 ?套餐推荐 1.价格区间:根据套餐酸菜制定价格 2.人数:设定各个人数的套餐 3.就餐性质:同学聚会、家庭聚餐、公司聚餐、商务餐等 4.个性定制:对套餐中的某些酸菜进行更换 ?酒水饮料 1.价格区间:自定义 2(酒类:啤酒、白酒、红酒(可根据各个餐厅具体情况设定) 3.饮料:果汁(西瓜、橙汁、苹果等)、碳酸饮料等 说明:酒水饮料除设定浏览功能外还设定多重搜索功能。 ?反馈 1.对服务员评价:非常满意、满意、基本满意、不满意、很差 2.对就餐环境评价:好、一般、不好 3.对菜肴口味评价:过咸、过淡、不熟等等，视每样菜而定。顾客也可不评 价 ?需求服务:可以通过按键，呼叫服务员进行服务 1.更换餐具 2.清理残渣 3.洒水开瓶 4.其他 3.2.2 客户端(服务员) ?订单:显示各订单的基本信息 桌号 1. 2.就餐人数 3.已点菜目(若是套餐则显示套餐) 4.个性需求 5.配送详情 6.酒水需求 7.总价/优惠/实际结算 8.是否买单 ?顾客反馈 1.对服务员评价 2.对就餐环境评价 3.对菜肴口味评价 ?服务需求提示 1.需求提示信号 2.需求桌号 3.需求内容 3.2.3 客户端(厨师) ?任务列表 1.菜名 2.数量 3.桌号 4.个性需求 5.完成详情 ?顾客评价 根据顾客评价系统可进行多重搜索(菜名、口味、色泽、满意程度等) 3.2.4 后台管理 ?功能项删除、添加、修改、查询、广播 1.删除:删除菜肴 2.添加:添加新菜肴 3.修改:对已有的菜肴进行图片、介绍方面的修改 4.查询:查询菜肴、名区段的营业额、顾客评价、订单详情 5.广播:对各客户端发送广播，包括温馨提醒，活动预告，优惠信息等 ?系统设置 1.主题风格 2.分类设置 3.3 性能要求分析 1、系统运行稳定、安全可靠。界面简洁友好，使用方便; 2、当基础数据发生变化时，系统管理员应该能很方便地维护基础数据，提高系统的灵活性; 3、最大程度的保证点菜数据的准确性。在顾客进行点菜时要实现各种关键基础数据的选择输入，避免大量的文字输入，以便减少点菜时间，提高录入数据的准确度。具体的基础数据项目包括:菜品名称，价格，口味，主要原料，参考图片，所属菜系，这些信息都采用按钮选择方式输入; 4、提高系统的并发性能。本系统每次点菜的人数在可预见的几年内平均每年最多约有40万人，平均每天点菜人数约为1000人，按最高峰值1500人，一天餐厅营业时间为8小时算，每次点菜时间为5分钟，所以系统要保证同时在线的人数为:1500人/(480分钟/5分钟)=15人; 5、系统报名页面的响应时间要限制在5秒以内; 6、竟可能的降低系统运行和维护的成本，以便在餐饮行业中推广本系统，扩大使用范围。 3.3逻辑模型的建立 3.3.1使用系统的相关人员 与酒店点菜管理系统相关的人员(可能操作系统的角色)详细情况及需求如 表1所示: 角色 需求描述 根据系统操作提示自主进行点菜、退菜操作，系统要能够 顾客 根据顾客的选择进行自动进行结账计算并显示。 根据系统操作提示对已经上桌的菜进行标记，查看账单进服务员 行收账。 经理 查看营业情况，各菜品反映情况，顾客反馈意见等。 厨师 查看顾客对菜品的评价。 采购部门 根据各菜品的受欢迎度采购食材 对数据库初始数据的设置，系统维护与升级。 后台管理人 对数据进行分析，并根据顾客点菜情况适当修改菜单。 员 权限设置，数据备份。 表1:使用系统的相关人员及需求描述 3.3.2 点餐系统E-R图 采购部门 支配 经理 管理 后台管理员 厨师 管理 管理 烹饪 服务员 传菜 顾客 菜品 点菜 3.3.3 系统总体用例图如下 登陆 查看菜品 点菜客户 老板 查看评价提出要求 评价 注册 服务人员 3.3.4 基础设置模块用例图 查看服务要求菜品种设置 菜价格设置 统计点餐信息 菜口味设置 系统管理员 菜原材料设置 菜图片设置 其他数据设置 {其他数据包括20项} 图2-4 基础设置模块用例图 四、实验结果与分析 软件工程实验做了1周了，通过这次软件工程实验，我更加深入地了解了软件工程这门课程。在实验期间对软件设计过程中各阶段任务的一些了解，知道了软件设计所要做的事情。 课程设计内容是电子点菜系统。在这次课程设计中，我们运用了VB所学的知识，并且能够熟练地使用一些编程语句。整个课程设计中，从理论到实践，学到过很我很多的东西，做这个课程设计，巩固了以前所学过的知识，而且还学到了很多在书本上没有学到过的知识。通过这次课程设计使我懂得了理论与实际相结合是很重要的，只有理论知识是远远不够的，只有把所学的理论知识与实践相结合起来，从理论到应用，才能真正提高自己的实际动手能力和独立思考的能力。在设计的过程中遇到不少的问题，其中有很多编程问题，起初，我不知道从什么地方入手，后来，慢慢地进入了状态。我做的是一个电子点菜系统的设计，内容包括很多，经过一个半星期的努力，我完成了整个程序，但是总是有很多错误出现，有好多是些小问题，这都是细节造成的，所以设计程序一定要仔细，不容一点的马虎。当然也有大问题，关于键的操作的编码，是我最大的问题，不过，后来经过查阅资料和请教同学，是完成了这些任务。 五、参考文献 1、史济民，顾春华，李昌武(著);《软件工程——原理、方法与应用》;第二版(本书介绍了软件工程的基本概念和软件开发模型，涵盖了需求分析、系统设计、编码、测试、维护的基本概念以及软件管理、质量保证和工程环境等知识);高等教育出版社;2008:276 ~ 293 2、《VB酒店点菜系统》出自网站 “毕业论文毕业设计----“VB论文设计”。 3、熊钰岚何月顺《基于J2EE开发平台的无线点菜系统 》. 刘希民著 《计算机与现代化》2006年10期 4、William Stallings;Operating Systems Internals and Design ;陈渝(译);第五版;电子工业出版社;2008:59 ~ 60 Principles 实验项目名称:系统分析 实验学时: 4 同组学生姓名: 无 实验地点: A203 实验日期: 10.19---10.26 实验成绩: 批改教师: 批改时间: 一、实验目的和要求 通过本实验让学生了解，从需求到设计过程的转换，熟悉使用相关工具，完成需求建模，并且完成初步的系统分析，输出项目的总体设计报告。 二、实验仪器和设备 硬件:处理器:intel CORE i3 内 存:2GB 硬 盘:300G 软件:操作系统:windows 7 开发软件:Micrsoft visual studio.Net 2005，SQL Sever 2005等 三、实验过程 1.系统概述 该系统实现了在可视化的基础上，利用数据库进行后台管理。前台界面上显示的每道菜均有成品图片、主料介绍、口味介绍和价格介绍，并分为不同菜系。系统具有记录和分析功能，能够自动统计每道菜被点取的次数并进行排列，形成本店的特色菜。点菜完毕后，系统会自动显示价格，使用户判断所选饭菜的总价是否在自己的预想范围内。如不满意，则可以进行补选或退选。上菜后，系统可根据服务员的操作进行记录，以避免漏菜现象。达到了服务方便、顾客满意的初衷，可初步适用于各大酒店、餐厅。 2.系统开发目标 酒店自动点餐系统的开发是为了编制一个具有良好的人机交互界面，容易操作(即使是新手)、功能齐全且安全稳定性高的操作软件。为酒店及餐馆的服务人员和消费人员提供应有的技术与服务，使他们的工作和消费生活能够更加愉快简捷，提供更加优良的生活品质。 3.系统分析 3.1 本系统主要实现以下功能 (下面所谓餐点分类是指:凉菜、热菜、点心、普通汤、煲汤等等) (1)客户界面部分 餐点选购(可按餐点类型查找或者关键字进行查询) 用户注册 用户登录 查看用户的订单信息 修改用户个人资料 类购物车功能(查看点餐菜单) 查看餐点详细信息 (2)管理界面部分 现有菜单管理:查看、删除、修改 用户管理:查看、删除、修改 订单管理:删除订单、查看订单清单、更新订单付款、用餐状态等等 添加新菜单 添加新菜单分类 3.2 本系统预计具有如下特点 页面模块化 三层结构设计:用户界面层、业务逻辑处理层和数据存储层相互独立，提高 系统的安全性、可维护行、重用性和可扩展性 面向对象的设计思想:在系统中将用户、餐点等封装相应的类，同时每个类 都有自己对应的操作类，提高数据库系统的安全性 4.系统设计 4.1 系统语境图 用户信息点菜系统菜品信息点菜信息 员工提成提成信息 消费金额反馈信息 4.2 系统业务流程 根据用户提出的需求归纳出系统的功能包括5部分:基础数据的设置(包括 各菜品的价格，材料，口味等)，点菜(同时包括退订，补订等功能)，点菜记录 管理，数据分析，对食品材料记录的管理。系统的概念结构图如下图所示。 查询注册更新统计 增加用户点餐要求评价增加修改删除输出 退出系统 4.3 系统结构设计 系统层级方框图如下: 餐厅点餐系统 注册查看登陆统计 4.3.1 顶层系统结构 系统顶级结构图如下: 客户 菜品单 点菜单 餐厅点餐系统 统计信息 点餐信息及要求 服务人员老板 4.3.2 子系统1结构 服务人员老板 输入个人信息 输入个人信息 注册 4.3.3 子系统2结构 服务人员老板 输入登陆信息 输入登陆信息 登陆 选择客户身份 客户 老板4.3.4 子系统3结构 请求统计 统计 4.3.5 子系统4结构 老板 请求查看 输出统计结果 查看 4.4 基础数据设置系统 系统管理员通过该部分功能完成酒店点菜管理系统中基础数据的设置工作。主要工作包括:中、西餐，鲁、粤、川、苏等菜系基础数据的设置，包括:图片、口味、价格、原料等的介绍，并根据价格的不同分为高、中、低三档。 菜品种设置 菜价格设置 菜口味设置 系统管理员 菜原材料设置 菜图片设置 其他数据设置 {其他数据包括20项} 基础设置系统用例图 点、补、退选菜系统 4.5 顾客可根据口味、价格、食料、菜系进行点菜，菜品种分为中、西两种，其中中餐按照菜系分为鲁、粤、川、苏五种;并根据价格分为高、中、低三个等级; 根据口味可分为酸、甜、辣、咸四种。通过前台可视化界面实现顾客多方面选择。 点菜完毕后，系统自动进行菜价统计并显示。如顾客不满意则可进行退选或补选。 点菜 补选 退选 顾客 查看 结账 评价 4.6 数据处理系统 系统自动记录点菜次数，并对补选的菜进行次数增加，退选的菜进行次数减少，并将最终结果排序。 系统可根据用户选择的菜，自动进行总价计算并显示，以方便用户补选或退选，便于服务员收费;可记录用户的点菜，并进行排序，以方便厨师和经理查看。 点菜次数统计并排序 选菜总价分类并统计 系统管理员 数据处理系统用例图 4.7 后台管理系统 酒店经理 厨师 点菜次数显示 选菜总价显示 服务员 系统管理员 后台管理系统用例图 顾客 4.8 系统权限管理模块 系统设置不同权限:经理、厨师、服务员和其他人员只有被授予相应权限后， 才可以根据自己的权限查看相应的内容，保证了系统的安全性。 用户管理 权限验证 角色管理 功能管理 系统管理员 普通用户 用户授权 角色授权 系统权限管理系统用例图 4.9 数据字典 下面针对本系统，对点菜管理和过程的分析，为其提供必要的数据字典设计， 以方便系统最终实现。 菜谱:菜名+编号+单价+菜品类型+库存数量 点菜记录:菜名+编号+单价+类型+点菜日期+点菜次数 账单记录:顾客编号+房间号+餐桌号+账单编号+日期+总消费情况 缺料记录:菜名+编号+缺料数量 经过我从网上搜查到的资料，得出的自动点餐管理系统E-R图如下: 采购部门 支配 经理 管理 后台管理员 厨师 管理 管理 烹饪 服务员 传菜 顾客 菜品 点菜 图中各元素的属性如下: 区域 编号 餐桌号 顾客 传菜员 编号 姓名 服务区域 所属菜系 类型 编号 价格 菜品 参考图片 菜名 编号 所属菜系 厨师 姓名 联系电话 菜名 经理 登录号 密码 姓名 性别 后台管理员 密码 登录号 5.系统界面 5.1登录界面 自动点餐系统的用户登录界面如下面这种形式: 用户通过输入用户名，密码以及验证码进入系统进行点餐，如果输入错误系统会自动给予提示。 5.2结账 用户消费完毕系统会显示本次消费金额，并且提示用户进行何种结账方式(人工结账或在线结账)，可付现可刷卡。 6.系统使用说明 本系统在执行时，先根据不同操作人员的需要来进行相应模块的处理，可以输入数据或者进行其它的查询或浏览等操作，总体来说，本系统属于一个事务型管理系统。 四、实验结果与分析 本次的软件工程设计历时时间为1个星期。从这1个星期中，我收获很多，本次课程设计的选题是餐厅订餐系统。各个流程的都深有体会。对于文档在软件工程中的重要性在课程设计中体现的非常的明显。文档是必不可少的，它重要的也是为了帮助小组成员的沟通。但是文档也不能过多，过于的繁琐。不仅能明确的阐述了开发订餐系统的各个步骤及设计，同时也简洁明了。通过本次课程设计，加深了对软件开发流程的深入理解。在课程设计过程中，认真编写软件开发文档。 在设计报告写完后，再认真测试，检查系统的不足之处。在设计过程中我也认真的学习了软件工程常用的相关软件，通过本次实验我们完成了面向对象系统分析及后面的测试，相信这对我们将来的工作都非常的有帮助。由于之前开发系统都没有编写软件开发文档的习惯，因此，在编写软件开发文档的过程中遇到了一些问题，但是通过查阅资料等途径解决了。其次，我学会了软件工程设计的全部过程，知道文档的重要性。这次课程设计首先对系统的需求理解不透彻，走了一点弯路，浪费了一些时间。在以后的软件开发过程中尽量吸取本次课程设计的经验教训，提高项目开发效率。 五、参考文献 1.《软件需求规格说明书》; 2.麻志毅. 《面向对象分析与设计》. 机械工业出版社，2008年3月. 3.宁木成. 《餐厅点餐系统设计报告》. 百度文库，2010年2月. 4.牛丽平，郭新志，宋强，杨继萍等. 《UML面向对象设计与分析》. 清华大学出版社出版社，2007.