1、.Net 豪车销售系统源码及文档下载地址：http:/ 摘要本系统是为解决汽车销售公司的管理问题而设计。随着经济的发展和国内汽车市场的不断扩大，某汽车销售公司定单成倍增加，各项业务更加细化，各部门分工更加明确。而目前的人工管理方式显然已是不符合现代企业的管理要求。基于整体考虑，本次课程设计任务就是设计一个管理系统，利用计算机来代替人工操作。减轻了员工的劳动强度，提高了劳动质量和效率，减少了错误的发生。二、需求分析需求分析简单地说就是分析用户的要求。需求分析是设计该轿车销售系统数据库的起点，即该阶段的任务是通过详细调查该销售公司，充分了解原系统工作概况，明确用户的各种需求，然后在此基础上确定新系
2、统的功能。调查的重点是数据和处理，通过调查、收集与分析，获得用户对数据库的如下要求：信息要求（厂商、客户、用户、员工、出库、入库等信息） ，处理要求（对上述信息的查询、修改、添加和删除） ，安全性和完整性要求（需要用户名和密码才能进入系统，并且对于不同的用户有不同的操作权限）需求分析结果如下：汽车销售管理系统.Net 豪车销售系统源码及文档下载地址：http:/ E-R 图转换为与 sql 所支持的数据模型相符合的逻辑结构。1E-R 图向关系模型转换由概念设计的 E-R 图可得一般关系模型如下厂商（厂商号,厂商名,地址,电话,信用度）客户（客户号,客户名,地址,电话,信用度）发货单（货单号,细
3、节号,产品号,客户号,数量,日期,金额,折扣）收款单（客户号，定单号,收据号,收款金额,收款日期）定单（定单号，细节号,产品号,厂商号,数量,日期,金额）付款（厂商号,定单号,发票号,支付金额,支付日期）用户(用户 ID,用户名,密码,用户类型,权限)员工(员工号,姓名,性别,部门,职务,电话)产品（产品号,产品名,厂商号,单价,库存量）2数据模型的优化数据库逻辑设计的结果不是唯一的.为进一步提高数据库应用系统的性能,我们还应该根据应用需要适当的修改,调整数据模型的结构，这就是数据模型的优化。(1) 数据依赖举例R 厂商厂商号-厂商名,厂商号-地址,厂商号-电话R 用户用户 ID用户名，用户
4、ID密码，用户 ID用户类型，用户 ID权限，用户类型权限(2) 对数据依赖进行极小化处理，消除冗余联系举例上述关系中，发货单中存在冗余联系（具体是细节号、折扣等） ，因此我们可以增加一库存管理财务管理采购管理销售管理会计账目管理会计报表管理订货管理客户管理采购管理厂商管理库存量管理库存查询管理系统管理用户管理退出系统员工管理员工信息查询员工信息更新.Net 豪车销售系统源码及文档下载地址：http:/ 按照数据依赖的理论对关系模式逐一进行分析，考察是否存在部分函数依赖，传递函数依赖，多值依赖等，确定各关系分别属于第几范式举例上述关系中，用户表存在非主属性传递依赖，因此用户表属于 2NF。我们
5、可以增加一个用户权限表来消除该表中非主属性传递依赖。四、系统结构设计1在关系模式存取方法选择之前，我们首先要对要运行的事务进行详细分析，获得选择物理数据库设计所需要的参数。同时，还要知道每个事务在各关系上运行的频率和性能要求。（1） 对于数据库查询事务，我们需要得到如下信息：查询的关系、查询条件/连接条件涉及的属性、查询的投影属性A、查询发货厂商名、产品、发货数量（100）和日期事务、查询的关系：厂商表、发货单表、产品表、查询条件所涉及的属性：厂商号、发货数量、产品号III、连接条件所涉及的属性：厂商号、产品号IV、查询的投影属性：厂商名、产品名、发货数量、发货日期（2） 对于数据更新事务，我
6、们需要得到如下信息：被更新的关系、每个关系上的更新操作条件涉及的属性、修改操作要改变的属性值B、对发货事务、被更新的关系：发货表、每个关系上的更新操作条件所涉及的属性：无III、需要改的属性值：货单号、产品号、发货数量、发货日期2. 关系模式存取方法选择（即建立哪些存储路径）C、对 carsale 建立索引对厂商表上的厂商号、发货表的产品号、产品表的产品号等建立索引，因为他们经常在查询条件和连接条件中出现D、对 carsale 建立聚簇索引对产品表的厂商号、付款表的厂商号、收款表的客户号等建立聚簇索引，因为他们在其关系表中的值重复率很高 对产品表的产品号、发货表的产品号、订单表的产品号等建立聚簇索引，因为他们经常出现在相等比较条件中
