数据库课程设计汽车销售管理系统论文.docx

《数据库课程设计汽车销售管理系统论文.docx》由会员分享，可在线阅读，更多相关《数据库课程设计汽车销售管理系统论文.docx（62页珍藏版）》请在沃文网上搜索。

1、摘要本系统是为解决汽车销售公司的管理问题而设计。随着经济的发展和国内汽车市场的不断扩大，某汽车销售公司定单成倍增加，各项业务更加细化，各部门分工更加明确。而目前的人工管理方式显然已是不符合现代企业的管理要求。基于整体考虑，本次课程设计任务就是设计一个管理系统，利用计算机来代替人工操作。减轻了员工的劳动强度，提高了劳动质量和效率，减少了错误的发生。本次设计，从需求分析，概念设计，逻辑设计，物理设计，到数据库的建立、运行，再到数据库的安全维护等各个方面进行了详细的分析设计。其中需求分析阶段是此次数据库设计能够顺利进行的必要保障，所以需要花费比其他阶段相对较多的时间。关键字：数据库；课程设计；汽车销

2、售管理目录数据库课程设计论文1汽车销售管理系统项目开发背景：5汽车销售管理系统的目标：5项目开发意义：61需求分析71.1需求分析阶段处理对象及组织71.2信息处理及系统功能71.2.1数据流程图71.2.2数据字典111.2.3系统功能111.3数据库系统性能需要，数据库系统开发环境需求121.3.1检查硬件要求：121.3.2.操作系统：132数据库结构设计142.1概念设计142.1.1分E-R图建立142.1.2全局/整体E-R图172.2逻辑设计182.2.1建立关系模式182.2.2关系模式规范化处理212.2.3用户子模式建立212.2.4关系模式逻辑结构定义223数据库物理设计

3、223.1物理设计阶段目标和任务223.2数据存储方面223.2.1建立索引的原则223.2.2建立索引234数据库实施与测试234.1数据库实施234.1.1数据库及数据库对象建立234.1.2数据入库264.2数据库测试265总结266附录27附录1：27附录2：32附录338附录441附录550引言汽车销售管理系统项目开发背景：目前，我国的汽车业销售管理大多沿用旧的管理模式，无论在仓储管理，还是在销售管理方面等其他方面都存在一些问题，这些无疑制约了汽车业的发展和腾飞，在传统的汽车业管理模式中，纸单据及手工管理是其主流方式。这种方式具有数据可靠性差，运行效率低下，统计分析难度大的缺点，快速

4、抽取对企业有用的统计信息的可能性很小。对于买主来说，必须要到公司来对汽车进行察看、了解性能、商谈售价，最后再确定是否要购买，因为这些事情需要花费大量的时间和精力，对购车者来说很不方便，对公司的销售来说，每天要接待大量的购车者，也要花费大量的人力来应对，并且可能会由于汽车销售员的问题给消费者和公司带来不好的影响，在汽车销售完成后，要手工记录购车者的信息，以便提供售后服务，工作量大。尤其在汽车行业越来越兴旺的近几年，想购买汽车的家庭也越来越多，这种传统的管理模式已不能适应当今汽车企业的发展趋势，特别是信息化时代的到来，采用先进管理模式来增强竞争力，迎接信息化革命是摆在汽车业面前很现实而且很重要的问

5、题。如何在效益、效率上取得提升成为关键问题，迫切需要一种能够快速完成以上各种需求的系统汽车销售管理系统的目标：本系统是为解决汽车销售公司的管理问题而设计。随着经济的发展和国内汽车市场的不断扩大，某汽车销售公司定单成倍增加，各项业务更加细化，各部门分工更加明确。而目前的人工管理方式显然已是不符合现代企业的管理要求。基于整体考虑，本次课程设计任务就是设计一个管理系统，利用计算机来代替人工操作。减轻了员工的劳动强度，提高了劳动质量和效率，减少了错误的发生。本次设计，从需求分析，概念设计，逻辑设计，物理设计，到数据库的建立、运行，再到数据库的安全维护等各个方面进行了详细的分析设计。并且值得一提的是，我

6、认真分析了企业的业务需求，公司的主要职责和主要结构等信息，从而保证了设计出比较符合公司需要的管理系统。项目开发意义：目前大多数厂商忽略了汽车销售管理系统的重要性，而本系统专为具有一定规模和经济条件的大型汽车厂设计。从进货管理：车辆采购、车辆入库，销售管理到车辆销售、收益统计等，为每个环节明确分工，并通过可视化的软件支持，有效减小了人为差错的概率，代之以高效、便捷、准确的数字化服务系统，使汽车销售管理更加规范化。根据所学的数据库原理与程序设计的知识，能够针对一个小型的数据库管理系统进行系统的需求分析，系统设计，数据库设计，编码，测试等，完成题目要求的功能，加深对数据库系统、SQL语言、存储过程、

7、触发器的理论知识的理解和应用水平,通过设计实际的数据库系统应用课题，进一步熟悉数据库管理系统的操作技术，提高动手能力，提高分析问题和解决问题的能力。从而达到掌握开发一个小型数据库的目的1需求分析主要包括内容：处理对象及组织；信息处理及系统功能；数据库系统性能需要，数据库系统开发环境需求等。在阐述信息及其处理过程时，要辅助业务流程图、数据流程图及数据字典。对上述三个问题可以以附录的形式详细罗列，但正文中必须指明做了哪些业务流程图、数据流程图和数据字典的规模。1.1需求分析阶段处理对象及组织系统的处理对象主要包括供应商基本信息、汽车基本信息、顾客基本信息、公司员工的基本信息等对象，并且还要处理报损

8、单、订货单、销售单等外部对象；最后还要处理供应商与供应之间的供应关系，销售人员、顾客、以及汽车之间的销售关系等组织。1.2信息处理及系统功能1.2.1数据流程图（1）、顶层数据流程图：图1-1顶层数据流程图（2）第一层数据流图图1-2第一层数据流程图（31）第二层数据流程图进货图1-3进货数据流程图（3.2）第二层数据流程图销售图1-4销售数据流程图（3.3）第二层数据流程图盘存图1-5盘存数据流程图1.2.2数据字典包含数据项、数据结构、数据流、处理逻辑、数据存储定义（详见附录1）。1.2.3系统功能随着信息化技术的飞速发展，高效的汽车销售管理系统是当前信息化汽车公司管理系统之需要。建立汽车

9、销售管理系统可以提高汽车经销商管理公司的职员和汽车的效率，可以做到汽车信息的规范管理、快速查询和科学统计，从而减少管理方面的工作量，实现公司的信息化管理。经过分析与总结得出，汽车销售管理系统有如下功能。能够对销售信息进行有效的管理。销售人员负责汽车的日常销售工作，需要掌握各种汽车的各次的销售情况。通过本系统能进行销售分析和进货分析，还能进行销售管理，并且能进行业绩查询。能够对客户信息进行有效的管理。对汽车销售来说，客户信息也很重要，掌握了客户的信息，才能了解客户的需求。通过本系统能进行客户信息编辑、客户信息查询，并且能打印客户信息报表。并且还有对仓库盘存以及报损的处理。汽车销售管理系统系统管理

10、入库管理销售管理车辆管理查询管理修改密码增加新用户入库信息进车退车订货退货汽车排行汽车销售情况注：车辆排行应为车辆库存量，由于粘上的图片没办法更改，原图片没保存，望老师谅解。1.3数据库系统性能需要，数据库系统开发环境需求:1.3.1检查硬件要求：系统必须符合以下最低硬件要求：1.至少有1024MB的物理内存2.下面是说明安装时物理内存（RAM）和交换区（swapspace）的配置关系。RAMSwapSpace1024MB到2048MB1.5倍RAM2049MB到8192MB等于RAM大于8192MB0.75倍RAM在/tmp目录中至少有400MB空闲磁盘空间1.5GB到3.5GB的磁盘空间用

11、于安装Oracle数据库软件，具体大小由安装类型决定1.2GB磁盘空间用于数据库预配置文件系统存储(可选)1.3.2.操作系统：windowssever2003xpvistawin72数据库结构设计主要包括概念设计和逻辑设计两个部分。2.1概念设计概念设计阶段主要是将需求缝隙阶段得到的用户需求抽象为信息结构即概念模型的过程，它是整个数据库设计的关键;设计概念结构通常有四类方法：自顶向下、自底向上、逐步扩张、混合策略。概念结构是对现实世界的一种抽象。所谓抽象是对实际的人、物、事和概念进行人为处理，抽取所关心的共同特性，忽略非本质的细节，并把这些特性用各种概念精确地加以描述，这些概念组成了某种模型

12、。一般有分类、聚集、概括三种抽象。2.1.1分E-R图建立阐述分E-R图建立的思想（以中层数据为切入点，按照分层次/分模块思想），用E-R模式描述。分E-R图建立的思想是：1.对需求分析阶段收集到的数据进行分类、组织（聚集），形成实体、实体的属性，标识实体的码，确定实体之间的联系类型（1:1，1:n,m:n）,设计分E-R图；2.作为“属性”，不能在具有需要描述的性质。“属性”必须是不可分割的数据项，不能包含其他属性。3.“属性”不能与其他实体具有联系，即E-R图中所表示的联系是实体之间的联系。参照数据流图，分别画出分E-R图，如图2.1至2.3所示：（1）进货时的分E-R图：图2-1进货时的

13、分E-R图（2）销售时的分E-R图：图2-2销售时的分E-R图（3）盘存时的分E-R图：图2-3盘存时的分E-R图2.1.2全局/整体E-R图阐述全局E-R图建立的步骤，重点阐述消除冲突、冗余等过程。如果E-R图规模较大，可以以附录形式列出。全局E-R图建立的步骤：1.无论采用哪种方式，每次集成局部E-R图时，都要分两步走：（1）合并。解决各分E-R图之间的冲突，将各分E-R图合并起来生成初步的E-R图。（2）修改和重构。消除不必要的冗余，生成基本的E-R图。2.各个局部所应用面向的问题不同，且通常是由不同的设计人员进行局部视图设计，这就导致各个分E-R图之间必会存在许多不一致的地方。因此，合

14、并分E-R图时不能简单的将各个分E-R图画到一起，而是要着力消除各个分E-R图之间的冲突。各分E-R图之间的冲突主要有三类：属性冲突、命名冲突和结构冲突。3.最后得出全局的E-R如下图2.4所示：图2-4汽车销售管理系统总的E-R图2.2逻辑设计概念设计阶段是独立于任何一种数据模型的，而逻辑设计阶段则与现实结合起来，逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为与项目所支持的数据模型相符合的逻辑结构。具体任务包括将E-R图转换成关系模型、模型优化、数据库模式定义、用户模式设计。2.2.1建立关系模式E-R图向关系模型的转换遵循如下规则，一个实体型转换为一个关系模式，实体的属性就是关

15、系的属性，实体的码就是关系的码。对于实体间的联系则有不同的情况：一个1：1联系可以转换为一个独立关系模式，也可以与任意一端关系模式合并；一个1：N联系可以转换为一个独立关系模式，也可以与n端实对应的关系模式合并；一个M：N联系转换为一个独立关系模式，具有相同码的关系模式可以合并。根据以上原则，对于该系统的E-R图进行转换，从而得到本E-R图向关系模型的转换如下：/外部实体供应商（供应商编号，供应商名称，供应商地址，供应商状态，供应商电话）最小函数依赖集：R供应商=供应商编号-供应商名，供应商编号-供应商地址，供应商编号-供应商状态，供应商编号-供应商电话汽车（汽车型号，汽车品牌，汽车名称，汽车

16、颜色，汽车排量）最小函数依赖集：R汽车=汽车型号-汽车名称，汽车型号-汽车价格，汽车型号-汽车排量顾客（客户编号，客户姓名，性别，出生年月，工作单位，联系电话，家庭住址）最小函数依赖集：R客户=客户编号-客户姓名，客户编号-客户性别，客户编号-客户出生年月，客户编号-工作单位，客户编号-客户地址，客户编号-客户联系电话公司员工（员工编号，员工姓名，员工职务）最小函数依赖集：R员工=员工编号-员工姓名，员工编号-员工职务/内部实体报损单（报表号，员工编号，报表日期）最小函数依赖集：R报损单=报表号-管理员编号，报表号-报表日期订货单（客户订单号，顾客编号，销售员编号，订单日期）最小函数依赖集：R

17、订货单=订单号-顾客编号，订单号-销售员编号，订单号-订单日期销售单（销售单号，销售员编号，顾客编号，开单日期，支付金额）最小函数依赖集：R销售单=销售单号-销售员编号，销售单号-顾客编号，销售单号-开单日期，销售单号-支付金额退货单（退货单编号，顾客编号，开单日期）最小函数依赖集：R退货单=退货单id-顾客编号，退货单id-开单日期/相关关系模式供应（供应商编号，汽车型号，供应量）/供应商汽车之间关最小函数依赖集：（供应商编号，汽车型号）-供应量进货（进货单编号，汽车型号，汽车颜色，进货车辆数，汽车进价）/供应商汽车店之间的关系最小函数依赖集：进货单编号-进货车辆数，进货单编号-汽车型号，进

18、货单编号-汽车颜色，进货单编号-汽车进价出货（出货单编号，汽车型号，汽车颜色，出货数量，汽车售价）/汽车店-顾客之间的关系最小函数依赖集：出货单编号-汽车型号，出货单编号-汽车颜色，出货单编号-出货数量，出货单编号-汽车售价销售（顾客号，汽车型号，销售员编号，时间，销售金额）/销售人员顾客之间的关系最小函数依赖集：销售=（顾客号，汽车型号，销售员编号）-时间，（顾客号，汽车型号，销售员编号）-销售金额2.2.2关系模式规范化处理以上关系模式中的各实体和联系之间不存在非主属性对主属性的部分函数依赖，也不存在传递函数依赖，已经达到了3NF。2.2.3用户子模式建立根据需求分析，研究建立满足不同需求

19、的用户子模式，子模式表示形式为：子模式名（属性列表）1、为进货部建立视图，目的是为了方便进货时做出迅速正确的决策：空闲供应商(供应商编号，供应商姓名，供应商地址，供应商联系电话)从供应商表导出销售表（汽车型号，汽车品牌，销售员编号，时间，销售价格）从销售表和汽车基本信息表导出供应表（供应商编号，供应商姓名，汽车型号，供应量）从供应商表和供应表导出2.为顾客建立视图，方便顾客查询数据：待售汽车(汽车型号，汽车品牌，汽车名称，汽车产地，汽车价格，汽车状态)从汽车表和销售表导出订单（订单号，客户号，客户姓名，订货日期）从订单表、客户表导出3.为销售部门建立视图，方便销售部门及时了解相关资料。待售汽车

20、（汽车型号，汽车品牌，汽车名称，供应量）从汽车表、供应表两张表导出所有车辆销售信息（车型号，厂商号，车辆状态）从供应表和汽车表导出用户子模式表2-5编号用户子模式名称定义作用V-01Supplier_view空闲销售商视图方便进货进货V-02Selled_view销售状态视图方便进货部查询销售情况V-03Provide_view供应视图方便进货部及时了解供货V-04Unscar1_view代售汽车视图方便顾客查询汽车信息V-05Book_view订单信息视图方便顾客查询订票信息V_06Unscar2_view待售汽车视图方便销售人员查询未售汽车V_07Record_view所有车辆销售视图方便

21、销售人员查询销售记录2.2.4关系模式逻辑结构定义详细的逻辑结构定义见附录2。3数据库物理设计3.1物理设计阶段目标和任务数据库的物理设计是为逻辑数据模型选取一个最合适应用需求的物理结构的过程，在这个阶段中需要完成的任务是：(1)确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构；(2)对物理结构进行评价，评价的重点是时间和空间效率。3.2数据存储方面3.2.1建立索引的原则建立索引一般有以下三个原则：(1)如果一个或一组属性经常在查询条件中出现，则考虑在这个属性上建立索引。(2)如果一个经常作为最大值和最小值等聚集函数的参数，则考虑在这个属性上建立索引。(3)如果一个或一组属性经常

22、在连接操作的连接条件中出现，则考虑在这个属性上建立索引。3.2.2建立索引所在表名索引名称索引类型建立索引的项供应商信息表Supplier_index唯一SNum汽车信息表Car_index唯一CNum客户信息表User_index唯一Use_Num订单信息表Book_index唯一BFNum销售信息表Sell_index唯一User_Num,SeNum,CNum4数据库实施与测试主要包括数据库实施和测试两个部分。4.1数据库实施4.1.1数据库及数据库对象建立主要包括：数据库、基本表、视图、索引、触发器以及存储过程；对于具体的DDL语句以及相关代码，见附录3。（1）建立索引：Createun

23、iqueindexSupplie_indexonSupplier(SNum)CreateuniqueindexCar_indexonCar(CNum)CreateuniqueindexUser_indexonCustomer(User_Num)CreateuniqueindexBook_indexonBookList(BFNum)CreateuniqueindexSell_indexonSellForm(User_NumAsc,SeNumDesc,CNumDesc)（2）创建的视图如表4.1所示编号用户子模式名称定义作用V-01Supplier_view空闲销售商视图方便进货进货V-02Sel

24、led_view销售状态视图方便进货部查询销售情况V-03Provide_view供应视图方便进货部及时了解供货V-04Unscar1_view代售汽车视图方便顾客查询汽车信息V-05Book_view订单信息视图方便顾客查询订票信息V_06Unscar2_view代售汽车视图方便销售人员查询未售汽车V_07Record_view所有车辆销售视图方便销售人员查询销售记录(3)创建的存储过程如表4.2所示：编号存储过程名称作用N1Supply_Insert向供应商基本信息表插入一个元组N2Car_Insert向汽车基本信息表插入一个元组N3Customer_Insert向顾客基本信息表插入一个元

25、组N4C_c建立汽车信息查询的存储过程N5c_Updatestate将指定的车辆状态由未被预定改为预定状态N6Book_delete从订单基本信息表中删除一个元组（4）创建的触发器如表4.3所示：编号触发器名作用T1DeCustomer删除客户信息级联删除订单信息、退票信息T2DeSupplier删除供应商级联删除所供应汽车型号T3AddSelllist增加销售单级联增加相应的销售记录4.1.2数据入库系统包括12张基本表，在Excel中录入数据，然后使用PLSQL数据导入功能，直接将数据导入到相应的基本表中，数据都是自己编的，难免有不合理之处。4.2数据库测试主要内容是对建立的数据库及数据库

26、对象进行测试，详细的测试情况见附录4。5总结结束了三周的实习，我也收获颇多，刚开始做的时候，老师说需求分析阶段是最不容易，最麻烦的阶段，刚开始做的时候我也无从下手，但是通过老师的指点和网上查资料，渐渐有了些眉目，数据库实施方面才花了两天时间，才知道，数据库重点在于设计，设计的过程才是最有价值，最有意义也是最富有挑战性的。这次实习遇到最大的问题就是数据流程图和ER图的建立，设计的时候总是顾此失彼，实体之间的关系模式总弄不清，从ER图抽象实体也做的不太好，在这方面，老师给了很大的引导。最后用SQLServer2008实现了设计的数据库，但是由于对ORACLE方面知识缺乏熟悉，导致最后有几个功能都没

27、能实现，触发器不会用ORACLE语句实现。这次课程设计的任务，我基本上算是完成了。虽然离投入使用还差很远，但是我自己的逻辑思维能力和数据库方面的知识得到了很大的提高，我想着也是这次实习最重要的目的吧，感谢孙健敏老师和张晓婷老师的耐心指导，及时给我们解决问题，同时也感谢在困难时及时帮助过我的同学们！6附录附录1：数据字典：（1）数据项如表6.1所示：数据项编号数据项名数据项含义与其它数据项的关系类型长度取值范围Da1ProNumber供应商编号主码varchar10Da2ProName供应商名称varchar10Da3ProAddress供应商地址varchar30Da4ProState供应商状

28、态varchar10Da5ProPhone供应商联系电话varchar15Da6Cnumber汽车型号主码varchar8Da7Csign汽车品牌varchar6Da8CName汽车名称varchar10Da9Ccolor汽车颜色varchar10Da10Ccap汽车排量varchar10Cstate汽车状态Da12Cusnumber客户编号主码varchar10Da13CusName客户姓名varchar6Da14CusSex客户性别varchar3男或女Da15CusAge客户出生年月DateDa16CusWplace客户工作单位varchar20Da17CusPhone客户联系电话var

29、char16取值唯一Da18Cusaddress客户家庭住址varchar20Da19Stanum员工工号主码Da20Staname员工姓名varchar20Da21Stapos员工职务varchar20Da22Bnumber客户订单号varchar15取值唯一Da23Bdate2交货日期dateDa24Fdate保修期限number2两位整数Da25Bdate1订货日期dateBCno进货单编号numberDa26BCnumber进货车辆数number大于等于零Da27BCPrice汽车进价number大于等于零BSNo出货单编号Da28BSnumber出货车辆数number大于等于零Da2

30、9BSPrice汽车售价number大于等于零Da30AProfits总利润numberDa31Tnumber客户退单号varchar10Da32Tdate退货日期dateNotnullDa33Snumber销售单号varchar10Da34Sdate销售日期dateNotnull-+Da35Dnumber报损清单号varchar10Da36Ddate报损清单日期dateNotnull(2)数据结构如表6.2所示：数据结构编号数据结构名数据结构含义组成DS1Supplier供应商ProNumber，ProName、ProAddress、ProState，ProPhoneDS2Customer客

31、户CusNumber、Cussex，Cussage、Cuswplace、CAddress、CPhoneDS3Cars汽车Cnumber，Csign，Cname，CcolorCcap，CstateDS4Staffs员工Stanum，Staname，StaposDS5purchase进货BCnumber，BCpriceDS6shipment出货BSnumber，BSpriceDS4Storage仓库Gnumber、Gaddress、GareaDS5BookList客户定货单Bnumber、Bdate1，Bdate2DS6SellList销售单SNumber、SDateDS7DamageList报损

32、单DNumber、DDateDS8ReturnList退货单TNumber、Tdate，（3）数据流如表6.3所示：数据流数据流名称简述数据流来数据流去向数据流组成数据高峰流编号源流量量F1订货单进货部发给供应进货部供应商汽车型号+汽车名15次/30次/商的采购单称+进货量+汽车进月月价F2发货单供应商发出的收货单供应商验收货品模块汽车型号+汽车名称+进货量+汽车进价15次/月30次/月F3采购退货单不合格的产品公司主管部门供应商汽车型号+汽车名称+进货量+汽车进价15次/月30次/月F4客户订货单顾客订货信息汽车型号+汽车名20次50次/顾客销售部称+订购量+汽车定/月价月F5销售单待售出的

33、汽车信汽车型号+汽车名20次50次/息销售部顾客称+待售量+汽车售/月价月F6客户退货申顾客列出的退货汽车型号+汽车名20次50次/单信息顾客公司主管部门称+退货量+汽车购/月价月F7盘查清点库存账目供采购部参考的单据库存账目进货部查库模块汽车型号+汽车名称+库存量30次/月60次/月F8销售记录销售部卖出汽车汽车型号+汽车名20次50次/的信息销售部库存部称+订购量+汽车售/月价月F9退货记录销售部已接受的汽车型号+汽车名20次50次/顾客的退货单信销售部库存部称+销售量+汽车售/月息价月F10库存信息库存账目供采购库存账目进货部汽车型号+汽车名30次/60次/部参考的单据称+库存量月月F1

34、1入库单经检验合格且已汽车型号+汽车名15次30次/入库的产品仓库财务部称+进货量+汽车进/月价月F12缺货信息车辆经销售部卖出后导致库存不足销售部进货部汽车型号+汽车名称+缺货量20次/月50次/月F13缺货单供采购部门参考汽车型号+汽车名3次/6次/的需采购的信息进货部财务部称+缺货量+汽车进月月价F14存货记录仓库中所存各种汽车的信息仓库公司主管部门汽车型号+汽车名称+存货量3次/月6次/月F15不合格单经检验不合格的汽车型号+汽车名15次30次/产品进货部公司主管部门称+进货量+汽车进/月价月F16合格单经检验合格的产汽车型号+汽车名15次30次/品进货部公司主管部门称+进货量+汽车进

35、/月价月F17入库单经检验合格且已汽车型号+汽车名15次30次/入库的产品仓库财务部称+进货量+汽车进/月价月F18销售记录根据客户的订单汽车型号+汽车名20次50次/所记录的信息销售部财务部称+售出量+汽车售/月价月F19出库记录已售出的汽车信汽车型号+汽车名20次50次/息销售部财务部称+销售量+汽车售/月价月F20退货记录公司同意的退货信息公司主管部门财务部汽车型号+汽车名称+退货量+汽车售价20次/月50次/月F21报损记录仓库和货物坏损仓库号+破损食物3次/6次/情况仓库部门公司主管部门名称+破损程度+破月月损数量F22实物清单仓库中完好的各仓库号+汽车型号+3次/6次/种型号汽车的

36、数仓库部门公司主管部门汽车名称+汽车数月月量等信息量F23报损单待维修的仓库货仓库号+破损食物3次/6次/物信息维修部门财务部名称+破损程度+破月月损数量（4）处理逻辑如表6.4所示：表6.4处理逻辑编号处理逻辑名称简述输入的数据流处理输出的数据流处理频率P1.1进货从供货商进货F10库存信息F13缺货单从供应商进货并进行进一步验证F1订货单15次/月P1.2验货检验货物质量F2发货单根据发货单检验商品F15不合格单F16合格单30次/月P1.3退货检不合格则退回F15不合格单确定是否退货F3采购退货单退货信息15次/月P1.4入库检验合格入库F16合格单登记库存帐目和进货信息F17入库单进货

37、信息30次/月P2.1客户订货客户像销售部下订单F4客户订货单导购确认信息F5销售单F18销售记录F12缺货信息100次/月P2.2客户提车根据客户的订单信息汽车出库，客户提车F18销售记录客户过来提车F19出库记录15次/月P2.3售后服务执行车的售后服务F6客户退货申请单是否符合售后条件F20退货记录F9退货单15次/月P3.1存货盘查查询仓库并编辑仓库物品坏损清单F14存货记录生成报损清单和完好的实物清单F21报损记录F22实物清单3次/月P3.2盘点清单核实报表F22实物清单检验清单上信息的真实情况F7盘点清单3次/月P3.3报损处理处理经核实的报损项目F21报损记录按照清单进行相应处理F23报损清单3次/月（5）数据存储如表6.5所示：表6.5数据存储编号数据存储名称简述数据存储组成相关联的处理汽车入库、汽车出库、顾客P1.1、P1.2、S1库存记录退货及报损后修改当前库汽车号+仓库号+存储量P2.1、P2.3存量P3.2S2缺货表汽车售出后导致库存不足汽车号+汽车名+数量P1.1、P2.1、S3入库单根据检验合格后的产品进行入库处理生成的单据汽车号+汽车名+数量+单价P1.4S4退货记录单根据客户的退货信息生成的退货单汽车号+汽车名+数量+单价P2.3附录2：供应商基本信息表：属性中文名称属性名类型长度说明