网上订ۥ餐系统需求分析.doc

网上订餐系统需求分析

篇一：网上订餐系统需求分析说明书

员工网上订餐系统

之需求分析说明书

组 名：最正确实践小组

指导教师：李华玲

组 员：李 蕴 0921010528韩小文 0921010548刘曼婷 0921010601焦文亮 0921010634吴 岩 0921010711

目录

1.文档概述 .................................. 4

1.1 编写目的 ............................... 4

1.2 定义 ................................... 4

1.3 参考材料 ............................... 4

2.工程概述 .................................. 4

2.1 工程背景 ............................... 4

2.2 工程目的 ............................... 4

2.3 构件图 ................................. 4

2.4 上下文关系图 ........................... 5

2.5 对产品进一步解析 ....................... 6

2.6 工程适用范围 ........................... 6

3.1 功能需求分析 ........................... 6

3.2工程活动图 ............................. 6

3.3系统报表 ............................... 8

3.4 类图 ................................... 8

3.5 系统用例图 ............................ 10

3.6用例文档 .............................. 12

4.1 系统模块详细设计 ...................... 14

4.2 登录模块详细设计 ...................... 14

4.3 顾客模块详细设计 ...................... 14

4.4 治理员模块详细设计 .................... 16

5.工程技术方案 ............................. 19

5.1 方案概述 .............................. 19

5.2 编程环境 .............................. 19

5.3 数据库的实现 .......................... 19

6．可行性分析 .............................. 19

6.1 技术可行性分析 ........................ 19

6.2 运转可行性分析 ........................ 20

6.3 经济可行性分析 ........................ 20

6.4 法律可行性 ............................ 20

1. 引言

1.1 编写目的

此立项报告旨在确定本工程的根本目的、主要内容，设计实现的流程、工作负荷、费用开支、人员构造、设备情况、局限性，运转设计的工程时间总体规划、进度分段标准、阶段考核方法，以及工程验收方式、提交的内容清单、后续工作情况。

1.2 定义

本产品是为餐厅专门开发的一套订餐治理系统，旨在合理化安排餐厅的工作，提高餐厅的治理效率，同时方便员工就餐。

1.3 参考材料

《软件系统分析与设计》《需求分析最正确实践》

2. 工程概述

员工到食堂用餐，在路途和排队上浪费特别多时间，同时去晚了经常会吃不到想吃的食物；员工对食堂的满意度不高，有将近一半的员工会选择去周边饭店用餐。因而，食堂更无法精确预测员工需求，经常会出现有些食物由于没有卖出去只好倒掉，而员工需要的一些食物却已卖完的现象。

2.2 工程目的

开发订餐系统节约员工的时间和精力，防止员工在食堂排队等特别多时间，同时也减少食堂食物的浪费，并提高效劳质量以及员工对餐厅的满意度。

2.3 构件图

图2.3-1 构件图

2.4 上下文关系图

图2.4-1 上下文关系图

篇二：网上订餐系统需求分析说明书

学生网上订餐系统

之需求分析说明书

1. 引言

1.1 编写目的

此立项报告旨在确定本工程的根本目的、主要内容，设计实现的流程、工作负荷、费用开支、人员构造、设备情况、局限性，运转设计的工程时间总体规划、进度分段标准、阶段考核方法，以及工程验收方式、提交的内容清单、后续工作情况。

1.2 定义

本产品是为食堂专门开发的一套订餐治理系统，旨在合理化安排食堂的工作，提高食堂的治理效率，同时方便学生就餐。

2. 工程概述

众所周知，在中国的大学生高校中学生到食堂用餐，在路途和排队上浪费特别多时间，同时去晚了经常会吃不到想吃的食物；如此便会导致学生对食堂的满意度不高，近期我们觉察有特别多的学生选择了网上订餐或者是叫外卖。在这种情况下，学生的生活健康的不到保证，食堂更是无法精确预测学生需求，因而食堂经常会出现有些食物由于没有卖出去而浪费掉，而学生需要的一些食物却已售罄的现象。

2.2 工程目的

开发订餐系统节约学生的时间和精力，防止学生在食堂排队等特别多时间，同时也减少食堂食物的浪费，并提高效劳质量以及学生对食堂的满意度。

2.3 构件图

图2.3-1 构件图

2.4 上下文关系图

图2.4-1 上下文关系图

2.4.1 业务事件

a. 食堂接受订餐信息

b. 学生查询菜谱和推荐菜单或套餐

c．学生预定订餐

d．返回客户订餐信息

e. 学生进展进一步确定订单，并最终提交

d．食堂接受订单信息，送食堂厨房

2.5 对产品进一步解析

到不前为止我们对学生的行为，食堂效劳人员，厨房厨师的行为进展了精确的分析，做这一步的操作是为了进一步分析所设计的系统能否到达料想的目的。

2.6 适用范围

通过分析，本工程仅适用于徐州工程学院中心校区一食堂，用于学生进展饭前订餐，以对用餐食物进展合理预算。

3.1 功能需求分析

该系统在功能功能应到达如下要求：

3.1.1 操作简单，界面友好：完全空间式的页面规划，使得菜品、征询等信息录入的工作更简单：另外，跟踪出现的提示信息也让用户随时明晰本人的操作情况。对常见类似的网站的治理的各个方面：根本信息录入、阅读、删除、修正、搜索等方面都大体实现，用户对菜品的预定以及支付方式；

3.1.2 即时可见：对客户预定餐饮信息的处理（包括录入、删除）将立即在首页的对应栏目显示出来，到达“即时发布，即时见效”的功能

3.1.3 系统运转应该快速、稳定、高效和可靠；

3.1.4 在构造上应该具有特别好的可扩展性，便于今后功能的扩展和维护。

3.2 工程活动图

本模块通过购物车，能够一次性批量购置多个商品。同时通过购物车，您无需记下订单即可在您的上随时保存或查看您想要购置的商品。购物车为广大的用户带来更大的便捷。

学生在线订餐能够实如今线订购功能，同时也是通过购物车功能实现的，学生在网上阅读菜单，这其中包括菜品的介绍，价格等方面的菜品信息，然后点菜把所选的菜品放入购物车中，假设不满意能够到购物车中退菜，或修正数量，以下确实是用户在线下订单的活动图

图3.2-1 订餐活动图

篇三：网上订餐需求分析

网上订餐需求分析报告 ： 院系： 专业： 组员： 组长：

一、业务需求

通过这个网上订餐系统，能够使客户更好地用餐，只要客户订了餐，客户就能享受送餐上门的便利，这就为客户节约了不少时间，也能使客户吃到丰富可口的饭菜。

二、用户需求

（1）软件的功能：此软件能实现客户网上订餐的功能，使得客户不用出门，就能享受订餐和送餐上门的效劳。

（2）操作方式：用户直截了当上网，在网页中找到该订餐系统的软件应用程序，注册登录后就能够进展网上订餐了，或者也能够直截了当下载一个该软件应用程序客户端。

（3）界面风格：此软件界面风格特别简单，设计得特别人性化，客户特别容易操作的，界面主要采纳文字和图片来设计。

（4）用户机构的业务范围：此订餐系统只针关于学校里面或附近周边的学生等人。

（5）工作流程：用户登录到此订餐系统，然后订餐，我们就能为客户提供送餐上门的效劳，送餐上门时，客户只要出示相关确认信息，就能就餐了。

（6）用户对软件应用的展望：希望通过此软件为本人提供更方便的用餐效劳，订餐的价格特别实惠，同时希望送餐准时和吃到的饭菜丰富可口、选择多元化。

三、系统需求

（1）客户注册：客户进入系统需要进展注册，非注册客户不能进入此系统进展任何操作，即不能进展阅读菜品和点餐。

（2）客户登录：注册客户需登录进展操作。

（3）个人信息治理：注册客户可进入个人信息治理进展修正治理本人的个人信息和登录密码。

（4）购置治理：在此功能里，客户能够查询阅读菜单以选择本人所需要的菜品再进展点餐和支付，进展点餐需要立即进展支付否那么不生成未支付订单，支付完成将信息反响给治理员来接收订单信息并进展派送。

（5）订单治理：客户在订餐完毕之后能够在这里查询订单并进展治理和评价。

（6）订单派送：治理员接收下单信息后发送短信将同意派送信息给客户进展确认再进展派送。

（1）正确性：按照需求正确执行任务，完成各个模块的相应要求。

（2）强健性：具有较高的容错才能和恢复才能。

（3）可靠性：缺点发生率每运转1000小时低于3次。

（4）功能效率：软件的输出结果更新周期应该与系统的信息更新周期一样。在网络情况良好的情况下，3秒内可响应用户恳求。

（5）易用性：易理解性：软件研制过程中构成的所有文档语言简练、前后一致、易于理解以及语句无歧义。

（6）防止软件遭到意外或蓄意的存取、使用、修正、毁坏或泄密的。

（7）软件属性其数据应能集中存放于总部的数据库效劳器，客户端

（8）平安性：不防止软件遭到意外或蓄意的存取、使用、修正、毁坏或泄密的， 该系统上的所有数据应能集中存放于总部的数据库效劳器并定期备份。

（9）可扩展性：能方便的进展二次开发，满足对功能的扩大或提高并能提高相应的平安操纵。

（10）兼容性：不易与其他软件起冲突。

（11）可移植性：可方便移植到其他系统环境中正常运转。

（12）运转环境：windows XP，windows 7,windows 8等系统运转。

数据流条目：

存储条目：

数据项条目：

四、数据流程图