当前位置:文档之家› 教室管理系统数据库设计

教室管理系统数据库设计

教室管理系统数据库设计
教室管理系统数据库设计

教室管理系统数据库设计

1数据库设计

1.1 需求设计

1.1.1引言

在大学里,教室仍然是教学的主要场所,也是学生学习的重要场所,所以教室环境和设备直接影响到教学活动的开展和学生的学习。

为了保证教室环境良好的运转,教室的管理也就显得十分的必要和重要。但是教室的管理也并不是一件很容易的事情。教室设备(尤其是多媒体设备)有所损坏必须及时登记,修复,否则很可能影响以后教学,造成教学事故。

教室的使用具有一定的计划性和流动性,即一个班在相应的时间里,所上的课程和使用的教室是固定的,但是不同的课程在不同的时间里会使用不同的教室,这与教务处的课程安排是密切相关的。尤其是使用多媒体教室的时候,这就显得比较麻烦。

为了能够更系统的,更有序的,更合理的,更有效的进行教室管理,有必要利用计算机来处理各种信息,这也就需要一个更有效的教室管理系统。

为此,经过较详细的调查和慎重的思考,我决定做一个教室管理系统,来解决这些问题,使管理简化,方便而且更有效。

1.1.2 目标与任务

(1)目标

充分了解用户的需求,了解工作的流程,以及可能出现的问题。

(2)任务

处理对象:

本系统总体上说涉及了三个方面的数据,职工的信息,教室的信息,课程的信息,其中职工信息包括了员工信息和清洁工信息。此外还有值班安排信息,多媒体设备损坏纪录,常规设备损坏纪录。

处理功能要求:

教室管理系统的具体功能包括三个方面:教室查询子系统,卫生管理子系统,设备管理子系统。

教室查询子系统主要完成空闲教室查询(无课教室),教室使用查询的功能;卫生管理子系统主要完成值班安排与修改功能和值班情况记录的功能;设备管理子系统比较麻烦,主要是接收损坏信息,通过检查其有效性,把有效的损坏信息分类并且记录,然后通知维修工,再纪录维修情况的功能。

(3)安全性和完整性要求

在这个系统中涉及到了相关人员的问题,而且同一个职工可能在不同的表中存在,要考虑到,如果辞退或者某职工辞职,那么不仅要在职工信息表中删除相应的信息,还要在其他

完整性也是一个重要的内容,它也涉及安全性上的问题。

1.1.3阶段结果

(1)用户调查

本系统的用户范围比较广,教室查询子系统主要针对学生,通过听取周围学生的看法和意见,以及自身的体会,比较充分的了解了学生的需求;卫生管理子系统主要针对教室管理的员工及其主任,我直接询问了相关的员工,通过对他们的询问,了解了他们的工作的基本流程,及其需求;设备管理子系统主要针对,教室管理的员工和维修工,通过对员工的咨询,了解了他们管理的工作流程和具体的需求。

(2)业务流程图

详见附录1

(3)数据流程图

下面是一个设备流程图的底层流程图:

其它的详见附录2

(4)数据字典

数据项:

表1 教室信息数据项

数据项名

数据项含义说明 数据类型 长度

取值范围

取值含义

于其他数据

项的逻辑关系

数据项之间的联系 Spart 校区 char 10 Rname 教室名称 char 10 Position 所在位置 char 20 Type 教室类型 char 10 Room

容量

int

4

数据项名 数据项含义说明 数据类型 长度

取值范围

取值含义

于其他数据

项的逻辑关系

数据项之间的联系 Cno 课程号 char 10 Cname 课程名称 char 20 Ctime 课程学时 int 4 Weed 周次 char 10 Day 星期 char 10 Node 节次 char 20 Rname 教室名称 char 10 Mno

系号

char

10

表2 课程信息数据项

表3 职工信息数据项

数据项名

数据项含义说明

数据类型

长度

取值范围

取值含义

于其他数据

项的逻辑关系

数据项之间的联系

Pno 职工编号 char 10

等于维修工编号

Pname 姓名 char 20 等于维修工姓名 Sex 性别 char 4 Age 年龄 int 4 Jname 职业名称 char 10 Addr 住址 char 40 Tel 联系电话 char 20 Week 周次 char 10 Day 星期 char 10 Ontime 上班时间 char 20 Uptime

下班时间

char

20

表4 损坏信息数据项

数据项名 数据项含义说明 数据类型

长度 取值范围 取值含义

于其他数据项的逻辑关系 数据项之间的联系 Rname 教室名称 char 10 Dlevel 损坏程度 char 10 Mend 修复难易 char 10

Mno

维修工编号

char 10

等于维修工编号

Mname 维修工姓名 char 10 等于维修工姓名 Repair

是否修复

char 10

1.1.4 数据结构

表5数据结构表

Mname 系名 char 20 cg 班级 char 20 Number

人数

int

4

数据结构名含义说明组成

Class(T1) 教室信息校区名,教室名称,所在位置,教室类型,容量

Course(T2) 课程信息课程号,课程名称,周次,星期,节次,课程学时,教室名称,系号,系名,班级,人数

Worker(D1) 职工信息职工编号,姓名,职业名称,性别,年龄,住址,联系电话Duty(D2) 值班职工编号,姓名,职业名称,星期,上班时间,下班时间State(D3) 值班情况记录职工编号,姓名,职业名称,星期,周次

Media(P1) 多媒体设备损坏

记录

教室名称,损坏程度,修复难易,维修工编号,维修工姓名,是否修复

Routine(P2) 常规设备损坏记

教室名称,损坏程度,维修工编号,维修工姓名,是否修复

1.1.5 处理逻辑描述

(1)教室查询子系统

输入:查询条件

输出:查询结果

处理:按照条件,在相应的表中,查找相应的数据,然后输出

(1)卫生管理子系统

输入:查询、插入或修改的目标

结果:输出查询的结果,或者插入成功,或者修改成功

处理:在相应的表中完成相应的操作。

(3)设备管理子系统

输入:插入或修改或查询的条件或目标

结果:输出查询结果或插入成功或修改成功

处理:在相关表中完成相关的操作。

1.2 概念设计

1.2.1 引言

概念结构的实际是整个数据库设计的关键,这个阶段主要的目标是通过对用户需求进行

综合、归纳与抽象,形成一个独立于DBMS的概念模型(E-R图)。

它的主要特点是:1.能真实、充分地反映现实世界,包括事物与事物之间的联系,能满足用户对数据的处理要求,是对现实世界的一个真实模型;2.易于理解,因此可以用它和不熟悉计算机的用户交换意见;3.易于更改,当应用环境和应用要求改变时,容易对概念模型修改和扩充;4.易于向关系、网状、层次等各种数据模型转换。

1.2.2 概念模型设计

(1)设计E-R图

详见附录3

1.2.3实体的属性、联系的属性

主码表示如:教室名称;外码表示如:教室名称;普通属性如:教室名称。

教室(校区名,教室名称,所在位置,教室类型,容量);

课程(课程号,教室名称,课程名称,周次,星期,节次,课程学时,系名,班级,人数);

职工(职工编号,姓名,职业名称,性别,年龄,住址,联系电话);

多媒体设备损坏(教室名称,维修工编号,损坏程度,修复难易,维修工姓名,是否修复,备注);

常规设备损坏(教室名称,维修工编号,损坏程度,维修工姓名,是否修复,备注);

值班信息(职工编号,姓名,职业名称,星期,上班时间,下班时间);

值班记录(职工编号,姓名,职业名称,星期,周次);

1.3 逻辑设计

1.3.1 引言

这个阶段的任务就是把概念结构设计阶段设计好的基本E-R图转换为与DBMS所支持的数据模型相符合的逻辑结构。在这个阶段里,该系统的目标就是把基本的E-R图转换成关系数据模型。

1.3.2 数据组织

(1)将E-R图转换成关系模型:

E-R图转换成关系模型应该遵循以下原则:

1. 一个实体型转换为一个关系模式。

2. 一个1:1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。

4. 一个m:n联系转换为一个关系模式。

5. 三个或三个以上实体间的一个多元联系可以转换为一个关系模式。

6. 具有相同码的关系模式可合并。

(2)转换的结果:

主码表示如:教室名称;外码表示如:教室名称;普通属性如:教室名称。

教室(校区名,教室名称,所在位置,教室类型,容量);

课程(课程号,教室名称,课程名称,教师编号,周次,星期,节次,课程学时,系名,班级,人数);

职工(职工编号,姓名,职业名称,性别,年龄,住址,联系电话);

多媒体设备损坏(教室名称,维修工编号,损坏程度,修复难易,维修工姓名,是否修复,备注);

常规设备损坏(教室名称,维修工编号,损坏程度,维修工姓名,是否修复,备注);

值班信息(职工编号,姓名,职业名称,星期,上班时间,下班时间);

值班记录(职工编号,姓名,职业名称,星期,周次);

该模式没有插入异常,删除异常等操作异常现象,已经达到3NF。

(3)设计用户子模式:

鉴于安全问题,每一个表都应有相应的视图。

建立相关的视图如下:

教室视图:Class1(校区,教室名称,地点,教室类型,容量);

课程与教室视图:Course1(校区,教室名称,教室类型,课程名称,周次,星期,节次,容量);

这两个视图包含了允许学生和员工等用户查询的属性,不允许修改,插入和删除。

为职工做视图:

值日视图:Duty1(职工编号,职工姓名,职业名称,上班时间,下班时间);

清洁工值班记录:State1(职工编号,职工姓名,职业名称,日期,情况);

员工值班记录:State2(职工编号,职工姓名,职业名称,日期,情况);

职工视图:State3(职工编号,职工姓名,职业名称,日期,情况);

常规设备损坏纪录:Routine1(教室名称,职工编号,职工姓名,描述,是否修复,日期,备注);

多媒体设备损坏:Media1(教室名称,职工编号,职工姓名,描述,修复难易,是否修复,日期,备注);

职工信息:Worker1(职工编号,姓名,职业名称,性别,年龄,住址,联系电话);

在这些视图中,值日视图允许各个职工查询,但只允许管理员(主任)进行修改,插入,删除等操作;清洁工值班记录视图,除维修工外,其他各职工都可查询,员工还可进行修改操作,管理员(主任)可进行各种操作;员工值班记录只允许员工查询;常规设备损坏纪录视图允许员工和维修工进行查询,员工只对视图中的教室名称属性有修改,插入的权限,维修工对其他属性有修改权限;在多媒体设备损坏信息视图中,允许员工和多媒体维修工进行查询,员工只对教室名称有修改和插入的权限,多媒体维修工对其他的属性有修改权限。

为方便,其中的部分权限在制作过程中要直接赋给基本表。

1.3.3数据处理

见系统的功能模块图:

1.4 物理设计

1.4.1 引言

数据库在物理设备上的存储与存取方法称为数据库的物理结构,它依赖于给定的计算机系统。为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程,就是数据库的物理设计。

1.4.2目标与任务

对数据库进行合理的物理设计,以提高其时间和空间效率。

(1)数据存取方面

确定数据库的物理结构,在关系数据库中主要指存取方法和存储结构;

对物理结构进行评价,评价的重点是时间和空间效率。如果评价结果满足原设计的要求,则可以进入到物理实施阶段,否则就需要重新设计或修改物理结构,有时甚至要返回逻辑设

(2)功能模块

见图15所示

1.5 数据库实施

1.5.1 建立基本表

/*建立教室信息表*/

create table Class

(

Spart char(10),

Rname char(10) not null unique, Position char(20),

Type char(10),

Room int,

primary key(Rname)

)

/*建立课程信息表*/

create table Course

(

Cno char(10),

Cname char(20),

Rname char(10),

Cweek char(10),

Cday char(10),

Node char(10),

Ctime int,

Grade char(10),

Room int,

Number int,

Sdept char(20)

)

/*建立职工信息表*/

create table Worker

(

Wno char(10) not null unique,

Wname char(20),

Wage int,

Jname char(10),

Addr char(40),

Tel char(20),

primary key(Wno),

check(Wage >= 18 and Wage <= 60)

)

/*建立值班信息表*/

create table Duty

(

Wno char(10),

Wname char(20),

Jname char(10),

Ontime char(20),

Uptime char(20),

primary key(Wno),

foreign key(Wno) references Worker(Wno), )

/*建立值班情况记录表*/

create table State

(

Wno char(10),

Wname char(20),

Jname char(10),

Wdate char(20),

state char(20)

)

/*建立多媒体设备损坏记录表*/

create table Media

(

Rname char(10),

Wno char(10),

Wname char(20),

Describe char(20),

Dlevel char(10),

Repair char(4),

Mdate char(20),

Pmark char(50)

)

/*建立常规设备损坏记录表*/

create table Routine

(

Rname char(10),

Wno char(10),

Wname char(20),

Describe char(20),

Repair char(4),

Mdate char(20),

Pmark char(50)

)

1.5.2 建立视图

/*教室信息视图 */

create view Class1(校区,教室名称,地点,教室类型,容量)

as

select *

from Class

/*课程信息视图 */

create view Course1(校区,教室名称,教室类型,课程名称,周次,星期,节次,容量) as

select Class.Spart,Class.Rname,Type,Cname,Cweek,Cday,Node,Class.Room from Class,Course

Where Class.Rname = Course.Rname

/*职工信息视图*/

create view Worker1(职工编号,姓名,职业名称,性别,年龄,住址,联系电话)

as

select *

from Worker

/*值班信息视图*/

create view Duty1(职工编号,职工姓名,职业名称,上班时间,下班时间)

as

select *

from Duty

/*清洁工值班情况记录视图*/

create view State1(职工编号,职工姓名,职业名称,日期,情况)

as

select *

from State

where Jname = '清洁工'

/*除清洁工外其他职工值班情况视图*/

create view State2(职工编号,职工姓名,职业名称,日期,情况)

as

select *

from State

where Jname != '清洁工'

/*总的职工值班情况视图 */

create view State3(职工编号,职工姓名,职业名称,日期,情况)

as

select *

from State

/*常规设备损坏视图*/

create view Routine1(教室名称,职工编号,职工姓名,描述,是否修复,日期,备注)

as

select *

from Routine

/*多媒体设备损坏视图*/

create view Media1(教室名称,职工编号,职工姓名,描述,修复难易,是否修复,日期,备注) as

select *

from Media

2.5.3 查询与更新

/*员工课程查询*/

create Procedure js_kc1

@C_Spart char(10),

@C_Cweek char(6),

@C_Cday char(4),

@C_Node char(5)

as

select 校区,教室名称,课程名称,教室类型,容量

from Course1

where 校区= @C_Spart and 周次= @C_Cweek and 星期= @C_Cday

and 节次= @C_Node and 教室类型= '多媒体教室'

order by 教室名称ASC

/*学生课程查询*/

create procedure js_kc2

@C_Spart char(10),

@C_Cweek char(6),

@C_Cday char(4),

@C_Node char(5)

as

select 校区,教室名称,课程名称,教室类型,容量

from Course1

where 校区= @C_Spart and 周次= @C_Cweek and 星期= @C_Cday and 节次= @C_Node

order by 教室名称ASC

/*空教室查询*/

create procedure js_kjs1

@C_Spart char(10),

@C_Cweek char(6),

@C_Cday char(4),

@C_Node char(5)

as

select 校区,教室名称,教室类型,容量

from Class1

where not exists

(

select *

from Course1

where 校区= @C_Spart and 周次= @C_Cweek and 星期= @C_Cday

and 节次= @C_Node and 教室名称= Class1.教室名称

)

/*职工值班查询*/

create procedure js_zb1

@S_Wno char(10)

as

select 职工编号,职工姓名,职业名称,上班时间,下班时间from Duty1

where 职工编号= @S_Wno

/*职工值班记录查询*/

create procedure js_zbjl1

@S_Wno char(10)

as

select 职工编号,职工姓名,职业名称,日期,情况

from State3

where 职工编号= @S_Wno

/*员工对清洁工值班记录的插入(视图)*/

create procedure js_zlc1

@S_Wno char(10),

@S_Wname char(20),

@S_Jname char(10),

@S_Wdate char(20),

@S_state char(20)

as

insert into State1

values(@S_Wno,@S_Wname,@S_Jname,@S_Wdate,@S_state)

/*员工对清洁工值班记录的删除(视图)*/

create procedure js_zls1

@S_Wno char(10)

as

delete

from State1

where 职工编号= @S_Wno

/*主任除清洁工外的其他职工值班记录的插入(视图)*/ create procedure js_zlc2

@S_Wno char(10),

@S_Wname char(20),

@S_Jname char(10),

@S_Wdate char(20),

@S_state char(20)

as

insert into State2

values(@S_Wno,@S_Wname,@S_Jname,@S_Wdate,@S_state)

/*主任除清洁工外的其他职工值班记录的删除(视图)*/

create procedure js_zls2

@S_Wno char(10)

as

delete

from State2

where 职工编号= @S_Wno

/*主任对职工信息表的插入*/

create procedure js_zlc3

@W_Wno char(10),

@W_Wname char(20),

@W_Wsex char(4),

@W_Wage int,

@W_Jname char(10),

@W_Addr char(40),

@W_Tel char(20)

as

insert into Worker

values(@W_Wno,@W_Wname,@W_Wsex,@W_Wage,@W_Jname,@W_Addr,@W_Tel)

/*用游标完成的主任对职工信息表的修改*/

CREATE PROCEDURE js_dmtxg1

@W_Wno char(10),

@W_Wname char(20),

@W_Wsex char(4),

@W_Wage int,

@W_Jname char(10),

@W_Addr char(40),

@W_Tel char(20)

AS

DECLARE addWorker CURSOR STATIC FOR select *

from Worker where Wno=@W_Wno and Wname=@W_Wname and Wsex=@W_Wsex and Wage=@W_Wage and Jname=@W_Jname and Addr=@W_Addr and Tel=@W_Tel OPEN addWorker

IF @@CURSOR_ROWS>0

UPDATE Worker set Wno=@W_Wno and Wname=@W_Wname and Wsex=@W_Wsex and Wage=@W_Wage and Jname=@W_Jname and Addr=@W_Addr and Tel=@W_Tel where Wno=@W_Wno

ELSE

insert into Worker(Wno,Wname,Wsex,Wage,Jname,Addr,Tel)

values(@W_Wno,@W_Wname,@W_Wsex,@W_Wage,@W_Jname,@W_Addr,@W_Tel) CLOSE addWorker

DEALLOCATE addWorker

/*主任对职工信息表的删除*/

create procedure js_zls3

@W_Wno char(10)

as

delete

from Worker

where Jname = @W_Wno

/*员工对多媒体设备损坏纪录的插入*/

create procedure js_dmtcr1

@M_Rname char(10),

@M_Wno char(10),

@M_Wname char(20),

@M_Describe char(20),

@M_Dlevel char(10),

@M_Repair char(4),

@M_Mdate char(20),

@M_Pmark char(50)

as

insert into Media

values(@M_Rname,null,null,null,null,null,null,null)

/*多媒体维修工对多媒体损坏纪录的修改*/

CREATE PROCEDURE js_dmtxg1

@M_Rname char(10),

@M_Wno char(10),

@M_Wname char(20),

@M_Describe char(20),

@M_Dlevel char(10),

@M_Repair char(4),

@M_Mdate char(20),

@M_Pmark char(50)

as

delete

from Media

where Rname=@M_Rname and Wno = null

insert into Media

values(@M_Rname,@M_Wno,@M_Wname,@M_Describe,@M_Dlevel,@M_Repair,@M_Mdate,@ M_Pmark)

/*员工对多媒体设备损坏纪录的插入*/

create procedure js_dmtcr2

@M_Rname char(10),

@M_Wno char(10),

@M_Wname char(20),

@M_Describe char(20),

@M_Repair char(4),

@M_Mdate char(20),

@M_Pmark char(50)

as

insert into Routine

values(@M_Rname,null,null,null,null,null,null)

/*维修工对常规损坏纪录的修改*/

CREATE PROCEDURE js_dmtxg2

@M_Rname char(10),

@M_Wno char(10),

@M_Wname char(20),

@M_Describe char(20),

@M_Repair char(4),

@M_Mdate char(20),

@M_Pmark char(50)

as

delete

from Routine

where Rname=@M_Rname and Wno = null

insert into Routine

values(@M_Rname,@M_Wno,@M_Wname,@M_Describe,@M_Repair,@M_Mdate,@M_Pmark)

1.5.4建立触发器

/*建立职工信息表触发器*/

CREATE TRIGGER js_zg ON dbo.Worker FOR DELETE

AS

delete Duty from deleted where Duty.Wno=deleted.Wno

delete State from deleted where State.Wno=deleted.Wno

2 数据库调试与试运行

由于内容较多,这里只调试和运行一部分。建立基本表、导入数据和建立视图比较简单,这里就不再显示,下面调试查询与更新。

2.1查询

/*学生课程查询*/

create procedure js_kc2

@C_Spart char(10),

@C_Cweek char(6),

@C_Cday char(4),

@C_Node char(5)

as

select 校区,教室名称,课程名称,教室类型,容量

from Course1

where 校区= @C_Spart and 周次= @C_Cweek and 星期= @C_Cday and 节次= @C_Node

order by 教室名称ASC

调试:

输入:js_kc2 '北校区','第一周','周1','1-2节'

运行结果:

/*空教室查询*/

create procedure js_kjs1

@C_Spart char(10),

@C_Cweek char(6),

@C_Cday char(4),

@C_Node char(5)

as

select 校区,教室名称,教室类型,容量

from Class1

where not exists

(

select *

from Course1

where 校区= @C_Spart and 周次= @C_Cweek and 星期= @C_Cday and 节次= @C_Node and 教室名称= Class1.教室名称

)

调试结果如下:

数据库管理系统课程设计

“k数据库管理系统B”课程设计要求 一、课程设计基本步骤 1.提出问题。首先确定用户对象,描述用户业务现状。 2.数据库设计。设计E_R模型,设计关系数据。 3.系统实现。基于SQL SERVER环境,建立数据库,建立相应的表和视图,建立表间联系,实现各种数据约束。 4.调试运行。输入测试数据,进行调试分析,纠正错误。 二、课程设计文档要求 根据课程设计基本步骤组织文档。 1、封面。 2、系统开发目的。确定系统应用环境,及统开发目的。 3、系统概述。确定用户对象,描述用户业务现状,确定系统功能。 4、数据模型设计。由用户业务需求得出数据E_R模型。 5、数据库设计。由E_R模型转换成数据表,建立表间联系。规范表设计至3NF (如有特殊情况未达到3NF需说明理由)。 6、数据库实现。基或SQL SERVER环境,建立数据库,建立数据表,建立表间 联系,实现各种数据约束。 7、调试运行说明。输入测试数据进行调试分析,给出调试运行的有关情况说明。 8、总结。总结个人在本次课程设计中遇到的问题和心得体会。 9、成绩评定表。 三、课程设计具体实施办法 1、第16周由任课老师给出数据库课程设计题目,同学在选题时,每人一题。。 2、18周结束前将所有设计结果交任课老师。 3、课程设计提交的具体内容:课程设计文档(每人一份打印稿+电子档,文件 命名规则:学号+姓名,如"100322011李响.doc")、课程设计数据库文件(文件命名规则:学号+姓名)。由课代表将所有打印稿和电子档(全班刻一张光盘,含文档和数据库)收齐后在规定时间内统一交任课老师。逾期不交者视为弃考,按学校相关规定参加重修或者重新分配题目参加补考。 4、期终考核成绩构成:总计100分,课程设计占70%,平时成绩占30%。 四、课题设计选题题目 题目姓名学号题目姓名学号 1书店购销管理数据库41城市人口消费水平子系统 2高校人事管理子系统42农村人口收支状况子系统 3高校工资管理子系统43某地区人力资源统计子系统 4高校设备管理子系统44某地区水资源统计子系统

教务管理系统-详细设计说明书

教务管理系统-详细设计说明书

详细设计说明书 1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2程序系统的结构 (2) 2.1登录模块 (3) 2.2学生模块 (4) 2.3教师模块 (5) 2.4管理员模块 (6)

1引言 1.1编写目的 在前一阶段(概要设计说明书)中,已解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。在以下的详细设计报告中将对在本阶段中对系统所做的所有详细设计进行说明。 1.2背景 随着学校教育水平的不断提高,现有管理系统已经远远不能够满足学校的需求,已经成为学校进一步发展的瓶颈,例如软件维护费用高,信息查询不方便,软件可操作性不高,为此我们小组想开发教务管理系统,方便学校师生。 1.3定义 Access2003: 系统服务器所使用的数据库管理系统(DBMS)。 SQL: 一种用于访问查询数据库的语言 主键:数据库表中的关键域。值互不相同。 1.4参考资料 《软件工程导论》(第5版)张海藩编著清华大学出版社 2程序系统的结构 软件结构

2.1登录模块 学生信息存储在数据库表student中,包括学号,密码等。教师信息存储在表professor中,包括教工号,密码等。管理员信息存储在表registrar中用户选择登录身份(学生,教师或管理员),学工号,密码。首先检查学工号是否为空,为空则提示。若不为空,则检索相应数据库表,检查用户是否存在。若存在,检查密码是否正确,若正确,则登录成功。 开 输入学 工号和

数据库管理系统的设计与实现

数据库管理系统的设计与实现 1.DBMS的目标 (1)用户界面友好对一个实用DBMS来说,用户界面的质量直接影响其生命力。DBMS的用户接口应面向应用,采用适合最终用户的交互式、表格式、菜单式、窗口式等界面形式,以方便使用和保持灵活性。一般地说,用户界面应具有可靠性、简单性、灵活性和立即反馈等特性。 (2)功能完备DBMS功能随系统的规模的大小而异。大型DBMS功能齐全,小型DBMS功能弱一些。DBMS主要功能包括数据定义、数据库数据存取、事务控制、数据库组织和存储管理、数据库安全保护等等。我们在下面讨论这些功能的内容。 (3)效率高系统效率包括三个方面:一是计算机系统内部资源的使用效率。能充分利用资源(包括存储空间、设备、CPU等),并注意使各种资源负载均衡以提高整个系统的效率,二是DBMS本身的运行效率。三是用户的生产率。这是指用户学习、使用DBMS和在DBMS基础上开发的应用系统的效率。 2.DBMS的基本功能 (1)数据库定义对数据库的结构进行描述,包括外模式、模式、内模式的定义;数据库完整性的定义;安全保密定义(如用户口令、级别、存取权限);存取路径(如索引)的定义。这些定义存储在数据

字典(亦称为系统目录)中,是DBMS运行的基本依据。为此,提供数据定义语言DDL。 (2)数据存取提供用户对数据的操纵功能,实现对数据库数据的检索、插入、修改和删除。一个好的DBMS应该提供功能强易学易用的数据操纵语言(DML)、方便的操作方式和较高的数据存取效率。DML有两类:一类是宿主型语言,一类是自含型语言。前者的语句不能独立使用而必须嵌入某种主语言,如C语言、COBOL语言中使用。而后者可以独立使用,通常以供终端用户交互使用和批处理方式两种形式使用。 (3)数据库运行管理这是指DBMS运行控制、管理功能。包括多用户环境下的并发控制、安全性检查和存取权限控制、完整性检查和执行、数据加密、运行日志的组织管理、事务的管理和自动恢复(保证事务的正确性),这些功能保证了数据库系统的正常运行。 (4)数据组织、存储和管理DBMS要分门别类地组织、存储各类数据,包括数据字典(亦称系统目录)、用户数据、存取路径等等。要确定以何种文件结构和存取方式在存储级上组织这些数据,如何实现数据之间的联系。数据组织和存储的基本目标是提高存储空间利用率,选择合适的存取方法确保较高存取(如随机查找、顺序查找、增、删、改)效率。 (5)数据库的建立和维护包括数据库的初始建立、数据的转换、数据库的转储和恢复、数据库的重组织和重构造以及有性能监测分析等功能。

数据库管理系统软件的使用

实验一:数据库管理系统软件的使用 一、实验目的 (1)认识几种常见的数据库管理系统,熟悉它们的使用界面; (2)熟练掌握建立数据库和表,向数据库输入数据、修改数据和删除数据的操作。 二、实验内容 分别在Access和SQL SERVER2005中建立数据库并设计各表,输入多条实际数据,并实现数据的增、删、改操作。 三、实验步骤: 创建用于学生管理数据库,数据库名为XSGL,包含学生的基本信息,课程信息和选课信息。数据库XSGL包含下列3个表: (l)student:学生基本信息。 (2)course:课程信息表。 (3)sc:学生选课表。 各表的结构分别如表1、表2和表3所示。 表1学生信息表:student 表2课程信息表:course 表3学生选课表:sc 1. (a)在Access中创建xsgl.mdb数据库,使用表设计视图创建如表1、表2、表3所示结构的3个表。 提示:(1)启动Access2000或Access2003,选择文件->新建->空数据库,输入数据库文件名xsgl.mdb,进入(2);

图1Access 数据库设计界面 (2)启动如图1的设计界面后,选择表对象和使用使用设计器创建表,选择新建,进入(3);(3)生成如图2界面,选择设计视图,点击确定按钮,进入(4); (4)在图3表设计界面下,分别创建student 表,course 表和sc 表的结构; (5)输入表中的记录: 分别在student 表、course 表和sc 表中输入如下表中的记录: 图2 表设计器 图3表结构设计界面

在数据库视图下,选择表对象中的相应表选择打开,在浏览视图下输入如下表记录: sno sname ssex sage sdept 95001李勇男20CS 95002刘晨女19IS 95003 王敏女18MA 95004张立男19IS 95005 刘云 女 18 CS (b )对表中的记录进行浏览、修改、删除操作。 2.在SQLSERVER 中用企业管理器新建数据库和表:(1)建立xsgl 数据库: ①启动SQL Server2005企业管理器,界面如下: 图4SQL Server2005企业管理器界面 ②选择树形菜单数据库,点击鼠标右键,出现如下弹出式菜单,选择新建数据库 cno cname credit pcno 1数据库452数学63信息系统314操作系统465数据结构476数据处理37 PASCAL 语言 4 6 sno cno grade 9500119295001285950013889500229095002380950032859500415895004 2 85

教务管理系统课程设计报告

教务管理系统课程 设计报告

教务综合管理系统设计报告 专业:软件工程 成员:车振军陆建伟 徐蕾杨思倩指导老师:徐明 日期: -6-15

一、引言 1.1 目的 为了保证项目小组能够按时完成小组任务及目标,便于项目小组成员更好地了解项目情况,使项目小组开展的各个过程合理有序,因此确定各个项目模块的开发情况和主要的负责人,供各项目模块的负责人阅读,做到及时协调,按步有序进行项目的开发,减少开发中的不必要损失。 预期的读者是设计人员、开发人员、项目管理人员、测试人员和用户。 1.2 背景 高校教务管理工作是高等教育中的一个极为重要的环节,是整个院校管理的核心和基础。面对种类繁多的数据和报表,手工处理方式已经很难跟上现代化管理的步伐,随着计算机及通讯技术的飞速发展,高等教育对教务管理工作提出了更高的要求。尽快改变传统的管理模式,运用现代化手段进行科学管理,已经成为整个教育系统亟待解决的课题之一。 教务管理系统是一个大型复杂的计算机网络信息系统,满足各类高校现在和将来对信息资源采集、存储、处理、组织、管理和利用的需求,实现信息资源的高度集成与共享,实现信息资源的集中管理和统一调度。为各级决策管理部门提出准确、及时的相关信息和快捷、方便、科学的决策分析处理系统;为信息交流、教务管理提供一个高效快捷的电子化手段;最终达到进一步

提高各级领导科学决策水平,提高各院系、各部门管理人员管理水平与办公效率,减轻工作负担的目的。 教务管理系统面向管理员、教师和全校学生,实现学生管理、教师管理、课程管理、成绩处理。 1.3 定义 1.3.1 MySQL MySQL是一个关系型数据库管理系统,由瑞典MySQL AB 公司开发,当前属于 Oracle 旗下公司。MySQL是一种关联数据库管理系统,关联数据库将数据保存在不同的表中,而不是将所有数据放在一个大仓库内,这样就增加了速度并提高了灵活性。 MySQL所使用的 SQL 语言是用于访问数据库的最常见标准化语言。MySQL 软件采用了双授权政策,它分为社区版和商业版,由于其体积小、速度快、总体拥有成本低,特别是开放源码这一特点,一般中小型网站的开发都选择 MySQL 作为网站数据库。1.3.2 MyEclipse MyEclipse,是在eclipse 基础上加上自己的插件开发而成的功能强大的企业级集成开发环境,主要用于Java、Java EE以及移动应用的开发。MyEclipse的功能非常强大,支持也十分广泛,特别是对各种开源产品的支持相当不错。 二、需求分析 2.1 功能需求 2.1.1 系统目标

教室管理系统数据库设计

教室管理系统数据库设计

1数据库设计 1.1 需求设计 1.1.1引言 在大学里,教室仍然是教学的主要场所,也是学生学习的重要场所,所以教室环境和设备直接影响到教学活动的开展和学生的学习。 为了保证教室环境良好的运转,教室的管理也就显得十分的必要和重要。但是教室的管理也并不是一件很容易的事情。教室设备(尤其是多媒体设备)有所损坏必须及时登记,修复,否则很可能影响以后教学,造成教学事故。 教室的使用具有一定的计划性和流动性,即一个班在相应的时间里,所上的课程和使用的教室是固定的,但是不同的课程在不同的时间里会使用不同的教室,这与教务处的课程安排是密切相关的。尤其是使用多媒体教室的时候,这就显得比较麻烦。 为了能够更系统的,更有序的,更合理的,更有效的进行教室管理,有必要利用计算机来处理各种信息,这也就需要一个更有效的教室管理系统。 为此,经过较详细的调查和慎重的思考,我决定做一个教室管理系统,来解决这些问题,使管理简化,方便而且更有效。 1.1.2 目标与任务 (1)目标 充分了解用户的需求,了解工作的流程,以及可能出现的问题。 (2)任务 处理对象: 本系统总体上说涉及了三个方面的数据,职工的信息,教室的信息,课程的信息,其中职工信息包括了员工信息和清洁工信息。此外还有值班安排信息,多媒体设备损坏纪录,常规设备损坏纪录。 处理功能要求: 教室管理系统的具体功能包括三个方面:教室查询子系统,卫生管理子系统,设备管理子系统。 教室查询子系统主要完成空闲教室查询(无课教室),教室使用查询的功能;卫生管理子系统主要完成值班安排与修改功能和值班情况记录的功能;设备管理子系统比较麻烦,主要是接收损坏信息,通过检查其有效性,把有效的损坏信息分类并且记录,然后通知维修工,再纪录维修情况的功能。 (3)安全性和完整性要求 在这个系统中涉及到了相关人员的问题,而且同一个职工可能在不同的表中存在,要考虑到,如果辞退或者某职工辞职,那么不仅要在职工信息表中删除相应的信息,还要在其他

图书管理系统数据库设计

摘要 数据库原理及应用课程设计是软件工程专业集中实践性环节之一,是学习完《数据库原理及应用》课程后进行的一次全面的综合练习。其目的在于加深对数据库基础理论和基本知识的理解,掌握使用数据库进行软件设计的基本方法,提高运用数据库解决实际问题的能力,最终实现对于给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,使之能够有效地存储数据,满足各种用户的应用需求(信息要求和处理要求)。 数据库及其应用系统是具有管理功能的计算机系统,而数据库原理及应用课程设计在开发应用程序中至关重要,合理的数据表结构不尽有利于软件的快速开发,而且有利于以后对软件的维护。 目前,我国的科技水平高速发展,计算机作为今天使用最广的现代化工具已深入到各个领域,并且正在成为未来社会——信息社会的重要支柱。在这样的大背景下,现代图书馆的管理方式,资源建设等方面都发生了重大变化,这种变化表现在图书馆工作,管理和服务平台发生的变化,图书馆不再是传统的手工操作,人工管理,而是全面实行计算机管理。 一个简单的图书管理系统包括图书馆内书籍的信息、学校在校学生的信息以及学生的借阅信息。系统在IBMDB2平台上用SQL语言来编写实现。此系统功能分为面向学生和面向管理员两部分,其中学生可以进行借阅、续借、归还和查询书籍等操作,管理员可以完成书籍和学生的增加,删除和修改以及对学生,借阅、续借、归还的确认。 关键词:SQL语言;数据库设计;图书管理系统

目录 1需求分析........................................................1 1.1需求分析过程..................................................1 1.2数据字典......................................................2 2概念模式设计....................................................3 2.1实体..........................................................3 2.2 局部视图.....................................................3 2.3视图集成......................................................4 3逻辑模式设计....................................................6 3.1将E-R图转化为关系模式........................................6 3.2数据模型的优化................................................6 4检验是否满足用户需求............................................8 4.1调查用户需求..................................................8 5其它数据库对象(物理数据库设计)的考虑............................9 5.1建表..........................................................9 5.2合法用户名字、权限、角色.......................................10 5.3视图.........................................................10 5.4触发器.......................................................11 5.5索引.........................................................11 6备份及恢复策略.................................................11 6.1备份策略.....................................................11 6.2恢复策略.....................................................11

教务管理系统(概要设计及详细设计)

概要设计说明书 1. 总体设计 1.1 需求规定 教务管理系统可分为学生信息管理系统和教师管理信息系统,系统开发的整体任务是实现学校教师和学生信息管理的系统化、规范化、自动化和智能化,从而达到提高学校管理效率的目的。 本阶段目的在于明确系统的数据结构和软件结构,此外总体设计还将给出内部软件和外部系统部件之间的接口定义,各个软件模块的功能说明,数据结构的细节以及具体的装配要求。 1.2 运行环境 软件基本运行环境为Windows XP环境。 1.3 基本设计概念和处理流程 概要说明书的目的在于明确系统的数据结构和软件结构,设计外部软件和内部软件的接口,说明各个软件模块的功能说明,数据结构的细节等。系统的总体处理流程如图1-1所示:

图1-1 系统的总体处理流程 1.4 系统体系结构 用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划 教务管理系统 选择操作 基础维护 教学管理 报表统计 选择操作 选择操作 班级信息维护 课程信息维护 学生选课 课表查询 成绩输入 打印成绩单 学生信息维护 教 师信息维护

分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系。 本系统的体系架构如图1-2所示: 图1-2 系统体系架构 本系统体系结构大致可以定义为:客户机层上的表示层主要是通过Struts 框架实现的,由显示视图产生一个请求。请求被ActionServlet(控制器)接收,它在struts-config.xml文件中寻找请求的URI,找到对应的Action类后,Action类执行相应的业务逻辑。Action类执行建立在模型组件基础上的业务逻辑,模型组件是和应用程序关联的。一旦Action类处理完业务逻辑,它把控制权返回给ActionServlet,Action类提供一个键值作为返回的一部分,它指明了处理的结果。ActionServlet使用这个键值来决定在什么视图中显示Action的类处理结果。当ActionServlet把Action类的处理结果传送到指定的视图中,请求的过程也就完成了。中间业务层是通过Spring框架实现的,首先建立一个BaseAction,它继承了Action类,而其他定义的Action都要继承这个BaseAction。这个BaseAction需要导入AppContext工具类,这个AppContext需要导入Spring中org.springframework.context.support.*;这样一个继承BaseAction的Action,就可以getXXXService()的方法得到某一个service的实例-----服务定位器的设计模式。持久(PO)层是由hibernate 架构实现的,它包括关于整体数据库的hibernate.cfg.xml文件、每个表的JavaBean类和每个表的hbm.xml文件,通过Spring集成模板HibernateTemplate提供DAO 来使用PO。在Spring 的配置文件(applicationContext. xml)中配置sessionFactory的bean 来管理hibernate。

详细设计说明书——教室管理系统(查询与申请)

详细设计说明书 项目名称教室管理系统(查询与申请)项目开发单位XXXXXXXXXXXXXX 项目开发人员XXX

1.引言 (1) 1.1 项目说明 (1) 1.2 项目定义 (1) 1.3 编写目的 (1) 1.4 参考资料 (1) 2.总体设计 (2) 2.1软件结构 (2) 2.2需求概述 (2) 3.程序描述 (2) 3.1系统组成 (2) 3.2模块详细设计 (3) 3.3接口设计 (8) 4.测试计划 (9) 4.1测试目的 (9) 4.2测试要点 (9) 4.3测试方法 (9)

1.引言 1.1 项目说明 项目名称:教室信息管理系统 项目提出单位:12级电子信息工程一班 项目开发人员:李洁 文档审核者:刘超群 1.2 项目定义 教室信息管理系统是为了适应现代化学院管理的需要,加快推进我院网络教学建设、充分利用校园网,利用网络、多媒体等计算机应用技术和手段,提高办公效率、改善质量的高效管理信息系统。 教室信息管理系统是学院信息管理系统的重要组成部分。 1.3 编写目的 本文档为《教室信息管理系统(申请与查询)详细设计说明书》,主要用于为实现系统的功能而进行的系统详细设计说明,详细系统各软件组成模块的实现流程、功能、接口、编译等内容,便于对系统的编码进行指导和约束。本文档供项目组全体成员及项目组领导,单元测试人员阅读。 1.4 参考资料 [1]软件开发人员.软件需求分析报告,2014.10 [2]软件开发人员.软件概要设计说明书,2014.11 [3]张海藩.软件工程导论.第五版.北京:清华大学出版社,2008.2 [4]陶宏才.数据库原理及设计.第1版.北京.清华大学出版社,2004.2 [5]肖刚等.实用软件文档写作.北京:清华大学出版社,2005.2

数据库管理系统设计

1.1、功能特点 ?前台基本功能 进货管理:进行商品采购入库,采购退货,进/退单据和当前库存查询,与供货商的往来帐务。 销售管理:进行商品销售,顾客退货,销/退单据和当前库存查询,POS 销售统计,与客户的往来帐务。 库存管理:包括库存之间商品调拔,商品的报损溢,强大的库存盘点功能,库存商品报警查询。 统计报表:完整的统计查询功能,每张单据每次收款付款都可以清楚的反映。 日常管理:对供货商,客户,业务员综合管理,对日常收入支出管理,客户借货坏帐管理,合同管理。 基本设置:商品信息,商品调价,供货商,客户,员工,会员,仓库等基本参数的设置。 系统维护:数据库备份/恢复,系统初始化,操作员修改密码,年终结算,查看日志,打印条码,赠品管理。 ?后台基本功能 商品销售:进行商品的销售工作,用户可以通过输入商品的条码,编号来选择商品。 销售退货:进行已销售商品的顾客退货工作,同样可以通过商品条码和编号来选择商品。 打印设置:设置小票的标题和脚注以及要选择的打印机。 兑换赠品:有关会员用积分兑换赠品的管理工作。 赠送赠品:有关赠品的赠送管理工作。 修改密码:修改当前收银员的密码。 快捷键设置:设置 POS 中各功能的快捷键。 出入款管理:管理有关收银员的出入款工作。 1.2、系统要求 1、计算机硬件在586等级以上. 2、软件要求操作系统为中文WIN98,WIN2000,WINXP.WIN2003 3、装有microsoft数据库驱动程序 4、屏幕分辨率800X600以上.

二、快速入门

后台主界面及功能说明: 图1 2.1、基本设置:在基本设置中可以对商品信息、商品调价、供货商、客户、员工、操作员、会员、仓库进行设置 2.1.1、商品信息 在基本设置模块中点击“商品信息”进入商品信息界面如图2

数据库管理系统基础_习题

数据库管理系统基础 一、是非题 1.数据库技术的发展已经历三代,第三代是关系数据库技术时期。 A .对B. 错2.数据库管理系统对数据库提供了完整的数据保护控制功能。 A .对 B. 错 3.Access 数据库是一种层次型的数据库系统。 A .对 B. 错 4.概念模型也称为E-R 模型。 A .对 B. 错 5.在一个关系中,关键字可以有多个,但主码只能有一个。 A .对 B. 错 6.数据库系统的最大特点是数据的共享性和独立性。 A. 对 B. 错 7.数据库系统的独立性有物理独立性和逻辑独立性两种。 A. 对 B. 错 8.组成数据模型的三个要素中,数据操作最重要。 A. 对 B. 错 9.概念模型与具体的数据库系统有关系。 A. 对 B. 错 10.目前最常用的数据模型是关系模型。 A. 对 B. 错 11.SQL 语言是一种高度非过程化的语言。 A. 对 B. 错 12.对数据库系统最重要的操作是数据控制。 A. 对 B. 错 13.Access 数据库系统是一种大型数据库。 A. 对 B. 错 14.数据库设计的第一个阶段是概念结构设计。 A. 对 B. 错 15.SQL 语言具有数据定义、数据查询、数据更新、数据控制的功能。

A. 对 B. 错

、单项选择题 1.在数据管理技术的发展过程中,经历了人工管理阶段、文件系统阶段和数据库系统阶段。 在这几个阶段中,数据独立性最高的是_________ 阶段。 A. 人工管理 B. 文件系统 C. 数据库系统 D. 数据项管理 2.数据库的概念模型独立于_______ 。 A. 具体的机器和DBMS B. E-R 图 C. 信息世界 D. 现实世界 3.同一个关系模型的任意两个元组的值_________ 。 A. 可以全同 B. 不能全同 C. 必须全同 D. 以上都不是 4.关系数据库中的关键字是指________ 。 A. 能唯一决定关系的字段 B. 不可改动的专用保留字 C. 关键的很重要的字段 D. 能唯一标识元组的属性或属性集合 5.应用数据库的主要目的是_______ 。 A.解决保密问题 B.解决数据完整性问题 C.共享数据问题 D.解决数据量大的问题 6.学生社团可以接纳多名学生参加,但每个学生只能参加一个社团,从社团到学生之间的 联系类型是______ 。 A. 多对多 B. 一对一 C. 多对一 D. 一对多 7.SQL 语言通常称为______ 。 A. 结构化查询语言 B. 结构化控制语言 C. 结构化定义语言 D. 结构化操纵语言 8.实体集学生与参考书之间具有________ 联系。 A. 一对一 B. 一对多 C. 多对多 D. 多对一 9.假如采用关系数据库系统来实现应用,在数据库设计的 __________ 阶段,需要将E-R 模型转换为关系数据模型. A. 概念设计 B. 物理设计 C. 逻辑设计 D. 运行阶段 10.现有借阅关系表:借阅(书号,书名,库存数,读者号,借期,还期),假如同一本书允许一个读者多次借阅,但不能同时对一种书借多本。则该关系模式的关键字是______ 。 A. 书号 B. 读者号 C. 书号,读者号 D. 书号,读者号,借期 11.关系数据模型的三个组成部分中不包括_________ 。 A. 完整性规则 B. 数据结构 C. 恢复 D. 数据操作 12.关系模型中,表示实体间N : M 联系是通过增加一个___________ 。 A. 属性实现 B. 关系实现 C. 关系或一个属性实现 D. 关系和一个属性实现 13.___ 可以减少相同数据重复的现象 A. 记录 B. 字段 C. 文件 D. 数据库 14.现有学生关系表:学生(宿舍编号,宿舍地址,学号,姓名,性别,专业,出生日期)这个关系

教务管理系统详细设计说明书范文

教务管理系统详细设计说明书

详细设计说明书 1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2程序系统的结构 (2) 2.1登录模块 (3) 2.2学生模块 (4) 2.3教师模块 (5) 2.4管理员模块 (6)

1引言 1.1编写目的 在前一阶段(概要设计说明书)中,已解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。在以下的详细设计报告中将对在本阶段中对系统所做的所有详细设计进行说明。 1.2背景 随着学校教育水平的不断提高,现有管理系统已经远远不能够满足学校的需求,已经成为学校进一步发展的瓶颈,例如软件维护费用高,信息查询不方便,软件可操作性不高,为此我们小组想开发教务管理系统,方便学校师生。 1.3定义 Access : 系统服务器所使用的数据库管理系统(DBMS)。 SQL: 一种用于访问查询数据库的语言 主键:数据库表中的关键域。值互不相同。 1.4参考资料 《软件工程导论》(第5版)张海藩编著清华大学出版社

2程序系统的结构 软件结构 2.1登录模块 学生信息存储在数据库表student中,包括学号,密码等。教师信息存储在表professor中,包括教工号,密码等。管理员信息存储在表registrar中 用户选择登录身份(学生,教师或管理员),学工号,密码。首先检查学工号是否为空,为空则提示。若不为空,则检索相应数据库表,检查用户是否存在。若存在,检查密码是否正确,若

仓库管理系统数据库设计

仓库管理系统数据库设计 1概述(设计题目与可行性分析) 1.1设计题目 设计一个仓库数据库管理系统,要求实现入库、出库、库存和采购等功能。 随着经济的飞速发展,,仓库管理变成了各大公司日益重要的内容。仓库管理过程的准确性和高效性至关重要。影响着公司的经济发展和管理。利用人工管理强大而数据烦琐的数据库显的效率过于低。利用计算机高效、准确的特点能够很好的满足公司的管理需要。提高公司各个员工的工作效率和公司的运做效率。利用计算机对仓库数据信息进行管理具有着手工管理所无法比拟的优点。目前一个现代化的仓库管理系统已经成为仓库管理不可缺少的管理手段。 1.2 可行性研究 可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。可行性研究的目的不是解决问题而是分析问题能不能解决;至少从下面三个方面分析可行性研究。 1.2.1技术可行性 该仓库数据库管理系统不不是很复杂,设计实现该数据库技术难度不是很大,利用目前现有的技术和工具能在规定的时间内做出该系统。该系统利用SQL2000和 visual studio 工具就能很好的实现该系统。 1.2.2经济可行性 当今世界是经济时代,一个公司的员工工作效率的高低直接影响着这个公司的发展。因此利用计算机进行信息管理有着无可比拟的好处,该系统相对较小,代码行较少,数据库设计不是很麻烦,开发周期较短。而且便于维护。但其带来的经济效益远远高于其开发成本。在经济上是可行的。 1.2.3操作可行性 在当今社会,随着义务教育的普及。和计算机的普及,公司的员工基本上都会进行电脑的基本操作,由于本软件系统采用相对友好的界面,用户 在使用过程中不需要懂太多的电脑专业知识,只需要基本的电脑操作就可

教务管理系统数据库设计

教务管理 数据库系统课程设计

目录 1、需求分析 (2) 1.1 信息要求: (2) 1.2 处理要求: (2) 1.3 安全性与完整性要求: (2) 1.4 系统功能的设计和划分 (2) 第一部分:用户管理部分 (3) 第二部分:管理员管理部分 (3) 2、概念设计 (3) 2.1概念模型(E-R图): (3) 2.2数据字典: (5) a.数据项 (5) b、数据结构 (5) c、数据流 (5) d、数据存储 (6) e、处理过程 (6) 2.3 数据流图 (7) 3、逻辑结构设计 (7) 3.1 E-R图向关系模型的转换(关系的码用下横线表出) (7) 3.2 设计用户子模式 (8) 4、物理设计 (8) 4.1 选择存取方法 (8) 4.2 确定数据库的存储结构 (8) 4.3 评价物理结构 (9) 5、系统实施 (9) 6、运行维护 (10)

1、需求分析 1.1 信息要求: 教务管理系统涉及的实体有: ●教师——工作证号、姓名、职称、电话等; ●学生——学号、姓名、性别、出生年月等; ●班级——班号、最低总学分等; ●系——系代号、系名和系办公室电话等; ●课程——课序号、课名、学分、上课时间及名额等。 这些实体之间的联系如下: ●每个学生都属于一个班,每个班都属于一个系,每个教师也都属于一个系。 ●每个班的班主任都由一名教师担任。 ●一名教师可以教多门课,一门课可以有几位主讲老师,但不同老师讲的同一门课其课序号是不同 的(课序号是唯一的)。 ●一名同学可以选多门课,一门课可被若干同学选中。 ●一名同学选中的课若已学完,应该记录有相应成绩。 ●本单位学生、教师都有重名,工作证号、学号可以作为标识。 1.2 处理要求: 教学系统主要提供数据维护、选课和信息查询。其中常见的查询有:系统中各对象的基本信息查询。查询指定班、系的学生信息(名单、人数等)。查询学生的成绩、学分情况。查询教师授课情况和学生选课情况……。 1.3 安全性与完整性要求: ●安全性要求: 1.系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗用; 2.系统应对不同的数据设置不同的访问级别,限制访问用户可查询和处理数据的类别和内容; 3.系统应对不同用户设置不同的权限,区分不同的用户,如学生,教师,系统管理员。 ●完整性要求: 1.各种信息记录的完整性,关键信息记录内容不能为空; 2.各种数据间相互的联系的正确性; 3.相同的数据在不同记录中的一致性。 1.4 系统功能的设计和划分 根据如上得到的用户需求,我们将本系统按照所完成的功能分成以下几部分:

教室管理系统的数据库设计

目录 引言 1.需求分析 (1) 1.1 编写目的 (1) 1.2 编写背景和范围 (1) 1.3 研究意义 (2) 1.3.1 学校的教室使用情况 (3) 1.4 实现目标 (3)

1.5 需求分析 (5) 1.5.1 功能需求 (5) 1.5.2 使用者权限要求 (7) 1.5.3 数据流图 (9) 1.6 数据字典 (12) 1.7 开发环境 (19) 2.概念设计 (19) 2.1 概述 (20) 2.2 E-R

图 (20) 3.逻辑分析 (27) 3.1 概念 (28) 3.2 实体的转换 (28) 3.3 联系的转换 (29) 4.物理设计 (30) 4.1 概述 (31) 4.2 数据库模式定义的详细说明 (31)

4.3 数据库基本表和视图的创建 (34) 4.3.1.创建数据库 (34) 4.3.2.创建基本表 (34) 4.3.3 创建视图 (38) 4.4 索引的建立 (39) 引言 为了适应现代社会人们高度强烈的时间观念,大学教室管理系统 软件为师生进行正常有序的教学,学习活动带来了极大的方便。该软件是以高级编程语言为实现语言,其功能在系统内部有源代码直接完成。通过操作手册,使用者可以了解本软件的基本工作原理。操作人员只需输入一些简单的汉字、数字,即可达到自己的目标。 1.需求分析 1.1 编写目的

本需求的编写目的在于研究大学教室管理系统的开发途径和应用 方法。本需求的预期读者是与大学教室管理系统开发有联系的决策人,开发组成人员,扶助开发者,支持本项目的学校领导和后勤集团人员,软件验证者。 1.2 编写背景和范围 本项目的任务提出者和开发者是大学教室管理系统软件开发小组, 用户是老师和学生。本产品能具体化、合理化的管理大学教室的使用情况。本系统的用户面向在校学生、教师、管理人员,我们根据从学校方面取得的对教室的使用情况,存在的问题等信息,根据我们日常生活中的生活经验,根据我们所做的对在校师生的询问和调查,创建1. 数据库系统。 1.3 研究意义 大学教室管理系统是帮助教学人员、学生对教室的当前使用情况 更好的了解,避免教室不合理的使用,从而方便学生自习和上课。在大学里,教室仍然是教学的主要场所,也是学生学习的重要场所,所以教室环境和设备直接影响到教学活动的开展和学生的学习。为了保

教务管理系统数据库设计

教务管理系统数据库(SQL Server 2008 + delphi7) 实验报告 班级: 姓名: 学号: 指导教师: 完成日期: 目录 第一章系统概述 (3) 第二章系统分析 (3) 第三章系统设计 (4) 第四章系统功能 (9) 第五章系统实现 (9) 第六章源程序附录 (15) 第七章参考文献 (73)

第一章系统概述 学校学生管理信息系统就是针对学校人事处的大量业务处理工作而开发的管理软件,就是典型的管理信息系统(Management Information System)。它就是一个教育单位不可缺少的部分,它的内容对于学校的决策者与管理者来说都至关重要,它能够为用户提供充足的信息与快捷的查询手段。能有效的帮助学校与老师掌握学生的情况,为学生提供成绩跟课程方面的查询。 本系统就是以delphi7编辑用户界面,以SQL server 2008为数据源后台而成的学生信息管理系统。本系统就是以计算机为基础,由人与计算机结合的对信息进行收集、存储、维护、加工、传递与使用的一种管理系统,其目的就是使人流、物流、资金流与信息流处于最佳状态,以最少的资源投入获得最佳的综合效益。本系统主要包括学生信息管理模块、教师信息管理模块、课程信息管理模块、成绩信息管理模块与系统维护模块等部分。在校务管理中,为有关部门提供完整、综合、共享的信息,对于学校的教育管理、教务与 科研等都有很大的实用价值。 第二章系统分析 1、问题定义 随着科学技术的不断提高,计算机科学日渐成熟,其强大功能已为人们深刻认识,它已进入人们生活的各个领域,并发挥了越来越重要的作用,针对人工管理的缺点,最好的解决办法就就是借助计算机技术提供一个电子化的学生信息管理平台。为了更好地管理学生与教职工的资料文档,我开发一个软件工程学生信息管理系统。教师与学生可以应用该系统实现如下功能: 1、可随时查询出不同系及各系教师与各系学生情况,系、教师与学生各反映如下情况: 系:系号、系名、系负责人、专业数等。 教师:工号、姓名、性别、职称、工龄、出生年月、基本工资等。 学生:学号、姓名、性别、年龄等。 2、为简单起见教师与学生区分系别,而课程不分系,课程需反映如下信息: 课程代号、课程名、课时数、必修课、学分。 3、学生入学时新生需录入登记,登记后即可选课学习课程(一学期约20学分)。 4、一门只由一位教师上,一位教师可上多门课,满30人才开课。 5、学生选每门课有个成绩,若成绩不及格则补考后还需记录补考成绩。 1)在某数据库管理系统中建立各关系模式对应的库表,并设计所需的视图、索引等。 2)能对各库表进行输入、修改、删除、添加、查询、打印等基本操作。 3)新生入校登记后可即时选课,老生每学期开始前可选课或作选课调整,一般要选共约20学分的若干门课程。 4)能明细查询某学生的选课情况及某课程的选修学生情况。 5)能统计查询出某学生的成绩单(包括总成绩、平均成绩、不及格门数等)及某门课的选课人数、最高分、最低分、平均成绩等统计信息。 6)能分析出某教师的教学质量情况(可根据该教师所任所有课优良数平均超过一定百分比来粗略评定)。 7)其她您认为子系统应有的查询、统计功能。 8)要求子系统设计得界面友好,功能选择方便合理,并适当考虑子系统在其安全性、完整性、备份、恢复等方面的功能要求

教室管理信息系统设计说明书

教室管理信息系统设计说明书 教室管理信息化是学校教务系统应用信息技术及其产品的过程,是信息技术应用于教室管理的过程。教育信息化的实施,自上而下而言,必须与学校的制度创新、组织创新和管理创新结合;自下而上而言,必须以作为学校主体的工作人员使用信息技术水平的逐步提高为基础。 学校信息系统是现存信息系统中较为复杂的一类,这是由学校本身的目标、任务和性质决定的;它应用于学校的学生管理、教师管理、教室管理以及招生就业管理等各个方面,牵涉的信息种类十分庞杂。它融合了学校的管理思想和各职能部门的工作经验,是学校当前运作方式和业务流程的具体体现,同时又在一定程度上反作用于学校当前的运作方式和业务流程。而教室管理信息系统正是这样庞大的系统中的一个系统。教室之于教师、学生、教学,都有极其重要的作用。 因此,学校信息化建设工作具有长期性、复杂性和内容的多变性;正因为如此,教室管理信息系统也不是一个简单的、封闭的、静止的系统,而是一个复杂的、开放的、在应用的深度和广度上,随着时间的推移会逐步变化和发展的系统。

需求分析分为三个部分:需求的文字表述、数据流图、数据字典。 一、需求分析 第一部分调查用户需求 本系统的最终用户为在校学生,我们根据从学校方面取得的图表资料、文字资料以及其他细节方面的信息,根据我们日常生活中的经验,根据我们所做的其他询问和调查,得出用户的下列实际要求: 1、学校的组织机构情况 与教室管理相关的学校的组织机构有:学生、教师和教室。学校的所有日常工作都是围绕着这三大部分进行的。 一个学校下设若干学院,如信息学院、经济学院、法学院、财政金融学院等;一个学院下设若干专业,如信息学院下设三个专业:信息管理与信息系统、计算机科学与技术和数学与应用数学;一个专业有若干班级,如信息学院的2005级信息管理与信息系统专业下设两个班级:信管1班、信管2班;一个班级有若干同学,如信管1班有姜杉、刘天营、张蓝方、张娜、周潇等。 一个学校下设若干学院,如信息学院、经济学院、法学院、财政金融学院等;一个学院下设若干专业,如信息学院下设三个专业:信息管理与信息系统、计算机科学与技术和数学与应用数学;一个专业有若干教师,如信息学院信息管理与信息系统专业有陈禹、左美云。 一个学校下设若干学院,如信息学院、经济学院、法学院、财政金融学院等;一个学院下设若干专业,如信息学院下设三个专业:信息管理与信息系统、计算机科学与技术和数学与应用数学;一个专业开设有若干课程,如信息学院信息管理与信息系统专业开设有数据库系统概论、计算机网络等课程。 一个学校有若干教学楼,如求是楼、教学一楼、教学二楼、教学三楼等;一个教学楼有若干楼层,如教学一楼有一层、二层、三层、四层、五层、六层;一个楼层有若干教室,如一层有1101,1102,1103,1104等教室。 一个教师可以开设若干门课程,一门课程可以由多个老师来教授。一个教室在不同的时段可以上不同的课程。 2、调查相关部门的业务活动情况 教务处: 教务处需要处理借教室申请信息,使用的数据是纸质版的教室、教师和学生信息,对提出的借用教室申请采用手动的加工和处理,最后给借教室的人输出的是批准或拒绝借用教室的信息,即一个纸质的教室使用条。 3、用户对系统的要求 信息要求: 由于系统的使用主体是教师和学生,因此对系统的信息要求可分为以下几个方面: a、教师信息

相关主题
文本预览
相关文档 最新文档