租车管理信息系统方案.docx

上传人:b****5 文档编号:6946367 上传时间:2023-01-13 格式:DOCX 页数:25 大小:183.33KB
下载 相关 举报
租车管理信息系统方案.docx_第1页
第1页 / 共25页
租车管理信息系统方案.docx_第2页
第2页 / 共25页
租车管理信息系统方案.docx_第3页
第3页 / 共25页
租车管理信息系统方案.docx_第4页
第4页 / 共25页
租车管理信息系统方案.docx_第5页
第5页 / 共25页
点击查看更多>>
下载资源
资源描述

租车管理信息系统方案.docx

《租车管理信息系统方案.docx》由会员分享,可在线阅读,更多相关《租车管理信息系统方案.docx(25页珍藏版)》请在冰豆网上搜索。

租车管理信息系统方案.docx

租车管理信息系统方案

神州租车

管理信息系统

题目:

神州租车管理信息系统

学院:

管理学院

专业:

信息管理与信息系统

班级:

信管2班

姓名:

樊岳

学号:

2011110444201

指导教师:

赵森茂

1.系统概述

1.1企业概况

1.2企业业务概况

1.3现有信息系统概述

1.4信息系统需求概述

2信息系统分析

2.1初步调查

2.2可行性研究

2.3系统详细调查并提出新方案

3.信息系统设计

3.1信息系统总体设计

3.1.1信息系统总体布局设计

3.1.2软件系统的总体结构设计

3.2代码设计

3.3用户界面设计

3.3.1输出界面设计

3.3.2输入界面设计

3.4处理过程设计

4.系统实施

4.

.4

.6

.10.

1.2

20

20

20

21

24

26

26

27

30

 

4.1编程并编写文档

30

4.2测试30

4.3系统转换.3.2

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神州租车职能分解图如图所示

租车部的任务,录入顾客信息,生成顾客信息明细。

在顾客交付押金之后,开押金账单,并给顾客一张租车凭条,顾客以凭条为证到库管那里提取车辆,库管进行出库管理。

还车部的任务,在顾客还车时,对车进行检验,检验合格,把车入库并消除租车的记录同时顾客交付全款,检验不合格,根据损坏程度收取相应的赔

款,由财务部发放发票。

财务部的任务,根据押金账单开押金收据,当顾客交付全款时开发票,把财务录入系统生成财务明细。

对信息系统的总体需求

现有资源神州租车的全部数据处理都由人工操作,所需设备全部需要重新配置需要资源

▲系统处理方式

神州租车业务管理信息系统采用分布式处理。

租车、还车、财务三个部门各配置一台微机,三台微机联成网络,相互通信。

租车、还车、财务三个部门各自独立地进行业务处理,各部门之间的数据通信由网络完成。

▲系统硬件配置

◎三台微机(包括主机、显示器及磁盘驱动器)。

◎打印机。

◎适配器、电缆等其它网络配件。

▲软件配置

◎汉字多用户操作系统。

◎汉字dBASE—川数据库系统。

◎其它应用软件。

信息系统开发的必要性分析

基于现行销售管理系统的大部分工作都由手工来完成,造成工作效率

低,错误率高,信息反馈不及时,查询信息慢,因此本信息系统开发小组经过研究,调查及取得上级领导地支持,拟对神州租车进行以下几方面的改革:

◎系统功能重构

◎业务流程重组

◎数据流程重组

明确信息系统开发的目标,内容和规模

本系统的开发能够提高工作效率,扩大服务范围,降低工作人员的劳动

强度,提高神州租车资金利用率。

及时获取商品库存信息。

科学的管理商品和库存,提高资金利用率,尽最大可能的限度满足顾客的需要。

◎实现整个神州租车业务信息流程的计算机管理。

◎租车子系统的顾客信息处理、压进账单处理和凭条处理全部由计算机完成,增加自动登记新顾客数据的功能;自动建立租车历史记录和修改库存记录。

◎还车子系统的检验管理由计算机完成,修改库存也用计算机进行。

◎财务系统的全部数据汇总计算工作由计算机自动完成,报表的编制、打

印也由计算机完成。

项目开发的初步方案

项目的规模,目标

完成神州租车管理信息系统的建设

项目投资的粗略估计

前期准备资金

中期投资资金

后期维护资金

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关联图

 

▲第一层数据流程图

D3库存明细

S2

财务部

1)2财等明细

 

图5第一数据流程图

▲第二层数据流程图

◎租车处理

◎库存处理

◎财务处理

图6第二层数据流程图(租车处理)

 

图7第二层数据流程图(财务处理)

即1:

年明阳

图8第二层数据流程图(库存处理)

数据字典

数据字典用于进一步定义和描述所有数据项,包括数据流字典、数据存

储字典、数据处理字典、数据元素、外部项五部分。

▲数据流字典

数据流

系统名:

租车管理信息系统编号:

F1

条目名:

租车信息别名:

来源:

S1顾客

去处:

租车处理

数据流结构:

租车信息:

(租的车的信息,顾客信息(姓名,地址,电话,身份证

号)押金,)

简要说明:

▲数据元素

数据元素

系统名:

租车管理信息系统

编号:

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)计算模式,租车、还车、财务三个部门各配置一台微机,三台微机联成网络,相互通信。

租车、还车、财务三个部门各自独立地进行业务处理,各部门之间的数据通信由网络完成。

▲系统硬件配置◎三台微机(包括主机、显示器及磁盘驱动器)

◎打印机。

◎适配器、电缆等其它网络配件。

▲软件配置

◎汉字多用户操作系统。

◎汉字dBASE—川数据库系统。

◎其它应用软件。

3.1.2软件系统的总体结构设计

文字描述

神州租车业务管理信息系统共分成租车、还车、财务三个子系统

模块设计

绘制H图

图9神州租车业务管理信息系统功能模块结构

绘制IPO图

设计人:

0则:

町遷用的下矍慢块;

租毛还农貶券壹块

IPO®峯城:

神州租车M15

上虑谨用H块:

tttt:

图10系统的IPO图(主控模块)

 

IPOKI

系统名称:

务处理_模块钙称=編制报表

设计人:

■樊岳

日期.2012年5月闊日

上层调用模块;

处理模块

可调用的下层極块:

输入:

收款帐文件SKWJ销書记录

文件XSWJ应付、收款文件

YrKWJ,YSKWJ

输出:

收支平衡表SZP1B

利润报表LRB

销告记录表XSB

处理:

READSOJtXSWJ.YFKWJfYSOJ

PRTXTSZPHBtLRR,XSB

备注;

图11系统的IPO

3.2代码设计

文字描述

本系统的代码设计采用线性分类体系,按分类对象的从属、层次关系为

排列顺序。

代码设计(以车的编号代码为例)

产品代码设计

图12产品代码设计

第一、二位:

品牌三、四位数字为:

型号

编号

类别

01

别克

02

大众

03

宝马

编号

类别

01

X3..

02

X5

03

X6

四、五、六位数为字:

价钱

七、八两位数字为:

先后顺序

 

编号

类别

01

第一位

02

第二位

01

第三位

编号

类别

01

100-200

02

200-400

03

400-1000

例如:

校验码为:

采用算术级数算法

例如:

雷克萨斯ct200h

1020101

*1234567

1060507

则该代码的第八位为(1+0+6+0+5+0+7)Mod7=5

雷克萨斯ct200h的代码为10201015

备注:

当余数为10时则校验码为0

3.3数据存储设计

概述

在系统的数据库设计中,首先要对系统分析得到的数据词典中的数据存储进行分析,分析各数据存储之间的关系,课采用E-R图的方法进行数据结构分析。

这里以药材数据库为例。

实体一关系模型(E—R模型)

绘制E—R图

 

 

 

3.4用户界面设计

3.4.1输出界面设计

,形成高质量的有效信

输出是由计算机对输入的原始信息进行加工处理

息,并使之具有一定得格式,提供管理者使用。

输出信息内容

取车城市、日期、租期、品牌、车型

订单等。

输出设备

显示终端、打印机。

输出介质

纸张、磁盘

取车城市中文;拼音

下一步

 

GL8腹价7900尤现价6688川〃I

新椰#特

原价7400元

现价7388/C//J

奧逊A6L

原价13236元

现倚貂688心川

三聲期月相饥書保既檔保费乩全新*

图12客户信息输出界面

3.4.2输入界面设计

输入信息内容

城市、门店、时间、还车、城市、门店、时间、优惠码

输入设备和介质

键盘、鼠标、光盘、移动硬盘、读卡器、扫描仪

崽租门-30天》

长租(30天以上)

取车》

城市申文胸音~|E送车上门

n店匾蜃门店/唾瓦耳

时间|2012«25||10点T|0WT

索提前24小时预时,最高省W%!

还车》

城市中文腼音"3Z目上门取车门店[请迭择门店/朋劳点匸

时间2012-05-2710(5QD分二~

优惠码

请输优惠码(若有)

 

3.4处理过程设计

文字描述

绘制处理流程图

租车业务流程图

图13租车业务流程图

4.系统实施

4.1编程并编写文档

本系统在上述系统设计的基础上进行编程,这里就不做过多赘述

4.2测试

系统测试是信息系统的开发周期中一个十分重要的活动。

尽管在系统开发

周期的各个阶段均采取了严格的技术审查,但依然难免遗留下差错,如果没有

再投入运行前的系统测试阶段被发现纠正,问题迟早会在运行中暴露出来,到

那时要纠正错误将要会付出更大的代价。

因此我们有必要进行系统测试。

我们要以找错误为目的,不是要证明程序无错,而是要精心选取那些易于发生错误的测试数据,以十分挑剔的态度,去寻找程序的错误。

测试工作应避免由原开发软件的个人或小组来承担。

设计测试用列不仅要包括合理、有效的输入数据,还要包括无效的或不合理的输入数据。

不仅要检验程序是否做了该做的事,还要检查程序是否同时做了不该做的事。

保留测试用例,将会给重新测试和追加测试带来方便。

测试方法:

人工测试

个人复查

源程序编写完成后,直接由程序员自己进行检查。

走查

由三至五人组成测试小组,测试小组成员是未介入过该软件设计工作的有经验的程序设计人员。

测试在预先阅读过该软件资料和源程序的前提下,由测试人员扮演计算机的角色,用人工方法将测试数据输入被测程序,并在纸上跟踪监视程序的执行情况,让人带特机器沿着程序的逻辑走一遍,发现程序中的错误。

会审

测试小组的构成与走查相似,要求测试成员在会审前仔细阅读软件有关资料,根据错误类型清单,填写检测表,列出根据错误类型要提问的问题。

会审时,由程序作者逐个阅读和讲解程序,测试人员逐个审查、提

问、讨论可能产生的错误。

会审要对程序的功能、结构及风格等全部内容进行审查。

机器测试

黑盒测试(功能测试)

将软件看成黑盒子,在完全不考虑程序内部结构和特性的情况下,研究软件的外部特性。

根据软件的需求规格说明书设计测试用例,从程序的输入和输出特性上测试是否满足设定的功能。

白盒测试(结构测试)

将软件看成一个透明的盒子,按照程序的内部结构和处理逻辑来选定测试用例,对软件的逻辑路径及过程进行测试,检查与设计是否相符。

系统的测试工作一般有以下四个步骤:

设计信息软件需求信息系统其他元素4

模块

确认后软件

系统*

测试4

图14系统的测试过程

过程如下:

◎单元测试

◎组装测试

◎确认测试

◎系统测试

4.3系统转换

做出系统转换计划

由于原来企业一直为手工操作,大多员工需要进行一定的培训和熟悉之后

才能够使用新系统进行工作,因此在这里采取分段转换的方式,即在新系统全

部正式运行之前,分阶段一部分一部分地替代原有手工方式,如图35所示

老系统

新系统

时间

图15分段转换

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 工作范文

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1