租车管理信息系统.docx
《租车管理信息系统.docx》由会员分享,可在线阅读,更多相关《租车管理信息系统.docx(29页珍藏版)》请在冰点文库上搜索。
租车管理信息系统
神州租车
管理信息系统
题目:
神州租车管理信息系统
学院:
管理学院
专业:
信息管理与信息系统
班级:
信管2班
姓名:
樊岳
学号:
2011110444201
指导教师:
赵森茂
1.系统概述3
1.1企业概况3
1.2企业业务概况3
1.3现有信息系统概述4
1.4信息系统需求概述4
2信息系统分析4
2.1初步调查4
2.2可行性研究7
2.3系统详细调查并提出新方案9
3.信息系统设计15
3.1信息系统总体设计15
3.1.1信息系统总体布局设计15
3.1.2软件系统的总体结构设计16
3.2代码设计18
3.3用户界面设计20
3.3.1输出界面设计20
3.3.2输入界面设计21
3.4处理过程设计22
4.系统实施24
4.1编程并编写文档24
4.2测试24
4.3系统转换26
1.系统概述
1.1企业概况
神州租车(ChinaAutoRental,简称CAR成立于2007年9月,总部位于北京。
作为中国汽车租赁行业的领跑者,神州租车积极借鉴国际成熟市场成功的汽车租赁模式,并结合中国客户的消费习惯,为广大消费者提供专业化的汽车租赁服务,以及完善的各项增值服务。
神州租车坚持以客户为本的专业态度,颠覆繁琐的传统租车模式,为客户提供了快速便捷的全新租车服务体验。
公司遍布在中国大陆各主要城市及旅游地区的服务网络,以及,专业化的24小时的取还车服务和客户服务,不仅可以随时随地满足客户的租车服务需求,更可为客户的安全行车保驾护航。
2012年1月19日,神州租车向美国证券交易委员会(SEC)递交上市申请,成为近五个月来首家启动赴美上市的中国公司,也是去年中国概念股财务造假事件频发、SEC制定“海外企业在美上市”新规之后第一家在美申请上市的中国企业。
首个中国的租车企业今年有望登陆美国股市。
神州租车计划最多募
集3亿美元,所筹资金将用于归还债务和购买车辆,目前未透露拟发行股份数量或价格区间。
1.2企业业务概况
秉持“AnyOneAnyTime、AnyCar、AnyWhere”的服务理念,神州租车以推动绿色出行观念的普及和新型汽车消费文化的发展为己任,致力成为中国消费者最信赖的汽车租赁服务品牌,并立志为推动中国的汽车租赁产业和汽车工业的发展而努力。
截至2012年3月底,神州租车在全国66个城市、52个主要机场拥有500多个门店和服务点,车队规模约29000台,服务的个人客户近百万名,企业客户数千家,是中国目前服务网络最大、服务网点最多、车队规模最大、服务品种最全的全国性大型汽车租赁服务企业。
1.3现有信息系统概述
神州租车的主要业务是向顾客提供车辆。
按照有关规定,神州租车在每月需向税务机关交纳一定的税款。
神州租车的全部数据处理都由人工操作。
由于经营的商品品种丰富,每天营业额很大,因此业务人员的工作量十分艰巨。
最近,连锁店不多增多,从而经营品种、范围和数据处理的工作量大大增
加,需要建立一个计算机管理信息系统,以减轻工作人员的劳动强度,提高业
务管理水平,适应新的发展。
1.4信息系统需求概述
本系统总体要求为:
提高工作效率,扩大服务范围,降低工作人员的劳动强
度,提高资金利用率。
及时获取商品库存信息。
科学的管理商品和库存,提高资
金利用率,尽最大可能的限度满足顾客的需要。
2信息系统分析
2.1初步调查
企业概况
企业组织结构图
图1神州租车组织结构如图所示
企业职能分解图
图2神州租车职能分解图如图所示
租车部的任务,录入顾客信息,生成顾客信息明细。
在顾客交付押金之后,开押金账单,并给顾客一张租车凭条,顾客以凭条为证到库管那里提取车辆,库管进行出库管理。
还车部的任务,在顾客还车时,对车进行检验,检验合格,把车入库并消除租车的记录同时顾客交付全款,检验不合格,根据损坏程度收取相应的赔款,由财务部发放发票。
财务部的任务,根据押金账单开押金收据,当顾客交付全款时开发票,把财
务录入系统生成财务明细。
对信息系统的总体需求
现有资源
神州租车的全部数据处理都由人工操作,所需设备全部需要重新配置。
需要资源
▲系统处理方式
神州租车业务管理信息系统采用分布式处理。
租车、还车、财务三个部
门各配置一台微机,三台微机联成网络,相互通信。
租车、还车、财务三个
部门各自独立地进行业务处理,各部门之间的数据通信由网络完成。
▲系统硬件配置
◎三台微机(包括主机、显示器及磁盘驱动器)。
◎打印机。
◎适配器、电缆等其它网络配件。
▲软件配置
◎汉字多用户操作系统。
◎汉字dBAS—川数据库系统。
◎其它应用软件。
信息系统开发的必要性分析
基于现行销售管理系统的大部分工作都由手工来完成,造成工作效率低,错误率高,信息反馈不及时,查询信息慢,因此本信息系统开发小组经过研究,调查及取得上级领导地支持,拟对神州租车进行以下几方面的改革:
◎系统功能重构
◎业务流程重组
◎数据流程重组明确信息系统开发的目标,内容和规模本系统的开发能够提高工作效率,扩大服务范围,降低工作人员的劳动强度,提高神州租车资金利用率。
及时获取商品库存信息。
科学的管理商品和库存,提高资金利用率,尽最大可能的限度满足顾客的需要。
◎实现整个神州租车业务信息流程的计算机管理。
◎租车子系统的顾客信息处理、压进账单处理和凭条处理全部由计算机完
成,增加自动登记新顾客数据的功能;自动建立租车历史记录和修改库存记录。
◎还车子系统的检验管理由计算机完成,修改库存也用计算机进行。
◎财务系统的全部数据汇总计算工作由计算机自动完成,报表的编制、打印
也由计算机完成。
项目开发的初步方案
项目的规模,目标
完成神州租车管理信息系统的建设
项目投资的粗略估计
前期准备资金
中期投资资金
后期维护资金
75000元
30000元
45000元
人员配备情况
以小组(约30人)为单位进行管理信息系统的运行。
进度计划:
2011年12月10日——2012年5月25日
12月10日:
组成项目小组,进行项目可行性分析
12月20日:
进行业务流程分析和功能需求分析,并画业务流程图和基
本模型图
1月01日:
进行数据流程分析并画数据流图,根据数据流图列出了数据
字典卡片,然后对数据字典进行处理描述
1月10日:
确定目标系统功能并进行数据分析,其中包括数据库建模和
关系数据的描述,并画新型数据流图。
1月15日:
进行新的业务流程设计和系统功能设计。
2月20日:
数据库结构设计和数据库设计(包括逻辑设计和物理设计)
3月25日:
详细设计和系统实施
4月15日:
软件测试
5月25日:
项目完成并交付运行
2.2可行性研究
现行系统概述
系统目标,规模,开发背景等概述
神州租车的全部数据处理都由人工操作,工作量大,工作效率低,错误
率高,信息反馈不及时,因此本信息系统开发小组经过研究、调查及取得上
级领导地支持,拟对该神州租车进行以下几方面的改革:
◎系统功能重构
◎业务流程重组
◎数据流程重组
进一步明确信息系统建设的目标,需求及系统边界与范围。
◎实现登记、整理数据,处理顾客信息。
◎向经理提供各种业务统计报表。
◎提供各级查询。
◎租车、还车、财务各部门的业务数据处理实现自动化。
可行性分析
新系统方案
◎实现登记、整理数据,处理顾客信息。
◎向经理提供各种业务统计报表。
◎提供各级查询。
◎销售、采购、会计各部门的业务数据处理实现自动化。
经济可行性分析购买和安装设备的费用:
计算机硬件、系统软件、机房、电源、空调等,共计7万。
软件开发费用:
若由本单位的技术人员开发,则该项费用可以计入下面的人员费用一项,共计3万。
人员费用:
系统开发人员、操作人员和维护人员的工资、培训费用等,共计3万;由于本项目的特殊性该部分费用可节省。
消耗品费用:
系统开发所用材料、系统正常运行所用消耗品,例如电费,
打印纸、软盘、开发软件等开支;共计2万。
该企业所批的新系统的开发费用和今后的运行、维护费用为15万。
因此,
改造费用方面是可行的。
技术可行性分析为神州租车开发一个信息管理系统,需要数据库编程工具的支持,如PoweredBuilder,VisualBasic,C++Builder等工具即可不错地完成任务。
考虑到PoweredBuilder的最终可执行程序对动行环境的要示过于苛刻(主要是支持库的不完善),和VisualBasic的功能不够强大,C++Builder是不错的选择。
C++Builder继承继承了Borland公司的同类产品Delphi对数据库强大的支持,和其丰富的VCL控件资源,加上其使用语言C++勺广泛普及,用它开发一个关于神州租车管理信息系统,不存在技术上的问题。
营运可行性分析经过分析调查,对新系统运行后对现在的工作效率会有明显提高。
同时经过管理人员的培训使他们能够在新的技术条件下能够顺利开展工作。
结论按上述三方面进行可行性分析、研究后,我们认为由于神州租车的管理人员大多都具备操作计算机的能力,另外,此系统是一个小型信息管理系统,花费不大。
所以建立新系统是可行的,可以立项的
2.3系统详细调查并提出新方案
信息系统主要工作内容概述
◎实现登记、整理数据,处理顾客信息。
◎向经理提供各种业务统计报表。
◎提供各级查询。
◎租车、还车、财务各部门的业务数据处理实现自动化。
详细了解用户需求,进一步明确系统的主要目标和功能
业务流程分析
文字描述现行系统的业务流程情况如下图所示。
各项业务数据的输入、处理、存储和输出概况见表1。
业务流程图
信息流程分析
文字描述
信息流程中分别有顶层数据流程图,第二层数据流程图,第三层数据流层图
数据流程图
▲顶层数据流程图
图4关联图
▲第一层数据流程图
图5第一数据流程图
▲第二层数据流程图
◎租车处理
◎库存处理
◎财务处理
■i.生耳旳a』
PL,4
开凭条
I'LlIfIf
營理员
S3
.牛.戒干的衛'
Ih
PL2
录人信息
-
1
开押金默巾
i
1
财务部
S2
图6第二层数据流程图(租车处理)
P2押金卑单
管理员
P3.1
1!
►
PC!
时外HJ]讪
S3
入账处理
■
1k
押金料躺>
P3,2
开押’金收据
图7第二层数据流程图(财务处理)
图8第二层数据流程图(库存处理)
数据字典
数据字典用于进一步定义和描述所有数据项,包括数据流字典、数据存
储字典、数据处理字典、数据元素、外部项五部分。
▲数据流字典
数据流
系统名:
租车管理信息系统编号:
F1
条目名:
租车信息别名:
来源:
S1顾客
去处:
租车处理
数据流结构:
租车信息:
(租的车的信息,顾客信息(姓名,地址,电话,身份证号)
押金,)
简要说明:
修改记录:
编写
日期
审核
日期
表2数据流
▲数据元素
数据元素
编号:
M1
别名:
属于数据流:
F1
、F3
存储处:
D1
数据元素结构:
系统名:
租车管理信息系统条目名:
车的信息标识
车:
车的编号:
2位组成按车的品牌型号编码女口:
宝马、
X5等
.车的价钱一:
组成位数各不
车的编号相同
简要说明:
修改记录:
编写
日期
审核
日期
5
表3数据元素
药品型号:
根据具体品牌
车的价钱来定
车的型品牌:
组成为以品牌来定
车的品牌
▲数据存储字典
数据存储
系统名:
租车管理信息系统编号:
D1
条目名:
租车明细别名:
存储组织:
租出每辆车的一条记录
主关键字:
记录组成:
项名:
车的标识客户信息
近似长度(字节):
624
简要说明:
修改记录:
编写
日期
审核
日期
表4数据存储
▲数据处理字典
生成车的编号
系统名:
租车管理信息系统编号:
P1.1
条目名:
生成车的编号别名:
输入:
F1.1订单
F1.3顾客情况
输出:
车的编号
顾客信息
生成逻辑:
根据车的品牌,型号和顾客先后顺序生成编号。
简要说明:
无
修改记录:
编写
日期
审核
日期
表5数据处理字典
▲外部项
外部项
系统名.租车管理信息系统编号:
S1
条目名:
顾客别名:
顾客
输入数据流:
押金收据,凭条
输出数据流:
顾客信息、押金
主要特征:
顾客主要特征是:
姓名、地址、电话、身份证号
简要说明:
存储顾客的各类信息,包括顾客姓名、地址等。
修改记录:
编写
日期
审核
日期
表6外部项
3.信息系统设计
3.1信息系统总体设计
3.1.1信息系统总体布局设计
神州租车业务管理信息系统采用分布式系统的浏览器/Web服务器(B/S)
计算模式,租车、还车、财务三个部门各配置一台微机,三台微机联成网络,
相互通信。
租车、还车、财务三个部门各自独立地进行业务处理,各部门之
间的数据通信由网络完成。
▲系统硬件配置
◎三台微机(包括主机、显示器及磁盘驱动器)。
◎打印机。
◎适配器、电缆等其它网络配件。
▲软件配置
◎汉字多用尸操作系统。
◎汉字dBAS—m数据库系统
◎其它应用软件。
3.1.2软件系统的总体结构设计
文字描述
神州租车业务管理信息系统共分成租车、还车、财务三个子系统
模块设计
绘制H图
财务部
发票管理
图9神州租车业务管理信息系统功能模块结构
绘制IPO图
奎塩:
畔州租主MI5
IPOE
»i+A:
aw;圭痊
0U=
上屠週用瞰,
可開用的卞=
租空、还车_阳芻慎扶
»A:
^eftwc.iju
:
注赚:
图10系统的IPO图(主控模块)
1門脚
上层调用模块*
可调用的下以模块’
处理模块
输入;
收款帐文件SKWJ销售记录文件活町应付、收款文件
YFKWJ.YSKWJ
输出t
收支平衡表SZHB利润fli衷LRB销害记录稅XSB
READSKffJ.XSffJ,YFKWJ,YSKWJ
PRINTS2PHB丄RE,XSB
处理:
图11系统的IPO
3.2代码设计
文字描述
本系统的代码设计采用线性分类体系,按分类对象的从属、层次关系为
排列顺序。
代码设计(以车的编号代码为例)
产品代码设计
三、四位数字为:
型号
编号
类别
01
别克
02
大众
03
宝马
…
…
编号
类别
01
X3
02
X5
03
X6
第一、二位:
品牌
图12产品代码设计
校验码为:
采用算术级数算法
例如:
雷克萨斯ct200h
1020101
*1234567
1060507
则该代码的第八位为(1+0+6+0+5+0+7)Mod7=5
雷克萨斯ct200h的代码为10201015
备注:
当余数为10时则校验码为0
3.3数据存储设计
概述
在系统的数据库设计中,首先要对系统分析得到的数据词典中的数据存储进
行分析,分析各数据存储之间的关系,课采用E-R图的方法进行数据结构分析。
这里以药材数据库为例。
实体一关系模型(E—R模型)
3.4.1输出界面设计
输出是由计算机对输入的原始信息进行加工处理,形成高质量的有效信息,
并使之具有一定得格式,提供管理者使用。
输出信息内容
取车城市、日期、租期、品牌、车型
订单等。
输出设备
显示终端、打印机
输出介质
纸张、磁盘
GL8原价T9007E
耕帕萨特底价740011:
奥迪負6L麻价13236JE
现价6688/C/JJ
现价7388朮H
W1168I
JE/JI
取车城市中文拼音
取主日崩
三年期片祖亦刘杲卷堆锲韻虬全«r图12客户信息输出界面
342输入界面设计
输入信息内容
城市、门店、时间、还车、城市、门店、时间、优惠码输入设备和介质
键盘、鼠标、光盘、移动硬盘、读卡器、扫描仪
短租⑴3U天》
取
车»
城
市
门
01
还
车»
城
市
门
店
0:
a
优惠码
中文幅
请选择门店用E劳点▼
□送车上门
2012-05-2510St。
吩▼
3.4处理过程设计
文字描述
绘制处理流程图
租车业务流程图
图13租车业务流程图
4.系统实施
4.1编程并编写文档
本系统在上述系统设计的基础上进行编程,这里就不做过多赘述。
4.2测试
系统测试是信息系统的开发周期中一个十分重要的活动。
尽管在系统开发周期的各个阶段均采取了严格的技术审查,但依然难免遗留下差错,如果没有再投入运行前的系统测试阶段被发现纠正,问题迟早会在运行中暴露出来,到那时要纠正错误将要会付出更大的代价。
因此我们有必要进行系统测试。
我们要以找错误为目的,不是要证明程序无错,而是要精心选取那些易于发生错误的测试数据,以十分挑剔的态度,去寻找程序的错误。
测试工作应避免由原开发软件的个人或小组来承担。
设计测试用列不仅要包括合理、有效的输入数据,还要包括无效的或不合理
的输入数据。
不仅要检验程序是否做了该做的事,还要检查程序是否同时做了不该做的
事。
保留测试用例,将会给重新测试和追加测试带来方便。
测试方法:
人工测试
个人复查
源程序编写完成后,直接由程序员自己进行检查。
走查
由三至五人组成测试小组,测试小组成员是未介入过该软件设计工作的
有经验的程序设计人员。
测试在预先阅读过该软件资料和源程序的前提下,
由测试人员扮演计算机的角色,用人工方法将测试数据输入被测程序,并在
纸上跟踪监视程序的执行情况,让人带特机器沿着程序的逻辑走一遍,发现
程序中的错误。
会审
测试小组的构成与走查相似,要求测试成员在会审前仔细阅读软件有关资料,根据错误类型清单,填写检测表,列出根据错误类型要提问的问题。
会审时,由程序作者逐个阅读和讲解程序,测试人员逐个审查、提问、讨论可能产生的错误。
会审要对程序的功能、结构及风格等全部内容进行审查。
机器测试
黑盒测试(功能测试)
将软件看成黑盒子,在完全不考虑程序内部结构和特性的情况下,研究
软件的外部特性。
根据软件的需求规格说明书设计测试用例,从程序的输入
和输出特性上测试是否满足设定的功能。
白盒测试(结构测试)
将软件看成一个透明的盒子,按照程序的内部结构和处理逻辑来选定测试用例,对软件的逻辑路径及过程进行测试,检查与设计是否相符。
系统的测试工作一般有以下四个步骤:
可_te行系统
图14系统的测试过程
过程如下:
◎单元测试
◎组装测试
◎确认测试
◎系统测试
4.3系统转换
做出系统转换计划
由于原来企业一直为手工操作,大多员工需要进行一定的培训和熟悉之后才
能够使用新系统进行工作,因此在这里采取分段转换的方式,即在新系统全部正
式运行之前,分阶段一部分一部分地替代原有手工方式,如图35所示
老系统
新系统
时间
图15分段转换