文档库 最新最全的文档下载
当前位置:文档库 › 习题-ER图(附答案)

习题-ER图(附答案)

习题-ER图(附答案)
习题-ER图(附答案)

7、一个图书馆借阅管理数据库要求提供下述服务:

(1)可随时查询书库中现有书籍的品种、数量与存放位置。所有各类书籍均可由书号惟一标识。

(2)可随时查询书籍借还情况,包括借书人单位、姓名、借书证号、借书日期和还书日期。

我们约定:任何人可借多种书,任何一种书可为多个人所借,借书证号具有惟一性。

(3)当需要时,可通过数据库中保存的出版社的电报编号、电话、邮编及地址等信息下相应出版社增购有关书籍。我们约定,一个出版社可出版多种书籍,同一本书仅为一个出版社出版,出版社名具有惟一性。

根据以上情况和假设,试作如下设计:

(1)构造满足需求的E-R图。

(2)转换为等价的关系模式结构。

答:(1)满足上述需求的E-R图如图11所示。

(2)转换为等价的关系模式结构如下:

借书人(借书证号,姓名,单位)

图书(书号,书名,数量,位置,出版社名)

出版社(出版社名,电报编号,电话可,邮编,地址)

借阅(借书证号,书号,借书日期,还书日期)

8、工厂(包括厂名和厂长名)需建立一个管理数据库存储以下信息:

(1)一个工厂内有多个车间,每个车间有车间号、车间主任姓名、地址和电话。

(2)一个车间有多个工人,每个工人有职工号、姓名、年龄、性别和工种。

(3)一个车间生产多种产品,产品有产品号和价格。

(4)一个车间生产多种零件,一个零件也可能为多个车间制造。零件有零件号、重量和价

格。

(5)一个产品由多种零件组成,一种零件也可装配出多种产品。

(6)产品与零件均存入仓库中。

(7)厂内有多个仓库,仓库有仓库号、仓库主任姓名和电话。

试:(1)画出该系统的E-R图。

(2)给出相应的关系模式。

(3)画出该系统的层次模式图。

答:(1)该系统的E-R图如图12所示。

各实体的属性为:

工厂:厂名、厂长姓名

车间:车间号、车间主任姓名、地址、电话

工人:职工号、姓名、年龄、性别、工种

仓库:仓库号、仓库主任姓名、电话

零件:零件号、重量、价格

产品:产品号、价格

(2)相应的关系模式如下:

工厂(厂名、厂长姓名)

车间(车间号、车间主任姓名、地址、电话、厂名)

工人(职工号、姓名、年龄、性别、工种、车间号)

仓库(仓库号、仓库主任姓名、电话、长名)

产品(产品号、价格、车间号、仓库号)

零件(零件号、重量、价格、仓库号)

制造(车间号、零件号)

(3)该系统的层次模型图如图13所示。

8、有如下运动队和运动会两个方面的实体:

1.运动队方面

运动队:队名、教练姓名、队员姓名

队员:队名、队员姓名、性别、项名

其中,一个运动队有多个队员,一个队员仅属于一个运动队,一个队一般有一个教练。

2.运动会方面

运动队:队编号、队名、教练姓名

项目:项目名、参加运动队编号、队员姓名、性别、比赛场地

其中,一个项目可由多个队参加,一个运动员可参加多个项目,一个项目一个比赛场地。

请完成如下设计:

(1)分别设计运动队和运动会两个局部E-R图。

(2)将他们合并为一个全局E-R图。

(3)合并时存在什么冲突,你是如何解决这些冲突的?

答:(1)运动队局部E-R图如图14所示,运动会局部E-R图如图15所示。

(2)合并结果如图6.26所示。

(3)命名冲突:项名、项目名异名同义,统一命名为项目名。

结构冲突:项目在两个局部E-R图中,一个作属性,一个作实体,合并统一为实体。

9、假设要建立一个企业数据库,该企业有多个下属单位,每一个单位有多个职工,一个职工仅隶属于一个单位,且一个职工仅在一个工程中工作,但一个工程中有很多职工参加工作,有多个供应商为各个工程供应不同设备。单位的属性有:单位名、电话。职工的属性有:职工号、姓名、性别。设备的属性有:设备号、设备名、产地。供应商的属性有:姓名、电话。工程的属性有:工程名、地点。

请完成如下处理:

(1)设计满足上述要求的E-R图。

(2)将该E-R图转换为等价的关系模式。

(3)根据你的理解,用下划线标明每个关系中的码。

答:(1)满足要求的E-R图如图17所示。

各实体的属性如下:

单位(单位名、电话)

职工(职工号、姓名、性别)

设备(设备名、设备号、产地)

供应商(姓名、电话)

工程(工程名、地点)

(2)转换后的关系模式如下:

单位(单位名、电话)

职工(职工号、单位名、工程名、姓名、性别)

设备(设备名、设备号、产地)

供应商(姓名、电话)

工程(工程名、地点)

供应(供应商姓名、工程名、设备号、数量)(3)见(2)中下划线。

10、图反映了一个公司部门(DEPT)、职工(EMP)、工程(PROJ)、材料(PART)、材料供应商(SUPP)和仓库(WH)之间联系的E-R图。建立它的关系模式。

答:对应的关系模式如下:

部门(部门号,部门名,…)

职工(职工号,职工名,部门号,工程号,…)

工程(工程号,工程名,…)

材料(材料号,材料名,…)

材料供应商(供应商号,姓名,…)

仓库(仓库号,仓库名,地点,…)

INV(仓库号,材料号)

S-PR-PA(供应商号,公称好,材料号)

有下划线的属性或属性组为码。

11、设一个海军基地要建立一个舰队管理信息系统,它包括如下两个方面的信息:

1.舰队方面

舰队:舰队名称、基地地点、舰艇数量

舰艇:编号、舰艇名称、舰队名称

2.舰艇方面

舰艇:舰艇编号、舰艇名、武器名称

武器:武器名称、武器生产时间、舰艇编号

官兵:官兵证号、姓名、舰艇编号

其中,一个舰队拥有多艘舰艇,一艘舰艇属于一个舰队;一艘舰艇安装多种吴起,一个武器可安装于多艘舰艇上;一艘舰艇有多个官兵,一个官兵只属于一艘舰艇。

请完成如下设计:

(1)分别设计舰队和舰艇两个局部E-R图。

(2)将上述两个局部E-R图合并为一个全局E-R图。

(3)将该全局E-R图转换为关系模式。

(4)合并时是否存在命名冲突?如何处理?

答:(1)舰队和舰艇两个局部E-R图分别如图所示。

(2)将图19和图20所示出两个局部E-R图合并为如图21所示的全局E-R图。

(3)转换的关系模式如下:

舰队(舰队名称,基地地点)

舰艇(舰艇编号,舰艇名称,舰队名称,舰艇数量)

官兵(官兵证号,姓名,舰艇编号)

武器(武器名称,武器生产时间)

安装(舰艇编号,吴起名称)

(4)存在冲突,表现在:

●“舰艇编号”和“编号”存在异名同义,合并时统一为“舰艇编号”。

●“舰艇名”和“舰艇名称”存在异名同义,合并时统一为“舰艇名称”。

12、社某商业集团数据库中有3个实体集,一是“商品”实体集,属性有商店编号、商店名、地址等;二是“商品”实体集,属性有商品号、商品名、规格、单价等;三是“职工”实体集,属性有职工编号、姓名、性别、业绩等。

商店与商品间存在“销售”联系,每个商店可销售多种商品,每中商品也可以放在多个商店销售,每个商店孝顺的一种商品有月销售量;商店与职工之间存在“聘用”联系,每个商店有许多职工,每个职工只能在一个商店工作,商店聘用职工有聘期和工资。

(1)试画出E-R图。

(2)将该E-R图转换成关系模式,并指出主码和外码。

答:(1)对应的E-R图如图所示。

(2)这个E-R图可转换为如下关系模式:

商店(商店编号,商店名,地址)商店编号为主码

职工(职工编号,姓名,性别,业绩,商店编号,聘期,工资)职工编号为主码,商店编号为外码。

商品(商品号,商品名,规格,单价)商品号为主码

销售(商店编号,商品号,月销售量)商店编号+商品号为主码商店编号,商品号均为外码

13、学校中有若干系,每个系有若干班级和教研室,每个教研室有若干教员,其中有的教授和副教授每人各带若干研究生,每个班有若干学生,每个学生选修若干课程,每门课可由若干学生选修。请用E-R图画出此学校的概念模型,实体的属性可自行设计。

答:对应的E-R图如图23所示。各实体的属性如下:

系:系名,系主任号,系地址,系电话

班级:班号,班长,人数

教研室:教研室名,地址,电话

学生:学号,姓名,性别,年龄,籍贯,入学年份,专业

本科生:已修学分,平均成绩

研究生:研究方向,导师姓名

教员:姓名,年龄,性别,职称,专长

正副教授:科研项目,研究方向

0、试述采用E-R方法进行数据库概念设计的过程。

答:采用E-R方法进行数据库概念设计,可以分成3步进行:首先设计局部E-R模式,然后把各局部E-R模式综合成一个全局的E-R模式,最后对全局E-R模式进行优化,得到最终的E-R 模式,即概念模式。

1、某大学实现学分制,学生可根据自己情况选课。每名学生可同时选修多门课程,每门课程可由多位教师主讲;每位教师可讲授多门课程。其不完整的E-R图如图1所示。

(2)指出学生与课程的联系类型。

(3)指出课程与教师的联系类型。

(4)若每名学生有一位教师指导,每个教师指导多名学生,则学生与教师是如何联系?

(5)在原E-R图上补画教师与学生的联系,并完善E-R图。

答:

(1)学生与课程联系类型是多对多联系。

(2)课程与教师的联系类型是多对多联系。

(3)学生与教师的联系类型是一对多联系。

(4)完善本题E-R图的结果如图2所示。

2、将如图3所示的E-R图转换为关系模式,菱形框中的属性自己确定。答:本题的E-R图转换为如下的关系模式:

单位(单位号,地址,电话)

职工(职工号,姓名,性别,年龄,单位号)

3、假定一个部门的数据库包括以下信息:

(1)职工的信息:职工号、姓名、地址和所在部门。

(2)部门的信息:部门所有职工、部门名、经理和销售的产品。(3)产品的信息:产品名、制造商、价格、型号及产品的内部编号。(4)制造商的信息:制造商名称、地址、生产的产品名和价格。

试画出这个数据库的E-R图。

答:本题对应的E-R图如图4所示。

4、某医院病房计算机管理中心需要如下信息:

科室:科名、科地址、科电话、医生姓名

病房:病房号、床位号、所属科室名

医生:姓名、职称、所属科室名、年龄、工作证号

病人:病历号、姓名、性别、诊断、主管医生、病房号

其中,一个科室有多少个病房、多少个医生,一个病房只能属于一个科室,一个医生只属于一个科室,但可负责多个病人的诊治,一个病人的主管医生只有一个。

完成如下设计:

(1)设计该计算机管理系统的E-R图

(2)将该E-R图转换为关系模式结构。

(3)指出转换结果中每个关系模式的后选码。

答:(1)本题的E-R图如图5所示。

(2)对应的关系模式结构如下:

科室(科名,科地址,科电话)

病房(病房号,床位号,科室名)

医生(工作证号,姓名,职称,科室名,年龄)

病人(病历号,姓名,性别,主管医生,病房号)

(3)每个关系的后选码如下:

科室的后选码是科名。

病房的后选码是科室名+病房号。

医生的后选码是工作证。

病人的后选码是病历号。

5、设有如下实体:

学生:学号、单位名称、姓名、性别、年龄、选修课名

课程:编号、课程名、开课单位、认课教师号

教师:教师号、姓名、性别、职称、讲授课程编号

单位:单位名称、电话、教师号、教师姓名

上述实体中存在如下联系:

(2)一个学生可选多门课程,一门课程可被多个学生选修。

(3)一个教师可讲授多门课程,一门课程可由多个教师讲授。

(4)一个单位可有多个教师,一个教师只能属于一个单位。

试完成如下工作:

(1)分别设计学生选课和教师任课两个局部E-R图。

(2)将上述设计完成的E-R图合并成一个全局E-R图。

(3)将全局E-R图转换为等价的关系模式表示的数据库逻辑结构。

答:(1)学生选课局部E-R图如图6所示,教师任课局部E-R图如图7所示。

(2)合并的全局E-R图如图8所示。

为避免复杂,合并的全局E-R图中省略了以下各实体的属性:

单位:单位名称,电话

学生:学号,姓名,性别,年龄

教师:教师号,姓名,性别,职称

课程:编号,课程名

(3)该全局E-R图转换为等价的关系模式表示的数据逻辑结构如下:

单位(单位名称,电话)

课程(教师号,姓名,性别,职称,单位名称)

学生(学号,姓名,性别,年龄,单位名称)

讲授(教师号,课程编号)

选修(学号,课程编号)

6、图9给出(a)、(b)和(c)3个不同的局部模型,将其合并成一个全局信息结构,

并设置联系实体中的属性(准许增加认为必要的属性,也可将有关基本实体的属性选作联系实体的属性)。

各实体构成如下:

部门:部门号、部门名、电话、地址

职员:职员号、职员名、职务(干部/工人)、年龄、性别 设备处:单位号、电话、地址

工人:工人编号、姓名、规格、价格 设备:设备号、名称、规格、价格 零件:零件号、名称、规格、价格 厂商:单位号、名称、电话、地址

答:汇总后的E-R图如图6.20所示。

各类实体的属性为:

部门:部门号、部门名、电话、地址

职工:职工号、职工名、职务、年龄、性别设备:设备号、名称、规格、价格

零件:零件号、名称、规格、价格

图书馆管理系统ER图

理工大学 《程序设计实践》课程设计报告 邹松林 学院计通学院专业计算机科学与技术班级计算机03-05 学号27 学生邹松林指导教师卢曼莎 课程成绩完成日期2006年9月20号

图书馆管理系统数据库分析与设计 学生:邹松林指导老师:卢曼莎 摘要:图书信息管理系统主要由读者信息管理模块,图书信息管理模块,借阅信息管理 模块,系统信息管理模块等组成。其中又各自分成读者注册,证件修改,用户注销,图书查询,操作记录等子模块。在设计本系统过程中,我们第一步由自顶而下的需求分析概括设计出系统总模块的数据流图,再设计个子模块的相应数据流图,列出数据流信息及数据字典;第二步概念设计在需求分析基础上用E-R图表示出数据及相互间联系,采用先作子图,再合并成初步E-R图,进行修改和重构后得到基本E-R图;第三步逻辑设计,在SQL Server的设计环境下把图书馆管理系统E-R图转化为成逻辑数据模型表示的逻辑模式,同时实现数据模型的优化和数据模式的规化;第四步进行物理设计设计数据的模式,确定数据的存储结构,存取路径,存储空间分配等等,具体形式为表,视图,索引的建立。 关键字:数据库,SQL语言,MS SQL Server,图书管理 1 需求分析 用户的需求具体体现在各种信息的提供、保存、更新和查询,这就要求数据库结构能充分满足各种信息的输入和输出。收集基本数据,数据结构以及数据处理的流程,为后面的具体设计打下基础。 在仔细分析调查有关图书馆管理信息需求的基础上,我们主要考虑以下几个方面的需求: 1) 用户需求:图书用户要求计算机系统和SQL Server所工作的围; 2) 应用资源:数据库应用的平台包括物理平台和图书等; 3) 应用质量和可靠性要求:包括操作人员素质和系统的纠错能力等 1.1 项目名称:图书馆信息管理系统 1.2 项目背景和容概要 对图书馆管理信息系统进行详细地分析后,我们将系统分为以下几个模块:借阅管理模块、借书证信息管理模块、图书信息管理模块、系统管理模块。其主要功能如下: 借阅管理模块主要功能如下: 1).可以为读者办理,修改,注销借书证,输入读者借书证基本信息等,定制读者 的借阅权限。 2).可以通过借书证查询图书信息、借出图书信息,借阅图书。 3).通过借书证还书,管理员可以通过对借阅信息的管理对到期还未还的书,通过 查询读者的借书证信息查询读者联系方式发出催还通知。

教学管理系统数据库ER图及SQL语句

教学管理系统 一、系统功能需求 学校教务管理系统是针对学校的大量信息处理工作而开发的管理软件,完成的主要功能如下: (1) 学生基本信息管理:能够对学生基本信息进行输入、删除、修改。学生基本信息包括:学号、姓名、性别、出生日期、入学成绩、所在系号。 (2) 系部基本信息管理:系部的基本信息输入、修改、删除。系部基本信息包括:系号、系名称、系的简介。 (3) 课程信息管理:课程信息的输入、修改、删除。课程信息包括:课程号、课程名称、任课教师号、学时、学分、上课时间、上课地点、考试时间。 (4) 教职工信息管理:教职工信息的输入、修改、删除。教职工信息包括:职工号、姓名、性别、出身年月、所在系号、职称、技术专长。 (5) 选课管理:学号、学生、课程号、课程名称、上课教师姓名、系号 每学期所选课程的学分不能超过15分。学生可以同时选修一门或多门课程。可以同时为多个学生选修某一门或某几门课程。可以删除和修改选课信息。 (6) 成绩管理可以按课程输入和修改成绩,也可以按学生输入和修改成绩。 (7) 信息查询 可以按学号、姓名、系号查询学生基本信息。 可以按职工号、姓名、系号查询教职工基本信息。 可以按系号、系名称查询系的基本信息。 可以按课程号、课程名称、上课教师姓名查询课程基本信息。 按学号、课程号、课程名称、上课教师姓名、系号查询学生成绩,内容包括课程基本情况。若查询涉及多门课程,则按课程分组。 每门课程按总评成绩从高分到低分给出选修该门课程的所有学生的成绩(平时成绩、考试成绩和总评成绩)。 (8) 统计报表 a、成绩报表:内容包括课程基本信息(课程号、课程名称、任课教师号、学时、学分),选课学生名单(学号、姓名、性别),每个学生的平时成绩、考试成绩和总评成绩。 能按课程号、课程名称、教师姓名输出对应课程的成绩报表。 b、能够根据课程、授课教师统计成绩>=90分、>=80分、>=70分、>=60分及不及格学生的人数及比例。 二、任务描述 1、根据需求描述,完成数据概念模型设计,画出E-R图; 2、优化E-R图,给出数据逻辑模型; 3、将逻辑模型转换成物理模型并创建数据库和数据表。要求数据表能尽量实现数 据完整性要求。

图书馆管理系统ER图

长沙理工大学 《程序设计实践》课程设计报告 邹松林 学院计通学院专业计算机科学与技术 班级计算机03-05 学号27 学生姓名邹松林指导教师卢曼莎 课程成绩完成日期2006年9月20号 图书馆管理系统数据库分析与设计 学生姓名:邹松林指导老师:卢曼莎 摘要:图书信息管理系统主要由读者信息管理模块,图书信息管理模块,借阅信息管理 模块,系统信息管理模块等组成。其中又各自分成读者注册,证件修改,用户注销,图书查询,操作记录等子模块。在设计本系统过程中,我们第一步由自顶而下的需求分析概括设计出系统总模块的数据流图,再设计个子模块的相应数据流图,列出数据流信息及数据字典;第二步概念设计在需求分析基础上用E-R图表示出数据及相互间联系,采用先作子图,再合并成初步E-R图,进行修改和重构后得到基本E-R图;第三步逻辑设计,在SQL Server的设计环境下把图书馆管理系统E-R图转化为成逻辑数据模型表示的逻辑模式,同时实现数据模型的优化和数据模式的规范化;第四步进行物理设计设计数据的内模式,确定数据的存储结构,存取路径,存储空间分配等等,具体形式为表,视图,索引的建立。 关键字:数据库,SQL语言,MS SQL Server,图书管理 1 需求分析 用户的需求具体体现在各种信息的提供、保存、更新和查询,这就要求数据库结构能充分满足各种信息的输入和输出。收集基本数据,数据结构以及数据处理的流程,为后面的具体设计打下基础。 在仔细分析调查有关图书馆管理信息需求的基础上,我们主要考虑以下几个方面的需求: 1) 用户需求:图书用户要求计算机系统和SQL Server所工作的范围; 2) 应用资源:数据库应用的平台包括物理平台和图书等; 3) 应用质量和可靠性要求:包括操作人员素质和系统的纠错能力等 项目名称:图书馆信息管理系统 项目背景和内容概要 对图书馆管理信息系统进行详细地分析后,我们将系统分为以下几个模块:借阅管理模块、借书证信息管理模块、图书信息管理模块、系统管理模块。其主要功能如下: 借阅管理模块主要功能如下:

图书管理系统er图

实验项目三:MIS的数据组织与管理 *****系统组 实验课程:管理信息系统实验 实验项目:MIS的数据组织与管理 项目组名: 所在学院:***学院 所在班级:**** 指导老师:李红霞 小组成员: 学号姓名 (组长)

一、新系统的数据流程图的数据字典: 填写借阅记录

二、数据库和表的分析: 先从零层数据流程图可以看出,图书管理员通过多条数据流与图书馆管理信息系统联系,而在图书馆中,读者才是直接与图书接触者,读者通过在计算机上简单的书目查询,就可以轻松的找到想要的书。要是有的书,读者没有找到,就可以通过在图书管理系统中的信息平台留言,进而,管理员获取消息后进行改进,做好图书的优质服务。 在一层数据流程图中详细的介绍了管理员及读者运用计算机较好的利用图书信息系统,办公室——读者管理系统——读者库——图书维护系统——图书管理员,是对管理员的线路指导,采编室——图书采编系统——图书库——图书查询——读者——读者留言系统——留言库——图书管理员,借阅室——图书借阅系统——借阅库——图书预定系统——读者,都是对图书在读者和管理员之间能够比较顺畅的流通而详细的做了布置。系统的大部分的工作利用计算机管理,效率高,减少误差,能够及时的得到读者的反馈信息,及时对做得不足的地方进行改进。如果有的图书缺货了,在计算机中能较快的反映,减少管理员的工作量,提高工作的效率,也节约图书馆的成本。 三、数据库的概念结构设计:

图书馆系统的物理结构如下: (2)图书管理人员信息表 (3)图书信息表 (5)借阅记录表 六、选用熟悉的小型数据库工具、数据库实施: 1.新建数据库 新建一个数据库有两种方法:一种是创建一个空数据库,即建立一个没有表、查询、窗体和报表等内容的数据库;另一种方法是使用Access中提供的数据库模板创建数据库,即通过对向导所提出的选项和不同选择来设计窗体、查询和报表等,从而建立一个完整的数据库。这里我们将使用第一种方法:

教务管理系统的开发

教务管理系统的开发 (采用面向对象方法开发) 1 问题分析 教务管理是高校必不可少的管理内容,烦琐、复杂而准确度要求高。随着高校扩招和信息化的进程,教务管理日趋复杂,龙其是选课、排课和成绩管理。在此,围绕选课业务所涉及的业务内容开发一个简单的教务管理系统。教务系统业务包括如下内容。 (1)学生管理:系统管理员对学生基本情况进行登记、删除和修改。学生可以查看自己的信息。 (2)教师管理:系统管理员对所有专职教师进行曲登记、删除和修改,包括教师任课信息。教师可以查看自己的信息。 (3)课程管理:系统管理员对本校所有开过课程和新开课程进行登记、删除和修改。 (4)选课程管理:每学期开学以前要进行学生选课工作。学生可以在所有开设课程中选择自己尚未选择的课程。 (5)成绩管理:期末考试结束后,教师登录学生成绩,各学院将学生成绩结果报教务处。学生可以查看自己的成绩。 2 可行性研究 1.经济可行性 2.技术可行性 3.社会可行性 3 面向对象的分析 3.1 建立用例模型 根据问题分析的业务描述,得到系统用例图如图1所示。每个用例规约如表1至表9所示。

图1 系统用例图 表2 “注册”用例规约

表7 “选课”用例规约 表8 “录入成绩”用例规约

3.2 建立类模型 根据用例图寻找系统类(实体类)。本系统中的实体类共有5个:用户、学生、课程、教师、成绩。类图如图2所示。 图2 教务管理系统的类图 3.3 创建顺序图 有了用例图和用例规约,可以对系统有一个初步的了解,为了更全面地掌握系统的处理流程,下一步可以选用顺序图描述系统的处理顺序。对每个用例或者相关的几个用例可以创建一个顺序图。在本系统中,除了身份验证、修改密码、查询成绩用例外,其余用例涉及的主要内容就是对信息的管理(增加、删除、修改)操作。因为都是同类的处理,所以这里只对学生基本信息管理用例和选课管理创建顺序图,可以用它来理解其他的用例处理过程。 学生信息管理顺序图如图3所示,选课管理顺序图如图4所示。

图书馆管理系统业务流程图数据流程图ER图

图书馆管理系统开发 设计方案

1需求分析 1.1 目前图书馆管理系统存在问题 1)检索速度慢、效率低 因为图书馆的藏书种类多、数量多,将藏书准确地分门别类,快速检索,手工进行非常困难往往是终于查到了二伟的信息,馆中没有此书或已被别人借走。图书馆的规模越大,这个问题越突出。 2)借书、还书工作量大 借书、还书频率越大,说明图书馆的作用越大,然而随之而来的大量的借书、还书登记、实存图书的更新以及借出图书超期、遗失等的处理,其工作量之大,往往是人工操作所难以胜任的。而且经常会出现这样那样的差错。 3)图书统计工作难、藏书更新不能及时完成。 图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新,然而由于藏书数量及图书种类越来越多,加上自然损耗,人为破坏,使图书的统计工作难以及时完成,藏书的更新也就很难有针对性地进行,藏书的知识结构得不到良好地控制。 我校也是一所发展中的高校,近儿年的发展速度很快,图书馆的规模和藏书数量也不断的扩大,为了解决海量图书的管理问题,改变传统的管理方式也是迫在眉睫了。 1.2 系统目标 本系统主要实现对图书馆的信息进行管理,图书馆的正常运营中总是面对大量的读者信息,图书信息以及两者相互作用产生的借书信息,因此要对读者资源,图书资源,借书信息进行管理。本系统的开发就是在于提高图书管理的工作效率,加强图书馆的管理。 图书馆管理系统是图书馆管理工作中不可缺少的部分,它的内容对于图书馆的管理者和使用者来说都至关重要,所以图书管理系统应该能够为管理者或读者提供充足的信息和快捷的数据处理手段。但一直以来人们使用传统人工的方式进行图书管理和借阅管理,这种管理方式存在着许多缺点,如:效率低、易忘记、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要

大学教务管理系统——UML模型

某大学教务管理系统UML模型 随着高校校园网的建设和Internet技术的引进,基于校园网和Internet的应用系统的开发正在蓬勃发展。教务管理师高校教学管理的一向重要工作,现代化的高校教务管理需要现代化的信息管理系统支持。新世纪背景下,高校教育体制进行了大规模的改革,招生人数逐年增加,教学计划不断更新。在高校日常管理中,教务管理无疑是核心工作,重中之重。其管理模式的科学化与规范化,管理手段的信息化与自动化对于学校的总体发展产生深远的影响,由于管理内容过多,繁琐,处理的过程也非常复杂,并且随着学校人员的增加,教务管理系统的信息量大幅上升,因此往往很难及时准确地掌握教务信息的运作状态这使得高校教务管理的工作量大幅度增加,另外,随着教育改革的不断深化,教学管理模式也在发生变化,例如实施学分制、学生自主选课等。这一切都有赖于计算机网络技术和数据库技术的支持,在这样的形势下建立和完善一个集成化的教务管理系统势在必行。 目前,国内高校都开发了自己基于校园网的教务管理系统。由于其教务管理模式不尽相同,不同学校的实际教务管理情况各有自己的特点,因而各高校需要针对自己的教务管理模式和特点建立自己的教务管理系统。本设计是基于某高校的教务管理模式开发的基于校园网的教务管理系统。这样一个系统不仅可以降低工作量、提高办公效率,而且使分散的教务信息得到集中处理,对减轻教务工作负担、提高教务管理水平、实现教务管理的现代化具有重要意义。 1.建立系统用例模型 1.1确定系统模型的参与者 仔细分析教务管理系统问题描述。在UML中,角色代表位于系统之外和系统进行交互的一类对象,本系统中创建主要的角色有以下三类: (1)教务员:教务员在教学管理系统中对全体学生进行用户登录、学籍管理、选课管理、教学管理和成绩管理,并且对教师进行登录管理、教学管理和成绩管理。教务处工作人员处理日常的系统维护,例如维护和及时更新学生,教师信息以及安排选课等。 (2)教师:教师根据教务系统的选课安排进行教学,将学生的考试成绩录入此系统。 (3)学生:学生能够在教务管理系统更改学籍信息、进行选课、查询已选课程和考试成绩。 1.2识别用例 用例是系统外部参与者与系统在交互过程中需要完成的任务,识别用例最好的方法就是从分析系统的参与者开始,考虑每一类参与者需要使用系统的哪些功能,如何使用系统,根据教务管理系统的运行流程个提取的参与者信息,确定系统分为以下几个用例: (1)学生参与者用例: ●用户登录 ●学籍管理 ●选课管理 (2)教师参与者用例: ●用户登录 ●成绩管理 ●教学管理 (3)教务员参与者用例:

图书馆管理系统开发设计方案

图书馆管理系统开发设计方案 1需求分析 1.1 目前图书馆管理系统存在问题 1)检索速度慢、效率低 因为图书馆的藏书种类多、数量多,将藏书准确地分门别类,快速检索,手工进行非常困难往往是终于查到了二伟的信息,馆中没有此书或已被别人借走。图书馆的规模越大,这个问题越突出。 2)借书、还书工作量大 借书、还书频率越大,说明图书馆的作用越大,然而随之而来的大量的借书、还书登记、实存图书的更新以及借出图书超期、遗失等的处理,其工作量之大,往往是人工操作所难以胜任的。而且经常会出现这样那样的差错。 3)图书统计工作难、藏书更新不能及时完成。 图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新,然而由于藏书数量及图书种类越来越多,加上自然损耗,人为破坏,使图书的统计工作难以及时完成,藏书的更新也就很难有针对性地进行,藏书的知识结构得不到良好地控制。 我校也是一所发展中的高校,近儿年的发展速度很快,图书馆的规模和藏书数量也不断的扩大,为了解决海量图书的管理问题,改变传统的管理方式也是迫在眉睫了。 1.2 系统目标 本系统主要实现对图书馆的信息进行管理,图书馆的正常运营中总是面对大量的读者信息,图书信息以及两者相互作用产生的借书信息,因此要对读者资源,图书资源,借书信息进行管理。本系统的开发就是在于提高图书管理的工作效率,加强图书馆的管理。 图书馆管理系统是图书馆管理工作中不可缺少的部分,它的内容对于图书馆的管理者和使用者来说都至关重要,所以图书管理系统应该能够为管理者或读者提供充足的信息和快捷的数据处理手段。但一直以来人们使用传统人工的方式进行图书管理和借阅管理,这种管理方式存在着许多缺点,如:效率低、易忘记、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。随着科学技术的不断提高,计算机科学日

数据库学生成绩管理系统ER图

系统需求分析: 该学生成绩管理系统主要用于管理高校学生的考试成绩,提供学生成绩的录入、修改、查询、等各种功能。成绩由各系的任课老师录入,或教务处人员统一录入。学生成绩录入后由各系系秘书签字确认,只有教务处拥有对学生成绩的修改权限。 用户的具体需求分析: (1 )教师:负责成绩的录入,能够在一定的权限内对学生的成绩进行查询,可以对自己的登录密码进行修改以及个人信息的修改等基本功能。 (2 )系统管理员:与老师的功能相似(每个系都设有一管理员)另外管理员具有用户管理功能,能够对新上任的老师和新注册的学生行进添加,并能删除已经毕业和退休的老师。用户分为管理员、教师用户、学生用户三类。不论是管理员或教师用户,还是学生用户都需要通过用户名和口令进行登录。用户名采用学生的学号和教师的教号,所以规定只能包括数字。密码也只能是数字,用户只有正确填写用户名和密码才可以登入,进行下一步操作。用户名被注销后,用户将不再拥有任何权限,并且从数据表中删除该用户的信息。 (3)学生:能够实现学生自己成绩和个人信息的查询、登录密码的修改等基本功能。概念模型设计: 由前面的系统需求分析得到实体主要有 5 个:教师、学生、管理员、课程、成绩。学生有属性:学号、姓名、性别、系名、专业、出生日期教师有属性:教师号、姓名、性别、院系、联系电话 管理员属性:用户名、密码课程有属性:课程号、课程名、学分、教师成绩有属性:学号、姓名、课程号、课程名、成绩、授课老师

1)教师与课程之间的关系: 教师与课程之间是 1: n 的关系,即一个老师只能教一门课程,一门课程可以由多个老师 讲授。 (教师与学生E-R 图) (教师号〕(姓名)(性别院系] 联系电话 教师号 教师 I M 授课 ?课程号 N I 课程 课程号课程名授课老师学分 Zk

图书馆管理系统ER图

学院商学院专业计算机科学与技术 班级 1 学号20108170 学生姓名刘小全刘磊龚轩明指导教师屈智成 1 需求分析 用户的需求具体体现在各种信息的提供、保存、更新和查询,这就要求数据库结构能充分满足各种信息的输入和输出。收集基本数据,数据结构以及数据处理的流程,为后面的具体设计打下基础。 在仔细分析调查有关图书馆管理信息需求的基础上,我们主要考虑以下几个方面的需求: 1) 用户需求:图书用户要求计算机系统和SQL Server所工作的范围; 2) 应用资源:数据库应用的平台包括物理平台和图书等; 3) 应用质量和可靠性要求:包括操作人员素质和系统的纠错能力等 1.1 项目名称:图书馆信息管理系统 1.2 项目背景和内容概要 对图书馆管理信息系统进行详细地分析后,我们将系统分为以下几个模块:借阅管理模块、借书证信息管理模块、图书信息管理模块、系统管理模块。其主要功能如下: ●借阅管理模块主要功能如下: 1).可以为读者办理,修改,注销借书证,输入读者借书证基本信息等,定制读者 的借阅权限。 2).可以通过借书证查询图书信息、借出图书信息,借阅图书。 3).通过借书证还书,管理员可以通过对借阅信息的管理对到期还未还的书,通过 查询读者的借书证信息查询读者联系方式发出催还通知。 ●借书证信息管理模块主要功能如下: 1).读者基本信息的输入,如:读者姓名、性别、单位等。 2).读者信息的修改、注销等功能。 3).添加新的读者及其信息等。 ●图书信息管理模块主要功能如下: 1).定制书籍的各种信息管理,如:书名、作者、出版信息等。 2).书籍信息的修改,新图书的入库管理和图书的注销等。 ●系统管理模块主要功能如下: 1).用户登录。 2).修改密码。 3).添加用户。

数据库高校教务管理系统方案

题目高校教务管理系统 学生姓名xxxxxx 学号xxxxxxxxxxxx 专业班级xxxxxxxxxxxxxxxxxxxxx

目录 一、问题分析 -------------------------------------------------------------------3 1、设计背景------------------------------------------------------------------3 2、运行环境------------------------------------------------------------------3 二、需求分析---------------------------------------------------------------------3 1、用户需求------------------------------------------------------------------4 2、系统主要功能------------------------------------------------------------4 3、系统总框架图------------------------------------------------------------6 三、结构设计---------------------------------------------------------------------6 1、数据字典------------------------------------------------------------------6

教务管理系统

河南理工大学 计算机科学与技术学院课程设计报告 2013— 2014学年第一学期 课程名称数据库 设计题目教务管理系统 姓名王宏利 学号311109040326 专业班级网络l103 指导教师贾慧娟

2013 年12 月25日 目录 第一章现状 1.1背景 1.2目标 1.3意义 第二章需求分析 2.1需求分析的任务 2.2需求分析的过程 2.3数据流图 2.4数据字典 2.5 需求分析注意点 第三章概念结构设计 3.1概念结构设计的方法与步骤 3.2局部视图设计 3.3视图集成 第四章逻辑结构设计 4.1 E-R图向关系模型转换 4.2 数据模型的优化 4.3设计用户子模式 第五章数据库的物理设计 5.1数据库物理设计内容 5.2关系存取方法选择 5.3确定数据库的存储结构 5.4 评价物理结构 第六章数据库的实施 6.1 实现系统主要代码 6.2数据的载入及应用程序的调试 第七章数据库的运行和维护

第八章致谢 第九章参考文献 第一章现状 1.1 背景 随着教育体制的改革,提高全民素质,高校招生名额每年以30%的速度递增。而各个高校在原有的硬件,软件条件下,学生人数都不同程度的按比例增加,为了保证教学质量,最大程度的发挥软硬件作用,有必要开发一个高效的基于网络的教务管理系统。与此同时,河南理工大学的发展速度不断加快,办学规模越来越大,急切需要借助计算机与网络来完成大量、烦琐的教务工作。经过对河南理工大学教务工作全面的调查和研究,结合河南理工大学学年学分制的教务管理的实际要求,来设计出这一种教务管理系统。 1.2目标 学校能够建立高效的教务管理系统,对学生的选课、查询等操作及流程进行规范化管理,简化业务流程,提高工作效率并防止中间的漏洞;迅速、准确地捕捉用户要求,并加以高效回应。同时需要不断完善系统,增加模块,更好的满足用户需求,简化教务人员的管理工作,尽量做到一切信息化。 1.3 意义 对于学校教务处而言,最主要的是管理学生的学籍、管理教师的课程教授。如果使用一般的方法来管理,会比较繁琐,管理起来也很有可能出错。为了方便教务人员的管理工作,提高工作效率,同时为了更好地为学生、教师提供服务,有必要开发教务管理系统,使学校的教务管理走上信息化之路,克服人为的种种弊端。

UML 学校管理系统 课程设计

教务管理系统 摘要:近年来,随着高校招生规模的不断扩大,学校教务管理的信息量也急剧增加,传统的管理方法以难以适应学校发展的需要。介于此本文提出了教务管理系统的基本功能模块,并运用基于面向对象建模语言统一建模语言(UML)对其进行了静态、动态的模型设计,最终形成系统总体的分析模型架构,为教务管理系统的开发提供了参考模型。 关键词:UML;模块;教务管理系统 一、引言 UML(Unified Modeling Language),即统一建模语言,是一种面向对象的建模语言。它的主要作用是帮助用户对软件系统进行面向对象的描述和建模(建模是通过将用户的业务需求映射为代码,保证代码满足这些需求,并能方便地追溯需求的过程),它可以描述这个软件开发过程从需求分析直至实现和测试的全过程。UML 通过建立各种联系,如类与类之间的关系、类/ 对象怎样相互配合实现系统的行为状态等,来组建整个结构模型。UML提供了各种图形,比如用例图、时序图、类图、协作图和状态图等,来把这些模型元素及其他关系可视化,让人们可以清楚容易地理解模型,并从多个视角来考察模型,从而更加全面地了解模型,这样同一个模型元素可能会出现在多个UML 图中,不过都保持相同意义和符号。 UML 有两套建模机制:静态建模机制和动态建模机制。静态建模机制是用例图、类图、对象图、包、组件图、配置来实现系统的用例建模、结构建模、组件建模以及环境建模,描述系统的静态结构组成,建立静态系统模型的。动态建模机制是通过消息、状态图、时序图、协作图、活动图,定义并描述系统静态结构元素的动态行为和交互通信,构建动态系统模型。 随着学校教育改革的不断深化,学校规模的不断扩大,原有的手工方式的教务管理不但工作量大而且效率也往往不能令人满意。所以,传统的学籍管理方法已不能适应高校发展的需要。随着教育改革的深入发展,将会要求教育管理部门提供更为丰富的信息。这就需要用科学化的方法来管理教务信息。而现代信息技术和网络技术的出现和不断发展给教育现代化管理引入了新的定义,用信息技术和网络技术来改变传统教育管理模式是教育发展的必然趋势。建立一套完善的高校教务管理系统,不但可以大大提高教务管理工作的效率,而且可以建立起一套完整的教务信息资料库,可以和其它管理部门的信息系统紧密结合,轻松、条理、

宿舍管理系统ER图

宿舍管理系统: 实体集:{学生,楼长,宿舍,外来人员,公寓学生会,纪律,辅导员}对应属性:(第一个为主键) 学生:学号,床号,宿舍号,姓名。 楼长:工号,职务,姓名,电话。 宿舍:宿舍号,楼层,人员。 外来人员:外来编号,姓名,性别,被访人,访问者。 公寓学生会:电话,会长,人员,职务。 纪律:就寝,卫生。 辅导员:工号,所管班级。 实体对应关系模式: 宿舍(宿舍号,楼层,人员) 学生(学号,床号,宿舍号,姓名) 楼长(工号,职务,姓名,电话) 宿舍(宿舍号,楼层,人员) 外来人员(外来编号,姓名,性别,被访人,访问者) 公寓学生会(电话,会长,人员,职务) 纪律(就寝,卫生) 辅导员(编号,所管班级) 实体对应关系模式: 来访(学号,外来编号) 住宿(宿舍号,学号,工号) 管理(宿舍号,学号) 协助(工号,会长) 协作(工号,编号) 遵守纪律(学号,纪律)

现在我们用几个简单的例子来实现并体会我们组的这个宿舍管理系统。 各个实体间都存在相互依赖的关系,比如学生,学生早上出门离开宿舍要接受管理,到楼长处登记是否外带电脑,楼长和学生会存在相互协助的关系,学生会监督学生的住宿行为维护宿舍安全,又比如外来人员,外来人员进去宿舍要登记,与学生间存在访问和被访问的关系。再说很重要又容易被忽视的一个关键点,辅导员实体,辅导员实体连接着学生与楼长之间的关系,学生接受辅导员的管理,辅导员协作楼长的工作,楼长像宿管科反应,辅导员接受信息反馈给学生,以维持学生住宿环境,和住宿质量等等,宿舍管理系统是一个庞大的内容,我们只是以数据库为基础稍加分析,以便更好的理解和学习数据库技术。

图书管理系统ER图

图书馆管理系统 一、系统概述 系统开发背景和意义 图书管理是高校内每一个系部或院部都必须切实面对的工作,人工方式管理图书资料方式存在着许多缺点,如效率低、保密性差且较为繁琐。另外,随着图书资料数量的增加,其工作量也将大大增加,这必将增加图书资料管理者的工作量和劳动强度,这将给图书资料信息的查找、更新和维护都带来了很多困难。随着科学技术的不断提高,计算机为基础的信息管理方法必然取代这种传统的人工管理方法。 图书管理作为计算机应用的一个分支,有着手工管理无法比拟的优点,如检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高图书管理的效率。因此,开发一套能够为用户提供充足的信息和快捷的查询手段的图书管理系统,是非常必要的。 系统开发环境 本系统为图书馆管理系统,采用 作为系统开发工具, 作为数据库工具。 本系统的主要功能为图书信息和读者信息查询以及图书借阅和图书归还。登录账号为 ,密码为空。其它登录账号和密码详见数据库表“用户清单”。 图书管理系统是典型的信息管理系统 其开发主要包括后台数据库的建立和维护

以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备 易使用等特点。 因此我们结合开入式图书馆的要求,对 数据库管理系统、 应用程序设计进行了较深入的学习和应用,主要完成对图书管理系统的需求分析、功能模块划分、数据库模式分析,并由此设计了数据库结构和应用程序。系统运行结果证明,本文所设计的图书管理系统可以基本满足查询和借阅的需要。 二、系统功能需求分析 需求结构说明:

教务管理系统需求规格说明书

软件工程大作业 《教务管理系统》 需求规格说明书 班级:142012 小组成员:张烜仪 鲍健昕 杨鑫 安娜 王港 目录 1 引言 ....................................................... 错误!未定义书签。

目的..................................................... 错误!未定义书签。 文档格式................................................. 错误!未定义书签。 预期的读者和阅读建议..................................... 错误!未定义书签。 范围..................................................... 错误!未定义书签。 2.系统概述.................................................... 错误!未定义书签。 系统概述................................................. 错误!未定义书签。 总体架构................................................. 错误!未定义书签。 软件项目约束............................................. 错误!未定义书签。 3. 详细描述................................................... 错误!未定义书签。 用例描述................................................. 错误!未定义书签。 学生功能需求............................................. 错误!未定义书签。 教师功能需求......................................... 错误!未定义书签。 管理员功能需求....................................... 错误!未定义书签。 活动流图................................................. 错误!未定义书签。 学生成绩查询......................................... 错误!未定义书签。 学生选课............................................. 错误!未定义书签。 学生课表查询......................................... 错误!未定义书签。 学生成绩录入......................................... 错误!未定义书签。 教师课表查询......................................... 错误!未定义书签。 用户信息修改......................................... 错误!未定义书签。 类图概述................................................. 错误!未定义书签。 4. 非功能性需求............................................... 错误!未定义书签。 性能需求................................................. 错误!未定义书签。 数据需求................................................. 错误!未定义书签。 安全性需求............................................... 错误!未定义书签。 用户文档................................................. 错误!未定义书签。 其他需求.................................................. 错误!未定义书签。

数据库高校教务标准管理系统样本

数据库高校教务标准管理系统

题目高校教务管理系统 学生姓名 xxxxxx 学号 xxxxxxxxxxxx 专业班级 xxxxxxxxxxxxxxxxxxxxx

目录 一、问题分析-------------------------------------------------------------------3 1、设计背景------------------------------------------------------------------3 2、运行环境------------------------------------------------------------------3

二、需求分析---------------------------------------------------------------------3 1、用户需求------------------------------------------------------------------4 2、系统主要功能------------------------------------------------------------4 3、系统总框架图------------------------------------------------------------6 三、结构设计---------------------------------------------------------------------6 1、数据字典------------------------------------------------------------------6 2、概念结构设计E-R图-------------------------------------------------12 四、系统代码实现(PowerBuilder环境)---------------------------------15 1、SQL Server 2008创建表格代码--------------------------------------15 2、PowerBuilder环境数据库连接代码---------------------------------22 3、运行结果-----------------------------------------------------------------24 一、问题分析 1、设计背景 教务管理系统是高等学校教育工作的一项重要内容,是整个学校学校管理的核心和基础。教务管理工作是指学校管理人员按照一定的教育方针,运用先

学生信息管理系统数据流图汇总

目录 图0 学生信息管理系统数据流图(第0层) (1) 图1 学生信息管理系统数据流图(第1层) (2) 图2 学生基本信息管理数据流图(第2层) (3) 图2.1 基本信息录入管理数据流图(第3层) (4) 图3 学生异动信息管理数据流图(第2层) (5) 图3.1 异动信息插入管理数据流图(第3层) (6) 图4 学生考勤管理数据流图(第2层) (7) 图4.1 考勤信息录入管理数据流图(第3层) (8) 图5 学生公寓管理数据流图(第2层) (9) 图5.1 学生住宿管理数据流图(第3层) (10) 图5.1.1 学生入住管理数据流图(第4层) (11) 图5.1.1.1 入住学生信息录入管理数据流图(第5层) (12) 图5.1.2 卫生管理数据流图(第4层) (13) 图5.1.2.1 卫生信息录入管理数据流图(第5层) (14) 图5.1.3 纪律管理数据流图(第4层) (15) 图5.1.3.1 纪律信息录入管理数据流图(第5层) (16) 图5.1.4 维修管理数据流图(第4层) (17) 图5.1.4.1 维修信息录入管理数据流图(第5层) (18) 图5.1.5 退宿管理数据流图(第4层) (19) 图5.1.5.1 退宿信息录入管理数据流图(第5层) (20) 图5.1.6 走读管理数据流图(第4层) (21) 图5.1.6.1 走读信息申报管理数据流图(第5层) (22) 图5.1.6.1.1 走读信息录入管理数据流图(第6层) (23) 图5.1.7 住宿调整管理数据流图(第4层) (24) 图5.1.7.1 住宿调整信息录入管理数据流图(第5层) (25) 图5.2 房源资料库管理数据流图(第3层) (26) 图5.2.1 房源信息录入管理数据流图(第4层) (27) 图5.3 宿舍工作人员管理数据流图(第3层) (28) 图5.3.1 宿舍工作人员信息录入管理数据流图(第4层) (29) 图6 学生处分管理数据流图(第2层) (30) 图6.1 学生处分信息录入管理数据流图(第3层) (31) 图7 学生资助管理数据流图(第2层) (32) 图7.1 奖学金管理数据流图(第3层) (33) 图7.1.1 奖学金信息申报管理数据流图(第4层) (34) 图7.1.1.1 奖学金信息录入管理数据流图(第5层) (35) 图7.2 助学金管理数据流图(第3层) (36) 图7.2.1 助学金信息申报管理数据流图(第4层) (37) 图7.2.1.1 助学金信息录入管理数据流图(第5层) (38) 图7.3 助学贷款管理数据流图(第3层) (39) 图7.3.1 助学贷款信息申报管理数据流图(第4层) (40) 图7.3.1.1 助学贷款信息录入管理数据流图(第5层) (41) 图7.4 勤工助学管理数据流图(第3层) (42) 图7.4.1 勤工助学信息申报管理数据流图(第4层) (43) 图7.4.1.1 勤工助学信息录入管理数据流图(第5层) (44) 图7.5 缓交学杂费管理数据流图(第3层) (45) 图7.5.1 缓交学杂费信息申报管理数据流图(第4层) (46) 图7.5.1.1 缓交学杂费信息录入管理数据流图(第5层) (47) 图7.6 减免学杂费管理数据流图(第3层) (48) 图7.6.1 减免学杂费信息申报管理数据流图(第4层) (49) 图7.5.1.1 减免学杂费信息录入管理数据流图(第5层) (50) 图7.3.1 助学贷款信息录入管理数据流图(第4层) (51) 图8 学生表彰管理数据流图(第2层) (51) 图8.1 学生表彰信息申报管理数据流图(第3层) (52) 图8.1.1 学生表彰信息录入管理数据流图(第4层) (53)

教务管理系统分析报告

教务管理系统分析与设计

目录 1 可行性分析 (3) 1.1 引言 (3) 1.2 经济可行性 (3) 1.3 技术可行性 (3) 1.4 管理可行性 (3) 2 系统需求分析 (4) 2.1 用户需求 (4) 2.1.1 学生模块功能需求 (4) 2.1.2 教师模块功能需求 (4) 2.1.3 系统管理员功能模块需求 (4) 2.2组织结构图 (4) 2.3业务流程图 (5) 2.4 数据流程图 (6) 2.5 用例图(包括用例描述) (7) 3 系统设计 (11) 3.1 系统总体设计(系统的功能模块结构图) (11) 3.2 系统各功能模块设计 (11) 3.2.1 顺序图 (11) 3.2.2 类图 (13) 3.2.3 状态图 (14) 3.2.4 活动图 (16) 4 数据库设计 (19) 4.1 数据分析 (19) 4.1.1 E-R图 (19) 4.1.2 数据库表 (20) 4.2 逻辑结构设计 (22) 5 总结 (23)

1 可行性分析 1.1 引言 教务信息管理系统类似于档案管理,它是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,所以教务信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。但目前还有一些单位和部门还是使用传统人工的方式公务员之家管理文件档案,这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。同时随着学校的规模不断扩大,学生数量急剧增加,有关教务的各种信息量也成倍增长。所以教务信息管理系统的可运行性和功能效用的多少就显得尤为重要了。 1.2 经济可行性 教育事业的不断发展,各级教育层次的教学规模日益扩大,采用传统的教务信息管理方法(如开发程度不高的管理系统)不但浪费大量人力、物力和财力资源,而且不能满足当前教育发展的需求。基于学生对于自己学习事业的关心,开发具有高效,易于查询并且便于管理员管理的教务信息系统的需求就明显增多。 1.3 技术可行性 教务信息管理系统最简单的是采用SQL server2000的数据库技术进行架构,主要包括登录,教师用户,管理员用户,学生用户四个模块,各个对象根据自己的权限进行查询。 1.4 管理可行性 系统管理员通过数据库后台对学生或者其他的输入对象输入的数据进行整理和更新。由于信息量的巨大,管理员要时不时对系统进行维护和更新,保证系统能够顺畅运行。采用教务管理信息系统可取代原系统的单据手工传递工作,减少人工开支,节省资金,并且可大大提高信息量的取得,缩短信息处理周

相关文档
相关文档 最新文档