数据库课程设计

1 系统规划 - 2 -

1.1 系统开发目的 - 2 -

1.2 系统开发工具 - 2 -

2 需求分析 - 4 -

2.1 业务需求及处理流程 - 4 -

2.2 功能需求及数据需求分析 - 6 -

2.3 业务规则分析 - 8 -

3 概念结构设计 - 9 -

3.1 定义实体集及其属性 - 9 -

3.2 确定联系集及e-r图 - 11 -

3.3 检查是否满足需求 - 13 -

4 逻辑结构设计 - 14 -

4.1 e-r图向关系模型的转换 - 14 -

4.2 模式求精 - 14 -

5 数据库的实施 - 15 -

5.1 数据库与基表的创建 - 15 -

5.2 数据的载入 - 20 -

5.3 数据的查询 - 23 -

前言由于科学技术的不断发展，计算机科学日渐成熟，其强大的功能已为人们所深刻认识，它己进入人类社会的各个领域并发挥着越来越重要的作用。采用计算机进行信息化管理已成为衡量企业管理科学化和现代化的重要标志，而销售管理的全面自动化、信息化则是其中重要的组成部分。销售管理的好坏对于企业的决策者和管理者来说都至关重要，在很大程度上影响着企业的经济效益和社会效益。

因此，本文所研究的销售管理系统具有一定的使用价值和现实意义。

1 系统规划。

1.1 系统开发目的。

本项目是为某商品销售公司开发的的一个商品销售管理系统，由于这个公司的规模比较大，需要管理的货物比较多，每次仓库总是堆满了货物，货物**混乱，如何让管理者尽快向客户提供商品的最新**及时商品的库存信息，成为了急于解决的问题。为了，提高销售部人员工作效率和管理水平，销售公司希望有一个自动化的商品销售管理系统能够给他们带来工作的便利，提高工作效率。

项目要达到的目标。

本项目设定的目标如下：

系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少。

系统具有良好的运行效率，能够得到提高生产率的目的。

系统应有良好的可扩充性，可以容易的加入其它系统的应用。

平台的设计具有一定的超前性，灵活性，能够适应医院配置的变化。

1.2 系统开发工具。

本文以visual basic 6.0和sever 2008为基础，建立一个简单的商品销售管理系统，从而实现商品销售的系统化、规范化和自动化。在此软件的开发过程中，严格遵守了软件工程的规范，它经历了系统概述、需求分析、系统设计等几个阶段，使系统结构清晰，条理分明。

本软件安全性强，维护成本低，系统可靠性强扩充性好且开发效率高，使用方便，标准化程度较高。对于用户来说，本软件的优点就是界面简明，使用户一看到就应该能知道怎么样去使用本软件。

需求分析。2.1 业务需求及处理流程。

2.1.1 业务需求分析。

对于商品销售系统主要业务一般有商品基本信息查询、商品信息录入、商品查询、商品**和折扣管理，商品库存管理。

以下是不同的用户对销售管理系统需求：

普通用户功能需求：注册成为新用户，登陆后进入数据库查询商品基本信息，如商品编号，商品名称，商品**，有无库存，折扣；

添置订单。销售部门经理的功能需求：验证后登陆，能够查询商品库存信息。

查询各种商品的销售量，以及查询销量较少的商品，修改商品**及折扣。

管理员的功能需求：能够录入、更改和删除商品信息，进行库存管理，设置库存上限及下限，对库存量不足的的商品提出采购请求并制定采购计划书；受理订单并发货。

下面以活动视图的方式叙述如下：

图1 活动视图。

2.1.2处理流程。

主要的业务流程有生成采购单、订单受理以及**生成订单，其处理流程如下：

1）订单生成主要是根据客户需求完成的，由于该商店的财务管理的限制不支持线上付款功能，故起订单生成的业务流程如图：

图2 订单生成。

采购单的生成，如下图所示：

图3 采购单生成。

2.2 功能需求及数据需求分析。

系统包括管理员信息模块、客户信息模块、商品信息模块、营销信息模块（进货和销售管理）、**商信息模块。根据详细调查其功能模块图如下所示：

图4 功能模块图。

管理员注册管理：管理员以职员身份注册并填写基本信息，包括姓名、性别、出生年月、住址、**。系统检查所有信息填写正确后提示注册成功，并返回职工编号。

客户注册管理：客户以游客身份注册并填写基本信息，包括姓名、性别、住址、**。系统检查所有信息填写正确后提示注册成功，并返回客户编号。

订单管理：订单查询；订单提交后，**商管理：为方便制定采购计划，要求保存**商信息，包括**商名称、**商编号、**商地址、联系**、联系人。

商品销售管理：包括进货和销售信息，可以对其进行添加、删除、修改和查询，填制出库单，入库单，并进行销售统计。

出库单信息包括：出库单编号，商品编号，商品名称，出库量，出库日期；

入库单信息包括：入库单编号，商品编号，商品名称，入库量，入库日期；

销售统计表包括：商品编号，商品名称，单价，销售量，销售额；

库存管理：查询、修改商品的库存情况，并填制库存表，包括商品名称，商品编号，库存量；

填制出库登记表，包括：商品名称，商品编号，出库数量，出库日期，出库单编号；

填制入库登记表，包括：商品名称，商品编号，入库数量，入库日期，入库单编号等；

商品信息管理：可以对商品的**及折扣属性进行修改。可以录入和删除商品基本信息。

2.3 业务规则分析。

业务规则分析主要是分析数据之间的约束以及数据库约束。基于上述功能需求，通过对销售管理的进一步理解总结归纳，其相应的业务规则如下所示：

（1）客户编号，职工编号是编号的唯一标识，由系统按时间顺序生成。

（2）每个订单用订单编号唯一标识，订单编号按系统时间按时间顺序生成，后提交的订单，订单编号越大。

（3）同一订单可以包含多种商品，订单在受理前可以进行修改，以及取消订单。

（4）商品信息的**及折扣变动，只能由销售经理进行。

（5）一种商品只能由一个**商**，而一个**商能**多种商品。

概念结构设计。

数据库概念设计是根据需求分析中得到的信息，并采用适当的数据模型将这些需求转化为数据库的概念模式。在此阶段我们只关注如何描述数据及数据之间的关系。二不必关心将要使用的数据库管理系统，根据需求分析我们可定义出以下实体集、联系集及其属性。

3.1 定义实体集及其属性。

实体集是具有相同类型及相同性质的实体集合。通常一个实体对应一个事物。根据需求分析，可得出以下四个实体集以及其相应的属性并得出其e-r图：

1) 客户实体集，其属性有：客户编号，客户姓名，性别，**号码，家庭地址。其e-r图如下所示：

图5 2) 职工实体集，其属性有：职工编号，职工姓名，性别，年龄，出生年月，**，电子邮箱，家庭地址，及薪酬。其e-r图如下所示：

图63) 商品实体集，其属性有：商品编号，商品名称，出厂日期。其e-r图如下所示：

图74) 部门实体集，其属性有：部门名称，部门编号，部门地址，及经理姓名，联系**。其e-r图如下所示：

图85) **商实体集，其属性有：**商编号，公司名称，公司地址，公司联系人，公司**，传真，**。其e-r图如下所示：

图96) 仓库实体集，其属性有：仓库编号，仓库地址。其e-r图如下所示：

图103.2 确定联系集及e-r图。

确定实体集之后，接下来就是确定联系集，就是研究实体集之间的数学关系，这是决定e-r图设计的关键。故做出以下分析：

1) 客户与商品之间的“订购”联系集。它是一个多对多的联系，其描述的属性有：订单号，订购日期，订购数量，收货人，及收货地址，应收款项。

2) 商品与仓库之间的“存储”联系集。它是一个一对多的联系，其描述的属性有：存储量等。

3) 职工与部门之间的“就职”联系集。它是一个多对一的联系，其描述的属性有：工作职位，工龄。

4) **商与商品之间“**”联系集。它是一个一对多的联系，其描述的属性有：进货**。

5) 部门与商品之间“销售”联系集。它是一个多对多的联系，其描述的属性有：销售数量，销售**，销售日期。

联系集及其描述的属性及所涉及的实体集的e-r图如下图所示：

3.3 检查是否满足需求。

在上述e-r图中，在客户与商品的“订购”联系中，一个客户在一个订单中只能订购一种商品，所以，对“订购”联系进行优化，添加一个实体集订单，一个客户能下多笔订单，但一个订单只能由一个客户填制；一个订单可以订购多种商品，一个商品能被多个订单订购。优化后的需添加“订单”实体集及“订购”和“填制”两个联系集。优化后的e-r图如下所示：

4 逻辑结构设计。

4.1 e-r图向关系模型的转换。

实体集转换成关系模式。

客户基本信息表（客户编号，客户姓名，性别，**号码，家庭地址）；

职工基本信息表（职工编号，职工姓名，性别，年龄，出生年月，**，电子邮箱，家庭地址，薪酬，职位，部门编号）；

部门基本表（部门编号，部门名称，部门地址，及经理姓名，联系**）；

**商信息表（**商编号，公司名称，公司地址，公司联系人，公司**，传真，**）；

商品信息基本表（商品编号，商品名称，出厂日期，进货**，**商编号，库存编号）；

仓库信息基本表（库存编号，仓库名称，仓库地点，仓储量）

订单信息表（订单编号，应收款项，收货地址，收货人，客户编号）

联系集转化成关系模式。

订购统计表（订单编号，商品编号，订购日期，数量）

库存统计表（商品编号，库存编号，库存量）

销售统计表（部门编号，商品编号，销售量，销售**，销售日期）

数据库课程设计

数据库库课程设计

数据库课程设计总结数据库课程设计个人总结

数据库课程设计

其他用户还读了