基于VB的排课管理系统设计与开发Word文档下载推荐.docx
《基于VB的排课管理系统设计与开发Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《基于VB的排课管理系统设计与开发Word文档下载推荐.docx（37页珍藏版）》请在冰点文库上搜索。
1.3.1数据装载模块
本系统的数据量较庞大，所以在程序的开始必须有一个数据装载模块，等到数据完全被转载之后才能正常执行程序。
1.3.2登陆窗体
登陆部分分为两个部分：
管理员和教师。
在登陆窗体中，用户输入用户名、密码，并选择各自的类型，并单击“确定”按钮将输入提交给系统以便验证用户、密码及身份。
如果用户的密码输入错3次，则系统自动退出；
如果用户密码正确，将会进入系统的主窗体。
1.3.3系统主窗体
在主窗体上，只有管理员才有权限登陆进去，管理员根据需要，编辑排课的各个子模块。
1.3.4教职员信息入库
输入教职员的一些基本信息，保证数据库的完整性，并为后面的排课提供可靠的数据保证。
常用的教职员信息至少包括姓名、年龄和简介等。
提供添加、修改、保存等功能。
1.3.5排课管理窗体
排课管理是本系统的核心部分，作用是在自动排序的基础上进行手工排序。
由于目前自动排序的算法还不太成熟，因此，自动排序的结果中可能有一些重复的情况，必须借助手工排序的方法来完善。
1.3.6教职员带课信息查询
教职员带课信息查询给用户提供一个排课结果查询的界面，应该能查询到某个教师在某一周内带课的所有班级和所带课的上课时间以及课程名称。
1.3.7本学期课程设置
此模块罗列出本学期内学校给本专业所设置的专业课程名称，并提供了修改、保存、取消等功能。
1.3.8打印课程表
选择了打印课程表，即会弹出一个窗口，让用户选择要打印课程表的班级的年级和班数，点击确定后，系统即会为用户打印出此班级的课程表。
1.3.9打印教师带课表
在主窗体上选择了此功能模块，在弹出的窗体中的下拉菜单中选择老师用户，系统即会为用户打印出此老师的带课表。
1.4系统的总体流程图
图1-1：
总体流程图
Chart1-1:
Overallflowchart
1.5用户权限和管理
用户权限是管理员设置的，跟系统的各功能模块是紧密相关的！
如果是管理员，可以访问系统的各个模块，并对各个模块的的信息，即整个排课系统的各类信息做相应的修改、增加、删除。
如果是用户是教师，只能访问各个教师的带课信息，只能查看，并不能做任何的修改、增加、删除。
第二章系统可行性分析
2.1引言
这个阶段要回答的关键问题是：
“对于上一个阶段所确定的问题有行得通的解决方法吗？
”为了回答这个问题，需要一次大大压缩和简化了的系统分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。
可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范围，探索这个问题是否值得去解，是否有可行的解决方法。
并不是所有问题都有简单明显的解决方法，事实上，许多问题不可能在预定的系统规模之内解决。
如果问题没有可行的解，那么花费在这项开发工程上的任何时间、资源、人力和经费都是无谓的浪费。
可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
但可行性研究的目的不是解决问题，而是确定问题是否值得去解。
为了达到这种目的，不能靠主观猜想而只能靠客观分析。
为此，我们要进行必要的可行性研究。
开发任何一个基于计算机的系统，都会受到时间和资源上的限制。
因此，在接受项目之前必须根据客户可能提供的时间和资源条件进行可行性研究。
它可以避免人力、物力和财力上的浪费。
可行性研究与风险分析在许多方面是相互关联的。
项目风险越大，开发高质量软件的可行性就越小。
可行性研究包括经济可行性、技术可行性、法律可行性和开发方案的选择性。
由于是毕业课题，下面仅对其技术可行性进行分析。
2.2开发工具的选择
微软公司的VisualBasic6.0是Windows应用程序开发工具，使目前最为广泛的、易学易用的面向对象的开发工具。
VisualBasic提供了大量的控件，这些控件可用于设计界面和实现各种功能，减少了编程人员的工作量，也简化了界面设计过程，从而有效的提高了应用程序的运行效率和可靠性。
故而，实现本系统VB是一个相对较好的选择。
2.3关系型数据库的实现
Access2000就是关系数据库开发工具，数据库能汇集各种信息以供查询、存储和检索。
Access的优点在于它能使用数据表示图或自定义窗体收集信息。
数据表示图提供了一种类似于Excel的电子表格，可以使数据库一目了然。
另外，Access允许创建自定义报表用于打印或输出数据库中的信息。
Access也提供了数据存储库，可以使用桌面数据库文件把数据库文件置于网络文件服务器，与其他网络用户共享数是一种关系数据库工具，关系数据库是已开发的最通用的数据库之一。
如上所述，Access作为关系数据库开发具备了许多优点，可以在一个数据包中同时拥有桌面数据库的便利和关系数据库的强大功能。
2.4可行性分析
利用成熟的VisualBasic6.0编写程序语言，能以极低成本、较高效率实现课题要完成的功能，并能在最广阔的地理、技术范围内进行排课和查询操作。
所以采用如下开发方案：
1、利用VisualBasic6.0，实现课题的大部分功能。
2、数据库中运用ACCESS2000成熟的技术，完成了与程序的连接；
3、数据库的设计上遵循灵活性与效率性相统一的原则。
4、界面设计和实现上遵循面向最终用户和效率优先的原则。
5、功能设计和实现上遵循整体规划和逐步扩展的原则。
2.5系统分模块流程图
表2-1：
系统各子模块流程图
Table2-1:
thesystemeachsub-moduleflowchart
第三章系统总体设计
经过需求分析阶段的工作，系统必须“做什么”已经清楚了，现在是决定“怎样做”的时候。
总体设计的基本目的就是回答“从总体上说，系统应该如何实现？
”这个问题，因此，总体设计又称为概要设计或初步设计。
通过这个阶段的工作将划分出组成系统的物理元素------程序、文件、数据库、人工过程和文档等等，但是每个物理元素仍然处于黑盒子级，这些黑盒子里的具体内容将在以后进行详细的设计。
总体设计阶段的另一项重要任务是设计软件的结构，也就是要确定系统中每个程序是由哪些模块组成的，以及这些模块相互间的关系。
总体设计是软件设计阶段的第一步，在软件开发时期中，设计阶段是最富有活力，最需要发挥创造精神的阶段。
在本阶段，主要就是得用面向对象分析方法把分析阶段产生的软件需求说明转换为用适当手段表示的软件概要设计文档，从而得出本模块的具体实现方案与总体结构以及各组成部分之间的关系。
在这一阶段，我把数据库的总体设计也放在这一阶段，经过再三的比较，我选择用ACCESS2000作为后台数据库，ADO作为数据库数据连接手段。
第一部分程序设计部分
3.1.1系统各功能模块分析
3.1.1.1登陆
登陆部分分为两部分：
管理员登陆、教师登陆
管理员登录：
管理员根据管理员代号、密码进入管理员窗口，若经系统验证后允许，则可进入系统对各资料进行管理；
若系统验证后出错，则会提示你无权进入。
管理员代号、密码
表3-1-1：
管理员登陆
Table3-1-1:
themanagerlands
教师登陆：
每一位教师正确输入自己的账号和密码，并选择教师身份登陆，若系统验证通过后，才能进入系统查询相关信息；
若输入密码错误3次，系统自动退出。
输入账号和密码
表3-1-2：
教师登陆
Table3-1-2:
theteacherlands
3.1.1.2教职员信息入库
在教职员信息入库窗体中，管理员要录入教师信息时，输入的要求有教职员姓名、年龄、详细背景等；
此窗体主要有以下主要3个功能：
（1）查看教师信息；
（2）编辑教师信息；
（3）增加或删除教师信息。
用户通过单击导航条，可以方便地逐条浏览数据库中教师的信息。
3.1.1.3课程设置窗体
在弹出的窗体中，根据学校的情况，设置的最多课程是10门。
3.1.1.4排课窗体
排课管理窗体是本系统的核心部分，它调用前两个窗体的信息，也为以后的窗体的调用做准备，因此不能有丝毫的出错。
它主要有以下3个主要功能：
（1）查看并修改各个班级的课程信息；
（2）查看并修改各个教师的带课信息；
（3）查看并修改最终的课程表。
下图是排课管理窗体处理排课时的数据流图：
表3-1-3：
排课管理流程图
Table3-1-3:
therowofclassmanagementflowchart
3.1.1.5课程信息查询
课程信息查询窗体是查询某个老师的带课信息，在窗口的下拉菜单中选择老师，点击查询，可有带课老师的两个选择：
任课班级与任课科目，在下面的表中即可显示出一周内该老师的上课班级与科目。
该窗体主要实现以下功能：
（1）查询某个老师的带课时间；
（2）查询某个老师的带课班级；
（3）查询某个老师带课的科目名称；
除此外，当某老师在某一天的某一时间，如果这位老师有重课，在窗体下面的显示栏中，将以不同的颜色显示；
点击下拉菜单，即可显示该老师在这个时间时，他所上课重复的班级。
因此，我们必须在排课窗口中重新排课。
3.1.2数据字典
数据字典是关于数据的信息集合，也就是对数据流图中包含的所有元素的定义的集合。
任何字典最主要的用途都是供人们查阅对不了解条目的解释，数据字典的作用也正是在软件分析和设计的过程中给人提供关于数据的描述信息。
数据流图和数据字典共同构成系统的逻辑摸型，没有数据字典数据流图就不严格，然而没有数据流图数据字典也难于发挥作用。
只有数据流图和数据字典中每个元素精确定义放在一起，才能共同构成系统的规格说明。
以下是系统涉及到的数据字典：
名字：
管理员
别名：
描述：
管理员登陆的代号、密码，只能在admin后添加数字代表管理员
定义=管理员代号+密码+用户类型
位置：
数据库中
教师登陆
教师登陆信息
教师登陆的账号、密码，
定义=教师代号+密码+用户类型
班级
描述班级的各类信息的数据库
定义=班级号+上课日期+上课节次+课程名称
数据库中
班级课程报表
专业名称
描述该专业对应的班级、教师等信息
定义=专业名称+该专业老师+上该专业的班级
教师带课信息表
教师信息
教师信息
描述老师的相关信息（区别与登陆信息表）
定义=教师姓名+教师年龄+简单评述
教师信息入库信息窗体
教师带课信息
教师带课
描述教师带课的相关信息表
定义=班级号+专业名称+带课老师
教师带课报表窗体
3.1.3系统层次方框图
层次方框图是用树型结构的一系列多层次的矩形框描绘数据的层次结构。
树型结构的顶层是一个单独的矩形框，它代表完整的数据结构，下面的各层次矩形框代表这个数据的子集，最底层的各个框代表组成这个数据的实际数据元素（不能再分割的元素）。
对上述各项功能进行集中、分块，按结构化程序设计的要求，得到下图的系统层次方框图。
表3-1-4：
系统的层次方框图
Table3-1-4:
Systemlevelblockdiagram
第二部分数据库设计部分
3.2.1数据库说明
数据库中表的结构影响代码的可行性以及实现效率。
在数据库技术中，当对表的设计必须根据实际情况，建立E-R图，当建立基本的数据库表结构，依据范式规则对现有的数据库表进行判断其优劣，但是，同时我们也不能忽略代码的可行性和实现效率。
数据库存取权限控制和数据的安全性。
存取权限控制是DBMS提供地内部安全性保护措施。
由于数据库是一个面向企业和部门所有应用共享数据集合，当用户被允许使用数据库后，不同的用户对数据库中数据的操作范围一般是不同的，对数据的操作权限也是不同的。
比如，在本系统中，一般用户无权过问排课系统的基本数据，此外，基本数据只有教学管理部门的人能够修改，而其他相关部门只能查询其有关数据，而无权修改这些数据。
对每一用户，可以定义以下两种存取控制权限：
1）数据对象权限：
规定了用户使用数据库中数据对象的范围；
2）操作类型权限：
规定了用户在课使用数据对象上能执行的操作；
、
3.2.2数据存取技术的选择
本系统采用Access2000作为后台数据库，在程序里，将采用ADO作为数据连接手段。
下面我们先来了解一下Microsoft数据存取技术的演变。
Ø
ODBC
1992年Microsoft和Sybase\Digital共同制定了ODBC标准接口，以单一的ODBCAPI来存取各种不同的数据库。
到目前，ODBC已经是一个稳定并且执行效率良好的数据存取引擎。
不过，ODBC仅支持关系数据库，以及传统的数据库数据存取应用，并且只以C/C++语言API形式提供服务，因而无法符合日渐复杂的数据存取应用，也无法让脚本语言使用。
DAO
1993年Microsoft为了让程序员能够存取ACESS数据库，使用OLEAutomation技术封装了JetEngine.DAO能够存取xBase的数据库以及Excel文件，并且能够结合ODBC存取关系数据库。
但DAO主要的设计目的是存取Acess数据库，因此DAO在存取Acess数据库时很有效率，但在存取其他数据源时却表现得不怎么好。
目前，DAO已慢慢接近维护状态。
OLE-DB
Microsoft为了让应用程序能够以统一的方式存取各种不同的为数据源，在1997年提出了UniversalDataAccess（UDA）架构。
UDA以COM技术为核心，协助程序员存取企业中各类不同的数据源。
UDA以OLE-DB（属于操作系统的层次的软件）作为技术的骨架。
OLE-DB定义了统一的COM接口作为存取各类异质数据源的标准，并且封装在一组COM对象中，藉由OLE-DB就可以使用一致的方式来存取各种数据。
ADO
虽然OLE-DB允许程序员存取各种数据，是一个非常好的架构，但是由于太底层化了，而且使用复杂。
为了解决这一问题，并且让VB和脚本语言也能够藉由OLE-DB存取各种数据源，Microsoft同样以COM技术封装了OLE-DB为ADO对象，简化了程序员数据存取的工作。
ADO成功的封装了OLE-DB的大部分功能，并且大量简化了数据存取工作。
在本系统的实施中选用了ADO作为数据存取方式。
ADO是Microsoft目前主要的数据存取技术，它籍由封装OLE_DB而能够存取不同类型的数据，让应用程序能够很方便的处理各种数据。
VB6.0通过数据访问对象ADODB以及数据控件ADODC等对ADO访问方法提供了全面的支持。
3.2.2.1ADO简介
ActiveXDataObjects（ADO）是微软公司的最新数据访问技术。
它被设计用来同新的数据访问层OLEDBProvide一起协同工作，以提供通用的数据访问（UniversalDataAccess）。
OLEDB是一个低层的数据访问接口，用它可以访问各种数据源，包括传统的关系型数据库，以及电子邮件系统及自定义的商业对象。
数据访问对象DAO（DataAccessObjects）提供了一种编程方法访问和处理数据库、数据库中的各种对象、结构。
使用这个对象集合，可以对数据库中的各个层次的数据进行操作，从数据库到表、记录集到一个记录再到记录中的一个字段，DAO都提供了各个层次的对象用语处理各个层次的数据。
下图给出了DAO包含的各个层次的对象。
表3-2-1：
DAO对象模型
Table3-2-1:
theDAOobjectmodel
同传统的数据对象层次（DAO和RDO）不同，ADO可以对立创建。
因此你可以只创建一个Connection对象，但是可以有多个，对立的Recordset对象来使用它。
ADO针对客户/服务器以及WEB应用程序作了优化。
以前的对象模型，如DAO和RDO是层次型的，在创建一个QueryDdf对象的实例之前，不能创建DAORecordset对象的实例。
但ADO却不同，它定义了一组平面型顶级对象。
最重要的3个ADO对象是Connection、Recordset和Command。
每个Connection的属性定义了与数据源的连接。
Recordset对象接收来自数据源的数据。
Recordset可以与Connection一起用，先建立一个连接，然后获取数据。
尽管如此，Recordset也可以被单独创建，其Connection参数可以在Open属性定义。
ADO是Microsoft公司长期的数据访问策略，将代替DAO和RDO成为以后最主要的数据访问借口。
ADO能访问的数据，除了标准的关系型数据库（如Accesss、foxpro、SQLServer等）中的数据之外，还包括邮件数据、WEB上的文本或图形、目录服务（DirectoryServices）等。
ADO访问数据是通过OLEDB来实现的，它是OLEDB的数据消费者，所以，必须通过OLEDB引擎，才能访问各种数据。
在VisualBasic6.0中，Microsoft公司提供了Access/Jet、ODBC、ORACLE和SQLServer等OLEDBProvider，使ADO对象能通过OLEDB访问各种数据源。
与DAO、RDO等类似，ADO实际上也是一种对象模型，不过这个对象模型相对简单，如下图。
表3-2-2：
ADO对象模型
Table3-2-2:
theADOobjectmodel
在这个对象模型中：
Connection类似与RDO的rdoConnection或者DAO的Database,Command类似与RDO的rdoPreparedStatement或者DAO的QueryDef,Recordset和DAO的Recondset大体是一样的。
值得注意的是：
与DAO等模型的层次结构不同，ADO基本上是一种平板结构，Command和Recordset与Connection三者之间并没有上下层次关系，这种设计主要是为了适应Internet应用开发的需要。
因为在Internet上，像在局域网内那样维护一个永久性的连接，然后在连接的基础上执行查询，基本上是不可能的。
用ADO访问数据和用DAO、RDO访问数据的操作基本是一致的，如果你会使用DAO或RDO，就可以用ADO设计你自己的应用程序。
另外，你会发现，ADO编程比DAO、RDO更加简单、更加方便。
我们知道，DAO主要用于访问本地的数据库，RDO则主要用语访问基于网络的远程数据库。
而ADO则兼有这两者的功能，不仅能快速地访问本地数据库，而且也适应与访问远程数据库。
3.2.2.2ADO的使用方法
一旦安装了ADO，在VB的工程/引用对话框中就可以看到如下图的内容。
图3-2-3：
添加对ADO的引用
Chart3-2-3:
theincreasetotheADOquotation
选择“ActiveXDataObjects1.5Library”（ADODB）。
在其下的“ADORecordset1.5Library”是一个客户端的版本（ADOR），它定义了有聚的数据访问对象。
ADOR对于客户端的数据访问来说是足够的了，因为不需要Connection对象来建立与远程数据源的联系。
如果用户想要访问更多的外部数据源，需要安装这些外部数据源自己的OLEDBProvider,就象需要为新的数据库系统安装新的ODBC驱动程序一样。
如果该外部数据源没有自己的OLEDBProvider，就得使用OLEDBSDK为自己这个外部数据源创建一个OLEDBProvider了。
3.2.3规范化设计方法
构造数据库时，必须遵循一定的规则。
首先我们必须了解自己构造的数据库涉及到的实体，各实体的属性，以及各实体间的关系。
用表或E-R图表示这种关系。
在构造数据库时，我们必须注意表与表之间的关系。
表和表之间关系有时是关联，有时是无关的，我们必须做好相应的表示，在设计时，必须理清关系。
我们常用外关键字来描述表与表之间的关系。
关系模式R中属性或属性组X并非R的关键，但X是另一个关系模式的关键字，则称X是外关键字，也称外码。
3.2.3.1系统涉及到的实体
々管理员（管理员账号、密码、用户类型）
々教师登陆（教师账号、密码、用户类型）
々班级表（班级号、上课日期、上课节次、
升级会员 