汽车4S店销售管理系统分析与设计.doc

上传人:b****2 文档编号:1021353 上传时间:2022-10-15 格式:DOC 页数:29 大小:4.51MB
下载 相关 举报
汽车4S店销售管理系统分析与设计.doc_第1页
第1页 / 共29页
汽车4S店销售管理系统分析与设计.doc_第2页
第2页 / 共29页
汽车4S店销售管理系统分析与设计.doc_第3页
第3页 / 共29页
汽车4S店销售管理系统分析与设计.doc_第4页
第4页 / 共29页
汽车4S店销售管理系统分析与设计.doc_第5页
第5页 / 共29页
点击查看更多>>
下载资源
资源描述

汽车4S店销售管理系统分析与设计.doc

《汽车4S店销售管理系统分析与设计.doc》由会员分享,可在线阅读,更多相关《汽车4S店销售管理系统分析与设计.doc(29页珍藏版)》请在冰豆网上搜索。

汽车4S店销售管理系统分析与设计.doc

汽车4S店销售管理系统分析与设计

24

摘要

随着人们生活水平的不断提高,人们对汽车的消费和需求也越来越旺盛。

多汽车销售公司仍然采用人工记账的传统方法,既容易出错又会导致账目混乱,查询和统计起来也非常不方便,费时又费力,严重时会给公司造成难以挽回的损失。

如何做好销售管理,使整个公司协调一致、高效率地运转,是各公司急待解决的问题。

 

本设计主要根据实际需求,划分了售前管理、车辆管理、订货管理、查询管理、售后管理和系统设定六大模块,并使用C#语言和 SQL Server 2000数据库,采用B/S模式实现了客户来访、报价、订购等多个环节数据的跟踪管理服务,基本上满足了汽车销售管理流程的功能需求。

汽车销售管理系统不但能使各业务环节协调一致,而且操作简单,账目清晰。

通过账目查询,公司能在最短的时间内获得市场信息,从而制订相应的决策。

关键词:

工资管理系统;PowerDesigner;MicrosoftOfficeVisio;数据库

目录

第一章前言 1

1.1背景 1

1.2编写目的 1

1.3定义 1

第二章可行性分析 2

2.1技术的可行性 2

2.2经济的可行性 2

2.3管理上的可行性 2

2.4结论 2

第三章需求分析 4

3.1具体需求 4

3.1.1功能需求 4

3.2数据流图 5

3.3数据字典 7

3.4实体关系模型图 7

3.4.1实体图 7

3.4.2总体E-R图 8

3.5性能需求 9

3.6数据管理能力需求 9

3.7故障处理需求 10

3.8其他需求 10

3.9运行环境需求 10

第四章总体设计 11

4.1系统分析 11

4.2系统设计 11

4.2.1软件组织结构 11

4.3功能说明 12

4.4重要数据的数据结构设计 12

4.4.1变量设计 12

4.5函数设计 12

第五章详细设计 13

5.1数据库的详细设计 13

5.2数据库的实现 13

5.3界面设计 14

5.3.1系统登录界面 15

5.3.2系统主界面 15

5.4系统功能详细说明 16

5.4.1客户信息管理模块 16

5.4.2销售合同管理模块 16

5.4.3缴费信息设置模块 16

5.4.4保险合同管理模块 16

第六章系统实现 18

6.1系统登录窗体 18

6.2客户信息登记窗体 19

6.3销售合同管理窗体 20

6.4保险合同管理窗体 20

第七章系统测试 22

7.1登录测试 23

7.2系统功能模块测试 24

第八章使用说明 25

8.1运行环境 26

8.2性能说明 26

8.3操作说明 27

总结与展望 24

参考文献 25

第一章前言

1.1背景

  在科技迅速发展、电脑不断普及的现今社会。

各大企业的规模不断庞大,员工数量的不断增加,要想更加方便快须借助计算机来进行现代化信息的实现。

工资管理管理系统正是为此而设计开发的。

1.2编写目的

  可行性研究的目的是研究问题,花费最小的代价,以最快的速度提出解决问题的方法。

经过对此项目的详细准确的研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。

明确开发风险及其所带来的经济效益。

本报告经审核后,交软件经理审查。

1.3定义

汽车销售管理系统(Automobilesalesmanagementsystem)分别是“汽车销售管理系统”的英文。

系统登陆模块:

主要负责管理员进入系统的一个身份验证。

4s店销售管理模块:

主要负责汽车信息管理。

保险销售管理模块:

主要负责管理汽车保险销售业务。

销售人员管理模块:

主要负责销售人员的信息的查询管理

财务统计管理模块:

主要负责统计汽车销售的总额及各项金额。

第二章可行性分析

  可行性研究的目的是付出最小的代价在尽可能短的时间里确定问题是否通解决,系统的可行性分析可以从以下几个方面研究:

2.1技术的可行性

  技术上的可行性是主要分析现有的技术条件能否顺利完成项目的开发工作,软硬件能否满足开发者的需要等等,利用计算机的特点,发挥计算机数据处理速度快,准确率高的优势。

再加上现代计算机硬件与软件技术的飞速发展,为工资管理系统的建设提供了技术条件。

由于工资管理系统这一类的企业管理系统进行开发已有一定的时期,有很多成功的实例上,技术基础也已经非常雄厚,再根据自己当前所掌握的技术和学习进度,因而技术上也是可行的。

2.2经济的可行性

  主要是对项目经济效益进行一个整体的评估,一方面是支出所花费的费用,其中包括设备的购置费,软件开发所需的费用,管理和维护的费用,人员工资和培训费用等。

另一方面是取得的收益可以用钱来衡量的那部分以及使用本系统从而提高的效率、节约的人力物力。

基于现今社会各大企业所现有的计算机及配套设备,建设MIS系统,不仅大大降低了办公费用,而且提高了办公效率,而且能检测数据效用,为各大企业提供方便。

由于本工资管理系统是由我所开发的,投入相对较少,但却能获得较大的收益,所以经济上也是十分可行的。

2.3管理上的可行性

  主要是管理人员对开发信息系统是否支持并且是否熟悉,现有管理制度是否科学合理,规章制度是否齐全,原始数据是否正确等。

工资管理系统比较完善的规章制度和管理方法将会为系统的建设提供了一个安全保障,一个软件设计的好坏,关键在于产品的可靠性,稳定性,便于系统的维护,系统采用模块化程序的设计方法,不仅便于系统功能的各种组合和修改,而且便于未参与开发的技术维护人员进行补充和维护。

2.4结论

由于缺乏专业人士的帮助和建议,并且缺少实际经验,因此该管理系统可能做的不太健全,远不是真正意义上的软件、工业产品,只能算是一个半成品。

可能还存在缺陷,不足之处有待改进。

根据以上分析,我认为开发此系统的条件已经具备,可以开始进行开发。

并且我相信此软件经济实惠,肯定具有良好的前景。

我也将会逐步完善该软件,尽可能地满足企业的需求。

让各大企业能够十分方便的操作这款软件,同时保证信息在处理时的高效性。

因此我开发的工资管理系统可行!

第三章需求分析

3.1具体需求

3.1.1功能需求

(1)4s店销售管理

简述:

汽车信息管理,包括车辆存入,车辆查询,信息修改,信息删除。

输入:

汽车销售信息

处理过程描述:

汽车销售信息存数据库。

输出:

操作成功或失败的提示信息。

(2)保险销售管理

简述:

管理汽车保险销售业务

输入:

各项保险业务信息

处理过程描述:

消费情况录入系统

输出:

操作成功或失败的提示信息,产生消费清单

(4)财务统计

简述:

统计汽车销售的总额及各项金额

输入:

管理(增删改查)缴费信息

处理过程描述:

汽车销售信息查询情况

输出:

汽车销售金额

(5)销售人员管理

简述:

员工信息管理,包括员工基本信息、上班情况及对各种信息的查询和修改。

输入:

销售人员信息

处理过程描述:

由员工编号查询或修改各种信息

输出:

操作失败或者提示信息

3.2数据流图

绘制数据流图的目的是为了方便开发人员与用户之间的交流,以及为系统的设计提供依据。

数据流图的绘制过程通常是采用自顶向下,逐层分解,直到功能细化为止,形成若干层次的数据流图。

汽车销售管理系统的数据流图如下所示:

图3-1顶层数据流图

图3-2第一层数据流图

图3-3第二层数据流图

3.3数据字典

名称:

客户信息档案

别名:

描述:

记录客户的基本信息

定义:

客户信息=姓名+身份证号+车单号+购买日期

位置:

输出到销售管理档案

名称:

缴费信息档案

别名:

描述:

记录汽车的销售缴费信息

定义:

缴费信息=车单号+交易单号+销售价格

位置:

输出到销售管理档案

名称:

销售合同档案

别名:

描述:

记录车辆销售合同信息

定义:

销售合同=车单号+合同编号

位置:

输出到销售管理档案

名称:

车辆保险合同档案

别名:

描述:

记录车辆保险合同信息

定义:

车辆保险合同档案=车单号+发动机号+保险单号+车主姓名+车主身份证号

位置:

输出到销售管理档案

3.4实体关系模型图

根据系统的功能需求画出实体联系图(E-R)图:

3.4.1实体图

图3-4客户信息档案实体

图3-5缴费信息档案实体

图3-6销售合同档案实体

图3-7车辆保险合同档案实体

3.4.2总体E-R图

图3-8实体关系(E-R)图

3.5性能需求

1、精度

软件主要用于管理,不是科学计算,要求计算的精度不是很苛刻,所以输入、输出数据精度的要求不是很高,可以用浮点数。

2、时间特征要求

软件运行的响应时间要求不超过1-2秒。

3、灵活性

软件具有升级功能,以满足用户的需求。

3.6数据管理能力需求

  本软件管理的数据大都以数据库的形式储存,主要包括客户基本信息,缴费信息,销售合同信息,车辆保险合同信息。

其中客户基本信息和缴费信息需时刻更新更改。

3.7故障处理需求

  本软件具有错误和异常的处理能力,基本不会有软件故障,保证软件能正在运行,有对数据库备份的功能,这样才能使用户满意。

3.8其他需求

  本软件有保密功能,设立了系统账号管理功能,用户登录时需要验证用户名及密码,对于三次密码输入错误的使用者则关闭此系统,这样保证了数据的安全。

本软件使用也十分方便,以窗口的形式呈现给用户,很容易操作。

3.9运行环境需求

内存:

512M;

硬盘:

80G;

操作系统为Windows系列。

第四章总体设计

4.1系统分析

  根据用户的要求以及对需求分析阶段对功能的分析,要实现4s店销售管理、保险销售管理、财务统计管理、销售人员管理。

(1)4s店销售管理设置:

客户信息的增删改查。

(2)保险销售管理设置:

保险合同的增删改查。

(3)财务统计管理设置:

销售金额的统计增删改查。

(4)销售人员管理设置:

销售人员的基本信息的增删改查。

4.2系统设计

  由问题分析我们确定了本系统需要哪些确切的功能模块和组织结构。

4.2.1软件组织结构

本系统的总体结构采用菜单来调用窗体,利用窗体来进行管理、数据加工、信息查询等工作,系统的功能模块图如图4-1

图4-1系统功能结构图

4.3功能说明

  系统分为四个模块来对实现其功能需求,即:

4s店销售管理、保险销售管理、财务统计管理、销售人员管理。

1、4s店销售管理

4s店销售管理:

对客户的信息进行增删改

2、保险销售管理模块

保险销售管理:

对销售合同进行修改和查询

3、财务统计管理设置

销售金额设置:

设置车辆的销售金额

金额统计设置:

对所有车辆交易金额的统计设置

4、销售人员管理管理

销售人员管理:

对销售人员的信息进行增删改

4.4重要数据的数据结构设计

4.4.1变量设计

在系统的代码实现的时候,必须用到一些变量,一般我们所用到的变量为两种:

一是全局变量、二是局部变量。

全局变量:

以“global_”加字母作为变量名,如:

global_name。

局部变量:

不限制。

4.5函数设计

为了简化程序,并且提高代码的重要性,在编写代码时,对多次用到代码段,定义成函数,在用到的地方直接调用函数。

全局函数以“gfunction_”加函数名,如:

gfunction_Add();

局部函数以“zfunction_”加函数名,如:

zfunction_Add();

第五章详细设计

  在此阶段将对系统进行更详细的分析和设计,目的是确定如何具体地实现所要求的系统。

5.1数据库的详细设计

在设计和实现代码之前必须设计好数

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

当前位置:首页 > 高等教育 > 法学

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

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