汽车销售管理系统数据库课程设计报告.doc

经管学院数据库系统课程设计目录第一章 系统概述11.1 系统概况11.1.1系统编写目的11.1.2系统开发背景及意义21.2 国内外现状分析21.2.1 国外现状21.2.2 国内现状21.3系统特点2第二章 需求分析32.1 系统功能性需求32.2 系统非功能性需求42.2.1 性能需求42.2.2 外部接口需求42.2.3 质量需求42.3数据流程图52.3.1 顶层数据流程图52.3.2 第二层数据流图62.3.3 第三层数据流图62.4 数据字典7第三章 概念结构设计133.1概念数据模型关系的描述133.2概念数据模型13第四章 逻辑结构设计144.1 E-R图向关系模式的转化144.2 规范化设计15第五章 物理结构设计175.1物理数据模型175.2 PDM生成到数据库175.3数据库表19第六章 数据库的实施226.1插入功能226.2查询功能256.3修改功能266.4删除功能27结束语28参考文献29I第一章 系统概述1.1 系统概况1.1.1系统编写目的 本系统是以汽车基本信息为主体，以汽车供应商和汽车需求商为服务对象，通过对各种票据和日志信息的管理操作，需要达到以下目标：（1）实现从客户来访、咨询、报价、订购，到采购等多个销售环节上的严密的跟踪管理服务；（2）使既可以适合于多品牌车辆的销售，也可以适用于专卖店的管理；（3）能够很快地将市场信息反馈到各职能部门，制定相应策略。从而有条不紊地开拓市场，更好地挖掘客户资，进一步提高车辆销售的成功率，提高服务质量，更灵活地适应外部市场环境、提升内部的管理水平、留住客户、赢得商机，从而提高企业在市场上竞争能力。1.1.2系统开发背景及意义随着人们生活水平的不断提高，人们对汽车的消费和需求也越来越旺盛。各汽车销售公司它们都有管理、计划、销售、财务、配件、售后服务等职能部门。如何管理好这些部门，使整个公司协调一致、高效率地运转，是各公司急待解决的问题。但有的业务环节仍然运用人工记账的传统办法，既容易出错又会导致账目混乱，查询和统计起来非常不方便，费时又费力，严重时会给公司造成难以挽回的损失。像这样初级的公司管理方法，已远跟不上销售政策和销售形势发展的需要。因此，如何对汽车销售管理提供一整套的管理方法达到提高效率和降低成本的问题成为焦点。汽车销售管理系统的提出，对汽车销售公司来讲意义重大。它不但能使各业务环节协调一致，而且操作简单，账目清晰，通过账目查询，公司能在最短的时间内获得市场信息，从而制订相应的决策。1.2 国内外现状分析1.2.1 国外现状 国外对汽车销售管理系统的研究始于二十世纪九十年代，当时只是借助计算机软件，实现对汽车销售管理数据的存储与查询，后来随着信息技术的不断发展，开始设计更为复杂的汽车销售管理软件，包括汽车销售的存储管理，汽车销售数据的查询，汽车销售报表的统计。管理学在九十年代末开始得到发展，这个时候出现了产业链的概念，汽车销售管理系统在这个时候得到了实质性的发展。后来随着挖掘技术的出现，在汽车销售管理系统的软件设计与实现中引入的数据挖掘技术，能够在海量的数据中提取出有效的信息进行统计与分析，为汽车销售的管理人员制定决策时提供了一些数据依据。1.2.2 国内现状 我国已经成为当前世界的汽车消费大国，人们对汽车的需求也在不断地提高。国内的各大区的销售厂商开始借助于国外的汽车销售管理软件的发展模式来开发自己的汽车销售管理软件，在开发过程中结合自己的情况与特点，针对性的进行开发。对于中小型企业来说，销售信息管理系统是整个汽车销售企业的核心，它直接影响着中小型企业的利润。现在汽车销售管理系统开始得到汽车销售厂商的重视。 我国企业的发展逐步走向决策型的发展模式，对于汽车销售系统来说，如何在现代经济条件下适应决策型汽车销售管理系统，将作为企业未来发展的一个重要方向。1.3系统特点（1）数据标准化。由于本系统充实完善了该单位汽车销售管理的内容，使汽车销售的数据可以正确完整的保存，使数据更加标准化。（2）该系统主要包括“进车管理”、“仓库管理”、“销售管理”、“信息管理”等模块。此系统实现的销售管理信息系统基本上能够满足现代销售管理的需求，信息录入项目齐全，完整。第二章 需求分析2.1 系统功能性需求 汽车销售管理系统是一套汽车销售公司的销售管理系统，目前大多数厂商都忽略汽车销售管理系统的重要性，而该系统的引入是专为具有一定规模和经济条件的大型汽车场而设计的。汽车销售管理系统从进货管理、车辆采购、车辆入库、销售管理到车辆销售、收益统计等为每个环节明确分工，有效地减少了人为差错的概率，代之以高效、便捷、准确的数字化服务系统，以便汽车销售管理更加规范化。 在通过实际调查以及对用户需求的了解之后得出，汽车销售管理系统有如下功能：（1）能够对汽车信息进行有效的管理。汽车销售中汽车的信息很重要，通过本系统能有效的对汽车信息进行查询，并能对汽车的信息实现增、删、改等功能。（2）能够对员工信息进行有效的管理。通过本系统可以对员工的信息进行查询以及员工信息进行增、删、改等功能。（3）能够对销售信息进行有效的管理。员工负责汽车的日常销售工作，需要掌握各种汽车的各次的销售情况，通过本系统可以进行业绩查询并且打印销售报表。（4）能够对客户信息进行有效的管理。对汽车销售来说，客户信息也很重要，掌握了客户的信息，才能了解客户的需求。通过本系统能进行客户信息编辑和客户信息查询，实现对客户信息的增、删、改等功能。（5）能够对库存信息进行有效的管理。汽车销售中库存信息很重要，通过本系统能有效地对每次汽车进货进行管理，并能够进行库存查询，实现对库存信息的增，删，改等功能。 在这次课程设计中我主要负责以下功能：基础信息管理：车辆信息的管理（车辆型号、车辆名称、颜色、发动机配置、性能、系数参数、单价、生产厂家、生产日期）仓库人员的管理（职工编号、职工姓名、性别、年龄、联系方式）进货管理：车辆采购信息的管理仓库管理：仓库入库管理（入库编号、车辆编号、车辆名称、车辆型号、颜色、入库数量、价格、仓库号、入库日期）仓库出库管理（出库编号、车辆编号、车辆名称、车辆型号、颜色、出库日期）车辆库存现状的管理（库存现状编号、车辆型号、库存数）2.2 系统非功能性需求2.2.1 性能需求数据存储： 系统在数据存储方面具有数据量大，存储时间长的特点，针对这些特点，系统将采用业务数据库和文件数据库两种存储方式，分别对应存储系统的业务数据与文件数据。其中，业务数据方面，采用成熟的企业级SQL Server作为业务数据库，负责存储整个系统的各种业务数据，同时对业务数据库进行自动的定期备份，确保业务数据的安全。2.2.2 外部接口需求1.用户接口1）对系统各个功能模块，以分级菜单的形式给出；2）所有的提交，确认，删除等操作以按钮的形式给出，且名称一律为取为“提交”、“确认”、“删除”等易于理解的形式。2.硬件接口 由于管理人员需要打印各种信息情况，所以系统应该与打印机接口匹配。3.通信接口 支持局域网协议和广域网协议。2.2.3 质量需求根据汽车销售商各类人员统计信息计算，系统在正常情况下应该支持100人次以上的并行操作能力；高峰期间服务器端应支持500次以上的日访问量2.3数据流程图通过调查可以绘制出原系统的数据流程图。数据流程图是一种能全面地描述信息系统逻辑模型的主要工具。它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。数据流程图具有抽象性和概括性。抽象性表现在它完全舍去了具体的物质，只剩下数据的流动、加工处理和存储；概括性表现在它可以把信息中的各种不同业务处理过程联系起来，形成一个整体。2.3.1 顶层数据流程图顶层数据流程图如图2.1所示：图2.1 顶层数据流程图2.3.2 第二层数据流图第二层数据流程图如图2.2所示：图2.2第二层数据流程图2.3.3 第三层数据流图入库处理的数据流程图如图2.3所示：图2.3 入库处理的数据流程图出库处理的数据流程图如图2.4所示：图2.4出库处理的数据流程图2.4 数据字典为了对数据流程图中的各个元素作出详细的说明，有必要建立数据字典。编写数据字典是系统开发的一项重要的基础工作。一旦建立，并按编号排序之后，就是一本可供查阅的关于数据的字典，从系统分析一直到系统设计和实施都要使用它。在数据字典的建立、修正和补充过程中，始终要注意保证数据的一致性和完整性。数据字典的内容主要是对数据流程图中的数据项、数据结构、数据流、处理逻辑、数据存储和外部实体等六个方面进行具体的定义。对图2.2的数据流图进行说明如下：1. 数据流的定义数据流编号:D01数据流名称：入库信息简述:系统内入库的信息数据流来源:供应商发货的到货清单数据流去向:入库信息表数据流组成:入库编号+车辆编号+车辆名称+车辆型号+入库数量+价格+入库日期数据流量:100条/月高峰流量:300条/月数据流编号:D02数据流名称：出库信息简述:销售后出库的仓库的车辆具体信息以及出库信息数据流来源:仓库人员填写数据流去向:出库信息表数据流组成:出库编号+车辆编号+车辆名称+车辆型号+颜色+客户名称+出库日期数据流量:50条/月高峰流量:100条/月数据流编号:D03数据流名称：库存信息简述:仓库里车辆库存的多少数据流来源:库存台账数据流去向:供公司相关有权限人员的查询数据流组成:车辆编号+车辆名称+库存数量+仓库号数据流量:1000条/月高峰流量:4000条/月数据流编号:D04数据流名称：销售订单简述:当车辆出售时，由销售人员填写的订单数据流来源:仓库管理员数据流去向:出库处理时要使用数据流组成:订单编号+车辆编号+车辆名称+车辆型号+颜色+价格+客户编号+销售人员数据流量:50条/月高峰流量:100条/月数据流编号:D05数据流名称：到货清单简述:当车辆到货时，供应商提供的货物清单数据流来源:仓库管理员数据流去向:入库处理时要使用数据流组成:采购编号+车辆编号+车辆名称+车辆型号+颜色+价格+供应商编号+供应商名称+供应商地址+采购员数据流量:20条/月高峰流量:30条/月2. 处理逻辑的定义处理逻辑编号：1处理逻辑名称：入库处理简述：入库登记输入的数据流：到货清单处理：根据到货清单来进行入库处理输出的数据流：入库信息 处理逻辑编号：2处理逻辑名称：出库处理简述：发货输入的数据流：销售订单处理：根据销售订单确定提车数量，填写出库信息输出的数据流：出库信息处理逻辑编号：1.1处理逻辑名称：核对到货清单和采购清单简述：对于要到货的车辆进行核对，判断是否是我们采购的车辆输入的数据流：到货清单处理：根据到货清单和采购清单进行核对输出的数据流：核对无误的到货清单处理逻辑编号：1.2处理逻辑名称：入库登记简述：对入库的车辆进行入库登记输入的数据流：核对无误的到货清单处理：根据无误的到货清单进行入库登记输出的数据流：入库车辆信息处理逻辑编号：1.3处理逻辑名称：车辆查询简述：查询已有的车辆信息输入的数据流：入库的车辆信息处理：车辆查询看是否存在同型号车输出的数据流：存在/不存在同型车辆处理逻辑编号：1.4处理逻辑名称：原表增加一条记录简述：增加要入库车辆的信息输入的数据流：存在同型车辆处理：增加要入库车辆的信息输出的数据流：车辆信息处理逻辑编号：2.1处理逻辑名称：库存查询简述：查询所需车辆输入的数据流：销售订单处理：查询订单上所需要的车辆输出的数据流：库存中存在/不存在所需的车辆处理逻辑编号：2.2处理逻辑名称：出库登记简述：登记出库车辆信息输入的数据流：存在所需车辆处理：登记要出库的车辆的信息输出的数据流：出库信息处理逻辑编号：2.3处理逻辑名称：等待出库车辆登记简述：登记需要出库的车辆但是目前库存中还未到货的车辆的信息输入的数据流：库存没有所需车辆处理：登记需要出库的车辆输出的数据流：待出库车辆信息3. 数据存储的定义数据存储编号：1数据存储名称：库存台账简述：存放车辆的库存量与单价数据存储组成：车辆的编号+仓库编号+车辆的名称+库存量关键字：车辆的编号+仓库编号数据存储编号：2数据存储名称：入库信息表简述：入库的具体信息，包括车辆信息及入库相关信息数据存储组成：入库编号+车辆编号+车辆的名称+入库数量+价格+仓库号+入库日期+经办人关键字：入库编号数据存储编号：3数据存储名称：车辆信息表简述：存放车辆的各种具体信息数据存储组成：车辆编号+车辆名称+型号+颜色+车辆数量+价格+生产厂家+生产日期关键字：车辆编号数据存储编号：4数据存储名称：出库信息表简述：出库的具体信息数据存储组成：出库编号+车辆编号+车辆的名称+客户编号+仓库号+出库日期+经办人关键字：出库编号数据存储编号：5数据存储名称：待出库车辆信息表简述：需要出库的车辆的各种具体信息数据存储组成：车辆编号+车辆名称+型号+颜色+价格+生产厂家+生产日期关键字：车辆编号第三章 概念结构设计3.1概念数据模型关系的描述概念数据模型是以实体-联系理论为基础，表述现实世界中信息之间的关系。一张入库单对应多张入库明细表，一对多的联系一张出库单对应多张出库明细表，一对多联系一张车辆信息表对应多张入库明细表一张车辆信息表对应多张出库明细表3.2概念数据模型建立的概念数据模型如图3.1所示：图3.1仓库管理系统的概念数据模型第四章 逻辑结构设计4.1 E-R图向关系模式的转化 关系模式的逻辑结构是一组关系模式的集合。将E-R图转化为关系模式实质上就是将实体型、实体的属性和实体型间的联系转换为关系模式。逻辑结构设计的任务就是把概念结构设计阶段设计好的基本ER图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构，在本系统中将ER图转化为关系模式。(1)入库单与入库明细联系E_R向关系模式转换入库单（入库单号，入库总数量，总金额，入库日期，经办人）入库明细（入库编号、入库单号，数量，进价，计量单位，金额） （2） 出库单与出库明细联系E_R向关系模式转换出库单（出库单号，出库总数量，总金额，出库日期，经办人）出库明细（出库编号、出库单号，数量，售价，计量单位，金额）（3） 车辆与入库明细联系E_R向关系模式转换车辆（车辆型号，车辆名称，颜色，发动机配置，性能，系数参数，颜色，计量单位，单价，生产厂家，生产日期）入库明细（入库编号 、车辆型号，数量，进价，计量单位，金额） （4） 车辆与出库明细联系E_R向关系模式转换车辆（车辆型号，车辆名称，颜色，发动机配置，性能，系数参数，颜色，计量单位，单价，生产厂家，生产日期）出库明细（出库编号、车辆型号，数量，售价，计量单位，金额）（5）员工、库存现状独立实体的E-R向关系模式的转换员工（职工编号，姓名，性别，年龄，联系方式）库存现状（库存现状编号，车辆型号，当前库存量）4.2 规范化设计 规范化即通过模式分解将一个低一级范式的关系模式转换为若干个高一级范式的关系模式的集合，在这里需要涉及多表的查询及表的修改和删除，其关系模式应符合第三范式。各个关系模式的规范化分析：（1） 员工中，职工编号姓名，职工编号性别，职工编号年龄，职工编号联系方式 ，每个员工的职工编号是唯一的，每个非主属性完全依赖于主标识符，不存在非主属性对主标识符的传递依赖，符合第三范式。（2） 入库单中，入库单号入库总数量，入库单号总金额，入库单号入库日期，入库单号经办人，每个入库单的入库单号是唯一的，每个非主属性完全依赖于主标识符，不存在非主属性对主标识符的传递依赖，符合第三范式。（3） 出库单中，出库单号出库总数量，出库单号总金额，出库单号出库日期，出库单号经办人，每个出库单的出库单号是唯一的，每个非主属性完全依赖于主标识符，不存在非主属性对主标识符的传递依赖，符合第三范式。（4） 入库明细中，入库编号数量，入库编号进价，入库编号计量单位，入库编号金额，入库编号入库单号,入库编号车辆型号，每个入库明细的入库编号是唯一的，每个非主属性完全依赖于主标识符，不存在非主属性对主标识符的传递依赖，符合第三范式。（5） 出库明细中，出库编号数量，出库编号售价，出库编号计量单位，出库编号金额，出库编号出库单号,出库编号车辆型号，每个出库明细的出库编号是唯一的，每个非主属性完全依赖于主标识符，不存在非主属性对主标识符的传递依赖，符合第三范式。 （6）库存现状中，库存现状编号车辆型号，库存现状编号当前库存量，每个库存现状表的库存现状编号是唯一的，每个非主属性完全依赖于主标识符，不存在非主属性对主标识符的传递依赖，符合第三范式。（7）车辆中，车辆型号车辆名称，车辆型号颜色，车辆型号发动机配置，车辆型号性能，车辆型号系数参数，车辆型号计量单位，车辆型号单价,车辆型号生产厂家，车辆型号生产日期，每个车辆信息表的车辆型号是唯一的，每个非主属性完全依赖于主标识符，不存在非主属性对主标识符的传递依赖，符合第三范式。第五章 物理结构设计5.1物理数据模型 物理数据模型用于定义数据库的数据结构 如图5.1图5.1 物理概念模型5.2 PDM生成到数据库PDM设计完成后，进行PDM与数据库连接，并生成到数据库中。（1）PDM与数据库连接成功后的显示，如图5.2 图5.2 连接结果显示（2）执行SQL语序，将表生成到数据库中，如图5.3图5.3 执行SQL语句（3）数据库中查看生成的表，如图5.4图5.4 数据库中生成的表5.3数据库表每个关系转换为数据库中的二维表格，并确定了各个表的主键和外键，得到以下表结构：员工信息表 如表5-1表5-1 员工信息表入库单信息表 如表5-2表5-2 入库单信息表出库单信息表 如表5-3表5-3 出库单信息表入库明细信息表 如表5-4 表5-4 入库明细信息表出库明细信息表 如表5-5表5-5 出库明细信息表车辆信息表 如表5-6表5-6 车辆信息表库存现状信息表 如表5-7表5-7 库存现状信息表第六章 数据库的实施6.1插入功能（1）员工SQL语句 INSERT INTO 员工 VALUES(00001,李平,男,23INSERT INTO 员工 VALUES(00002,李华,女,21INSERT INTO 员工 VALUES(00003,张三,男,24INSERT INTO 员工 VALUES(00004,薛萍,女,22INSERT INTO 员工 VALUES(00005,王娥,女,23员工信息如图6.1图6.1员工信息（2）入库单SQL语句 INSERT INTO 入库单VALUES(2000010103,200,30000000,2015-6-1,00001)INSERT INTO 入库单VALUES(2000010104,100,10000000,2015-6-4,00004)INSERT INTO 入库单VALUES(2000010105,200,36000000,2015-6-5,00003)图6.2入库单信息（3）出库单SQL语句INSERT INTO 出库单VALUES(3000010101,100,30000000,2015-7-3,00001)INSERT INTO 出库单VALUES(3000010102,120,24000000,2015-7-5,00005)INSERT INTO 出库单VALUES(3000010103,100,20000000,2015-7-9,00001)出库单信息 如图6.3图6.3出库单信息（4） 入库明细SQL语句INSERT INTO 入库明细VALUES(12340001,SVW7183AF,2000010101,100,150000,辆,15000000)INSERT INTO 入库明细VALUES(12340002,SVW7183ED,2000010101,300,200000,辆,60000000)INSERT INTO 入库明细VALUES(12340003,SVW7189GI,2000010102,100,120000,辆,12000000)图6.4 入库明细（5）出库明细SQL语句INSERT INTO 出库明细VALUES(22340001,SVW7183AF,3000010101,辆,100,150000,15000000)INSERT INTO 出库明细VALUES(22340002,SVW7183ED,3000010102,辆,300,200000,60000000)INSERT INTO 出库明细LUES(22340003,SVW7291AC,3000010103,辆,100,160000,16000000)出库明细信息 如图6.5图6.5出库明细信息（6）车辆SQL语句INSERT INTO 车辆VALUES(SVW7161DHI,桑塔纳,黑色,1.6L,223,92,辆,150000,一厂,2015-04-03)INSERT INTO 车辆VALUES(SVW7180AD,桑塔纳LX/GL,银色,1.8L,225,96,辆,130000,二厂,2015-04-04)INSERT INTO 车辆VALUES(SVW7181AC,朗逸,银色,1.6L,156,93,辆,160000,三厂,2015-04-05)INSERT INTO 车辆VALUES(SVW7183BGI,帕萨特,白色,1.8L,165,97,辆,130000,一厂,2015-05-04)INSERT INTO 车辆VALUES(SVW7183CJI,帕萨特,白色,1.8L,155,81,辆,140000,三厂,2015-06-03)车辆信息 如图6.6图6.6车辆信息（7） 库存现状信息 如图6.7INSERT INTO 库存现状VALUES(9000010101,SVW7180AD,300)INSERT INTO 库存现状VALUES(9000010102,SVW7183BGI,200)INSERT INTO 库存现状VALUES(9000010103,SVW7183CJI,100)图6.7 库存现状信息6.2查询功能（1）入库单查询SELECT 入库单号,入库日期,入库总数量FROM 入库单图6.8入库单查询结果（2）入库明细和入库单联合查询SELECT 进价,入库日期,数量FROM 入库明细,入库单WHERE 入库明细.入库单号=入库单.入库单号图6.9查询结果（3） 车辆信息查询SELECT 车辆型号,颜色,单价FROM 车辆图6.10车辆信息查询结果（4）车辆信息与库存现状联合查询SELECT 当前库存数,单价,生产厂家,车辆.车辆型号FROM 库存现状,车辆WHERE 库存现状.车辆型号=车辆.车辆型号图 6.11查询结果6.3修改功能（1）员工表修改update 员工set 性别=女where 姓名=李平图6.12修改结果显示（2）车辆表修改update 车辆set 颜色=红色where 颜色=银色图6.13修改结果显示（3）出库明细修改（带子查询的修