<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    zhaobin

    增強信息技術(shù);感悟商業(yè)管理;探索商業(yè)與技術(shù)融合;豐富自我修養(yǎng);享受時尚生活;記錄心路歷程;使Blog作為自我改變之記錄與監(jiān)督的平臺。
    posts - 25, comments - 59, trackbacks - 0, articles - 0
      BlogJava :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

    關(guān)于《電子政務流程服務規(guī)范》

    Posted on 2008-01-01 13:45 趙斌 閱讀(1905) 評論(12)  編輯  收藏 所屬分類: 2.工作流
     

    關(guān)于《電子政務流程服務規(guī)范》

     

    【趙斌原創(chuàng),保留一切權(quán)利,轉(zhuǎn)載請保留引用:www.tkk7.com/zhaobin,謝謝!】

     

    業(yè)界流行一種說法:三流的公司賣產(chǎn)品、二流的公司賣服務、一流的公司賣標準,我不知道我所效力的公司屬于哪一流,但事實是幾年來公司在標準方面的熱情不減,幾年前從北京市信息辦拿到做標準的批文,到現(xiàn)在協(xié)助南方某市的信息辦的標準立項,一直都在熱熱乎乎的參與國內(nèi)標準建設(shè),而我,自然就負責其中的《電子政務流程服務規(guī)范》。

    拿到這個課題,琢磨了一下,對比國外相對成熟的WFMC等,經(jīng)過多年發(fā)展,他們從工作流的參考模型、流程建模語言XPDL、管理和流程應用調(diào)用接口,甚至流程相關(guān)的術(shù)語表都發(fā)展得相對完善,還有BPEL的規(guī)范也2.0了。

     

    我們怎么來定義《電子政務流程服務規(guī)范》呢?

    我以為,首先要簡單、實用,國內(nèi)的相關(guān)規(guī)范不是第一次制定了,為什么以前的都沒有實際應用呢?因為以前制定的規(guī)范壓根就沒有用,要么太理想化,要么太學術(shù)化,要么太簡單化,所以,我把簡單實用列在第一重要。

    第二,盡管標準本身就是規(guī)定,但不要去限制,而應該是幫助。本次服務規(guī)范的側(cè)重在“服務”,重點規(guī)定服務規(guī)范應該提供什么樣的服務,以及如何來提供,而不去定義如何來實現(xiàn)這些服務,也不限制如何來實現(xiàn)這些服務。

    第三,現(xiàn)在很多人言必談SOA,或許用BPEL將服務“編排”起來,更符合一些人的胃口,但考慮實際的情況,在應用支撐平臺上,更主要是提供流程服務,而不是用流程去“編排”服務,況且,考慮實用性,提供流程服務將更實用,而且進一步發(fā)展后也可以“編排”其他服務。

    第四,電子政務,這4個字如何體現(xiàn)?是否在其中要引入公文流轉(zhuǎn)、行政許可等業(yè)務屬性?還是只需在技術(shù)上能夠滿足和實現(xiàn)業(yè)務需求?我偏向于后者。

     

           介紹了我的思路,最后還是落在WFMC工作流參考模型的五個接口上,將這五類接口抽象封裝就是我對流程服務的規(guī)范:

    流程服務的核心組件是流程服務器,流程服務器提供的服務可以分為下面五類。

    流程模型服務,流程模型提供了對業(yè)務流程的形式化描述,通過流程定義工具輸入或輸出定義好的流程模型,以及圖形化展示。

    流程訪問服務,通過這類服務來訪問和操作流程中的實例數(shù)據(jù),基本上各個應用系統(tǒng)主要使用的是本類服務,包括執(zhí)行流程的客戶端也是使用本類服務。

    應用調(diào)用服務,通過這類服務來實現(xiàn)流程服務和各應用系統(tǒng)間的調(diào)用,可以在流程服務的各個環(huán)節(jié)調(diào)用其他組件提供的服務,從而實現(xiàn)業(yè)務流程貫通。

    流程互操作服務,通過這類服務來實現(xiàn)流程服務器之間的協(xié)同工作,實現(xiàn)互操作。

    流程管理服務,通過這類服務來啟動、監(jiān)控、管理流程服務器。

     

    各位也幫忙看看,歡迎建設(shè)性意見,謝謝!

     

    【趙斌原創(chuàng),保留一切權(quán)利,轉(zhuǎn)載請保留引用:www.tkk7.com/zhaobin,謝謝!】

     



    趙斌原創(chuàng),保留一切權(quán)利,轉(zhuǎn)載請保留引用:www.tkk7.com/zhaobin,注明轉(zhuǎn)載除外,謝謝!】

    評論

    # re: 關(guān)于《電子政務流程服務規(guī)范》  回復  更多評論   

    2008-01-01 14:07 by wangshu
    我對工作流的具體技術(shù)了解較少,但對電子政務及其業(yè)務有比較深的體會。如果說這個流程服務規(guī)范與其他的相關(guān)工作流規(guī)范有什么不同,我覺得最大的不同點在于“電子政務”這四個字。因此,規(guī)范描述的應該是一些通用的東西。從政府業(yè)務上看,那些東西是通用的了?“公文流轉(zhuǎn)”、“行政審批”。是否可以從業(yè)務層面規(guī)范一些典型的應用功能,做為電子政務的工作流所必需具備的功能項。從而可以指導不同的政府用戶在立項、招標的過程中對工作流的技術(shù)規(guī)格能夠提出全面、準確、具有前瞻性的詳細規(guī)格要求。

    # re: 關(guān)于《電子政務流程服務規(guī)范》[未登錄]  回復  更多評論   

    2008-01-02 09:28 by 銀狐999
    hi, 老趙,對你所提的《電子政務流程服務規(guī)范》,說一點個人的意見。

    首先WfMC的《工作流參考模型》,是值得參考和引用的。畢竟從結(jié)構(gòu)上來說,所有的流程系統(tǒng)都會圍繞這套“參考結(jié)構(gòu)”來實現(xiàn)。但是,這并不能保證你的《流程服務規(guī)范》真正能夠落實到實處。—— 我很同意你所說的“規(guī)范不考慮實現(xiàn)”,但是“規(guī)范需要解決如何描述的問題”。

    (1)你如何解決“流程描述語言”問題?是擴展XPDL,還是擴展BPEL,異或者是自主定義一套?
    (2)如何標準化流程定義的圖元?是擴展BPMN,還是定義一套國內(nèi)客戶更為容易接受的圖元?
    (3)如何在流程描述中體現(xiàn)國內(nèi)的流程特色?回退,取回,跳轉(zhuǎn),會簽,加簽,剪簽等等。雖然這個更偏重于業(yè)務化功能特色,但是,如何提供更統(tǒng)一或者更基礎(chǔ)的的描述規(guī)范,將這些語義“規(guī)范”,將行為“規(guī)范”。

    如果這三個問題不解決,所提的《流程服務規(guī)范》,最終,或許依然只能是一句空談。

    # re: 關(guān)于《電子政務流程服務規(guī)范》  回復  更多評論   

    2008-01-02 10:01 by 李文章
    這確實是一個很頭疼的問題,但是否需要明確一下什么人(廠商)來去執(zhí)行標準?讓參與建設(shè)的工作流廠商!很不好辦!從現(xiàn)在的情況來看應該很少會有廠商為了符合你的標準而去改變自有的“標準”體系。哪就剩下集成商了,但對于一個非“工作流圈內(nèi)”的實體,去談BPEL還是XPDL或者自定義標準都難免有點曲高和寡!而對于"WFMC"的五個接口說實話個人意見其抽象度更甚于XPDL亦或BPEL;更是一個面向“圈內(nèi)人士”的描述,不是在談怎么去用工作流而是怎么去實現(xiàn)一個“工作流引擎”。
    而對于流程標準個人意見:是否應該更多的關(guān)注與二次接口調(diào)用和整合相關(guān)的描述。

    # re: 關(guān)于《電子政務流程服務規(guī)范》  回復  更多評論   

    2008-01-02 19:11 by 趙斌
    @Wangshu
    贊同在《流程服務規(guī)范》中,針對電子政務的業(yè)務需求,增加功能性的API,也就是電子政務的流程的服務。
    但不贊同增加功能項的描述和界定,不同的產(chǎn)品千差萬別,最后只能形成一個無所不能的大雜燴,功能總是越多越好。至于在招投標過程的詳細規(guī)則,也只描述服務層面的內(nèi)容,只界定作為一個流程服務的產(chǎn)品,應該提供哪些流程服務,不應該涉及其他。

    # re: 關(guān)于《電子政務流程服務規(guī)范》  回復  更多評論   

    2008-01-02 19:13 by 趙斌
    @銀狐999
    我從比較簡單的角度來考慮這個問題:流程描述我傾向于在XPDL上面做擴展,圖形的表示方式側(cè)重于BPMN,但為什么在流程服務規(guī)范上沒有規(guī)定或限定這方面的內(nèi)容?
    因為這2方面比較容易引起爭議,而且很難說誰更正確。
    標準剛剛開始起步,應該獲得更多人的支持,而不是爭議。
    所以,我跳過了這2個問題,只是去定義“服務”的規(guī)范。
    也就是說,只要能提供這些“服務”(或者說API功能)的就符合流程服務規(guī)范。
    也就是說,不要求界定內(nèi)部的實現(xiàn),只要能通過服務的形式,提供這些功能就好了。
    你提的第三個問題,倒可以考慮,在國外流程服務規(guī)范上,增加電子政務的特色,將業(yè)務所需的API增加上。
    你提的問題1、2可以在今后進一步的規(guī)范上增加。

    # re: 關(guān)于《電子政務流程服務規(guī)范》  回復  更多評論   

    2008-01-02 19:17 by 趙斌
    @李文章
    總體贊同,尤其是非常贊同這一句:“而對于"WFMC"的五個接口說實話個人意見其抽象度更甚于XPDL亦或BPEL”,我就是希望能在更高層面、更抽象的描述流程服務,這樣具有更廣的容納性,至于采用何種流程描述語言或運行機制,都可以。
    而對于流程標準個人意見:是否應該更多的關(guān)注與二次接口調(diào)用和整合相關(guān)的描述。——贊同!

    # re: 關(guān)于《電子政務流程服務規(guī)范》[未登錄]  回復  更多評論   

    2008-01-03 09:46 by ronghao
    @趙斌
    "也就是說,不要求界定內(nèi)部的實現(xiàn),只要能通過服務的形式,提供這些功能就好了。"很贊同,特定于電子政務,我認為一開始可以對業(yè)務加以詮釋(也算是一種標準,但不是API),例如什么是會簽、傳閱等等,它們用以處理哪些業(yè)務場景等等。這樣再提到工作流產(chǎn)品的時候,是否支持會簽等就直接成為一個衡量的標準。而至于如何實現(xiàn),實際上是非常靈活的。

    # re: 關(guān)于《電子政務流程服務規(guī)范》  回復  更多評論   

    2008-01-04 11:34 by jackliu
    zb,我對服務規(guī)范的理解是如何說明能把復雜的問題簡單化,各家都有自己的一些擴展標準,不變的是政務需求本身,既然是業(yè)務領(lǐng)域的規(guī)范,應該首先尊重業(yè)務領(lǐng)域,其次是技術(shù)實現(xiàn)

    # re: 關(guān)于《電子政務流程服務規(guī)范》  回復  更多評論   

    2008-01-04 18:09 by zhanggongyi
    @wangshu
    贊同《電子政務流程服務規(guī)范》必須重點考慮“電子政務”。
    @zhaobin
    目前“電子政務”有兩個特征是比較顯著的:
    1、“群雄割據(jù)”,這是電子政務用戶、供應商共同營造和面臨的現(xiàn)實局面。沒有哪個供應商輕言愿意遵守另一供應商的規(guī)范,通常下級政府也對上級政府的出臺的規(guī)范置若罔聞。
    2、“用戶主導”,電子政務用戶是各級黨政機關(guān),很強勢。供應商大多情況下是按需修改完善。導致電子政務應用管理軟件,多是項目模式,絕少產(chǎn)品模式。
    面對此景,樓主提出 “簡單實用”,正好可以發(fā)揮供應商身份的實踐經(jīng)驗。關(guān)鍵是必須找好實用的著力點,達到規(guī)范可用的目的。
    一個可參考的著力點是:利用《電子政務流程服務規(guī)范》作指導,一個政府用戶購買一家供應商的流程服務后,即可應用于需要流程服務的其他業(yè)務系統(tǒng)。其他廠商所承建的業(yè)務系統(tǒng)所需流程服務由此提供。對于該用戶而言,他的流程服務是規(guī)范的、單一,易于管理、應用,同時降低業(yè)務系統(tǒng)建設(shè)成本。
    如果基于這種著力點的簡單實用主義規(guī)范,我覺得《電子政務流程服務規(guī)范》所需重點描述的是流程服務表層:
    1、 電子政務流程需要提供哪些服務?
    2、 電子政務業(yè)務如何應用這些服務?
    也許這就是服務的本質(zhì),我不管服務內(nèi)部怎么實現(xiàn),我就想知道應該有哪些服務,如何規(guī)范的應用這些服務。
    @李文章
    贊同“更多的關(guān)注與二次接口調(diào)用和整合相關(guān)的描述”
    @ 銀狐999
    如何描述確實是個重點,沒有簡單明白的表達,規(guī)范就缺乏生命力。
    @ronghao
    “對業(yè)務加以詮釋(也算是一種標準,但不是API),例如什么是會簽、傳閱等等,它們用以處理哪些業(yè)務場景等等”,對流程服務內(nèi)部的業(yè)務描述確實也是一個有益方向。贊同。

    # re: 關(guān)于《電子政務流程服務規(guī)范》  回復  更多評論   

    2008-01-14 10:24 by gao
    不是業(yè)界的老大們在一起碰撞,協(xié)商;而是憑借權(quán)利去做什么事情;這是國內(nèi)軟件發(fā)展到今天,還是一盤散沙的一個重要原因。這個局面的形成和政務信息化建設(shè)中那些及其強勢的客戶也很有關(guān)系。他們的思路不轉(zhuǎn)變,統(tǒng)一的電子政務也很難作成。靠政治強權(quán)去統(tǒng)一技術(shù)路也不好走。
    所以,我覺的做這件工作基本沒什么價值。
    不是停留在理論上面,就是做出來也沒人用。
    這件事情做成需要技術(shù)廠商和客戶共同協(xié)商。甚至需要政治改革的成功做保證。

    # re: 關(guān)于《電子政務流程服務規(guī)范》[未登錄]  回復  更多評論   

    2008-01-14 10:32 by wp
    簽個單子,用做項目的方式去做標準。本身就比較可笑。
    想清楚什么情況下做項目,什么情況下做產(chǎn)品,什么情況下做標準...
    這個本身還是需要想一想的。
    想清楚了,再問自己,這么做行嗎?
    想清楚了,再做不晚。

    # re: 關(guān)于《電子政務流程服務規(guī)范》  回復  更多評論   

    2008-02-03 17:28 by 趙斌
    告謝大家,已中標。
    主站蜘蛛池模板: 久久国产高潮流白浆免费观看| 毛片免费视频播放| 亚洲无砖砖区免费| 午夜免费福利在线| 成人免费777777被爆出| 亚洲精品日韩中文字幕久久久| 香蕉视频在线观看免费国产婷婷 | 亚洲精品NV久久久久久久久久| 国产在线观看xxxx免费| 亚洲三级中文字幕| 亚洲福利精品一区二区三区| 99re免费在线视频| 狼人大香伊蕉国产WWW亚洲| 亚洲国产精品成人精品无码区 | 日本一区二区三区日本免费| a毛片在线看片免费| 99999久久久久久亚洲| 人人狠狠综合久久亚洲88| 免费看a级黄色片| 特级无码毛片免费视频尤物| 亚洲精品色在线网站| 亚洲精品日韩专区silk| 亚洲人成网站18禁止一区| 免费无码精品黄AV电影| 久久国产美女免费观看精品| 亚洲欧美国产日韩av野草社区| 无码专区—VA亚洲V天堂| 亚洲AV无码一区二区三区在线观看| xxxx日本免费| 天黑黑影院在线观看视频高清免费| 老司机亚洲精品影院在线观看| 亚洲videos| 亚洲自偷自偷精品| 精品久久久久久亚洲| 四虎免费影院4hu永久免费| 成人免费一区二区无码视频| 99精品免费观看| 国产亚洲免费的视频看| 一区二区三区免费精品视频 | 88xx成人永久免费观看| 日批视频网址免费观看|