信息系统分析与设计剖析.docx
- 文档编号:27158608
- 上传时间:2023-06-27
- 格式:DOCX
- 页数:71
- 大小:1.87MB
信息系统分析与设计剖析.docx
《信息系统分析与设计剖析.docx》由会员分享,可在线阅读,更多相关《信息系统分析与设计剖析.docx(71页珍藏版)》请在冰豆网上搜索。
信息系统分析与设计剖析
重庆师范大学
法斯特快餐管理信息系统
学院:
计算机与信息科学学院
年级:
2012级
专业:
信息管理与信息系统
姓名:
卢航学号:
20120516352
姓名:
王静萍学号:
20120516308
教师:
赖利
时间:
2014年12月20日
一、系统分析
(1)开发背景与目标2
(2)系统特点及功能说明……………………………………………………3
(3)可行性分析报告6
(4)开发环境与项目规划19
(5)业务流程分析及业务流程图20
(6)数据流程图15
(7)数据字典及处理逻辑25
(8)数据需求说明书5
(1)功能模块设计8
(2)软硬件配置方案4
(3)网络拓扑结构设计3
(4)数据库设计10
(5)人机界面设计10
三、项目系统实现
系统实施计划33
四.系统开发评价
参考文献
一、系统分析
(1)开发背景与目标
在科学、经济快速发展的今天,信息观念日益深入人心。
当今的服务行业更需要信息的整合和明确的分工。
现今状况为,一些快餐馆的管理并不十分科学合理,导致效率较低,进一步影响了营业情况和客户资源。
本组就当前餐饮行业的管理进行了调查,发现有些管理较不科学,部门分工不明确,工作效率低,基于此等现状,本组将快餐管理信息系统作为本门课程的开发项目
1.1背景
1.系统名称:
法斯特快餐管理信息系统
2.数据库管理软件:
MicrosoftSQLServer
3.数据库设计人员:
王静萍卢航
4.运用平台:
Windows2000/2007/XP/Linux
5.提出者:
卢航
6.开发者:
王静萍卢航
7.开发工具:
Eclipse
说明:
该系统与餐馆本身内部管理信息系统相结合并成为其下属系统。
1.2目标
在需求分析的基础上,提出了如下的系统设计目标:
1.系统安全性
系统应控制不同用户的使用权限,用户不能越权操作。
系统应该确保数据的安全性。
同时,用户要求系统具有高度的可靠性,数据的准确性,系统的可恢复性。
2.可维护性
客户会在系统使用过程中不断对系统提出新要求,扩展系统功能,这就要求系统的可升级性必须良好,以满足客户长期实用的要求,并且在用户有新要求的时候可以快速扩展功能。
3.用户操作
系统设计应该人性化,操作简单方便,达到人机友好的目的。
4.运行速度
系统响应时间是衡量系统性能好坏的重要参考。
系统要求响应时间短,更新处理迅速,数据转换与传送时间短,后台服务器响应迅速等等。
由于系统使用者的特殊性,系统必须高效地响应并且在安全的前提下高效的响应。
5.界面
用户界面应该做到清晰简单一目了然,易于操作。
(2)系统特点及功能说明
法斯特快餐管理信息系统是针对餐饮行业和客户信息进行统计、整合、匹配的管理项目,结合餐厅的经营模式和先进的预约系统,为餐厅提供全新的管理经营模式,并且能够为顾客提供方便快捷的预约服务。
具体目的是为了解决餐厅的管理混乱,效率低下的问题。
法斯特快餐管理信息管理系统针对餐饮行,实现以下基本功能:
1)顾客和餐厅内员工和菜品等信息管理;
2)餐厅内业务和网上业务的订餐业务和配送管理;
3)餐厅销售情况的管理和财务管理及财务分析;
4)管理餐厅库存信息及原料采购。
其中,组织结构图如图1.1
图1.1组织结构图
各部门主要职能分析:
销售组:
主要负责餐厅内的销售管理;
运营组:
主要负责电话及网上订餐的接收及配送管理;
行政组:
餐厅员工活动组织实施,餐厅内行政后勤保障服务等;
人力组:
餐厅员工招聘、培训、考核等规章制度的编制和督导事项的执行;
财务组:
负责餐厅财务管理,例如各类收入、支出等;
审计组:
结算财务分析,负责各类报表传达至上级领导;
员工信息组:
负责餐厅员工个人信息及业绩信息的管理;
顾客信息组:
负责至餐厅消费者及电话、网上客户的信息管理;
IT组:
主要负责餐厅网上信息系统的管理维护及信息收集;
库存信息组:
负责餐厅库存信息,例如食材、设备等;
采购组:
负责食材及设备的及时采购。
管理功能图如图1.2
图1.2管理功能图
(3)可行性分析报告
3.1引言
3.1.1编写目的
编写本可行性分析报告的目的,是研究本系统的总体需求、实现方案,并分析开发系统的可行性,以最小的代价在尽可能短的时间内确定问题是否解决和是否值得解决。
并最终确定系统开发的可行性,为决策者提供是否开发该系统的依据和建议。
3.1.2背景
1.系统名称:
法斯特快餐管理信息系统
2.数据库管理软件:
MicrosoftSQLServer
3.数据库设计人员:
王静萍卢航
4.运用平台:
Windows2000/2007/XP/Linux
5.提出者:
卢航
6.开发者:
王静萍卢航
7.开发工具:
Eclipse
说明:
该系统与餐馆本身内部管理信息系统相结合并成为其下属系统。
3.1.3定义
ODBC:
OpenDatabaseConnectivity,开放数据库互连
B/S:
Browser/Server结构,浏览器/服务器结构
C/S:
Client/Server,客户机/服务器网
Fastfoodmanagementsystem:
快餐管理系统
3.1.4参考资料
《基于INTERNET的管理信息系统》曾凡奇林小苹邓先礼中国财政经济出版社2001年
《信息系统开发方法》姜旭平清华大学出版社1997年第一版
《软件工程导论》(第5版)张海藩北京:
清华大学出版社2008
《实用软件工程》郑人杰殷人昆陶永雷清华大学出版社1997年第二版
3.2可行性研究的前提
3.2.1要求
功能:
对客户和餐馆(订单、内部存货等)信息进行快速有效的管理;
性能:
客户、菜品、订单等数据的录入;菜品目录的检索;客户信息查询;订单信息查询;
输出:
顾客信息;菜品信息;订单信息;
输入:
客户基本信息;菜品名称;联系方式;送餐地点;备注等;
安全保密:
餐馆中所有提供菜品能够供所有用户查询和下单;客户信息只能被系统管理员查看。
关联系统:
法斯特点菜系统等;
完成期限:
2015年1月。
3.2.2目标
利用现有资源和较低成本,在能力有限的情况下在最短期限内开发出具有管理餐馆业务和用户信息功能的快餐管理信息系统。
主要开发目标如下:
A节省餐馆的电话订购费用;
B方便顾客订餐和餐馆管理;
C人力和其他支出的减少;
D提高餐馆的外卖业务处理速度;
E提高员工利用率;
3.2.3条件、假定和限制
说明对这项开发中给出的条件、假定和所受到的限制,如:
所建议系统的运行寿命的最小值:
3年;
进行系统方案选择比较的时间:
1个月;
经费、投资方面的来源和限制:
餐馆财务部门;
法律和政策方面的限制;
运行环境:
WindowsXP及以上;数据库类型:
MicrosoftSQLServer;硬件配置:
CPUP2000mmx以上、内存大于1024MB;
系统投入使用的最晚时间:
2015年中旬。
3.2.4进行可行性研究的方法
进行可行性研究的步骤:
通过现有的数据流程分析系统问题;分析系统的业务处理流程、工作流程、数据流程和系统功能;分析系统的投资估算及效益问题;综合上述一系列分析,最终确定建立该系统的可行性。
在上述过程中,主要采用的是调查;在投资估计和效益分析过程中运用加权;另外,财务管理中财务预测模型。
3.2.5评价尺度
基于目前的实际状况,法斯特快餐管理信息系统的总投资费用不少于10万元;本系统所要达到的主要目的是方面顾客订购和本餐馆对订单的管理,考虑到顾客应用互联网订购的方式,因此优先考虑的系统功能是顾客通过浏览器(如IE)以B/S方式连入主服务器,浏览菜单信息或提出服务请求。
由于开发能力及其他客观因素限制,该系统的开发时间将持续3月甚至更长。
3.3.1处理流程和数据流程
顾客通过电话进行点餐,说明点餐信息后,等待餐厅的外卖派送。
图1.3处理流程图
3.3.2工作负荷
现阶段的餐馆因没有功能不齐全,工作负荷较小。
3.3.3费用开支
对于依靠纯人工系统工作的餐馆,其主要的费用主要在于电话费的支出,基本可以忽略不计。
对于一些加盟了外卖网站的餐馆,其主要的费用在于网站的加盟费和抽成费,但是需要在通过网站的销售额达到一定额度后进行,在此之前也基本没什么费用支出。
3.3.4人员
现阶段的餐馆为人工系统阶段,所以基本都是由店内的员工兼职对信息进行处理以及将外卖送达。
所以不会产生额外的人员需求。
3.3.5设备
现阶段的餐馆只有用来接听电话以及接受网站系统发来的短信的手机等。
3.3.6局限性
餐馆不具有自主的控制权,当餐馆的信息出现变化时,餐馆无法根据需要对网站的信息作出变更。
餐馆也不能通过网站进行营销来扩大其销售量,所以网络这一遍历的销售渠道没有能够充分的运用起来以扩大其销售渠道及销量。
3.4所建议的系统
3.4.1对所建议系统的说明
随着科学技术和计算机网络的发展,管理信息系统的各种优势也逐渐体现出来。
因此,如何良好的将餐馆内部的业务流程与先进的管理信息系统结合起来,是决定餐馆今后发展方向的发展潜力的关键因素。
为帮助餐饮业企业组织规范化管理快餐业务,设计开发了对餐馆有极大作用的法斯特快餐管理信息系统。
3.4.2处理流程和数据流程
对于顾客到餐馆进行点餐,在餐馆中等候,然后将食品带走。
同时,顾客也可通过拨打点餐电话,并告知地址,等待外卖送达;另外顾客也可通过网络来进行订餐,再进行配送,因为可以在足不出户的同时浏览菜单和图片,该方法更便捷,更受广大顾客的喜爱和运用。
图1.4处理流程图
3.4.3改进之处
A.节省餐馆的电话订购费用
大多数顾客选择网页订餐,大幅度的节省了餐馆接听电话订餐人员的工作时间和工作量,同时也减少了电话回复的费用。
B.方便顾客订餐和餐馆管理
除了进入实体餐馆进行点餐和电话订餐外,对于顾客来讲,多了一个订餐的渠道,并且该渠道更便捷更有效;同时,对于餐馆来讲,该系统不仅能管理网页订餐,同时也可以管理电话订餐和实体订餐,另外,还可管理顾客信息。
C.人力和其他支出的减少
毫无疑问,对顾客来讲,多一个订餐渠道的同时就减少了餐馆本身的各种支出。
D.提高餐馆的外卖业务处理速度
相比而言,顾客点餐生成订单为电子档,更利于处理,因此对于餐馆,处理业务起来,速度更快,更有效。
E.提高员工利用率;
该系统可以减少闲杂无用的餐馆员工,让现有的员工们各施其职,大幅度提高了员工利用率。
3.4.4影响
说明在建立所建议系统时,预期将带来的影响,包括:
3.4.4.1对设备的影响
由于所建议系统是基于WINDOWS操作系统,所以需要配备足够符合以上列出的各种软硬件条件的计算机和通信线路。
系统失效后,服务器端需要利用备份的数据库恢复数据信息,要求要有足够的数据备份空间。
3.4.4.2对软件的影响
需要落实是否有符合本报告所列出的正版的软件环境,如果没有则需要购买。
3.4.4.3对用户单位机构的影响
该系统投入使用前需改进餐馆现有的管理模式。
3.4.4.4对系统运行过程的影响
说明所建议系统对运行过程的影响,如:
用户的操作规程;
运行中心的操作规程;
运行中心与用户之间的关系;
源数据的处理;
数据进入系统的过程;
对数据保存的要求,对数据存储、恢复的处理;
输出报告的处理过程、存储媒体和调度方法;
系统失效的后果及恢复的处理办法。
3.4.4.5对开发的影响
建立该系统的数据库,需要原客户的相关信息和菜品信息;
保密安全方面,餐馆中所有提供菜品能够供所有用户查询和下单;客户信息只能被系统管理员查看。
3.4.4.6对经费开支的影响
除了需要支付开发单位的有关费用外,每年还需要一定的运行维护费用(见经济可行性分析)。
3.4.5局限性
由于该系统新建立,存在以下局限性:
a.个性化服务功能较少;
b.网络订餐无法与电话订餐相结合;
c.无法做到原料库存的动态自我更新,菜单类的信息需要管理员手动操作。
3.4.6技术条件方面的可行性
在当前的限制条件下,该系统的功能目标能否达到
现有的计算机一般配置水平(运行环境:
WindowsXP及以上;数据库类型:
MicrosoftSQLServer;硬件配置:
CPUP2000mmx以上、内存大于1024MB)能够负荷该系统,由于当前网络及电脑的普及率,一般工作人员能够适应该系统技术要求;所以在目前约束条件下,对客户和餐馆(订单及内部存货等)信息进行有效的管理是可以达到的。
利用现有的技术,该系统的功能能否实现;
要开发的管理系统分为用户界面和餐馆界面,用户界面用语顾客订购菜品订单,要基于Web的数据库访问的要求,现有的JSP,HTML等软件能够满足要求;餐馆订单及内部管理部分应用Access、SQLSERVER数据库等即可开发,所以从现有的技术水平来讲,完全能够开发出完美的快餐管理信息系统。
对开发人员的数量和质量的要求并说明这些要求能否满足
所开发的快餐管理系统需要使用HTMLSQLSERVER等软件,建立用户功能界面及餐馆内部管理、订单管理等多个模板。
对技术水平和人员数量的要求相对不高,作为信管专业的我们来讲,完全由能力对该系统进行开发。
目前我们组的俩人都已熟练掌握C语言、JAVA、HTML、SQLSERVER、Access等软件,并在课余时间自学JSP等系统开发所需要的软件,从成员的技术水平来讲,我们组完全能够达到要求。
在规定的期限内,本系统的开发能否完成。
目前拟定开发时间为2个月,预计开发进度如下:
2014.10.10-2014.10.25设计系统,人员分工
2014.10.26-2014.12.1系统开发
2014.12.2-2014.12.10完善系统,初步使用
3.5可选择的其他系统方案
3.5.1可选择的系统方案1
显而易见,系统方案1的费用支出很少。
但是,对于餐馆而言,顾客订餐渠道少,很大程度上影响了餐馆的生意,同时也不利于餐厅的管理。
因此,系统方案1未被采用。
3.5.2可选择的系统方案2
相比于系统方案1,最大的特点是增加了顾客的订餐渠道,这正解决了方案1的最大问题,同时,该渠道有望成为最主要的订餐渠道。
另外,方案2无疑能对顾客和餐馆本身进行有效的管理。
因此,选择系统方案2。
3.6投资及效益分析
3.6.1支出
法斯特外卖订餐系统的工作与开发采取联合开发的模式,由餐馆内部工作人员以及系统开发小组来共同完成。
资金主要体现在网络建设,系统的建设及硬件配套建设三个方面花费资金
3.6.1.1基本建设投资
1.支付给专业开发小组的费用以及系统开发及测试过程中的所需费用5万元其中
(1)支付给开发人员的费用1万元
(2)系统开发所需的服务器费用1.5万元
(3)系统测试所需服务器费用1.5万元
(4)网络设备(交换机,路由器,访问服务器等)1万元
3.6.1.2其他一次性支出
2.软件及硬件配套设备费用4.2万元其中:
(1)数据库系统费用0.5万元
(2)软件及系统平台费用1万元
(3)计算机的费用1.7万元
(4)网络安全软件费用1万元
3.系统运行所需的流动资金2万元
理相应订单,实现迅速配送,减少错差率。
在收益方面,引进信息化管理系统之后,餐馆较之前能实现扩大销量所带来的收益以及工作人员效率的提高及出错率减少所减少的成本
3.6.2.1成本
引进信息管理系统之后,餐馆每年增加成本费用较之前增加了约5200元/年。
费用
时期
系统维护费
人工操作费
差错损失
系统折旧
系统引进前
0
4人*4000元/年
4000元/年
300元/年
系统引进后
12000元/年
2人*5000元/年
1500元/年
4000元/年
表1.1
3.6.2.2收益
收入
时期
网络订单收入
电话订单收入
餐馆实体店收入
系统引进前
0
800元/天
2万/天
系统引进后
50*30元/天
500元/天
2.1万/天
表1.2
说明:
◆餐馆引进网络订餐系统之后,增加了由网络订单所带来的收入,粗略估算,餐馆每天可以接受50个网络订单,平均每张订单消费金额为30元,由此带来的收入每天增加1500元/天
◆餐馆仍保留电话订餐业务,但较之前,电话带来的订单将会减少
◆由于互联网传播的功能,餐馆的网络销售途径不仅带来额外的的订单量,同时扩大了餐馆本身的知名度,我实体店的经营带来收益,估计没有有1000元的消费增加
信息系统使用后,餐馆日经营收入约2.3万元,较之前餐馆收入,增加约2200元/天。
净收入估计为700元/天
3.6.3收益/投资比
预计本餐馆引入的外卖订餐系统的整个生命周期为5年,项目的初始投资为11.2万元,加上每年维护费1.2万元。
系统折旧费0.4万元每年,在整个生命周期中,该系统总共投入资金为15.2万元。
系统引进后,每年能为餐馆增加收益25万元。
5年收益125万元。
引进项目之后的收益/投资接近8,这是一个比较客观的数字。
3.6.4投资回收周期
求出收益的累计数开始超过支出的累计数的时间。
3.6.5敏感性分析
外卖系统一旦引进,会为餐馆带来巨大的收益,提高餐馆的送餐效率,增加餐馆的销售额,但是餐馆营业也会极度依赖系统。
所以一旦发生系统故障,假设餐馆发生系统故障,其一天的业务损失为下表:
网络订单损失
电话订单损失
餐馆食材损失
1500元
0元
700元
表1.3
3.7社会因素方面的可行性
本章用来说明对社会因素方面的可行性分析的结果,包括:
3.7.1法律方面的可行性
此系统我们完全凭借餐厅内部员工和外援开发人员的软件开发技术进行开发,本系统所有权,管理权归本餐厅所有,外援技术人员对系统不负有维护责任,一切系统维护均由本餐厅内部技术人员负责。
系统开发中坚决遵守自主开发的原则,绝不借用其他相关系统的代码,不对任何其他相关系统造成技术侵权。
而且本系统完全用于网络订餐和内部订单管理。
只服务于本餐厅,无其他不良使用倾向。
未经本餐厅允许,任何人不得借用,抄袭,修改本系统或发表关于本系统的任何论文,说明或注释。
3.7.2管理方面的可行性
本系统主要用于网络订餐和内部订餐管理,站在这一角度上,本系统有非常强的实用性,便于餐厅内部管理,本餐厅从上层领导到工作人员都非常支持本系统的开发与沿用,在管理上有非常好的可行性。
3.7.3系统开发的必要性
本系统餐厅的销售范围,增加订单量,同时,通过订单管理,对本餐厅的工作效率提供了技术支持。
信息化是餐厅发展的必然趋势。
3.8结论
由以上分析可知,加入法斯特外卖管理系统之后,该系统可以帮助餐馆管理者大幅度降低业务成本,同时非常有助于餐馆对员工和业绩进行绩效考核评价,使得餐馆经营更加理性化。
因此我们认为该系统可以立即着手进入开发阶段。
(4)开发环境与项目规划
4.1开发环境
4.1.1 硬件环境
一台PC台式机或是便携式电脑
4.1.2 软件环境
中文windows98以上系统
Rational Rose
4.2项目规划
本项目是通过对快餐管理信息系统进行需求分析,开发出一个基于互联网的B/S模式的快餐订餐系统。
数据库方面,使用关系数据库管理系统MicrosoftSQLserver2008,系统安全性能更高。
系统使用面向对象的软件开发思想,按照软件工程的基本步骤进行了系统分析、设计和实现。
系统分为前台和后台两部分,其中前台主要是用户进行菜单和相关资讯的浏览,以及订餐,信息反馈等,主要是面向顾客的;后台是对前台数据的维护、设计和订单管理的,主要是面向管理人员。
管理人员又分为系统管理人员和订餐管理人员。
系统管理人员负责维护和管理网站信息;订餐管理人员负责查看当前形成的新订单与订单明细,并且处理订单。
(5)业务流程分析及业务流程图
管理业务流程中,相关单据的传递尽量采用电子化的方式,努力避免使用纸质传递的方式。
这一方面加快了信息传递的速度,另一方面也符合当前倡导的建设节约型社会的要求。
一张单据的产生有其上一流程产生的单据为依据,各种单据相互联系,环环相扣,有助于检验或保证相关单据的真实性,有利于明确各个流程中相关责任人的责任,从而达到强化过程管理的目的。
外卖管理业务流程的处理过程是:
顾客通过注册并登录快餐网站的主页,选择喜欢的菜品和数量后,生成菜品订单。
餐厅结合库存信息表对订单进行检验,如果缺货,生成缺货单,缺货单返回顾客取消订单,同时也发给库存中心进行缺货处理得到缺货统计表。
如果不缺货,结合顾客信息档案进行身份验证,若为新顾客,则进行信息录入并更新顾客信息档案,若为老顾客,则直接产生备货单发送至厨房。
厨房准备好的餐点后,生成配送单至配送员进行快餐配送至客户,同时对外卖单进行外卖统计生成外卖统计表并存档。
业务流程图如图1.5所示:
图1.5业务流程图
(6)数据流程图
6.1顶层数据流程
顶层数据流程主要是顾客通过系统下订单,进行外卖处理后,配送员通过配送单进行快餐配送。
如图1.6所示:
图1.6顶层数据流程图
6.2第一层数据流程
第一层数据流程图涉及到顾客的订单检验,即结合库存信息进行订单能否成功的检验,若订单不能成功,表示缺货,则进行缺货处理。
成功下订单后,对顾客进行身份验证,主要目的是验证下订单的为新顾客或是老顾客,老顾客则直接调用用户信息,新顾客则需要录入相应信息。
身份验证成功后,将订单形成备货单并交至厨房,最后配货员对餐点进行配送,与此同时将外卖单进行外卖统计并存档。
如图1.7所示:
图1.7第一层数据流程图
6.3第二层数据流程
首先是第二层数据流程图中的订单检验板块。
对顾客订单进行订单分类,即订单中餐点属于哪类餐点,再结合库存信息表验证,检验该订单中餐点材料是否缺货,若不缺货,则成功下单,并进行订单处理生成备货单;若缺货,则将订单进行缺货统计生成缺货单并存档后以便后期采购统计,同时通过缺货单对顾客进行取消订单的反馈信息。
如图1.8所示:
图1.8第二层数据流程图-订单检验
其次是第二层数据流程图中顾客验证板块。
结合顾客信息表对下订单者进行身份验证,若为新顾客,则信息录入至信息登记表,同时更新顾客信息;若为老顾客,直接调用信息表中基本信息并更新表中订单记录,最后将更新后的顾客信息归档。
如图1.9所示:
图1.9第二层数据流程图-顾客验证
(7)数据字典及处理逻辑
为了对数据流程图中的各个元素做出详细的说明,在这里我们有必要建立数据字典。
数据字典的内容主要是对数据流程图中的数据项、数据结构、数据流、处理逻辑、数据存储和外部实体等六个方面进行具体的定义。
编写数据字典是系统开发的一项重要的基础工作一旦建立,并按编号排序之后,就是一本可供查阅的关于数据的字典,从系统分析一直到系统设计和实施都要使用它。
以下为本系统详细的数据字典内容:
7.1数据项
数据项又称为数据元素,它是最小的数据组成单位,也就是不可再分的数据单位,如产品代码、单价等。
对于每个数据元素,需要描述以下属性:
名称、别名、数据类型、长度、类型及有关数据结构的说明。
本管理系统中主要有以下数据元素
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 信息 系统分析 设计 剖析