基于DCOM的多层分布式教务管理系统的研究实现.pdf(2)

(9)在每学期期末，学生登录教务信息网对本学期各门课程的任课教师进行 评教。评教的结果将影响下学期的排课，对于评教不及格的教师将不能参加下学 年的授课。(10)考试结束后，各院系教学秘书根据任课教师所送成绩单登录成绩管理系 统录入该院各班级各门课程的学生成绩。(11)学生毕业时，教务人员通过毕业审查程序决定该学生是否能毕业以及是 否能获得学位。(12)教师和学生根据不同的权限可以随时登录教务信息网来查看各种教学 信息，如课表和学生成绩等。 2．3教务管理系统的主要功能模块根据以上对教务管理系统的业务分析和软件工程的思想郾1，将整个教务管 理系统划分成以下几个模块，如图2．3所示。江苏大学硕士毕业论文图2．3教务管理系统的功能模块各主要模块功能如下： (1)教学计划管理系统教学计划是教学开展的核心。学分制条件下，教学计划制定和学年制的教学 计划的制定没有很大的差别。主要是考虑到多数学生还是按照一定的教学规律在 校学习。但是教学计划中只是制定了针对某入学年份某的必修课程、选 修课程的开课学期，但是是否真『F开出该课程，则是由具体的选课情况决定，学 生完全可以不按照该教学计划而自由选课。

班 学籍号：学业成就 学习领域 科目 必修模块 选修Ⅰ模块 学业水平考试 模块数 学分 模块数 学分 语言与文学 语文 外语 数学 数学 人文与社会 思想政治 历史 地理 科学 物理 化学 生物 技术 信息技术 通用技术 艺术 音乐 美术 体育与健康 体育与健康 综合实践活动 课程名称 主题或内容 评价描述： 学分 研究性学习 社区服务 社会实践 选修Ⅱ 课程名称 评价描述： 学分 学分合计： 必修共 。(一)教科书分为必修和选修两个部分，必修共五册，共用三个学期完成教与学的任务，其他时间由学生按兴趣学习选修部分。不仅选修本院系的课，也可以选修其他院系的课、其他学校的课、网络上的课，甚至可以选修国外的课程。

(8)毕业审查系统该模块根据学生获取的学分、奖惩等方面来审查学生的毕业资格。10江苏大学硕士毕业论文第三章现有教务管理系统的研究分析教务管理系统从上世纪80年代出现至今，从设计结构上来看大致经历了以 下几个发展阶段[1叫： 3．1基于单层结构的教务管理系统早期的软件产品大都是单机软件系统，通常设计人员和开发人员对系统结构 并不很重视。教务管理系统也不例外，这个时期的教务管理系统是以单层结构和 独立的业务系统为主体的，也就是的教务管理系统。这一阶段的IT发展 特征是，计算机硬件的价格开始降低，为其在国内普及应用提供了条件。正是在 这一时期，计算机走入了教育行业。但这时的教务管理信息系统几乎都处于功能 间的相互独立状态，大量的数据是以独享方式存在的，没有实现信息的整合。从 整体上看，软件没有层次概念，通常一个应用程序包括了所有的用户界面、业务 规则以及数据处理，应用程序的数据有可能存放在远程机器上，但访问数据的逻 辑包含在应用程序中。单层应用软件由于包含了所有的应用逻辑(从后台最基本的数据处理，到前 台对用户的响应以及处理结构的显示)，所以应用软件往往比较庞大。

即使应用 软件有多个程序模块用来处理不同的应用功能，但从软件整体结构来讲，它仍然 是个单层应用软件。由于单层应用软件比较庞大，所以该时期的教务管理系统的缺点主要表现在 以下几个方面：(1)在设计阶段，要求设计人员必须面面俱到，从复杂的逻辑结构中整理出 程序设计文档；(2)在开发阶段，软件开发人员之间的协作也比较困难；(3)在测试和维护阶段，对软件的局部改动可能会影响到整体：(4)在软件发布之后，为适应新的需求，在开发新版本软件时，往往要全面 调整程序结构甚至废弃原来大量的代码，所以单层软件的版本更新往往比较慢；(5)数据无法共享，只能每台机器上的教务管理系统都是完全独立的，数据 在每个客户端间也没有任何的关联。江苏大学硕士毕业论文当然，该时期的教务管理系统也有一些优点。因为使用的是单层结构，所有 的处理在一个程序中全部完成了，实现功能时没有经过中间层次，所以程序运行 的效率往往比较快。 3．2基于C／S两层结构的教务管理系统随着软件编程技术及工具的不断推陈出新和计算机网络技术的发展，出现了 网络应用，基于单层结构的教务管理系统已不能满足要求，于是很自然地出现了 基于Intranet的C／S两层结构的教务管理系统。

随后，迅雷一方面继续加速共享经济b端应用“星域cdn”的业务布局，另一方面，拿出了all in区块链的态度，建设以区块链为代表的联盟链，引导共享计算向c端延伸，做真正的区块链应用。三是要着手研究确定六个中每个数据动态采集、更新、共享、管理和使用机制的建立问题，这项工作也十分重要delphi70范例入门与提高 pdf，否则，我们的系统建立起来，只能是死库、一次性的库，这项工作同样全新、同样复杂，工作量也很大，但必须做。采用san 可以建造一个存储池，实现多服务器共享一个阵列子系统、共享一个自动带库，实现数据的共享和集中的管理。

但是这样的结构有更大的问题，因为如此一来不但应用系统都绑 死在特定的上，此外许多应用逻辑的程序代码并不适合在之中执 行，因为使用大量计算的程序代码会严重的拖累的执行效率。基于C／S两 层结构的教务管理系统的结构如图3．1所示。江苏大学硕士毕业论文客户层客户层(用户界面和业务逻辑)(用户界面)客户层服务器层服务器层服务器层(数据维护)(数据维护和业务逻辑)图3．1基于C／S两层结构的教务管理系统这种C／S两层结构最大的优点在于结构简单，开发和运行的环境简单，而且 具有强大的数据操作和事务处理能力，模型思想简单，易于人们理解和接受。但 随着学校规模的日益扩大，软件的复杂程度不断提高，基于这种体系结构的教务 管理系统逐渐暴露了以下缺点： (1)开发成本较高C／S体系结构对客户端软硬件配置要求较高，增加了整个系统的成本； (2)客户端程序设计复杂由于采用了C／S体系结构进行教务管理系统软件的开发，大部分工作量放 在客户端的程序设计上，所以客户端就显得十分庞大，也就是我们平时说的“胖 客户”： (3)软件移植困难采用不同开发工具或平台开发的软件，一般互不兼容，不能或很难移植到其 它平台上运行； (4)软件维护和升级困难同样是因为采用C／S体系结构的软件要升级，开发人员必须到现场为客户 机升级，每个客户机上的软件都需维护。

对软件的一个小小改动(例如只改动一 个变量)，每～个客户端都必须更新； f5)系统的安全性问题在C／S结构下，大量代码化的企业业务流程驻留在客户机上，给系统安全性 带来了极大的考验。而且每台客机都可以对服务器上的数据进行直接操作，势必江苏大学硕士毕业论文 产生漏洞； (6)当客户端数目激增时，服务器端的性能会因为负载过重而大大衰减； f7)大量的数据传输增加了网络的负载； f8)不能满足基于学分制的选课的需求。 3．3基于B／s结构的教务管理系统随着Intemet的发展，特别是各高校学分制的推出，以选课系统为代表的基 于B／S结构的教务管理系统脱颖而出，它是采用Intemet的浏览器作为客户端的 界面。所有的操作都是通过浏览器进行的，这样在用户的机器上无需安装多余的 程序就可以运行客户端。虽然B／S结构可以实现“瘦”客户。我们在客户端只需要砸就可以登录Web 服务器来执行企业逻辑，不再需要安装其它任何的支持程序，这是它的最大的优 点。但是B／S结构主要是通过网页实现的，而目前用Web页面来实现类似 Windows窗体那样的界面通常很难，而且在教务管理系统中大部分操作用户都是 在校园网内部进行的，没有必要所有的操作都使用Web服务器来实现，另外使 用B／S结构对于数据的处理也不是太方便，数据安全方面也会受到严重地威胁。

要消除微服务架构等分布式模型中的凭证管理开销，并从所构建系统的高安全性中获益，一种选择是使用一个综合性密钥管理工具。浙江网商银行核心系统全部基于阿里自主研发的分布式架构的金融云计算和oceanbase开发，与传统的银行it系统相比，少了大量的软硬件采购与维护费用，能大幅降低运营成本并随时随地扩容，并且，这套系统会开放给所有金融机构使用。整个系统采用分布式部署、集中式管理的系统架构，设置多级管理权限，合理分配系统资源，提高管理的高.效性和安全性。

在过去，集中式应用系统可以 很好的满足企业对业务计算处理的需求，但随着Intemet和In㈣et的兴起和发 展，企业运作方式产生了很大变化，系统的分布范围也越来越广，传统的集中式 系统已经显得力不从心，服务器的负担越来越重。分布式系统的执行是把整个系 统分成数个不同的部分，并且执行在不同的机器之中，使整个系统的延展性大为 提高[II-12】。分布式应用系统强调的是系统的稳定性、延展性以及执行效率。分布 式应用系统通过在中间层部分提供多台不同的应用服务器，以支持先进的容错能 力以及负载平衡的能力[13-141。根据的限制，～般把数据集中放 在运算能力较强的服务器中，这种应用系统一般称为集中式系统或数据中心系江苏大学硕士毕业论文 统。

最早的集中式系统是由终端和大型机组成，如图4．1所示。用户通过终端远 程登录到远程的大型主机，进行远程控制业务处理。在这种情况下终端不需要决 定自己往哪里发送数据，因为它和主机通过一条直接链路进行通信。图4．1终端和大型主机组成的集中式系统随着PC机处理能力的强大和价格的下跌，集中式系统演变为由工作站和服 务器组成，用户通过工作站访问服务器上的数据，与之进行信息交换，如图4．2 所示。虽然工作站有一定的处理能力，但整个应用系统集中计算的本质并未发生 变化，工作站的主要任务是将格式化后的数据进行显示，业务运算仍然集中在服 务器上。图4．2由工作站和服务器组成的集中式系统虽然在集中式系统中，用户可以共享大型主机或服务器以运行日常任务，并 且便于进行系统维护和软件升级，但这种系统的局限性也是显而易见的：业务相 对单一，客户端较为集中，并且要求持续可靠的数据链路。并且随着Pc机处理 能力的提高，这种远程计算的方法实际上是一种浪费。这种系统己不适用于当今 基于Intemet／Intranet进行信息管理的企业业务处理，也不能使数据安全性和一致江苏大学硕士毕业论文 性得到很好的保障。 4．1．1．2分布式系统在分布式系统中，整个应用系统的业务操作被分成数个不同的部分，并且根 据需要在不同性能的计算机中执行，如图4．3所示。

当客户端应用程序在使用业 务规则时，并不关心业务逻辑是在哪台机器上执行。通过分布式技术，客户端对 业务逻辑的调用看起来就象这些业务逻辑的执行(业务对象，经过封装，能够执5-21]。这就 行特定业务功能的对象称之为“业务对象”)就存在于本地机器一样[1 是我们所说的“位置透明性”(Location 地或者远程都能实现，换句话说，客户端不必在意业务对象的具体位置。图4．3分布式系统基于分布式计算的应用系统更强调系统的稳定性、可扩展性和执行效率，这 也正是分布式系统的特点与优点。并且通过多台执行业务对象的应用服务器，分 布式系统具备较强的容错能力以及负载平衡的能力‘22_261。当客户端应用程序需 要进行业务操作时，可以根据目前每一台应用服务器的负荷以及是否可以提供服 务的情形来动态决定连接到哪一台应用服务器上。 4．1．2DCOM技术 其能够支持在局域网、广域网甚至Intemet上不同的计算机的对象之间的通信。 这一扩展加强了对位置透明性、远程激活(RemoteActiviation)、连接管理Management)矛II安全等方面的支 (ConnectionManagement)、并发管．理(Concurrency 持[；77-28】。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-106297-2.html