1        項(xiàng)目過(guò)程

根據(jù)我們項(xiàng)目出現(xiàn)的問(wèn)題，我自己的總結(jié)的一些經(jīng)驗(yàn)以及我在培訓(xùn)中學(xué)習(xí)得知識(shí)總結(jié)下項(xiàng)目中遇到的問(wèn)題和解決方案。

1.1     簽訂合同

我們項(xiàng)目的合同內(nèi)主要寫(xiě)的很模糊，范圍可大可小，致使我們?cè)诤笃诘墓ぷ髦许?xiàng)目越做越大，但是項(xiàng)目費(fèi)用是不變的。在國(guó)內(nèi)的合同好像都是在打單時(shí)是基本上都承諾，也不會(huì)到細(xì)節(jié)，在合同簽訂后啟動(dòng)后才發(fā)現(xiàn)問(wèn)題。但合同中可以寫(xiě)明如果需求變更什么級(jí)別的怎么樣，多少錢(qián)等;簽訂合同也是一個(gè)很高的技巧，建議把系統(tǒng)的邊界及功能范圍和解決方案與合同一起簽署，這樣客戶(hù)提出的新功能就可以暫且擱置。

1.2        團(tuán)隊(duì)建設(shè)

 在立項(xiàng)后盡早確定該項(xiàng)目的負(fù)責(zé)人及項(xiàng)目經(jīng)理，這個(gè)人員非常關(guān)鍵，需要很強(qiáng)的綜合能力，尤其的人格魅力方面。盡最大的努力將客戶(hù)的人員加入到我們的項(xiàng)目團(tuán)隊(duì)來(lái)，這個(gè)人也是我們將來(lái)和客戶(hù)的統(tǒng)一聯(lián)系人，客戶(hù)指定一個(gè)人和項(xiàng)目組進(jìn)行溝通，不能是張領(lǐng)導(dǎo)、王領(lǐng)導(dǎo)都來(lái)說(shuō)幾句，如果他們意見(jiàn)不一致，那你只有得罪領(lǐng)導(dǎo)的選擇了，所以，項(xiàng)目的最初就要定好規(guī)矩，項(xiàng)目組只認(rèn)一個(gè)的意見(jiàn)，有什么要求你們內(nèi)部先統(tǒng)一再和項(xiàng)目組談，我們不想卷入客戶(hù)內(nèi)部業(yè)務(wù)部門(mén)之間的矛盾和政治斗爭(zhēng)之中。很多項(xiàng)目經(jīng)理都沒(méi)有自己選擇組員的權(quán)利，那么，就盡量發(fā)揮你的影響力去尋找那些你想要的人吧。成員的組成根據(jù)項(xiàng)目不同，相差較大，很難有什么具體要求，但是，一定要有精通客戶(hù)業(yè)務(wù)的人，很多小項(xiàng)目里，這個(gè)人就是項(xiàng)目經(jīng)理本人，大項(xiàng)目里會(huì)配備行業(yè)專(zhuān)家（Industry expert），這樣和客戶(hù)溝通起來(lái)才不會(huì)雞同鴨講，雙方才可以相互理解。項(xiàng)目經(jīng)理需要了解每個(gè)組員的情況，用就要用每個(gè)員工的特長(zhǎng)。軟件行業(yè)是個(gè)非常特殊的行業(yè)，從項(xiàng)目的管理以及人員的管理都有它的特殊性。

作為項(xiàng)目經(jīng)理，其實(shí)腦子里就是幾樣?xùn)|西：做哪些事情、做到什么程度、怎么交貨、手上的資源以及各個(gè)事情的優(yōu)先級(jí)。所謂多快好省那是人類(lèi)的夢(mèng)想，這四個(gè)方面都是相互矛盾的，屬于典型的又要馬兒跑，又要馬兒不吃草的類(lèi)型。考慮問(wèn)題的輕重緩急方面，往往是把快放在第一位，各方領(lǐng)導(dǎo)都會(huì)給你最后期限，所以保進(jìn)度是第一位的；省是第二位的，企業(yè)的根本目的是盈利，如果收入不能增加的話(huà)，至少費(fèi)用要控制??；好是第三位的，沒(méi)辦法，誰(shuí)都想精益求精，但是，沒(méi)有強(qiáng)大的資源保障，質(zhì)量只好先犧牲了；最后是多，客戶(hù)的要求源源不斷，如何降低客戶(hù)的期望值，讓他們從理想回到現(xiàn)實(shí)也是項(xiàng)目經(jīng)理的分內(nèi)工作。

1.3     需求調(diào)研

在需求調(diào)研分析階段，項(xiàng)目組對(duì)客戶(hù)的整體組織結(jié)構(gòu)、有關(guān)人員及其關(guān)系、工作職責(zé)等沒(méi)有足夠了解以致于無(wú)法得到完整需求或最終經(jīng)權(quán)威用戶(hù)代表確認(rèn)的需求。由于項(xiàng)目經(jīng)理和需求分析員的工作問(wèn)題以及調(diào)研工作做的不夠細(xì)，客戶(hù)參與程度都不高，客戶(hù)方相關(guān)責(zé)任人不明確或?qū)Ψ秶托枨筘?zé)任心不強(qiáng)，提出的需求具有隨意性，項(xiàng)目前期對(duì)需求的確認(rèn)不夠積極；多個(gè)用戶(hù)代表各說(shuō)各話(huà)、昨是今非但同時(shí)又希望軟件盡早交付；我們的做法主要注重領(lǐng)導(dǎo)的需求，基本上都是領(lǐng)導(dǎo)說(shuō)什么就是什么，致使開(kāi)發(fā)出來(lái)的功能在實(shí)際使用中不是真正的使用人所需要的，項(xiàng)目后期需求變化隨意，造成項(xiàng)目范圍的蔓延，進(jìn)度的拖延，成本的擴(kuò)大。同時(shí)在我們的認(rèn)識(shí)中是需求調(diào)研很關(guān)鍵，很多公司只是概念上認(rèn)為該階段重要，需要投入的時(shí)間長(zhǎng)，但是實(shí)際上很多公司做不到這個(gè)，總想很快進(jìn)入編碼階段。而且為了趕進(jìn)度總想省做某些工作，少寫(xiě)某些文檔，使我們無(wú)法拿出客戶(hù)需求以及后來(lái)功能變化和原先功能之間的對(duì)比度。

造成上述現(xiàn)象的原因是我們沒(méi)有全面了解所有項(xiàng)目干系人的需求以及對(duì)需求調(diào)研的重視程度不夠。軟件開(kāi)發(fā)是沒(méi)有捷徑可以走的，省掉的工作后面會(huì)有更高的代價(jià)回報(bào)。全面的需求來(lái)自所有項(xiàng)目干系人，不同的干系人其愿望和追求的目標(biāo)往往相差甚遠(yuǎn)，因此對(duì)項(xiàng)目干系人的愿望進(jìn)行平衡可能是相當(dāng)困難的事情。

軟件開(kāi)發(fā)項(xiàng)目的目的就是實(shí)現(xiàn)項(xiàng)目干系人的需求和愿望。如果對(duì)項(xiàng)目所有干系人沒(méi)有進(jìn)行足夠的溝通和影響，使其盡可能地參與項(xiàng)目，則可能因?yàn)轫?xiàng)目開(kāi)始時(shí)項(xiàng)目范圍和一些具體需求不夠完整清晰，也可能因?yàn)槟硞€(gè)項(xiàng)目干系人后期因?yàn)檎J(rèn)識(shí)的變化而提出新的需求，造成工期的延長(zhǎng)，成本的增加，甚至項(xiàng)目的完全失敗。因此，應(yīng)當(dāng)從項(xiàng)目的啟動(dòng)開(kāi)始，需求分析員及其項(xiàng)目成員就要分清項(xiàng)目干系人包含哪些人和組織，通過(guò)溝通協(xié)調(diào)對(duì)他們施加影響，驅(qū)動(dòng)他們對(duì)項(xiàng)目的支持，調(diào)查并明確他們的需求和愿望，減小其對(duì)項(xiàng)目的阻力，以確保項(xiàng)目獲得成功。以下是一些有效的措施

1、盡快熟悉項(xiàng)目干系人全貌
　　有些項(xiàng)目在做需求調(diào)查時(shí)，由于受進(jìn)度要求等客觀因素影響，需求分析員與建設(shè)單位的技術(shù)部門(mén)交流較多，向業(yè)務(wù)管理部門(mén)和實(shí)際使用者調(diào)查不夠深入，造成軟件試用后不得不再對(duì)需求做較大調(diào)整，"從頭再來(lái)"的部分比例很高，大大超過(guò)進(jìn)度要求時(shí)間。因此，熟悉項(xiàng)目干系人全貌是進(jìn)行需求調(diào)查的第一步，也是需求調(diào)查的基礎(chǔ)。在定制開(kāi)發(fā)項(xiàng)目的項(xiàng)目干系人中，最重要的是建設(shè)單位中的人事組織、業(yè)務(wù)關(guān)系。最好是能夠用組織結(jié)構(gòu)圖畫(huà)出相關(guān)單位的組織結(jié)構(gòu)；建立調(diào)研對(duì)象通訊錄以保證調(diào)研及分析期間及時(shí)的溝通。與此同時(shí)要注意項(xiàng)目干系人的主次關(guān)系，以便在他們之間的需求出現(xiàn)矛盾時(shí)能夠進(jìn)行合理的取舍。
　　熟悉建設(shè)單位內(nèi)部相關(guān)部門(mén)的業(yè)務(wù)劃分及它們之間的相互關(guān)系,為功能分析準(zhǔn)備了必要的資料, 同時(shí)可以熟悉用戶(hù)方的各類(lèi)人員，并及時(shí)進(jìn)行廣泛、有效的溝通與交流。特別要與客戶(hù)方業(yè)務(wù)與技術(shù)的規(guī)劃者和實(shí)際使用者進(jìn)行深入探討，收集必要的原始資料，保證需求調(diào)查的完整性、正確性。
　　建設(shè)單位只是項(xiàng)目干系人中的一部分（當(dāng)然是主要的部分），為了更好地了解項(xiàng)目干系人全貌，還應(yīng)當(dāng)在建設(shè)單位組織結(jié)構(gòu)圖基礎(chǔ)上全體項(xiàng)目干系人結(jié)構(gòu)圖，以便更好更全面地進(jìn)行需求調(diào)研分析。
　　2、詳細(xì)描述各項(xiàng)業(yè)務(wù)，以利于讓所有客戶(hù)確認(rèn)
　　盡可能全面詳細(xì)地調(diào)查并且描述原有系統(tǒng)（這點(diǎn)非常關(guān)鍵，需要調(diào)查清楚原有系統(tǒng)的不足以及優(yōu)點(diǎn)，以及用戶(hù)在這些系統(tǒng)中的操作習(xí)慣）和用戶(hù)希望將來(lái)系統(tǒng)具有的各項(xiàng)業(yè)務(wù)的流程，并將這些業(yè)務(wù)流程文檔化后與客戶(hù)進(jìn)行討論，對(duì)描述錯(cuò)誤或不準(zhǔn)確不精確的進(jìn)行修改，最終讓客戶(hù)進(jìn)行確認(rèn)。從個(gè)人認(rèn)為，對(duì)業(yè)務(wù)處理過(guò)程了解的完整性和準(zhǔn)確性非常重要。雖然對(duì)數(shù)據(jù)來(lái)說(shuō)都是查增刪改傳，但具體業(yè)務(wù)都是分為若干步驟，每個(gè)步驟都有其業(yè)務(wù)名稱(chēng)，同一步驟可能對(duì)多個(gè)數(shù)據(jù)集進(jìn)行不同操作，需要調(diào)查了解清楚才能設(shè)計(jì)出適合各流程業(yè)務(wù)節(jié)點(diǎn)用戶(hù)業(yè)務(wù)特點(diǎn)和習(xí)慣的軟件，使開(kāi)發(fā)出來(lái)的軟件更受歡迎。當(dāng)然在進(jìn)行軟件概要設(shè)計(jì)時(shí)，要盡量排除業(yè)務(wù)流程的制約，即把流程中的各項(xiàng)業(yè)務(wù)結(jié)點(diǎn)工作作為獨(dú)立的對(duì)象，充分考慮他們與其他各種業(yè)務(wù)對(duì)象的接口，在流程之間通過(guò)業(yè)務(wù)對(duì)象的相互調(diào)用實(shí)現(xiàn)其業(yè)務(wù)流程，這樣，在業(yè)務(wù)流程發(fā)生有限的變化時(shí)，就能夠比較方便地修改系統(tǒng)程序而實(shí)現(xiàn)新的需求。
　　對(duì)于各項(xiàng)業(yè)務(wù)的調(diào)查可以通過(guò)對(duì)以下資料的收集整理分析，這些資料來(lái)自各種各樣的項(xiàng)目干系人：遵循的標(biāo)準(zhǔn)、組織發(fā)放的工作手冊(cè)、作業(yè)流程、有關(guān)業(yè)務(wù)的上級(jí)通知、有關(guān)業(yè)務(wù)的辦事指南、辦理業(yè)務(wù)時(shí)需要填寫(xiě)的登記表、各種相關(guān)的統(tǒng)計(jì)報(bào)表及通過(guò)其他途徑收集的類(lèi)似系統(tǒng)的介紹、技術(shù)資料等等。
　　3、可視化需求調(diào)研，引導(dǎo)各種客戶(hù)挖掘他們的需求
　　很多客戶(hù)因?yàn)樽约喝狈τ?jì)算機(jī)知識(shí)，無(wú)法提出完整準(zhǔn)確、隱含的或潛在的需求。但若這些需求不能滿(mǎn)足將導(dǎo)致用戶(hù)的不滿(mǎn)。因此需求調(diào)研分析人員應(yīng)善于想用戶(hù)所想，不要害怕用戶(hù)的需求多，不但要確定明確的需求，還要善于用啟發(fā)的方式與用戶(hù)探討隱含的或潛在的需求，并結(jié)合各種調(diào)研分析技術(shù)挖掘超出客戶(hù)期望的令人興奮的需求。這就要求需求調(diào)研分析員要盡快完整地熟悉相關(guān)業(yè)務(wù)，從而能夠站在用戶(hù)的立場(chǎng)看待軟件需求，想用戶(hù)所想，做好業(yè)務(wù)與計(jì)算機(jī)之間的橋梁。利用可視化需求調(diào)研的方法可以很好地啟發(fā)用戶(hù)深入挖掘潛在的需求?？梢暬枨笳{(diào)研就是使用圖表等工具來(lái)啟發(fā)引導(dǎo)用戶(hù)清楚地?cái)⑹鲂枨螅⑶沂剐枨蟾尤嫱晟啤?/span>
　　對(duì)于高層領(lǐng)導(dǎo)，可以提供系統(tǒng)總體框架圖；對(duì)于業(yè)務(wù)管理人員，可以用業(yè)務(wù)流程圖來(lái)描述新舊系統(tǒng)的業(yè)務(wù)流程；對(duì)于客戶(hù)中的技術(shù)人員，可以用數(shù)據(jù)流圖、實(shí)體關(guān)系圖或UML中的各種圖形對(duì)系統(tǒng)進(jìn)行各種角度的描述；而對(duì)于業(yè)務(wù)管理人員、客戶(hù)中的技術(shù)人員、以及各層次各流程中的用戶(hù)，畫(huà)出用戶(hù)界面圖來(lái)進(jìn)行需求挖掘，是個(gè)比較有效的溝通方式。
　　這里特別說(shuō)明一下用戶(hù)界面的重要性。用戶(hù)界面的設(shè)計(jì)按理來(lái)說(shuō)是軟件設(shè)計(jì)的責(zé)任，當(dāng)然客戶(hù)自己對(duì)界面有特別提出要求的除外。但是，如果把它提前到需求調(diào)研時(shí)（緊接著原有系統(tǒng)調(diào)研分析和系統(tǒng)模型完成之后）與客戶(hù)進(jìn)行討論，則可以大大改善需求調(diào)研的效果。因?yàn)檫@時(shí)客戶(hù)對(duì)于將來(lái)的系統(tǒng)還沒(méi)有一個(gè)形象上的概念，或者有一個(gè)模糊的預(yù)想的概念需要表述、驗(yàn)證、明晰化、完善化。從我們后來(lái)的項(xiàng)目先做界面和用戶(hù)交流的經(jīng)驗(yàn)看（系統(tǒng)原形應(yīng)該在需求分析的時(shí)候開(kāi)發(fā)人員在分析師的指導(dǎo)下完成真實(shí)環(huán)境中的開(kāi)發(fā)，當(dāng)然開(kāi)發(fā)只是界面的功能模擬，沒(méi)有底層代碼的實(shí)現(xiàn)），畫(huà)出用戶(hù)界面草圖與客戶(hù)進(jìn)行討論，可以大大激發(fā)他們提供更為準(zhǔn)確全面的需求，而且這些界面在后期的開(kāi)發(fā)中也可以利用。原來(lái)收集資料，描述業(yè)務(wù)，說(shuō)明系統(tǒng)模型到了山窮水盡的時(shí)候，這種方法可以達(dá)到柳暗花明又一村的效果。因此，所謂需求就是“當(dāng)你按下各種相關(guān)按鈕（或輸入各種相關(guān)命令）時(shí)系統(tǒng)做什么”，所謂設(shè)計(jì)就是“當(dāng)你按下各種相關(guān)按鈕（或輸入各種相關(guān)命令）時(shí)系統(tǒng)怎么做”。需求的最終目的實(shí)際上是完整準(zhǔn)確地描述系統(tǒng)需要的各種接口或“界面”，及它們的相互關(guān)系或與外部環(huán)境的關(guān)系，如界面中的某個(gè)按鈕按下去時(shí)，可能產(chǎn)生新的界面、新的按鈕、或者調(diào)用其他軟件硬件完成某些功能。自頂向下，把這些界面及涉及到的數(shù)據(jù)描述清楚，就是一份不錯(cuò)的需求。
　　4、與其他項(xiàng)目小組成員共同協(xié)作、持續(xù)完善系統(tǒng)需求
　　需求文檔完成之后，并不是萬(wàn)事大吉，把它扔給后面的設(shè)計(jì)人員就了事了。作為項(xiàng)目干系人之內(nèi)的項(xiàng)目組其他成員，對(duì)需求的有效性也起到某種程度的驗(yàn)證作用。雖然軟件項(xiàng)目的生命周期按照各種開(kāi)發(fā)模型有不同階段的劃分，但每個(gè)階段的結(jié)束不是簡(jiǎn)單地把階段工作成果塞給下一階段的成員就可以了。特別是高科技的軟件開(kāi)發(fā)項(xiàng)目，上一階段的工作成果往往要通過(guò)多次的溝通才能更為清晰地被下一階段成員接受，其有效性、合理性也要被下一階段的工作所檢驗(yàn)，通過(guò)檢驗(yàn)有時(shí)也有必要對(duì)上一階段的工作結(jié)果進(jìn)行相應(yīng)的調(diào)整，需求更是如此。因此，無(wú)論是同一階段不同人員之間，或是不同階段人員之間都應(yīng)根據(jù)需要相互協(xié)作，相互配合，共同完成軟件開(kāi)發(fā)任務(wù)

5、《功能規(guī)格說(shuō)明書(shū)》，這個(gè)是我們項(xiàng)目中最大的失誤，致使后來(lái)客戶(hù)的改動(dòng)讓我們很被動(dòng)。《功能規(guī)格說(shuō)明書(shū)》反映了客戶(hù)提出的所有需求功能，我們也是按照《功能規(guī)格說(shuō)明書(shū)》來(lái)開(kāi)發(fā)的。后期客戶(hù)的變化都可以和《功能規(guī)格說(shuō)明書(shū)》對(duì)比，具體怎么變更按照我們的變更流程來(lái)做?！豆δ芤?guī)格說(shuō)明書(shū)》作為產(chǎn)品需求的最終成果必須具有綜合性：必須包括所有的需求。開(kāi)發(fā)者和客戶(hù)不能作任何假設(shè)。如果任何所期望的功能或非功能需求未寫(xiě)入軟件需求規(guī)格說(shuō)明那么它將不能作為協(xié)議的一部分并且不能在產(chǎn)品中出現(xiàn)。并且注意以下幾點(diǎn)：

(1)完整性

每一項(xiàng)需求都必須將所要實(shí)現(xiàn)的功能描述清楚，以使開(kāi)發(fā)人員獲得設(shè)計(jì)和實(shí)現(xiàn)這些功能所需的所有必要信息。不能遺漏任何必要的需求信息。遺漏需求將很難查出。注重用戶(hù)的任務(wù)而不是系統(tǒng)的功能將有助于你避免不完整性。如果知道缺少某項(xiàng)信息，用“待確定” 作為標(biāo) 準(zhǔn)標(biāo)識(shí)來(lái)標(biāo)明這項(xiàng)缺漏。在開(kāi)始開(kāi)發(fā)之前，必須解決需求中所有的“待確定”項(xiàng)。

(2)正確性

每一項(xiàng)需求都必須準(zhǔn)確地陳述其要開(kāi)發(fā)的功能。做出正確判斷的參考是需求的來(lái)源，如用戶(hù)或高層的系統(tǒng)需求規(guī)格說(shuō)明。若軟件需求與對(duì)應(yīng)的系統(tǒng)需求相抵觸則是不正確的。只有用戶(hù)代表才能確定用戶(hù)需求的正確性，這就是一定要有用戶(hù)的積極參與的原因。沒(méi)有用戶(hù)參與的需求評(píng)審將導(dǎo)致此類(lèi)說(shuō)法：“那些毫無(wú)意義，這些才很可能是他們所要想的。”其實(shí)這完全是評(píng)審者憑空猜測(cè)。

(3)可行性

每一項(xiàng)需求都必須是在已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實(shí)施的。為避免不可行的需求，最好在獲取需求(收集需求)過(guò)程中始終有一位軟件工程小組的組員與需求分析人員或考慮市場(chǎng)的人員在一起工作，由他負(fù)責(zé)檢查技術(shù)可行性。

(4)要性

每一項(xiàng)需求都應(yīng)把客戶(hù)真正所需要的和最終系統(tǒng)所需遵從的標(biāo)準(zhǔn)記錄下來(lái)。“必要性”也可以理解為每項(xiàng)需求都是用來(lái)授權(quán)你編寫(xiě)文檔的“根源”。要使每項(xiàng)需求都能回溯至某項(xiàng)客戶(hù)的輸入，如使用實(shí)例或別的來(lái)源。

(5)劃分優(yōu)先級(jí)

給每項(xiàng)需求、特性或使用實(shí)例分配一個(gè)實(shí)施優(yōu)先級(jí)以指明它在特定產(chǎn)品中所占的分量。如果把所有的需求都看作同樣重要，那么項(xiàng)目管理者在開(kāi)發(fā)或節(jié)省預(yù)算或調(diào)度中就喪失控制

(6)無(wú)二義性

對(duì)所有需求說(shuō)明的讀者都只能有一個(gè)明確統(tǒng)一的解釋?zhuān)捎谧匀徽Z(yǔ)言極易導(dǎo)致二義性，所以盡量把每項(xiàng)需求用簡(jiǎn)潔明了的用戶(hù)性的語(yǔ)言表達(dá)出來(lái)。避免二義性的有效方法包括對(duì)需求文檔的正規(guī)審查，編寫(xiě)測(cè)試用例，開(kāi)發(fā)原型以及設(shè)計(jì)特定的方案腳本。

(7)可驗(yàn)證性

檢查一下每項(xiàng)需求是否能通過(guò)設(shè)計(jì)測(cè)試用例或其它的驗(yàn)證方法，如用演示、檢測(cè)等來(lái)確定產(chǎn)品是否確實(shí)按需求實(shí)現(xiàn)了。如果需求不可驗(yàn)證，則確定其實(shí)施是否正確就成為主觀臆斷，而非客觀分析了。一份前后矛盾，不可行或有二義性的需求也是不可驗(yàn)證的。
(8)一致性

一致性是指與其它軟件需求或高層（系統(tǒng)，業(yè)務(wù)）需求不相矛盾。在開(kāi)發(fā)前必須解決所有需求間的不一致部分。只有進(jìn)行一番調(diào)查研究，才能知道某一項(xiàng)需求是否確實(shí)正確。
(9)可修改性
在必要時(shí)或?yàn)榫S護(hù)每一需求變更歷史記錄時(shí)，應(yīng)該修訂文檔。這就要求每項(xiàng)需求要獨(dú)立標(biāo)出，并與別的需求區(qū)別開(kāi)來(lái)，從而無(wú)二義性。每項(xiàng)需求只應(yīng)在文檔中出現(xiàn)一次。這樣更改時(shí)易于保持一致性。另外，使用目錄表、索引和相互參照列表方法將使軟件需求規(guī)格說(shuō)明更容易修改。

 (10)可跟蹤性

 應(yīng)能在每項(xiàng)軟件需求與它的根源和設(shè)計(jì)元素、源代碼、測(cè)試用例之間建立起鏈接鏈，這種可跟蹤性要求每項(xiàng)需求以一種結(jié)構(gòu)化的，粒度好的方式編寫(xiě)并單獨(dú)標(biāo)明，而不是大段大段的敘述。

        其他內(nèi)容見(jiàn)第二篇