"1.一部英文原著亞馬遜4.5高分，暢銷全球26年的領域經典——首次落地中國。2.用【簡單原則】講透軟件研發重要思想——從需求分析到產品演進，覆蓋產品研發全流程。3.首本實現【輕閱讀】的研發字典書——201個原則獨立成文，簡練深刻，輕松閱讀。4.百度技術學院【指定用書】——掌握科學的方法，效率提高不止100%。5.原則1：質量第一。原則7：盡早把產品交給客戶。原則39：先確定問題，再寫需求。原則64：沒有文檔的設計不是設計。原則66：不要重復造輪子。6.原則92：程序首先是寫等

●第1章 引言
第2章 一般原則
原則1 質量第一
原則2 質量在每個人眼中都不同
原則3 開發效率和質量密不可分
原則4 高質量軟件是可以實現的
原則5 不要試圖通過改進軟件實現高質量
原則6 低可靠性比低效率更糟糕
原則7 盡早把產品交給客戶
原則8 與客戶/用戶溝通
原則9 促使開發者與客戶的目標一致
原則10 做好拋棄的準備
原則11 開發正確的原型
原則12 構建合適功能的原型
原則13 要快速地開發一次性原型
原則14 漸進地擴展繫統
原則15 看到越多，需要越多
原則16 開發過程中的變化是不可避免的
原則17 隻要可能，購買而非開發
原則18 讓軟件隻需簡短的用戶手冊
原則19 每個復雜問題都有一個解決方案
原則20 記錄你的假設
原則21 不同的階段，使用不同的語言
原則22 技術優先於工具
原則23 使用工具，但要務實
原則24 把工具交給優秀的工程師
原則25 CASE工具是昂貴的
原則26 “知道何時”和“知道如何”同樣重要
原則27 實現目標就停止
原則28 了解形式化方法
原則29 和組織榮辱與共
原則30 跟風要小心
原則31 不要忽視技術
原則32 使用文檔標準
原則33 文檔要有術語表
原則34 軟件文檔都要有索引
原則35 對相同的概念用相同的名字
原則36 研究再轉化，不可行
原則37 要承擔責任
第3章 需求工程原則
原則38 低質量的需求分析，導致低質量的成本估算
原則39 先確定問題，再寫需求
原則40 立即確定需求
原則41 立即修復需求規格說明中的錯誤
原則42 原型可降低選擇用戶界面的風險
原則43 記錄需求為什麼被引入
原則44 確定子集
原則45 評審需求
原則46 避免在需求分析時進行繫統設計
原則47 使用正確的方法
原則48 使用多角度的需求視圖
原則49 合理地組織需求
原則50 給需求排列優先級
原則51 書寫要簡潔
原則52 給每個需求單獨編號
原則53 減少需求中的歧義
原則54 對自然語言輔助增強，而非替換
原則55 在更形式化的模型前，先寫自然語言
原則56 保持需求規格說明的可讀性
原則57 明確規定可靠性
原則58 應明確環境超出預期時的繫統行為
原則59 自毀的待定項
原則60 將需求保存到數據庫
第4章 設計原則
原則61 從需求到設計的轉換並不容易
原則62 將設計追溯至需求
原則63 評估備選方案
原則64 沒有文檔的設計不是設計
原則65 封裝
……

本書彙總了軟件工程原則。原則是關於軟件工程的基本原理、規則或假設，不管所選的技術、工具或語言是什麼，這些原則都有效。
全書共9章，第1章為引言，後面8章將201個軟件工程的原則劃分為8個大的類別：一般原則、需求工程原則、設計原則、編碼原則、測試原則、管理原則、產品保證原則和演變原則。
本書面向的讀者包括軟件工程師和管理者、軟件工程專業的學生、軟件工程領域的研究人員等。
本書由百度公司支持出版。百度以技術創新為信仰，在創新投入、研發布局、人纔引進方面均走在國際前列。百度一直秉承著“科技為更好”的社會責任理念，堅持運用創新技術，聚焦於解決社會問題，履行企業公民的社會責任，為幫助全球用戶創造更加美好的生活而不斷努力。

(美)艾倫·M.戴維斯 著 葉王 等 譯