zzia教务管理系统

时间:2018-08-01    来源:经典美文    点击:

zzia教务管理系统 第一篇_教务管理系统规格说明书

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

文件编号:ZW-0001

版本:1.0

1 .引言

《教务管理系统软件需求规格说明书》旨在详细描述系统功能需求和一些非功能需求,明确系统需求边界。文档分为四个部分:

(1)引言部分描述了项目的编写目的和范围,并对文档中使用到的术语进行了说明,

还列出了本文档所使用的参考文献和相关文档;

(2) 任务概述部分对系统进行了简要的描述;

(3) 需求规定部分对系统从功能要求、安全性、性能,数据管理及其处理等几方面进

行阐述;

(4) 运行环境规定部分对系统运行所需要的设备,支持的软件以及接口方面,做了详

细描述。

1.1. 编写目的

《教务管理系统软件需求规格说明书》编写的目的是:

根据华中科技大学教务处的要求进行编写,旨在为全校的教务管理(包括本科生,研究生,博士和博士后)提供一个方便的公共平台,让繁杂的教务管理变的简单易行。

《教务管理系统软件需求规格说明书》的目标是:

本说明书将要说明系统在技术上的具体需求,要实现的具体功能,指出实现系统的方法与途径,为后来的各项工作进行起着指导作用。

《教务管理系统软件需求规格说明书》的预期读者为:

(1)对相关业务技术和总体方案做决策的管理人员和质量管理人员;

(2)对本《教务管理系统软件需求规格说明书》进行评审和确认的有关业务、技

术人员;

(3)参加概要设计和详细设计阶段工作的全体设计人员;

(4)教务管理系统项目组,其他有权需要调用本文档的人员

《教务管理系统软件需求规格说明书》的全部内容为beyond团队、华中科技大学教务处的商业机密,应严格控制业务范围,项目开发阶段由设计部、项目软件开发组负责管理,项目结束后交由华中科技大学档案室负责管理,未经双方同意,不得以任何介质(文本,软盘,硬盘,光盘)等形式持有本文档部分或全部内容。

1.2. 背景

项目名称:教务管理系统

项目任务提出者:华中科技大学教务处

项目任务开发者:beyond团队

项目用户:华中科技大学的所有教学管理人员

实现此软件的计算机网络:华中科技大学计算中心

项目与其他软件,系统的关系:

教务管理系统采用NetBeans5.51作为开发平台,用Microsoft Office Access 作数

据库开发,能够在Windows系列的操作系统中,与Internet网良好兼容,且系统可维护性可移植性良好,界面友善,充分考虑到教务管理的实际工作情况,能够满足用户对

4教务管理系统需求规格说明书 教务管理的所有需求。

1.3. 定义

MS ACCESS 2007:系统服务器所使用的数据库管理系统(DBMS)。 SQL:一种用于访问查询数据库的语言

事务流:数据进入模块后可能有多种路径进行处理。

主键:数据库表中的关键域。值互不相同。

外部主键:数据库表中与其他表主键关联的域。

ROLLBACK:数据库的错误恢复机制。

1.4. 参考资料

《需求分析》 David C.Hey著,清华大学出版社2003年出版;

《实用软件需求》 Kovitz ,Benjamin L著,机械工业出版社2005年出版;

《需求分析与系统设计》 Maciaszek, Leszek A.著,机械工业出版社,中信出版设2003年出版;

《软件架构实践》 Len Bass 著 ,清华大学出版社2004年出版; 2任务概述

2. 1 目标

zzia教务管理系统 第二篇_教务管理信息系统

1.1.1 系统概述

教务管理信息系统是学校的核心应用系统之一,涵盖了学校教务管理工作的基本环节,主要的功能模块包括学籍管理、师资管理、教学计划管理、智能排课管理、选课管理、考试管理、成绩管理、教学质量评价管理、实践教学管理、毕业生管理等。教务管理信息系统基于校园网、互联网为高校教学运行提供先进、实用的信息化管理手段,为学生、教师教辅人员及管理人员提供简便、快捷的网络化信息服务。系统本着高起点高标准的建设原则、既能适应学年制、学分制的需要,也能适应学年学分制的需要。

1.1.2 应用特点

1、多种管理制度并存

系统融合学年制、学年学分制、学分制三种管理制度并的管理,来实现学校老生、新生在同一教务管理信息系统下的管理。

2、高安全性

采用三层架构,数据库服务器只允许应用服务器或WEB服务器访问,客户端只能通过应用服务器进行数据的操作和查询,大大增强了系统的安全性。

3、便捷的数据导入、导出

可以方便快捷的导入DBF等格式的数据,提高实施效率。显示的数据可以随时导出到DBF或Excel。与Office深度融合,教学计划可以以排版好的格式直接输出到Word文档。

4、智能化的资源调配

先进的核心算法,使得学校教学资源得到优化,教师、教室、实验室、时间等的高效调配和合理利用,解决了学校资源紧缺、多校区、院系多级管理状况下排课、排实验室、排考场难等问题。

5、灵活的选课管理

学校可以灵活的定义选课的范围,选课的轮次、时间;可以实现全天候的选

课,可实现跨专业的选课,新生进校后可以在导师和师哥师姐的引导下,制定个性化学习计划,根据大类、专业培养方案选择个性化学习课程,每个学期选择具体的教学班。

6、多途径的成绩录入

成绩录入人可以由任课教师录入,也可以是教学秘书。成绩可以通过WEB页面直接录入,也可以通过EXCEL格式的成绩登记表直接导入。

7、多级管理设计

可以实现教务处、校区、二级学院、系等多级的管理,既能把教务处从繁琐的工作解脱出来,又能让院系较大的管理、操作权限,方便院系的教务管理。

8、开放的接口

提供WebService、视图、报文等多种接口开放,方便其他系统的对接:如自助打印、财务对接等。

1.1.3 学分制管理

1.学分制是高等学校的一种教学管理制度,是学校体现学生个性化培养教育思想和教育观念的反映。

其特点是以学分作为学习的计量单位,以取得必要的最低学分作为毕业和获得学位的主要标准。

它以选课制为核心,包括自主选修课程、选择专业(方向)、选择学习进程(上课时间)以及选择主讲教师等内容,即允许学生在一定范围内根据个人特长与爱好选修课程,选择适合自己的学习量和学习年限,让学生的人潜力得到充分的发展,实现因材施教。

2.学分制教务管理业务流程

学分制教务管理信息系统主要分为三条主要管理线:

 行政管理线,根据学校相关的制度进行管理,是比较刚性的管理。包括

专业(大类)培养方案的制定管理、专业指导性教学计划管理、学籍管理、成绩管理、毕业与学位管理等。

 教学运行线,教学运行线是动态的,会根据各种情况进行调整,包括预

选课、教学任务落实、预排课、选课、排课选课调整、开班管理、考务管理等。

 教学辅助线,包括教学质量管理、教材管理、收费管理、及其他保障体

系等。

1.1.4 系统架构

教务管理信息系统依托数字校园数据中心平台、统一身份认证平台、信息门户平台进行建设,全面响应数字校园信息化建设标准规范体系,保障数据资源的充分共享和应用功能的有效实现。

系统架构如下图所示:

1、支撑层:

将流程服务、权限管理、数据服务、集成服务等多项内容,形成相对固化的应用支撑服务与组件,配合教务数据库共同构成系统应用支撑层。部分应用服务组件来源于数字校园标服务组件的继承与扩展,从而保障教务系统与数字校园应用平台底层开发的一致性。

2、应用层:

在应用支撑服务与组件的基础上,进一步针对教务管理与信息服务构建具体应用。包括学籍管理,师资管理,培养计划,排课管理,考试管理,选课管理,成绩管理,毕业审核管理等部分。实现具体的业务办理、数据分析和信息服务。

3、展现层:

学校领导和职能部门工作人员,通过数字校园信息门户统一访问教务系统。实现信息查询等功能。

1.1.5 业务数据流程图

1.1.6 功能介绍

教务系统由系统维护、学籍管理、师资管理、教学计划管理、智能排课、选课管理、考试管理、成绩管理、实践管理、教学质量评价、毕业生管理共同组成。

具体功能规划如下图所示:

zzia教务管理系统 第三篇_教务管理系统系统

大型数据库课程设计

设计说明书

教务管理系统

起止日期: 2014 年 12月 1日 至 2014 年 12月 7 日

学班学成

生姓名 关鹏举 级 号 绩

计算机1102班 11408100208

指导教师(签字)

计算机与通信学院

2014年 12月6日

目 录

1 绪论 ................................................................................................. 错误!未定义书签。

1.1 课题背景 ................................................. 错误!未定义书签。 1.2 控件开发相关技术介绍 ..................................... 错误!未定义书签。

2 系统分析 ......................................................................................... 错误!未定义书签。

2.1 工作流程 .................................................................. 2 2.2 业务需求 .................................................................. 2

3 系统设计 ........................................................................................................................... 3

3.1 系统功能结构图 ............................................................ 3 3.2 模块功能设计 .............................................................. 5

4 系统数据库设计 ............................................................................................................... 5

4.1 数据表E-R图 .............................................................. 5 4.2 数据表的设计 .............................................................. 7 4.3 数据库表的创建,向表中插入数据----------------------------------------------8

4.4 存储过程,触发器的设计 ................................................... 18

4.4.1 存储过程 ........................................................................................................................ 18 4.4.2触发器 ............................................................................................................................. 21

5 总结和展望 ..................................................................................... 错误!未定义书签。

5.1 总结与展望 ............................................... 错误!未定义书签。

参考文献 ............................................................................................... 错误!未定义书签。 致 谢 ..................................................................................................... 错误!未定义书签。 课程设计检查表 ................................................................................... 错误!未定义书签。

绪论

1.1课题背景

由于计算机与通信学院的不断发展壮大,教务管理工作的工作量越来越大,全部用员工来做这个工作不仅越来越浪费人力、物力、财力,而且也越来越难管理,迫切需要一个进行教务管理的软件系统。鉴于这种情况,计算机与通信学院在信息化建设中把教务管理系统也纳入其中,利用网络进行教务管理工作不仅省部分人力、物力、财力,更重要的是利用网络可以提高工作效率,便于整个学院教务管理工作的管理。

计算机与通信学院教务管理系统是一个实际应用的软件系统,做这样一个软件系统,不仅可以使我们可以更加了解软件开发的过程,而且把学到的理论知识应用到实际的软件开发过程中,进一步了解、掌握理论知识,为以后的工作学习积累经验。

1.2控件开发相关技术介绍

本系统相关开发的技术是利用专门的数据库,即Oracel数据库。

提起数据库,第一个想到的公司,一般都会是Oracle。该公司成立于1977年,最初是一家专门开发数据库的公司。

Oracle在数据库领域一直处于领先地位。1984年,首先将关系数据库转到了桌面计算机上。然后,Oracle的下一个版本,版本5,率先推出了分布式数据库、客户/服务器结构等崭新的概念。Oracle的版本6首创行锁定模式以及对称多处理计算机的支持……最新的Oracle8主要增加了对象技术,成为关系-对象数据库系统。目前,ORACLE产品覆盖了大、中、小型机等几十种机型,Oracle数据库成为世界上使用最广泛的关系数据系统之一。ORACLE是一种适用于大型、中型和微型计算机的关系数据库管理系统,它使用SQL(Structured guery language)作为它的数据库语言。 SQL主要包括数据定义、数据操纵(包括查询)和数据控制等三方面功能。SQL是一种非过程化程度很高的语言,用户只需说明"干什么"而无需具体说明"怎么干"语言简洁、使用方便功能强大,集联机交互与嵌入于一体,能适应广泛的使用环境。ORACLE数据库由三种类型的文件组成:数据库文件、日志文件和控制文件。

2 系统分析

2.1 工作流程

学生可以根据自己的学号查询自己的各科成绩,系统管理员可以增加学生信息和学生成绩的录入、老师信息的录入和修改。

2.2 业务需求

(1)学生可以查询自己的信息; (2)老师可以查询自己的信息;

(3)系统管理员可以增加/删除/修改学生/老师/系部/学生成绩/老师的信息;

3 系统设计

3.1 系统功能结构图

本系统编写的目的,是实现一个教务管理系统,提高工作效率和方便学生老师查询自己的信息、系统管理员修改和录入信息。

由于程序的功能是和数据库相关的数据查询和数据操作,所以程序至少具有以下功能:

1. 对数据表的基本操作,如插入、修改、删除。 2. 根据条件进行查询。

鉴于以上的功能,本系统的系统结构图如下:

图3.1 系统结构图

zzia教务管理系统 第四篇_教务管理系统需求分析说明书

信息系统工程与实践

《教务管理系统》

需求说明书

专业班级: 计本1201班

项目分组: 计本1201班第二组 姓名学号1: 戴明昊1205170107 姓名学号2: 杨新芬1205170130 姓名学号3: 万丽涛1205170102 编写人: 万丽涛1205170102

1序 ................................................................................................................................................... 1 1.1编写目的 ................................................................................................................................. 1 1.2背景......................................................................................................................................... 1 1.3定义......................................................................................................................................... 1 1.4参考资料 ................................................................................................................................. 1 2任务概述 ....................................................................................................................................... 2 2.1运行环境与资源 ..................................................................................................................... 2 2.2功能......................................................................................................................................... 2 2.3用户特征 ................................................................................................................................. 2 2.4限制与约束 ............................................................................................................................. 2 3功能行为需求 ............................................................................................................................... 3 3.1引言......................................................................................................................................... 3 3.2业务需求功能模型——用例模型 ......................................................................................... 3 3.3相关用例的展开——活动图 ................................................................................................. 7 3.4对象类模型 ............................................................................................................................. 9 3.5输出结果 ................................................................................................................................. 9 4性能需求 ..................................................................................................................................... 10 4.1数据精确度 ........................................................................................................................... 10 4.2时间特性 ............................................................................................................................... 10 4.3适应性................................................................................................................................... 10 4.4故障处理 ............................................................................................................................... 10 5运行需求 ..................................................................................................................................... 11 5.1用户界面 ............................................................................................................................... 11 5.2硬件界面 ............................................................................................................................... 11 5.3软件界面 ............................................................................................................................... 11 6其他要求 ..................................................................................................................................... 11

软件需求说明书

1序

1.1编写目的

编写本报告的目的是解决整个项目系统的“做什么”的问题,对于开发技术并没有涉及,而主要是通过建立模型的方式来描述用户的需求,为客户、用户、开发方等不同参与方提供一个交流的渠道。

本报告预期的读者是设计人员、开发人员、项目管理人员、测试人员和用户。

1.2背景

教务管理教务管理系统面向教务处、院、系教师和全校学生,实现学籍管理、课表管理、成绩管理、教学质量监控等功能。

1.3定义【zzia教务管理系统,】

SQL(Structured Query Language)结构化查询语言。SQL 语言的主要功能就是同各种数据库建立联系,进行沟通。PHP开发平台。

1.4参考资料

(1) 钱乐秋等,《软件工程》,清华大学出版社;

(2) 张害藩,《软件工程导论》(第四版),清华大学出版社; (3) 王珊等,《数据库原理及设计》,清华大学出版社; (4) 赵池龙等,《软件工程实践教程》,电子工业出版社。

2任务概述

2.1运行环境与资源

运行环境:Windows 数据库:MYSQL

硬件条件:服务器sun工作站,终端为pc机

2.2功能

开发教务管理系统旨在改变原有人工进行教务管理的工作方式,实现学籍管理、课表管理、成绩管理、教学质量监控等功能。下图是教务管理系统功能模块图:

图 1教务管理系统功能模块图

2.3用户特征

本软件最终用户特点是对教师和学生资料统筹管理及登陆查询。操作人员为本校学生及老师,对其专业技术要求并不高,只要熟悉基本的电脑知识。维护人员为本校管理员,要求达到计算机专业水平。

2.4限制与约束

a.系统的运行寿命的最小值:2年 b.进行系统方案选择比较的时间:1周 c.经费来源:**公司

d.运行环境:Windows e.数据库:MYSQL

f.硬件条件:服务器sun工作站,终端为pc机 g.系统投入使用的最晚时间:2个月

3功能行为需求

3.1引言

开发教务管理系统旨在改变原有人工进行教务管理的工作方式,使教务人员及操作者通过计算机方便的进行教务管理,随时添加、查询、修改,使工作人员从繁琐的填表、查表工作中解放出来,使供需双方都获得满意的结果;促进报表、统计数字的规范化,提高工作效率,降低教务管理维护费用,提高行政工作效率,改善服务质量,为学校领导决策提供支持。

该系统面向教务处、院、系教师和全校学生,实现学籍管理、课表管理、成绩管理、教学质量监控等功能。

3.2业务需求功能模型——用例模型

教务管理系统分为管理员模块、教师模块和学生模块,实现录入课表、录入成绩、查询课表、查询成绩、进行教学质量评价等功能,为更形象的表现各功能间的关系,建立以下用例模型:

(1)管理员管理用例图

图 2管理员管理用例图

zzia教务管理系统 第五篇_教务管理系统

教务管理系统的实现

主要任务:

本章主要介绍在关系数据库系统Access中利用学习的数据库有关知识,设计和建立一个功能比较完善的教学管理系统的一般过程,以进一步全面了解数据库对象的功能和操作特点。我们主要应掌握以下几点内容。 1.系统功能的规划

2.创建表、表与表之间的关系 3.查询与报表设计 4.窗体的设计 5.宏和VBA代码的应用

10.1 教务管理系统的分析和设计

本系统用于对学校教务、教学工作的管理。由于篇幅限制,部分功能还不够完善,不完全具备实用的要求。但设计思路和创建过程已充分体现出ACCESS数据库的功能特色。

确定开发的数据库系统后,需要进行系统的分析,系统分析包括需求、目的、功能等方面的分析。根据分析,进行模块的设计和流程图的设计。

10.1.1 系统的分析

系统的分析包括以下三个方面

(1).对当前系统进行详细调查,了解手工管理教务、教学工作的处理流程。教学管理手工处理流程如下。管理人员对新调入的教师登记教师档案,对新入学的学生登记学生档案,每个学期考试结束后登记学生成绩。每个学期末,学生根据系统中提供的下学期所开课程选择课程,教师接受下一学期的教学任务,并将选课和分配的教学任务进行登记和保存。

(2).建立目标系统的逻辑模型,做出反映目标系统“做什么”的数据流程图。在实际分析中首先分析目标系统与当前系统逻辑上的差别,弄清楚新的目标系统到底要“做什么”,用户有什么要求,并从当前系统模型导出目标系统的逻辑模型。

(3).抽象出当前系统的逻辑模型,做出反映当前系统“做什么”的数据流程图。数据流程图是逻辑模型的图形表示,是一种很好的系统构造的表示方法。做数据流程图时应从已获得的手工流程中去掉物理因素,只保留数据、信息处理部分。

10.1.2 功能描述

“教务管理系统“有三个模块:教师信息管理、学生信息管理和选课信息管理,各个模块的功能分别如下。 (1)教师信息管理

实现教师档案信息和教师授课信息的维护,如果有调入本单位的新教师,则为其建立档案并肩基本信息输入到数据库汇总。同时,该模块还提供了教师档案信息、教师授课信息的统计和查询等。

(2)学生信息管理

实现学生档案信息和学生成绩的维护,可将新入学的学生的基本信息输入到数据库中,还可以将每一名学生每一学期所选课程的考试成绩录入到数据库当中。另外,该模块提供了对学生档案、成绩等信息的统计和查询功能。 (3)选课信息管理

实现课程信息和学生选课信息的管理,包括选课信息的维护、课程信息的维护以及有关课程和选课等情况的查询。

10.1.3 模块和流程图的设计

1. 模块的设计

2.流程图的设计

总体方案确定后,再确定流程图,如下图所示。

10.2 数据表的创建和设计

使用Access数据库管理系统建立应用系统,首先需要建立一个数据库,然后在该数据库添加所需的表、查询、窗体、报表、宏、VBA模块等对象。

10.2.1 数据库的创建

根据向导建立“教务管理系统”数据库,进行表的设计。

10.2.2 设计和建立数据表

1.数据表的逻辑结构设计

根据分析,规划后的数据库包含“教师档案表”、“教师授课信息表”、“学生档案表”、“学生选课及成绩表”、“课程名表”等五个表。如下图所示。

zzia教务管理系统 第六篇_综合教务管理系统

综合教务管理系统

一、需求分析

1. 系统目标:

实现一个计算机综合教务管理系统,完成班级信息管理,学生信息管理,课程信息管理和学生选课管理等功能。

2. 系统功能需求:

本系统的用户分为超级用户和普通用户两类,超级用户负责系统维护,包括对班级信息,学生个人信息,课程信息的录入,修改,查询,删除等。普通用户即选课学生则只具有为自己选课的权限。

(1) 功能划分:

用户通过身份验证后进入主界面。主界面为超级用户提供6项选择:学生信息管理,课程信息管理,班级信息管理,选课,口令修改和退出系统。普通用户有4项功能选择:选课,课程查询,口令修改和退出系统。

(2) 功能描述: ● 班级信息管理:

给出所有班级的列表,超级用户可以实现增加,修改,查找,删除班级信息,维护指定班级所有学生信息,为指定班级设定必修课和选课学分限制等功能。在维护指定班级学生信息功能中,超级用户可以实现增加,修改,删除学生信息,察看某一学生选课情况,为学生更改口令等功能。在指定班级必修课功能中,以课表形式列出班级所有必修课的课程信息,实现为一个班级增加或删除必修课的功能。 ● 学生信息管理:

给出所有学生的列表,超级用户可以增加,修改,删除,查找学生信息,察看某个学生选课情况,为学生修改口令等功能。本项功能与班级信息维护功能中的维护指定班级学生信息功能相似,不同的是本项功能中将列出所有班级的所有学生信息。

● 课程信息管理:

加入,修改,删除课程纪录,察看某门课的选课情况,查询指定的课程信息。 ● 选课:

以课表的形式列出学生选课情况,学生可以为自己选修或者退选课程,而超级用户可以为任何学生选修或者退选课程。每个班级都有选课的学分限制,不允许学生选择课程的总学分超过所在班级的选课最大学分限制,而当退出选课功能时,如果选取课程总学分未达到所在班级选课最小学分限制则给出警告信息(因为学生可以多次进入选课界面选课)。 ● 修改口令:

用户需要输入原口令,并且两次输入新口令一致后,系统即用新口令代替旧口令。 ● 退出系统:

当用户退出系统时,如果选取的课程总学分未达到所在班级选课最小学分限制,则给出警告信息。

3. 开发工具:

该综合教务系统的数据库采用了Microsoft的SQL Server2000企业版,前台应用程序采用了ASP编写,提供了Web界面方便学生从网上使用。由于采用了ADO数据库接口,因此很容易修改为支持ORACLE,SYBASE,DB2等数据库,该系统的结构为B/S结构,即

浏览器/服务器结构。

4. 系统的数据流图: 了解用户的应用要求,使用信息流程图分析应用系统中的信息流。综合教务系统的简单信息流如下。【zzia教务管理系统,】

(1)系统的上下文数据流图如图5-38

图5-38 综合教务系统的上下文数据流图

(2) 学生选课的数据流图如图

5-39

图5-39 学生选课的数据流图

5. 数据字典

数据项名:学生编号

说明: 标识每个学生身份 类型: CHAR 长度: 7

别名: 学号

取值范围:970000-979999 数据流名:选课申请

说明: 由学生的个人信息,欲选课程信息组成选课申请 来自过程:无

流至过程:身份验证

数据结构:学生个人信息 欲选课信息

数据结构:学生个人信息

说明: 说明了学生的个人情况。 组成: 帐号 密码

数据存储:上课时间信息

说明: 说明了每门课的上课时间,一门课可以有多个上课时间,同一时间可以有多门 课程在上课。

输出数据流:课程上课时间

数据描述:课程编号 上课时间

数量: 每学期20-30个 存取方式:随机存取

处理过程:身份验证

说明: 对学生输入的帐号,密码进行验证,确定正确,得到相应的学生编号。 输入: 学生帐号 密码

选课的课程编号

输出: 学生编号 选课的课程编号

二、数据库的概念设计

1.系统的概念模型:

选课系统DEMO概念模型的E/R图

上图是选课系统DEMO的概念模型的E/R图,该系统涉及的实体集有:

班级实体集:具有属性班级名称和选课学分限制。 学生实体集:具有属性学号、姓名、性别和生日。

课程实体集:具有属性课程号、课程名、学分、授课教师、接纳人数。

上课时间实体集:具有属性时间。 一个班级可以有多个学生,一个学生只能属于

一个班级,所以班级和学生之间的联系为1:M的联系。 一个班级可以有多门必修课程,一门课程是多个班级的必修课,所以班级和课程之间的必修联系是M:N的联系。

一个学生课以选修多门课程,一门课程可以被多个学生选修,所以学生和课程之间的联系是M:N的联系。

一门课程可以有多个上课时间,同一时间内可以有多门课程在上课,所以课程和上课时间的联系是M:N的联系。

三、将概念模型转换成关系模型

1. 将E-R模型转换为关系模式 (1) 班级实体集可以转换为关系:

CLASS(CLASSNAME,MAXCREDIT,MINCREDIT)

CLASSNAME表示班级名称,MAXCREDIT表示最大学分限制,MINCREDIT表示最小学分限制。

(2) 学生实体集可以转换为关系

STUDENT(STUDENTID , NAME , SEX , BIRTHDAY)

STUDENTID表示学号,NAME表示姓名,SEX表示性别,BIRTHDAY表示生日

(3) 课程实体可以转换为关系

COURSE(COURSEID, COURSENAME, CREDIT, TEACHER, ACCEPTION) COURSEID表示课程号,COURSENAM表示课程名,CREDIT表示学分,TEACHER表示授课教师,ACCEPTION表示接纳人数。

(4) 班级和学生之间的联系是1:M的联系,所以没有必要为其建立一个关系,可以通过扩展学生关系来表示:

STUDENT(STUDENTID , NAME , SEX , BIRTHDAY , CLASSNAME) CLASSNAME表示学生所在班级名。

(5) 班级和课程之间的必修联系可以转换为关系: CLASSCOURSE(CLASSNAME , COURSEID)

CLASSNAME表示班级名

zzia教务管理系统

http://m.gbppp.com/jd/467791/

推荐访问:zzia教务管理系统入口 zzia教务系统入口

最新文章
推荐文章
推荐内容