黄山学院自动排课系统的数据库设计.doc

2010级计本数据库原理课程设计数据库原理课程设计（2010级）黄山学院自动排课系统的数据库设计 姓 名： 黄伟振 学 号： 21006031024 指导教师： 丁丙胜 院 系： 信息工程学院 专 业： 计算机科学与技术 提交日期： 20120612 22目 录1. 引言. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .32. 系统需求分析. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42.1 功能需求分析. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42.1.1本系统的功能需求分析. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42.1.2 排课的基本原则要求. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .52.2 数据流图. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62.3 数据字典. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72.3.1 数据项. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .72.3.2 数据结构. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .102.3.3 数据流. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .102.3.4 数据存储. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .112.3.5 处理过程. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .123系统功能设计. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133.1 系统功能描述. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .133.1 系统模块分析. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .134. 数据库概念模型概念. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144.1 概念结构设计的方法. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144.2 概念结构设计的步骤. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144.3 数据抽象与局部视图设计. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .154.4 视图集成设计. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .155. 数据库逻辑结构设计. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .165.1 数据概念模型的优化. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .165.2 数据逻辑设计. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .176. 数据库物理结构设计. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .19结束语. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21参考文献. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .221. 引 言随着我国计算机技术、互联网行业的快速发展，计算机的开发应用已渗透到各个领域，成为各行各业必不可少的工具，而且日趋普及。自动排课管理是学校日常工作中经常要面对的事情，传统的自动排课管理只能是通过手工、分散的管理方式,查找、复核困难,资源不能充分利用,造成资源浪费。现在相当一部分学校在进行自动排课工作时仍沿用手工方式。老师为了组织一次排课不仅要应付课程需要的教师安排、自动排课、学生管理。人工排课需要经过三个步骤一是对课程班级人员的选择二是对课程需求教室的选择，三是根据课程教室分配学生这些工作浪费了大量的宝贵时间，同时安排位置的工作由于人员多容易出错而且安排不具有随机性不够客观。随着工作生活节奏的加快和计算机技术的日新月异。自动排课系统实现了课程排位的智能化不需要人工安排直接使用该系统进行随机排位从而使自动排课更趋于公证和客观大大节约了时间和提高了质量减轻了学校教职工的工作压力节省了很多不必要的开支。在学校，自动排课管理对教学工作的正常进行起着至关重要的作用，因此信息科管理人员对于课程信息查询、课程信息统计、课程信息管理等，需要有一个自动化的工具进行统筹管理，才能够及时、准确地反映学生信息状态。针对这种情况，为了更好地适应当前学校管理的需求，避免手工管理存在的这些弊端，需要开发自动排课信息管理系统。学校通过使用自动排课信息管理系统，可以实现自动排课信息综合查询、统计、系统的管理。随着学校规模不断的扩大，日常生活中自动排课容量地日益增大，到目前已经出现了许多针对自动排课管理方面平台系统，并在教育行业得到了广泛的应用。课表自动生成系统是学校管理系统的一个主要组成部分，其作用是对所有班级、老师、课程之间进行行之有效的管理。本人在相关理论的指导下，在分析以往一些排课软件的基础上，提出一个高校通用排课系统的设计方法，并对一些具体的问题给出相应解决方案。本系统阐述了系统的设计思路和设计方法，并对系统中可能遇到的问题及应用前景作了阐述。本系统界面较好，操作简单，比较实用,适合高校对新老学生进行排课的需求。通过本系统我们可以做到以下方面：一、 可以进行对班级、老师、课程进行快速、高效的更优化排课管理工作。二、 可以对各班级信息、各个老师信息进行快速查询，并可随时进行增加，修改，删除、打印等工作，使操作人员能够快速的对课程进行有效的控制和管理。三、精心调整架构的选择和模块的划分，人性化操作的菜单设计。并且设计贴近用户需求，功能完整，架构合理，并用大量的框图模型体现了系统的规划。下面就是我对黄山学院自动排课系统的数据库设计。2 系统需要分析2.1 功能需要分析需求分析的任务是调查应用领域，对应用领域中的信息要求和操作要求进行详细分析，形成需求分析说明书。重点是调查，收集与分析用户在数据管理中的信息要求，处理要求，数据的安全性与完整性要求。为了完成需求分析的任务，要详细调查待开发的数据库应用部门的情况，了解原系统工作概况，分析用户的各种需求，在此基础上确定新系统的功能。新系统必须考虑今后的扩充和改变，不能仅仅按当前应用需求来设计数据库。智能排课系统需要实现对学校教师、教室、班级、及课程的信息管理，对高校排课，都有智能的管理，主要实现如下的一些功能：班级各种信息的输入，包括班级号，班级名称，年级，班级人数，是否合班。教师各种信息的输入，包括教师号，教师姓名，职称，联系方式。学校课程的增加，删除，修改。学校课程计划的制定。学校的自定义排课，根据需要，人工排课。学校的智能排课，根据需要，随机智能排课。2.1.1本系统的功能要求：利用计算机实现计算机自动排课管理势在必行。对于教育单位来说，利用计算机支持其高效率完成排课管理的日常事务，是适应现代教学制度要求、推动教学管理走向科学化、规范化的必要条件；而排课管理是一项琐碎、复杂而又十分细致的工作，课表信息录入,教师授课安排,限制条件输入,课表的自动生成等管理,一般不允许出错,计算机进行排课工作的管理，不仅能够保证各项信息准确无误、快速输出，同时计算机具有手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高排课管理的效率,也是教育的科学化、正规化管理,与世界接轨的重要条件。排课系统作为教务管理系统的重要的组成部分之一，与教务管理主系统有着密切的联系。排课系统的许多数据资源来自教务管理系统，排课的结果又可提供给教务管理系统作为原始数据。因此，排课系统具有以下主要功能：教务管理系统获取教师信息、课程信息与教室资源信息；通过校园网以Web页形式获取教师对排课的要求；根据各种要求将课程按教师授课时间不冲突教室使用不冲突、班级上课不冲突及实现教学高效率的基本原则，用合适的算法排成理想课表；设计应付多种特殊要求（如调课、补充排课等）的子模块以解决多种可能 出现的问题；将排课结果提供给教务管理系统使用。2.1.2排课的基本原则要求在课程的编排中应遵循一定的规则, 只有按照基本规则来进行课程的编排才能够减少冲突的发生, 这些基本规则主要有以下几条:1) 同一班级的学生在同一时间(某些特定的选修课时间除外) 不能安排两门课程2) 同一教师在同一时间不能安排两门课程3) 同一教室在同一时间不能安排两门课程4) 同一时间安排的课程总数不能大于所能提供的教室总数5) 某一课程参加学习的总人数不应大于所安排教室的座位数6) 所提供教室的属性与课程所需教室的属性一致, 在时间、教师、班级、教室、课程这五维关系中, 时间、教师、班级三者之间存在着紧密关系。相对而言, 教室与它们关系就不那么密切。课程的安排不是任意的, 为了达到最好的教学效果应遵循一定的要求。这些要求主要有:1) 要尽量为所排课程安排上该类课效果最好的时间2) 课程在一周上多次时,要有一定的间隔性3) 公共课等涉及面广、学时多的课程应优先处理4) 对同一教师,同一上课对象应尽量选择相对固定的几个教室5) 对同一个班级的课程应选择相对固定的教室6) 连着的课的教室选择不应相隔太远7）同一天有几门课时尽量把课分散8) 优先满足一些特殊要求（比如有些教室喜欢上上午的课，可以优先满足）2.2数据流图数据流图（DFD，data flow diagram）是描述数据处理过程的有力工具。数据流图从数据传递和加工的角度，以图形的方式刻画数据流从输入到输出的移动变换过程。 图2-1 自动排课系统功能模块的数据流图教务处批准学生课表打印学生选课教师 课程申请 课程清单 课程表选课结果表课程基本信息表 图2-2 黄山学院学生课程表的数据流图学生 统计信 息学籍变更表成绩信息表学生个人信息表变更记 录成绩记 录注册登 记 进入界面 图 2-3学生信息统计的数据流图2.3 数据字典 数据字典对数据流图的各种成分及注释、说明作用，给这些成分赋以实际的内容并且还要对系统分析中其他需要说明的问题进行定义和说明。数据字典是对DFD的说明，是系统设计、系统实施维护的重要基础资料。 数据字典描述的主要内容主要有：数据元素、数据流、数据存储、加工处理，其中数据元素是组成数据流的基本成分。黄山学院自动排课系统的数据字典如下：1. 数据项：它是不可再分的数据单元，一般包括如下内容数据项=数据项名，数据项含义说明，别名，数据类型，长度，取值范围，与其 他数据项的逻辑关系，数据项之间的联系。数据项名：班号；含义说明：每个班级的代码，用来对所有班级加以区分；别名：班级编号；数据类型：字符型；长度：2位；取值范围：所有英文字母和所有自然数；数据项名：班级名；含义说明：用来对每个班级所在的系别和专业加以标示和区分；别名：班级名称；数据类型：字符型；长度：不限；取值范围：所有汉字或英语；数据项名：专业；含义说明：每个班级所代表的专业学科；别名：专门学业；数据类型：字符型；长度：不限；取值范围：所有汉字或英语；数据项名：年级；含义说明：每个班级及班级学生所代表的专业和学届；别名：年级名称；数据类型：字符型；长度：不限；取值范围：所有汉字或英语；数据项名：人数；含义说明：每个班级的人数；别名：学生数；数据类型：整型；长度：100；取值范围：所有自然数；数据项名：是否合班；含义说明：用来对每个班级是否是大小班进行分别；数据类型：整型；数据项名：教室号含义说明：每个教室的代码，用来对所有教室加以区分；别名：教室编号；数据类型：字符型；长度：4位；取值范围：所有英文字母和所有自然数；数据项名：教室类型含义说明：教室分为普通教室和多媒体教室；别名：教室的类型；数据类型：字符型；长度：不限取值范围：普通教室和多媒体教室； 数据项名：教室容量；含义说明：用来描述上某课时所拥有的最大人数；别名：班级容量；数据类型：整型；长度：100；取值范围：所有自然数；数据项名：教师号；含义说明：对每个教师所在的系别和所授课的专业加以标示和区分；别名：教师编号；数据类型：字符；长度：4位；取值范围：所有英文字母和所有自然数；数据项名：教师姓名；含义说明：用来对每个教师加以标示和区分；数据类型：字符型；长度：2-4位；取值范围：所有汉字或英文；数据项名：职称；含义说明：用来描述教师所教授的课程；别名：职业称号；数据类型：字符型；长度：10；取值范围：所有汉字或英语；数据项名：所属学院；含义说明：用来描述教师所在的学院；别名：学院名称；数据类型：字符型；长度：不限；取值范围：所有汉字或英语；数据项名：课程号；含义说明：用来标识该门课在整个学校所开课的位置；数据类型：整型长度：3-8位；取值范围：所有英文字母和所有自然数；数据项名：课程名；含义说明：用来标示某门课；数据类型：字符型；长度：2-6位；取值范围：所有汉字或英文；数据项名：是否副课含义说明：用来区分专业课和公共课；数据类型：整型；数据项名：课程节数；含义说明：每门课所上的课时；数据类型：整型；长度：2-3位；取值范围：2节或3节；数据项名：课程分布；含义说明：用来分派课程所上的时间段；数据类型：字符型；取值范围：周一至周五和周末。2.数据结构数据结构反映了数据之间的组合关系。一个数据结构可以由若干个数据项组成，也可以由若干个数据结构组成，或由若干个数据项和数据结构混合组成。数据结构名：课程含义说明：是课程管理子系统的主体数据结构，定义了一个课程的有关信息。组成：课程名，课程号，是否副课，课程节数，课程分布。数据结构名：班级含义说明：是班级管理子系统的主体数据结构，定义了一个班级的有关信息。组成：班号，班级名,专业,年级,人数.是否合班。数据结构名：教室含义说明：是教室管理子系统的主体数据结构，定义了一个教室的有关信息。组成：教室号，类型,教室容量。数据结构名：教师含义说明：是教师管理子系统的主体数据结构，定义了一个教师的有关信息。组成：教师号，教室姓名,职称,所属学院。3.数据流数据流是数据结构在系统内传输的路径。数据流名：选课说明：不同班级根据自己的专业来选择自己要上的课程数据流来源：计算机专业课程；数据流去向：计算机的所有班级；组成：课程号，课程名，是否副课，课程节数，课程分布，班号，班级名；平均流量：不限高峰期流量：人数不限数据流名：使用说明：每个班级根据自己的课程选择自己对应的教室数据流来源：计算机的所有班级数据流去向：每节课程所对应的教室组成：班号，班级名，教室类型，教室号平均流量：不限高峰期流量：人数不限数据流名：授课说明：每个教师教授自己所对应的一门课程数据流来源：计算机专业课程数据流去向：计算机专业的所有教师组成：课程号，课程名，是否副课，课程节数，课程分布,教师号，教师姓名平均流量：不限高峰期流量：人数不限4.数据存储数据存储是数据结构停留或保存的地方，也是数据流的来源和去向之一。数据存储名：班级表说明：记录班级的基本情况输入数据流：来自各班的实际情况输出数据流：面向广大师生组成：班号，班级名,专业,年级,人数,是否合班数据量：不限存取频度：随时都行存取方式：批处理数据存储名：教师表说明：记录教师所授课程的基本情况输入数据流：来自教师的基本情况输出数据流：面向广大师生组成：教师号，教师姓名，课程号,职称,所属学院数据量：不限存取频度：随时都行存取方式：批处理数据存储名：教室表说明：记录教室的类型和对应班号的基本情况输入数据流：来自教室和对应班号的基本情况输出数据流：面向广大师生组成：教室编号+类型+班号+教室容量存取频度：随时都行存取方式：批处理数据存储名：课程表说明：记录计算机专业每门课的基本情况和安排情况输入数据流：来自计算机专业每门课的基本情况和安排情况输出数据流：面向广大师生组成：课程号+课程名+是否副课+节数+课程分布存取频度：随时都行 存去方式：批处理数据存储名：教学时间段表说明：记录课课节数对应的时间段输入数据流：来自课节数对应的时间段输出数据流：面向广大师生组成：时间段+节数+附注存取频度：随时都行存取方式：批处理数据存储名：班级课程表说明：记录计算机专业的每个班级对应的课程号输入数据流：计算机专业的每个班级对应的课程号输出数据流：面向广大师生组成：班级课程号+班号+课程号+时段存取频度：随时都行存取方式：批处理5.处理过程处理过程名：添加记录说明：增加各项课程的记录输入：班级信息，课程信息输出：各项记录的数据处理：为保证数据的有效性、一致性、完整性，在录入新记录时，系统能根据操作员输入的编号到课程表中查询是否已经存在这样课程的记录，如果已经存在，则给出更换课程的提示；如果不存在，则判断课程名是否为空，如果是空的则提示输入，否则进行班级课程时间冲突的判断，再进行是否副课进行选择，该课程上课节数等一系列必须输入的项目的审核，如果都通过才能把当前输入的所有信息项插入到物理数据库的课程表中。处理过程名：查询信息说明：了解课表的各项情况输入：用户名，用户的密码输出：课表的各项基本情况处理：系统能按等单项或多项的组合进行精确或模糊查询，并把查询的结果显示在表格中。处理过程名：更新记录说明：对那些需要更该其信息的课程进行各项功能的更新输入：需要更改的信息输出：更该后的信息处理：本模块实际上包含两个模块，即修改和删除。在修改子模块中，首先查询出要修改的记录，然后对每一条记录进行除班号外的任何一项的修改。在删除子模块中，也同样是先查询出要删除的记录，因为删除操作是一个没有反悔余地的操作，故在删除前会给出一次确认的机会，如果此时不想删除就可马上取消，但如果真正要删除则从数据库中永久性的删除。当然可以把删除的信息保存到历史记录中。3 系统功能设计3.1系统功能描述：1.1 基本信息管理：教师、教室、班级、课程、教学任务等数据的输入、编辑功能；1.2 数据处理：自动排课、课表修改、删除功能；1.3 数据输出：桌面查询教师、教室、班级课程表，报表打印教师、教室、班级课程表；1.4 帮助：指导用户使用该系统及其他相关说明。3.2 系统功能模块分析3.2.1系统总体模块分析如下2 排课教师 查看课程表 用户注销各类基本信息1 信息管理排课所需信息已排课表信息 3 输出排课 3.2.2 教师子模块分析查看自己被分配的课程 课程详细信息 3.2.3 注销子模块分析 点击注销 返回到登陆界面 3.2.4 排课系统模块分析自动排课系统 教学周历 输出管理排课管理帮助资源管理系统管理打印查询手动调课自动排课参数管理用户管理密码管理系统备份教室管理教师管理课程管理时间管理班级管理教学计划信息系统各个功能模块的介绍：（1）系统管理：此功能可对用户的信息进行添加、修改等操作；对登录的用户进行登录；限制同时可对系统的数据进行备份。（2）资源管理：此模块的功能是对教师信息表、教室信息表、班级信息表和课程信息表等教学资源信息进行追加、删除、更新等操作，并将结果保存到数据库中。同时可以从教务信息系统中导入教学周历和教学计划信息，并对相应的信息进行修改，为排课内容做准备。（3）排课管理：此功能模块根据排课所遵循的规则对教师、教室、课程等信息资源进行条件检索追加、删除、更新操作，使得用户能合理地登记排课信息。可以通过对参数管理获取教师通过网络输入的排课意见信息：对登记的班级、教 师、课程信息、教师意见等相关的排课信息，按照排课算法的限定条件进行自动排课。生成课表，同时可以对需要进行临时调整的调课计划进行手动操作。（4）输出管理：此功能可以进行课表的查询和打印。操作根据用户的权限，按照相应的需求，实现对班级、教师、教室的课表进行查询和打印。（5）帮助：提供相关的系统帮助。4.数据库概念模型概念4.1 概念结构设计的方法 设计概念结构通常有四类方法：自顶向下，自底向上，逐渐扩张以及混合策略。本教学系统采用的是自底向上的方法。即首先定义全局的概念结构的框架，然后逐步细化。根据自顶向上地进行需求分析然后再自底上上地进行概念设计。4.2 概念结构设计的步骤 概念结构的设计可分为两步：第一步是抽象数据并设计局部视图。第二步是集成局部视图，得到全局的概念结构。 4.3 数据抽象与局部视图设计按自动排课系统总框架图，设计局部E-R图：教室号课程号教室容量课程教室课程名教室类型班级名姓名班号教师号年级职称班级教师专业所属学院所教课程号是否合班人数日程安排课程名教室号节次星期课程计划书单双周是否可用 图4.1 局部E-R图4.4 视图的集成描述进行视图集成的具体过程，可以得出总体概念结构E-R 图：是否合班班号已上课程号所属学院姓名职称教师号专业班级年级教师人数班级名课程号课程课程计划教室号教室课程名教室容量日程安排教室类型课程计划书单双周课程名是否可用节次星期教室号 图4.2总体概念结构图5.数据库逻辑结构设计5.1 数据概念模型的优化 数据库的逻辑结构设计的结果不是唯一的。为了提高数据库应用系统的性能，还应该根据应用需要适当的修改，调整关系模式，这就是数据模型的优化。规范化理论为数据库设计人员判断关系模式的优劣提供了理论标准，可用来预测模式可能出现的问题，使数据库设计工作有了严格的理论基础。关系数据模型的优化通常以规范化理论为指导，方法为：（1）确定数据依赖。分别写出每个关系内部属性的以及不同关系模式属性间的数据依赖。（2）对于各个关系模式之间的数据依赖进行极小化处理，消除冗余的联系。（3）按照数据依赖的理论对关系模式逐一分析，考察是否存在部分函数依赖，传递函数依赖。5.2 数据逻辑属性E-R图1） 教师实体属性图如图1所示教师姓名教师编号电话号码教师所授课程总量 图1教师实体及其属性2）学生课表实体属性图如图2所示时间学生课表班号教室号课程号教师号图2学生课表实体及其属性3）教室课表实体属性图如图3所示时间课程号教室号教室课表班号图3教室课表实体及其属性4）教师课表实体属性图如图4所示教师号教室号课程号教师课表课程号时间图4教师课表实体及其属性查询教学任务5）大学自动排课实体属性图如图5所示学生 n属于排课课表 1班级 n查询属于 属于 1教师系别 1 n 图5 大学自动排课实体属性图6 数据库物理结构设计数据库的物理结构设计应满足事务在数据库上运行时响应时间短、存储空间利用率高和事务吞吐率大的要求。设计时应该事先对要运行的事务进行详细的分析，获取所需的参数并结合DBMS提供的物理环境和工具。用数据库基本表显示数据库结构图的关系。表5-1 系统数据表数据表名称数据表描述Class保存班级基本信息Hb保存组成各合班的班级号Teacher记录教师信息Classroom记录教室信息Course保存课程信息Lesson_plans保存教学计划R_L存储总课表表5-2系统视图 数据表名称数据表描述Lp_view保存需要排课的信息，利于排课RL_view保存教室安排信息，利于查询班级时间及教室时间表5-3 Course-班级信息表字段名称说明数据类型长度约束备注Class_id班级编号Char10主码Class_name班级名Char20非空Department专业Char20非空grade年级Char10非空number人数Int100非空Hb是否合班int非空默认0（否）表5-4 hb-合班表字段名称说明数据类型长度约束备注Hb_id合班号Char10主码Class_id小班号Char10非空表5-5 classroom-教室信息表字段名称说明数据类型长度约束备注Cr_id教室编号Char10主码Class_id班级编号Char10外码Capacity教室容量Int100非空Category教室类型Char10非空表5-6 Teacher-教师信息表字段名称说明数据类型长度约束备注T_id教师编号Char10主码T_name教师姓名Char10非空profession职称Char10非空C_id课程号Char10外码Department所属学院Char10非空表5-7 Course-课程信息表字段名称说明数据类型长度约束备注C_id课程号Char10主码C_name课程名Char20非空Vice_class是否副课Int非空