论文部分内容阅读
我们是西城区观缘小区的业主。关于上饶办事处在小区开设餐馆的问题,小区業主已经多次和该办事处交涉,丝毫没有进展。我们强烈要求该餐馆搬出小区!
上面这封信,是北京市政府门户网站首都之窗“政风行风热线”栏目的66000余封网民来信中的一封。在有关部门的监督督促下,上饶办事处餐馆已于2006年3月27日停止了设备使用,并把窗户封死,恢复原样。“北京市政风行风热线”平均每天能收到来自首都各界群众的120封来信。这些来信都能够得到“政风行风热线”100%的回复,其中办结率达85%,满意率超过70%。那么,“政风行风热线”为何如此高效,又深得首都百姓好评呢?
四级联动的运维模式
北京市传统的民主评议做法是市纠风办与市统计局合作,由其所属社情民意调查中心,上、下半年各进行一次抽样调查。这样的做法好是好,但是市民没有日常反映的渠道,没有形成完善的政风行风监督的长效机制。如何建立这样的长效机制,成了市纠风办领导迫切希望解决的问题。
在纠风办同信息办一次交流中,首都之窗运行管理中心主任盛景涛意识到,可以将首都之窗与民主评议制度相结合,通过互联网实现全天候的政民互动,应该是解决长效机制的有效手段。
以技术平台为基础,建立四级联动的运维管理模式。
第一层为管理层,由市纠风办负责项目规划、业务管理、全程监督,市信息办负责指导系统建设。
第二层为技术支持层,首都之窗成立“热线”工作小组,负责信件的分类、转办,提供数据分析基础材料和技术保障。
第三层为具体处理层,由各区县、各委办局和业务部门办理群众来信。
第四层为监督考核层,首先制定下发了“热线”信件考核办法,明确严格执行。
功能需求定位在直播间、留言板和反馈栏三个方面。
第一个是“直播间”:每年邀请20个政府部门和公众行业的负责人到网上直播间,解答群众的咨询,接受举报投诉。
第二个是“留言板”:在首都之窗上设定留言板这个栏目,每天24小时受理群众的信件,并将信件转到区县或部门和行业的网站。
第三个是“反馈栏”:对群众提出的咨询、意见、建议和举报投诉办理情况进行公示和反馈,群众可以在反馈栏中浏览公示的留言和办理情况,也可以凭借查阅密码直接检索查询自己留言的办理情况。
对系统的要求,定位在保证系统通畅运行、保证各单位顺畅使用、保证广大市民简便参与三个方面上。
换个平台来改进
2005年初,“北京市政风行风热线” 系统作为市纠风办同首都之窗的共建项目正式开工。
但是,随着新需求的增加和功能的调整,传统软件开发的问题也逐渐显现出来。运行几个月以后,系统已经非常不稳定,而且很多创新的想法也没有办法尽快实施。业务创新中的信息系统建设,应该怎么做呢?这个困惑,摆在首都之窗技术总监王吉吉面前。
经过大量的调查研究和考察,普元EOS产品进入王吉吉的视线。EOS产品给王吉吉的初步印象是松耦合的构件平台,松耦合可以带来灵活应变,构件化可以实现业务积累。这样的平台是不是能适合政风行风热线这种业务创新的系统呢?
通过一系列谨慎的验证,系统二期改版工作在普元EOS之上开始了。首都之窗重新按照绩效管理和流程管理等维度对业务流程进行了梳理,并基于普元EOS重新开发了二期系统。经过两个月的开发,试运行、正式上线,一个稳定、崭新的政风行风热线系统展现在首都各界的面前。
这次普元EOS带来的变化让首都之窗的领导和业务人员有了明显的感受。提出来的新业务需求、功能调整的要求,很快就能变成具体的应用发布出去,不仅能够快速应变,而且可以稳定运行。
稳定的应变能力是关键
据“政风行风热线”运维负责人乔辉介绍,二期系统运营一年多来,普元构件平台的好处逐渐显现出来,主要集中在以下几个方面:首先构件化的开发,把业务逻辑进行了有效封装,实现了系统的快速搭建,缩短了系统建设周期,提高了系统运行的稳定性;其次,图形化的流程监控,可以很直观地看到新建当前所处的环节和状态;第三,在业务流程需要调整时能迅速做出响应,在短时间内实现业务需求;第四,通过平台定义的接口标准,“热线”对接了一些区县和委办局的系统,提高了工作效率。
让首都之窗运行管理中心最满意的还是普元构件平台给系统带来的稳定应变能力。乔辉举例说:“当我们需要调整业务流程时,可以在短时间内通过普元构件化的服务调整,实现我们的需求,通过远程发布更新系统功能,而且系统很稳定,保证了系统7×24小时不间断运行。”
首都之窗技术总监王吉吉指出,之所以在二期开发时选择普元的构件平台,还有信息系统建设的考虑。因为首都之窗的系统建设模式是外包方式,系统由软件公司开发。而通过普元的构件平台可以很好地支撑这种建设模式。
首先可以将“热线”系统运维过程中优化的业务积累在图形化的构件上,一方面可以作为用户的知识财富积累下来,另一方面这样的图形化的构件可以被其他参与首都之窗建设的外包公司继承和重用,不像传统代码开发方式,一旦开发商发生更迭,系统在改进时需要从头建设。这样不仅延长了系统的寿命,而且缩短了业务创新的周期,降低了对某一特定开发商的依赖。
其次,基于构件方式建设信息系统使用户对项目和外包企业的管控能力增强。开发进度和费用结算可以通过开发的构件数量进行计算,使开发过程对用户透明。用户不需要特别的学习就可以通过图形化的程序了解系统源码是否符合需求,使系统代码对用户透明。
最后,图形化的程序屏蔽了很多技术细节,可适当降低用户方项目参与人员的要求,节省用户方在维护时投入的人力。
期待SOA
辛勤的首都之窗人在“政风行风热线”系统成功后,继续进行着业务创新。今年他们把目光投向了公众服务,要面向广大市民,面向奥运,提高北京政务资源面向公众提供服务的能力。面对这样的大题目,在业务上和技术上他们做了很多准备—业务上做了大量的调研、梳理了完善的服务目录;技术上也准备采用最先进的基于面向构件技术的SOA架构将政务资源进行开发和利用。“首都之窗下一步需要做的事情,就是把政务资源包装成服务,把服务综合起来向公众提供应用。因此,我们需要把内部业务构件化,外部资源服务化,把面向构件技术和面向服务的架构结合起来,来更好地满足百姓的需求。这就是首都之窗的SOA。”盛景涛总结说。
上面这封信,是北京市政府门户网站首都之窗“政风行风热线”栏目的66000余封网民来信中的一封。在有关部门的监督督促下,上饶办事处餐馆已于2006年3月27日停止了设备使用,并把窗户封死,恢复原样。“北京市政风行风热线”平均每天能收到来自首都各界群众的120封来信。这些来信都能够得到“政风行风热线”100%的回复,其中办结率达85%,满意率超过70%。那么,“政风行风热线”为何如此高效,又深得首都百姓好评呢?
四级联动的运维模式
北京市传统的民主评议做法是市纠风办与市统计局合作,由其所属社情民意调查中心,上、下半年各进行一次抽样调查。这样的做法好是好,但是市民没有日常反映的渠道,没有形成完善的政风行风监督的长效机制。如何建立这样的长效机制,成了市纠风办领导迫切希望解决的问题。
在纠风办同信息办一次交流中,首都之窗运行管理中心主任盛景涛意识到,可以将首都之窗与民主评议制度相结合,通过互联网实现全天候的政民互动,应该是解决长效机制的有效手段。
以技术平台为基础,建立四级联动的运维管理模式。
第一层为管理层,由市纠风办负责项目规划、业务管理、全程监督,市信息办负责指导系统建设。
第二层为技术支持层,首都之窗成立“热线”工作小组,负责信件的分类、转办,提供数据分析基础材料和技术保障。
第三层为具体处理层,由各区县、各委办局和业务部门办理群众来信。
第四层为监督考核层,首先制定下发了“热线”信件考核办法,明确严格执行。
功能需求定位在直播间、留言板和反馈栏三个方面。
第一个是“直播间”:每年邀请20个政府部门和公众行业的负责人到网上直播间,解答群众的咨询,接受举报投诉。
第二个是“留言板”:在首都之窗上设定留言板这个栏目,每天24小时受理群众的信件,并将信件转到区县或部门和行业的网站。
第三个是“反馈栏”:对群众提出的咨询、意见、建议和举报投诉办理情况进行公示和反馈,群众可以在反馈栏中浏览公示的留言和办理情况,也可以凭借查阅密码直接检索查询自己留言的办理情况。
对系统的要求,定位在保证系统通畅运行、保证各单位顺畅使用、保证广大市民简便参与三个方面上。
换个平台来改进
2005年初,“北京市政风行风热线” 系统作为市纠风办同首都之窗的共建项目正式开工。
但是,随着新需求的增加和功能的调整,传统软件开发的问题也逐渐显现出来。运行几个月以后,系统已经非常不稳定,而且很多创新的想法也没有办法尽快实施。业务创新中的信息系统建设,应该怎么做呢?这个困惑,摆在首都之窗技术总监王吉吉面前。
经过大量的调查研究和考察,普元EOS产品进入王吉吉的视线。EOS产品给王吉吉的初步印象是松耦合的构件平台,松耦合可以带来灵活应变,构件化可以实现业务积累。这样的平台是不是能适合政风行风热线这种业务创新的系统呢?
通过一系列谨慎的验证,系统二期改版工作在普元EOS之上开始了。首都之窗重新按照绩效管理和流程管理等维度对业务流程进行了梳理,并基于普元EOS重新开发了二期系统。经过两个月的开发,试运行、正式上线,一个稳定、崭新的政风行风热线系统展现在首都各界的面前。
这次普元EOS带来的变化让首都之窗的领导和业务人员有了明显的感受。提出来的新业务需求、功能调整的要求,很快就能变成具体的应用发布出去,不仅能够快速应变,而且可以稳定运行。
稳定的应变能力是关键
据“政风行风热线”运维负责人乔辉介绍,二期系统运营一年多来,普元构件平台的好处逐渐显现出来,主要集中在以下几个方面:首先构件化的开发,把业务逻辑进行了有效封装,实现了系统的快速搭建,缩短了系统建设周期,提高了系统运行的稳定性;其次,图形化的流程监控,可以很直观地看到新建当前所处的环节和状态;第三,在业务流程需要调整时能迅速做出响应,在短时间内实现业务需求;第四,通过平台定义的接口标准,“热线”对接了一些区县和委办局的系统,提高了工作效率。
让首都之窗运行管理中心最满意的还是普元构件平台给系统带来的稳定应变能力。乔辉举例说:“当我们需要调整业务流程时,可以在短时间内通过普元构件化的服务调整,实现我们的需求,通过远程发布更新系统功能,而且系统很稳定,保证了系统7×24小时不间断运行。”
首都之窗技术总监王吉吉指出,之所以在二期开发时选择普元的构件平台,还有信息系统建设的考虑。因为首都之窗的系统建设模式是外包方式,系统由软件公司开发。而通过普元的构件平台可以很好地支撑这种建设模式。
首先可以将“热线”系统运维过程中优化的业务积累在图形化的构件上,一方面可以作为用户的知识财富积累下来,另一方面这样的图形化的构件可以被其他参与首都之窗建设的外包公司继承和重用,不像传统代码开发方式,一旦开发商发生更迭,系统在改进时需要从头建设。这样不仅延长了系统的寿命,而且缩短了业务创新的周期,降低了对某一特定开发商的依赖。
其次,基于构件方式建设信息系统使用户对项目和外包企业的管控能力增强。开发进度和费用结算可以通过开发的构件数量进行计算,使开发过程对用户透明。用户不需要特别的学习就可以通过图形化的程序了解系统源码是否符合需求,使系统代码对用户透明。
最后,图形化的程序屏蔽了很多技术细节,可适当降低用户方项目参与人员的要求,节省用户方在维护时投入的人力。
期待SOA
辛勤的首都之窗人在“政风行风热线”系统成功后,继续进行着业务创新。今年他们把目光投向了公众服务,要面向广大市民,面向奥运,提高北京政务资源面向公众提供服务的能力。面对这样的大题目,在业务上和技术上他们做了很多准备—业务上做了大量的调研、梳理了完善的服务目录;技术上也准备采用最先进的基于面向构件技术的SOA架构将政务资源进行开发和利用。“首都之窗下一步需要做的事情,就是把政务资源包装成服务,把服务综合起来向公众提供应用。因此,我们需要把内部业务构件化,外部资源服务化,把面向构件技术和面向服务的架构结合起来,来更好地满足百姓的需求。这就是首都之窗的SOA。”盛景涛总结说。