某大学研究生院综合业务支撑系统_规化方案建议书.docVIP

目 录 1 总体方案 3 1.1 项目简介 3 1.2 设计原则 3 1.3 技术路线 4 1.3.1 多层架构 4 1.3.2 规则引擎与流程管理框架的集成 9 1.3.3 实现技术 12 2 软件方案 13 2.1 软件架构 13 2.2 软件功能 13 2.2.1 招生管理 13 2.2.2 培养管理 13 2.2.3 学位管理 14 2.2.4 三助管理 15 2.2.5 行政管理 15 2.2.6 学员服务 15 2.2.7 教师服务 15 2.2.8 接口管理 16 2.2.9 系统管理 16 3 工程实施方案 17 3.1 系统的重点和难点分析 17 3.2 项目管理方法论 17 3.3 软件开发模式 19 3.4 项目风险管理 20 3.5 项目监控 21 3.6 项目进度安排 21 4 软件报价 22 总体方案 项目简介 某大学是教育部直属的全国重点大学，是教育部批准正式成立研究生院的大学，是国务院学位委员会首批批准的具有博士、硕士学位授予权的单位，也是首批进入“211工程”建设的全国重点大学。 某大学研究生教育已形成了规模化、多元化的研究生教育体系，是我国铁路、交通运输行业和西部地区高层次专门技术人才和管理人才的主要培养基地。研究生院下设招生、培养、学位/学科、专业学位、三助、行政等办公室。目前，其业务系统分散，数据难以集中管理，因此很难保证数据的一致性、完整性和安全性。希望建设一套综合的业务支撑系统，以提高管理水平及协同办公的能力，更好的为老师和学生提供各类信息服务。 设计原则 为了确保研究生院综合业务支撑平台设计的合理性、实用性，确保各业务支撑系统的高效运作，本方案设计遵循以下原则： 构件式系统 系统必须由一系列独立部署的构件组成，构件的设计应该满足以下要求： 构件多实例运行：应该尽量满足对每一个构件都可以同时运行多个构件实例的需求，以保证系统的高可靠性与可伸缩性。 构件接口定义稳定：应充分考虑构件间接口稳定性，建议使用XML或者类似的结构，以保证接口传输参数与内容的可扩展性。 构件粒度合理确定：应综合考虑系统性能、扩展性等方面的因素，同时兼顾系统在部署、维护和管理等方面的要求，合理确定构件粒度。 分布式、面向接口访问 每个构件均可以承担服务提供者和服务使用者两种角色，服务使用者通过访问服务提供者的接口获取相应的服务。 系统必须实现构件的分布透明机制。组成系统的构件实例可以部署在一台或多台主机上。构件提供的服务访问对分布地点、位置透明，服务使用者通过构件的逻辑名称即可获取服务而与构件所在主机的物理位置无关。 松耦合、高内聚原则 系统设计须遵循松耦合、高内聚原则。构件之间保持松耦合状态，服务的具体实现方式对服务使用者透明。在构件内部所实现的功能与结构保持高度逻辑相关性的同时，保证构件间的相互独立性。 共享信息服务 系统必须提供独立于业务的共享信息服务。共享信息服务遵循企业的数据模型规范，外部系统通过企业集成与接口平台，访问系统的共享信息，以实现系统间的集成与互操作。 业务过程与构件实现分离 应综合考虑业务过程与构件实现的分离的原则，利用流程管理、策略管理和界面集成技术，动态地定义系统的行为以实现系统功能。应用此种技术在获得灵活性与可扩展性的同时，也应当充分预见其对系统性能带来的影响。 研究生院端到端业务流程的实现往往会涉及多个系统的多个功能模块。为了降低系统间耦合程度，提高流程管理的灵活性，应该实现分层次的流程管理机制，各系统内部实现自己的工作流管理服务。应用软件中的任一模块更新、加载时，不能影响业务运转和服务。 技术路线 多层架构 系统采用分层结构开发和设计，将界面、业务逻辑和数据分离，实现系统内部松耦合，以灵活、快速地响应业务变化对系统的需求。系统层次结构划分为数据层、信息服务层、业务逻辑层和控制层，通过各层次系统构件间服务的承载关系，实现系统功能。 各层的应用构件利用系统服务框架所提供的基础服务实现系统公共设计、运行与管理机制。其中业务逻辑层及信息服务层中的构件必须遵守同样的设计规则并在一个统一的构件运行环境中运行。 集成接口服务是系统开放给外部系统的接口服务。 下图描述了系统的分层次的技术架构，以下将分别对这些系统内部层次进行说明。 数据层 数据层负责系统的数据存储及维护数据的完整性与一致性。数据可以根据需要存储在数据库管理系统、文件、外部存储设备中。数据层数据的组织按照企业业务概念模型在应用软件上优化实现的要求形成各个主题域。 信息服务层 信息服务层实现系统的共享信息服务。该层的构件实现对数据的封装，并把封装后的数据转换成有价值的业务与系统信息，通过合约接口，向其上的业务逻辑层和其他相关外部系统提供一致的与业务逻辑无关的信息服务。 信息服务层按照系统域方式进行组织。系统域是一组与某一特定管理