前言

需求分析、架構設計、功能開發——這還不夠，要想把軟件賣出去，要想讓程序發揮價值，還要把各個模塊的各個功能“捏”在一起，且達到一定的質量標準。因此，集成很重要。

好的集成策略，好的集成解決方案，能讓集成“潤物細無聲”，等到各功能開發完成，集成也差不多完成了，很快就可以發布上市。而不好的集成管理，可能會造成項目末期遲遲不能完成集成，發布日期一再推遲；可能會造成程序員的正常工作一再被當前代碼中時不時冒出來的嚴重問題所煩擾；也可能要求程序員投入過多時間進行效率不高的檢測，等等。

這是一本關于軟件集成的書。它將全面介紹包括敏捷開發中的持續集成、持續交付在內的，業界公認的原則和最佳實踐。

但本書并不止步于此，本書將仔細講解這些原則和最佳實踐背后的原因。為什么？因為只知道這些原則和最佳實踐還不夠。在某個具體的開發項目中，應該多么頻繁地集成？在某次代碼改動提交之前，應該花多長時間測試？這些都需要具體情況具體分析，來不得教條。那么，根據具體情況，該如何分析？要考慮哪些方面？如何權衡利弊？應該如何裁剪流程？應該多“敏捷”？最佳平衡點在哪里？我們需要知道最佳實踐背后的道理，知道思考的方法，才能在具體的情境中活學活用，根據實際項目具體情況，制定最合適、務實的方案。

對于抱有一些典型問題要問，希望能快速獲得答案的讀者，下面是一些“快捷方式”：

· 若想了解軟件集成的基本過程，請直接閱讀第二部分第2章。

· 若想了解持續集成，了解如何實施，可從閱讀第二部分第9.6節開始。

· 如果自己所在的項目，在項目后期需要漫長的時間進行集成、提升質量，可從第9.1節讀起，看看問題出在哪兒，如何改進。

· 如果程序員總被別人的問題打擾，影響正常的開發工作，請看第9.2節的分析。

· 如果集成工程師非常辛苦，可基線還是遲遲出不來，請讀第9.3節。

· 如果程序員總是抱怨質量要求過高，流程太煩瑣，看看第9.4節怎么說。

· 如果想提高程序員的素養，可與他們重點討論第4.1節至第4.4節，第5章，第7.1節至第7.6節，以及第7.11節。

· 如果想了解集成相關的各種工具，請參閱附錄。

盡管存在上述快捷方式，但對于大多數讀者，還是推薦按順序閱讀本書，書不厚，讀完不需要很久。下面是本書結構介紹。

本書第一部分，是一個關于軟件集成方案改進的職場故事。具體的故事總是比抽象的道理好懂。讀者如果對軟件集成尚了解不多，那么即便只讀這個故事，也會有所收獲。當然，用它做引子，更是希望這個故事能激發讀者繼續閱讀的興趣，深入探索軟件集成這個領域。

本書第二部分共九章。其中第1、2、3、6章主要是介紹集成相關概念和一些基本的分析方法。第4、5、7、8章運用這些分析方法，來討論軟件集成策略的各個方面。第9章作為最后一章，講解如何基于現有軟件集成解決方案進行持續的改進，最終邁向持續集成。

正文之后的附錄，在術語索引之后，列出了推薦給讀者進一步閱讀的書籍，并給出了推薦理由。還列出了軟件集成相關的各種常用工具，可作為深入調研的起點。

最后是后記，講述本書寫作背后的故事。

以上是本書的內容介紹。那么，本書不講什么呢？本書不講具體工具的功能細節，更不講具體的命令行。這些內容，讀者容易通過互聯網或從其他書籍中獲得，無需在本書中贅述。本書所介紹的，是更偏向方法論的內容，講解研究和思考集成相關問題的一般方法，以便讀者在實踐中觸類旁通。

本書適合誰來閱讀呢？適合所有與軟件集成有關的工作者閱讀。注意，軟件集成絕不僅僅是集成工程師的工作。它是由程序開發人員、集成工程師、測試人員、質量保證人員、配置管理人員、項目管理人員等角色共同完成的。不同的角色，關注并制定不同方面的、不同層面上的軟件集成策略。例如，某個程序員，不能決定所在項目是否應該使用新的持續集成工具，但他卻有責任在提交某次代碼改動前，采用適當的測試用例，做不多不少正合適的測試。軟件集成策略和方法，需要軟件集成相關的每個人了解和掌握。

祝大家閱讀愉快，并有所收獲。

董越，即流水先生，男，1977年生。他畢業于清華大學，擁有一個碩士學位和兩個學士學位。在隨后十年的工作時間里，他工作于西門子、摩托羅拉、雅虎、索尼愛立信、去哪兒網等企業，一直從事軟件配置管理與軟件集成相關工作，任CM Architect、CM Strategist等職。與此同時，他推動軟件配置管理與軟件集成領域在中國的普及和發展，在著書立說之外，還長期向各種類型的企業和組織提供演講、培訓和咨詢。

個人網站：http://www.dongyue.name

電子郵箱：me@dongyue.name