1．产品解决学校信息化疼点
业务系统孤立走向集成:
信息化校园建设从网络基础建设和部分孤立应用系统的构建，逐渐向集成的全局信息系统建设方向转变，解决学校部门业务系统建设带来的多网络地址登录、信息孤岛和管理责权不清等难题。
信息化校园建设从网络基础建设和部分孤立应用系统的构建，逐渐向集成的全局信息系统建设方向转变，解决学校部门业务系统建设带来的多网络地址登录、信息孤岛和管理责权不清等难题。
独立认证走向集中:
随着学校信息化的发展，各种业务系统应用和用户数量在不断增加，原有分散的“独立认证、独立帐号管理”的模式已经不能满足学校目前及未来发展的要求；构建一个完整统一、高效稳定、安全可靠的集中统一身份管理和身份认证平台成为各大学校信息化建设的重要目标。
随着学校信息化的发展，各种业务系统应用和用户数量在不断增加，原有分散的“独立认证、独立帐号管理”的模式已经不能满足学校目前及未来发展的要求；构建一个完整统一、高效稳定、安全可靠的集中统一身份管理和身份认证平台成为各大学校信息化建设的重要目标。
数据的封闭走向共享:
各部门业务系统异构、数据库封闭、各自为政，已不能满足学校一体化校园的需求（如，跨系统数据访问的需求）。业务系统由独立分散化逐步向集成一体化发展已十分必要。我公司采用SOA开放架设构,采用ESB技术和数据抽取工具解决数据共享问题。
各部门业务系统异构、数据库封闭、各自为政，已不能满足学校一体化校园的需求（如，跨系统数据访问的需求）。业务系统由独立分散化逐步向集成一体化发展已十分必要。我公司采用SOA开放架设构,采用ESB技术和数据抽取工具解决数据共享问题。
巨型系统建设走向碎片化：
学校原有的巨型系统建设，如：OA系统建设包含学校全部业务，带来的风险是系统升级影响面广、更换困难、新的供应商系统接入受阻。碎片化的应用建设大势所趋，碎片化的系统升级影响小、更换也不困难，学校需要一个“基础应用支撑平台”用以支撑碎片化的应用建设方式。
学校原有的巨型系统建设，如：OA系统建设包含学校全部业务，带来的风险是系统升级影响面广、更换困难、新的供应商系统接入受阻。碎片化的应用建设大势所趋，碎片化的系统升级影响小、更换也不困难，学校需要一个“基础应用支撑平台”用以支撑碎片化的应用建设方式。
PC端服务容入移动端：
随着移动互联网发展，学校师生能够随时随地的接入互联网，能够快捷方便地享受到互联网信息与服务。对于学校内的日常事务办理、学习、生活等众多需求，线下分散、无序的办理流程和方法也不能满足师生更方便、快捷有效的工作学习生活要求，我公司“掌上校园”产品应运而生。
随着移动互联网发展，学校师生能够随时随地的接入互联网，能够快捷方便地享受到互联网信息与服务。对于学校内的日常事务办理、学习、生活等众多需求，线下分散、无序的办理流程和方法也不能满足师生更方便、快捷有效的工作学习生活要求，我公司“掌上校园”产品应运而生。
数据汇聚走向大数据：
信息化校园建设的需求逐步转化向学校全局范围内开展综合应用的需求，对数据的共享和数据的质量提出了更高要求，学校希望有效解决各应用系统之间的主数据共享与交换，积累高质量数据，为学校数据挖掘和分析，走向大数据提供数据基础。
软件架构向SOA架构演进、基于服务层框架实现解耦（包括展现层和应用层解耦、子系统间解耦、进程间解耦），服务调用规范化，遵循SOA/SCA技术标准。在物理架构中，明确定义了模块对外服务接口，从HTTP请求到后端，服务请求交互不超过5次，组合服务拆封在应用层完成，服务调用寻址遵循“先本地、再远程”，不默认采用Socket形式服务接口。
信息化校园建设的需求逐步转化向学校全局范围内开展综合应用的需求，对数据的共享和数据的质量提出了更高要求，学校希望有效解决各应用系统之间的主数据共享与交换，积累高质量数据，为学校数据挖掘和分析，走向大数据提供数据基础。
2.基于SOA技术框架优势
软件架构向SOA架构演进、基于服务层框架实现解耦（包括展现层和应用层解耦、子系统间解耦、进程间解耦），服务调用规范化，遵循SOA/SCA技术标准。在物理架构中，明确定义了模块对外服务接口，从HTTP请求到后端，服务请求交互不超过5次，组合服务拆封在应用层完成，服务调用寻址遵循“先本地、再远程”，不默认采用Socket形式服务接口。
3．产品系统架构
——蓝线：业务系统向APP推送消息
——黑线：业务系统之间数据流转
单点登录:所有系统经过单点登录系统论证身份
APP:支持android,iOS,PC应用
4．系统部署架构
