饭堂管理系统需求尺寸说明书编撰人员：主任：班委：目录1、目的：12、参考资料：13、可行性剖析：13.1、食堂管理系统问题剖析13.2、可行性剖析14、功能需求：3（1）功能界定：3（2）功能描述：35、性能需求：56、数据流图：66.1顶楼数据流图：66.2第二层数据流图：86.3第三层数据流图：97、数据字典：91、目的：随着计算机的迅速发展，计算机被广泛的应用到各个领域，因为当前校区的规模不断扩大，中学生数目不断降低，中学生信息量也成倍下降，饭堂管理工作成为中学各项管理工作的一个重要部份。面对庞大的信息量，怎样有效的提升饭堂管理工作的效率是中学急需解决的问题。为此我们提出了借助计算机软件管理饭堂系统，这样除了增强了工作效率，也防止了先前手工作业的麻烦，因而促使管理者才能确切，有效的管理餐饮。2、参考资料：《软件工程——原理、方法与应用》《需求剖析报告模板》3、可行性剖析：3.1、食堂管理系统问题剖析信息社会的高科技，商品经济化的高效益，使计算机的应用已普及到经济和社会生活的各个领域。为了适应当代学院生高度强烈的时间观念，饭堂管理系统以实时性、高效性的特征着力的满足了学院校园的饭堂用餐问题，减少了中学生因过于集中而导致的时间浪费，饭堂职工因不了解市场需求而导致的饭菜短缺、外卖不能及时送达，饭堂管理员因不了解中学生需求而作的错误决策等等。
各大院校都在扩招，校园的设备和生活区都已达到饱和状态，尤其是饭堂。以本校为例，虽非3个饭堂，但三万多的师生的群体仍是存在多种困难。人流分布不均，饭堂营业时间不定，饭菜种类杂多等等都让饭堂的管理员无可怎奈，同时也让中学生对其丧失好感。为了解决以上的问题，让饭堂管理员要想有效的把握饭堂的运行现况，中学生的需求趋势，饭堂信息、数据进行合理管理，因而应开发出一套适宜饭堂合理运行的管理系统。3.2、可行性剖析小组成员及课题开发软件名称：饭堂管理系统。项目任务提出者：中国矿业学院计算机大学软件工程课程设计小组小组成员：赵之克等六人本项目是采用C#为开发软件的数据库服务程序。二．现有的饭堂管理系统的状况现有的饭堂餐饮管理系统均是以人为主体的，须要很的人力、物力、财力食堂点餐系统，且效率不是很高，因为人为诱因在系统营运时也可能形成人为的失误。中学生因过于集中而导致的时间浪费，饭堂职工因不了解市场需求而导致的饭菜过剩、外卖不能及时送达，饭堂管理员因不了解中学生需求而作的错误决策等。新系统的构想基本说明研制饭堂管理信息系统，改善先前饭堂人流不均匀，菜谱信息修改不及时，外卖混乱的现象，使饭堂那个旧的人员统计信息的方法淘汰，利用该系统的结果可以达到以下目的：首先，便捷中学生可以安全的查找自己想要的各个饭堂人流情况，菜谱，营业的现况和进行外卖点餐。
也可以通过系统的互动环节对饭堂进行评价；其次，让饭堂的前后台职工、外卖职工通过使用本系统可以及时把握中学生需求的动态，提升饭堂的管理效率；优点剖析因为系统的极好的兼容性，对于原先的软件和系统都留下了插口，无需作任何更改饭堂，即可运行。系统完成后可大大提升提高现代饭堂管理水平和服务档次；创造可靠、高效、便捷餐饮管理环境最大限度减少餐饮管理营运成本；提升经营效益。适应市场经济需求，提升工作效率，推广电子化进程。可行性的剖析技术可行性因为系统采用C#开发设计主界面，借助SQL2000做数据库，这两个工具都是谷歌的产品，在兼容性上比较好，但是比较容易实现，所以我们借助现有的技术完全可以设计出满足用户所要求的功能的系统，并在规定的年限内完成。2）法律方面的可行性所有软件都选用正版，所有技术资料都由提出方保管，协议制订确定毁约责任。3）使用可行性使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过培训，管理人员也需经通常培训，经过培训人员将会熟练使用本软件。4、功能需求：（1）功能界定：a货运管理b财务管理c职工信息管理（2）功能描述：a货运管理：管理各类用具、食品的使用情况，采购情况，对商品的入库，领料，运输，结算的管理。
要有明细账，记载出入库的详尽情况。供饭堂负责人员和采购人员还有审查工作，实现对于每晚各部门中所使用的货物进行初审和查看现有库存情况。b财务管理：对成本收益的综合剖析。成本包括固定成本（人员薪资、水电、税等）变动成本（菜、酒、米等的采购成本）。收入指每晚的销售收入。能核算每晚、每月、每年、以及任何一段时间的成本，收益。微机室核计每晚各单位、各窗口的利润情况并将结果送入数据库供管理层查询；c职工信息管理：对每个职工的姓名、性别、年龄、身份证号码、联系方法、家庭住址等个人信息和工作职务、工龄、工作考评成绩、年度评比记录等工作信息记录到数据库文件中，为职工的薪水领取，人员调动等管理活动提供参考信息。管理系统应容许管理人员对数据进行查询、修改、添加、删除的操作。饭堂管理系统职工信息管理财务管理货运管理职工信息查询职工信息更改帐目统计收支核算运输库存职工信息添加职工信息删掉资金领取采购财务汇总职工薪资分配对上述各项功能进行集中、分块剖析，根据结构化程序设计的要求，得到如图所示的这个系统的功能模块图。5、性能需求：数据可靠性：要求保证能及时正确保存和更新相关信息，还能查询到所要查询的相关信息并保证其正确率。
软件运行的效率性：要求及时响应用户的操作恳求，保证通常操作的响应时间应在1－2秒内。适应性：要求满足运行环境在容许操作系统之间的安全转换和与其它应用软件的独立运行要求，与通常软件没冲突情况。安全性：要求数据的安全保密性，不能被管理者以外的人随便改写数据信息。为此，要做好加密保密的处理。对用户要有身分验证等多重保密处理。界面简练：要求设计的软件要用户满意，好学好懂，界面用语紧贴用户的职业，系统要确切响应用户的具体需求，与用户的意图统一，让用户满意。6、数据流图：6.1顶楼数据流图：注：这个饭堂管理系统面向的用户主要是货运部、内务部、财务部这三个部门。货运部负责货运管理，主要涉及到采购、运输和库存三个方面。内务部主要工作于人事管理和制度完善，主要关心职工信息的管理和对职工薪资分配。财务部负责饭堂的财务管理，管理饭堂各项工作的开支和收入。顶楼数据流图给出了这三个主要部门和整个饭堂管理系统之间的信息交流。货运部向系统提供订单，主要是饭堂的粮食、蔬菜、油盐等辅料、卫生用品的开支等。待系统处理好用户的要求以后，系统会向货运部递交库存的所有物品的详尽存货单。内务部可以通过这个管理系统处理职工信息，包括职工信息的查询、修改、添加、删除、还有职工薪资分配的记录。
内务部管理人员向系统提供操作恳求后，待系统处理好后，向用户提供操作结果。财务部通过该系统处理财务食堂点餐系统，对各项资金的入出进行处理。系统处理好后，会递交给用户一张财务报表。6.2第二层数据流图：注：货运管理和财务管理之间通过货运帐单这个数据储存文件构建关联，职工信息管理和财务管理之间通过职工资金领取表这个数据储存构建关联。6.3第三层数据流图：注：货运部的采购会形成采购帐单，运输会形成运输帐单，库存会形成库存记录，而从库存记录中我们可以得出饭堂售出饭菜的信息。这种加上职工薪资、损耗成本，一起提供给帐目统计处理。帐目汇总表中记录的有饭堂的收入和开支的信息汇总。7、数据字典：数据元素：名称：订货编号别称：取值：字符型宽度:10个字节描述：采购的物品位置：订货单名称：存货编号别称：取值：字符型宽度:10个字节描述：库存的物品位置：存货单名称：邮费帐单编号别称：取值：字符型宽度:10个字节描述：每次运输所耗费的费用位置：邮费帐单名称：职工号别称：取值：字符型宽度:10个字节描述：职工基本属性位置：职工信息表，收支帐单，薪资清单名称：薪资清单编号别称：取值：字符型宽度:10个字节描述：记录职工薪资领取情况位置：薪资清单数据流：名称：存货详单描述：根据库房库存编撰的清单来源：库房去处货运部组成各类物品的统计表流通量：名称：订单描述：须要的物品清单来源：货运部去处采购员组成各类缺乏的物品流通量：名称：运输单描述：所运输的物品清单来源：采购员去处货运部组成运输的物品集合流通量：名称：薪资清单描述：职工的薪水领取列表来源：帐目汇总表去处财务部组成职工的薪水流通量：名称：收支帐单描述：根据收支估算出的清单来源：收支核算去处财务汇总组成平常所耗费的费用与收入流通量：名称：操作恳求描述：
免责声明：部分文章信息来源于网络以及网友投稿，本站只负责对文章进行整理、排版、编辑，出于传递更多信息之目的，并不意味着赞同其观点或证实其内容的真实性，如本站文章和转稿涉及版权等问题，请作者在及时联系本站，我们会尽快为您处理。
