(完整word版)教务管理系统数据库设计

(完整word版)教务管理系统数据库设计
(完整word版)教务管理系统数据库设计

目录

第一章:项目计划 (2)

1.1项目背景: (2)

1.2系统开发目的: (2)

1.3定义: (2)

第二章:详细分析 (2)

2.1、系统功能 (2)

2.2、系统结构 (3)

2.3、数据流图 (3)

2.4、户类型与职能 (4)

2.5、系统环境需求 (5)

第三章:系统概念设计 (5)

第四章:逻辑设计 (6)

4.1系统关系模型 (6)

4.2系统数据库表结构 (6)

第五章:源码 (9)

第六章:小结 (14)

第一章:项目计划

1.1项目背景:

教务系统管理平台充分利用互联网络B/S管理系统模式,以网络为平台,为各个学校教务系统的管理提供一个平台,帮助学校管理教务系统,用一个账号解决学校教务教学管理,并且学校可以自由选择学校需要的教务管理系统,灵活地定制符合学校自己实际情况的教务系统.

1.2系统开发目的:

提高学生,老师管理和操作事务的运作效率。

1.3定义:

学生选课和老师评分必须在管理员的设置条件下进行。

第二章:详细分析

2.1、系统功能

设置学期时间:管理员登录系统后设置学期的时间,只有当时间为某个状态时,其他角色例如老师,才能做某些事情。学期时间只能由角色管理员操作:包括对学期时间表的增加,删除,对某个学期时间状态的改变。

学生选课:当管理员设置为学期开始时,学生可以选课,学生选课受学分影

响,只能选择总学分为多少的课程。

老师评分:当管理员设置为学期评分时,老师才可以评分。

个人信息管理:对自己个人信息进行添加和修改。

成绩查询:学生可以对自己成绩进行查询。

个人课表查询:按时间的不同,每个角色都有自己不同的课表。

2.2、系统结构

功能描述:学生选课和老师评分必须在管理员设置学期的条件下进行。

2.3、数据流图

顶层图

0层图

2.4、户类型与职能

(1)管理员:

对学期设置的管理每个阶段有不同的功能。(2)老师:

对选修了自己课程的学生评分。

(3)学生:

选修科目。

2.5、系统环境需求

系统模式

本系统采用B/S模式作为开发模式

硬件环境

服务器端:

高性能的计算机一台,

普通的双绞线作为连接。

客户端:普通的计算机或者工作站,

普通的双绞线作为连接。

软件环境

服务器端:安装SQLSERVER2000的服务器版本

第三章:系统概念设计

系统ER图

系统ER图说明:

(1)同一的老师可以教多个科目,同一科目可以由多个老师教。

(2)同一学生可以选修多老师的科目,同一个老师的科目可以让多个学生选修。

第四章:逻辑设计

4.1系统关系模型

a)选课成绩表(选课编号,平时成绩,期末成绩,综合成绩)

b)用户表(用户编号,用户名称,用户密码,性别,住址,电话)

c)班别表(班别编号,班别名称,班别描述)

d)系别(系别编号,系别名称,系别电话)

e)学期时间(学期编号,学期名称,学期开始时间,学期结束时间,学期状态)

f)课室表(课室编号,课室名称,课室面积,课室最大人数)

g)课程表(课程编号,课程名称,课程学分,课程类型,课程学时)

h)角色表(角色编号,角色名称,角色权限)

i)老师授课表(授课编号,授课时间)

j)上课地点表(地点编号)

4.2系统数据库表结构

数据库表索引

用户表(Sysuser)

选课成绩表(Score)

班别表(Classes)

系别表(Dept)

学期时间表(Items)

课程表(Major)

课室表(Classroom)

角色表(Userstyle)

教师授课表(Mdteacher)

上课地点表(Majorroom)

第五章:源码

/*==============================================================*/

/* 触发器:删除已存在表*/ /*==============================================================*/

if exists (select * from sysobjects where id = object_id('Classes'))

drop table Classes

GO

if exists (select * from sysobjects where id = object_id('Classroom'))

drop table Classroom

GO

if exists (select * from sysobjects where id = object_id('Dept'))

drop table Dept

GO

if exists (select * from sysobjects where id = object_id('Items'))

drop table Items

GO

if exists (select * from sysobjects where id = object_id('Major'))

drop table Major

GO

if exists (select * from sysobjects where id = object_id('Majorroom'))

drop table Majorroom

GO

if exists (select * from sysobjects where id = object_id('Mdteacher'))

drop table Mdteacher

GO

if exists (select * from sysobjects where id = object_id('Score'))

drop table Score

GO

if exists (select * from sysobjects where id = object_id('Sysuser'))

drop table Sysuser

GO

if exists (select * from sysobjects where id = object_id('Userstyle'))

drop table Userstyle

GO

/*==============================================================*/ /* Table: Classes */

/*==============================================================*/ create table Classes

(

classesid varchar(20) not null,

deptid varchar(20),

classname varchar(20) unique,

clacontext varchar(50),

primary key (classesid)

)

go

/*==============================================================*/ /* Table: Classroom */

/*==============================================================*/ create table Classroom

(

roomid varchar(20) not null,

roomname varchar(20) unique,

area int check(area>0),

maxnum int check(maxnum>0),

primary key (roomid)

)

go

/*==============================================================*/ /* Table: Dept */ /*==============================================================*/ create table Dept

(

deptid varchar(20) not null,

deptname varchar(20) unique,

depphone varchar(10) ,

primary key (deptid)

)

go

/*==============================================================*/ /* Table: Items */

/*==============================================================*/ create table Items

(

itemsid int not null IDENTITY,

itname varchar(20),

starttime datetime,

endtime datetime,

itstate varchar(10) check(itstate in (‘0’,’1’,’2’)),

primary key (itemsid)

)

go

/*==============================================================*/ /* Table: Major */ /*==============================================================*/ create table Major

(

MDid varchar(20) not null,

MDname varchar(10) unique,

MDcredit int ,

MDstyle varchar(10) check(MDstyle in (‘公选课’,’选修课’)), MDstudytime int check(MDstudytime >0),

primary key (MDid)

)

go

/*==============================================================*/ /* Table: Majorroom */ /*==============================================================*/ create table Majorroom

(

MRid int not null IDENTITY,

roomid varchar(20),

MDid varchar(20),

primary key (MRid)

)

go

/*==============================================================*/ /* Table: Mdteacher */ /*==============================================================*/ create table Mdteacher

(

muid int not null IDENTITY,

id varchar(20),

MDid varchar(20),

Mtime datetime,

primary key (muid)

)

go

/*==============================================================*/ /* Table: Score */

/*==============================================================*/ create table Score

(

scid int not null IDENTITY,

id varchar(20),

muid int,

itemsid int,

pacgrade int ,

endgrade int,

syngrade int,

primary key (scid)

)

go

/*==============================================================*/ /* Table: Sysuser */

/*==============================================================*/ create table Sysuser

(

id varchar(20) not null,

classesid varchar(20),

userstyleid varchar(10),

username varchar(20) unique,

password varchar(10),

sex varchar(10) check(sex in (‘男’,’女’)),

address varchar(50),

phone varchar(20),

primary key (id)

)

go

/*==============================================================*/ /* Table: Userstyle */

/*==============================================================*/ create table Userstyle

(

userstyleid varchar(10) not null,

userstylename varchar(20) unique,

permission varchar(50),

primary key (userstyleid)

)

go

alter table Classes add constraint FK_Reference_11 foreign key (deptid)

references Dept (deptid) on delete cascade on update cascade;

alter table Majorroom add constraint FK_Reference_15 foreign key (MDid)

references Major (MDid) on delete cascade on update cascade;

alter table Majorroom add constraint FK_Reference_18 foreign key (roomid) references Classroom (roomid) on delete cascade on update cascade;

alter table Mdteacher add constraint FK_Reference_10 foreign key (id)

references Sysuser (id) on delete cascade on update cascade;

alter table Mdteacher add constraint FK_Reference_16 foreign key (MDid)

references Major (MDid) on delete cascade on update cascade;

alter table Score add constraint FK_Reference_13 foreign key (muid)

references Mdteacher (muid);

alter table Score add constraint FK_Reference_19 foreign key (itemsid)

references Items (itemsid);

alter table Score add constraint FK_Reference_4 foreign key (id)

references Sysuser (id);

alter table Sysuser add constraint FK_Reference_12 foreign key (userstyleid) references Userstyle (userstyleid) on delete cascade on update cascade;

alter table Sysuser add constraint FK_Reference_14 foreign key (classesid)

references Classes (classesid) on delete cascade on update cascade;

/*==============================================================*/

/*存储过程:查询选修某个老师课程的学生*/ /*==============================================================*/

create procedure stu (@tr char(20))

as

select Sysuser.id,https://www.360docs.net/doc/3912715803.html,ername from Sysuser,Score where Score.id=Sysuser.id and Score.muid in

(select muid from Mdteacher,Sysuser where Mdteacher.id=Sysuser.id and https://www.360docs.net/doc/3912715803.html,ername=@tr);

/*==============================================================*/

/*授权*/

/*==============================================================*/

grant select,update,insert,delete on Sysuser to stu2

grant select,update,insert,delete on Score to stu2

/*==============================================================*/

/*部分插入,更新和删除*/

/*==============================================================*/

insert into Userstyle values('10054','老师','');

insert into Userstyle values('10052','学生','');

insert into Userstyle values('10051','管理员','');

insert into Sysuser(id,userstyleid,username,password) values('11111','10051','小天','123'); delete from Userstyle where userstyleid='10054';

update Sysuser set password='234' where id='11111';

第六章:小结

和传统管理模式相比较,使用本系统,毫无疑问会大大提高老师评分的运作效率,辅助提高学校的管理水平,为降低拥挤,提高效益,减少差错,节省人力,减少多登陆的时间,提供有效的技术保障。

由于开发者能力有限,加上时间仓促,本系统难免会出现一些不足之处,例如:(1)由于分数和学期,老师,学生都有关,造成查询时发生缓慢的现象。

(2)主键类型设置有问题。

对于以上出现的问题,深表歉意,如发现还有其它问题,希望老师批评指正。

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

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

详细设计说明书 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中用户选择登录身份(学生,教师或管理员),学工号,密码。首先检查学工号是否为空,为空则提示。若不为空,则检索相应数据库表,检查用户是否存在。若存在,检查密码是否正确,若正确,则登录成功。 开 输入学 工号和

数据库课程设计完整版

数据库课程设计完 整版

HUNAN CITY UNIVERSITY 数据库系统课程设计 设计题目:宿舍管理信息系统姓名: 学号: 专业:信息与计算科学指导教师:

20年 12月1日 目录 引言3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要5 1.4软件处理对象 6 1.5系统可行性分析6 1.6系统设计目标及意义7 1.7系统业务流程及具体功能 7

1.8.1数据流程图8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20参考文献 20 引言

学生宿舍管理系统对于一个学校来说是必不可少的组成部分。当前好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强能够接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。而且当查找某条记录时,由于数据量庞大,还只能靠人工去一条一条的查找,这样不但麻烦还浪费了许多时间,效率也比较低。当今社会是飞速进步的世界,原始的记录方式已经被社会所淘汰了,计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界,当一种技术不能满足需求时,就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位,计算机在各行各业中的运用已经得到普及,自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此,设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理,系统做的尽量人性化,使用者会感到操作非常方便,管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大,而且比较稳定,适合较长时间的保存,也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点,而且具备修改功能,能够快速的查询学校所需的住宿信息。 面对当前学校发展的实际状况,我们经过实地调研之后,对宿舍管理系统的设计开发做了一个详细的概述。

数据库 教务管理系统 综合实验报告

华北科技学院计算机系综合性实验 实验报告 课程名称《数据库系统A》 实验学期2011 至2012 学年第 2 学期学生所在系部计算机学院 年级2010 专业班级网络B101班 学生姓名学号 任课教师 实验成绩 计算机系制

《数据库系统A》课程综合性实验报告 一、实验目的 利用一种DBMS作为设计平台,理解并应用课程中关于数据库设计的相关理论,能按照数据库设计步骤完成完整的数据库设计,包括需求分析、概念设计、逻辑设计、物理设计和实施。同时能够正确应用各个阶段的典型工具进行表示。 二、设备与环境 (1) 硬件设备:PC机一台 (2) 软件环境:安装Windows操作系统,安装数据库管理系统SQL Server2008等。 三、实验内容 1.需求分析 首先,通过调查,教务管理系统中主要有四类用户,即学生用户,老师用户,教务管理员和系统管理员。对应这些用户,其处理要求的主要的功能就是进行一系列的查询和各类数据的管理及维护。其具体的处理要求如下: 1)系统管理:实现系统管理人员对系统的管理,包括添加删除用户,更改密码,数据备份,数据还原,注销等功能。 2)教务管理:实现教务管理人员对系统的管理,包括课程安排,成绩审核,学生成绩管理,学生学籍管理等功能。 3)基本信息:实现显示学生和老师以及课程、班级、系别的基本信息(包括学生基本信息,教师基本信息,课程基本信息等)。 4)查询:包括实现学生查询,老师查询。学生查询包括自己的基本信息,自己的课程,课表,成绩等,老师查询包括查询自己的信息,自己所带班的学生,自己的课表以及学生成绩等。 5)教师对成绩的录入以及自己信息的查询与维护。 其次,该教务管理系统中,结合以上用户种类以及其具体的处理功能要求,教务管理系统要具备以下信息要求: 教务管理系统涉及的实体有: 教师——工作证号、姓名、电话、工资、邮箱; 学生——学号、姓名、性别、年龄、系代号等; 班级——班号、最低总学分等; 系——系代号、系名和系办公室电话等; 课程——课序号、课名、学分、最大人数等; 其中,这些实体之间的联系如下: 每个学生都属于一个班,每个班都属于一个系,每个教师也都属于一个系。 每个班的班主任都由一名教师担任 一名教师可以教多门课,一门课可以有几位主讲老师,但不同老师讲的同一

教务管理系统概要设计说明

教务处管理系统概要设计说明书

1概述(设计思想) 教务管理系统是一个面向学校教务管理人员、教师和学生,为其提供服务的综合管理系统,随着教学体制的不断改革,尤其是学分制、选课制的展开和深入,使得教务日常管理工作日趋繁重、复杂,而现有的教务管理软件基本上都是单机版本的,已满足不了现在教务工作需要。因此迫切需要研制开发基于互联网的综合网上教务管理软件。 该教务管理系统总体设计思想:面向学校各部门以及各层次用户的多模块综合信息管理系统为了充分利用高校现已有的网络资源。实现教务各上下级之间迅速便捷的沟通,在系统的架构上采用了当前流行的B/S结构与C/S结构及Internet网络相结合的技术突破了系统使用地域的局限性,使整个校园网甚至Internet上的用户都可访问本教务系统并进入相应的教务信息查询,如查询课程表、教学进程等等.为了体现分散操作、统一管理的思想,实现教务信息的集中管理、分散操作、信息共享,使传统的教务管理朝数字化、无纸化、智能化、综合化的方向发展,实现教务各上下级之间迅速便捷的沟通,形成充满活力的新型的教务管理机制。 教务管理系统由两部分组成:前台和后台。前台客户层采用了最新的webstart工具,使得客户端可以自动升级、即时更新,减轻了系性;后台数据层采用了对象关系型数据库,它将数据进行统一管理,所有的客户端都从后台捌用数据,实现了资源共享、保证了数据的一致性并且后台数据还具有自动备份功能,来保证数据库中数据的安全性与可靠性.后台主要有系统管理员,前台则主要面对在校学生和教务处人员和各院系教务员及任课教师使用,教务网的管理员分初级管理员和高级管理员:初级管理员是各科室的负责人,提交本科室的待发布教学通知、公告等信息,管理本科室的上传文件并接受高级管理员的管理;高级管理员管理所有上传的文件,审核并发布各科室提交的信息,管理教务信箱和教务网界面等。教务处长属于高级管理员。 2系统策略 系统性 该教务管理系统实时更新,系统比较完善可靠,技术成熟,可以按照不同学校对于教务的不同需求进行更改,满足用户需求。 先进性 该教务管理系统技术先进,系统先进,比较完善。 安全性 数据库考虑到安全性问题,对文件进行加密,提高了安全度,保证了系统的安全。 可维护性 该教务管理系统界面可以再后台管理前台显示的界面,模块化程度高,可维护性强。 正确性

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

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

教务综合管理系统设计报告 专业:软件工程 成员:车振军陆建伟 徐蕾杨思倩指导老师:徐明 日期: -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 系统目标

数据库课程设计完整版

HUNAN CITY UNIVERSITY 数据库系统课程设计设计题目:宿舍管理信息系统 姓名: 学号: 专业:信息与计算科学 指导教师: 20年 12月1日 目录 引言 3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要 5 1.4软件处理对象 6 1.5系统可行性分析 6 1.6系统设计目标及意义7

1.7系统业务流程及具体功能 7 8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20 参考文献 20 引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。而且当查找某条记录时,由于数据量庞大,还只能靠人工去一条一条的查找,这样不但麻烦还浪费了许多时间,效率也比较低。当今社会是飞速进步的世界,原始的记录方式已经被社会所淘汰了,计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界,当一种技术不能满足需求时,就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位,计算机在各行各业中的运用已经得到普及,自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此,设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理,系统做的尽量人性化,使用者会感到操作非常方便,管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大,而且比较稳定,适合较长时间的保存,也不容易丢失。这无疑是为信息存储量比较大的学校提供了

教务管理系统数据库设计

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

目录 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.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。

教务管理信息系统实施设计方案

我院教务管理信息系统实施设计方案

目录 1 教务管理系统 (1) 1.1 教务管理信息系统软件情况介绍 (1) 1.2 系统的硬件组成 (1) 1.3 系统建设中的一些注意点 (2) 1.4 系统的特色介绍 (2) 2 系统参考标准和规范 (3) 2.1 引言 (3) 2.2 系统概述 (3) 2.2.1 设计目标 (3) 2.2.2 运行环境 (3) 2.2.3 需求概述 (4) 2.3 系统总体设计 (4) 2.3.1 总述 (4) 2.3.2 系统维护子系统 (7) 2.3.2.1 功能模块 (8) 2.3.2.2 数据流程 (8) 2.3.2.3 功能实现设计 (9) 2.3.3 学籍管理子系统 (12) 2.3.3.1 功能模块 (12) 2.3.3.2 数据流程 (13) 2.3.3.3 主要界面设计 (13) 2.3.3.4 主要功能实现 (14) 2.3.4 教学计划管理子系统 (21) 2.3.4.1 功能模块 (21) 2.3.4.2 教学计划数据及操作流程图 (21) 2.3.4.3 功能实现设计 (22) 2.3.5 智能排课子系统 (30) 2.3.5.1 功能模块 (31) 2.3.5.2 工作流程图 (31) 2.3.5.3 排课的数学模型与算法 (31) 2.3.5.4 功能实现设计 (35) 2.3.6 选课管理子系统 (36) 2.3.6.1 系统功能模块 (36) 2.3.6.2 功能实现设计 (36) 2.3.7 成绩管理子系统 (40) 2.3.7.1 功能模块 (40) 2.3.7.2 系统数据流程 (41) 2.3.7.3 主要界面设计 (41) 2.3.7.4 主要功能实现 (42) 2.3.8 教材管理子系统 (48)

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

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

详细设计说明书 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中 用户选择登录身份(学生,教师或管理员),学工号,密码。首先检查学工号是否为空,为空则提示。若不为空,则检索相应数据库表,检查用户是否存在。若存在,检查密码是否正确,若

完整word版,数据库课程设计总结,推荐文档

数据库课程设计总结 数据库课程设计个人总结 姓名:邢王秀学号:201624101215 班级:09计本班 一个月的时间非常快就过去了,这一个月我不敢说自 己有多大的进步,获得了多少知识,但起码是了解了项目开 发的部分过程。虽说上过数据库相关的课程,但是没有亲身 经历过相关的设计工作细节。这次课程设计给我提供了一个 很好的机会。 通过这次课程设计发现这其中需要的很多知识我们没 有接触过,上网查找资料的时候发现我们以前所学到的仅仅 是皮毛,还有很多需要我们掌握的东西我们根本不知道。同 时也发现有很多已经学过的东西我们没有理解到位,不能灵 活运用于实际,不能很好的用来解决问题,这就需要自己不 断的大量的实践,通过不断的自学,不断地发现问题,思考 问题,进而解决问题。在这个过程中我们将深刻理解所学知 识,同时也可以学到不少很实用的东西。 这次的数据库课程设计,我们组负责的企业信息文档 管理系统的设计。这课题是自拟的。我们组实行的分工合作。我主要是负责数据库功能模块设计这部分。 从各种文档的阅读到需求分析、概要设计、数据库总 体设计、代码编写与调试,我们都准备了好长时间。组内分

工合作的整个过程,我亲身体验了一回系统的设计开发过 程,分工合作的好处。很多东西书上写的很清楚,貌似看着 也很简单,思路非常清晰。但真正需要自己想办法去设计一 个系统的时候才发现其中的难度。经常做到后面突 然就发现自己一开始的设计有问题,然后又回去翻工, 在各种反复中不断完善自己的想法。 我想有这样的问题不止我一个,事后想想是一开始着 手做的时候下手过于轻快,或者说是根本不了解自己要做的 这个系统是给谁用的。因为没有事先做过仔细的用户调查, 不知道整个业务的流程,也不知道用户需要什么功能就忙着 开发,这是作为设计开发人员需要特别警惕避免的,不然会 给后来的工作带来很大的麻烦,甚至可能会需要全盘推倒重 来。所以以后的课程设计要特别注意这一块的设计。 经过组内讨论,我们确定的课题是企业信息文档管理 系统。说实话,我对这个系统不是很了解。通过上网查找资 料、相关文献的阅读,我对该系统有了大体的了解。 在需求分析过程中,我们通过上网查资料,去图书馆 查阅相关资料,结合我们的生活经验,根据可行性研究的结 果和用户的需要,分析现有情况及问题。在一个月的时间里,不断地对程序及各模块进行修改、编译、调试、运行,其间 遇到很多问题,经过组内讨论。最终把它解决了。通过这次 课程设计,我对数据库的设计更加熟练了。

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

洛阳理工学院 课程设计报告 课程名称数据库课程设计 设计题目教务管理系统 专业计算机科学与技术 班级B120505 学号 姓名 完成日期2015-1-4

课程设计任务书 设计题目:教务管理系统 设计内容与要求: 设计教务管理系统,类似于我校教务管理系统,有四类用户:教务员、学生、教师、管理员教务员可以输入学生、教师、班级、课程信息。一个班级只属于一个专业,一个学生只属于一个班级。教务员负责输入每个专业、每个班级需要学习哪些课程,指定课程的任课教师。教师可以查看学习该课程的学生名单。课程结束后,教师可以录入课程成绩。一个教师可以教授多个班的多门课程,每门课由多位老师讲授。课程分两类,必修课和选修课。系统要记录每个学生学习各门必修课的成绩,还要记录学生选修了哪些选修课以及课程成绩。学生可以查看自己各门课程的成绩。学生还可以进行评教,给老师打分。管理员可以输入教室信息,并结合班级、课程、教室信息实现自动排课。 要求: 1.完成本系统的需求分析,写出功能需求和数据需求描述; 2.完成数据库的概念结构设计、逻辑结构设计、物理结构设计; 3.完成本系统的部分功能模块的程序界面设计。 指导教师:高春玲 2014 年12 月28 日 课程设计评语 成绩: 指导教师:_______________ 年月日

目录 一、概述 2 1.1、本设计的目的与意义 2 1.2、数据库开发工具和应用程序开发工具 2 二、需求分析 2 2.1功能需求 2 2.2数据需求 2 三、概念结构设计 2 3.1、E-R模型设计 2 3.2、总体E-R图描述 4 四、逻辑结构设计 4 4.1、关系模型 4 4.2、关系模式的优化与说明 4 五、物理结构设计 5 5.1建立数据库 5 5.2表与表结构 5 六、应用程序设计 6 6.1、系统总体结构 6 6.2、系统界面与源代码7 6.2.1、界面7 6.2.2、功能描述9 6.2.3、程序源代码9 七、设计总结23 八、体会与收获24 九、参考文献24

教务管理系统分析与设计

教务管理系统分析与设计 系统规划 ●系统名称:教务管理系统 ●系统简述:高等学校的教务管理系统是一项重要的工作,它主要为学生提供选修课的选修, 记录学生的成绩等。 ●项目目标:在预定时间内开发出一个界面友好、功能较完整的教务管理系统。 系统分析 ●系统功能:该教务管理系统主要包括课程选修、用户管理、成绩管理和课表管理四大功能, 具体如下: 图1 教务管理系统功能层次图 ●系统业务流程:该教务管理系统的使用者为学生、教师和教务员,根据他们之间的数据传 递关系可画出系统业务流程图,如下图所示:

系统数据流程:根据系统的功能层次图,可得该教务管理系统的数据流程图(DFD)如下: 图3 教务管理系统顶层DFD 图4教务管理系统第一层DFD

图6学籍管理系统第二层用户管理功能之DFD 图7学籍管理系统第二层成绩管理功能之DFD

数据字典:现对该系统数据流程图各元素定义如下: 图9 数据字典之数据流定义 图10 数据字典之数据存储定义 图11 数据字典之数据项定义

图13 数据字典之外部实体定义 (说明:要求从系统底层数据流程图中分别选出一个数据流、数据存储、数据项、处理逻辑以及外部实体,对其进行数据字典的定义。) ●处理逻辑描述:系统中的“登录”功能需要分类处理,现用决策树表示其处理过程,如下: 图14 “登录”功能之决策树 ●系统数据库概念模型 该系统数据库中的主要实体有: ?用户:用户名,密码,姓名,班级,性别,年龄,职业 ?课程:课程号,课程名,性质,学时,学分,学期,专业 实体之间的联系为: ?用户与课程(选修):m:n联系 ?用户与课程(考试):p:q联系 该系统数据库概念模型E-R图为:

教务管理系统数据库文档

教务管理系统数据库文档 第 1 页共 18 页 Air (China) Company 001 : 5 : 2009-1-1 : 2009-1-8 : 第 2 页共 18 页 , , 1 2005-12-27 新建表,设置主外键王如玉 2 2005-12-28 填写数据、文档编写、设计视图王如玉 3 2005-12-29 存储过程来实现数据库的自动化王如玉, 1. V1.0 2009-1-1 数据库应用技术 2. V1.0 2009-1-1 数据库开发实例解析 第 3 页共 18 页 1. ................................................................. ...................... 4 1.1 数据库总体设 计 ..................................................................... (4) 1.1.1 表空间规 划 ..................................................................... (4)

1.1.2 数据库规 划 ..................................................................... (4) 2. ..................................................................... ...................... 5 2.1 实体列表( Entity List) .................................................................. .................................... 5 2.2 E-R 图 ..................................................................... (5) 2.2.1 < 后台管理E-R图 > ...................................................................... . (5) 2.2.2 <销售E-R图 > ...................................................................... . (6) 2.2.3 <商务E-R图 > ...................................................................... ...................... 7 2.3 实体定 义 ..................................................................... . (12) 2.3.1 < pubinfo > ...................................................................... . (12)

教务管理系统的设计与实现

河南农业大学 本科生毕业论文(设计) 题目教务管理系统的设计与实现 学院信息与管理科学学院 专业班级计算机科学与技术2009级1班 学生姓名韩艳松(0910101012) 指导教师王晓磊 撰写日期:二○一三年五月二十日

目录 摘要................................................ 错误!未指定书签。 1 项目背景及意义.................................... 错误!未指定书签。 2 系统需求分析...................................... 错误!未指定书签。 2.1 系统要求.................................... 错误!未指定书签。 2.2 需求分析.................................... 错误!未指定书签。 2.3 系统功能及功能模块图........................ 错误!未指定书签。 3 总体设计.......................................... 错误!未指定书签。 3.1 开发工具的简介.............................. 错误!未指定书签。 3.1.1 6.0简介............................. 错误!未指定书签。 3.1.2 数据库管理工具简介..................... 错误!未指定书签。 3.2 软件模块结构的设计.......................... 错误!未指定书签。 3.3 系统部分业务流程图分析...................... 错误!未指定书签。 3.3.1 教师档案管理业务流程图................. 错误!未指定书签。 3.3.2 学生档案管理业务流程图................. 错误!未指定书签。 3.3.3 学生基本信息和成绩管理流程图........... 错误!未指定书签。 3.4 数据库设计.................................. 错误!未指定书签。 3.4.1 数据库图............................... 错误!未指定书签。 3.4.2 数据库设计表........................... 错误!未指定书签。 3.5 报表介绍及报表生成简单步骤.................. 错误!未指定书签。 3.5.1 报表简介............................... 错误!未指定书签。 3.5.2 报表生成简单步骤....................... 错误!未指定书签。 4 详细设计.......................................... 错误!未指定书签。 4.1 数据库连接.................................. 错误!未指定书签。 4.1.1 数据库表的建立......................... 错误!未指定书签。 4.1.2 教师档案管理数据库实现................. 错误!未指定书签。 4.1.3 数据控件访问数据库过程................. 错误!未指定书签。

数据库课程设计(完整版)

HUNAN CITY UNIVERSITY 数据库系统课程设计 设计题目:宿舍管理信息系统 姓名: 学号: 专业:信息与计算科学 指导教师: 20年 12月1日

目录 引言 3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要 5 1.4软件处理对象 6 1.5系统可行性分析 6 1.6系统设计目标及意义7 1.7系统业务流程及具体功能 7 1.8.1数据流程图8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20参考文献 20

引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。而且当查找某条记录时,由于数据量庞大,还只能靠人工去一条一条的查找,这样不但麻烦还浪费了许多时间,效率也比较低。当今社会是飞速进步的世界,原始的记录方式已经被社会所淘汰了,计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界,当一种技术不能满足需求时,就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位,计算机在各行各业中的运用已经得到普及,自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此,设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理,系统做的尽量人性化,使用者会感到操作非常方便,管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大,而且比较稳定,适合较长时间的保存,也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点,并且具备修改功能,能够快速的查询学校所需的住宿信息。 面对目前学校发展的实际状况,我们通过实地调研之后,对宿舍管理系统的设计开发做了一个详细的概述。

教务管理系统数据库设计

教务管理系统数据库(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)要求子系统设计得界面友好,功能选择方便合理,并适当考虑子系统在其安全性、完整性、备份、恢复等方面的功能要求

数据库课程设计报告户籍管理系统完整版

. 中北大学 数据库课程设计 说明书 班 级: 学号: 姓 名: 学 专 方 向: 指导教师: 企业信息化软件开发与应用

成绩: 2014 年 6 月 1.需求分析 随着城市人口规模的扩大和公安部门对城市及农村人口管理工作规性的逐渐增强,户籍管理工作的业务量急剧增大。传统的手工方法,存在效率低、易出错等缺点,已经难以满足当前户籍管理工作的要求。 因此,结合当前日益成熟的计算机相关技术,开发一个专门针对户籍管理的系统已经非常必要了。户籍管理信息系统是公安部门不可缺少的一部分,更是适应现代户籍制度并推动户籍管理走向科学化、规化、自动化的必要条件。该管理系统能够为用户提供充足的信息和快捷的查询手段,以帮助用户了解户籍工作的情况。它大大改善了公安部门管理、查询户籍的基础工作环境,在一定程度上反映出户籍管理的现代化管理模式。因此人口户籍管理信息系统的开发迫在眉睫。 该课程设计就户籍的迁入、迁出、注销,身份证的办理、领取做了简单地设计。 1.1项目开发背景 近年来,随着计算机技术的发展和互联网时代的到来,我们已经进入了信息时代,随着人口的不断增长,户籍管理部门也应得到良好的发展,利用现代化管理工具使其变成半自动化必定会提高其工作效率。 1.2项目开发目的 户籍管理系统是针对户籍管理部门而开发的,为其改变人口信息仍需要手动处理和查询,个人的信息在处理中丢失或者不明确等现象而设计的。通过这个户籍管理系统,可以让

户籍管理部门提高工作质量和效率,从而达到更快捷、更准确、更方便的目的。 1.3需求分析阶段的目标与任务 1.3.1划分功能模块 在构造系统时,首先从需求出发构造数据库表,然后再由数据库表结合需求化分系统功能模块,这样就把一个大的系统分解为几个小的系统。经过调查分析,户籍信息管理系统应具有以下功能: (1)对户籍的变动进行处理。任何管理部门的户籍信息不会是一成不变的,总是在不断的变化:有迁出、有迁入、户口合并,也有因故注销。因此,设计系统时应考虑到这些情况,实现户籍的日常管理工作。 (2)对所管辖户籍所分离出的个人信息的计算、统计。找到符合条件的个人,进行核对无误后,生成档案文件进行转存,保证数据的安全完整,以此来实现身份证的办理与领取。 (3)查询统计功能。要求即可以单项查询,比如查看某个人工的户口情况等;也可以多项查询,比如同一户口特征的户口浏览,并按照所需的要求进行数据的转存。 1.3.2处理对象 户籍信息:户籍号,户主姓名 户籍成员信息:姓名,户主关系,性别,民族,籍贯,住址,身份证号,文化程度,职业,户籍号,迁入时间,迁出时间,迁入地,迁出地 身份证:姓名,身份证号,性别,民族,地址

相关文档
最新文档