減少了存儲 POS 的設備并且更好地利用了不太昂貴的工作站和大眾化設備。
在傳統存儲中的軟件堆棧被轉換成了中央托管環境（如圖 1 和 2 所示）。
不太強大的、非常有成本效益的內部存儲的服務器僅被用于數據引用及其它設備和位置之間傳遞信息。
增長客戶的存儲經驗，因為銷售事務是非常有效的，并且客戶的需求能適合于更多的服務、銷售代表和其它設備（例如，手持和不太昂貴的工作站）。
更多的資源被定向到核心策略業務指導。
下兩圖描述了基本的 IT 基礎架構以及傳統存儲與細存儲之間操作上的差異：
圖 1. 當前系統的上下文
圖 2. 今后系統的上下文
約束
SoT 項目必須處理下面的主要問題和約束：
細存儲概念的存在需要被確認及驗證。
組織中文化變遷的影響：客戶端需要被調整以適合于現有的 COTS 業務流程和規則，以便優化未經優化的 COTS 應用程序組件及新技術的使用效果，并且為了今后的功能及技術停留在已更新的路徑上。
需要評估 COTS 供應商的能力來配置必要的基于極度挑戰性的時間線的資源（Gartner Group 評估，2004 年 9 月和 11 月）。
部署日程安排，需要適合于季節性的銷售日程。
需要將存儲的部署配置的數目降到最小。
SOA、服務和組件的概述
面向服務的體系結構的更新及集成
正如 Albert Einstein 所提出的，“事情應當處理得盡可能簡單，但是不能太簡單�！痹S多過去已建立的軟件系統沒有通過該測試，因為它們太復雜、太昂貴，或走向另一個極端 —— 太簡單以至于不能完成實際的業務需求。達到恰當的簡單化水平好像是不現實的。將事情變得更加困難的是，在 SOA 出現之前，不存在有效的機制來消除業務需求與 IT 功能之間的隔閡。
SOA 是一種體系結構樣式，它努力實現交互的軟件組件之間的松耦合。通過使用 SOA，服務集通過簡單傳遞的數據或調整業務活動（包括兩個或更多的服務）來彼此傳遞信息。它通過一套簡單通用的接口（在接口上僅編碼通用的語義）實現了交互軟件組件之間的松耦合。所有提供者和客戶都應當能夠使用該接口。此外，SOA 采用了描述的消息，該消息受可擴展的通過接口傳遞的 schema 的限制。這樣的 schema 限制了消息的詞匯和結構，并且允許在不破壞現有服務的條件下引入服務的新版本。即便要也是非常少的，系統行為通過描述的消息來指定。以這種方式，您可以有效地建立一套服務，它有明確定義的接口，并且能夠在多重業務上下文中潛在地被復用。使用 SOA，應用程序是松耦合的，并且可以在服務/接口（協議）級被集成，而不是在實現級，如同過去的實踐一樣。這使得在 IT 滿足任何業務需求的變更時更加靈活、機動、可擴展。
SOA 不是新概念；Common Object Request Broker Architecture（CORBA）和 Distributed Component Object Model（DCOM）早就提供了類似的功能。然而，這些對于服務定位的解決方案受一些問題的困擾，如緊耦合場景和所有權設計及實現。
服務與組件
什么是服務？服務只是一些應用程序功能，它們被發布成業務流程的組件。同組件一樣，它提供了獨立的構建模塊，這些模塊共同代表業務應用程序環境。服務是明確定義的、獨立的工作單位，不依賴于上下文或其它服務的聲明，由服務提供者執行來完成服務客戶所需的最終結果。提供者及客戶都通過代表他們自己的軟件組件來承擔職責。使用 SOA，所有的業務任務或流程都可以被設計并作為互聯網（或其它任何網絡）上使用的服務來構建。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
