1.3 soa案例分析
soa達人迷
大約在150年以前，有一家名叫abc的保險公司，通過向工廠和製造商銷售保險單起家。早期沒有電腦，公司業務還算井井有條，沒有被搞得一團糟。公司的業務過程非常簡單，客戶發來信件申請保險，公司的業務人員確定利率，銷售保險，並希望不要發生著火或意外事件。abc公司繁榮了100多年。
但是，後來，事情變得複雜了。其他的公司開始搶abc公司的業務，客戶也開始為各種風險申請保險。在這種形勢下，abc公司必須要進行改革，否則就會面臨破產的風險。
abc公司是穿孔卡片式會計系統的早期使用者。在20世紀60年代，abc公司購買了電腦，招聘了一批程式設計師，開發軟體程式用於管理公司的業務。20世紀80年代，公司從很多**商那裡購買了軟體包，以保持公司的競爭力。公司購買或開發了很多業務應用程式，用於逐個地解決整個公司的業務問題。例如，公司為財務部門購買了乙個程式，開發了乙個程式用於處理客戶索賠，還採購了一些程式用於管理研究資料，分析在哪些情況下通常會發生哪種型別的事故。
公司的這種執行模式持續了很多年，直到20世紀90年代，abc公司發現金融服務公司成為他們的競爭對手，這些公司也在銷售保險。於是，abc公司決定要立刻制定新的經營策略應對殘酷的競爭，向現有的客戶銷售更多的產品，並發展新的客戶。公司管理者針對公司業務和客戶想出了很多新的解決方案。
另外，管理人員認為abc公司可以通過併購其他保險公司，利用這些公司的附加產品來擴充套件公司業務。abc公司既可以將這些新產品賣給abc公司的現有客戶，也可以將abc公司的產品賣給所併購的公司的客戶。這些管理精英們對商業戰略非常熟悉，他們對這個戰略也非常滿意，直到……
管理人員將制定的這個商業戰略告訴it人員，it人員對他們說：「這個戰略非常非常好，但是，真正實施戰略的時候可能會遇到一些問題。」
「可能會有什麼問題？」管理人員問。
it人員解釋說，「事情是這樣的。要想實施這種創新性的方案，提供新產品和新服務，不是只靠購買或開發一些軟體就能辦到的，那樣的話，將使我們實施的商業戰略和業務流程更加複雜。我們所做的事情需要與我們現有的業務流程保持一致，如果要維持公司的良好運轉，我們開發和採購的所有業務系統要始終能夠保持無縫結合—例如，系統要能夠記錄客戶支付的保險費，管理我們處理的索賠，能夠進行風險分析，能夠開具工資單、發票，並進行銷售佣金的計算。如果採用這種戰略的話，我們公司需要配置所有這些系統。我們日常業務所涉及的所有功能，包括客戶資訊、產品資訊、風險管理等功能都要包含在這些程式和業務活動中。」
管理人員說，「哦，你們只要編寫一些程式把所有的系統連線起來，實現一體化，我們就皆大歡喜了。」
it人員說，「實現一體化是可以的，但是需要很長時間，大概要18個月，也可能需要兩年。但是，到那個時候，你們可能又希望再用18個月或兩年的時間開發新程式，以適應新的業務變化。到時候就已經為時太晚。」他們繼續說道，「這樣會耗費非常非常大的資金。」
管理人員和it人員都覺得很沮喪。他們知道如果想不出新的點子來解決業務流程和技術面臨的難題，abc公司就會破產。於是，他們四處求助，尋求挽救abc公司的方法。他們尋找、研究、祈禱，直到有一天，他們收到乙個包裹。包裹中是幾本黑黃色封面的書。
it部門協助業務經理遵循業務流程的規則，共同對業務流程進行規劃設計。採用這種方式，有助於確定企業的經營範圍的相似性、差異和相互關係。
it部門將建立一種靈活的架構，無論業務流程如何變化，都可以將關鍵的it軟體資源轉化為可重用的業務服務。這些業務服務包括業務流程、最佳實踐、一致性的資料定義，以及執行特定業務功能的**等要素。
it部門利用這些新的可重用的服務替換包含在舊軟體中的許許多多冗餘的業務服務。
it部門僅僅利用公認的行業標準鏈結這些軟體資源。
it部門利用本書介紹的soa的概念建立業務服務，這些服務完全與實際的業務流程保持一致。
通過這種方式，管理人員和it人員開始合作為企業服務。據我們所知，從那以後，他們的合作非常愉快。在第五部分中，我們將介紹很多公司的應用示例。通過這些示例可以看到，soa確實為管理人員和it人員帶來了很多的便利，廣受歡迎。
《SOA達人迷》 第2章2 11節計算分數
2.11 計算分數 soa達人迷 記下每乙個問題的分數，並相加，得到基礎分。然後再考慮權值 基礎分再加上每個問題的權值分數。第1個問題 如果答案是3分或3分以上的話，加5分。第2個問題 如果答案是3分或3分以上的話，加6分。第3個問題 如果答案是3分或3分以上的話，加5分。第4個問題 如果答案是5分...
第13章 複製控制 1
複製建構函式 copy constructor 是一種特殊建構函式，具有單個形參，該形參 常用const修飾 是對該類型別的引用。當定義乙個新物件並用乙個同型別的物件對它進行初始化時，將顯式使用複製建構函式。當將該型別的物件傳遞給函式或從函式返回該型別的物件時，將隱式使用複製建構函式。析構函式 de...
《UML物件導向設計基礎》 第1章1 3節狀態保持
1.3 狀態保持 uml物件導向設計基礎 物件導向的第三個抽象概念是物件具有保持狀態的能力。當傳統的過程模組 函式 子程式 過程等 返回到呼叫者時，不會帶來任何負作用，模組執行結束，只是將其結果返回。當同一模組再次被呼叫時就象是第一次誕生一樣。模組對以前的存在沒有任何記憶，就像人類一樣對以前的存在一...