編輯推薦

　　STC（美國技術通信學會）卓越奬獲得者，國際業務分析師協會CBA兼執行VP推*。

　　敏捷開發和大數據時代的軟件需求百科*書！

　　一流業務分析師，項目經理，産品經理/産品負責人，創業CEO，商業顧問/谘詢的工具和參考書。

　　特色：

　　這本經典名著經過需求領域兩大領軍人物的聯袂打造，得以*麵升級和擴展，包含更多、更新的主題、實例和洞見。通過本書介紹的需求工程實踐、工具和技術，讀者可以提升需求引導、捕獲、開發、管理和分析能力，並把這些行之有效的技術與技巧運用到工作當中，在盡可能減少成本、增強維護性和避免返工的同時，交付定位更準確、質量更優良的軟件産品/服務。

　　特色主題：

　　準確鎖定關鍵的利益乾係人並與他們展開閤作

　　聚焦於業務目標，對需求進行引導和分析

　　需求的文檔、優先級排定、驗證和重用

　　原型和創建需求的可視化模型

　　管理變更申請、範圍蔓延和需求風險

　　理解和明確指定客戶質量需求

　　針對數據需求和報錶類需求提供指導

　　第3版特色：

　　包含*新的實例、實踐與技術，體現需求領域的新進展

　　凝聚需求領域兩大領軍人物多年的心血，素材來自培訓課程、演講和工作坊，有實操性

　　循序漸進，闡述如何將有效需求實踐應用於敏捷項目和其他各種特殊項目，比如業務流程自動化、軟件包方案、外包、增強型、替換型和嵌入式係統等項目

　　重點聚焦於業務分析師的角色和成功業務分析師應該具備的核心競爭力

　　尤其適閤業務分析師、開發人員、項目經理和其他軟件項目乾係人閱讀和參考

內容簡介

　　作為經典的軟件需求工程暢銷書，經由需求社區兩大知名領袖結對*麵修訂和更新，覆蓋新的主題、實例和指南，*方位討論軟件項目所涉及的所有需求開發和管理活動，介紹當下的所有實踐。書中描述實用性強的、高效的、經過實際檢驗的端到端需求工程管理技術，通過豐富的實例來演示如何利用實踐來減少訂單變更，提高客戶滿意度，減少開發成本。書中的用例、業務規則和商業工具*麵修訂以體現現狀和未來的趨勢。

　　本書尤其適閤具備一定軟件開發過程經驗的業務分析師、需求分析師、項目經理和其他軟件項目涉眾。

作者簡介

　　作者簡介：

　　Karl Wiegers（卡爾·魏格斯）博士，*球公認的軟件需求工程、過程改進和軟件質量專傢，享有盛譽的技術作傢，他發錶很多文章，他的經典著作《軟件需求》係列版本對需求領域有著舉足輕重的影響。

　　Karl在伊利諾大學獲得有機化學博士學位。除瞭計算機，他的愛好還包括品酒、彈吉他、寫歌錄歌和參與公益活動。

　　Joy Beatty（喬伊·貝蒂），軟件需求社區的領袖，曾經協助財富500強中很多企業建立卓越業務分析中心。

　　Joy是IIBA《BABOK指南》的主要貢獻者，CBAP（認證業務分析師）。她具有豐富的培訓經驗和錶達能力，培訓過幾韆名業務分析師，曾經發錶很多文章和演講。她還是《軟件需求與可視化模型》的作者之一。

　　Joy畢業於普渡大學，獲得計算機科學與數學雙學士學位。業餘時間，她喜歡劃船、遊泳和野炊。

　　譯者簡介：

　　李忠利，精一天使公社CEO，CODEX中國創新委員會聯閤發起人。他擁有14年TMT行業經驗，先後供職於用友、SYNNEX和百度等知名企業，曆任技術管理、總經理助理和精益教練等工作。他擅長互聯網創新業務/産品的孵化和指導，打造企業內部創新模式。曾親自推動某外企400人規模的研發模式整體轉型。作為布道者，在國內某知名ERP企業*創研發模式創新和帶領敏捷教練團隊成功使用創新方法來推動軟件産品綫的效率改進。代錶譯著有《管理3.0：培養和提升敏捷領導力》（被譽為“21世紀的管理聖經”） 《敏捷武士》和《Scrum敏捷産品管理》。

　　李淳，gilean谘詢顧問，敏捷和精益倡導者、實踐者。通過的認證有Lean Kanban Advanced Practitioner、Certified Scrum Master、Certified Scrum Product Owner、PMP等。先後供職於用友和易車等公司，擔任過程序員、研發經理、架構師和産品經理。

　　自2011年至今，緻力於在傳統項目管理方式中推廣敏捷理念、精益創業方法和看闆方法，先後在項目研發和需求溝通過程中嘗試引入敏捷和精益的價值觀和開發實踐，在縮短産品交付周期的同時項目質量，還增進瞭團隊內、不同團隊間、團隊與客戶之間的信任和溝通成效，在*短的時間內使客戶颳目相看，項目取得瞭預期的效果。

　　霍金健，百度資深交付經理與敏捷教練，具有豐富的項目管理、敏捷實施、持續集成和配置管理的實戰經驗。目前緻力於推動互聯網創新産品管理和敏捷項目管理能力提升。2014年初加入百度，負責公司戰略産品的敏捷改進和産品交付工作，通過運營和度量驅動的方式，結閤業務目標和團隊特點取得瞭突齣的成效。

　　多次受邀在敏捷中國、Scrum Gathering和敏捷之旅等專業大會分享企業研發實踐心得。代錶譯著有《看闆實戰》。

　　孔晨輝，賽門鐵剋中國研發中心高級軟件工程師，主要從事軟件項目跟蹤與管理解決方案的研究與開發工作。國傢軟件水平資格認證的高級信息係統項目管理師，PMBar項目管理社區成員。

精彩書評

　　專傢推*：

　　“業務分析領域的經典著作之一，第3版尤其體現瞭這一專業領域過去十年的進展和新趨勢。”

　　——Kevin Brennan， IIBA（國際業務分析師協會）*席業務分析師兼執行副總裁

　　“軟件需求的百科*書。”

　　——清華大學教授，中國軟件行業協會過程改進分會名譽副會長

　　好書熱評

　　《軟件需求（第3版）》是目前非常有用的需求指南。兩位作者Wiegers和Beatty覆蓋瞭目前業務分析師應該知道的實踐*景。無論是需求規範的老手，還是剛開始做項目的新手，都可以將本書作為桌邊案頭的必備參考書。

　　——Gary K. Evans，Evanetics公司敏捷教練和用例專傢

　　.

　　這簡直就是三連冠，Karl Wiegers和Joy Beatty攜第3版再創佳績。從1999年第1版起，《軟件需求》提供的指南就已經成為我在需求谘詢工作中的實踐基礎。我要嚮新手和有經驗的從業人員鼎力推*此書。

　　——Roxanne Miller，Requirements Quest總裁

　　需求方麵很好的書，又更上瞭一層樓！在第3版中，新主題的範圍延展到覆蓋整個項目場景。在敏捷環境中使用需求很有意義，因為所有相關人員都要瞭解新係統的基本功能和用途，並且敏捷開發人員現在也是受眾，必須好好掌握書中的內容。

　　——Stephen Withall，《軟件需求模式》作者

　　《軟件需求（第3版）》終於問世，長久的等待是值得的。這是一本完整的實踐指南，讀者可以從中學到許多對工作有用的實踐。我特彆喜歡書中包含的例子和很多實操方案，可以方便地在真實生活場景中實踐它們。

　　——Christof Ebert博士，Vector Consulting Services管理總監

　　Karl和Joy升級瞭軟件需求領域的開創性著作，對上一版擇其優並加以改進。這一版保留瞭此前版本中所有業內人員必備的參考，還擴展到足以應對當今復雜商業和技術環境所麵臨的挑戰。不論什麼技術、業務領域、方法論或項目類型，都可以藉助本書嚮客戶交付更好的成果。

　　——Shane Hastie，Software Education*席知識工程師

　　Karl Wiegers和Joy的這本有關需求的新書對前一版進行瞭精彩的補充。大型軟件應用的需求是本世紀難以解讀的業務話題之一。此書有助於解讀這一粗略的主題。

　　——T. Capers Jones，Namcook Analytics公司副總裁兼CTO

　　簡單地說，對於每個參與定義和管理軟件開發項目的人（這本書既是必讀之書，又是一本重要的參考。在今天的現代軟件開發世界中，太多人認為需求實踐是用於“無障礙”敏捷的。Karl和Joy對漸進管理需求的方法進行詳細說明，並闡述瞭如何采用日新月異的方法實現軟件交付。

　　——Mark Kulak，Borland公司軟件開發總監

　　我看到Karl Wiegers和Joy Beatty*麵更新瞭這本有關軟件需求的書。我特彆喜歡其中如何在敏捷項目中使用高效需求實踐的新話題，因為近日來，我們這方麵的谘詢服務越來越多。這些在不同需求實踐中的實踐指南和真實案例是無價之寶。

　　——Doreen Evans，Robbins Gioia公司需求和業務分析實踐管理總監

　　作為Karl經典好書《軟件需求》的早期用戶，我對新版早就迫不及待，望穿鞦水瞭，而且它絕對沒有讓我失望。多年以來，從大型的、新型的零起點項目，到采用現成的商業現貨方案和快速發布敏捷實踐，IT開發的重點已經發生很大的變化。在第3版中，Karl和Joy探討瞭這些新開發方法在需求過程中的內涵，還給齣瞭寶貴的建議，這些建議不是基於教條的，而是從他們在需求領域廣泛而深入的經曆提煉齣來的有效實踐。

　　——Howard Podeswa，Noble公司CEO，《業務分析師手冊》作者

　　如果要找一本實踐指南來瞭解什麼是軟件需求、如何創建需求以及如何使用需求，《軟件需求（第3版）》是不二之選。這本書的內容有用、易懂，可以帶你完整瞭解如何應對需求相關的一般場景。結閤許多故事、案例研究、趣聞軼事和實例，這本書讀起來引人入勝。

　　——Laura Brandenburg，CBAP（認證業務分析師），Bridging the Gap站長

　　怎樣纔能使好需求容易理解？在添加內容時，可以像Karl和Joy所做的那樣，確立*麵的産品願景，處理敏捷方麵的問題，盡可能重用需求，處理軟件包和外包項目，確定具體用戶類彆。可以由錶及裏查看需求，解決流程和風險的問題，而不隻是確定功能。

　　——Donald J. Reifer，Reifer Consultants公司總裁

　　本書新版隨業務的發展與時俱進，既在第2版的基礎上進行瞭深化，又讓分析師真切瞭解到如何應對敏捷開發的大潮，如何使用特性進行範圍控製，如何提升需求收集技術，如何開展建模。Wiegers和Beatty聯袂打造的這本書是專業人士的必讀經典。

　　——Keith Ellis，Enfocus Solutions公司總裁兼CEO，《業務分析標杆》作者

作者：淡淡如菊

好幾年前，當我轉型成為一名業務分析師時，我苦惱於自己並不十分懂得這個職位究竟要做什麼，要怎麼做，要怎麼做好。所以我在網絡上搜尋所有可以買得到的相關書籍，以求獲得一些指導，其中也包括《軟件需求》（第2版）。在那個時候，這本著作係統的知識點給瞭我很多啓發，我盡量從似懂非懂到有樣學樣，在實踐中去思考如何改進，然後再次去實踐。不僅僅是*初閱讀的時光，後續這幾年的工作過程中，當我遇到一些需求相關的問題的時候，我也會重新打開這本書，翻閱相關的章節，以求迴到*初的狀態，去理解本源，並再次齣發去解決當下的問題。這次拿到新鮮齣爐的第三版，我的感受是，第三版很好地保留瞭之前的精髓，並在其基礎上補充瞭很多關於敏捷開發流程的觀點。這次也有非常強大的翻譯團隊，閱讀的感覺更流暢，這是一本非常適閤軟件開發領域的從業人員閱讀的書籍，尤其是對需求分析感興趣的朋友。我的個人觀點是業務分析師都應該擁有一本以備隨時參考。

這次十多位朋友一起讀這本書，大傢在微信上展開瞭很多討論，也激發瞭我的靈感，所以想提筆寫一寫打動我的一些章節。我不知道自己能否寫一個係列，但我今天打算從業務分析師的培養說起，呼應本書第四章的內容。

書中提到業務分析師的培養可以是前用戶，前開發人員和測試人員，前（或兼職）項目經理，主題專傢或者菜鳥（新人）。不管哪一種角色，轉型成為業務分析師，都會有各自的優勢或者劣質，如果能發揮優勢，改進薄弱環節，那麼在成為一名成功的業務分析師的道路上就有瞭好的開始。現在我也有帶領一個業務分析師團隊，我們的團隊成員有前開發人員，前測試人員，也有新人。我本人也是半路齣傢，是一名軟件開發程序員轉型過來的。我的理解是，軟件開發過程中的每個角色都要或多或少具備軟件需求分析的功能，而其中的業務分析師當然是*應該具備這個技能的工作。那麼除瞭文中提到的不同的人員轉型到這個工作的優勢劣勢以外，我就隨便談幾點的想法吧：

需求分析的工作離不開和用戶溝通，我們常常會說需求獲取，但和用戶溝通並不是一個簡單的單方嚮從用戶獲取需求的過程。不同的業務分析師去和同一個用戶聊，也許會得到完*不一樣的需求。我還在做程序員的時候，因為當時的團隊沒有BA這個角色，所以老闆派我去用戶現場瞭解他們的工作內容。那會完*是菜鳥齣場，也沒有需求獲取的技巧和技術可言。當我去到現場，接待我的是一位熱情的前輩，因為對方很配閤，所以進展還不錯，然後有一天我決定在工作之餘約她齣去一起吃飯。吃飯的時候，大傢都很放鬆，她跟我聊瞭很多，她從哪裏來，為何選擇瞭我們公司，她對工作的看法和期許，她每天花很多時間在上班路上的睏擾，甚至還有她的寵物。飯局後，我還在現場呆瞭一段時間，我明顯感覺到我的工作進展的更加順利瞭，說不齣是什麼原因，但很顯然彼此的信任增加瞭。後來，當我們開始去設計這個係統的時候，我會常常想到她，想象如果是她在用這個係統，她的反應會是怎樣，她會覺得好用嗎，她會睏擾嗎？當年的我並不明白，這個和用戶溝通的過程就是一個實實在在為用戶畫像的過程，除瞭明白她的工作，我們更應該去瞭解用戶真實的麵目，不是要刨根問底，但你要理解她自身的一些和係統有關的狀況。比如她的教育背景，她對電腦的熟悉程度，她對工作的成就感在哪裏，如果係統能幫到她，她的幸福感在哪裏。如果你在和用戶溝通的過程中， 會為瞭這樣的發現而喜悅，那麼我想你會適閤往業務分析師這個方嚮發展的。

我的*一份工作是軟件工程師，當年有幸進入瞭一傢提供電信行業解決方案的知名公司。加入公司一個月後，因為前輩們紛紛被挖角，我們幾個菜鳥被迫上瞭*一綫。當時擺在我們眼前的項目，就是某通信公司引入瞭*新製式的交換機，話單的采集和分揀程序需求需要重新梳理並參與測試評比。當時的新交換機廠商是北電網絡，他們在國內的工程師隻負責設備調試，對於係統的軟件問題隻能幫忙聯係加拿大的工程師進行中間協調。我們能拿到的所有的文檔都是英文的，內部更是充斥著大量的通信術語，語言的障礙以及對這個領域的不熟悉，是否能如期完成需求梳理，當時的我們覺得任務艱巨。為瞭盡快搞定這個需求工作，我一頁頁翻看這份文檔，不懂的字句求助Google，不能理解的設計用郵件求助外國工程師，*後總算理齣瞭話單生成的機製，采集的要求，以及話單的構成，並整理齣詳細的數據字典。後續的故事就是，我們一幫菜鳥基於自己的需求理解，開發完成瞭話單采集及分揀程序，我們的程序在各大廠商對新交換機處理能力的測評中，獲得瞭處理速度快、準確度高的評價，榮登三甲。所以說，需求分析的工作，程序員也可以做好的。如果你是一位對於需求分析工作特彆有興趣的程序員，如果你也確實覺得這樣的工作能給你帶來成就感，那麼不如適當的往這個方嚮曆練一下吧。你可以選擇轉型，也可以隻是將其作為自己成為項目經理必備的技能。我的理解是，不會分析需求的程序員不是好的項目經理。

有誰不是從菜鳥開始的呢？對於剛剛走齣校門的人來說，成為一名業務分析師是進入信息技術領域的一個很好的切入點，優點在於他或者她對需求流程的工作原理幾乎沒有什麼先入為主的概念。畢業生要學習的東西很多，工作職責，開發流程，理解開發人員、測試人員，瞭解用戶，掌握基本的業務知識，懂得如何有效的獲取需求。我們無法奢求一個剛走齣校門的孩子，既懂得需求分析的知識，又掌握瞭實際的技巧。菜鳥要做的是，保持對這份工作的熱忱，快速學習，快速成長。成為一名業務分析師所基本的知識，本書能給你*好的解答。至於技能嗎，要在實踐中掌握，希望本學習小組的各位能多點分享這部分啦。但**重要的，是菜鳥的心，可以是決心，信心，恒心，世上無難事隻怕有心人。

(原文鏈接：http://www.jianshu.com/p/86437a10783d?utm_campaign=hugo&utm;_medium=reader_share&utm;_content=note&utm;_source=weixin-friends&from;=singlemessage&isappinstalled;=1)

目錄

簡明目錄

第Ⅰ部分軟件需求的3W（什麼、為什麼和誰）

第1章軟件需求的本質3

第2章從客戶角度審視需求22

第3章需求工程優秀實踐38

第4章業務分析師53

第Ⅱ部分需求開發

第5章建立業務需求67

第6章傾聽用戶的心聲89

第7章需求獲取105

第8章理解用戶需求127

第9章照章辦事147

第10章記錄需求160

第11章寫齣優秀的需求178

第12章一圖勝韆言196

第13章具體指定數據需求218

第14章功能需求以外233

第15章通過原型來減少風險264

第16章要事優先：設定需求優先級279

第17章確認需求293

第18章需求的重用312

第19章需求開發之外325

第Ⅲ部分具體項目類彆的需求

第20章敏捷項目341

第21章改進型和替換型項目349

第22章軟件包方案項目359

第23章外包項目367

第24章業務過程自動化項目372

第25章業務分析項目378

第26章嵌入式和其他實時係統項目388

第Ⅳ部分需求管理

第27章需求管理實踐403

第28章需求變更415

第29章需求鏈中的鏈接432

第30章需求工程工具442

第Ⅴ部分需求工程的實施

第31章改進需求過程455

第32章軟件需求和風險管理472

尾聲483

附錄A當前需求實踐自評485

附錄B需求問題問診指南491

附錄C範例需求文檔507

詞匯錶525

參考文獻533

作者簡介547

精彩書摘

　　第1章

　　軟件需求的本質

　　“喂，Phil嗎？我是人事部的Maria。我們在使用你開發的人事係統時遇到一個問題。有位職員剛剛把她的名字改成Sparkle Starlight，但我們無法在係統中改。你能幫個忙嗎？”

　　“那麼她是結婚瞭，隨老公姓Starlight？”

　　“沒有，她沒結婚，隻是改名字瞭，”Maria迴答道，“問題就齣在這裏。好像我們隻能在某人婚姻狀況發生變化時纔能在係統中改名。”

　　“好吧，是，我從來沒想過有人可能會改自己的名字。當初我們在討論係統的時候，你可沒告訴過我有這種可能性。” Phil答道。

　　“我以為你知道任何人隨時都可以閤法更改名字呢，”Maria迴應道，“我們得在星期五之前解決這個問題，否則Sparkle就領不到工資瞭。你可以在此之前修復這個bug嗎？”

　　“這不是什麼bug，好嗎？！” Phil反駁道，“我從沒想過你們需要這項功能。我現在正忙著做一個新的績效評估係統。你所說的問題我隻能在月底修復，但周五之前肯定不行，抱歉。下次如果再有類似情況，請早點告訴我，並請提供書麵材料。”

　　“那我怎麼和Sparkle說呢？”Maria追問道，“如果她領不到工資，會很難過的。”

　　“嗨，Maria，這不是我的錯，”Phil抗議道，“如果當初你早提醒 軟件需求（第3版） [Software Requirements, 3rd Edition] 下載 mobi epub pdf txt 電子書

沒看過呢，當工具書收藏

書內容太著瞭，記流水賬。

書已到，物流很快，書無破損，給老婆看

體係比較全麵便於整體瞭解

乘著活動買的，雖然纔看瞭一點

包裝很好 內容還沒看

不錯，已經使用過瞭，還不錯～

好書不解釋

軟件需求 比較係統