軟件需求最佳實(shí)踐

前言

　　寫一本書不容易，寫一本讓自己滿意的書更不容易，而寫一本讓讀者喜歡的書則是難上加難。或許這一“冠冕堂皇”的理由可以作為筆者一再錯(cuò)過(guò)向關(guān)注本書的讀者所承諾的上市時(shí)間的借口。但是沒有任何理由可以讓筆者松懈下來(lái)，畢竟自己一直在標(biāo)榜要解決“我們并不缺乏需求的理論，缺少的是真正落地的方法”的問(wèn)題，為所有讀者提供一種切實(shí)可行的實(shí)踐手段，是筆者寫作本書的核心目標(biāo)?！　≡诜x本書時(shí)，或許你會(huì)從本書的字里行間讀到幾分輕松，這是因?yàn)闀杏胁簧俚奈淖质枪P者在風(fēng)景秀麗的員當(dāng)湖畔的咖啡廳里寫就的，希望筆者這種輕松的心情能夠透過(guò)這些文字傳遞給每位工作在“沉重”的需求分析過(guò)程中的所有讀者。　　在細(xì)究本書時(shí)，或許你會(huì)從本書的文字里頭看到幾處零亂，這是因?yàn)槲闹杏泻芏嗟亩温涫枪P者在吚哎學(xué)語(yǔ)的一歲小兒的惡作劇邊碼成的，希望筆者這些零碎的想法能夠借助書的脈絡(luò)傳達(dá)給每位工作在“繁雜”的需求分析原則下的所有讀者。　　在將書稿交付編輯之時(shí)，我深刻地感到：本書雖然沒有Martin七年磨一劍的鋒芒，卻也有三年憋一本的艱辛。在整個(gè)寫作過(guò)程中，多次經(jīng)歷了自我否定、推倒重來(lái)的痛苦，也享受了許多自我升華的樂趣；當(dāng)然筆者衷心地希望本書能夠向大家傳遞樂趣。

內(nèi)容概要

　　本書首先從軟件需求實(shí)踐中出現(xiàn)的主要問(wèn)題和困難入手，指出了改進(jìn)的主要方向；然后逐一說(shuō)明了需求定義、需求捕獲、需求分析與建模、編寫規(guī)約、需求驗(yàn)證等需求開發(fā)活動(dòng)的任務(wù)、要點(diǎn)和具體手段；并提出了一個(gè)可操作性強(qiáng)、易于上手的SERU過(guò)程框架，能夠幫助讀者清晰地了解整個(gè)過(guò)程，理解各階段的關(guān)鍵產(chǎn)物和產(chǎn)物之間的關(guān)系?！　”緯€對(duì)包括需求基線、變更管理、需求跟蹤在內(nèi)的需求管理活動(dòng)的操作要點(diǎn)進(jìn)行了闡述，給出了具有很強(qiáng)實(shí)踐性的具體建議。綜觀全書，語(yǔ)言淺顯、文字生動(dòng)，蘊(yùn)含了許多人文、心理、交流方面的知識(shí)，即使非技術(shù)背景的讀者也能夠輕松讀懂大部分內(nèi)容，從中受益?！　”緯勺鳛橛?jì)算機(jī)軟件專業(yè)本科生、研究生和軟件工程碩士的軟件需求分析教材，也可以作為軟件工程、軟件開發(fā)管理培訓(xùn)的教材，更是一線項(xiàng)目經(jīng)理、需求分析人員、資深開發(fā)人員、信息系統(tǒng)運(yùn)行管理人員、研發(fā)企業(yè)管理人員的必備參考書。

作者簡(jiǎn)介

　　徐鋒，中國(guó)系統(tǒng)分析員顧問(wèn)團(tuán)（CSAI）軟件工程首席顧問(wèn)，中國(guó)軟件技術(shù)大會(huì)杰出貢獻(xiàn)專家，資深咨詢顧問(wèn)、培訓(xùn)講師。主要研究領(lǐng)域?yàn)樾枨蠊こ?、系統(tǒng)分析與設(shè)計(jì)、軟件估算，致力于推動(dòng)軟件工程方法論的落地應(yīng)用。作者具有聿富的軟件開發(fā)、信息系統(tǒng)運(yùn)行與管理、市場(chǎng)規(guī)劃、企業(yè)管理等領(lǐng)域的從業(yè)經(jīng)驗(yàn)，善于從業(yè)務(wù)、技術(shù)兩個(gè)視角審視軟件開發(fā)工作?！　　　≡凇冻绦騿T》等媒體發(fā)表了《實(shí)戰(zhàn)OO》、《項(xiàng)目管理三步曲》、《大話Design》等多個(gè)專欄文章，著有《UML面向?qū)ο蠼；A(chǔ)》等多本書籍，翻譯了(UML 2.O實(shí)戰(zhàn)》、《AOSD中文版》、《Cloud to CodedP文版》等多本技術(shù)書籍。

書籍目錄

第1部分　原理、模型與誤區(qū)第1章　需求實(shí)踐現(xiàn)狀分析	2在信息化高速發(fā)展的今天，構(gòu)建與時(shí)俱進(jìn)的信息化系統(tǒng)已成為所有政府、企事業(yè)單位的重點(diǎn)課題之一。然而在軟件項(xiàng)目實(shí)施過(guò)程中，進(jìn)度超期、經(jīng)費(fèi)超預(yù)算、變更頻繁的現(xiàn)象層出不窮，甚至有許多項(xiàng)目根本無(wú)法達(dá)到預(yù)期的目標(biāo)，更談不上為業(yè)主創(chuàng)造真正的效益。歸根結(jié)底，軟件需求實(shí)踐這一共同的軟肋是問(wèn)題的根源。1.1　軟件項(xiàng)目失敗的根源	21.1.1　CHAOS Report 1994	21.1.2　CHAOS Report后續(xù)版本	31.1.3　需求相關(guān)敗因簡(jiǎn)要分析	41.1.4　一幅漫畫帶來(lái)的思考	81.2　透過(guò)表象，分析本質(zhì)	121.2.1　需求變更頻繁	121.2.2　上線阻力大	131.2.3　運(yùn)行效果差	141.2.4　完全崩潰	151.3　方法論與需求工作	161.3.1　計(jì)算模式	161.3.2　軟件工程方法論	171.3.3　開發(fā)思想	181.4　小結(jié)	19第2章　不同軟件項(xiàng)目的需求視圖	20隨著信息化應(yīng)用的逐漸深入，軟件項(xiàng)目在企業(yè)、政府等各類組織中所擔(dān)負(fù)的角色也越來(lái)越多，應(yīng)用層面也在逐漸地深入，同時(shí)也意味著不同的軟件項(xiàng)目具有不同的特點(diǎn)，這也就對(duì)需求工作產(chǎn)生了諸多影響。 在本章中，我們就將針對(duì)信息系統(tǒng)、嵌入式系統(tǒng)、軟件產(chǎn)品等不同角度來(lái)說(shuō)明如何進(jìn)行相應(yīng)的需求工作，為需求分析師提供一個(gè)切實(shí)有效的視圖。2.1　信息系統(tǒng)的需求視圖	202.1.1　信息系統(tǒng)的本質(zhì)與分類	202.1.2　聯(lián)機(jī)事務(wù)處理系統(tǒng)——流程電子化	222.1.3　管理信息系統(tǒng)——數(shù)據(jù)信息化	252.1.4　其他信息系統(tǒng)	292.1.5　信息系統(tǒng)的多維視圖	312.2　嵌入式系統(tǒng)的需求視圖	332.2.1　面向直接用戶的嵌入式系統(tǒng)	342.2.2　面向特定設(shè)備的嵌入式系統(tǒng)	352.3　軟件產(chǎn)品的需求視圖	362.4　小結(jié)	40第3章　軟件需求與需求工程	41筆者在做需求分析師的培訓(xùn)時(shí)，經(jīng)常會(huì)問(wèn)學(xué)員這樣的一個(gè)問(wèn)題：什么是軟件需求？這個(gè)看似簡(jiǎn)單的問(wèn)題卻并不好回答，也許很多人會(huì)簡(jiǎn)單地認(rèn)為軟件需求就是用戶需要實(shí)現(xiàn)的功能加上一些非功能方面的要求。但這樣的理解卻并不完整，如果對(duì)用戶所處的業(yè)務(wù)場(chǎng)景沒有建立正確認(rèn)識(shí)，經(jīng)常會(huì)給工作帶來(lái)麻煩。因此本章將對(duì)一些與需求、需求工程相關(guān)的關(guān)鍵概念進(jìn)行闡釋。3.1　什么是軟件需求	413.1.1　需求的三個(gè)層次	413.1.2　需求的三種類型	433.1.3　優(yōu)秀需求的標(biāo)準(zhǔn)	463.2　需求工程解析	503.2.1　需求工程的范疇	503.2.2　需求開發(fā)工作要點(diǎn)	513.2.3　需求管理工作要點(diǎn)	563.2.4　需求分析人員的技能組成	583.2.5　SERU模型概述	593.3　小結(jié)	61第2部分　需求開發(fā)第4章　需求定義最佳實(shí)踐	64需求定義活動(dòng)準(zhǔn)確來(lái)說(shuō)是不屬于需求工程范疇的，它實(shí)際上是立項(xiàng)管理需要做的工作。但需求定義階段的產(chǎn)物對(duì)于需求捕獲、分析與建模活動(dòng)都有著直接的影響，如果這個(gè)階段的工作做得不理想，就會(huì)出現(xiàn)“上梁不正下梁歪”的結(jié)果。因此本書還是將這個(gè)活動(dòng)納入進(jìn)來(lái)，并將給大家提供一個(gè)能夠與后續(xù)活動(dòng)結(jié)合緊密的方法。4.1　需求定義任務(wù)概述	644.1.1　需求定義的時(shí)機(jī)	644.1.2　需求定義的理念與策略	654.2　問(wèn)題分析的五步法	664.2.1　在問(wèn)題定義上達(dá)成共識(shí)	674.2.2　分析問(wèn)題背后的問(wèn)題	734.2.3　確定相關(guān)人員和用戶	774.2.4　定義解決方案的界限	784.2.5　確定加在解決方案上的約束	804.2.6　小結(jié)	814.3　需求定義的產(chǎn)物與要素	814.3.1　需求定義的產(chǎn)物	814.3.2　需求定義的要素	824.4　定義需求范圍	874.4.1　案例說(shuō)明	874.4.2　劃分主題域	884.4.3　確定主題域范圍	974.4.4　標(biāo)識(shí)業(yè)務(wù)事件與報(bào)表	1014.4.5　生成需求大綱	1044.5　小結(jié)	108第5章　需求捕獲最佳實(shí)踐	109需求捕獲是需求開發(fā)中的第一個(gè)活動(dòng)，可以說(shuō)任何一個(gè)需求團(tuán)隊(duì)對(duì)它都不陌生，但如何提高需求捕獲的有效性卻一直以來(lái)是困擾大家的問(wèn)題。需求捕獲的要點(diǎn)在于計(jì)劃性和科學(xué)性，計(jì)劃性體現(xiàn)在對(duì)捕獲對(duì)象、問(wèn)題、時(shí)間的計(jì)劃，科學(xué)性則表現(xiàn)在如何有效地選擇合適的捕獲方法。本章的目的就在于幫助大家更好地達(dá)到這兩個(gè)目標(biāo)，從而提高需求捕獲活動(dòng)的質(zhì)量。5.1　需求捕獲的策略	1095.1.1　需求捕獲應(yīng)該是主動(dòng)的	1095.1.2　需求捕獲應(yīng)該是聚焦的	1105.1.3　破解需求的冰山模型	1115.1.4　破解阻礙需求捕獲的心理現(xiàn)象	1135.1.5　不要忽視對(duì)變更可能的捕獲	1175.1.6　需求協(xié)商	1185.2　需求捕獲的主要方法	1255.2.1　用戶訪談	1255.2.2　用戶調(diào)查	1375.2.3　文檔考古	1425.2.4　情節(jié)串聯(lián)板	1445.2.5　現(xiàn)場(chǎng)觀摩	1455.2.6　聯(lián)合開發(fā)	1475.3　需求捕獲的記錄工具	1505.3.1　工具的選擇與定義	1505.3.2　任務(wù)卡片	1515.3.3　場(chǎng)景說(shuō)明	1525.3.4　其他工具	1535.4　小結(jié)	154第6章　需求分析與建模最佳實(shí)踐	156需求分析是需求工程中最為核心的工作，而需求建模則是需求分析的主要手段。但由于分析這個(gè)詞比較抽象，很多時(shí)候讓人感到無(wú)從入手，甚至導(dǎo)致被輕易地滑過(guò)了，直接將需求捕獲的結(jié)果整理到軟件需求規(guī)格說(shuō)明書中。而需求建模也有很多工具，到底怎么有效地應(yīng)用到需求分析過(guò)程中也是令人感到難以掌握的東西。因此本章的目標(biāo)就是為讀者勾勒出需求分析的階段與任務(wù)，指出如何選擇適合的建模工具，以及在什么時(shí)機(jī)、如何應(yīng)用這些建模工具。6.1　需求分析與建模的要點(diǎn)與誤區(qū)分析	1566.1.1　需求分析到底做什么	1566.1.2　建模的目標(biāo)與要點(diǎn)	1596.1.3　選擇建模工具的要點(diǎn)	1606.2　周期一：理清框架與脈絡(luò)	1646.2.1　業(yè)務(wù)流程分析	1656.2.2　業(yè)務(wù)實(shí)體分析	1916.2.3　角色與使用場(chǎng)景分析	2166.2.4　周期一的產(chǎn)物	2326.3　周期二：確定需求細(xì)節(jié)	2496.3.1　確定行為需求的細(xì)節(jié)	2506.3.2　確定結(jié)構(gòu)需求的細(xì)節(jié)	2706.3.3　周期二的產(chǎn)物	2796.4　其他需求分析	2926.4.1　接口需求	2926.4.2　非功能需求的追蹤	2946.4.3　設(shè)計(jì)約束	2976.5　小結(jié)	301第7章　需求描述最佳實(shí)踐	302需求描述就是將需求捕獲、分析的結(jié)果進(jìn)行文檔化的過(guò)程。在軟件開發(fā)時(shí)，將分析的結(jié)果文檔化是不可或缺的任務(wù)，也稱為編寫規(guī)約活動(dòng)；而在某個(gè)項(xiàng)目中，可能還會(huì)由用戶代表或需求捕獲人員對(duì)捕獲的內(nèi)容進(jìn)行整理，形成用戶需求說(shuō)明書。具體要干什么，想必大家并不陌生，而且在前一章中也看到了一些實(shí)例的片段。因此本章將重點(diǎn)從需求描述的風(fēng)格與格式、寫作策略與技巧兩個(gè)方面做些強(qiáng)調(diào)和補(bǔ)充。7.1　需求描述的風(fēng)格與格式	3027.1.1　常見的描述風(fēng)格與選用標(biāo)準(zhǔn)	3027.1.2　典型軟件需求規(guī)格說(shuō)明書模板解析	3037.1.3　定義模板的技巧	3187.1.4　用戶需求說(shuō)明與軟件需求規(guī)格說(shuō)明	3267.2　寫作策略與技巧	3287.2.1　文字表達(dá)的先天不足	3287.2.2　需求描述的兩大原則	3307.2.3　不要忽視陳述需求理由的重要性	3327.2.4　注意措辭	3347.3　小結(jié)	335第8章　需求驗(yàn)證最佳實(shí)踐	336需求驗(yàn)證是需求開發(fā)的最后一個(gè)環(huán)節(jié)，它是一個(gè)質(zhì)量關(guān)。也就是說(shuō)，其目標(biāo)是發(fā)現(xiàn)盡可能多的錯(cuò)誤，減少因?yàn)樾枨蟮腻e(cuò)誤而帶來(lái)的工作量浪費(fèi)。而需求驗(yàn)證的主要手段就是Review（復(fù)查，也常譯為評(píng)審）。但是許多需求團(tuán)隊(duì)都覺得需求驗(yàn)證比較容易變得“務(wù)虛”，收效很少，本章的目標(biāo)就是幫助大家緩解這個(gè)問(wèn)題。8.1　需求驗(yàn)證的主要手段	3368.1.1　不同正式化程度的評(píng)審	3368.1.2　審查過(guò)程概述	3388.2　需求驗(yàn)證的主要誤區(qū)與解決方案	3408.2.1　需求驗(yàn)證的5大要點(diǎn)	3418.2.2　需求驗(yàn)證常見的5大問(wèn)題	3448.3　小結(jié)	346第3部分　需求管理第9章　需求基線操作實(shí)務(wù)	348需求基線是需求管理活動(dòng)中最為基礎(chǔ)的一個(gè)，通常也是在項(xiàng)目中首先應(yīng)該引入的管理活動(dòng)。但許多相關(guān)書籍中對(duì)需求基線的介紹相對(duì)比較理論化，很少給出具體的操作方法，往往使得許多軟件開發(fā)團(tuán)隊(duì)無(wú)從入手。為了幫助大家更好地引入需求基線，本章的重點(diǎn)將是結(jié)合具體的實(shí)例來(lái)說(shuō)明需求基線的劃分方法。9.1　需求基線的理念與策略	3489.1.1　基線思想的起源	3489.1.2　基線的策略	3509.2　基線劃定的基礎(chǔ)：優(yōu)先級(jí)評(píng)價(jià)	3519.2.1　組織需求項(xiàng)	3519.2.2　業(yè)務(wù)優(yōu)先級(jí)評(píng)價(jià)	3529.2.3　根據(jù)技術(shù)依賴性和項(xiàng)目風(fēng)險(xiǎn)調(diào)整優(yōu)先級(jí)	3569.3　基線劃定的要素：工作量估算	3569.3.1　估算的意義與要點(diǎn)	3569.3.2　定義階段的估算示例	3589.3.3　分析一階段的估算示例	3619.4　基線劃定與管理	3629.4.1　劃定基線	3629.4.2　管理基線	3639.5　小結(jié)	364第10章　變更管理操作實(shí)務(wù)	365需求變更頻繁恐怕是困擾無(wú)數(shù)軟件開發(fā)團(tuán)隊(duì)的惡魔之首，而且在美國(guó)權(quán)威的第三方機(jī)構(gòu)Standish Group的CHAOS報(bào)告中，也將其列為困擾軟件開發(fā)團(tuán)隊(duì)、導(dǎo)致項(xiàng)目失敗的5大原因之一，其中原因?qū)嶋H上也充分暴露了整個(gè)產(chǎn)業(yè)的不成熟。需求變更在CHAOS報(bào)告中是排名第四的問(wèn)題，而在中國(guó)軟件開發(fā)團(tuán)隊(duì)中卻是排名第一的問(wèn)題，這里面就意味著存在距離，本章的目的就是希望幫助大家找到其中的差距。10.1　變更管理的理念	36510.2　變更管理要點(diǎn)一：統(tǒng)一渠道	36610.2.1　CCB背后的道理	36610.2.2　變更處理過(guò)程	36810.3　變更管理要點(diǎn)二：統(tǒng)一平臺(tái)	37310.3.1　變更管理平臺(tái)的選擇	37310.3.2　變更管理平臺(tái)的應(yīng)用要點(diǎn)	37410.4　小結(jié)	375第11章　需求跟蹤操作實(shí)務(wù)	376需求跟蹤是一個(gè)高階的管理活動(dòng)，它的目標(biāo)是為了更好地管理需求的狀態(tài)、更好地分析需求變更產(chǎn)生的影響。雖然執(zhí)行需求跟蹤會(huì)帶來(lái)不錯(cuò)的效益，但其所需付出的工作量也是巨大的。本章我們就對(duì)跟蹤的一些要點(diǎn)做一簡(jiǎn)要的說(shuō)明。11.1　需求跟蹤的基本概念	37611.1.1　用戶需求到軟件需求的跟蹤	37711.1.2　軟件需求到軟件需求的跟蹤	37711.1.3　軟件需求到下游工作產(chǎn)品的跟蹤	37711.2　需求跟蹤的操作方法	37811.2.1　表格法	37811.2.2　鏈表法	37911.3　小結(jié)	381第4部分　總結(jié)第12章　SERU過(guò)程框架總結(jié)	384筆者經(jīng)常說(shuō)一個(gè)觀點(diǎn)：“我們并不缺乏軟件工程、需求工程的理論、技術(shù)，缺乏的是將這些理論與技術(shù)有效地應(yīng)用到實(shí)踐中去的具體方法”。而貫穿全書的SERU過(guò)程框架（也稱為SERU模型）正是筆者基于多年不同領(lǐng)域、不同規(guī)模的軟件項(xiàng)目實(shí)踐的基礎(chǔ)上，通過(guò)對(duì)許多重型方法的剪裁而得到的一個(gè)清晰、實(shí)用的軟件需求過(guò)程框架。12.1　SERU過(guò)程框架要點(diǎn)概述	38412.1.1　SERU過(guò)程框架的理論基礎(chǔ)	38412.1.2　SERU過(guò)程框架全景圖	38512.1.3　SERU過(guò)程框架導(dǎo)入建議	38812.2　需求實(shí)作要點(diǎn)概述	38812.3　結(jié)語(yǔ)	391參考文獻(xiàn)	392SERU誡語(yǔ)目錄第1章　需求實(shí)踐現(xiàn)狀分析	2SERU誡語(yǔ)1-1：需求規(guī)格說(shuō)明書應(yīng)該采用業(yè)務(wù)導(dǎo)向的樹型層次結(jié)構(gòu)來(lái)組織。	6SERU誡語(yǔ)1-2：對(duì)于需求分析員而言，真正的專業(yè)主義是基于業(yè)務(wù)利益SERU誡語(yǔ)1-2：（解決問(wèn)題、創(chuàng)造機(jī)會(huì)、提高管控力等）的溝通。	6SERU誡語(yǔ)1-3：緩解溝通失真最有效的方法是及時(shí)復(fù)述。	9SERU誡語(yǔ)1-4：需求分析的本質(zhì)在于業(yè)務(wù)分析，而非技術(shù)分析。	11SERU誡語(yǔ)1-5：業(yè)務(wù)場(chǎng)景是需求之魂。	12SERU誡語(yǔ)1-6：需求分析人員對(duì)于技術(shù)方法論的評(píng)價(jià)重在適用性。	16SERU誡語(yǔ)1-7：對(duì)預(yù)設(shè)計(jì)的需求是評(píng)判敏捷方法論是否適用的關(guān)鍵。	18第2章　不同軟件項(xiàng)目的需求視圖	20SERU誡語(yǔ)2-1：流程分析（業(yè)務(wù)事件）是OLTP系統(tǒng)的關(guān)鍵線索和主要視圖。	23SERU誡語(yǔ)2-2：報(bào)表分析是MIS系統(tǒng)的關(guān)鍵線索和主要視圖。	26SERU誡語(yǔ)2-3：決策場(chǎng)景是DSS系統(tǒng)的關(guān)鍵線索和主要視圖。	29SERU誡語(yǔ)2-4：工作場(chǎng)景是專家系統(tǒng)的關(guān)鍵線索和主要視圖。	30SERU誡語(yǔ)2-5：并行工作流是OA系統(tǒng)的關(guān)鍵線索和主要視圖。	30SERU誡語(yǔ)2-6：高層管理人員的關(guān)注點(diǎn)往往在問(wèn)題和機(jī)會(huì)。	33SERU誡語(yǔ)2-7：對(duì)于面向用戶的嵌入式系統(tǒng)，行為分析是要點(diǎn)。	35SERU誡語(yǔ)2-8：面向特定設(shè)備的嵌入式系統(tǒng)，外部接口和事件分析是要點(diǎn)。	36SERU誡語(yǔ)2-9：信息系統(tǒng)類軟件產(chǎn)品的需求重點(diǎn)在于針對(duì)不同目標(biāo)客戶群體的SERU誡語(yǔ)2-9：不同商業(yè)模式分離變化點(diǎn)；經(jīng)常需要減出通用性，再通過(guò)插接SERU誡語(yǔ)2-9：解決擴(kuò)展性。	39SERU誡語(yǔ)2-10：基于使用場(chǎng)景的困難點(diǎn)分析是工具軟件的需求要點(diǎn)。	40第3章　軟件需求與需求工程	41SERU誡語(yǔ)3-1：業(yè)務(wù)需求是需求定義的產(chǎn)物，用戶需求是需求捕獲的產(chǎn)物，SERU誡語(yǔ)2-9：軟件需求是需求分析與建模的產(chǎn)物。	43SERU誡語(yǔ)3-2：功能需求的要點(diǎn)在于如何組織。	44SERU誡語(yǔ)3-3：非功能需求的要點(diǎn)在于保證信息的有效傳遞和注意其局部性。	44SERU誡語(yǔ)3-4：設(shè)計(jì)約束包括非技術(shù)因素的技術(shù)選型、預(yù)期的軟硬件環(huán)境和預(yù)期的SERU誡語(yǔ)2-9：使用環(huán)境三大類型。	45SERU誡語(yǔ)3-5：業(yè)務(wù)導(dǎo)向的層次結(jié)構(gòu)是保障完整性的關(guān)鍵。	46SERU誡語(yǔ)3-6：需求有時(shí)會(huì)戴上“高優(yōu)先級(jí)”的面具，實(shí)際上就是擔(dān)心SERU誡語(yǔ)2-9：你不去實(shí)現(xiàn)它。	48SERU誡語(yǔ)3-7：滿意/不滿意度模型是需求必要性評(píng)價(jià)的有效手段。	49SERU誡語(yǔ)3-8：在需求捕獲活動(dòng)中，化被動(dòng)為主動(dòng)是關(guān)鍵。	52SERU誡語(yǔ)3-9：需求分析就是向下分解+向上提煉，外加一些規(guī)格化。	53SERU誡語(yǔ)3-10：需求分析是目標(biāo)，需求建模是手段。	54SERU誡語(yǔ)3-11：在編寫需求規(guī)格說(shuō)明書時(shí)，應(yīng)確保一類信息只在一處描述。	55SERU誡語(yǔ)3-12：劃分出大小合適、粒度均勻的需求項(xiàng)是需求管理的前提。	57SERU誡語(yǔ)3-13：需求優(yōu)先級(jí)與工作量估算是基線管理的關(guān)鍵。	57SERU誡語(yǔ)3-14：SERU模型是需求分析的工作指南。	60第4章　需求定義最佳實(shí)踐	64SERU誡語(yǔ)4-1：清晰的項(xiàng)目目標(biāo)和范圍定義，能夠引導(dǎo)需求工作順利進(jìn)行。	65SERU誡語(yǔ)4-2：對(duì)混沌不清的目標(biāo)，可以通過(guò)內(nèi)部尋根或外部溯源來(lái)破解。	65SERU誡語(yǔ)4-3：對(duì)問(wèn)題進(jìn)行了正確的定義，意味著成功解決了一半。SERU誡語(yǔ)2-9：而在問(wèn)題定義時(shí)應(yīng)該善于使用轉(zhuǎn)換和本源兩個(gè)技巧。	68SERU誡語(yǔ)4-4：需求定義階段要善于將未知解問(wèn)題轉(zhuǎn)換成已知解問(wèn)題。	68SERU誡語(yǔ)4-5：在確定某問(wèn)題的解決方案時(shí)，一定要思考是否會(huì)引發(fā)新問(wèn)題。	70SERU誡語(yǔ)4-6：直接修改錯(cuò)誤，不要用其他方案來(lái)彌補(bǔ)錯(cuò)誤。	71SERU誡語(yǔ)4-7：魚骨圖為解決問(wèn)題找到了靶子，帕累托圖則標(biāo)上了環(huán)數(shù)。	76SERU誡語(yǔ)4-8：范圍是涉及的事、物，邊界是人與系統(tǒng)的職責(zé)邊界。	79SERU誡語(yǔ)4-9：用戶永遠(yuǎn)會(huì)希望花同樣的錢，獲得盡可能多的功能。	79SERU誡語(yǔ)4-10：需求階段描述的是用戶的能力特點(diǎn)，旨在提高可用性。	86SERU誡語(yǔ)4-11：你可以不做一件事，但一定不能不知道為什么需要做這件事。	86SERU誡語(yǔ)4-12：在分解系統(tǒng)時(shí)，應(yīng)該按業(yè)務(wù)的脈絡(luò)來(lái)劃分成不同的主題域。	89SERU誡語(yǔ)4-13：各個(gè)主題域之間的服務(wù)接口是需求變更的防火墻。	91SERU誡語(yǔ)4-14：確保能做的事和知道的事相匹配是職責(zé)驅(qū)動(dòng)設(shè)計(jì)的要點(diǎn)。	93SERU誡語(yǔ)4-15：目標(biāo)決定范圍。	96SERU誡語(yǔ)4-16：繪制上下文關(guān)系圖，先考慮Customer再考慮Worker是要點(diǎn)。	98SERU誡語(yǔ)4-17：業(yè)務(wù)事件應(yīng)該是主動(dòng)觸發(fā)的，并且將會(huì)產(chǎn)生一系列后續(xù)行為。	103SERU誡語(yǔ)4-18：業(yè)務(wù)事件是直接作用于系統(tǒng)的，也就是將觸發(fā)系統(tǒng)行為。	103第5章　需求捕獲最佳實(shí)踐	109SERU誡語(yǔ)5-1：需求捕獲是撒網(wǎng)打魚，不是休閑釣魚。	109SERU誡語(yǔ)5-2：善于聚焦訪談話題是需求捕獲人員成功的關(guān)鍵。	111SERU誡語(yǔ)5-3：嘗試?yán)斫鈽I(yè)務(wù)場(chǎng)景是合格需求分析人員的良好習(xí)慣。	112SERU誡語(yǔ)5-4：善于利用技術(shù)為用戶創(chuàng)造全新體驗(yàn)是優(yōu)秀需求人員的特質(zhì)。	113SERU誡語(yǔ)5-5：通過(guò)比較用戶代表的表述來(lái)識(shí)別言過(guò)其實(shí)，利用差異展現(xiàn)、SERU誡語(yǔ)2-9：瓶頸分析法來(lái)緩解影響。	114SERU誡語(yǔ)5-6：針對(duì)越俎代庖心理現(xiàn)象最有效的方法是識(shí)別正確的被訪談?wù)摺?114SERU誡語(yǔ)5-7：離開辦公室、對(duì)訪談進(jìn)行計(jì)劃是避免非正事現(xiàn)象的主要手段。	115SERU誡語(yǔ)5-8：化敵為友是緩解抗拒心態(tài)的主要方向。	116SERU誡語(yǔ)5-9：傾聽對(duì)方的抱怨是化敵為友的有效手段之一。	116SERU誡語(yǔ)5-10：突破推卸責(zé)任心理的簡(jiǎn)單手段是讓被訪談?wù)呓榻B工作場(chǎng)景。	117SERU誡語(yǔ)5-11：需求捕獲時(shí)不要忽視對(duì)變更可能的了解。	117SERU誡語(yǔ)5-12：在需求捕獲時(shí)要善于使用“？”之箭，找到真正的需求。	120SERU誡語(yǔ)5-13：“撥開立場(chǎng)，尋找利益訴求”是需求協(xié)商的要點(diǎn)。	122SERU誡語(yǔ)5-14：不要孤立地看待需求項(xiàng)，應(yīng)該將所有需求視為一個(gè)整體。	123SERU誡語(yǔ)5-15：“環(huán)境”將改變結(jié)果，切換不同的視角會(huì)得到不同的認(rèn)識(shí)。	124SERU誡語(yǔ)5-16：善于打比方是提高跨專業(yè)溝通效果的好方法。	125SERU誡語(yǔ)5-17：占用時(shí)間長(zhǎng)和信息的片面性是用戶訪談的兩大敵人。	126SERU誡語(yǔ)5-18：訪談的線索是因“人”（用戶類型）而異的。	126SERU誡語(yǔ)5-19：盡量將訪談問(wèn)題事先發(fā)給被訪談?wù)撸屗蛞粓?chǎng)有準(zhǔn)備之戰(zhàn)。	128SERU誡語(yǔ)5-20：在需求捕獲時(shí)別忘了“一圖抵千言”這句經(jīng)典提示。	132SERU誡語(yǔ)5-21：用戶訪談是一個(gè)有計(jì)劃的、科學(xué)的過(guò)程。	135SERU誡語(yǔ)5-22：用戶調(diào)查能夠有效克服用戶訪談中存在的片面性。	137SERU誡語(yǔ)5-23：在需求捕獲過(guò)程中，先訪談再調(diào)查是更合理的方式。	137SERU誡語(yǔ)5-24：大樣本用戶、跨地域用戶的存在就是使用用戶調(diào)查的時(shí)機(jī)。	138SERU誡語(yǔ)5-25：分析文檔資料時(shí)應(yīng)該思考新流程對(duì)其的影響。	143SERU誡語(yǔ)5-26：收集文檔時(shí)，應(yīng)該盡可能讓用戶提供帶有真實(shí)數(shù)據(jù)的樣本。	143SERU誡語(yǔ)5-27：需求捕獲人員要善于根據(jù)流程分析的結(jié)果主動(dòng)收集相關(guān)文檔。	144SERU誡語(yǔ)5-28：情節(jié)串聯(lián)板是消除用戶盲區(qū)的有效技術(shù)。	144SERU誡語(yǔ)5-29：情節(jié)串聯(lián)板應(yīng)該以業(yè)務(wù)場(chǎng)景作為展示的主線索。	145SERU誡語(yǔ)5-30：交互才是情節(jié)串聯(lián)板的本質(zhì)，不要只關(guān)注于界面的靜態(tài)效果。	145SERU誡語(yǔ)5-31：現(xiàn)場(chǎng)觀摩技術(shù)是消除開發(fā)團(tuán)隊(duì)認(rèn)識(shí)盲區(qū)的有效手段。	146SERU誡語(yǔ)5-32：現(xiàn)場(chǎng)觀摩技術(shù)能夠使開發(fā)團(tuán)隊(duì)實(shí)現(xiàn)對(duì)業(yè)務(wù)場(chǎng)景“感同身受”。	146SERU誡語(yǔ)5-33：聯(lián)合開發(fā)是突破雙方需求盲區(qū)的有效手段。	147SERU誡語(yǔ)5-34：出現(xiàn)“上面開大會(huì)，下面開小會(huì)”現(xiàn)象，一半責(zé)任在組織者。	148SERU誡語(yǔ)5-35：溝通決定內(nèi)容，內(nèi)容決定格式。	150第6章　需求分析與建模最佳實(shí)踐	156SERU誡語(yǔ)6-1：需求分析就是先分解，再提煉，在這個(gè)過(guò)程中消除矛盾。	156SERU誡語(yǔ)6-2：需求建模的過(guò)程遠(yuǎn)比建模的結(jié)果更重要。	159SERU誡語(yǔ)6-3：模型是用來(lái)溝通的，因此僅當(dāng)需要時(shí)才構(gòu)建它。	160SERU誡語(yǔ)6-4：建模的要點(diǎn)是根據(jù)要完成的任務(wù)選擇合適的建模工具。	161SERU誡語(yǔ)6-5：UML本身不是方法論。	163SERU誡語(yǔ)6-6：業(yè)務(wù)流程是對(duì)信息系統(tǒng)進(jìn)行“庖丁解?！钡暮诵木€索。	165SERU誡語(yǔ)6-7：流程有組織級(jí)、部門級(jí)、崗位級(jí)三個(gè)層次，其中部門級(jí)是SERU誡語(yǔ)2-9：需求分析的主線索，崗位級(jí)是需求細(xì)節(jié)填充時(shí)的工作內(nèi)容，SERU誡語(yǔ)2-9：組織級(jí)是對(duì)部門級(jí)流程的抽象概括。	170SERU誡語(yǔ)6-8：應(yīng)該根據(jù)項(xiàng)目的特點(diǎn)和團(tuán)隊(duì)的技能情況選擇合適的模型。	172SERU誡語(yǔ)6-9：模型最有效的方式是在交流中演化出來(lái)的。	176SERU誡語(yǔ)6-10：流程圖繪制完成之后，花些時(shí)間進(jìn)行瓶頸和利益分析會(huì)有意SERU誡語(yǔ)6-10：想不到的收獲。	185SERU誡語(yǔ)6-11：在需求建模時(shí)，應(yīng)該大膽地用中文命名類和類的屬性。	194SERU誡語(yǔ)6-12：需求階段的類建模應(yīng)該盡可能保持簡(jiǎn)單，引入過(guò)多的輔助建模SERU誡語(yǔ)6-10：元素反而會(huì)降低圖的可讀性。	199SERU誡語(yǔ)6-13：領(lǐng)域模型是自底向上合并出來(lái)的。	205SERU誡語(yǔ)6-14：領(lǐng)域模型的要點(diǎn)是拒絕實(shí)現(xiàn)、保持簡(jiǎn)單、忠于問(wèn)題域。	207SERU誡語(yǔ)6-15：領(lǐng)域建模時(shí)應(yīng)遵循“拒絕實(shí)現(xiàn)細(xì)節(jié)、大類不分拆、子類不合并、SERU誡語(yǔ)6-10：同類不抽象”的原則。	207SERU誡語(yǔ)6-16：團(tuán)隊(duì)的分工不明確往往是導(dǎo)致視圖交疊的原因，了解不同視圖的SERU誡語(yǔ)6-10：關(guān)注點(diǎn)，是理解不同模型的關(guān)鍵。	214SERU誡語(yǔ)6-17：僅在需求規(guī)格中出現(xiàn)用例圖并不意味著應(yīng)用了用例技術(shù)。	216SERU誡語(yǔ)6-18：千萬(wàn)不要為了使用擴(kuò)展、包含關(guān)系而使用它們。擴(kuò)展用例SERU誡語(yǔ)6-18：建模的通常是優(yōu)先級(jí)較低的擴(kuò)展事件流，包含關(guān)系建模的SERU誡語(yǔ)6-18：通常是多個(gè)用例所包含的公共子事件流。	222SERU誡語(yǔ)6-19：在訪談現(xiàn)場(chǎng)，就流程圖討論出用例圖是高效的建模方法。	226SERU誡語(yǔ)6-20：如果說(shuō)用例有粒度，那么它取決于業(yè)務(wù)流程和任務(wù)分工。	230SERU誡語(yǔ)6-21：系統(tǒng)動(dòng)作（諸如新增、刪除之類）和業(yè)務(wù)名詞在用例名稱中SERU誡語(yǔ)6-18：相遇時(shí)，就是一個(gè)十分危險(xiǎn)的信號(hào)。	230SERU誡語(yǔ)6-22：對(duì)不影響泳道間協(xié)作的判斷、活動(dòng)均屬于細(xì)節(jié)信息。	234SERU誡語(yǔ)6-23：對(duì)于報(bào)表而言，并不一定非得按用例模板來(lái)組織需求描述。	238SERU誡語(yǔ)6-24：諸如Rose之類的建模工具，對(duì)模型抽象的支撐是最重要的。	249SERU誡語(yǔ)6-25：前、后置條件出現(xiàn)的頻度并不高，不要畫蛇添足。	254SERU誡語(yǔ)6-26：避免在用例事件流描述中出現(xiàn)實(shí)現(xiàn)細(xì)節(jié)、分支結(jié)構(gòu)、SERU誡語(yǔ)6-18：循環(huán)結(jié)構(gòu)；特別是不應(yīng)該出現(xiàn)多路分支結(jié)構(gòu)，如果出現(xiàn)SERU誡語(yǔ)6-18：要反思用例抽象是否正確。	261SERU誡語(yǔ)6-27：界面原型部分是約束、是建議，目的是支持有效的UI設(shè)計(jì)。	266SERU誡語(yǔ)6-28：建議使用不同的字體風(fēng)格約定，以表達(dá)出數(shù)據(jù)的結(jié)構(gòu)特點(diǎn)。	276SERU誡語(yǔ)6-29：歷史記錄的標(biāo)準(zhǔn)也是數(shù)據(jù)需求的一部分。	276SERU誡語(yǔ)6-30：哪里有分解，哪里就有接口。	292第7章　需求描述最佳實(shí)踐	302SERU誡語(yǔ)7-1：需求規(guī)格的格式取決于開發(fā)團(tuán)隊(duì)的特點(diǎn)及所選的開發(fā)方法論。	324SERU誡語(yǔ)7-2：用戶需求說(shuō)明書是為生成軟件需求規(guī)格說(shuō)明書服務(wù)的。	328SERU誡語(yǔ)7-3：文字的歧義可能與其長(zhǎng)度成正比。	330SERU誡語(yǔ)7-4：要使需求描述更加清晰，就應(yīng)該轉(zhuǎn)用“結(jié)構(gòu)化文本”式描述。	332SERU誡語(yǔ)7-5：在你被逼在需求描述中增加How的信息之前，先確認(rèn)自己已經(jīng)SERU誡語(yǔ)7-5：嘗試過(guò)為需求添加了Why。	334SERU誡語(yǔ)7-6：對(duì)于非功能需求而言，應(yīng)該拋棄定性，改用場(chǎng)景化描述；SERU誡語(yǔ)7-5：并通過(guò)選取指標(biāo)、積累經(jīng)驗(yàn)值的方法過(guò)渡到定量描述。	335第8章　需求驗(yàn)證最佳實(shí)踐	336SERU誡語(yǔ)8-1：需求驗(yàn)證的目標(biāo)是盡可能暴露問(wèn)題，而不是證明無(wú)錯(cuò)。	341SERU誡語(yǔ)8-2：在企業(yè)中推行即時(shí)評(píng)審、同級(jí)桌查等正式化程度不高的評(píng)審手段，SERU誡語(yǔ)7-5：是創(chuàng)建企業(yè)評(píng)審文化的有效手段。	342SERU誡語(yǔ)8-3：在評(píng)審會(huì)中，不要用“評(píng)價(jià)者”的口氣談?wù)撃愕挠^點(diǎn)。	343SERU誡語(yǔ)8-4：參加需求評(píng)審的人不是越多越好，一定要保證同級(jí)、適合。	343SERU誡語(yǔ)8-5：評(píng)審時(shí)要確保評(píng)審內(nèi)容、缺陷檢查表的規(guī)模適合，內(nèi)容應(yīng)該按每SERU誡語(yǔ)7-5：小時(shí)30～40頁(yè)的速度來(lái)準(zhǔn)備，缺陷檢查表盡量在9條之內(nèi)。	344第9章　需求基線操作實(shí)務(wù)	348SERU誡語(yǔ)9-1：優(yōu)先級(jí)是相對(duì)的，要在同一級(jí)中進(jìn)行比較。	355SERU誡語(yǔ)9-2：評(píng)價(jià)具體功能點(diǎn)的優(yōu)先級(jí)時(shí)，應(yīng)將其放到業(yè)務(wù)場(chǎng)景甚至是業(yè)務(wù)SERU誡語(yǔ)7-5：流程環(huán)境中考慮。	356SERU誡語(yǔ)9-3：軟件估算是隨著工作任務(wù)的細(xì)化不斷提高精確度的。	357SERU誡語(yǔ)9-4：不同階段進(jìn)行軟件估算時(shí)，應(yīng)該采用不同的計(jì)數(shù)單元。	357SERU誡語(yǔ)9-5：悲觀估計(jì)、樂觀估計(jì)應(yīng)和“風(fēng)險(xiǎn)”理由對(duì)應(yīng)起來(lái)。	362第10章　變更管理操作實(shí)務(wù)	365SERU誡語(yǔ)10-1：需求變更管理的目標(biāo)是控制變更，而非避免變更。	365SERU誡語(yǔ)10-2：控制變更的目標(biāo)是減少變更對(duì)開發(fā)工作的影響。	365SERU誡語(yǔ)10-3：需求團(tuán)隊(duì)的貢獻(xiàn)在于“盡早標(biāo)識(shí)變更”，設(shè)計(jì)團(tuán)隊(duì)的貢獻(xiàn)在于SERU誡語(yǔ)10-3：“盡可能以彈性的設(shè)計(jì)來(lái)減少變更的影響”。	366SERU誡語(yǔ)10-4：建立統(tǒng)一的渠道讓客戶意識(shí)到變更的成本，減少“來(lái)路不正”SERU誡語(yǔ)10-3：的變更，記錄“變更的工作”。	366SERU誡語(yǔ)10-5：CCB的核心人員只有兩個(gè)，分別代表用戶團(tuán)隊(duì)和開發(fā)團(tuán)隊(duì)，SERU誡語(yǔ)10-3：其他組成人員都是協(xié)作者和決策者。	367SERU誡語(yǔ)10-6：基于業(yè)務(wù)驅(qū)動(dòng)的需求項(xiàng)（樹型）列表，是對(duì)變更進(jìn)行業(yè)務(wù)SERU誡語(yǔ)10-3：影響分析的有效方法。	372SERU誡語(yǔ)10-7：對(duì)變更進(jìn)行分類、再分類，是管理變更的重中之重。	375第11章　需求跟蹤操作實(shí)務(wù)	376SERU誡語(yǔ)11-1：需求跟蹤是高階管理活動(dòng)，所需的工作量很大，特別是軟件需求SERU誡語(yǔ)10-3：到設(shè)計(jì)元素的跟蹤，因此一定要考慮投入與產(chǎn)出是否成正比。	377

章節(jié)摘錄

　　第1章　需求實(shí)踐現(xiàn)狀分析	　　在信息化高速發(fā)展的今天，構(gòu)建與時(shí)俱進(jìn)的信息化系統(tǒng)已成為所有政府、企事業(yè)單位的重點(diǎn)課題之一。然而在軟件項(xiàng)目實(shí)施過(guò)程中，進(jìn)度超期、經(jīng)費(fèi)超預(yù)算、變更頻繁的現(xiàn)象層出不窮，甚至有許多項(xiàng)目根本無(wú)法達(dá)到預(yù)期的目標(biāo)，更談不上為業(yè)主創(chuàng)造真正的效益。歸根結(jié)底，軟件需求實(shí)踐這一共同的軟肋是問(wèn)題的根源?！　?.1　軟件項(xiàng)目失敗的根源　　“在中國(guó)做軟件太難了！客戶連自己的需求都說(shuō)不清楚！”，這種抱怨的話總是在筆者耳邊響起。實(shí)際上，軟件項(xiàng)目失敗率居高不下、需求問(wèn)題層出不窮的現(xiàn)象并不僅僅是中國(guó)軟件業(yè)的困擾，在大洋彼岸的美國(guó)軟件業(yè)也未能幸免?！　〉谌綑C(jī)構(gòu)Standish Group每隔幾年都會(huì)對(duì)軟件項(xiàng)目實(shí)踐現(xiàn)狀進(jìn)行分析與統(tǒng)計(jì)，其顯示的“成績(jī)單”（CHAOS Report）十分令人擔(dān)憂。正所謂“他山之石可以攻玉”，下面我們分別來(lái)看看幾次報(bào)告中顯示的數(shù)據(jù)，分析失敗的原因，以便從中獲得一些幫助我們改進(jìn)工作的思路。　　1.1.1　CHAOS Report 1994　　1994年度發(fā)布的報(bào)告顯示，美國(guó)每年的IT應(yīng)用開發(fā)項(xiàng)目大約有175 000個(gè)，總投資高達(dá)2500億美元，大型、中型、小型企業(yè)的軟件開發(fā)項(xiàng)目的平均成本分別是232.2萬(wàn)美元、133.I萬(wàn)美元和43.4萬(wàn)美元。　　而Standish Group的研究顯示：高達(dá)31.1％的項(xiàng)目徹底失敗，高達(dá)52.7％的項(xiàng)目進(jìn)度超期或成本超支，被認(rèn)為成功的項(xiàng)目?jī)H有可憐的16.2％?！　《鴮?dǎo)致進(jìn)度超期、成本超支的項(xiàng)目中，最主要的原因之一是項(xiàng)目的重新啟動(dòng)，而每100個(gè)項(xiàng)目中就有94個(gè)曾經(jīng)遇到這個(gè)問(wèn)題，甚至在這94個(gè)項(xiàng)目中還有許多項(xiàng)目經(jīng)歷了多次的重新啟動(dòng)?！　《煌捻?xiàng)目的進(jìn)度超期、成本超支情況還是有所不同的，下面我們就通過(guò)CHAOS報(bào)告中總結(jié)的表格來(lái)了解一下，如表1.1所示。　　在表1—2中可以看出，十大成功保證中有三個(gè)是直接與需求相關(guān)的（已加粗顯示），累計(jì)權(quán)重達(dá)到37.1％；而十大敗因中與需求直接相關(guān)的更是高達(dá)五個(gè)，累計(jì)權(quán)重高達(dá)51.6％，可見需求問(wèn)題對(duì)項(xiàng)目影響程度之高?！　《鴮?duì)于那些成本超支、進(jìn)度超期的項(xiàng)目而言，報(bào)告也總結(jié)出了導(dǎo)致這一結(jié)果出現(xiàn)的十大因素：缺乏用戶參與（12.8％）、不完整的需求（12.3％）、需求變更頻繁（11.8％）、缺乏執(zhí)行層的支持（7.5％）、技術(shù)能力缺乏（7.0％）、資源不足（6.4％）、不切實(shí)際的用戶期望（5.9％）、沒有清晰的愿景和目標(biāo)（5.3％）、不切實(shí)際的時(shí)間限制（4.3％）、新技術(shù)風(fēng)險(xiǎn)（3.7％）、其他（23.0％）。

媒體關(guān)注與評(píng)論

　　六年前，當(dāng)我認(rèn)識(shí)徐鋒時(shí)，他就是軟件需求領(lǐng)域的高手。潛心實(shí)踐、研究，六年磨一劍，如今鋒利出鞘。中國(guó)的軟件產(chǎn)業(yè)并不缺乏軟件工程理論，而是我們沒有很好地運(yùn)用這些理論。我給軟件工程碩士講授課程，使用過(guò)各種版本的教材，這些書籍的通病就是實(shí)踐性不強(qiáng)。當(dāng)我讀到這本書稿時(shí)，倍感親切，這不是一本軟件需求的理論書，而是一本需求實(shí)踐指導(dǎo)手冊(cè)?！　　獜堄焉┦浚ㄏＹ惥W(wǎng)首席架構(gòu)師，著名計(jì)算機(jī)教育專家）　　涵蓋面廣，實(shí)用性強(qiáng)，有理有據(jù)（例），亦莊亦諧，樸實(shí)無(wú)華又非常受用，在技術(shù)類書籍中當(dāng)屬不可多得的佳作?！　　锟?guó)（用友大學(xué)執(zhí)行校長(zhǎng)，高級(jí)企業(yè)培訓(xùn)師）　?。ㄜ浖枨笞罴褜?shí)踐>是一本足以令人拍案叫好的書。它經(jīng)驗(yàn)密集，直擊需求實(shí)踐中各種問(wèn)題，給出令人信服的問(wèn)題解決思路。它實(shí)踐體系完善，貫穿全書的SERLJ過(guò)程框架，詳盡地覆蓋了需求工作中各個(gè)環(huán)節(jié)的任務(wù)、要點(diǎn)及產(chǎn)物，脈絡(luò)清晰，可操作性極強(qiáng)。最可貴的是，SERU過(guò)程框架漂亮地　“打通了”業(yè)務(wù)工程到傳統(tǒng)需求的“鴻溝”，而眾多企業(yè)需求實(shí)踐中的最大困惑恰恰常在于此。故此，鄭重推薦徐鋒的這本佳作！　　——溫昱資深咨詢顧問(wèn)．軟件架構(gòu)高級(jí)培訓(xùn)講師）

編輯推薦

　　《軟件需求最佳實(shí)踐：SERU過(guò)程框架原理與應(yīng)用》可作為計(jì)算機(jī)軟件專業(yè)本科生、研究生和軟件工程碩士的軟件需求分析教材，也可以作為軟件工程、軟件開發(fā)管理培訓(xùn)的教材，更是一線項(xiàng)目經(jīng)理、需求分析人員、資深開發(fā)人員、信息系統(tǒng)運(yùn)行管理人員、研發(fā)企業(yè)管理人員的必備參考書?！　×昵埃?dāng)我認(rèn)識(shí)徐鋒時(shí)，他就是軟件需求領(lǐng)域的高手。潛心實(shí)踐、研究，六年磨一劍，如今鋒利出鞘。中國(guó)的軟件產(chǎn)業(yè)并不缺乏軟件工程理論，而是我們沒有很好地運(yùn)用這些理論。我給軟件工程碩士講授〈需求工程〉課程，使用過(guò)各種版本的教材，這些書籍的通病就是實(shí)踐性不強(qiáng)。當(dāng)我讀到這本書稿時(shí)，倍感親切，這不是一本軟件需求的理論書，而是一本需求實(shí)踐指導(dǎo)手冊(cè)?！　　獜堄焉┦浚ㄏＹ惥W(wǎng)首席架構(gòu)師，著名計(jì)算機(jī)教育專家）　　涵蓋面廣，實(shí)用性強(qiáng)，有理有據(jù)（例），亦莊亦諧，樸實(shí)無(wú)華又非常受用，在技術(shù)類書籍中當(dāng)屬不可多得的佳作。　　——田俊國(guó)（用友大學(xué)執(zhí)行校長(zhǎng)，高級(jí)企業(yè)培訓(xùn)師）　　（軟件需求最佳實(shí)踐〉是一本足以令人拍案叫好的書。它經(jīng)驗(yàn)密集，直擊需求實(shí)踐中各種問(wèn)題，給出令人信服的問(wèn)題解決思路。它實(shí)踐體系完善，貫穿全書的SERLJ過(guò)程框架，詳盡地覆蓋了需求工作中各個(gè)環(huán)節(jié)的任務(wù)、要點(diǎn)及產(chǎn)物，脈絡(luò)清晰，可操作性極強(qiáng)。最可貴的是，SERU過(guò)程框架漂亮地 “打通了”業(yè)務(wù)工程到傳統(tǒng)需求的“鴻溝”，而眾多企業(yè)需求實(shí)踐中的最大困惑恰恰常在于此。故此，鄭重推薦徐鋒的這本佳作！　　——溫昱資深咨詢顧問(wèn)．軟件架構(gòu)高級(jí)培訓(xùn)講師）

圖書封面

圖書標(biāo)簽Tags

無(wú)

評(píng)論、評(píng)分、閱讀與下載

---

    軟件需求最佳實(shí)踐 PDF格式下載

---