<ruby id="rxdll"></ruby><strike id="rxdll"></strike>

    <rp id="rxdll"></rp>
      <del id="rxdll"><meter id="rxdll"></meter></del>
      <pre id="rxdll"><font id="rxdll"></font></pre>
        <pre id="rxdll"></pre>
      <p id="rxdll"><thead id="rxdll"></thead></p><dl id="rxdll"><progress id="rxdll"><form id="rxdll"></form></progress></dl>

      <ol id="rxdll"><thead id="rxdll"><track id="rxdll"></track></thead></ol>
      <i id="rxdll"><dfn id="rxdll"></dfn></i>
      <font id="rxdll"><meter id="rxdll"></meter></font>

        <mark id="rxdll"><dfn id="rxdll"></dfn></mark>
        • 軟件測試技術
        • 軟件測試博客
        • 軟件測試視頻
        • 開源軟件測試技術
        • 軟件測試論壇
        • 軟件測試沙龍
        • 軟件測試資料下載
        • 軟件測試雜志
        • 軟件測試人才招聘
          暫時沒有公告

        字號: | 推薦給好友 上一篇 | 下一篇

        SaaS是SOA服務方式的自然延伸?

        發布: 2009-11-23 10:12 | 作者: 不詳 | 來源: 領測軟件測試網采編 | 查看: 72次 | 進入軟件測試論壇討論

        領測軟件測試網

               SaaS是SOA服務方式的自然延伸? SOA架構

          關鍵字:SaaS SOA

          核心觀點: 軟件與服務不是一個非此即彼的關系,客戶有時可能需要軟件,有時可能需要服務,但更多的時候客戶會既需要軟件也需要服務。

          記者: 隨著SaaS被越來越多的客戶接受,我們開始聽到不少類似“終結軟件”的說法,也就是對于普通客戶來說將感受不到軟件的存在,而人們所能感覺到的將只是服務,你如何看這種說法?

          李志霄: 我們已經聽到了太多類似的說法,客戶只要有一個電腦能接入互聯網就可以滿足其對信息化的需求了。我要說的是,這種認識是不對的,把軟件完全當成服務也是片面和膚淺的。

          不同大小的企業、不同類型的企業,其需求是千差萬別的。比如,有的客戶需要的只是簡單的訪問數據的請求,而有些需要的則是高度重視用戶體驗的富互聯網應用; 有時候客戶希望數據就保存在自己的數據中心里,而有的時候是無所謂。即使是對同一客戶來說,處于不同應用場景其需求也不同,有時候會希望軟件是定制的、受控的、非通用的,而有的時候就只是需要通用的軟件?蛻粜枰喾N可選性,僅僅只有SaaS是不能滿足的。

          舉例來說,大家熟知的Google Earth地圖,通過互聯網就很容易訪問,是一種迅速在線的應用,但是,它僅能供一些非關鍵應用使用,如果涉及更機密或者應急指揮等,目前它不管是精度還是準確性都還不能滿足,這個時候我們就會建立自己的地理信息系統。類似的信息化場景我們經常碰到,一方面我們需要基于互聯網、界面友好的、個性化的應用,而另一方面,這些應用對安全、隱私、可管理性有更高的要求,或者有一些個性化、定制化的需求,這是今天的服務滿足不了的,有些信息必須通過自己的后臺服務器提供。因此,微軟提出“軟件+服務”戰略。

          記者: 在你看來,服務還代替不了軟件,那么,軟件與服務將是一種什么樣的關系?

          李志霄: 我認為軟件與服務不是一個非此即彼的關系,而是一種“與”的關系。換句話說,客戶有時可能需要軟件,有時可能需要服務,但更多的時候用戶既需要軟件也需要服務。到底選擇哪一個,最終的決定權在用戶,完全基于他們的資金實力、企業規模和具體應用。

          對于微軟而言,之所以會提出“軟件+服務”,是因為我們有兩類不同的用戶群: 企業級的用戶群和個人用戶群,這兩類用戶群共有四類軟件應用需求,即企業級應用、在線服務、桌面(PC)應用以及能夠支持PC以外的終端,我們要把這四種應用類型都覆蓋到,如果我們只有SaaS或者只談軟件,是滿足不了他們的需求的。

          是創新,不是折中

          核心觀點: “軟件+服務”不是微軟為應對SaaS而提出的一個折中的方案,而是為滿足不同用戶需求確定的一個戰略構想。

          記者: 你能否具體解釋一下微軟的“軟件+服務”戰略的含義?在你看來,這是一種為應對SaaS、不得已而為之的折中,還是微軟的一個更為長遠的戰略構想?

          李志霄: 軟件和服務分別對應防火墻后面的企業應用和防火墻之外的互聯網上的應用。實際上,防火墻內外兩個領域的關注點是不一樣的。防火墻以內的應用是企業級的,它需要有企業級的架構,它應該是受控的、可控的、可定制的,其安全性、隱私性、合規性都應該符合要求。這樣的服務今天在互聯網上還很少,絕大多數還需要通過傳統的軟件部署方式提供,這就是“軟件”所要覆蓋的領域。而那些在互聯網上可以找到的服務,比如客戶關系管理系統、人力資源管理系統,它們可以基于互聯網提供,中小企業通過訂閱可以馬上使用它們,從而幫助中小企業很快建立起自己的業務,這個領域通過微軟說的“服務”來滿足。我們認為“軟件” 與“服務”兩個必須同時存在,分別面對不同的需求。

          記者: 我們如何把握“軟件+服務”這一戰略的核心?

          李志霄: 這一戰略的目的是我們要擁抱兩個世界,一個是互聯網,一個企業內網。而其核心就是關注用戶的體驗,微軟希望通過SOA對桌面應用、互聯網應用、企業內網的應用等進行全面整合,從而為用戶提供豐富的體驗。實際上,我認為,用戶體驗應該是今天所有軟件企業的關注重點,誰占有了終端用戶誰就占有市場。

          記者: 微軟提出的軟件加服務是一個什么樣的應用場景,你能否具體描述一下?

          李志霄: 今天的企業應用很少有完全不涉及服務的。以微軟的Exchange為例,目前,很多企業采用以Exchange服務器作為后臺來為企業提供所需的消息和協作服務。對于使用者而言,如果需要一些很有個性的應用,可以采用Outlook個人客戶端,這非常適合那些每天有數十到上百封郵件的人,他可以使用有比較強處理能力和比較大的顯示界面的個人PC,把這些郵件接收到本地再進行下一步的處理。而對于那些匆忙趕飛機或者沒有隨身帶電腦的人,他們可以通過簡易的個人終端設備(如智能手機)通過瀏覽器版的Outlook Web Accesss檢查他的郵件。兩種情形都使用相同的后臺,但前一種是在本地環境中使用,而后一種情形是基于瀏覽器、以服務形式提供的,這就是“軟件+服務”。 對用戶而言,如果只選擇了純軟件或純服務的途徑,實際上就等于放棄了另外一方面的優勢。

        延伸閱讀

        文章來源于領測軟件測試網 http://www.k11sc111.com/

        TAG: SaaS soa SOA 服務 自然


        關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
        版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
        北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備10010545號-5
        技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

        軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

        国产女主播精品_国产片婬乱18一级毛片视频_国产午夜激无码av毛片不卡_国产精品欧美久久久天天影院
          <ruby id="rxdll"></ruby><strike id="rxdll"></strike>

          <rp id="rxdll"></rp>
            <del id="rxdll"><meter id="rxdll"></meter></del>
            <pre id="rxdll"><font id="rxdll"></font></pre>
              <pre id="rxdll"></pre>
            <p id="rxdll"><thead id="rxdll"></thead></p><dl id="rxdll"><progress id="rxdll"><form id="rxdll"></form></progress></dl>

            <ol id="rxdll"><thead id="rxdll"><track id="rxdll"></track></thead></ol>
            <i id="rxdll"><dfn id="rxdll"></dfn></i>
            <font id="rxdll"><meter id="rxdll"></meter></font>

              <mark id="rxdll"><dfn id="rxdll"></dfn></mark>