大学本科教学教务管理系统设计建设方案.docx

《大学本科教学教务管理系统设计建设方案.docx》由会员分享，可在线阅读，更多相关《大学本科教学教务管理系统设计建设方案.docx（37页珍藏版）》请在第一文库网上搜索。

1、大学本科教学教务管理系统设计建设方案11111教务信息化发展趋势教务管理系统作为校务系统的一个子系统，应符合学校信息化的长期发展战略，在统一的架构和安全体系下构建。教务管理系统应适合业务发展和教学体制改革需要，在保护现有投资的基础上，完善学校的业务建设，促进教学业务的改善和优化，改善教学方法和手段,提高教学服务水平。要结合学校现有的校务系统和统一平台，基于校务系统建设要求，围绕提高工作效率、管理环节的监控、教学状况的分析、面向教师和学生服务水平的提高、业务流程整合等诸多需求来进行。教务系统建设需要与业务流程再造有机融合，需要通过数据挖掘，创造一个实时的知识环境，使学校相关职能部门能够有效应对各

2、种挑战，提高管理科学化水平。1.1.11.2.创新性需求提升辅助学校领决策力度通过综合分析平台建设，提升学校领导在教学决策中的辅助力度，促进业务过程的优化和改善。综合分析平台提供趋势分析、结构分析、综合对比等多角度、多维度的分析服务，提供分析数据到业务细节数据的回朔，提供不同时期的报表数据快照，提供围绕业务指标的评估和预测功能，为学校领导提供方便、快捷的支持服务。提升业务管理监控实效通过业务监管平台建设，提升学校领导和管理人员对业务过程的监控实效,促进业务管理的顺畅进行。业务监管平台提供对流程的监控、对特定业务的消息提醒、对关键指标的监控等，从而推进业务处理的顺利执行。提升教务系统应用价值通过

3、综合服务中心建设,提升教务系统的应用价值,在满足管理需要的同时,为学生、教师、学校领导提供各类教务服务，包括申办、查询、分析等。适应未来教学体制改革通过灵活的系统设置和工作流配置功能，适应学校教学体制改革需要，满足如三学期、按学分收费等改革需要。1.1.1.13.建设目标鉴于我校目前信息化现状与教学改革需要，结合对我校相关部门与教务处、医学教务处、成教业务实际需求的系统分析，结合国内高校信息化的发展趋势，本期教务系统的建设目标如下：面向未来，支持三学期、四学期等教学改革。涵盖事务处理、服务提供、督导监管、分析改进、计划制定、协同运维，促进教学管理过程的优化。提供综合分析功能，构建教学数据仓库模

4、型，辅助学校领导决策。减少手工劳动强度，提高工作效率，节省管理工作量。适应多校区管理模式，提供必要的业务整合和优化。支持医学教务业务的长学制和专业化管理。开放接口，在数据上支持与原有系统的对接和与校务管理系统各子系统的信息交互。针对需求，提供稳定的报表、数据导入导出功能。保证系统操作界面简洁美观，优化业务操作。1.11.1.4.建设原则为了达到教务管理系统的建设目标，考虑到学校战略发展支撑所需要的延展性要求，我们采用新技术、新方法学及现代系统工程规范深化设计，其建设原则体现在以下几个层面：前瞻性系统建设要结合我校业务发展与管理创新,适应高校改革，如三学期改革等。通过有效监管业务过程、综合改善与

5、优化业务的全局视图，推进学校整体战略的制定、执行与监管。灵活性系统要高度适应学校现有的业务特色，支持多校区管理、部门间业务整合、医学业务与成教业务的特色管理、长学制管理等业务，在权限上要支持横向管理和纵向管理，如按年级、专业、班级、院系等多个维度去划分权限，为学校的教学业务提供切实有效的信息化管理。可维护性系统应基于开发平台建设，并提供二次开发接口，为学校开放源代码，提高系统可维护性，实现学校人员能够针对特定需求，能够及时、快捷地维护系统。开放性系统建设要考虑技术的发展及多元化业务需求的增长，提供良好的开放性服务及可集成能力，可实现与原有系统的数据对接，与其他相关校务系统的数据共享，保证一致性

6、。提供完善的数据导入与导出机制，支持数据上报和与外部应用系统的协同。广泛性系统建设涉及多个层次的学校用户，根据学校的实际情况，除事务管理外，为学生、教师、学校领导等涉众角色建立服务中心，提供各项申报、查询及综合分析服务。易用性系统建设关联部门多、业务复杂，涉及学校、学院、处室等各类人员，这就要求系统在操作上要通俗、业务化，界面美观简洁、操作便利，易于系统的推动和协调。高效性系统在性能上要满足大学大用户群体要求，在迎新、选课、评教、离校等关键环节上保障性能，使学校的相关业务能够快速顺畅进行。稳定性系统运行要稳定可靠，在数据上要保持及时、有效、一致，在技术上保持可伸缩性控制，保证在业务管理过程中系

7、统安全、稳定、可靠地运行。1.1.11.5.总体架构教务/成教管理系统要基于学校现有的总体架构和建设要求构建，学校前期已经建设完成了统一数据库平台、统一信息标准、统一应用、统一身份认证、统一门户平台。一,统一信息门户卅瞿量瞿霖一媚型女明次笫支焉一办公自动化学生工作科研管理人事管理教务管理技术规范和富标准-preesrees-TEnSTPtiDnS-F受用业务实依1工作流引掌实体引擎服务引擎报表引擎消息引擎打印引擎.编码管理.查询配置菜单管理其他安全体系图大学校务系统总体架构基于总体架构和实际业务需求，教务/成教管理系统的总体架构分为业务架构和技术架构两个部分。教务系统围绕教务处、医学教务处的管

8、理、服务、监管、分析、集成等方面的需求目标，需要构建综合服务中心、事务管理平台、业务监管平台、综合分析平台、集成标准和集成平台。其中，管理和服务的内容要建设在学校统一门户平台之上，系统的安全管理采用学校的统一身份认证平台来控制，数据库、集成标准采用学校目前的统一标准，数据基于统一数据库要求存储。教务系统业务框架综合服务中心：为学生、教师、学校领导等不同类型的涉众人群提供相关的网上服务，集合面向学生、教师和学校领导相关的事务内容，为用户提供自助查询、网上业务申请和办理服务，并且可以对服务进度进行查询和监控。综合服务中心通过学校的统一门户来提供相关服务，通过统一身份平台进行帐户控制。事务管理：围绕

9、学校教务处、医学教务处、珠海校区的实际业务管理，包括学籍、出国、教室、课程、教学计划、开课计划、排课、选课、网上评教、考务、成绩、毕业论文、毕业学位、等级考试、调停课、教学工作量、教师档案、教学科研、教室调度、辅修和二专业二学位、二级学科培养、见习实习、基础信息等部分。每个业务单元都包括对相关事务的事务办理、事务管理、业务流程。事务办理是将各类申请服务在相关部门进行流转和业务办理，并反馈办理结果和意见,快速有效的完成业务办理工作；事务管理是相关工作的日常管理，它是每部分业务处理的后台管理部分，是进行事务办理的基础事项管理；业务流程是各个事务办理中的工作流程，将每一步办理组织、每一办理人员串联到

10、业务流程中，并且快速地响应现实中的业务流程变更。事务管理通过统一门户平台提供相关管理功能，业务数据模型建设基于学校现有的数据标准和设计规范，应用支撑构建于学校现有的统一应用平台之上。集成标准：建立一个标准的、开放的高校业务领域通用信息模型作为数据标准；为不同厂商、不同业务领域建立的系统提供规范和标准，并提供通用的服务接口，提供一套教务集成模型。集成标准采用学校现有的信息标准。集成平台：为了完成学校的各个业务事务间、业务部门间的集成业务，提供业务集成的技术实现平台，以集成标准为核心，以ESB为工具，以GDA为手段的集成解决方案。现阶段，学校已经对各校务系统构建完成了WebSerViCeS接口，在

11、这个基础上，集成平台提供以教务为核心的集成功能，可集成所有符合集成规范的业务，从而为跨业务流程的管理和监控提供解决手段。业务监管平台：为学校提供对业务受理、办理、管理过程中相关业务工作的办理情况、办理进度能够进行监管、提醒的平台。业务监管平台同事务管理一样，通过统一门户平台提供相关管理功能，应用支撑构建于学校现有的统一应用平台之上。综合分析平台：以辅助决策、业务优化和改善为目标，建一个覆盖系统建设的学籍和教学各个领域的分析平台，并提供数据比较、报表分析、多维分析与统计等多种分析形式。综合分析平台通过另建的综合分析系统来实现相关的教务分析服务。1.1.1.17.技术架构教务系统的技术架构基于学校

12、整体的技术架构来构建，学校的总体技术架构分为服务层（门户/Web浏览器层）、业务层（应用层）、应用支撑层（应用服务器层）、数据库层（数据访问服务及交换）。教务系统的公共服务、业务管理的展现内容构建于总体架构的服务层，基于门户提供服务；开发平台构建于总体架构的业务层，应用服务器构建于总体架构的应用支撑层，信息模型库构建于数据库层。教务系统以学校的信息标准规范构建信息模型库，在安全体系和权限、认证上符合学校统一身份认证和权限平台要求。教务系统采用了符合学校开发平台规范，即J2EE架构的面向服务架构的开发平台，其中应用集成总线和工作流平台以目前的教务业务为核心，可以支撑挂接学校已封装好的WebSer

13、vices接口的业务内容，实现流程上统一管理。服务层业务层应用支撑层数掴底层基于C1M/面向服务架构的开发平台公共服务应用Me1权限管理界面管理业务逻辑对象持久化应用服务器应用集成架构服务调用和访问工作流立台流程定义流程管理流程监控业务构件库集成适配器应用开发架构界面表示层应用管理日志管理参教管理版本管理流程监控连接管理，应用集成平台流程管理服务总线数据服务A-KW4a统一身份认址r平台协公共通讯平.t办公系统其他业务系统学生系统财务系统人事系统机先生系统ODS数据集市数据仓库图教务系统技术架构教务系统技术体系架构主要包括公共服务、基于C1M/面向服务的开发平台和应用集成平台。外部支撑体系包括

14、与教务相关的校务管理系统。开发平台：是教务系统的核心，是基于CIM/面向服务的架构，它主要包括应用开发框架、应用集成框架、工作流平台。(1)应用开发框架：是教务系统的核心基础服务，分为系统界面展示、界面管理、业务逻辑封装、对象持久化四层，利用CIM模型的标准构件库，来支持教务相关业务的开发、配置、部署和实施。应用开发框架可以部署在主流的应用服务器上，支持集群方式部署。(2)应用集成框架：是教务系统实现内、外部集成的纽带，提供统一集成的服务总线，其通过业务构件库，实现教务系统内、外部集成服务，包括数据集成、业务逻辑封装集成、流程集成。(3)工作流平台，是教务系统业务流转的引擎，提供基于业务构件库

15、的流程定义、流程配置、流程驱动、流程管理、流程监控功能。公共服务：是教务系统构建的通用服务集合，以标准构件的方式提供应用配置、应用管理、监控信息、统计信息、安全控制、日志管理、代码管理、流程监控、版本管理、消息服务、连接管理、权限管理等服务。应用集成平台：是教务系统与其它应用系统进行集成的平台，主要由商业化的数据服务、企业服务总线、流程集成平台组成，实现同其他已有系统的服务和数据集成。通过集成平台，既可以对学校已有数据资源和业务系统进行有效集成,利用已有资源来推动和协助实现教务系统的业务；也可以让教务系统自身的服务接口和业务数据被其他业务系统使用，增加学校各个系统之间的交互性，提高各个系统的服务接口和业务数据的重用程度。应用集成平台目前采用开放式服务，可挂接学校已建设好的校务系统的WebServices业务接口，实现信息上及时交户。系统中也基于WebServices构建接口，提供给其他校务系统调用。教务信息模型：建设于学校总体架构的数据层，存储目前教务系统的业务数据，对于学校目前的公共数据，如学生基础数据、组织机构数据，保留原有的系统存储，学生数据采用同步模式进行数据推送，组织机构数据采用数据引用方式应用数据。1.1.1.18.系统安全设计应用安全是针对用户和