《管理信息系统概论》实验报告学期2014- 2015学年第1学期专业测绘工程班级小组小组成员学号小组成员任课教师苏州科技学院环境科学与工程学院可行性分析报告1、引言1.1、摘要1.1.1、系统名称雷阵雨外卖管理信息系统1.1.2、目标针对餐饮业外卖外包计划，设计出一个适应该计划的管理信息系统，提高雷阵雨外卖公司的效率。
1.1.3、功能现在的汇金各商家的外卖服务做的很不完善，经常出现送餐迟到等现象，其中的原因用很多。
我们设想有一个专门为汇金个商家的外卖进行配送的公司。
我们为这个公司设计了一个信息系统。
整个系统有严密的权限管理，增强了系统数据的安全性；删除修改数据方便快捷，并且能够保持一定的安全；完善的数据出错处理，减少了用户使用中的麻烦；友好而美观的操作界面；并且能够实现一定的统计功能。
（1）能够浏览汇金商家的基本信息（2）能够浏览其实的基本信息（3）能够对汇金商家与本公司的业务进行数据库的建立（4）能够对公司骑手工资进行数据库的建立（5）能够对本公司的利润进行统计，与查询（6）多用户数据安全管理，保证各部门的数据安全、完整，对每个使用本系统用户进行权限的设置（7）简易操作，不需要计算机专业人员。
2、系统开发的背景、必要性和意义2.1、开发背景2.1.1、现状分析最近，因为美团、饿了么等外卖团购的不断兴起，餐饮外卖服务量呈上升趋势，总体现状是各餐饮商家各自为营招聘外卖骑手，以基本工资支付。
有时会因为商家为凑单起送，一些餐点会迟迟不送的状况，使得一些顾客不满，一方面影响着该店家的第一印象，顾客粘连度不高，另一方面，口碑宣传也会大打折扣。
2.1.2、困扰因素商家：如果该月外送量不多，对骑手基本工资的支付使得商家承担负债，利润得不到最大化。
同时，外送服务相对于商家，属于现阶段附加的服务，难免不够专业，也分散商家经营的精力。
骑手：基本工资大概在1000元左右，无论每月外送量多少，都只能拿到基本工资，所以每月的外送量是个变量，工资和付出的劳动得不到挂钩，送餐积极性不高，使得送餐时磨蹭、怠慢顾客、服务态度不好等一系列现象，严重影响着商家的声誉，工作效率不高。
2.2、现行系统调查研究2.2.1、组织结构商家骑手2.2.2、业务流程现在市场上的商家采用自己招聘骑手的方法，一般一家店面招聘一名骑手，有外送订单时商家进行制作、打包，骑手将餐点送到顾客手中，再返回商家处上交餐点费，再准备下一单的配送。
3、可行性研究3.1、技术上的可行性3.1.1、系统描述本系统是以计算机软件技术为基础，利用编程技术进行编程设计的软件系统。
3.1.2、系统用户及其特点本系统的使用对象是公司的管理人员和工作人员，只要懂得计算机的基本操作就能够使用本系统。
3.1.3、硬件要求主要配置为（300以上）、内存（64M以上）、显卡（4M以上）以及大容量硬盘（10G以上）等。
软件要求：系统采用2013和2003开发，用2013制作系统的用户界面，2003制作后台数据库，两者结合完成系统功能，可运行在系列操作系统上。
3.1.4、系统开发人员本组有编程能力很强的同学，该同学平时对（及，C，，等），数据结构，数据库，操作系统等多方面都有学习，所以系统的实现是可以的。
3.1.5、系统开发人员本系统在操作上具有可行性。
3.2、经济上的可行性本系统所需要的硬件配置等都已具备，相关软件都已经拥有，系统开发人员已经具备基本开发素质，无需进行培训，一次开发该系统无需任何费用。
但该系统带来的效益确实巨大的，可以大大降低管理费用，规范管理制度，提高公司办事效率。
所以本系统在经济上完全可行。
4、结论本系统在本公司具有可行性系统分析报告1、组织结构与功能分析1.1、组织结构图该雷阵雨外卖管理信息系统主要包括：系统，人事部，财务部，招商部。
1.2、组织结构功能图该系统是针对外卖公司管理员对商家资料和骑手资料的查询、添加、修改、删除；对商家与该公司的账单的查询，修改等；对骑手工资的查询，修改等；对本公司的利润的统计等。
2、 业务流程董事长系统 人事部 财务部 招商部董事长系统人事管理 财务管理 招商管理添加用户 修改密码 退出系统 招聘骑手 人员资料工作情况收入管理 工资劳务招商引资3、数据字典数据字典是对上述数据流图中的每个数据流、文件和加工进行解释和说明的，以此帮助理解数据流图中描述的内容。
3.1、数据项条目数据项名称：商家编号别名：无简述：本公司的合作商家编号类型：数值型长度：3位整数取值范围：1-300数据项名称：骑手编号别名：无简述：本公司的骑手编号类型：数值型长度：3位整数取值范围：1-1003.2、数据流条目数据流名称：外卖订单号编号：A1简述：商家需要配送的外卖的牌号数据流来源：人事部数据去向：骑手数据流组成：日期+本日配送编号数据流量：100份/天数据流名称：商家费用编号：A2简述：商家需要配送的外卖产生的费用数据流来源：财务处数据去向：商家数据流组成：日期+商家编号+本日配送编号数据流量：100份/天数据流名称：骑手工资编号：A3简述：骑手配送外卖得到的薪酬数据流来源：财务处数据去向：骑手数据流组成：日期+骑手编号+本日配送编号数据流量：100份/天3.3、数据存储条目数据存储名称：订单记录别名：无编号：F1简述：配送完成的订单的信息数据存储组成：日期+编号组织方法：索引文件关键字：订单号查询要求：要求能立即查询数据存储名称：商家费用记录别名：无编号：F2简述：配送完成商家需支付的费用数据存储组成：日期+商家编号+订单编号组织方法：索引文件关键字：商家编号查询要求：要求能立即查询数据存储名称：骑手工资记录别名：无编号：F3简述：配送完成应支付骑手的工资数据存储组成：日期+骑手编号+订单编号组织方法：索引文件关键字：骑手编号查询要求：要求能立即查询3.4、处理逻辑处理名：发放工资编号：P1输入：应发放工资通知输出：骑手工资描述：无处理名：收钱通知编号：P2输入：应收钱通知输出：商家费用描述：商家该支付给本公司资金4、矩阵商家编号骑手编号订单号商家费用骑手工资招商 C招聘骑手 C接受订单U C配送外卖U U财务计算U U U C C 发放工资U U 回收商家费用U U系统逻辑功能的划分商家编号骑手编号订单号商家费用骑手工资招商招商 C人事处理招聘骑手 C接受订单U C 配送外卖U U财务处发放工资U U 回收商家费用U U理财务计算UUUCC系统设计报告1 系统总体结构设计包括功能结构图设计、功能模块设计和信息系统流程图设计等；1.1功能结构图设计: 功能结构图就是将系统的功能进行分解，按功能从属关系表示的图表。
愈上层功能愈笼统，愈下层功能愈具体。
功能分解的过程就是一个由抽象到具体、由复杂到简单的过程1.2功能模块设计:将功能模块按高内聚，低耦合，影响范围在控制范围之内的原则分成若干个子模块。
1.3、信息系统流程图设计外卖管理信息系统商家管理 骑手管理商家基本信息管理 商家费用管理 骑手基本信息管理 骑手工资管理外卖管理信息系统商家管理系统骑手管理系统登入模块查询模块信息增减退出模块登入模块查询模块信息增减退出模块2、数据结构与数据库设计2．1用户需求分析:（1）管理员能够实现对整个信息的添加、修改、删除、查询等操作，能以管理员的身份对数据库进行更新，维护管理，修改登录密码。
（2）能够查询公司的商家订单，骑手配送量等一系列数据。
2．2概念结构设计：（1)首先确定实体集。
商家，骑手（2)确定联系类型。
商家和骑手是多对多的关系。
（3)确定实体集和联系的属性。
实体集商家的属性：商家编号，商家名称，订单数，订单号实体集骑手的属性：骑手编号，骑手名称，负责区域，配送数，订单号联系商家与骑手的属性：订单号3、图4、计算机软件、硬件计算机软件、硬件要求主要如下：功能要求：能满足新系统的各种功能要求，包括联网要求。
性能要求：根据操作人员提出的对系统的处理速度、精确度等要求，计算机的运行速度较快、网络的传输速度可以达到300。
容量要求：根据新系统今后所要处理的最大数据量以及若干年以后的发展规划，配置计算机2G 内存、320G 硬盘容量可以满足。
商家名称编号订单 骑手配送顾客名字编号配送区域系统实现1、程序设计说明本程序是为外卖公司做的外卖管理信息系统。
外卖公司主要面向两个人群，餐饮业商家已经学生、白领等客户。
因此，本软件主要模块也是针对这两个对象进行设计的。
首先，进入程序开始界面：输入账号和密码，点击登录，进入程序主界面：点击“客户”菜单下的“客户信息”，进入客户信息界面：点击“客户”菜单下的“订单详情”，进入订单详情界面：点击“骑手”菜单下的“骑手基本信息”，进入骑手基本信息界面：点击“骑手”菜单下的“骑手基本信息”，进入骑手基本信息界面：部分代码如下：2、系统测试（一）测试方法1、静态检查静态检查就是通过人工评审软件的文档或程序，发现其中的错误。
静态测试法成效比较明显，可以查出30-70%的逻辑错误，成本低，是一种行之有效的检验手段。
（1）代码审查：通过阅读程序发现软件错误和缺陷。
（2）静态分析：主要对程序进行控制流分析、数据流分析、接口分析和表达式分析。
2、动态检查动态检查就是有控制地运行程序，从多种角度观察程序运行时的行为，发现其中的错误（测试就是为了发现错误而执行程序）。
通常使用以下两种方法进行测试：（1）如果已知产品的功能，则可以对它的每一个功能进行测试，看是否都达到了预期的要求，即黑盒测试（2）如果已知产品的内部工作过程，则可以对它的每种内部操作进行测试，看是否符合设计要求，即白盒测试。
3、单元测试（程序测试）（单调）单元测试：是对源程序中的每一个程序单元进行测试，验证每个模块是否满足系统设计说明书的要求。
在单元测试中主要从模块的五个特征进行检查：模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试。
单元测试又分为:程序代码测试、程序功能测试。
4、集成测试(分调)集成测试是将已测试过的模块组合成子系统，重点测试各模块之间接口和联系。
它所测试的内容包括：单元间的接口以及集成后的功能。
5、系统测试（联调或总调）总调就是将所开发的系统放在模拟的产品环境中，其目标是保证系统与网络、数据库、硬件和任何其它公司所特有平台和环境因素相协调，保证整个系统运行是一致的，并且使应用程序能满足用户要求的灵活性。
6、特殊调试即一些必要的性能测试，这些测试往往不是针对程序在正常情况下运行的正确与否，而是根据系统需求选择进行的，主要有峰值负载测试、实况测试。
系统运行和维护1、系统运行管理制度1.1、系统运行机房管理制度1、严格管理操作人员的操作行为，包括：开机、关机、登记运行日记和异常情况处理等。
2、出入机房的所有人员都要做好登记，由机房管理人员严格管理。