车辆销售管理系统分析数据库系统分析文档格式.docx
《车辆销售管理系统分析数据库系统分析文档格式.docx》由会员分享，可在线阅读，更多相关《车辆销售管理系统分析数据库系统分析文档格式.docx（43页珍藏版）》请在冰点文库上搜索。
数据库原理汽车销售C#前台应用
2．需求分析
2.1功能分析
①基础信息管理：
1、厂商信息的管理：
查询、增、删、改
2、车型信息的管理：
3、客户信息的管理：
②进货管理：
4、车辆采购信息的管理：
5、车辆入库信息的管理：
③销售管理：
6、车辆销售：
客户可以根据自己的需求，选择不同型号的车型
7、收益统计：
厂商按照所出售的车辆数量及价格进行统计
8、售后服务：
车辆如果出现故障，可选择维修，如果想保养，可选择保养
④仓库管理：
8、库存车辆：
仓库管理员对已有车辆进行详细管理
9、仓库明细：
库存各种类型车辆的详细信息
10、进销存统计：
仓库管理员对车辆的出售与进货进行统计
⑤系统维护：
11、数据安全管理：
系统管理员对该数据库出现的问题进行管理
12、操作员管理：
操作员根据车辆销售情况及时更改数据库
13、权限设置：
规定该数据库访问权限
2.2数据字典
①数据项:
编号
数据项名称
说明部分
1
字符串类型有唯一性
2
姓名
文本类型长度为20字符
3
性别
字符串类型男、女
4
年龄
整数类型18－100
5
工作单位
6
联系电话
整数类型
7
车型号
8
汽车车名
字符串类型
9
价格
浮点型
10
车辆状态
枚举类型被订、未订
11
厂商号
12
厂商名
文本类型有唯一性
13
地址
文本类型长度为30字符
14
采购车辆总数
整型
15
仓库号
16
订货日期
时间类型
17
到货日期
事件类型
18
进货车辆数
19
出货车辆数
20
金额
21
买车日期
22
保修期限
23
销售车辆数
24
销售总金额
25
利润
26
车辆是否有
布尔型
27
车辆时候订购
28
车辆成本
29
车辆总成本
②数据结构
客户
（客户）姓名、性别、年龄、（客户）编号、工作单位、联系电话
车辆
车型号、汽车车名、厂商名、价格、车辆状态
厂商
厂商名、厂商号、地址、生产车辆总数、厂商状态、备注
订单
订单号、客户号、订货日期、到货日期、地址、是否存有、是否已订
仓库
仓库号、地址、进货车辆数、出货车辆数、库存车辆总数、（管理员）编号
车辆销售
车型号、厂商号、出售车辆数、车辆总成本、销售总金额、利润
订货
客户、厂商、车辆、买车日期、保修期限
员工
（员工）姓名、性别、年龄、（员工）编号、部门、联系电话、销售金额
③数据流
数据流名
输入
输出
变更客户
变更信息
客户信息
查询客户
客户号
变更厂商
厂商信息
查询厂商
变更车辆
车辆信息
查询车辆
变更订单
订单信息
查询订单
订单号
变更仓库
仓库信息
变更车辆销售
车辆销售信息
查询车辆销售
车辆销售数
查询空闲厂商
厂商状态限制条件
空闲厂商信息
结账
购买信息
提交订货请求
客户号、车型号、价格、厂商号
获得订货请求
订货信息
车型号、厂商号、客户号
提交订单信息
车型号、厂商号
变更厂商分工信息
厂商号、车型号
厂商分工信息
预定车辆
付款
车辆信息、厂商信息
员工信息查询
员工姓名
员工信息
员工业绩查询
员工编号
④数据存储
数据存储名
输入数据流
输出数据流
查询房间
提交点货请求
提交订货信息
变更员工
查询员工
查询员工业绩
⑤处理过程
处理过程名
客户登记
终端
客户结账
得到车辆
服务登记
提交用户信息
获得服务账单
厂商登记
获得订单
完成订单
2.3数据流图
（1）顶层图
（2）1层图
A）销售管理：
B）仓库管理：
C）采购管理：
D）财务管理：
E）售后服务部：
（3）2层图
A）维修：
B）保养：
3．概念结构设计
经过需求分析阶段所得到的应用需求应该抽象成为信息世界的结构，才能够更加准确的用RDBMS来实现这些需求。
因此，在我们的所做的关于汽车销售的系统之中，我们应用相关的科学的方法分析了将要构筑的系统的各项需求，建立了完善的数据字典和数据流图。
下面，我们将要用E-R模型来进行概念结构的设计。
A）下面是各个实体型及其属性：
B）在本系统中的E-R图如下：
以上即为我们整个系统的E-R图的构成，本E-R图中基本上反映了我们构思的初衷，多个模块之间构成了既相互联系又相互独立的子功能模块，如汽车销售模块，仓库管理模块，财务管理模块等等。
4.逻辑结构设计
顾名思义，逻辑结构设计的任务就是把概念结构设计阶段设计好的E-R图转换成DBMS所支持的数据模型的逻辑结构。
当然，我们所选用的是微软的关系型数据库管理系统MicrosoftSQLserver2008。
E-R图向关系模型的转换要解决的问题是如何将实体型和实体之间的联系转换为关系模式，如何确定这些关系模式的属性和码。
E-R图中每一个实体型转换为一个关系模式，实体的属性就是关系的属性，实体的码即为关系的码；
但是实体之间的联系却有很多种情况。
下面将列出转换后的关系模式：
关系模式在此即转化为各个关系表
如下所示：
一、基本表
.
（1）CInfo：
客户名
Cname
Nvarcahr（50）
客户编号
Cno
主键
Csex
Nchar（10）
约束条件（男，女）
CAdr
约束条件（18—100）
Cage
电话
Ctel
int
（2）CarInfo：
车辆型号
Carmodel
Nvarchar（50）
车辆名
Carnam
CarPrice
float
颜色
Carcolor
Nvarchar（10）
（3）FacInfo：
Fno
Fnam
Nvarcahr（20）
Fadr
状态
condition
生产总量
Pro_amount
备注
remarks
Nvarcahr（max）
（4）Fac_carInfo：
厂商-车辆对应
厂商编号
外键FacInfo.Fno
外键CarInfo.Carmodel
（5）StafInfo：
Sno
Snam
Ssex
职务
Sjob
部门
Sdep
Stel
Sage
约束条件（18-60）
（6）stoInfo：
仓库编号
Stono
容量
Capacity
剩余容量
Capacity_rem
Int
初始设置后由触发器更新
管理员编号
Stafo
外键StafInfo.Sno
Stadr
（7）Car_in：
车辆购入
购入记录编号
RecordNo
主键自增量1，1
采购人员编号
Stafno
外键StafInfo.Sno
日期
date
datetime
存入仓库号
StoNo
外键stoInfo.Stono
Carstate
约束条件（已订出，未订出）
触发器trig_car_in:
插入一条信息后StoRecord中将会生成一条记录同时相应仓库的Capacity_rem减1
（8）Car_out：
车辆售出
售出记录编号
销售人员编号
记录日期
recorddate
对应仓库编号
外键stoInfo.Stono
车辆内部编号
CarNo_in
外键StoRecord.CarNo_in
外键CInfo.Cno
触发器trig_car_out:
（插入一条信息后StoRecord中Carstate的属性值将修改为“售出”同时相应仓库的Capacity_rem加1）
（9）StoRecord：
仓库出入纪录
（通过车辆状态Carstate进行现有车辆查询：
未订出，已订出，售出此表通过触发器自动插入，更新纪录）
CarNo_in
主键自增量1,1
Date
约束（已订出，未订出，售出）在Car_out中插入一条记录后会将该表中的状态修改为此值
（9）OrderInfo：
订单编号
Ono
Bdate
Edate
Ocarmodel
cost
订购人员编号
Stano
（10）ServiceInfo:
售后维护表
表单编号
SerNo
销售记录编号
SellrecordNo
外键Car_out.RecordNo
维护类别
SerClass
约束条件（维修,保养,零备件,其他）
表单日期
SerDate
应付金额
Ser_cost
表示完各个关系表之后，则本系统的逻辑设计阶段完成。
下面进入物理设计阶段。
5.物理设计
在物理设计阶段，我们希望设计优化的物理数据库结构，使得在数据库上运行的各种事物的响应时间少，存储空间利用率高，事物吞吐率大。
确定数据库的物理结构主要指确定数据的存放位置和存储结构，包括：
确定关系，索引，日志，备份等的存储安排和存储结构，确定系统配置等。
在本系统中应用的服务器是MicrosoftSQLserver2008。
在此物理设计阶段，我们进行了相应的基本的系统配置以及存储结构的确定。
6.数据库的测试阶段
下面我们将为您展示我们的汽车销售数据库的各项功能，以及一些尚待完善的功能介绍。
当然，碍于时间的原因以及我们自身知识水平的限制，我们的数据库还需要进行许多地方的完善。
下面开始介绍我们的汽车销售系统的相关功能：
A）登录界面：
由于我们使用的是微软的.NET平台作为前台开发工具，下面显示的是登录主界面
其实我们一直在设想要为不同的登录人员设置不同的登录权限和所能够进行的操作功能，但是碍于时间等因素限制，我们此处并没实现该项功能，但是等有时间时定然完善这项功能。
登录之后，我们将进入主界面进行数据的操纵功能。
B）汽车管理系统主界面：
如下图所示，我们为你展示的是一个友好的界面。
上图中的左边的各个按钮即代表了我们的系统的基本功能框架
C）各种功能串讲和演示
（1）库存管理
点击左边的“库存管理”按钮，右边将显示如下
同时点击“仓库信息”，将得到下图，此时，我们所拥有的功能是：
可以显示库存信息；
可以进行仓库信息的查询，添加车辆入库，删除车辆信息；
还可以进行车辆报表的打印。
显示车辆信息
添加车辆库存信息
查找某一仓库中的车辆信息
报表打印
（2）汽车进货
点击左边的“汽车进货”按钮，右边将显示如下：
在本功能模块中，有三个小的功能模块分别是：
订单信息，车辆购入，厂商-车辆对应，每个小的模块还拥有各自的功能。
下面逐一说明：
（a）订单信息
添加订单信息
（b）车辆购入
删除订单信息
订单记录查询
（c）厂商-车辆对应
添加厂商-车辆信息
删除记录
依据厂商号对其所拥有的车辆型号进行查询
这是将厂商-车辆信息以报表形式打印出来
（3）基础信息
这一部分是各种基本信息的查询，其中包括厂商信息，在厂商信息中我们可以了解到很多关于厂商的基本信息，其次，还包括车辆信息和客户信息。
（a）厂商信息
（b）车辆信息
（c）客户信息
（4）汽车销售
汽车销售包括车辆售出和仓库出入记录两大部分。
（a）车辆售出
（b）仓库出入记录
（5）综合管理
综合管理包括员工信息和售后维护两大部分。
（a）员工信息
（b）售后维护表
以上截图基本上即是我们的汽车销售系统的功能和测试运行的情况，在我们的系统之中，我们实现的功能模块比较全面，每个模块的功能也完成的比较好，实现了数据信息的增、删、查、修等等功能，还有数据库系统中一个非常必不可少的功能即报表打印我们完成的相当不错，当然，还有很多地方需要完善，我们会在以后的学习过程中逐步完善的。
数据库设计六大阶段在此处我们较为详细的展示了出来。
升级会员 