《《精编》饮料厂销售管理系统课程设计》由会员分享，可在线阅读，更多相关《《精编》饮料厂销售管理系统课程设计（35页珍藏版）》请在金锄头文库上搜索。
1、 数据库原理课程设计题 目 饮料厂销售管理系统 学 院 商学院 专 业 信息管理和信息系统 班 级 信息082 学 号 200853275237 学生姓名 许叶飞 指导教师 张细香 编写日期 2011月1月5日 目 录1 系统需求分析.1 1.1 系统调查.11.2用户需求.12 系统总体结构设计.2 2.1软件系统总体结构设计.22.2数据存储的总体设计. 22.3系统功能模块设计. 23 数据库详细设计.3 3.1数据库设计.3 3.11 E-R图设计.33.12 逻辑结构设计.5 3.2数据库的完整性和安全性.84数据库操作总代码（SQL Server2000语句完成）.95 部分功能模
2、块运行结果.29 5.1建立存储过程实现插入、删除、修改数据.29 5.2 建立存储过程实现单表查询，连接查询，嵌套查询和集合查询.306 课程设计心得.31参考文献.321 系统需求分析1.1 系统调查 对现行饮料厂销售管理业务进行详细调查是为了了解不同客户对不同产品的需求，并统计不同销售员的销售业绩。因此，我们必须对饮料厂的销售管理进行全面、细致而充分的调查研究。首先可以了解一下该厂已经生产的产品有哪些种类以及不同种类包含哪些产品，该厂目前有哪些销售员，哪些客户，以及目前的各产品的库存量。在此基础上，我们开始对该厂进行更为细致、全面、深入的调查。 通过调查，我们了解到随着时间的发展，该厂所
3、生产的产品会增加，销售员也会增加，客户也会增加。为了适应该厂的变化，所以我们所设计出的数据库必须能够随着该厂的实际变化而变化。1.2用户需求要设计一个性能良好的管理系统，明确用户的应用环境对系统的要求是首要的和基本的。本系统从以下四个方面对用户需求进行了分析：用户的信息需求：用户能够通过单表查询、嵌套查询、集合查询等方法来查询用户信息表的信息，销售员信息表的信息，客户信息表的信息，饮料信息表的信息，订单信息表的信息，订购表的信息，仓库信息表的信息，库存表的信息和销售员总销售额表的信息。此外，用户还可以通过多表连接查询等方法来查询来自不同表的数据列值的信息。用户的处理要求：用户能够对销售员信息表
4、、客户信息表、饮料信息表、订单信息表以及订单详细信息表等进行增加、删除和修改等操作。在客户订购饮料之后，用户可以根据目前仓库中的饮料的库存量来确定能否发货。如果可以发货，则将在库存表里扣除对应订单详细表里订购的饮料数量。如果不可以发货，则将原来的订单删除，并删除对应的订单详细信息表。当用户退订饮料之后，则将在库存表里加上对应订单详细表里订购的饮料数量。系统能够自动生成做了插入、删除或修改订单及订单详细表之后的订单的总价格和某一销售员的销售业绩。对系统的适应性、通用性要求：该系统不仅仅局限于饮料行业的销售系统，也可以移植到其他行业，进行其他行业的产品的销售管理。对系统的安全性要求，要求进入系统必
5、须进行用户口令校验。2系统总体结构设计 2.1 软件系统总体结构设计 软件系统总体结构设计的主要任务就是将整个系统合理的划分成各个功能模块，正确处理模块之间与模块内部的联系及它们之间的调用关系和数据联系,定义各模块的内部结构等，本系统的软件总体结构按分解协调的原则，信息隐蔽抽象的原则，自顶向下的原则，一致性原则，面向用户的原则进行设计。2.2 数据存储的总体设计 按用途分类可把本系统文件分成以下几种：（1） 主文件：系统中的主文件是最重要的共享文件，主要存放具有固定值属性的数据。它需要长期保存，并不断更新。如销售员信息表、客户信息表、饮料信息表。（2） 处理文件：处理文件包含下一次更新文件所需
6、要的全部记录，本系统中的处理文件如订单信息表、订购表、库存表。2.3系统功能模块设计通过对系统的数据流图进行分析，进一步进行功能分解，直到分解成含义明确，功能单一的功能模块，从而得到系统的功能模块结构图。如图下图所示。3 数据库详细设计 3.1数据库设计 数据库的设计是指对一个给定的应用环境，构造数据库模式，建立数据库及其应用系统，满足各种用户需求。作为信息资源开发、管理和服务的一种有效的手段，数据库技术的应用已越来越广泛，从小型的单项事务处理系统到大型的信息系统大都用先进的数据库技术来保持系统数据的安全性、完整性和共享性。对一个实际的系统来说，数据库表的设计在遵循数据库理论的同时，必须能用开
7、发工具来实现用户在各方面提出的功能要求。3.1.1 E-R图设计 在系统的数据库设计中，先要对系统分析得到的数据字典中的数据存储进行分析，分析各数据存储之间的关系，然后才能得出系统的关系模式。可以采用E-R图的方法来进行数据结构分析，E-R设计方法是一种通过E-R图来描述现实 世界信息结构的DB设计方法。E-R图由实体、属性、联系三部分组成。总E-R图如下：部分ER图如下：(1) 销售员表E-R图见下图：(2) 客户表E-R图见下图： （3） 饮料表E-R图见下表：（4） 订单表ER图见下表： 饮料厂销售管理系统中所涉及到的主要实体集及其属性如下：用户用户编号，用户名，登录密码销售员销售员编号
8、，销售员姓名，性别，出生年月，雇佣日期，住址, 销售员电话客户客户编号, 客户公司名称, 联系人, 公司地址, 邮政编码，客户电话饮料饮料编号，饮料名称，种类编号，种类名称，饮料单价订单订单编号，客户编号，销售员编号，订单日期订购表订单编号，饮料编号，订购数量，总价格仓库仓库编号，仓库地址库存表仓库编号，饮料编号，库存量销售员总销售额表销售员编号，总销售额3.1.2. 逻辑结构设计（E-R图向关系模型的转换） ER图向关系模型的转化要解决的问题是如何将实体和实体间的联系转换为关系模式，如何确定这些关系横式的属性和码。对于实体间的联系我们分不同的情况讨论：(1) 若实体间的联系是1:1，可以在两
9、个实体转换成的两个关系中任意一个关系的属性中加入另一个关系的码。(2) 若实体间联系为1:n，则在n端实体转换成的关系中加入1端实体转换成的关系码。(3) 若实体间联系为n:m，则将联系转换为关系，关系的属性为诸个实体的码加上联系具有的属性，而关系的码则为诸实体的码的组合。由以上三点，可转换为关系模型。每个关系的主码用下划线表示。 用户用户编号，用户名，登录密码 销售员销售员编号，销售员姓名，性别，出生年月，雇佣日期，住址, 销售员电话 客户客户编号, 客户公司名称, 联系人, 公司地址, 邮政编码，客户电话 饮料饮料编号，饮料名称，种类编号，种类名称，饮料单价 订单订单编号，客户编号，销售员
10、编号，订单日期 订购表订单编号，饮料编号，订购数量，总价格 仓库仓库编号，仓库地址 库存表仓库编号，饮料编号，库存量 销售员总销售额表销售员编号，总销售额基于以上关系模型，本系统中关于数据库表结构设计如下： 在服务器上用SQL Sever2000建立名为exam的数据库。其中包括以下表：用户信息表（Users)，销售员信息表（Salers)，客户信息表（Customers)，饮料信息表（drink)，订单信息表（orders)，订购表（orderDetails)，仓库信息表（storehouse)，库存表(storetable)，销售员总销售额表（TotalSales）。下面将具体介绍数据库中
11、各个表的结构：3.2 数据库的完整性和安全性3.2.1.数据库的完整性 数据库的完整性是指数据的正确性和相容性。数据库管理系统（DBMS）用一定的机制来检查数据库中的数据是否满足规定的条件完整性约束条件，数据的约束条件是语义的体现，将作为模式的一部分存入数据库中。 本系统中定义了表与表之间的联系有助于实现完整性规则，一般在程序中实现具体的完整性控制。3.2.2.数据库的安全性 数据库的安全性是指保护数据库以防止不合法的使用所造成的数据泄漏、更改或破坏。在数据库系统中，大量的数据集中存放，而且为许多用户直接共享，是宝贵的信息资源，系统的安全保护措施就显得更为重要，它保护数据库防止恶意的破坏和非法的存取。 本系统包括数据库的安全和服务器的安全。采用管理员表示和鉴定的方法实现数据库的安全，此安全管理措施并不在前台开发工具中实现，而是在后台数据库中实现。在登录数据库时，系统让管理员户表示自己的身份，不同的管理员权限不同，系统进行核实，鉴别此管理员是否为合法用户，若是，系统进一步核实用户，通常要求用户输入口令，系统和对用户口令以鉴别用户身份。服务器的安全也是通过用户在登录服务器时输入合法的用户名和密码来实现的。这是一种简单可行的方法，实现起来比较方便。没有采用更加复杂的系统安全管理措
