数据库系统原理设计报告.docx
- 文档编号:27877345
- 上传时间:2023-07-05
- 格式:DOCX
- 页数:16
- 大小:398.42KB
数据库系统原理设计报告.docx
《数据库系统原理设计报告.docx》由会员分享,可在线阅读,更多相关《数据库系统原理设计报告.docx(16页珍藏版)》请在冰豆网上搜索。
数据库系统原理设计报告
数据库系统原理课程设计
课题名称:
汽车销售管理系统
姓名:
班级:
信管10-02班
学号:
311009030213
指导老师:
刘小燕
2013年月5日
《数据库系统原理》课程设计任务书
------汽车销售管理系统
1、需求分析
对于各种规模的汽车销售企业来说,汽车销售的管理是否有序直接影响到企业的经营和发展。
汽车从入库到销售、到售后服务是一个有机的整体,它们之间联系紧密,因此汽车销售管理系统集汽车库存信息、汽车销售信息和客户信息与一体,使操作员能够方便地处理汽车出入库、销售等信息,也能使经营者及时掌握库存信息,并根据销售情况,及时调整经营方向,做出好的决策。
在汽车销售管理业务的流程中,若公司的销售人员不能及时掌握公司里待售汽车的质量、性能等细节信息,这就使销售人员同客户处于信息不对称紧缺的一方。
将直接影响销售的业绩。
同样,对于公司的中高层管理人若不能及时了解企业的汽车销售情况,不知道哪款车卖得好。
不知道客户最满意的性价比是多少,就不能制作出有效的销售策略以适应瞬息万变的市场变化,如此会导致科研部不知道正确的研究方向,生产部不能生产出受顾客欢迎的产品····
汽车销售管理系统是一套汽车销售公司的销售管理系统,目前大多数厂商都忽略汽车销售管理系统的重要性,而该系统的引入是专为具有一定规模和经济条件的大型汽车场而设计的。
汽车销售管理系统从进货管理、车辆采购、车辆入库、销售管理到车辆销售、收益统计等为每个环节明确分工,有效地减少了人为差错的概率,代之以高效、便捷、准确的数字化服务系统,以便汽车销售管理更加规范化。
在我们所做的系统中应该包含有许多的关系表及DFD功能,如下:
1、销售管理系统:
在我们做成的系统中从进货、销售、售后都应该有个详细的机制来反映出在公司的运行状况,有专门的DBA来管理这个数据库,是做成这个系统的最基本要求。
销售管理系统
销售核算统计
汽车信息
库存管理
客户信息理
职工管理
理
汽车品牌与数量
客户欠款还款
客户购买车型与合同
汽车4s售后
出入库管理
销售利润核算
库存统计分析
销售统计分析
销售收入核算
合同编辑存放
职工工资情况
职工信息处理
客户基本信息处理
3、在公司内部也应该有个人员的管理系统,方便人员的调度,更有利于公司内部的各种管理:
总经理
信息技术部
人力资源部
仓库管理部
供应部
财务部
销售部
采购部
运输部
3、当产品经销时,我们分析本系统要完成的任务,就会很快了解我们在这个系统中要怎样建立相应的信息表,从销售人员到汽车本身性质,到客户购买及售后信息采集等,可以用如下DFD图概括。
销售人员(工号,姓名,性别,联系方式)
2、概念结构设计
一、各销售地点内部人员ER图:
1、职业人员公司内部为了方便管理,应该建立起职工的基本信息,以便于各种作业时的查询,其中包含的基本信息有工号,职位,性别,姓名,联系方式,住址等
姓名
工号
性别
职业人员
联系方式
职位
住址
(2)汽车汽车作为这个系统的主要实体,应该对他建立起详细的ER图来管理,其中包含供应商、型号、品牌、编号、入库时间、颜色、数量和备注等属性。
ER图如:
仓库号
汽车编号
型号
供应商
数量
汽车
进价
出售价格
出厂日期
入库时间
颜色
(3)对汽车销售来说,客户也同样重要。
在这汽车销售系统的客实实体中,需要添加是包括客户的姓名、联系方式、性别、住址、客户编号和备注等属性。
方便查找客户,和售后服务。
住址
工作单位
职工姓名
业务状态
客户
客户编号
姓名
联系方式
(4)为了有一个好的用于客户订到的查询,还应该有个个好的订单表,里面包含了订单号,负责人,汽车的一些基本信息,更重要的是交货订货日期和付款情况,方便可以和财务部联系查看
负责人编号
还欠金额
已付金额
订单号
汽车颜色
客户号
订单
汽车型号
订货日期
交货地址
交货日期
(5)为空保证汽车销售情况的质量,我们还应该单独建立起销售人员的销售情况,应为一个公司的运营状况直接与销售密切相关,其中应包含汽车的类型,数量,顾客编号等。
顾客户编号
汽车型号
销售数量
购车日期
销售
颜色
销售价格
销售编号
销售编号
二、系统ER图:
所有的信息总到一起。
包括客户,销售,汽车,订单,在一起,就形成了如下的框架:
业务状态
住址
颜色
汽车型号
仓库号
入库日期
电话
3、逻辑结构设计
将E-R图转换成等价的关系模式;按需求对关系模式进行规范化;对规范化后的模式进行评价,调整模式,使其满足性能、存储等方面要求;根据局部应用需要设计外模式。
逻辑结构设计是将全局概念模型(ER图)转换成DBMS支持的概念模式或关系模式(或者称为数据结构)。
从ER图出发,导出关系模式数据结构遵循如下的两个原则:
第一,对ER图中的每个“实体”,都应该转换成一个关系,该关系内至少要包含对应实体的属性,并根据语义关系确定关系的主键。
第二,对ER图中的“联系”,要根据实际联系的方式及数据处理的需要,或者将其作为独立的关系来处理,或者将关系的属性(如果有)纳入相关联的实体的属性中。
如果实体之间是1:
n联系,且联系没有产生对系统来说非常重要的属性,一般将1端的主键纳入n端的实体关系中,但是如果联系中产生对系统比较重要的属性,且需要独立研究该属性,则要将联系转换成一个独立的关系。
如果实体之间的联系是m:
n联系,且联系中的属性多或者比较重要,则要将联系作为独立的关系来处理,且在关系中要包含联系的属性和与联系相关联的实体的属性。
1)根据ER图的描述转化为关系模型的:
职工信息表:
(职工编号,姓名,年龄,住址,联系方式,职位);
汽车信息表(汽车编号,型号,入库时间,颜色,供应商名,出厂日期,出售价格,进价,仓库号);
客户客户信息表:
(客户编号,姓名,职工姓名,联系电话,地址,工作单位,业务状态);
订单信息表:
(订单号,客户号,订货日期,交货日期,交货地址,轿车型号,轿车颜色,负责人编号,已付金额,还欠金额);
销售信息表:
(轿车型号,客户编号,购车日期,销售价格,员工编号,颜色,销售数量);
2)数据字典,创建各种表:
职工信息表:
字段名
类型
长度
是否可以为空
是否作为主键
职工编号
char
8
N
Primarykey
职工姓名
char
10
N
年龄
int
N
住址
char
40
联系方式
int
11
Y
职位
char
10
N
汽车信息表:
字段名
类型
长度
是否能为空
是否作为主键
汽车编号
char
8
N
Primarykey
型号
char
20
N
Primarykey
颜色
char
8
N
供应商名
char
12
N
出厂日期
datetime
N
出售价格
int
N
仓库号
char
10
N
FK
入库时间
Datetime
仓库号
Chat
10
N
客户信息表:
字段名
类型
长度
是否可以为空
是否作为主键
客户编号
char
8
N
Primarykey
客户姓名
char
10
N
职工姓名
char
10
N
联系电话
int
N
地址
char
20
N
工作单位
char
20
N
业务状态
char
8
N
销售信息表:
字段名
类型
长度
是否能为空
是否作为主键
轿车型号
char
25
N
Primarykey
客户编号
char
15
N
Primarykey
购车日期
datatime
15
N
销售价格
double
15
N
员工编号
char
20
N
Primarykey
颜色
char
10
N
销售数量
int
30
N
订单信息表:
字段名
类型
长度
是否能为空
是否作为主键
订单号
char
8
N
Primarykey
客户编号号
char
8
N
Primarykey
订货日期
datatime
10
N
交货日期
datatime
10
N
交货地址
char
10
N
气车型号
char
8
N
颜色
char
8
N
3)创建系统的各种表程序语言:
职工信息表:
汽车信息表:
客户信息表:
销售信息表:
订单表:
4)录入数据信息代码:
插入职工信息:
插入汽车信息:
插入客户信息:
插入订单信息:
插入销售信息:
4、物理结构设计
为了一个给定的逻辑数据模型选取一个最合适应用要求的物理结构的过程,必须对该数据系统做一物理上的设计。
让系统实现起来更轻松,方便各方用户的查询,更新数据。
数据库物理设计过程中需要对时间效率、空间效率、维护代价和各种用户要求进行权衡,所以数据库设计人员必须对这些方案进行细致的评价,从中选择一个较优的方案作为数据库的物理结构。
其中需要视图设计,促发器,存储过程都是必不可少的环节。
1)视图表设计
视图一:
由轿车信息表和收益表生成的轿车_收益视图:
视图二:
由员工信息表和销售表生成员工_销售视图:
2)触发器
触发器的工作原理:
当数据修改影响到某个码时,触发器把新的列值作为相关码,放在触发器测试表(有deleted和inserted)中,它们是临时表,一旦完成这个事务将自动消失。
由仓库信息表和销售信息表来建立一个触发器,将触发器绑定在销售表上,当销售一辆车,仓库内对应型号的车辆数减少一辆:
3)储存过程设计
存储过程经过预编译的一段程序。
它是有sql语句和控制流语句构成的语句串(语句集合)。
存储过程大大提高了sql的能力和效率。
建立一个查询所有客户信息的存储过程:
建立一个按照职工型号来查询员工信息的存储过程:
建立一个查询销售表中销售某种型号轿车的员工的信息:
5、数据实施和维护
用MSSQLSERVER2000建立数据库结构,加载(测试/虚拟)数据,能体现对数据库的保护(安全性和完整性控制等)。
实现各种查询、链接应用程序,并能对数据库做简单的维护操作。
说明在数据库的设计中,将如何通过区分不同的访问者、不同的访问类型和不同的数据对象,进行分别对待而获得的数据库安全保密的设计考虑。
最主要包括以下四方面:
一,数据库的转储和恢复
二,数据库安全性、完整性控制
三,数据库性能的监督、分析和改造
四,书库的重组织与重构
6、设计小结:
本报告介绍了一个使用MicrosoftSQLServer2000为后台的用于汽车销售管理的数据库管理系统。
该系统能够实现汽车信息、客户信息、员工信息和销售信息的管理,即对这些信息实现增、删、改等功能。
主要描述了整个系统的设计过程,该设计过程主要包括了数据库系统的设计方法、系统需求分析、数据库概念结构的设计、数据库逻辑结构的设计和数据库结构的详细设计五大方面,每一方面都有详细的介绍。
通过此次课程设计,我更进一步地掌握了《数据库系统原理及应用教程》课程的相关知识,熟悉了创建数据库管理系统的全过程,熟练地掌握了数据库创建关系的方法以及创建基本表、简单查询、连接查询、嵌套查询和组合查询的方法。
在设计数据库时,需要一步一步严谨的按着步骤来完成,每一步都至关重要,影响着整个系统的性能。
由于考虑的不完全,在此次设计的汽车销售管理系统中仍然存在很多的不足,例如没有汽车的入库记录和出库记录,也没有汽车的销售价格记录等等。
今后需要认真的学习更多的知识,做更多的实际调查,考虑事情也需要更加的完全,做出更好的数据库系统。
这次课程设计说漫长也短暂,从刚开始的什么也不懂,到最后做成完整的系统,是一个完全自学的过程。
连续两个星期上午都是在做同一件事情,认真把这个课程设计做好。
在不断的摸索和实践下,终于弄懂了一些,虽然不至于能够自己编写很复杂的代码,但是我能保证这全部是我自己的心血,艰难的完成了这门课程。
而且在课本教材的基础上,自己也能够写出一些代码来实现自己想出的有些小功能,来添加自己系统的特色之处。
感触最深的是:
学软件类的东西,光是看书时不行的,学的也吃力枯燥,在实践中学习,不断的练习揣摩,这才是好方法。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 系统 原理 设计 报告