
数 据 库 课 程 设 计
题目: 网上招标系统
姓 名:
班 级:
学 号:
指导教师:
目 录
一.网上招标系统数据库设计
1.项目介绍
1.1用户需求调查
1.2系统数据流程图
1.3系统数据字典
2.系统功能
2.1系统功能图及结构
3.结构设计
3.1系统的概念模型
3.2 系统的逻辑模型
3.3 系统的详细设计
4.系统维护
一.网上招标系统数据库设计
1 项目介绍
招标系统的功能是企业利用招标的方式进行物资采购,网上招标系统的功能是利用网络的优势,提高业务处理效率,改善采购质量,充分发挥招标采购的优势,为企业提供优质的物资供应服务。网上招标系统实现招标过程的电子化管理和运作,使招标理念和信息技术完美结合,有效降低采购成本,提高招标工作效率,规范了业务流程。
1.1 用户需求调查
通过对网上招标业务的调查,明确了网上招标系统由招标,投标和系统管理三部分组成。现有系统的功能如下:
(1)招标
1)发布招标信息—填写招标内容→上传招标书→招标信息入库
2)中标信息发布—填写招标编号→验证是否招标信息的发布者→填写中标单位
3)招标信息澄清.修改—填写招标编号→验证是否是招标信息的发布者→填写修改或澄清的内容→通知下载标书的用户
(2)投标
1)服务器经过检验后,让合法的用户进入系统→投标用户查询招标公告,系统提供分类查询和条件查询
2)合法用户经过查询后,就可以进行在线投标,下载标书
(3)系统管理
1)增加,删除现有的招标用户,能够按照招标用户,招标项目类别队所有的招标信息进行管理,包括对保存在文件系统下的招标书的管理;
2)可以增加,删除和修改注册用户的资料;
3)同时对投标用户购买招标书的收费进行管理,投标用户在网上填写购买标书的申请,并将购买款项回到系统指定账号,系统管理员在收费管理中标记用户的缴费状态,可得到用户的详细信息→增加,删除招标用户;
经上述分析,改系统的功能结构图如下所示:
1.2 系统数据流程图
经过详细的调查,弄清系统现行的业务流程。在此基础上,构造出系统的逻辑模型,并通过数据流程图表示。下图为网上招标系统的数据流程图。
·
1.3 系统数据字典
网上招标系统数据流程图中,数据信息和处理过程需要通过数据字典才能描述清楚。在定义的网上招标系统数据字典中,主要对数据流程图中的数据存储定义进行说明。
(1)主要的数据存储定义
1)数据存储编号:D1
数据存储名称:招标信息表
输入:P1.1,P2.2
输出:P1.2
数据结构:招标信息表=招标信息发布+上传标书+审核公告
数据量和存取频度:数据量为250000条;存取频度为每天1000次。
存取方式:联机处理;检索和更新;主要是随机检索
2)数据存储编号:D2
数据存储名称:标书信息表
输入:P 1.3 P2.2
输出:P3.1
数据结构:标书信息表=购买标书表+上传标书
数据量和存取频度:数据量为50000条;存取频度为每天1000次。
存取方式:联机处理;以更新操作为主;随机检索
3)数据存储编号:D3
数据存储名称:购买标书表
输入:P1.3 P3.1
输出:P3.1
数据结构:购买标书=标书下载+标书信息+
数据量和存取频度:数据量为1000条;存取频度为每天100次.
存取方式:联机处理;以检索为主;顺序检索.
2. 系统功能
2.1 系统功能图及结构
网上招标系统的系统功能结构如下图所示;
网上招标系统包括用户登陆模块,招标和投标三大模块。其中,用户登录模块是为保证数据库应用系统的数据安全性而设计的,物资管理模块实现物资的内部管理功能,物资领用功能实现职工对物资的领用。
1)用户登录模块
用户登录模块的任务是识别用户身份,确定用户操作权,保证系统安全运行。用户登录摸块包括以下俩个子模块。
1)用户记录维护:建立用户记录,对用户记录进行及时更新。
2)用户登录管理:确定用户身份和用户的操作权限
2)招标
1)发布招标信息—填写招标内容→上传招标书→招标信息入库
2)中标信息发布—填写招标编号→验证是否招标信息的发布者→填写中标单位
3)招标信息澄清.修改—填写招标编号→验证是否是招标信息的发布者→填写修改或澄清的内容→通知下载标书的用户
3)投标
1)服务器经过检验后,让合法的用户进入系统→投标用户查询招标公告,系统提供分类查询和条件查询
2)合法用户经过查询后,就可以进行在线投标,下载标书
3)系统管理
1)增加,删除现有的招标用户,能够按照招标用户,招标项目类别队所有的招标信息进行管理,包括对保存在文件系统下的招标书的管理;
2)可以增加,删除和修改注册用户的资料;
3)同时对投标用户购买招标书的收费进行管理,投标用户在网上填写购买标书的申请,并将购买款项回到系统指定账号,系统管理员在收费管理中标记用户的缴费状态,可得到用户的详细信息→增加,删除招标用户;
3.结构设计
3.1 系统的概念模型
根据系统的需求分析,可以得出网上招标系统数据库的概念模型。下面是用E-R图表示的该系统的概念模型。
(A)
(B)
(C)
(D)
3.2 系统逻辑模型
将企业物资管理系统的E-R图转换为关系数据库的数据模型,其关系模式为:
合法用户(用户编号,用户名,登录级别,密码,登录名),其中登录名为主码;
物资(物资编号,类别,名称,进价,生产日期,规格型号,计量单位,是否领用),其中物资编号为主码;
领用者(职工号,性别,姓名,部门,电话),其中职工号为主码;
领用(物资编号,职工号,领用日期,经办人),其中物资编号和职工号为主码。
将企业物资管理系统的数据库定名为“物资领用” 。
3.3 系统的详细设计
关系属性的设计包括属性名,数据类型,数据长度,该属性是否允许为空值,是否为主码,是否为索引项及约束条件。下表详细列出了物资领用库职工各表的属性设计情况
用户信息表
| 表名 | 属性名 | 类型 | 长度 | 允许空 | 主码或索引 | 约束条件 |
合法 用户 | 登录名 | CHAR | 8 | NO | 主码 | 输入时不显示 |
| 密码 | CHAR | 8 | NO | 输入时不显示 | ||
| 用户编号 | CHAR | 10 | NO | 索引 | 管理员或系统管理员 | |
| 级别 | CHAR | 5 | NO | |||
| 用户名 | CHAR | 8 | NO |
物资基本信息表
| 表名 | 属性名 | 类型 | 长度 | 允许空 | 主码或索引 | 约束条件 |
物资 | 物资编号 | CHAR | 10 | NO | 主码 | |
| 类别 | VARCHAR | 20 | NO | 索引 | ||
| 名称 | VARCHAR | 30 | NO | 索引 | ||
| 进价 | SMALLMONEY | YES | ||||
| 生产日期 | DATETIME | 8 | NO | |||
| 规格型号 | VARCHAR | 20 | NO | 索引 | ||
| 计量单位 | CHAR | 10 | NO | |||
| 是否领用 | BIT | NO | 1为领用0为没被领用 |
| 表名 | 属性名 | 类型 | 长度 | 允许空 | 主码或索引 | 约束条件 |
领用者 | 职工号, | CHAR | 8 | NO | 主码 | |
| 性别 | CHAR | 2 | NO | 男或女 | ||
| 姓名 | VARCHAR | 8 | NO | 索引 | ||
| 部门 | VARCHAR | 20 | NO | 索引 | ||
| 电话 | VARCHAR | 12 | YES |
| 表名 | 属性名 | 类型 | 长度 | 允许空 | 主码或索引 | 约束条件 |
领用处理 | 物资编号 | CHAR | 10 | NO | 主属性 | |
| 职工号 | CHAR | 8 | NO | 主属性 | ||
| 领用日期 | DATETIME | 8 | NO | 索引 | 值为领用当天的日期 | |
| 经办人 | CHAR | 5 | NO |
4.系统的维护
系统的维护主要分为纠错性维护、适应性维护、完善性维护和预防性维护。 据统计,完善性维护占所有维护工作总数的 50%左右。可见,系统维护工作中,一半以上的工作是对系统的完善,一定要多加注意。
