数据库管理系统设计报告文档格式.doc
- 文档编号:13168991
- 上传时间:2022-10-07
- 格式:DOC
- 页数:18
- 大小:551KB
数据库管理系统设计报告文档格式.doc
《数据库管理系统设计报告文档格式.doc》由会员分享,可在线阅读,更多相关《数据库管理系统设计报告文档格式.doc(18页珍藏版)》请在冰豆网上搜索。
在软件开发的过程中,随着面向对象程序设计和数据库系统的成熟,数计成为软件开发的核心,程序的设计要服从数据,因此教学管理系统的数据库设计尤其重要。
这里主要介绍教学管理系统的数据库方面的设计,从需求分析到数据库的运行与维护都进行详细的叙述。
目录
前言……………………………………………………………2
1.需求分析……………………………………………………4
1.1需求分析的任务…………………………………………4
1.2需求分析的工程…………………………………………4
1.3数据字典…………………………………………………5
2.概念结构设计………………………………………………6
2.1E-R图设计方法及关键技术……………………………6
2.2学生学籍管理E-R图……………………………………7
3.逻辑结构设计………………………………………………8
4.数据库实施…………………………………………………9
4.1建表………………………………………………………9
4.2SQL语句查增删改操作…………………………………10
4.3建立条件查询……………………………………………12
4.4窗体的建立………………………………………………13
4.5登陆、查询操作…………………………………………16
4.6增删改操作………………………………………………16
5.数据库运行与维护…………………………………………17
5.1数据库的运行……………………………………………17
5.2数据库的维护……………………………………………17
6.总结…………………………………………………………18
1.需求分析
1.1需求分析的任务
需求分析的任务是调查应用领域,对应用领域中的信息要求和操作要求进行详细分析,形成需求分析说明书。
重点是调查,收集与分析用户在数据管理中的信息要求,处理要求,数据的安全性与完整性要求。
为了完成需求分析的任务,要详细调查待开发的数据库应用部门的情况,了解原系统工作概况,分析用户的各种需求,在此基础上确定新系统的功能。
新系统必须考虑今后的扩充和改变,不能仅仅按当前应用需求来设计数据库。
1.2需求分析的过程
(1)调查教学组织机构的总体状况。
本教学系统主要由教师管理系统,学生管理系统以及教务管理系统。
(2)熟悉各部门的业务活动状况。
调查各部门的业务活动情况,对现行系统的功能和和所需信息有一个明确的认识。
包括了解各个部门输入和使用什么数据,如何加工处理这些数据,输入什么信息,输出什么信息,输出到什么部门,输出的结果的格式是什么等。
(3)根据
(1)
(2)调查的结果,对教学管理中各应用的信息要求和操作要求进行详细分析,从中得到:
该教学系统的各个应用从数据库中得到哪些信息,这些信息的具体内容和性质是什么,要求完成什么样的处理功能,对某些处理要求的相应时间,既对数据的安全,完整性的要求。
(4)确定系统的边界。
确定整个系统中哪些由计算机完成,哪些将来由系统完成,哪些由人工完成。
由计算机完成的功能就是新系统完成的功能。
1.3数据字典
数据项是数据库的关系中不可再分的数据单位,下表分别列出了数据的名称、数据类型、长度、取值能否为空。
利用SQLServer2000建立“学生选课”数据库,其基本表清单及表结构描述如下:
数据库中用到的表:
数据库表名
关系模式名称
备注
Student
学生
学生学籍信息表
Course
课程
课程基本信息表
SC(第一学期)
成绩
选课成绩信息表
Student基本情况数据表,结构如下:
字段名
字段类型
约束控制
说明
Student_sno
Char
Primarykey
学号
Student_name
char
NotNull
学生姓名
Student_sex
‘男’或‘女’
性别
Student_dept
系别
Student_age
年龄
Student_nation
民族
Student_headteacher
班主任
特殊情况
退学或休学
course数据表,结构如下:
course_cno
primarykey
课程号
course_name
notnull
课程名称
course_pno
int
课时
course_credit
numeric(2,1)
学分
SC(第一学期)情况数据表,结构如下:
score_id
外部键
student_sno
grade
排名
2.概念结构设计
2.1E-R图设计方法及关键技术:
自顶而下:
首先定义全局的框架,然后逐步细化;
自顶而上:
首先定义各局部应用的概念结构,然后将他们集成起来,得到全局结构概念。
逐步扩张:
首先定义最核心的概念结构,然后向外扩充,以滚雪球的方式逐步生成其他概念结构,直至总体概念结构。
混合策略:
将自顶而上与自顶而下相结合,用自顶而下的策略设计一个全局概念结构框架,以它为骨架集成,由自顶而上策略中设计的各局部概念结构。
E-R图提供了表示实体型,属性,联系的方法:
1.实体型:
用矩形表示,矩形框内写实体型名。
2.属性:
用椭圆形表示。
3.联系:
用菱形表示,菱形内写联系名,并用无向边分别与有关实体型连接起来。
2.2学生学籍管理E-R图
选课
姓名
课程名
先行课
m
n
3.逻辑结构设计
E-R图转换为关系模式:
1.对实体的转换
学生(学号、姓名、年龄、性别、民族、系别、班主任)
课程(课程号、课程名、学分、先行课)
2.对联系的转换
选课(学号、课程号、成绩、排名)
4.数据库实施(在access2010版本下操作)
4.1建表
4.1.1创建学生表
4.1.2创建课程表
4.1.3创建学生选修表
4.1.4创建民族代码表
4.2SQL语句查增删改操作
4.2.1在学生表里查询李勇的详细信息
SELECT*
fromstudent
wheresname='
李勇'
;
4.2.2插入一个元组
Insert
Intostudent(sno,sname,ssex,snation,sage,sdept,headteacher,特殊情况处理)
Values('
1311011405'
'
王伟'
男'
01'
21,'
is'
王五'
无'
);
4.2.3删除学号为1311011405的学生记录
delete
wheresno='
4.2.4把学生1311011402的年龄改为20
updatestudent
setsage=20
1311011402'
4.3建立条件查询
4.3.1student表查询的建立
4.3.2course表查询的建立
4.3.3sc(第一学期)查询的建立
4.4窗体的建立
以下介绍几个主要的窗体,对于条件查询建立的窗体用图反映比较抽象,详情请参考数据库。
4.4.1课程信息窗体的建立
4.4.2学生选修课成绩窗体的建立
4.4.3学生信息窗体的建立
4.4.4民族代码窗体的建立
4.5登陆、查询操作
系统总窗体界面
其他查询操作详情请参考数据库
4.6增删改操作
在信息维护界面可以直接对学生信息进行增删改操作,在学生信息界面可以直接对课程信息、学生选修课成绩进行增删改操作。
5.数据库的运行与维护
实施阶段两项重要任务:
1.数据的载入
2.应用程序的编码和调试
5.1数据库的运行
数据库的试运行:
先输入一小部分数据,对数据库进行联合调试。
数据库的运行:
试运行合格后正式投入运行,要使数据库系统投入并保持正常运行,需要许多人做许多工作来保障运行的可行性。
数据库的运行除了DBMS与数据库外,还需要各种系统部件协同工作。
首先必须有各种相应的应用程序,其次各应用程序与DBMS都需要在操作系统(OS)支持下工作。
在有远程通信的情况下,则需要数据通信管理部件的支持。
5.2数据库的维护
数据库试运行合格后,数据库开发工作就基本完成,即可投入正式运行了。
但是,由于应用环境在不断变化,数据库运行过程中物理存储也会不断变化,对数据库设计进行评价、调整、修改等维护工作是一个长期的任务,也是设计工作的继续和提高。
若数据库应用环境发生变化,增加了新的应用或新的实体,取消了某些应用,有的实体与实体问的联系也发生了变化等,使原有的数据库设计不能满足新的需求,需要调整数据库的模式和内模式。
例如,在表中增加或删除某些数据项,改变数据项的类型,增加或删除某个表,改变数据库的容量,增加或删除某些索引等。
当然数据库的重构也是有限的,只能做部分修改。
如果应用变化太大,重构也无济于事,说明此数据库应用系统的生命周期己经结束,应该设计新的数据库应用系统了。
6.总结
经过这学期的实验,我们小组的成员明显的感觉到自己动手能力的提高和团队合作的必要性,设计的步骤是按照需求分析,概念设计,逻辑设计,数据库实施,运行与维护依次进行的。
我们明显的体会到,各模块中,数据库实施的难度比
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 管理 系统 设计 报告
![提示](https://static.bdocx.com/images/bang_tan.gif)