餐厅信息管理系统点菜信息系统.docVIP

1．引言 1.1编写目的 编写本可行性分析报告的目的，是研究本系统的总体需求、实现方案，并分析开发系统的可行性，以最小的代价在尽可能短的时间内确定问题是否解决和是否值得解决。并最终确定系统开发的可行性，为决策者提供是否开发该系统的依据和建议。 1.2项目背景 1.系统名称：餐饮管理系统之点菜系统 2.数据库管理软件：Microsoft SQL Server 3.数据库设计人员：冯晓彤 余淑敏 贾莉莎 4.数据库设计采用软件：Microsoft Office Visio 2007 5.运行平台：Windows 2000/XP 1.3定义 文档中采用的专门术语的定义及缩略词简要如下： RMS：Restaurant Management System，餐饮管理系统。 2．可行性研究的前提 2.1要求 功能分析 1.菜单信息的管理：查询、增、删、改 2.点菜：按照用户需求为其点菜并提交菜单给厨房 3.上菜管理：服务员对已上菜和待上菜进行管理 4.做账服务：审核菜单，协助顾客结账 性能：该系统所占硬盘容量大约为100M，开启运行时间约2～3秒 输入：系统需要员工输入账号和密码才能操作，另外系统的输入包括顾客点菜输入和管理员增添菜品信息。 输出：该系统的输出包括打印菜单给后厨，打印账单给顾客。 用户进入系统需要密码，且数据的存储是经过保密设置的，一般用户是无法接触涉及商业机密的数据的，因此安全保密性比较高。 与该系统配套使用的数据库是SQL server 2000 系统流程：开台，点菜，付款；处理流程：开台，收款 完成期限2012年11月。 2.2目标 所建议系统的开发目标包括: 减少人力与管理费用； 提高信息准确度； 改进管理和服务; 建立高效的传输平台 2.3条件，假定和限定 建议软件寿命：5年。 进行系统方案选择比较的时间：为10天。 硬件条件：PC机1台，服务器1台。 软件条件：WINDOWS 2000Server和Win7操作系统，OFFICE软件，SQL SERVER 2000 数据库，浏览器等。 2.4决定可行性的主要因素 本次可行性分析是按照软件工程的规范步骤进行的，即按复查项目目标和规模，研究目前正使用的系统，导出新系统的高层逻辑模型，重新定义问题这一循环反复的过程进行。然后提出系统的实现方案，推荐最佳方案，对所推荐的方案进行经济、技术、用户操作和法律的可行性分析，最后给出系统是否值得开发的结论。以上分析结果写成本文档。 成本/效益分析结果：效益成本； 技术可行：现有技术可完成开发任务； 操作可行：系统能被现有的工作人员快速掌握并使用； 法律可行：所使用工具和技术及数据信息不违反法律。 3.对现有系统的分析 3.1系统流程图及基本业务流程图 (1)系统流程图 (2) 基本业务流程图 (3)顶层数据流图 3.2工作负荷 鉴于本系统适用于中小餐厅，本着盈利的目的，餐厅工作人员早晨9:00夜晚24:00，中途有就餐时间和休息时间。 3.3费用支出 费用支出包括员工工资，以及菜品材料费用等 3.4人员 人员包括：后厨（厨师，打和，配料），前厅（传菜员，服务员等），经理。 3.5设备 1台PC机，2台打印机，多数输入终端等。 3.6局限性 1.使用设备局限性：设备一般为PDA或特制的专用设备，如果使用PDA，则成本较高，设备性能不能完全发挥，有大材小用之嫌；如用专用设备，虽制作成本较低，但设备利用率低。 2.使用范围的局限性：使用WLAN。订餐系统只能在餐饮店使用，通用性差，复用率低，造成过多的资源浪费。同时，不能最大限度的方便顾客。 4.技术可行性分析 4.1影响 在建立所建议系统时，预期会带来的影响包括以下几个方面。 对设备的影响 由于所建议系统是基于WINDOWS操作系统，所以需要配备足够符合以上列出的各种软硬件条件的计算机和通信线路。系统失效后，服务器端需要利用备份的数据库恢复数据信息，要求要有足够的数据备份空间。 对软件的影响 需要落实是否有符合本报告所列出的正版的软件环境，如果没有则需要购买。 对用户单位机构的影响 投入使用前还需改进现有的管理模式。 对开发的影响 开发过程需要用户进行密切的配合，准确阐明需求。 对经费开支的影响： 除了需要支付开发单位的有关费用外，每年还需要一定的运行维护费用（见经济可行性分析）。 4.2 技术条件方面的可行性 本系统是一个基于单机操作的系统，现有技术已较为成熟，利用现有技术完全可以实现系统开发目标。同时，开发期限较为宽裕，预计可以在规定期限内完成开发任务。 5.经济可行性分析 5.1投资成本 一次性支出 （1）系统开发、建立费用共16000元。其中： 本系统开发期为11周，开发人员3人。根据软件系统的规模估算，开发工作量约为11周，开发