数据库课程设计

课程设计。

课程设计任务书。

学生姓名专业班级：

指导教师：刘洪星工作单位：计算机学院

初始条件：在一个订货系统的数据库中，存有顾客、货物和订货单的信息。

顾客（顾客号、收货地址、赊购限额、余额、折扣）

订货单（顾客号、收货地址、订货日期、订货细则）

订货细则（货物号、订货数量）

货物（货物号、制造厂商、厂商的实际存量、最低存货量、货物描述）

要求完成的主要任务：

1. 根据上述的初始条件，进行调查分析并设计适当的属性。设计一个订货数据库，dbms可选ms sql server、access、vfp等。

2. 完成课程设计说明书，其格式遵守学校今年的新规定。主要内容包括：需求分析，概念设计，逻辑设计，物理实现等。

3. 基于该数据库，最好实现一个或多个应用程序（自己确定功能），程序设计语言（工具）任选。这一项是选作，不作硬性要求。

时间安排：本学期第18周：

1. 消化资料、系统调查 1天。

2. 系统分析 1天。

3. 总体设计，实施计划 2天。

4. 撰写报告 1天。

指导教师签名年月日。

系主任（或责任教师）签名年月日。

订货数据库设计。

1. 需求分析及说明：

1.1需求分析和可行性分析：

需求分析的任务是调查应用领域，对应用领域中各种应用的信息要求和操作要求进行详细分析，形成需求分析说明书。

需求分析过程一般分一下几个阶段：

1）调查组织机构的总体情况。

2）熟悉各部门的业务活动情况。

3）分析用户的需求。

4）确定新系统的边界。

订货时很多发展的必然趋势，有人说订货的好坏，决定了当季销售业绩的一半。订货一方面可以保证我们发货的总量维持不变，公司所发货品总数即为销售总数，这样可以为公司控制货品销售争取主动，能够较准确地掌控生产与库存总量；另一方面可以控制一定量的滞销款返回以促进其销售，为公司疏缓库存压力。

由于订货的好处和它处理数据的庞大行，订货系统应运而生。

1.2具体说明：

由于顾客或订货商们订货时会有各种不同的需求，而且随着顾客量的增加，顾客的信息量也在增加，而且必须确保顾客信息的准确和完整性。订购的货物有其属性，如：货物名，订货价等。

不同的顾客会与公司建立不同的订货单，这些订货单对应着不同的订货细则。这些都是很庞大的数据量，需要建立一个数据库来保存和方便的查询。

1.3问题域描述：

顾客找供货商订货，这时候顾客要把顾客的姓名，收获地址，联系**，邮箱地址，邮编等信息给供货商。顾客可以签订多份订货单。在每个订货单中可以有多种货物。

每个订货单就可以对应多份订货细则。供货商根据订货单给顾客发货。顾客可以登录到订货管理系统查询自己的信息。

供货商可以进入订货管理系统对顾客信息进行添加，删除，修改等。这个时候还要考虑到顾客只能够看而不能够去修改其数据。

1.4数据流图：

0层：1.5数据字典：

1.5.1数据项：

数据项是数据的最小单位，对数据相的描述包括：数据项名、含义、别名、类型、长度、取值范围以及与其他数据项的逻辑关系。

1）顾客信息：顾客号，姓名，**，邮箱，邮编，收货地址，赊购限额，余额，折扣，开户银行，银行账户。

2）订货单信息：订单号，顾客号，收货地址，订货日期，产品发货日期，预计寄达时间，运输方式，付款方式。

3）订货细则信息：货物号，订货细则号，订单号，订货数量，订货价，订货金额。

4）货物信息：货物号，货物名，订货价，生产日期，制造厂商，厂商的实际存量，最低存货量，货物描述。

5）账号信息：用户名，密码，权限。

1.5.2数据表：

顾客表：订货单：

订货细则表：

货物表：账号表：

2. 概念设计：

概念设计结构通常有自顶向下、自底向上、逐步扩张、混合策略4类方法。其中最经常采用的策略是自底向上的方法。即自顶向下的进行需求分析，然后在自底向上地设计概念结构。

自底向上设计概念结构的方法通常有可分为两步：

1）抽象数据并设计局部视图。

2）集成局部视图，得到全局的概念结构。

2.1数据库的实体及属性：

顾客：（顾客号，姓名，**，邮箱，邮编，收货地址，赊购限额，余额，折扣，开户银行，银行账户）

订货单：（订单号，顾客号，收货地址，订货日期，产品发货日期，预计寄达时间，运输方式，付款方式）

订货细则：（货物号，订货细则号，订单号，订货数量，订货价，订货金额）

货物：（货物号，货物名，订货价，生产日期，制造厂商，厂商的实际存量，最低存货量，货物描述）

账号：（用户名，密码，权限）

2.2系统e-r图设计：

为了把系统的数据要求清楚、准确地描述出来，系统分析员通常建立一个概念性的数据模型(e-r图)。它描述了从用户角度看到的数据，它反映了用户的显示环境，而且与在软件中的实现方法无关。

以下便是本系统的e-r图表示：

2.2.1顾客实体图和描述：

描述：顾客号唯一的标示一位顾客。一个顾客号可以对应多个订单号。

2.2.2订货单实体图和描述：

描述：订单号唯一的确定一个订单，在订货细则里可以看到一个订单里可以对应多个订单细则号。订单号作为订货细则里的外码。

2.2.3订货细则实体图和描述：

描述：订货细则号可以唯一的确定一份订货细则。顾客订购一种货物的话只能对应一个订单细则号。但是一个订单细则号只能对应一种货物号。订单里不同的细则号就可以对应多种货物了。

2.2.4货物实体图和描述：

描述：货物号可以唯一的确定以中货物。通过货物号与订单细则号联系起来就可以实现一份订单里可以购买多种货物。

2.2.5账号实体图和描述：

描述：用户名来确定用户的身份和他所能进行的操作。在对订货管理数据库进行操作的时候必须要每个用户名不一样，他们的密码是可以相同的，拥有不同权限的用户对数据库有不用的操作。

2.2.6总体的e-r图及描述：

描述：一个顾客可以签订多个订货单，顾客里面包含了唯一标示顾客的顾客号。在每个订货单里面可以有唯一标示该订单的订单号，并且一个订单号只能对应一个顾客号。

而一个顾客号可以对应多个订单号。即一位顾客可以签订多个订单。一个订单可以有多个订货细则所构成。

在每一个订货细则里都有唯一标示的订货细则号，一个订货细则号对应一种货物，也可以是多个订货细则对应一种货物。这样的话一个订单就可以购买多个货物。

2.3关系图：

3. 逻辑设计。

这个过程首先将概念结构转换为关系模型。其次是对数据模型进行优化。

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

顾客：（顾客号，姓名，**，邮箱，邮编，收货地址，赊购限额，余额。

折扣，开户银行，银行账户）

此为顾客实体型对应的关系模型。顾客的顾客号是该关系模型的候选码。

订货单：（订单号，顾客号，收货地址，订货日期，产品发货日期，预计寄达时间，运输方式，付款方式）

此为订货单实体型对应的关系模型。订单号是该关系模型的候选码。一个订单号里面对应一位顾客号。

订货细则：（订货细则号，货物号，订单号，订货数量，订货价，订货金额）

此为订货细则实体型对应的关系模型。订货的订货细则号是该关系模型的候选码。一个订单里可以有多个订货细则号。

货物：（货物号，货物名，订货价，生产日期，制造厂商，厂商的实际存量，最低存货量，货物描述）

此为货物实体型对应的关系模型。货物的货物号是该关系模型的候选码。

账号：（用户名，密码，权限）

此为账号实体型对应的关系模型。账号的用户名是该关系模型的候选码。对不同的用户设置不同的权限，操纵数据的能力不一样。

4. 数据库的物理设计：

数据库的物理设计通常分为两步：

1）确定数据的物理结构。

2）对物理结构进行评价，评价的重点是时间和空间效率。

4.1开发环境：

本课程设计开发环境：sql server2008，windows xp系统。

4.2数据库表的设计：

顾客表：订货单表：

订货细则表：

货物表：账号表：

4.3主要功能说明：

本系统主要分成四个功能模块，每个模块都独立的完成了自己的功能，以下是对各功能模块的说明：

（1）登录模块：该功能模块是为了让不同的用户登录到不同的界面上去，管理员用户可以登录到对整个数据库进行添加、删除、修改、查询等操作。而普通的顾客只能进行简单的查询操作。

（2）顾客信息管理模块：该功能模块是对顾客的顾客号、姓名、收货地址、**、邮箱、邮编等信息进行添加，删除，修改，查询。普通的顾客是无法进入该模块的。

（3）订货单信息管理模块：该功能模块是对订货单信息的订单号、顾客号，订货日期，产品发货日期，预计寄达时间，运输方式，付款方式等信息进行添加，删除，修改和查询。普通的顾客是无法进入该模块的。

（4）订货细则信息管理模块：该功能模块是对订货细则信息的订货细则号，货物号，订单号，订货数量，订货价，订货金额等信息的添加，删除，修改，查询。普通的顾客是无法进入该模块的。

（5）货物信息管理模块：该功能模块是对货物信息货物号，货物名，订货价，生产日期，制造厂商，厂商的实际存量，最低存货量，货物描述等信息的添加，删除，修改和查询。普通的顾客是无法进入该模块的。

（6）顾客查询模块：该功能模块是是专门为顾客准备的，顾客可以根据自己的顾客号来查询自己的信息。

5．数据库的运行和维护：

数据库是运行合格后，数据库开发工作就基本完成，即可投入正式运行了。但是，由于应用环境在不断地变化，数据库运行过程中物理存储业会不断变化，对数据库设计进行评价、调整、修改等维护工作是一个长期的任务，也是设计工作的继续和提高。

数据库课程设计

数据库库课程设计

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

数据库课程设计

其他用户还读了