談產品集成-重溫CMMI的PI過程域

　　什么是產品集成?簡單的說就是把組成產品的所有軟件組件組裝起來，使之運行在目標環境上，產品集成包括軟件組件之間的集成、軟件與硬件的集成、軟件基礎數據的錄入、調試等。系統越復雜，集成就顯得越發重要。微軟的每日構建，極限開發中的持續集成，都是對產品集成的基本原則，其基本道理就是隨時保證組成最終產品接口一致，能順暢運行，能隨時拿得出可運行的版本。

　　要注意，產品集成的內容遠遠大于集成測試，集成測試只是軟件生命周期中的一個階段，而產品集成思想從規劃，設計，實施，評估，貫穿整個軟件生命周期。只能講集成測試是產品集成中的一個關鍵步驟或環節。存在產品集成的原因是由于我們進行了組件化或模塊化開發，一個軟件產品由原來的全集中可能變化為了能力分散化提供，導致產品集成越來越重要。

　　SG1 Preparation for product integration is conducted.準備產品的集成。

　　SP1.1 Determine the product-component integration sequence.決定產品組件的集成順序。

　　可以講這是產品集成的一個核心內容，大型軟件系統組件和組件之間是存在相互依賴情況的，不是簡單的按順序集成。一個組件，一反面是消費外部接口，一方面是本身暴露能力和接口，而集成重點就是這些接口間組裝。對于SCA組件化架構思路正是體現了組件間的集成重點。

　　集成順序分兩個方面來談，首先對于組件可以分為純技術層面組件，公共平臺層組件和業務組件，其集成順序為由下向上，即技術組件到平臺組件，平臺組件到業務組件。這個是縱向的集成順序。對于業務組件本身又分為多個業務模塊，業務模塊一般又分為基礎數據層面和核心業務層面，這時候集成仍然是數據先行，再集成數據層上面的核心業務模塊。對于核心業務模塊，由于本身存在相互依賴，在選擇集成順序上是存在一定困難的，至少我們給出的大思路是按核心業務生命周期順序進行橫向集成，比如資產系統按資產新增，資產變更，資產廢棄順序進行集成等。

　　SP 1.2 Establish and maintain the environment needed to support the integration of the product components.建立和維護用于支持產品組件集成的環境。這些環境包括硬件環境、網絡環境、數據環境等。

　　后續談下產品持續集成。其一是單個版本內的每日構建和持續集成，其二是一個產品分多個版本迭代開發，多個版本間的多次迭代式的集成。如果談產品集成環境，具體應該包括配置管理環境，自動化編譯和構建環境，自動化冒煙測試環境，這三個環境為必備環境。

　　按照每日構建和持續集成的思路，首先在開發人員check in代碼后，在配置管理環境自動獲取和更新到最新的代碼版本，然后運行自動化構建腳本進行版本的自動構建。(自動構建中本身也包含了自動構建和編譯順序的問題，需要重點考慮清楚，因為組件間有依賴，前置組件沒有編譯通過后置組件無法編譯成功。)，在自動構建完成后需要進行自動部署和發布，部署發布完成后運行自動化測試腳本進行冒煙測試，對于冒煙測試問題通過各種報表方式進行持續發布和通知。

　　SP 1.3 Establish and maintain procedures and criteria for integration of the product components.

　　建立和維護產品組件集成的過程及標準。

　　這個里面有太多內容，按道理我們在討論產品集成的時候，最先就需要考慮產品集成的流程，產品集成的規范和標準等一系列問題。具體考慮需要前期確定和建立的內容包括，產品集成的流程，進行產品集成的組件接口標準，產品集成的入口準則和出口準則，開發團隊，配置團隊，集成測試團隊各自分工和協同。集成順序分析方法，集成方案和集成規程，集成測試設計準則和方法，集成測試的過程和方法，集成評估的方法等。

　　SG2 The product-component interfaces,both internal and external,are compatible.產品組件的接口，包括內部和外部的，都是兼容。

　　SP2.1 Review interface description for coverage and completeness.檢查接口描述，保證覆蓋性和完整性。通常我們通過評審接口說明的辦法來檢查接口的完整性、覆蓋性。

　　按照標準架構設計的思路，只有開始進行組件和模塊劃分，接口設計的時候，如果所有組件都按照標準的接口規范和契約進行設計和實現，那么組件間是一定可以最終集成起來的。按SOA思路包括了服務契約和服務接口，有明確的服務接口定義和設計，那么所有組件都必須遵從規則進行設計。這里的檢查和接口評審則是需要檢查各個組件是否遵從了相應的接口標準進行設計和實現。同時要意識到對于組件的接口實現，可以進行合規性測試，可以對組件接口進行單元測試和自動化測試，所有目的都是保證接口的規范性和完整性。

　　SP2.2 Manage internal and external interface definitions,designs,and changes for products and product components.管理產品和產品組件的內部和外部接口的定義、設計及變更。各組件之間是有關系的，我們需要對這些關系進行管理，保證組件間保持一致。

　　每個接口有唯一的提供方，但是卻存在多個消費方。組件間的交互和關系通過接口銜接起來。因此應該有一張組件間接口關系表來描述清楚組件間的接口關系。這些接口關系是我們后續確定集成順序，對組件間進行集成測試的重要參考。

　　SG3 Verified product components are assembled and the integrated,verified,and validated product is delivered.驗證產品組件被裝配和集成，經過驗證和確認的產品被交付。

　　SP3.1 Confirm,prior to assembly,that each product component requiredto assemble the product has been properly identified,functionsaccording to its description,and that the product-component interfacescomply with the interface descriptions.在裝配之前，確認每一個被裝配的產品組件已經被清楚定義，各功能符合描述要求、產品組件接口符合接口描述的要求。簡單的說就是在集成前，做全面的檢查工作，保證各部分符合既定的要求。

　　SP3.2 Assemble product components according to the product integration sequence and available procedures.根據產品集成順序和相關過程集成產品組件。

原文轉自：http://www.kjueaiud.com