餐饮管理系统需求说明书V0[1].1-内容

1、目录1.概述21.1系统目的212现有模式分析213设计思路215项目实施人员安排22. 软、硬件平台及系统负荷状况32硬件32.2软件33. 系统参与角色34. 需求调研及变更流程45. 功能需求分析45.1. 餐饮管理系统（食堂打卡模式）451菜谱录入及价格管理.452点菜管理.4食堂读卡硬件上的系统.4员工每月餐饮消费统计.55J.5员工餐饮系统中的流程.55.2. 餐饮管理系统（报销模式）66. 需要移动公司配合提供的材料77. 风险分析71概述1.1系统目的为了实现信息化的进一步应用，方便公司员工的餐饮需求。便于管理员工的餐饮情况和每 月消费汇总。1 -2现有模式分析现有模式只能记录

2、员工是否有打卡就餐，何时消费，至于消费的具体情况和具体金额则没 有记录。1 -3设计思路针对食堂实际就餐情况，考虑到各地食堂分散并且具体情况有所不同，整理了餐饮系统的 需求。15项目实施人员安排总体规划略总体需求分析总体设计数据字典整理打卡模式子系统报销模式子系统主要编程人员主要美工人员主要测试人员主要维护人员2软、硬件平台及系统负荷状况采购2.2软件餐饮管理系统：具体软件配程和统一信息平台相同，具体如下：数据系统为Oracle 预计每月新增数据信息约10万条，数据库的数量级为G 级 服务器端操作系统为Microsoft Windows 2000, WEB SERVER采用IIS5.0或以上版

3、本 及.NET FRAMEWORK2.0 开发工具：Microsoft Visual Studio .NET 2005 客户端系统采用Microsoft IE5.5/6.0或以上版本；3系统参与角色系统参与角色根据操作权限主要划分为以下几类:系统管理员负责每个月将所有员工的餐饮消费情况汇总导出。 负责整个系统的管理。各食堂管理员负责将每周的菜谱通过Excel导入系统中，并设左相应的价格。 （菜谱导入和价格设定可以由不同的人来完成）公司员工通过Web方式浏览菜谱、价格，设置个人的菜谱食堂刷卡人员*负责将每个人所选的菜式录入系统。如果采用移动原有的流程， 不需要该角色。具体见下而流程说明。打菜人员

4、（和本系 统无关）将各个菜式按份打到盘子里。一般由食堂工作人员负责。注：系统提供自怎义角色功能,一个用户可拥有多种角色。刷卡点菜人员和打菜人 员负责现实中具体的工作，不需要在系统中建立角色。4. 需求调研及变更流程5. 功能需求分析本系统中除了和各个食堂刷卡硬件相关的部分外，貝余web部分都在统一信息平台中实 现。5-1 餐饮管理系统（食堂打卡模式）5.L1菜谱录入及价格管理采用两种方式输入菜谱，第一种是各地食堂部门在统一格式Excel模板（Excel根据系统 需要设计）上完成下周的菜谱设汁。通过Web方式将Excel导入到系统数据库中去：第二种是 直接通过Web方式输入菜谱。各地食堂管理员可

5、以通过Web方式对菜谱的价格进行调整，只能对下周的菜式进行价格 更改，本周及以前的菜式价格拒绝修改。点菜管理公司员工可以通过Web方式浏览食堂的菜谱和价格。可以在个人菜谱中设置个人的下周 菜谱。（本日之前的菜谱不可修改）另外，可以在论坛中增加菜谱讨论模板，让员工对公司食堂的伙食提岀意见，增加员工的 归属感。食堂读卡硬件上的系统食堂读卡硬件上的系统（以下简称系统）。系统通过公司员工的门禁卡读取员工的个人信 息，然后根据个人信息读取餐饮系统数据库中的个人本日菜谱，并将菜谱打印岀来。员工根据 打印出来的菜谱要求食堂的工作人员打菜。建议：员工先要求食堂的工作人员打好自己喜欢的菜式，然后排队刷卡。系统通

6、过公司员 工的门禁卡读取员工的个人信息，并且系统操作人员根据每个人的菜式在系统中输入今日此人 所选菜式（需要采用快捷键的方式，比如所有的菜式分为1到20号，输入数字选择菜式。如 员工选择了红烧大排，香菇青菜和番茄炒蛋，在系统中的编号分别为4、8、11,那么由刷卡 人员输入4, 8, 11,然后系统出小票交给员工。具体参考下面的流程说明。5丄4员工每月餐饮消费统计在食堂就餐的公司员工通过Web方式读取餐饮系统数据库中的信息（可以输入查询条 件），将自己每日的餐饮消费统计汇总，通过Excel导出。员工餐饮系统中的流程 就餐前点苹流程原定模式开始f员工通过Web浏览f员工设置个人的下 周叢谱r结束 J 就餐刷卡流程原有模式52餐饮管理系统（报销模式）具体流程有待于确认。6. 需要移动公司配合提供的材料食堂读卡硬件的现有操作模式，如何可以对上而的系统进行相应的修改。7. 风险分析对刷卡系统方面的了解不是很深，也许实现上会有些差距，具体是要保证下面几点的功能 实现。1、并地食堂读卡硬