电子政务与Web Services

WS还没有成熟到这个地步吧,大家的应用都用同一个XX认证?可能吗,也许MS的梦:-)

这是我的一篇相关文章，欢迎讨论：

http://www.jdon.com/artichect/J2EEandPortal.htm

电子政务涉及到权力集中与分散(是人制还是按规办事)的现行体制问题.会遇到很大的阻力.

偶不看好.

banq公司怎么也搞电子政务？
我目前在研究portal类的单点登录应用时遇到的最大难点还是一个权限模型的问题。不同的单位，都不大一样，可能需要相当大程度的定制。其他的东西大多都能自动化的~~呵呵。

看了板桥的文章，收益非浅，其实有个不完全的调查，政府掌握了社会80%的信息资源，如果电子政务做好了，对社会，对国家都是有很大的好处的。
只是现在国家对于电子政务的规范还不够完善，各个厂商都有自己的一套规范，导致了各个地方的电子政务成了一个个信息孤岛，其实国家可以联合国内比较知名的电子政务厂商，来制定一个电子政务的规范，就好像sun公司的J2EE规范一样（不知道这个比喻恰不恰当），然后在实现中各个电子政务的厂商可以有自己的实现方式，就好像BEA和IBM一样，这样既保证了规范性，也不失灵活性，毕竟每个地方政府有他不同的地方。
国内的电子政务是近几年才红火起来，国外已经发展了很长时间了，不知道国外的电子政务是怎样的一个模式？
对于板桥的最后一句话“目前，Web服务正在处于实践和完善当中，其中安全、管理或交易等问题还有待于进一步解决，但是在规划整个电子政务系统必须将Web服务包括进来。"，我十分的赞同，毕竟WEB服务是有一个很好的未来的，它的一些优势无可比拟。

我们老百姓当然希望快点实施电子政务了，尤其又是程序员（觉得有用武之地），可是这有点不现实，就简单描述几点。1.领导们不愿意，因为这有过分民主之闲。2.我们的很多领导不会使用计算机，并且心里总会想着这玩意可靠吗。3.效率高了，就等于要裁员，那就更不行了。还有好多，我就不说了。昆山，是我的家乡，虽然是个县级市，不过非常富裕。我就希望那天国家强制要求昆山先做电子政务的试点。

前一段时间电子政务挺红的，有一朋友都说想找我开发 workflow 和 portal 引擎。 不过国内市场好混乱，当官的就是今天一个主意，明天一个思想。所以我觉得没有必要为了一时的现象去花那么大力气做。大不了就找个代理买人家的咯，要知道对政府，你报 30 万，他对上面可能就是 100 万~~

为什么不用现在的Web Services技术，来整合现在的政府的资源

我觉得你说得很好，但是~~ 你只是从一个搞技术的人的角度来看问题。如果你换个角度，从当官的，或你们公司老板的角度来看的话，可能结果又不一样。

如果我是 IT 公司的 boss, 我会很喜欢看到这样的资源浪费情况，很显然，我在 A 市做了一套电子政务，然后又因为 B 市的需求不同，我又可以再做一套~~ 这样我就可以赚两套的钱，但是如果资源利用到像你说的那么有效的话，公司可能就赚不到什么钱了.

另外，就 WebService 我问过一些 SUN 的技术人员，其中一位给了我一句挺有意思的话，"我只能说，WebService 是明天的技术". 我也相信明天会更好，但是到时还有没有 WebService，我不知道

banq 兄的文章真是不e
考]的也十分周

不^, 推舆@N子化的r代
如果]有好的wS商砼浜
以及]有好的Iд绦
@N架於薄冰之上的重城
很容易因槿榈氖枋е抡Y料的崩解

我H做^政府的相P０
感X都不是很好
有r候技gcho法l]地很完整
只能蛞姥呀存在的e`^me`下去
很不幸的}窃诤玫募夹g未必裼
因槎艿r格c人}的影

我人J
首先要架出一完整的自然人C制
才去研究如何_l相P的系y
往往, 政府官T通常Ｍㄖ贸瞿承┫到y硇P他的政
自然人的C制, 不是JC或授
通常是最基A但是最容易被忽略的

至於, Webservice 只是一NY料贤ǖ哪Ｊ
台骋灿ｉT制定 ebXML 政府相PM
m然幼饔悬ct
不^也算是有幼

A人缺乏的是制定竦哪芰
, 如何制定才能蚍洗r此刻
甚至未硎 未矶 甚至更久h的目
或S需要一天才吧 ~

呵呵，以上各位讨论的问题就扩大了，其实好多时候人们并不想解决问题，
只是它们不知道罢了。

我如何来设计分布式下的单点登陆?急

"政务公开"？要那帮官老爷们怎么发财，电子政务这玩意本身就是一种敷衍，真正的核心内容（比如：方便百姓的网上办事等）再过十年二十年都不可能完成！反正政府有的是钱，能作多少做多少，能赚多少赚多少，这行业，饿不死人，想发财，很难