管理信息系统模板.docx
《管理信息系统模板.docx》由会员分享,可在线阅读,更多相关《管理信息系统模板.docx(16页珍藏版)》请在冰豆网上搜索。
管理信息系统模板
《管理信息系统概论》
实验报告
学期20142015学年第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、组织结构
222、业务流程
现在市场上的商家采用自己招聘骑手的方法,一般一家店面招聘一名骑手,
有外送订单时商家进行制作、打包,骑手将餐点送到顾客手中,再返回商家处上
交餐点费,再准备下一单的配送。
骑手送餐
通知顾客下楼取餐
收钱、返回餐厅,
上交餐点费
1
准备再次送餐
3、可行性研究
3.1、技术上的可行性
3.1.1、系统描述
本系统是以计算机软件技术为基础,利用C#编程技术进行编程设计的软件
系统。
3.1.2、系统用户及其特点
本系统的使用对象是公司的管理人员和工作人员,只要懂得计算机的基本操作就能够使用本系统。
3.1.3、硬件要求
主要配置为CPU(PII300以上)、内存(64M以上)、显卡(4M以上)以及
大容量硬盘(10G以上)等。
软件要求:
系统采用VisiualStudio2013和Access2003开发,用VisiualStudio2013制作系统的用户界面,Access2003制作后台数据库,两者结合完成系统功能,可运行在Windows系列操作系统上。
3.1.4、系统开发人员
本组有编程能力很强的同学,该同学平时对C#(及VB,C,JAVA,C++
等),数据结构,数据库,操作系统等多方面都有学习,所以系统的实现是可以的。
3.1.5、系统开发人员
本系统在操作上具有可行性。
3.2、经济上的可行性
本系统所需要的硬件配置等都已具备,相关软件都已经拥有,系统开发人员已经具备基本开发素质,无需进行培训,一次开发该系统无需任何费用。
但该系统带来的效益确实巨大的,可以大大降低管理费用,规范管理制度,提高公司办事效率。
所以本系统在经济上完全可行。
4、结论
本系统在本公司具有可行性
系统分析报告
1、组织结构与功能分析
1.1、组织结构图
该雷阵雨外卖管理信息系统主要包括:
系统,人事部,财务部,招商部
董事长
系统
人事部
财务部
招商部
cJ
1J
•-J
1.2、组织结构功能图
该系统是针对外卖公司管理员对商家资料和骑手资料的查询、添加、修改、
删除;对商家与该公司的账单的查询,修改等;对骑手工资的查询,修改等;对本公司的利润的统计等。
2、业务流程
3、数据字典数据字典是对上述数据流图中的每个数据流、文件和加工进行解释和说明的,以此帮助理解数据流图中描述的内容。
3.1、数据项条目
数据项名称:
商家编号
别名:
无简述:
本公司的合作商家编号类型:
数值型长度:
3位整数取值范围:
1-300数据项名称:
骑手编号别名:
无简述:
本公司的骑手编号类型:
数值型长度:
3位整数取值范围:
1-100
3.2、数据流条目数据流名称:
外卖订单号编号:
A1简述:
商家需要配送的外卖的牌号数据流来源:
人事部数据去向:
骑手数据流组成:
日期+本日配送编号数据流量:
100份/天数据流名称:
商家费用编号:
A2简述:
商家需要配送的外卖产生的费用数据流来源:
财务处数据去向:
商家数据流组成:
日期+商家编号+本日配送编号数据流量:
100份/天数据流名称:
骑手工资编号:
A3简述:
骑手配送外卖得到的薪酬
数据流来源:
财务处数据去向:
骑手数据流组成:
日期+骑手编号+本日配送编号数据流量:
100份/天
3.3、数据存储条目数据存储名称:
订单记录别名:
无编号:
F1
简述:
配送完成的订单的信息数据存储组成:
日期+编号组织方法:
索引文件关键字:
订单号查询要求:
要求能立即查询数据存储名称:
商家费用记录别名:
无编号:
F2简述:
配送完成商家需支付的费用数据存储组成:
日期+商家编号+订单编号组织方法:
索引文件关键字:
商家编号查询要求:
要求能立即查询数据存储名称:
骑手工资记录别名:
无编号:
F3简述:
配送完成应支付骑手的工资数据存储组成:
日期+骑手编号+订单编号组织方法:
索引文件关键字:
骑手编号查询要求:
要求能立即查询
3.4、处理逻辑
处理名:
发放工资
编号:
P1
输入:
应发放工资通知
输出:
骑手工资
描述:
无
处理名:
收钱通知
编号:
P2
输入:
应收钱通知
输出:
商家费用
描述:
商家该支付给本公司资金
4、U/C矩阵
商家编
号
骑手编
号
订单号
商家费
用
骑手工
资
招商招聘骑手
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
处用
理财务计算U
系统设计报告
1系统总体结构设计
包括功能结构图设计、功能模块设计和信息系统流程图设计等;
1.1功能结构图设计:
功能结构图就是将系统的功能进行分解,按功能从属关系
表示的图表。
愈上层功能愈笼统,愈下层功能愈具体。
功能分解的过程就是一个
由抽象到具体、由复杂到简单的过程
1.2功能模块设计:
将功能模块按高内聚,低耦合,影响范围在控制范围之内的原则分成若干个子模块。
1.3、信息系统流程图设计
2、数据结构与数据库设计
2.1用户需求分析:
(1)管理员能够实现对整个信息的添加、修改、删除、查询等操作,能以管理员的身份对数据库进行更新,维护管理,修改登录密码。
(2)能够查询公司的商家订单,骑手配送量等一系列数据。
2.2概念结构设计:
(1)首先确定实体集。
商家,骑手
(2)确定联系类型。
商家和骑手是多对多的关系。
(3)确定实体集和联系的属性。
实体集商家的属性:
商家编号,商家名称,订单数,订单号实体集骑手的属性:
骑手编号,骑手名称,负责区域,配送数,订单号联系商家与骑手的属性:
订单号
3、E-R图
名字
I.
编号
L
4、计算机软件、硬件
计算机软件、硬件要求主要如下:
功能要求:
能满足新系统的各种功能要求,包括联网要求。
性能要求:
根据操作人员提出的对系统的处理速度、精确度等要求,计算机的运行速度较快、网络的传输速度可以达到300kb/s
容量要求:
根据新系统今后所要处理的最大数据量以及若干年以后的发展规
划,配置计算机2G内存、320G硬盘容量可以满足
系统实现
1、程序设计说明
本程序是为外卖公司做的外卖管理信息系统。
外卖公司主要面向两个人群,餐饮业商家已经学生、白领等客户。
因此,本软件主要模块也是针对这两个对象进行设计的。
首先,进入程序开始界面:
输入账号和密码,点击登录,进入程序主界面:
点击“客户”菜单下的“客户信息”,进入客户信息界面:
点击“客户”菜单下的“订单详情”,进入订单详情界面:
点击“骑手”菜单下的“骑手基本信息”,进入骑手基本信息界面:
点击“骑手”菜单下的“骑手基本信息”,进入骑手基本信息界面:
部分代码如下:
■
*Tl-J
if{tn-jsEJiRKiid.Tm-i
■xsiqi甲t*-5uvI*昏.・.亍理T
$C®Fnrjjei
&蕾n
DsohtJ>ki
**gJjUdH送>9FpfhJa
»Btl--:
-rbug
Rsn^lw■«■
"!
Fh」!
-*zd、*上2、
戸iw»*id■虬仇啊$rtc*.
[
吐忧伽吋…M■jPLiHMUmTtE叶时”
■3Cn*jn^*A!
M
2、系统测试
1、静态检查
静态检查就是通过人工评审软件的文档或程序,发现其中的错误。
静态测试法成
效比较明显,可以查出30-70%的逻辑错误,成本低,是一种行之有效的检验手段。
(1)代码审查:
通过阅读程序发现软件错误和缺陷。
(2)静态分析:
主要对程序进行控制流分析、数据流分析、接口分析和表达式分析。
2、动态检查动态检查就是有控制地运行程序,从多种角度观察程序运行时的行为,发现其中的错误(测试就是为了发现错误而执行程序)。
通常使用以下两种方法进行测试:
(1)如果已知产品的功能,则可以对它的每一个功能进行测试,看是否都达到了预期的要求,即黑盒测试
(2)如果已知产品的内部工作过程,则可以对它的每种内部操作进行测试,看是否符合设计要求,即白盒测试。
3、单元测试(程序测试)(单调)
单元测试:
是对源程序中的每一个程序单元进行测试,验证每个模块是否满足系统设计说明书的要求。
在单元测试中主要从模块的五个特征进行检查:
模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试。
单元测试又分为:
程序代码测试、程序功能测试。
4、集成测试(分调)集成测试是将已测试过的模块组合成子系统,重点测试各模块之间接口和联系。
它所测试的内容包括:
单元间的接口以及集成后的功能。
5、系统测试(联调或总调)总调就是将所开发的系统放在模拟的产品环境中,其目标是保证系统与网络、数据库、硬件和任何其它公司所特有平台和环境因素相协调,保证整个系统运行是一致的,并且使应用程序能满足用户要求的灵活性。
6、特殊调试即一些必要的性能测试,这些测试往往不是针对程序在正常情况下运行的正确与否,而是根据系统需求选择进行的,主要有峰值负载测试、实况测试。
系统运行和维护
1、系统运行管理制度
1.1、系统运行机房管理制度
1、严格管理操作人员的操作行为,包括:
开机、关机、登记运行日记和异常情况处理等。
2、出入机房的所有人员都要做好登记,由机房管理人员严格管理。
3、按照相关规定及时观察机房的电力供应以及机房温度、湿度和清洁度。
4、做好充分的机房安全保障,尤其是机房安全防火措施一定要到位。
5、上岗禁止玩游戏和与外来盘相互复制,防止计算机病毒感染和传染。
6、不得在单点状态下拔、插机器部件和各电线、电缆。
1.2、系统运行相关管理制度
1、该系统运行管理由网络中心负责,其他人员无权启动或关闭计算机系统(网络系统或中小型计算机系统)。
2、负责系统的运行的值班人员要养成良好的遵守管理制度的习惯,明确分工,落实责任,对运行中的异常情况要做好记录、及时报告,以便得到及时处理,避免更大问题的出现。
3、当班人员因故不能(值班或者离开值班岗位者),应找本中心人员替代,在替代人员到岗后方可离岗。
4、值班人员必须严守操作规程,密切注视系统运行情况,发现问题及时上报;同时,在征得领导同意后,迅速果断地采取相应的措施,如硬件故障,则通知硬件维护人员,并与之相配合做好故障处理工作。
5、每月最后一天为系统维护时间,维护内容包括系统软件备份,应用数据备份等。
1.3、系统运行档案管理制度
1、做好系统档案的分类、归档工作,进行妥善、长期保存。
主要的档案包括:
系统开发阶段的可行性分析报告;系统说明书;系统设计说明书;程序清单;测试报告;用户手册;操作说明;评价报告;运行日记;维护日志等。
2、所有档案的借阅都必须做好借阅记录,并在规定时间(一个月)内归还,若须继续借阅则需办理续借手续。
3、对于档案借阅未按时归还者应予以警告,要求在最短时间内归还,并酌情处罚。
2、系统维护
系统维护的内容:
1.程序的维护2.数据文件的维护3.代码的维护4.机器,设备的维护。
维护的类型:
1.更正性维护2.适应性维护3.完善性维护4.预防性维护系统维护的管理:
提出修改要求领导批准分配任务验收成果登陆修改情况
系统维护的有关问题:
首先得理解一个系统,其次,在系统维护中,要有合格的文档,再次不要期望得到原来开发系统的人员的帮助,系统的修改容易带来新的差错,系统软件应该有高素质的维护人员进行维护工作。
实践已经证明,在信息系统投入运行后,为保持其能够长期高效地工作,应根据其运行的外部环境的改变和业务的变化,对本应用系统中的硬件/软件进行及时有效的更新。
这种为管理信息系统正常工作而进行的一切活动称为信息系统的维护。
信息系统的维护有多种不同的分类方法:
按时间顺序可以分为系统试运行维护阶段和日常维护阶段;按系统功能分为硬件系统维护、应用管理软件系统维护和数据维护;按维护的目的分为完善性维护、改正性维护、适应性维护和预防性维护。
为了有效地进行维护工作,必须有一个正确的态度,充分认识维护工作的重要性;必须建立一套完善的维护工作管理条例,有专门的组织结构和工作人员;维护必须从申请报告开始,维护过程及对维护过程的评价有规范或标准可依;每一项维护活动都要遵循登记制度。
系统的维护人员应有明确的分工,各负其责。
信息系统的维护人员可以分为三类:
硬件系统维护人员、应用软件开发与维护人员以及数据库管理与维护人员。
硬件系统维护人员负责硬件系统的维护,包括网络安全、系统配置等项工作;应用0A软件开发与维护人员负责与用户沟通,接受用户提出的新要求,如信息需求、增加功能等,开发或完善应用系统,并负责应用系统软件的运行维护工作;数据库管理与维护人员要负责系统中的数据安全性、完整性和一致性,并负责数据库中数据字典的建立与维护。
总结和建议
经过一个学期的学习,初步对管理信息系统有了基本的了解。
课堂上,老师给我们剖析现今社会众多公司的公司体制与构成,对公司的运盈有了初步的印象。
包括新兴起的快递行业,京东等公司如何通过系统的优越性,保证订单可以第二天准时送到顾客的手中,正是快递的高效率存在,使得其成为市场竞争中不可忽略的优势。
现今社会充满着竞争与压力,尤其在市场竞争中,一步跟不上便可能遭到市场的淘汰,诺基亚正因如此从神坛上跌了下来,一蹶不振。
市场在日新月异,唯有保证公司内部高效率的运作,不断保持对市场的嗅觉,才可能不断取得发展与进步。
通过这次课程设计,充分将自己置身于一个领导者的位置,充分考虑公司运作中可能遇到的一切问题,着实是对我们整个小组的考验。
但是,我们小组最终定住了压力,不管结果怎么样,但过程已经让我们每个人受益匪浅。
因为我们小组选的课题有些特殊,选择的系统在市场上还没听说出现过,所以设计难度方面增加了不少,尤其是一些细节,比如骑手送餐时可能遇到的一切问题都要考虑到,我们要保证在系统中尽可能的解决现实生活中遇到的问题,而不至于因为某些问题是的系统出现紊乱,甚至崩溃,导致整个运营状态受到影响,这一切都不是我们愿意看到的。
所以,每当考虑到这些细节时,我们四个人便开展头脑风暴,没有任何限制,想到什么说什么,只是希望能把系统做的尽善尽美。
但鉴于我们都是还没出校门的学生,考虑问题有些欠周全,所以请老师多指点批评,这也是我们进步的一种途径嘛。
经过整个团队的不懈努力,我们将自己的劳动成果终于完成了。
过程中我们不断对系统设计进行修改与添加,有酸也有甜,也有不同的收获,我们在这个过程中彼此鼓励,充分享受着整个团队带给我们的动力,看到系统可以成功的运行,我们感觉到自己努力没有白费。