企业应用系统集成问题
2014-11-25 23:34
239 查看
最近一直在做内部项目维护,修改公司内部项目的缺陷,同时也在做内部项目的开发;公司现存好几个业务系统,应公司领导要求,需要把几个业务系统通过门户集成起来;集成之后,用户只要通过从门户系统登录,就可以查看对应自己账号的各个业务系统的待办事项;假设现在存在A、B、C三个业务系统,X作为门户系统;大致需求是这样的:
1 通过登录门户X,在浏览器没有关闭的情况下,访问A、B、C,可以直接进入业务系统主页,不需要重新登录各个业务系统;同时,用户也是可以单独直接登录业务系统的,只是登录的界面都是一样的,前部分url是一样的,只是后面的url地址不一样,以便区分到底是A、B还是C业务系统;而前部分是CAS单点登录验证地址,系统中使用了CAS单点登录对各个系统的登录方式进行统一验证,返回session;
2 在门户中管理各个业务系统的基础数据信息。包括用户,角色,菜单,角色菜单,用户角色,部门等基础信息;也就是在门户对这些基础信息进行增删改查的时候,通过WebService,调用业务系统接口,将信息同步到各个业务系统;同时基础信息在业务系统和门户都有维护,并且一致;
3 各个业务系统将能够将待办信息定时推送到门户,用户只需进入门户,处理自己的待办事项,而不是分别进入各个业务系统去操作;
4 如果用户是单独去登录某个业务系统的,那么登录后,就不能直接访问门户,而通过门户可以直接访问各个业务系统;
此需求中,用到了CAS单点登录、WebService接口调用和编写,以及流程信息的处理;
而开发却没有那么顺利,就像那句话,生活就像一盒巧克力,你永远不知道下一颗是什么颜色或者什么味道;然而就在项目即将上线之际,新的问题出来了,那就是如果在集成之后,系统在运行过程中,门户系统宕掉了,A、B、C都用不了,而公司可能会把更多的业务系统集成进来,这是很不现实的;而问题的解决方案,当然应该是这样的: 业务系统的在访问不到集成登录界面时,应该跳转到自己原来的登录界面,并使用原来的登录方式进行登录;同时登出的时候,也要跳转到原来的登录界面;
那么现在问题又来了,业务系统是如何判断门户系统已经宕掉了的,同时在登出时,又是如何判断是否是退出到集成的登录界面还是业务系统原来的登录界面;
理想太过丰满,而现实却很骨感,道路很艰难;很多都不知道怎么去实现;但相信总是能够实现的;经过了几个晚上的调试和测试,即使有了解决方案,可是在短时间内,实现起来真的很难;
回想一下,企业级的这种应该是有很多的,不知道各个公司都是如何去实现的,实现的方式不一样,但原理应该是想通的;
焦头烂耳一阵子,如今在上线之际未能实现,项目的延迟,谁之过?技术?管理?还是团队?
我把遇到的困难写下来,只希望能够有更好的实现方案,同时也包括实现的技术;
回想这些日子里,一直在搞业务,写代码,没有时间总结归纳,没有时间去学习新的知识;总感觉自己被业务困住了,学习还是需要的,学习新技术,挖掘新需求;
1 通过登录门户X,在浏览器没有关闭的情况下,访问A、B、C,可以直接进入业务系统主页,不需要重新登录各个业务系统;同时,用户也是可以单独直接登录业务系统的,只是登录的界面都是一样的,前部分url是一样的,只是后面的url地址不一样,以便区分到底是A、B还是C业务系统;而前部分是CAS单点登录验证地址,系统中使用了CAS单点登录对各个系统的登录方式进行统一验证,返回session;
2 在门户中管理各个业务系统的基础数据信息。包括用户,角色,菜单,角色菜单,用户角色,部门等基础信息;也就是在门户对这些基础信息进行增删改查的时候,通过WebService,调用业务系统接口,将信息同步到各个业务系统;同时基础信息在业务系统和门户都有维护,并且一致;
3 各个业务系统将能够将待办信息定时推送到门户,用户只需进入门户,处理自己的待办事项,而不是分别进入各个业务系统去操作;
4 如果用户是单独去登录某个业务系统的,那么登录后,就不能直接访问门户,而通过门户可以直接访问各个业务系统;
此需求中,用到了CAS单点登录、WebService接口调用和编写,以及流程信息的处理;
而开发却没有那么顺利,就像那句话,生活就像一盒巧克力,你永远不知道下一颗是什么颜色或者什么味道;然而就在项目即将上线之际,新的问题出来了,那就是如果在集成之后,系统在运行过程中,门户系统宕掉了,A、B、C都用不了,而公司可能会把更多的业务系统集成进来,这是很不现实的;而问题的解决方案,当然应该是这样的: 业务系统的在访问不到集成登录界面时,应该跳转到自己原来的登录界面,并使用原来的登录方式进行登录;同时登出的时候,也要跳转到原来的登录界面;
那么现在问题又来了,业务系统是如何判断门户系统已经宕掉了的,同时在登出时,又是如何判断是否是退出到集成的登录界面还是业务系统原来的登录界面;
理想太过丰满,而现实却很骨感,道路很艰难;很多都不知道怎么去实现;但相信总是能够实现的;经过了几个晚上的调试和测试,即使有了解决方案,可是在短时间内,实现起来真的很难;
回想一下,企业级的这种应该是有很多的,不知道各个公司都是如何去实现的,实现的方式不一样,但原理应该是想通的;
焦头烂耳一阵子,如今在上线之际未能实现,项目的延迟,谁之过?技术?管理?还是团队?
我把遇到的困难写下来,只希望能够有更好的实现方案,同时也包括实现的技术;
回想这些日子里,一直在搞业务,写代码,没有时间总结归纳,没有时间去学习新的知识;总感觉自己被业务困住了,学习还是需要的,学习新技术,挖掘新需求;
相关文章推荐
- 监控系统解围企业应用集成平台困境
- 企业集成模式实践——用actviemq集成.net应用系统
- 基于SOA的企业应用系统集成研究
- 需要项目集成,网站集成,企业应用的视频会议或视频聊天室系统均可联系本人
- C#.NET 大型企业信息化系统集成快速开发平台 4.2 版本 - 适合大型企业信息化应用使用的角色权限管理体系
- 企业应用系统集成的一般解决方案
- 企业集成模式实践——用actviemq集成.net应用系统
- android apk应用系统集成变异错误问题
- Enterprise Solution 企业资源计划管理软件 C/S架构,支持64位系统,企业全面应用集成,制造业信息化
- 企业门户系统建设的主要问题与应用前景
- SOA复习与总结——企业应用系统集成的总结(1)——基本原则和术语介绍
- 引:做企业信息系统集成需要考虑的问题 (来自Java视角,但可以与.NET技术一一对应)
- android apk应用系统集成编译错误问题
- [团队]企业内网开发集成应用--欢迎参加
- ESB实现SOA 企业复杂应用集成的解决措施(2)
- 开源.NET 企业应用系统--SplendidCRM
- 企业应用系统总体设计-----面向对象方法
- ESB实现SOA 企业复杂应用集成的解决措施(3)
- BizTalk学习笔记系列之三:企业集成应用和BizTalk
- SAP R/3 与其他异构系统集成时是否需要应用 SAP XI