3 系统设计说明书
3.1总体结构设计
我们设计的管理信息系统主要包括：系统管理子系统，销售管理子系统，汽车维修及零配件管理子系统，客户管理子系统四个子系统。其主要功能如图3-1所示：
汽车4S店管理系统1系统管理1.11.21.3登录退出系统设置2销售管理2.1销售管理2.1.12.1.22.1.33维修及配件管理4客户管理3.1维修接单3.1.14.14.24.34.4客户信息管理客户回访用户跟踪管理客户日常管理4.4.14.4.24.4.3准客户管理维修派工项目跟进销售跟进3.1.2销售协议管理3.2维修交付3.2.13.2.22.2基础资料管理2.2.12.2.22.2.3完工检验结算明细保险索赔投诉处理体验服务汽车保险服务厂商资料车型资料3.2.3员工资料3.33.4维修服务跟踪零配件管理3.4.13.4.23.4.34.5VIP客户管理订货入库配件销售 图3-1汽车4S店功能结构图
我们设计的汽车4S店管理信息系统主要为汽车4S店的日常运营、决策管理提供信息服务，它覆盖了汽车4S店的销售、维修、客户管理等各个单元，涉及所有业务职能，系统能够对销售管理、维修进度管理、客户管理等方面提供存储、更新、查询、统计汇总等功能。
3.2模块结构设计
事物处理购务车业购车业务判断购车业务议购车购购选择处理购可达成不可达成客户处理车议车协协车协议协更新信息（1）系统管理子系统分析：
在系统管理子系统中，主要实现登入、退出以及系统设置功能。在系统设置方案，由系统管理员登入后，能进行系统的相关设置，各部门管理员添加、修改、删除的操作。
（2）销售管理子系统分析：
图3-2 销售管理子系统功能层次图
汽车4S店管理信息系统的销售管理子系统，拥有对有意向购车的客户进行登记并有录入到客户档案数据库中权利。能进行客户的销售管理与销售跟进等日常的汽车4S店销售管理业务。并拥有对厂商、车型、员工数据进行添加、删除、修改等操作的权限。
（3）汽车维修及零配件管理子系统分析
购车业务议订货处理订货单登记新客户信息修改老客户信息发货处理发货单更新信息更新客户信息数据库发货
图3-4 维修及配件管理子系统功能层次图
汽车4S店管理信息系统的汽车维修及零配件管理子系统，能对客户的维修单进行管理，根据客户的维修单进行维修工作的安排即维修派工；在维修工作开展中能进行项目的跟进操作；在维修完成时能进行检验情况的录入；也能够进行维修明细的结算；以及车辆维修产生费用的保险索赔。在零配件管理方案，该子系统则具有采购、入库检验、出库等的相关操作功能。
（2）客户管理子信息系统分析
客户部职能客户信息管理客户回访用户跟踪管理投诉处理汽车保险服务VIP客户管理
图3-6 客户管理子系统功能层次图
在客户管理子系统中，主要实现的功能是将销售部提供的新客户资料整理录入到客
户档案数据库中，定期安排客户回访，填制相应的回访反馈单并将反馈单中的主要内容录入到客户档案数据库中，方面后期针对性的对顾客提供服务。顾客投诉提交给客户部，由客户部受理并做出相应的反馈处理。同时客户管理子系统还能与潜在客户进行业务的沟通，努力把潜在客户转化为准客户的系统功能。
3.3数据库设计
3.3.1 系统E-R图设计
系统E-R图是反映现实世界各部门的信息结构、信息流动情况、信息间的互相制约关系以及各部门对信息存储、查询和加工的要求等。在此我们给出汽车4S店最主要的三大子系统的E-R图来说明各实体之间的关系。
? 销售系统E-R图：
客户1签订N购车协议1生产订单N订货单1采购销售发货单N汇总1销售人员11生成销售发货单1销售发票1开销售发票1到货单N生成到货单1供应商
图1 销售系统E-R图
销售管理系统中，客户签订购车协议由销售部人员生产订货单向供应商采购车辆，车辆到货生产到货单，销售人员根据到货单开销售发票机销售发货单。涉及的实体有客户、销人员、供应商，一个客户可以签订多张购车协议，所以客户和购车协议之间为一对多的关系（1：N）；一张购车协议中可能有多辆汽车需求，则可以生成多张订货单向多个供应商采购，所以购车协议和订货单之间为一对多的关系（1：N）；一张订货单只能向一个供应商订货，所以订货单和供应商之间为一对一的关系（1:1）。
3.3.2 数据库关系模型设计
本管理系统使用的数据库管理系统为关系数据库系统,因此要将E-R图的概念模型转换成关系模型。本系统的数据库可以在SQLServer2005的管理器中使用图形界面创建数据库,也可以在查询分析器中用脚本来创建。数据库的库文件和日志文件存放位置可以由数据库管理系统自行调整,也可以根据用户需要手工调整。汽车4S店管理系统各实体关系模式如下：
? 销售系统关系模型：
客户：（客户编号，客户姓名，性别，联系电话，地址，工作单位，业务状态）； 销售人员：（销售员编号，销售员姓名，年龄，性别，籍贯，学历，职位，工资）；
购车协议：（协议编号，客户编号，销售员编号，客户姓名，销售员姓名，业务日期），其中客户编号为引用客户关系模式的外码；销售编号为引用销售人员关系模式的外码； 订货单：（订单号，客户编号，销售员编号，购车日期，汽车型号，销售价格，颜色，销售数量），其中客户编号为引用客户关系模式的外码；销售编号为引用销售人员关系模式的外码；
供应商：（供应商编号，供应商名，供应商地址，供应商电话）；
到货单：（到货单号，供应商名，汽车编号，汽车型号，颜色，数量，进价，合格证号，出厂日期，到货日期，），其中供应商名为引用供应商关系模式的外码； 销售发票：（发票编号，业务日期，金额，客户姓名）
销售发货单：（发货单号，客户编号，客户姓名，发货日期，汽车型号，颜色，数量，价格），其中客户编号为引用客户关系模式的外码。
（注．画下划线的为主键或外键。）
3.3.3 数据库表的设计
对数据逻辑模型分析的基础上，进行数据项的编码设计，确定数据类型、精度、字长、合理取值范围。将这些表统一存在SQLServer2005下的同一个数据库中，并根据需要对数据库和数据库下的表进行关系设置，以便于客户端的综合查询与分析。在安全性方面，SQLServer2005提供了角色和用户授权相结合的权限机制，使系统管理员对用户的授权更加灵活。先根据系统需要建立一些访问不同表和具有不同操作权限的角色，再将不同的用户赋予不同的角色组合。当需要改变用户权限时，只需要对用户的角色进行增减(对于单个用户)即可。
各子系统数据库表结构如下：
? 销售系统数据表：
1.客户
序号 1 2 3 4 5 6 7 8 列名 KHID KHXM KHXB KHNL LXDH DZ GZDW YWZT 数据类型 char（8） char（10） char（4） int char（11） char（20） char（20） char（8） 允许空 N N Y Y N N N N 2.销售人员
是否作为主键 Primary key 说明 客户编号 客户姓名 性别 年龄 联系电话 地址 工作单位 业务状态