实验报告
学期 2014 2015学年第1学期 专业 __________
班级 _____________________
小组 _________________
小组成员学号
小组成员 ______________________
任课教师 __________
1 / 24
苏州科技学院环境科学与工程学院
可行性分析报告
1、引言 1.1、摘要 1.1.1、系统名称
雷阵雨外卖管理信息系统
1.1.2、目标
针对餐饮业外卖外包计划，设计出一个适应该计划的管理信息系统，提高 雷阵雨外卖公司的效率。
1.1.3、功能 现在的汇金各商家的外卖服务做的很不完善，经常出现送餐迟到等现象，
其中 的原因用很多。我们设想有一个专门为汇金个商家的外卖进行配送的公司。我 们为这个公司设计了一个信息系统。整个系统有严密的权限管理，增强了系统 数据的安全性；删除修改数据方便快捷，并且能够保持一定的安全；完善的数 据出错处理，减少了用户使用中的麻烦；友好而美观的操作界面；并且能够实 现一定的统计功能。 （1）能够浏览汇金商家的基本信息 （2）能够浏览其实的基本信息
（ 3）能够对汇金商家与本公司的业务进行数据库的建立 （4）能够对公司骑手工资进行数据库的建立 （5）能够对本公司的利润进行统计，与查询
（ 6） 多用户数据安全管理，保证各部门的数据安全、完整，对每个使用本系 统用户进行权限的设置
（ 7） 简易操作，不需要计算机专业人员。
2 / 24
2、系统开发的背景、必要性和意义 2.1、开发背景 2.1.1、现状分析
最近，因为美团、饿了么等外卖团购的不断兴起，餐饮外卖服务量呈上升趋 势，总体现状是各餐饮商家各自为营招聘外卖骑手， 以基本工资支付。有时会因 为商家为凑单起送，一些餐点会迟迟不送的状况，使得一些顾客不满，一方面影 响着该店家的第一印象，顾客粘连度不高，另一方面，口碑宣传也会大打折扣。
2.1.2、 困扰因素
商家：如果该月外送量不多，对骑手基本工资的支付使得商家承担负债， 利 润得不到最大化。同时，外送服务相对于商家，属于现阶段附加的服务，难免不 够专业，也分散商家经营的精力。
骑手：基本工资大概在1000元左右，无论每月外送量多少，都只能拿到基 本工资，所以每月的外送量是个变量，工资和付出的劳动得不到挂钩，送餐积极 性不高，使得送餐时磨蹭、怠慢顾客、服务态度不好等一系列现象，严重影响着 商家的声誉，工作效率不高。
2.2、 现行系统调查研究 2.2.1、组织结构
222、业务流程
现在市场上的商家采用自己招聘骑手的方法，一般一家店面招聘一名骑手， 有外送订单时商家进行制作、打包，骑手将餐点送到顾客手中，再返回商家处上 交餐点费，再准备下一单的配送。
3 / 24
骑手送餐 通知顾客下楼取餐 收钱、返回餐厅， 上交餐点费 - _ T 1
准备再次送餐
3、可行性研究 3.1、 技术上的可行性 3.1.1、 系统描述
本系统是以计算机软件技术为基础，利用 系统。
C#编程技术进行编程设计的软件
3.1.2、 系统用户和其特点
本系统的使用对象是公司的管理人员和工作人员，只要懂得计算机的基本 操作就能够使用本系统。
3.1.3、 硬件要求
主要配置为CPU（ PII300以上）、内存（64M以上）、显卡（4M以上）以和 大容量硬盘（10G以上）等。软件要求：系统采用 Visiual Studio 2013和Access2003 开发，用Visiual Studio 2013制作系统的用户界面，Access2003制作后台数据库， 两者结合完成系统功能，可运行在 Windows系列操作系统上。
4 / 24
3.1.4、 系统开发人员
本组有编程能力很强的同学，该同学平时对
C# （和VB，C，JAVA，C++
等），数据结构，数据库，操作系统等多方面都有学习，所以系统的实现是可以 的。
3.1.5、系统开发人员
本系统在操作上具有可行性。
3.2、经济上的可行性
本系统所需要的硬件配置等都已具备，相关软件都已经拥有，系统开发人 员已经具备基本开发素质，无需进行培训，一次开发该系统无需任何费用。但 该系统带来的效益确实巨大的，可以大大降低管理费用，规范管理制度，提高 公司办事效率。所以本系统在经济上完全可行。
4、结论
本系统在本公司具有可行性
5 / 24
系统分析报告
1、 组织结构与功能分析 1.1、组织结构图
该雷阵雨外卖管理信息系统主要包括：系统，人事部，财务部，招商部
系统
1.2、组织结构功能图
添 「1退 招 收 工 招 人 修 加 改 出 聘 员 作 入 资 商 用 密 系 骑 资 情 管 劳 引 码统, 手. 料 况, 理 务 资 』 该系统是针对外卖公司管理员对商家资料和骑手资料的查询、添加、修改、
f 1 ff \\ 删除；对商家与该公司的账单的查询，修改等；对骑手工资的查询，修改等； 对本公司的利润的统计等。
2、 业务流程
6 / 24
3、 数据字典
数据字典是对上述数据流图中的每个数据流、文件和加工进行解释和说明 的，以此帮助理解数据流图中描述的内容。
3.1、数据项条目
数据项名称：商家编号
别名：无 简述：本公司的合作商家编号 类型：数值型 长度： 3 位整数 取值范
7 / 24
围： 1-300 数据项名称：骑手编号 别名：无 简述：本公司的骑手编号 类型：数值型 长度： 3 位整数 取值范围： 1-100
3.2、数据流条目 数据流名称：外卖订单号 编号： A1 简述：商家需要配送的
外卖的牌号 数据流来源：人事部 数据去向：骑手 数据流组成：日期 +本日配送编号 数据流量： 100 份/天 数据流名称：商家费用 编号： A2 简述：商家需要配送的外卖产生的费用 数据流来源：财务处 数据去向：商家 数据流组成：日期 +商家编号 +本日配送编号 数据流量： 100 份/天 数据流名称：骑手工资 编号： A3 简述：骑手配送外卖得到的薪酬
数据流来源：财务处 数据去向：骑手 数据流组成：日期 +骑手编号 +本日配送编号 数据流量： 100 份/天
3.3、数据存储条目 数据存储名称：订单记录 别名：无 编号： F1
简述：配送完成的订单的信息 数据存储组成：日期 +编号 组织方法：索引文件 关键字：订单号 查询要求：要求能立即查询 数据存储名称：商家费用记录 别名：无 编号： F2 简述：配送完成商家需支付的费用 数据存储组成：日期 +商家编号 +订单编号 组织方法：索引文件 关键字：商家编号 查询要求：要求能立即查询 数据存储名称：骑手工资记录 别名：无 编号： F3 简述：配送完成应支付骑手的工资 数据存储组成：日期 +骑手编号 +订单编号 组织方法：索引文件 关键字：骑手编号 查询要求：要求能立即查询
8 / 24
3.4、处理逻辑
处理名：发放工资 编 P1 号：输 应发放工资通知
入： 输骑手工资
出： 描 无
述： 处理名：收钱通知 编P2
号：输
入： 输商家费用 出： 描商家该支付给本公司资金
述：
商家编 骑手编
号 号
招商 招聘骑C
C 手 接受订单
U 配送外卖 财
应收钱通知
4、 U/C 矩
阵
订单号
商家费 用
骑手工 资
务计算 发放 工资 回收商
家费 用
招 招 招商 商
人 招聘骑手
U U
U U U
C U U
C U
C U
系统逻辑功能的划分
商家编 号
骑手编 号
订单号
商家费
骑手工 资
C
事 接受订单 处 处
理 配送外卖
财 发放工资 务 回收商家费
C
U
C
U
U
U
U
U
处用
1 1
U
9 / 24
理 财务计算 U U
系统设计报告
1系统总体结构设计
包括功能结构图设计、功能模块设计和信息系统流程图设计等；
1.1功能结构图设计：功能结构图就是将系统的功能进行分解，按功能从属关系 表示的图
表。愈上层功能愈笼统，愈下层功能愈具体。功能分解的过程就是一个 由抽象到具体、由复杂到简单的过程
1.2功能模块设计：将功能模块按高内聚，低耦合，影响范围在控制范围之内的 原则分成
若干个子模块。
1.3、信息系统流程图设计
10 /
24
2、数据结构与数据库设计 2. 1用户需求分析：
(1) 管理员能够实现对整个信息的添加、修改、删除、查询等操作，能以管理 员的身份对数据库进行更新，维护管理，修改登录密码。
(2) 能够查询公司的商家订单，骑手配送量等一系列数据。
2. 2概念结构设计:
(1) 首先确定实体集。商家，骑手
(2) 确定联系类型。商家和骑手是多对多的关系 (3) 确定实体集和联系的属性。
实体集商家的属性：商家编号，商家名称，订单数，订单号
实体集骑手的属性：骑手编号，骑手名称，负责区域，配送数，订单号 联系商家与骑手的属性：订单号
11 / 24
商康：舂 裔冢漏号 订单数 订单号 0 0 a 0 0 1 2 3 4 5 6 7 a 0 0 0 0 0 □ 0 □ . .0 抹 a □骑手：表 骑手编号. 嵋丰茗祢 员羞区城 昵送数_ _____ a a 0 0 0 0 订单昌 0 0 0 0 C 1 2 3 斗 tz~ 5 6 7 7 0 0 AI 3、E-R 图
4、计算机软件、硬件
计算机软件、硬件要求主要如下:
12 /
24
功能要求：能满足新系统的各种功能要求，包括联网要求。
性能要求： 根据操作人员提出的对系统的处理速度、 精确度等要求， 计算机 的运行速度较快、网络的传输速度可以达到 300kb/s 。
容量要求：根据新系统今后所要处理的最大数据量以和若干年以后的发展规 划，配置计算机2G内存、320G硬盘容量可以满足。
13 / 24
系统实现
1、 程序设计说明
本程序是为外卖公司做的外卖管理信息系统。外卖公司主要面向两个人群, 餐饮业商家已经学生、白领等客户。因此，本软件主要模块也是针对这两个对 象进行设计的。 首先，进入程序开始界面：
输入账号和密码，点击登录，进入程序主界面:
14 / 24
产畫険玄主界去
客户閑丰需眈
点击“客户”菜单下的“客户信息”，进入客户信息界面:
15 / 24
点击“客户”菜单下的“订单详情”，进入订单详情界面:
16 / 24
点击“骑手”菜单下的“骑手基本信息”，进入骑手基本信息界面:
点击“骑手”菜单下的“骑手基本信息”，进入骑手基本信息界面:
17 /
24
部分代码如下:
PMLE \"Btiiri 呵陆 tHrn tir 如助 fiftLj'M Am 如”
卜■右-・=亠吟r p O 1 也■匕■皆
耳■硼 厂 血科 i tw KM
■ -
18 /
24
Q T1
询 R
e
KlVl HIM «v| ■> 育 t 防 B&JMI »Tl IK^I KlMlib WsWi *□!«
..啊
闭nr丄玮•*・
r W女!厂■uhH—
IM1B«F.« h«u>J H.ii_M_ui_CJihd!^ibje4i| 忆
tidet. h-'-* HI ：- e> r
B 1
kfT«iP-=i
：
M Bjlt.MPOW.i Tert.Lwllk IS
IflUfF.
Sw«r « x EH1 ■)
::a_i! rji.： i £-3E^I* ■' Flifk?. Wlifii i
二■-■»» □
2、系统测试 （一）测试方法
1、 静态检查
静态检查就是通过人工评审软件的文档或程序， 发现其中的错误。静态测试法成
效比较明显，可以查出 30-70%的逻辑错误，成本低，是一种行之有效的检验手 段。 （1） 代码审查：通过阅读程序发现软件错误和缺陷。
（2） 静态分析：主要对程序进行控制流分析、数据流分析、接口分析和表达式 分析。
2、 动态检查
动态检查就是有控制地运行程序，从多种角度观察程序运行时的行为，发现其中 的错误（测试就是为了发现错误而执行程序）。通常使用以下两种方法进行测试：
（1） 如果已知产品的功能，则可以对它的每一个功能进行测试，看是否都达到 了预期的要求，即黑盒测试
（2） 如果已知产品的内部工作过程，则可以对它的每种内部操作进行测试，看 是否符合设计要求，即白盒测试。
3、 单元测试（程序测试）（单调）
单元测试： 是对源程序中的每一个程序单元进行测试， 验证每个模块是否满足系 统设计说明书的要求。 在单元测试中主要从模块的五个特征进行检查： 模块接口 测试、局部数据结构测试、路径测试、错误处理测试、边界测试。 单元测试又分为 : 程序代码测试、程序功能测试。
4、集成测试 （分调 ） 集成测试是将已测试过的模块组合成子系统，重点测试各模块之间
19 /
24
接口和联系。 它所测试的内容包括：单元间的接口以和集成后的功能。
5、系统测试（联调或总调） 总调就是将所开发的系统放在模拟的产品环境中， 其目标是保
证系统与网络、 数 据库、硬件和任何其它公司所特有平台和环境因素相协调， 保证整个系统运行是 一致的，并且使应用程序能满足用户要求的灵活性。
6、特殊调试 即一些必要的性能测试， 这些测试往往不是针对程序在正常情况下运行的正确
与 否，而是根据系统需求选择进行的，主要有峰值负载测试、实况测试。
系统运行和维护
1、系统运行管理制度 1.1 、系统运行机房管理制度
1、严格管理操作人员的操作行为，包括：开机、关机、登记运行日记和 异常情况
处理等。
2、出入机房的所有人员都要做好登记，由机房管理人员严格管理。 3、按照相关规定和时观察机房的电力供应以和机房温度、湿度和清洁度 4、做好充分的机房安全保障，尤其是机房安全防火措施一定要到位。 5、上岗禁止玩游戏和与外来盘相互复制，防止计算机病毒感染和传染。 6、不得在单点状态下拔、插机器部件和各电线、电缆。
1.2 、系统运行相关管理制度
1、该系统运行管理由网络中心负责，其他人员无权启动或关闭计算机系 统（网络
系统或中小型计算机系统）。
2、负责系统的运行的值班人员要养成良好的遵守管理制度的习惯，明确 分工，落
20 / 24
实责任，对运行中的异常情况要做好记录、和时报告，以便得到和时处 理，避免更大问题的出现。
3、当班人员因故不能（值班或者离开值班岗位者），应找本中心人员替 代，在替
代人员到岗后方可离岗。
4、值班人员必须严守操作规程，密切注视系统运行情况，发现问题和时 上报；同
时，在征得领导同意后，迅速果断地采取相应的措施，如硬件故障，则 通知硬件维护人员，并与之相配合做好故障处理工作。
5、每月最后一天为系统维护时间，维护内容包括系统软件备份，应用数 据备份
等。
1.3 、系统运行档案管理制度
1、做好系统档案的分类、归档工作，进行妥善、长期保存。主要的档案 包括：系
统开发阶段的可行性分析报告；系统说明书；系统设计说明书； 程序清单；测试报告；用户手册；操作说明；评价报告；运行日记；维护 日志等。
2、所有档案的借阅都必须做好借阅记录，并在规定时间（一个月）内归 还，若须
继续借阅则需办理续借手续。
3、对于档案借阅未按时归还者应予以警告， 要求在最短时间内归还， 并酌
情处罚。
2、系统维护
系统维护的内容：1. 程序的维护 2. 数据文件的维护 3. 代码的维护 4. 机器， 设备的维护。
维护的类型： 1. 更正性维护 2. 适应性维护 3. 完善性维护 4. 预防性维护 系统维护的管理： 提出修改要求 领导批准 分配任务 验收成果 登陆修改情 况
系统维护的有关问题：首先得理解一个系统，其次，在系统维护中，要有合 格的文档， 再次不要期望得到原来开发系统的人员的帮助， 系统的修改容易带来 新的差错，系统软件应该有高素质的维护人员进行维护工作。
实践已经证明， 在信息系统投入运行后， 为保持其能够长期高效地工作， 应 根据其运行的外部环境的改变和业务的变化， 对本应用系统中的硬件／软件进行 和时有效的更新。这种为管理信息系统正常工作而进行的一切活动称为信息系统 的维护。
21 / 24
信息系统的维护有多种不同的分类方法： 按时间顺序可以分为系统试运行维 护阶段和日常维护阶段； 按系统功能分为硬件系统维护、 应用管理软件系统维护 和数据维护； 按维护的目的分为完善性维护、 改正性维护、 适应性维护和预防性 维护。
为了有效地进行维护工作， 必须有一个正确的态度， 充分认识维护工作的重 要性；必须建立一套完善的维护工作管理条例，有专门的组织结构和工作人员； 维护必须从申请报告开始， 维护过程和对维护过程的评价有规范或标准可依； 每 一项维护活动都要遵循登记制度。
系统的维护人员应有明确的分工， 各负其责。 信息系统的维护人员可以分为 三类：硬件系统维护人员、应用软件开发与维护人员以和数据库管理与维护人员。 硬件系统维护人员负责硬件系统的维护， 包括网络安全、 系统配置等项工作； 应 用0A软件开发与维护人员负责与用户沟通，接受用户提出的新要求，如信息需 求、增加功能等，开发或完善应用系统，并负责应用系统软件的运行维护工作； 数据库管理与维护人员要负责系统中的数据安全性、 完整性和一致性， 并负责数 据库中数据字典的建立与维护。
22 / 24
总结和建议
经过一个学期的学习， 初步对管理信息系统有了基本的了解。 课堂上， 老师 给我们剖析现今社会众多公司的公司体制与构成，对公司的运盈有了初步的印 象。包括新兴起的快递行业， 京东等公司如何通过系统的优越性， 保证订单可以 第二天准时送到顾客的手中， 正是快递的高效率存在， 使得其成为市场竞争中不 可忽略的优势。 现今社会充满着竞争与压力， 尤其在市场竞争中， 一步跟不上便 可能遭到市场的淘汰， 诺基亚正因如此从神坛上跌了下来， 一蹶不振。 市场在日 新月异， 唯有保证公司内部高效率的
23 / 24
运作， 不断保持对市场的嗅觉， 才可能不断 取得发展与进步。
通过这次课程设计， 充分将自己置身于一个领导者的位置， 充分考虑公司运 作中可能遇到的一切问题， 着实是对我们整个小组的考验。 但是，我们小组最终 定住了压力，不管结果怎么样， 但过程已经让我们每个人受益匪浅。 因为我们小 组选的课题有些特殊， 选择的系统在市场上还没听说出现过， 所以设计难度方面 增加了不少，尤其是一些细节，比如骑手送餐时可能遇到的一切问题都要考虑到， 我们要保证在系统中尽可能的解决现实生活中遇到的问题， 而不至于因为某些问 题是的系统出现紊乱， 甚至崩溃， 导致整个运营状态受到影响， 这一切都不是我 们愿意看到的。所以，每当考虑到这些细节时，我们四个人便开展头脑风暴，没 有任何限制，想到什么说什么， 只是希望能把系统做的尽善尽美。 但鉴于我们都 是还没出校门的学生， 考虑问题有些欠周全， 所以请老师多指点批评， 这也是我 们进步的一种途径嘛。
经过整个团队的不懈努力， 我们将自己的劳动成果终于完成了。 过程中我们 不断对系统设计进行修改与添加， 有酸也有甜， 也有不同的收获， 我们在这个过 程中彼此鼓励，充分享受着整个团队带给我们的动力， 看到系统可以成功的运行， 我们感觉到自己努力没有白费。
24 / 24
因篇幅问题不能全部显示，请点此查看更多更全内容