职业院校软件系统集成与数据融合解决方案.docx
《职业院校软件系统集成与数据融合解决方案.docx》由会员分享，可在线阅读，更多相关《职业院校软件系统集成与数据融合解决方案.docx（7页珍藏版）》请在冰豆网上搜索。
职业院校软件系统集成与数据融合解决方案
一、项目主要工作内容
1.建立统一身份认证平台
随着学校IT应用的迅速发展，各种业务系统和用户数量在不断增加，网络规模也逐日扩大，访问控制和信息安全问题愈见突出，原有分散的“独立认证、独立授权、独立帐号管理”的模式已经不能满足学校目前及未来发展的要求；因此，构建一个完整统一、高效稳定、安全可靠的集中身份认证和管理平台已经成为智慧校园建设的重要目标。
2.建立公共数据管理中心
随着学校信息化建设的愈发深入，由于缺乏高层的统筹规划和统一的信息标准，导致大量“烟囱式”的应用林立。
一方面，使各个子系统数据需要重复录入，无形中带来多余工作量。
另一方面，各独立的信息系统也造成管理信息流通不便，信息不能共享，形成许多“信息孤岛”，远没有发挥信息化应有的效力。
要解决“信息孤岛”的问题，就必须进行统一的信息资源规划，而规划的重要内容之一就是数据大整合。
二、项目建设预期成效
1统一身份认证平台建设预期成效：
统一身份认证平台可全面解决学校在访问控制（Authentication）、身份管理（Account）、统一授权（Authorization）等方面存在的安全和管理难题。
统一身份认证平台构建并维护用户基本信息库（含国别、身份证号、姓名、性别、出生日期、照片、帐号（卡号）、密码（采用单向加密算法进行加密存储）与用户身份（教职工/学生/校友/特殊访问者）等），为每一个用户提供唯一的电子身份；构建并维护应用服务注册信息库，为每一项应用服务提供唯一的电子身份；构建公钥基础设施（PKI）、认证机构（CA），实现校园综合管理平台安全、可靠的统一身份认证与网上数据传输。
简而言之，统一身份认证平台可实现学校各业务系统间用户登录账号的统一和单点登录，一套账号、一次登录则所有平台可畅行使用。
2公共数据管理中心建设预期成效：
通过建设一个标准的公共数据仓库，构建公共数据管理中心，然后对其他的业务子系统提供数据接口，使各子系统的基础数据全部调用公共数据管理中心里面的数据，这样只要对公共数据管理中心的数据进行维护，其他各子系统的基础数据也可以及时调用或更新，这样既节省了建设公共数据库的大量投入，又可以实现业务层面的数据共享，实现学校数据的流通和统一管理。
简而言之，公共数据管理中心可减少学校业务系统维护人员的基础数据录入工作量和维护难度，基础数据可统一化、标准化，避免基础数据在各系统间同义不同名。
三、项目实施的基本流程
本项目实施的基本流程如下图所示：
四、数据融合及分析的原理性架构
1.ETL
ETL指数据的抽取、转换与装载，是构建数据仓库的重要的基础性工作。
ETL是数据流动的过程，即从不同异构数据源流向统一的目标数据的过程。
其间，数据的抽取、转换和装载形成串行或并行的过程。
ETL是数据仓库中的非常重要的一环，它是承前启后的必要的一步
2.SRC层
SRC层存放原始数据，ETL从其他业务系统抽取的数据在经过清洗和预处理后首先放入SRC层。
3.ODS层
ODS层是一个面向数据主题的、集成的、可变的、当前的细节数据集合层，用于支持企业对于即时性的、操作性的、集成的全体信息的需求。
常常被作为数据仓库的数据处理的过渡，以降低直接进行数据处理的复杂度。
4.数据集市（DM）
数据集市作为商业智能系统的组成部分，从企业数据仓库中ODS层、抽取相关数据并进行转换和装载，并根据应用需求形成的数据集合，支撑各个业务部门及人员进行建设专业化应用。
五、集成平台的功能体系
模块
子模块
功能
功能描述
系统管理
系统管理
系统配置设置
系统基本参数配置
系统邮箱服务配置
用户相关的基本配置
系统配置管理
管理平台配置
行为日志管理
系统操作日志查询和删除
菜单管理
平台菜单管理，操作功能包括添加、编辑和删除
权限规则模块管理
平台所有权限规则模块管理
权限规则管理
平台权限规则管理，按权限规则和模块分
基础管理
文件格式管理
文件格式的查询、添加、编辑和删除
数据字典管理
数据字典的查询、添加、编辑和删除
数据字典数据管理
数据字典数据的查询、添加、编辑和删除
部门管理
部门管理
管理学校部门信息，可以进行添加、编辑、删除、查询的操作,设置部门负责人
院系管理
院系管理
管理学校院系信息，可以进行添加、编辑、删除、查询的操作,设置院系负责人
专业管理
专业管理
管理学校专业信息，可以进行添加、编辑、删除、查询的操作,设置专业负责人
教研组管理
教研组管理
管理教研组信息，可以进行添加、编辑、删除、查询的操作,设置教研组负责人
用户管理
用户信息管理
用户的管理，包括添加、编辑、删除、启用禁用、导入和导出，用户可以设置多个角色，设置用户身份
角色权限管理
系统角色的管理，可以操作的功能包括添加、编辑、删除、设置角色操作权限
数据中心管理
数据源管理
数据源类型管理
系统预定义几种数据源类型，包括文件、接口、数据库
数据文件管理
支持Csv文件和excel文件导入源文件管理
数据库链接配置管理
支持mysql、oracle、sqlserver等数据库链接配置信息管理，包括数据库类型、IP地址、端口号、数据库名称、用户名、密码等
数据接口管理
支持包括JSON、xml、webservice的数据接口
数据导入
数据导入
支持从CSV文件、EXCEL文件、mysql、oracle、sqlserver等数据库、数据接口服务导入数据到系统，支持定时任务自动导入数据。
数据转换
数据转换
利用ETL（Extraction-Transformation-Loading，数据抽取、转换、加载工具）工具负责将分散的、异构数据源中的数据如关系数据、平面数据文件等抽取到临时中间层后进行清洗、转换、集成，最后加载到数据仓库中
已导入数据管理
已导入数据管理
查看已经导入到系统中的数据库表，管理数据表，可以删除、编辑和修改数据
任务管理
任务管理
创建定时任务，管理定时任务。
在任务调度中配置ETL执行时间、执行周期、执行过程等内容，可实现自动化的完成数据的采集、处理等过程。
任务日志查询
任务日志查询
查询任务的执行日志，可以监控系统任务执行情况。
数据填报
填报表管理
创建填报表；管理数据填报表，可以编辑、删除填报表，自定义填报表字段
录入填报表数据
录入填报表的数据
填报表数据管理
按填报表管理填报表的数据，用户可以查询、编辑和删除数据
数据建模
数据模型分类管理
管理数据模型分类，用户可以添加、编辑、删除、启用和禁用分类
创建数据模型
管理者可以创建一个新的多维数据模型，设置关联的数据表
数据模型管理
管理已经创建的数据模型，用户可以查看、编辑和删除
数据分析
多维分析
多维分析
多维分析的创建、编辑。
多维分析专门设计用于支持复杂的分析操作，可以快速、灵活地进行大数据量的复杂查询处理，并且以一种直观而易懂的形式将查询结果提供给决策人员
报表统计
报表分类管理
报表分类管理
报表分类的创建、编辑和删除，设置分类查询权限
自定义报表
自定义报表
报表的创建，可以编辑、删除报表，根据用户权限设置用户查看报表的权限
报表查询
报表查询
报表查询，根据用户查看权限，展示报表结果，支持导入、打印功能
六、各实施阶段的工作内容、分工与工时预期
以下为本校园数据融合建设的工作内容、分工与工时预期：
Ø学校所规划的第一期、第二期的工作内容，在启动阶段就需要统筹规划，甚至可能就一次性完成规划建设，未必是按照原始需求那样分成若干期；
Ø当前，我们还没有跟学校进行过详细交流，学校信息系统的基础以及需求的合理性、复杂度期望等，还很不清晰，因此，很难给出准确的工期，下表中给出明确工时的工作，都是分析性或测试性的工作，这些工作的工时与学校当前的基础关系不大；
Ø因此，最终基于原始需求需要多少项目周期，还必须基于双方的第一轮交流结果来确定。
阶段
工作内容
分工
预期工时
第一阶段需求采集与统一身份认证平台建设
首期需求讨论和需求确定
校方须提供目前学校相关系统的功能及数据
3
双方协商讨论确定需要进入大数据分析平台的功能及数据意向
详细数据的采集和分析
校方提供此前确定的相关各系统的数据库结构
待定
公司需求分析人员
整理完整的一期需求的技术解决方案
系统分析人员完成系统架构分析、详细功能分析和数据分析、整理完成技术解决方案
5-10工作日
校方确认技术解决方案
统一身份认证平台建设
校方负责协调已有业务系统提供商技术人员与公司技术人员进行各系统用户打通及单点登录对接，公司方开发统一身份认证平台
40-50工作日
第二阶段公共数据管理中心建设
进行系统架构及程序开发
由架构师、UI设计师、前端工程师、程序开发工程师共同进行平台开发
待定
测试工程师同步测试和检查工作结果
项目负责人对平台进行评估和纠错调整
内部测试和部署实验
内部进行系统稳定度、压力测试等平台评测
10工作日
编写平台测试报告
平台试运行与调试修改
公司实施人员和技术人员将完成的平台进行实地部署试运行
5-10工作日
校方各系统管理人员进行配合，包括原系统的系统备份和数据备份恢复等工作
公司技术人员对试运行阶段出现的问题进行分析和解决并做技术备案
第三阶段
平台交付和培训
实施人员进行正式平台安装，正式投入运行使用
2-6工作日
公司培训人员进行平台使用的培训，并提供用户使用手册
校方指定的管理人员接受培训和考核；
平台维护
公司对运行中的平台进行维护
待定
七、项目第一及第二期的分期预算与总预算
由于当下还不能确定“各实施阶段的工作内容、分工与工时预期”中的实际需求、工时要求、人工配置要求等内容，因此分期或总预算还不能确定。
初步预算暂定为万（不包含学校已有业务系统提供商接口开发和二次开发费用），具体预算情况，也需要到学校了解学校各类信息系统的情况，以及网络基础设施的情况。
八、项目的技术与成本风险控制
1.需求控制风险：
很多项目在确定需求时都面临着一些不可确定性，可能在项目前期容忍了这些不确定因素，但是项目的实施过程中如果解决不了，就会对项目的成功造成很大的威胁。
这就要求双方在整个项目实施过程中紧密配合，加强沟通，早发现问题，及时解决。
2.项目实施风险：
该项目涉及多个异构系统的数据层整合，在整个项目实施过程中，可能会因为某个系统的一些特殊性影响整个项目的进度。
这需要实施方根据自身经验，提前发现，提前提出解决；如果后期发现，需要及时向需求方提出解决方案。
3.系统研发风险：
现在的技术发展日新月异，为保证项目的顺利进行和运行的稳定性，需求方应尽量减少在技术细节方面对实施方强制要求更新，应尽量按照之前确认的实施方案技术参数执行，并提供稳定的运行环境支持。
4.综合成本风险：
软件系统集成与数据融合是一项综合了教育教学研究、教育信息化建设与数据分析研究的复杂项目体系，需求控制风险、项目实施风险、系统研发风险以及整体项目管理风险控制不当，都将造成项目成本的提升，因此必须通过有效地控制技术成本来有效地控制经费投入成本。
升级会员 