数据库原理课程设计参考模板.docx

上传人:b****0 文档编号:10072657 上传时间:2023-05-23 格式:DOCX 页数:10 大小:56.69KB
下载 相关 举报
数据库原理课程设计参考模板.docx_第1页
第1页 / 共10页
数据库原理课程设计参考模板.docx_第2页
第2页 / 共10页
数据库原理课程设计参考模板.docx_第3页
第3页 / 共10页
数据库原理课程设计参考模板.docx_第4页
第4页 / 共10页
数据库原理课程设计参考模板.docx_第5页
第5页 / 共10页
数据库原理课程设计参考模板.docx_第6页
第6页 / 共10页
数据库原理课程设计参考模板.docx_第7页
第7页 / 共10页
数据库原理课程设计参考模板.docx_第8页
第8页 / 共10页
数据库原理课程设计参考模板.docx_第9页
第9页 / 共10页
数据库原理课程设计参考模板.docx_第10页
第10页 / 共10页
亲,该文档总共10页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

数据库原理课程设计参考模板.docx

《数据库原理课程设计参考模板.docx》由会员分享,可在线阅读,更多相关《数据库原理课程设计参考模板.docx(10页珍藏版)》请在冰点文库上搜索。

数据库原理课程设计参考模板.docx

数据库原理课程设计参考模板

数据库设计说明书

 第一章引言

1.1编写目的

数据库技术和Internet的飞速发展,使它们已经成为现代信息技术的重要组成部分,是现在计算机信息系统和计算机应用系统的基础和核心。

对于任何一个企业来说,数据是企业重要的资产,如何有效利用这些数据,对于企业发展起着极其重要的作用。

随着我国市场经济的迅速发展和人们生活水平的不断提高,图书馆藏书的树木逐渐增大,这也挑战了图书管理方面的技术,以前的人工管理方式已经不再适应现在的环境,取而代之的是先进的图书管理系统,通过使用VF创建的图书管理系统可以让管理人员方便而快捷的进行管理、查询、借阅、录入等工作

1.2背景

数据库技术和Internet的飞速发展,使它们已经成为现代信息技术的重要组成部分,是现在计算机信息系统和计算机应用系统的基础和核心。

对于任何一个企业来说,数据是企业重要的资产,如何有效利用这些数据,对于企业发展起着极其重要的作用。

随着我国市场经济的迅速发展和人们生活水平的不断提高,图书馆藏书的树木逐渐增大,这也挑战了图书管理方面的技术,以前的人工管理方式已经不再适应现在的环境,取而代之的是先进的图书管理系统,通过使用PowerBuilder创建的图书管理系统可以让管理人员方便而快捷的进行管理、查询、借阅、录入等工作

1.3定义

本系统就是要达到对教师人员借科技书籍的日常管理,能快速完成,并对信息进行数据库管理的目的。

本单位的图书室由系办公室兼职管理,管理人员是系办公室秘书一人,所以本系开发环境是单机

1.4参考资料

(1)郭兴成PowerBuilder9.0实用教程(第一版)北京:

科学出版社2003

(2)周复明王志科王东.PowerBuilder+Oracle项目开发实例详解(第一版).北京:

中国铁道出版社.2004年:

P18-P29

(3)郭宝利康海涛李冬冬.PowerBuilder9.0实用解析(第一版).北京:

电子工业出版社2004年:

P53-P76、P147-P152、P251-P283

(4)黄金昌PowerBuilder9.0精彩编程百例.北京:

清华大学出版社.2004

第二章外部设计

2.1标识符和状态

1. 在采购验收后,进入编目时,要人工粘贴索书号和新书的条码。

2.在图书上架仍保持手工摆放。

3.系统目前只考虑到做编目、借书、还书、续借、图书证办理及六张报表的统计

2.2使用它的程序

本系统主要利用Visualbasic作前端的应用开发工具,利用Access作为后台的数据库,利用WINDOWS98/2000作为系统平台

2.3约定

图书管理系统需要满足来自三方面的需求,这三个方面分别是图书借阅者、图书馆工作人员和图书馆管理人员。

图书借阅者的需求是查询图书馆所存的图书、个人借阅情况及个人信息的修改;图书馆工作人员对图书借阅者的借阅及还书要求进行操作,同时形成借书或还书报表给借阅者查看确认;图书馆管理人员的功能最为复杂,包括对工作人员、图书借阅者、图书进行管理和维护,及系统状态的查看、维护并生成催还图书报表。

(一)管理系统具有多个管理员,管理员可以使用不同的用户名和密码进入管理系统,并可以修改自己的密码;

(二)进入系统后可以重新登录该系统,可以退出系统,断开连接等;

(三)在系统中可以对数据库进行简单的操作;

(四)可以进行借书、还书及查询相应的信息等功能;

(五)本系统可以给会员一个标识自己的…….例如会员卡,便于管理。

还应可以对会员卡进行编辑、打印等操作;

(六)最基本的功能还应具有可以编辑图书,录入、删除图书资料,录入、删除会员资料;

(七)做个借期超过要求罚款的功能,不同类的书罚款各不相同;

(八)报表打印:

所有图书、借出图书、库存图书、所有读者;

(九)图书管理系统软件还必须具有导入,导出数据库功能。

方便即时更新和修改;

(十)软件系统安全上要有一定的保障;

2.4支持软件

操作系统Windows98/Windows2000/WindowsNT4.0

数据库系统SQLSERVER2000

开发工具VF7.0/PowerDesigner

第三章结构设计

3.1概念结构设计

     图书(图书编号,图书名称,作者,出版社,出版日期,备注,价格,库存)

     

图4.图书实体属性图

会员(会员号,姓名,性别,家庭地址,联系电话)

图5.会员实体属性图

操作员(操作员号,姓名,性别,密码)

图6.操作员实体属性图

图7.借阅信息实体E-R图

图8.局部E-R视图

所有局部ER模式都设计好了后,接下来就是把它们综合成单一的全局概念结构。

全局概念结构不仅要支持所有局部ER模式,而且必须合理地表示一个完整、一致的数据库概念结构。

mn

mn

n

n

n

m1

图9.全局ER图

   E-R图中所体现的关系:

会员—图书:

一个会员一次可以借阅或归还、查询多本不同的书,而一本书也可以被多个不同的用户所借阅、归还、查询。

操作员—图书:

一个操作员可以增加、删除多本图书,一本图书只能被一个操作员增加或删除;一个操作员可以查询多本图书,一个图书可以被多个操作员查询。

      在得到全局ER模式后,为了提高数据库系统的效率,还应进一步依据处理需求对ER模式进行优化。

一个好的全局ER模式,除能准确、全面地反映用户功能需求外,还应满足下列条件:

实体类型的个数要尽可能的少;实体类型所含属性个数尽可能少;实体类型间联系无冗余。

3.2逻辑结构设计

3.2.1E-R图向关系模型的转化

在上面实体之间的关系的基础上,将实体、实体的属性和实体之间的联系转换为关系模式。

实体所对应的关系模式分别如下:

会员(会员号(A1),姓名(A2),性别(A3), 密码(A4),联系电话(A5),身份证号(A6))

图书(图书编号(B1),作者(B2),图书名称(B3),出版社(B4)价格(B5),数量(B6),备注(B7))

操作员(操作员号(C1),姓名(C2),用户名(C3),性别(C4),出生日期(C5),锁定(C6))

3.2.2数据模型的优化

3.2.1确定关系模式

每个关系模式内部各属性之间的数据依赖以及不同关系模式属性之间的数据依赖分别如下:

1.每个关系模式内部各属性之间的数据依赖:

操作员关系模式R(U、F),F:

C1→(C2C3C4C5C6)为BCNF.

会员关系模式R(U、F),F:

A1→(A2A3A4A5A6),为BCNF.

图书关系模式R(U、F),F:

B1→(B2B3B4B5B6B7)为BCNF.

2.不同关系模式属性之间的数据依赖:

操作员-图书关系模式C-B(C,B)中的函数依赖为C→B,为BCNF.此关系模式包含了联系—“增加/删除/查询”所对应的关系模式。

操作员—会员关系模式C-H(C,H)中的函数依赖为C→H,为BCNF,此关系模式包含了联系—“增加、删除、查询”所对应的关系模式。

会员-图书关系模式H-B(H,B)中的函数依赖为H→B,为BCNF.此关系模式包含了联系—“借阅/归还”所对应的关系模式。

操作员—会员—图书关系模式C-H-B(C,H,B)中的函数依赖为S→BC,S→B,S→C,为3NF.

其中C表示操作员,H表示会员,B表示图书.

3.2.3消除冗余

所谓冗余的数据是指可由基本数据导出的数据,冗余的联系是指可由其他联系导出的联系。

冗余数据和冗余联系容易破坏数据库的完整性,给数据库的维护增加困难,应当予以消除。

本系统的冗余数据和冗余关系已经在概念结构设计中处理过了,这里不再赘述。

3.3设计用户子模式

将概念模型转换为全局逻辑模型后,还应该根据局部应用需求,结合具体的DBMS的特点,即关系模型,利用视图这一功能设计更符合局部用户学要的用户外模式。

3.3物理结构设计

1.readerinfo(借书人员基本资料)

字段名

类型

说明

读者编号

文本

主键码

读者姓名

文本

读者性别

文本

办证日期

日期/时间

联系电话

文本

工作单位

文本

家庭地址

文本

2. bookinfo(图书表)

字段名

类型

说明

书籍编号

文本

主键码

书籍名称

文本

类别代码

文本

出版社

文本

作者姓名

文本

书籍价格

数字

书籍页码

文本

登记日期

日期/时间

是否借出

是/否

3、lentinfo(借阅信息表)

字段名

类型

说明

姓名

Varchar(20)

主键码

性别

Varchar

(2)

出生日期

Date

职务

Varchar(10)

教育程度

Varchar(20)

地址

Varchar(50)

电话

Varchar(15)

4、booktype(图书类别表)

字段名

类型

说明

读者编号

文本

主键码

书籍编号

文本

主键码

借书日期

日期/时间

主键码

还书日期

日期/时间

超出天数

数字

罚款金额

数字

5User(用户权限表)

字段名

类型

说明

User

文本

主键码

Passwd

文本

书库管理

是/否

读者管理

是/否

图书类别

是/否

基本设置

是/否

第四章运用设计

4.1数据字典设计

数据库建模有一种图形方法,称为实体联系图(entity-relationshipdiagram),既E/R图。

E/R图具有三个主要的部分:

1. 实体集。

客观存在并可相互区别的事物称为实体。

实体可以是具体的人、事、物,也可以是抽象的概念或联系,如一个职工,一个学生,学生的一次选课,部门的一次订货,老师与系的工作关系等都是实体。

2. 属性。

属性是描述实体某个特性的值。

一个实体可以有多个属性来刻画。

例如,学生实体可以有学号,姓名,性别,出生年份,系,入学时间等属性组成。

3. 联系。

联系是两个或多个实体集之间的连接。

两个实体集之间的联系可以分为三类:

●        一对`一的联系(1:

1)

如果对于实体集A中的每一个实体,实体集B中至多有一个实体与之联系,反之亦然则称实体集A与实体集B具有一对一的联系。

●        一对多的联系(1:

n)

如果对于实体集A中的每一个实体,实体集B中有n(n>=0)个实体与之联系,反之,对于实体集B中的每一个实体,实体集A中至多有一个实体与之联系,

则称实体集A与实体集B具有一对多的联系。

●        多对多的关系(n:

n)

如果对于实体集A中的每一个实体,实体集B中有n(n>=0)个实体与之联系,反之,对于实体集B中的每一个实体,实体集B中有m(m>=0)个实体与之联系则称实体集A与实体集B具有多对多的联系。

在E/R图中,一般用矩形表示实体,在矩形框内写明实体明。

用椭圆表示属性,并用无向边将其与相应实体连接起来。

联系用菱形表示,菱形框内写明联系名,并用无向边将其与有关实体连接起来。

同时在无向边旁边标上联系的类型(1:

1,1:

n,m:

n)

4.2安全保密设计

本系统在登陆时采用登陆名和SQLSERVER数据库的登陆名相同的方式来确保系统的安全性,这样如果是原代码被泄露了那个人也得不到用户名和密码。

这样做了之后,就是将来交给别人用了,我也进不去这个软件。

大大的增强了安全性。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 医药卫生 > 基础医学

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2