1、项目名称   
餐饮店的外卖订餐系统平台的建设
2、项目背景
（1）网上订餐的市场背景
随着越来越多的人接受了电子商务这种便捷、快速的交易形式，网上订餐的顺势而出很快受到了大家的欢迎。
互联网的应用以普及千家万户,这为网络订餐提供了良好的发展空间。同时，网上订餐服务的直观、有效、便捷等优点是传统的电话订餐业务无法比拟的。调查数据显示，很多白领更乐于选择网上订餐服务, 网上订餐将是白领一族捕获餐店信息、进行订餐的发展趋势。
（2）网上订餐的市场优势
网络订餐可通过彩、图片、说明、设置动画加强产品的宣传，大大达到了餐饮业的要求。实现产品管理方便，起到立竿见影的效果，不用因为更改菜而重新印刷。只要在后台鼠标
轻轻一点，全线马上更新。
3、项目目标
网上订餐系统是用户实现网络交易的一种方式，具有友好直观的界面，安全快捷的支付方式，让卖家第一时间收到订单信息，让顾客第一时间内获取外卖信息，为顾客提供更高质量的服务。既节约了时间，又让顾客觉得方便、快捷，又对每个订单的信息保管妥善、处理及时，实现高度智能化管理，令订餐更快捷，便利，交互方便。
4、项目内容
系统制作分为前台和后台。
前台主要涉及的对象是网站的用户.
（1）登陆和注册：登陆是为老客户服务的，注册主要是为新用户准备的。
（2）菜品展示：主要展示本店的特菜品的详情图，让用户能更直观的了解选择自己喜欢的。
（3）前台信息：前台用户可以任意浏览本店的菜品更新信息，并可以对菜品进行评价。
（4）外卖公告：可以对本店的一些外卖优惠活动进行发布，以及优惠的具体时间。
（5）查询模块：用户可以对本店的喜欢的菜品进行查询，然后可以在评论区了解其他用户的体验情况。
（6）：主要用于反馈一些菜品和其他服务的相关建议，让我们知道不足，不断改进提高，同时公示出本店的、地址以及配送时间，让用户可以随时联系。
后台主要涉及的对象是网站的管理员：
（1）登陆模块：主要用于管理员登陆使用。
（2）用户注册信息管理模块：主要是进行审核管理，包括网站的注册信息。
张政背景
（3）信息发布管理：由管理员进行信息发布、修改、删除等操作。
（4）评论审核模块：主要用于管理用户提出的评价，并记录点击次数、评论次数等。
（5）公告管理：主要是管理本店公告优惠信息，包括发布、删除等操作。
5、项目的约束条件
（1）时间约束：本项目从2017年3月3日开始到2017年6月8日结束，交付最终成果。
（2）质量约束：
实体的质量约束：
a.要保证外卖配送的及时性；
b.要保证菜品的品质过关，例如保鲜度方面和菜品的味道方面；
c.要保证菜品制作的卫生和配送盒以及配送过程中的卫生情况；
d.网上上传的菜品图要和实际的外卖菜品相符；
e.要保证外卖的服务质量；
系统的质量约束：
a.操作简便、界面友好，用户满意率达到75%；
b.系统正式上线后运行故障率低于10%，并能持续运行三个月无重大软件故障；
c.系统可承受的并发连接数达到500个；
d.项目进行中所确立的各文档版本清晰，内容完整、明确；
e.系统编码的一致性，便于推广重用和自维护。
（3）费用预算：
项目总费用20000元人民币，其中软件开发费用5000元，硬件采购费用10000元，维护费用5000元。
6、项目的人员组成与职责分配
本项目的人员组成与职责分配如下表所示。
曾毅老婆
人员组成
姓名
职责
项目经理
张贤
项目分工、预算资金的分配、项目总体把握、召开主持例会
项目组员
李玲
需求分析，总体设计
孟维明
详细设计，系统实施
校园生活服务平台建设项目的工作分解结构
采用自上而下的编制方法，前述该校园生活服务平台建设项目的 WBS 图可分为四层。第二个层次按照项目实施的阶段进行分解，分为六个模块；第三个层次的各模块按照项目的产品构成进行分解。具体的WBS树状图和用project软件画出的任务图如下图所示。
各模块的主要任务如下：
（1）项目准备。主要任务是在项目启动阶段制定项目开发计划和相关的规章制度，并深入分析课题背景，确定研究意义和研究方法。
（2）需求确定。按照调研计划，开展需求调研，然后就调研结果进行分析，将需求分析说明书交由负责人签字，确定客户最终的需求并建立相应的变更管理机制，同样交由负责人签字生效。
（3）系统设计。进行系统功能模块设计，划分网站功能模块，进行后台数据库的概念设计和物理设计，同时进行页面美工设计，并建立设计文档。
（4）系统实现。采购需要的硬件设备，按照网站设计成果，选择合适的开发语言，分别完成前台功能模块和后台功能模块的程序开发，并进行单元测试，建立实现文档。
（5）网站测试。编写测试计划书，首先进行集成测试，记录测试结果，建立相应文档并由负责人签字，然后按照测试计划书，完成系统测试，记录测试结果，建立相应文档并由负责人签字。
（6）验收总结。网站试运行；同时对客户进行培训，最终将产品和用户手册交付客户；项目组成员还要提交网站移交报告和开发总结报告。
1.4系统开发方法
本系统采用结构化分析的方法，通过使用一组过程模型图形化地描述系统，包括过程建模、数据组织与结构、关系数据库的设计和用户界面，做出详细而清晰的规划。
2.  系统分析：
经过系统分析，本系统目标如下：
1．系统安全性
网上订餐系统应控制不同用户的使用权限，用户不能越权操作，系统应该确保数据的安全性。同时，要求系统具有高度的可靠性，数据的准确性，系统的可恢复性。
2．可维护性
客户会在系统使用过程中不断对系统提出新要求，扩展系统功能，这就要求系统的可升级性必须良好，以满足客户长期实用的要求，并且在用户有新要求的时候可以快速扩展功
2/12页
能。
3．用户操作
系统设计应该人性化，操作简单方便，达到人机友好的目的。
4．运行速度
系统响应时间是衡量系统性能好坏的重要参考。系统要求响应时间短，更新处理迅速，数据转换与传送时间短，后台服务器响应迅速等等。由于系统使用者的特殊性，系统必须高效地响应并且在安全的前提下高效的响应。
5．界面
用户界面应该做到清晰简单一目了然，易于操作。
1、技术可行性分析
网上订餐系统需要数据库技术，网络技术和相关开发技术，这些技术目前已经成熟，本系统的开发完全可行。
2、经济可行性分析
开发这个系统投入不高，企业有能力承担系统的开发以及日常的维护费用的，后期可以投入广告产生盈利，并且在订餐上节约了大量的物力人力，有良好的经济效益。
3、社会可行性分析
系统开发前准备以及全过程都不违反法律法规，与现行的管理制度没有冲突。
4、管理可行性分析
系统操作简单，界面友好，只要经过一定的培训即可迅速上手，管理便捷。
系统需求可分为五大类:输出、输入、过程、性能，及控制。
张翰的家庭背景网上订餐系统需求实例详述如下︰
输出实例：
网站必须每四小时回报一次在线使用量，在尖峰时段则需每小时回报。
订单登记系统必须产生一份每日的备忘清单。
订单处理系统必须能够提供最新的规格给供货商。
„„
输入实例：
坊3/12页
餐厅必须用另一个独立的屏幕输入菜单和菜品数目。
每张输入窗体须包含日期、时间、产品编号、客户代号及数量。
数据输入屏幕除了背景颜可以由使用者改变之外，其余必须标准化。
„„
过程实例：
订单系统必须迅速计算出客户的订餐情况并做登记反馈。
对于信用状况不好的客户，系统可以不给予订餐。
„„
性能实例
此系统必须同时供大量使用者上线。
反应时间不可超过4秒。
订单处理系统必须在订单结束后半分钟内产生订单回馈。
„„
控制实例：
系统必须在操作系统层次及应用系统层次提供登入安全机制。
顾客数据记录只能由专人做新增、修改及删除。
所有的交易必须留下可供稽查的纪录。
„„
2.2.  需求建模
本系统需求建模工具是采用统一建模语言  UML，分别选取用例图、顺序图来建模。
4/12页
2.3.  数据流程建模
2.3.1  系统图：
  0层数据流程图
6/12页
  1层数据流程图
梁静茹个人资料简介
  2层数据流程图
7/12页
2.4.  数据字典心态好格局大的名
数据流：订餐系统
处理订单过程：
①  确认订单
②  显示拒绝通知
8/12页
③  准备订单
3、系统设计
3.1界面、输入、输出设计
用户界面设计：
（1）设计时我们界面中的提示会尽可能的详细具体并且易懂和友好；  （2）我们会给界面上的按钮和图表加上明确的标签；
（3）在显示菜单项时，对于暂时不可用的按钮和命令，我们会采取“灰化”；  （4）提供符合逻辑的界面组织结构
（5）为了使用户在填写错误后便于取消操作，我们会设计撤销动作。
（6）对用户的输入有所反馈，比如当用户输入一个按钮时，按钮即使改变形态或者发出声音以反馈用户
（7）当用户输入错误时给予友好的错误提示。
输入设计：
（1）在输入信息时，对数据进行检验和更正；  （2）尽可能用电子设备和自动输入  （3）配有条形码阅读器  （4）尽可能获取原始数据
（5）限制影虎访问进行数据输入的光标位置
（6）如果用户必须以指定格式输入一个字段值，应该给出相应的样板格式  （7）避免让用户输入一些意义不大的字段
输出系统：
（1）打印报表输出，用来记录菜品交易的详细信息和回报总结等信息  （2）屏幕报表输出，显示订单详情和交易详情等信息。
（3）图像和多媒体输出，在菜品上配有菜品的图片或对菜品的营养价值讲评的视频信息。
3.2  数据设计
  系统E-R图设计：
9/12页
通过用户，订单，管理员，菜系这四个实体，我们画出了整个系统的实体—联系图，完成了数据设计。
3.3系统架构
3.3.1  系统体系结构
我们概括地讲述了结构化设计的大体思想，即从表示层、应用逻辑层和数据访问层依次对系统进行设计。对于顶层的数据流图，一般处于表示层，它们只给出了系统的外貌。对于基本图中的过程，则多数处于应用逻辑层和数据访问层，是用户看不到的系统内部属性。对于一些通用的数据访问动作，可以单独为它设计通用数据访问逻辑，而这方面的工作则
属于数据访问层的设计。
除此之外，数据访问层还包括数据库系统的设计。在整个设计过程中，应该结合使用自顶向下和自底向上的方法。采用自顶向下的思路可以帮助我们针对数据流图来确定大体需要开发那些用户界面。而在具体开发某个界面时，我们需要原型化一些设计来验证其合理性。如果验证原来的设计思想不合理，那么就要回过头重新修改设计方案，这事实上是一种自底向上的开发思路。总之，整个设计过程事实上是与编程紧密相关的。而且，为了使用以后的系统维护更加容易，我们需要随时将自己编程思路的改变反应在设计方案中。