总体方案 项目简介 大学是教育部直属的全国重点大学，是教育部批准正式成立研究生院的大学，是国 务院学位委员会首批批准的具有博士硕士学位授予权的单位，也是首批进入工 程建设的全国重点大学。 大学研究生教育已形成了规模化多元化的研究生教育体系，是我国铁路交通运 输行业和西部地区高层次专门技术人才和管理人才的主要培养基地。研究生院下设招生 培养学位学科专业学位三助行政等办公室。目前，其业务系统分散，数据难以集 中管理，因此很难保证数据的致性完整性和安全性。希望建设套综合的业务支撑系 统，以提高管理水平及协同办公的能力，更好的为老师和学生提供各类信息服务。 设计原则 为了确保研究生院综合业务支撑平台设计的合理性实用性，确保各业务支撑系统的 高效运作，本方案设计遵循以下原则 构件式系统 系统必须由系列部署的构件组成，构件的设计应该满足以下要求 构件多实例运行应该尽量满足对每个构件都可以同时运行多个构件实例的需 求，以保证系统的高可靠性与可伸缩性。 构件接口定义稳定应充分考虑构件间接口稳定性，建议使用或者类似的结 构，以保证接口传输参数与内容的可扩展性。 构件粒度合理确定应综合考虑系统性能扩展性等方面的因素，同时兼顾系统 在部署维护和管理等方面的要求，合理确定构件粒度。 分布式面向接口访问 每个构件均可以承担服务提供者和服务使用者两种角色，服务使用者通过访问服务提 供者的接口获取相应的服务。 系统必须实现构件的分布透明机制。组成系统的构件实例可以部署在台或多台主机 上。构件提供的服务访问对分布地点位置透明，服务使用者通过构件的逻辑名称即可获 取服务而与构件所在主机的物理位置无关。 松耦合高内聚原则 业务流程层该层负责管理业务流程的总体执行。这些使用实现的业务流程可 以是长期运行的业务流程事务业务流程以及持久业务流程。流程逻辑支持分布到 服务调用中的高级事务以及嵌套的子流程事务。引擎支持对工作 流进行审计和检测，因此比较适合于 将不易变化的工作流步骤与易变的业务规则分开 实现行业流程 实现需要补偿的流程 支持流程的大型实例化 设计需要审计的流程 协调异构技术，如连接器服务和支持服务调用框架的逻辑 服务层服务层将现有的应用程序层功能公开为服务。这样，多个业务流程 便可以重用这些服务，从而满足面向服务体系结构。 服务实现功能逻辑和域逻辑。功能方法通常是无状态和中等粒度的。例如， 服务可能包含系统数据的实用程序方法实体操作和查询方法。可以使用多种技术实现 服务并隐藏实现平台之间的差别。因此，该层比较适合于 为特定实体域领域实现中等粒度的方法 集成原有的代码第三方工具 封装应用程序层中的逻辑自定义代码和实现 规则层规则引擎通常是复杂逻辑涉及实体之间的些相互依赖性以及与顺序相关 的逻辑计算的发源地。从业务流程中以单独实体的形式提取业务规则可更好地对系统进 行分离，从而提高可维护性。 规则引擎可以对规则集进行并行和按顺序的评估。此外，规则能够对输入数据和中间 数据的值进行评估并确定是否应引发规则。与传统的过程代码相比，该模块设计提 供了个更简单可维护性更高的解决方案。 此外，正如我在前面指出的，规则具备声明特性，并使业务分析员能够进行高级 编辑。现代规则引擎的执行速度非常快，并提供了内置的审计记录。规则层的典型特性包 括 包含耦合和复杂的逻辑 支持使用并行执行进行高效的业务逻辑评估 包含基于多个业务规则评估构建的复杂返回结构 允许将域逻辑转换为简单规则 实现高度易变的业务策略 由于规则在服务层中公开为服务，因此可以在所有应用程序中重用，从而简化 了新应用程序和集成的开发。 实现技术 综合业务支撑系统采用技术架构符合业界的开放式标准和协议。其支持的平 台采用的技术及开发工具如下 操作系统等 数据库等 中间件技术分布式组件技术 基于的应用服务器平台 企业应用集成技术适配器数据转换 工作流技术等技术。 目录 总体方案 项目简介 设计原则 技术路线 多层架构 规则引擎与流程管理框架的集成 实现技术 软件方案 软件架构 软件功能 招生管理 培养管理 学位管理 三助管理 行政管理 学员服务 教师服务