数据库系统—订单销售数据库管理系统共18页

长沙学院

课程设计说明书

题目销售订单数据库管理系统

系(部) __________________ 专业(班级) ________ 姓名 ______ 学号 __________ 指导教师 ______ 起止日期 _______________________

课程设计任务书

课程名称：数据库系统原理

设计题目：

销售订单数据库管理系统

1、某销售商的订单系统需要如下信息：

每个供应商包含供应商编号、名称、地址、联系电话等信息。

每种产品包含产品号、产品名称、产品类别等信息。

每个供应商可供应多种产品，每种产品可由多个供应商供应。

客户包含编号、姓名、通信地址、电话等信息。

雇员包括编号、姓名、联系电话等信息。

订单包括订单号等信息。

一个客户可下多个订单，每个订单只能由一个客户下。

一个雇员可管理多个订单，每个订单只能由一个雇员管理。

一个订单订购多种产品，每种产品可在不同的订单中订购

2、系统功能基本要求：

按照一定条件查询、统计订单信息，例如订单量最多的客户或者产品。能够模拟完成一个订单交易全过

程。

设计工作量：

40课时

班级周次节次教室内容指导教师

10软件7

班15周周1-4 XXX 布置任务

XXX 15周周1-4 XXX 上机

15周周9-12 XXX 答疑

15周周9-12 XXX 答疑

15周周1-4 XXX 上机

16周周9-12 XXX 答疑

16周周1-2 XXX 上机

16周周1-2 XXX 上机

16周周9-12 XXX 答疑

16周周1-4 XXX 上机

16周周1-4 XXX 答辩

指导教师签名：日期：教研室主任签名：日期：系主任签名：日期：

长沙学院课程设计鉴定表

目录

一、引言 (5)

1.1编写目的 (5)

1.2参考资料 (5)

二、需求规约 (5)

2.1业务描述 (5)

2.2需求分析 (5)

三、数据库环境说明 (6)

四、数据库的命名规则 (6)

4.1数据库对象命名规则 (6)

4.2数据项编码规则 (6)

五、逻辑设计 (7)

5.1ER图 (7)

5.2关系模型 (7)

六、物理设计 (8)

6.1表汇总 (8)

6.2表[1]:[S UPPLIERS表](供应商表) (8)

6.3表[2]:[P RODUCT表](产品表) (8)

6.4表[3]:[SP表](供应商产品供应表) (9)

6.5表[4]:[O RDERS表](订单表) (10)

6.6表[5]:[PO表](产品订购表) (11)

6.7表[6]:[E MPLOYEE表](雇员表) (11)

6.8表[7]:[C USTOMER表](客户表) (12)

6.9视图的设计 (12)

6.10存储过程的设计 (13)

6.11触发器的设计 (16)

6.12函数的设计 (16)

七、安全性设计 (17)

7.1防止用户直接操作数据库的方法 (17)

7.1.1用户标识和鉴定 (17)

7.1.2存取控制 (17)

7.1.3数据加密 (17)

7.2用户帐号密码的加密方法 (17)

7.3角色与权限 (17)

八、数据库管理与维护说明 (18)

九、总结 (18)

一、引言

1.1 编写目的

本文档是销售订单数据库管理系统设计文档的组成部分，编写数据库设计文档的目的是：明确数据库的表名、字段名等数据信息，用来指导后期的数据库脚本的开发，本文档遵循《SQL SERVER 2019数据库设计和开发规范》。本文档的读者对象是需求人员、系统设计人员、开发人员、测试人员。设计该数据库的目的是为了能够模拟完成一次订单销售流程。

1.2 参考资料

二、需求规约

2.1 业务描述

销售订单数据库管理系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的销售订单数据库管理系统，实现订单销售的自动化的计算机系统，为商品供应商提供准确、精细、迅速的订单销售信息。具体功能为供应商供应产品、请假的申请，出差的记录输入到系统中，系统将为员工记录这些信息。

2.2 需求分析

本销售订单数据库管理系统，能够完成插入产品，供应记录，订购记录等等这些信息，以能够模拟完成一次订单销售的过程，此外，在一个完整的订单销售流程中，本数据库系统还提供查询某供应商供应的产品信息，询某产品信息，查询某客户信息，查询某订单订购的产品的信息。对于客户而言，还提

供了查询订单最多的客户的功能。

总的来说，本数据库系统能够达到模拟完成一次订单销售流程的要求。在本销售订单数据库管理系统中，有一些限制性条件，比如一个客户可以下多个订单，但一个订单只能由一个客户下，一个订单可以订购多种产品，每种产品可被不同订单订购等等，这些限制条件的加入能够使本数据库管理系统的功能更加完善，能够满足更高的要求。

三、 数据库环境说明

四、

数据库的命名规则

4.1 数据库对象命名规则

4.2 数据项编码规则

五、逻辑设计

5.1 ER图

5.2 关系模型

供应商(供应商编号，名称，地址，联系电话)

产品(产品编号，产品名称，产品类别，售价，出厂价，存货量) 供应(供应商编号，产品编号)

订购(产品编号，订单编号，数量)

客户(客户编号，姓名，通信地址，电话)

订单(订单编号，日期，客户编号，雇员编号)

雇员(雇员编号，姓名，联系电话，工资)

注：有下划线的表示该属性为主码。

六、物理设计

6.1 表汇总

6.2 表[1]:[ Suppliers表](供应商表)

6.3 表[2]:[ Product表](产品表)

6.4 表[3]:[ SP表](供应商产品供应表)

6.5 表[4]:[ Orders表](订单表)

6.6 表[5]:[ PO表](产品订购表)

6.7 表[6]:[ Employee表](雇员表)

6.8 表[7]:[ Customer表](客户表)

6.9 视图的设计

1、建立一张雇员信息的视图

目的：屏蔽雇员的工资信息。

功能：能够向管理员提供简明，直接的雇员信息展示。

意义：有利于数据库安全的维护，防止任意修改数据库中的雇员信息。create view view_Employee--建立Employee视图，屏蔽工资属性

as

select Enumber,Ename,Etelnum

from Employee

with check option;

2、建立一张产品信息的视图

目的：屏蔽产品的出厂价信息。

功能：能够向管理员提供简明，直接的产品信息展示。

意义：有利于数据库安全的维护，防止任意修改数据库中的产品信息。create view view_Producte--建立Product视图，屏蔽出厂价属性

as

select Pnumber,Pname,Pcategory,Pprice,Pinventory

from view_Producte

with check option;

6.10 存储过程的设计

1、查询订单数量

功能：查询订单的数量

目的：存储查询订单数量的操作

意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure procedure_SearchOrdersNum --查询订单的存储过程

as

select COUNT(*) '订单总数'--查询订单数量

from Orders;

2、查询客户的订单信息

功能：查询客户的订单信息

目的：存储查询客户的订单信息的操作

意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure procedure_CustomerOrders--查询某个客户订单信息

@Cname char(10)

as

select Onumber,Odate,Enumber

from Orders,Customer

where Cname like @Cname and Customerumber like Ordersumber;

3、查询订单最多的客户信息

功能：查询订单最多的客户信息

目的：存储查询订单最多的客户信息的操作

意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure procedure_SearchMaxOrders--查询订单最多的客户信息as

select Cnumber,Cname,Caddress,Ctelnum

from Orders,Customer

where Ordersunmer=Customerunmer

group by Cnumber having MAX(Cnumber);

4、查询客户信息

功能：查询客户信息

目的：存储查询客户信息的操作

意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤create procedure procedure_SearchCustomer--查询某客户信息

@Cname char(10)

as

select *

from Customer

where Cname=@Cname;

5、查询雇员信息

功能：查询雇员信息

目的：存储查询雇员信息的操作

意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤

create procedure procedure_SearchEmployee--查询某雇员信息

@Ename char(10)

as

select *

from Employee

where Ename=@Ename;

6、查询某订单对应的产品信息

功能：查询某订单对应的产品信息

目的：存储查询某订单对应的产品信息的操作

意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤

create procedure procedure_SearchPO--查询某订单的产品信息

@Onumber char(12)

as

select Onumber,Product.Pnumber,Pname,Pcategory,Pprice,Pex_price,Pinventory from Product,PO

where Onumber=@Onumber and PO.Pnumber=Product.Pnumber;

7、查询产品信息

功能：查询产品信息

目的：存储查询产品信息的操作

意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤

create procedure procedure_SearchProduct--查询某产品信息

@Pnumber char(12)

as

select Pnumber,Pname,Pcategory,Pprice,Pex_price,Pinventory,Snumber

from Product,SP

where Pnumber=@Pnumber and SP.Pnumber=@Pnumber;

8、插入供应商信息

功能：插入供应商信息

目的：存储插入供应商信息的操作

意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤

create procedure procedure_InsertSuppliers--插入供应商信息

@Snumber char(12),@Sname char(30),@Saddress char(30),@Stelnum int

as

IF EXISTS(SELECT * FROM Suppliers WHERE Snumber=@Snumber)

print'该供应商记录已经存在'

ELSE

insert into Suppliers(Snumber,Sname,Saddress,Stelnum)

values(@Snumber,@Sname,@Saddress,@Stelnum);

9、插入订单信息

功能：插入订单信息

目的：存储插入订单信息的操作

意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤

create procedure procedure_InsertOrders--插入订单表

@Onumber char(12),@Odate date,,@Enumber char(12),@Cnumber char(12)

as

IF EXISTS(SELECT * FROM Orders WHERE Onumber=@Onumber)

print'该订单记录已经存在'

ELSE

insert into Orders(Onumber,Odate,Enumber,Cnumber)

values(@Onumber,@Odate,@Enumber,@Cnumber);

10、插入产品订购信息

功能：插入产品订购信息

目的：存储插入产品订购信息的操作

意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤

create procedure procedure_InsertPO--插入产品订购表

@Pnumber char(12),@Onumber char(12),@Quantity int

as

IF EXISTS(SELECT * FROM PO WHERE Pnumber=@Pnumber and Onumber=@Onumber)--当该订单已经订购改产品时不予重复订购

print'该产品订购订单记录已经存在'

IF EXISTS(SELECT * FROM Product WHERE Pinventory<@Quantity)--当库存量不足时不予订购

print'该产品库存不足，无法订购'

ELSE

insert into PO(Onumber,Pnumber,Quantity)

values(@Onumber,@Pnumber,@Quantity);

11、插入产品信息

功能：插入产品信息

目的：存储产品的操作

意义：下次重复同样的动作时，可直接执行存储过程，简化操作步骤

create procedure procedure_InsertProduct --插入产品信息

@Pnumber char(12),@Pname char(30),@Pcategory char(15),@Pprice int,@Pex_price real,@Pinventory real

as

IF EXISTS(SELECT * FROM Product WHERE Pnumber=@Pnumber)--若有相同产品，只更新库存量

update Product

set Pinventory=Pinventory+@Pinventory

ELSE

insert into Product(Pnumber,Pname,Pcategory,Pprice,Pex_price,Pinventory)

values(@Pnumber,@Pname,@Pcategory,@Pprice,@Pex_price,@Pinventory);

12、完整的订单销售流程

功能：插入订单信息和订购信息以及修改产品库存等信息

目的：存储从客户下单到订单订购产品的流程的操作

意义：直观展示订单销售流程，使用户能够更简明的执行完整的订单销售流程

create procedure procedure_Order --完整的订单销售流程

@Onumber char(12),@Odate date,,@Enumber char(12),@Cnumber char(12)

@Pnumber char(12),@Onumber char(12),@Quantity int

as

IF EXISTS(SELECT * FROM Orders WHERE Onumber=@Onumber)--若有重复订单，则不予下单

print'该订单记录已存在，不能重复下订单'

ELSE

insert into Orders(Onumber,Odate,Enumber,Cnumber)

values(@Onumber,@Odate,@Enumber,@Cnumber);

IF EXISTS(SELECT * FROM PO WHERE Pnumber=@Pnumber and Onumber=@Onumber)--若有重复订购单，则不予订购

print'该产品订购记录已存在，不能重复订购'

ELSE

IF EXISTS(SELECT * FROM Product WHERE Pinventory<@Quantity)--若产品库存量不足，则不予订购print'产品库存量不足，不能订购'

ELSE

insert into PO(Onumber,Pnumber,Quantity)

values(@Onumber,@Pnumber,@Quantity);

6.11 触发器的设计

1、建立触发器insert_PO：当插入了一条新的产品订购信息后，则激活该触发器，新的产品库存量等于旧库存量减去产品订购的数量。

功能：能够根据数据库中数据的变化来自动进行数据更新操作。

目的：将必备的操作自动化。

意义：为数据库用户提供一种简便操作，省去了逐项更改数据的麻烦。

create trigger insert_PO--AFTER触发器，当订购产品后，自动减少库存量

on po after insert

for each row

as begin

update Product set new.Pinventory=old.Pinventory-new.Quantity;

end;

6.12 函数的设计

无

七、安全性设计

7.1 防止用户直接操作数据库的方法

7.1.1用户标识和鉴定

用户标识和鉴别是系统提供的最外层安全保护措施。其方法是由系统提供一定的方式让用户标识自己的名字或身份。每次用户要求进入系统时，由系统进行核对，通过鉴定后才提供机器使用权。

7.1.2存取控制

数据库安全性所关心的主要是DBMS的存取控制机制。数据库安全最重要的一点就是确保只授权给由资格的用户访问数据库的权限，同时令所有未授权的人员无法接近数据，这主要通过数据库系统的存取控制机实现。

7.1.3数据加密

数据加密是防止数据库中数据在存储和传输中关系的有效字段。加密的基本思想是根据一定的算法讲原始数据变换为不可直接识别的格式，从而使得不知道解密算法的人无法获知数据的内容。

例如：

EXEC sp_addlogin 'Employee_manage','123456','Sales_System';

EXEC SP_GRANTDBACCESS 'Employee_manage','阿莱格里';

GRANT ALL privileges --将指定权限授予该用户

on table Suppliers,Product,SP,Orders,PO,view_Employee,view_product

to 阿莱格里

7.2 用户帐号密码的加密方法

为用户帐号密码加密，需要用程序实现，对用户的帐号密码实行加密算法，并在后台实现转换。

7.3 角色与权限

八、数据库管理与维护说明

1）数据库维护计划设定完成之后，如果SQL Server代理是启动的，那么在"管理－－SQL Server 代理－－作业"下面会自动生成若干自动维护的工作条目，并且每个条目都有相应的计划表，这个才是正常的。系统每天凌晨自动更新系统，删除未销卡记录

2）数据库维护计划非常强大，里面有各式各样对数据库的维护/备份操作，每样都可以设定不同的Schedule，当然，每设定一项，在JOB里面就会自动多出来一条。SQL Server Agent服务的正常运作是这一切的基础。系统每天凌晨更新后，自动备份数据库。

九、总结

不得不说本次课程设计给我带来了非常大的收获。首先，设计数据库管理系统本身，锻炼了自己的能力，增长了自己的实践经验。其次，课程设计本身对于学生的能力锻炼更是功不可没，既巩固了平时学到的理论知识，又能锻炼我们发现、提出、分析和解决实际问题的能力，也能让学生体会到数据库开发的流程。在实际操作中遇到的各种问题，让我思考、求助，直到最终解决，在此过程中更是获益匪浅。

在最开始数据库系统的时候，感觉设计一个数据库系统的设计并不是一件难事，也并没太放在心上。但是后来开始动手做的时候，才知道做一个完整的数据库管理系统需要做大量的准备工作，要做出一个功能完善的数据库系统，并非易事。数据库系统设计需要花费大量的时间和精力，必须按照课程设计的要求，遵循老师的教导，一步步的做好需求分析和逻辑设计，并完成物理设计，并不断对数据库系统进行改善，最终才能完成一个完善的数据库管理系统。

这次课程设计最后能够顺利完成，离不开老师的悉心教导，也离不开同学间的互相交流和帮助，再通过我自己不断努力，终于能够完成完整的数据库管理系统的设计，能够完成这次课程设计，自己感觉也很有成就感，感觉收获真的很大，知识方面的收获和实际动手能力的锻炼，都让我感觉进步了不少，也为将来进一步学习和工作打下了基础。

每一次动手实际操作的机会都是很珍贵的，这次课程设计下来，也得出了几条数据库系统设计方面的经验，现将所获知识点或者数据库设计经验总结如下：

1、如何创建两张相互参照的表，并插入数据。在插入数据时，外码的值必须是作为主码在被参照表中出现过的值，否则，就会出现异常（不仅属性必须先存在，属性值也必须先存在）。

2、以元组为单位插入数据时，根据建表时属性的顺序，属性值的插入必须严格按照此顺序进行，也要注意属性的类型与宽度。

3、以上问题自认为都注意到了，但是插入数据是仍然出错了，就可以将这些数据通过企业管理器进行插入，就可以发现问题出现在哪。

4、为了能对各个表进行正常删除操作，应该在创建表时对外码设置级联删除。

5、最重要的是，通过这次试验我学会了，不是拿到题目就建数据库，而是先根据题目写好需求分析，然后进行概念结构设计，然后进行逻辑结构设计，然后进行物理设计，然后数据库安全及维护设计，最后在建数据库实施。