1、軟件開發(fā)過程中的常見問題及對(duì)策正確的理解和管理需求及其變更問題 1: 從項(xiàng)目的需求搜集開始， 業(yè)務(wù)專家搜集和提出基于整個(gè)業(yè)務(wù)的需求 體系，但是在從初始的需求轉(zhuǎn)化為軟件特性和功能的過程中， 由于業(yè)務(wù)專家和技 術(shù)人員的溝通不充分或者需求描述不完善，導(dǎo)致技術(shù)人員對(duì)需求的理解產(chǎn)生曲 解，從而影響該軟件完成后不符合用戶提出的真實(shí)需求。問題 2: 從初始的業(yè)務(wù)需求轉(zhuǎn)化為軟件特性的過程中， 缺乏有效的跟蹤和管 理，導(dǎo)致軟件功能特性與用戶需求脫節(jié)。問題 3: 在項(xiàng)目過程中，用戶提出改進(jìn)的需求或者增加軟件功能和特性，項(xiàng) 目組在了解需求后，對(duì)軟件架構(gòu)進(jìn)行調(diào)整或者重構(gòu)，但是如此頻繁的重復(fù)下來， 需求來源不清楚， 軟

2、件規(guī)格書未反應(yīng)需求變化， 或者接受需求但未調(diào)整項(xiàng)目的整 體進(jìn)度，導(dǎo)致一些混亂情況的發(fā)生。上述 1，2 個(gè)問題其實(shí)都是對(duì)需求跟蹤和管理機(jī)制的不完善引起的。在任何 一個(gè)軟件開發(fā)過程中，都充分地強(qiáng)調(diào)了需求管理的重要性。因此，在項(xiàng)目初期， 相對(duì)花比較多的時(shí)間做需求的搜集和跟蹤， 完善業(yè)務(wù)人員和技術(shù)人員的溝通機(jī)制 是很重要的。這會(huì)減少大量的由于曲解需求導(dǎo)致軟件不符合用戶需求從而返工造 成的人力和物力的浪費(fèi)。 避免這種情況產(chǎn)生的一種方式是， 在項(xiàng)目立項(xiàng)后， 由專 人或?qū)ｉT的團(tuán)隊(duì) （ 這些人必須是了解該項(xiàng)目業(yè)務(wù)領(lǐng)域的知識(shí)，并且有相關(guān)的技術(shù) 經(jīng)驗(yàn)）搜集該項(xiàng)目的原始需求，然后和技術(shù)專家 （或團(tuán)隊(duì)）進(jìn)行充分的溝通

3、和討論， 保證技術(shù)專家對(duì)原始需求乃至一些用戶要求的細(xì)節(jié)有完整而正確的理解， 接著技 術(shù)專家就會(huì)根據(jù)原始需求的文檔， 根據(jù)對(duì)需求的理解撰寫軟件規(guī)格書， 在寫的過 程中，應(yīng)該不斷讓業(yè)務(wù)專家一定程度的參與 （ 例如審稿或一定程度的修訂，并且 參與評(píng)審 ） ，這樣的軟件規(guī)格書才能為進(jìn)一步正確地進(jìn)行軟件分析設(shè)計(jì)提供素材 和指導(dǎo)。對(duì)第 3 個(gè)問題，用戶提出的對(duì)軟件進(jìn)行改進(jìn)可能是經(jīng)常有的事情， 遇到這種 情況，有兩種處理辦法。 一種辦法是用戶提出的改進(jìn)建議在下一個(gè)發(fā)布版本中實(shí) 現(xiàn)。但是用戶往往要求能夠在當(dāng)前版本中進(jìn)行實(shí)現(xiàn)。 第二種辦法就是認(rèn)真考慮用 戶用戶的建議， 用各種方法來滿足用戶的需求， 其中包括系統(tǒng)

4、重構(gòu)。 在這些過程 中，可能會(huì)造成一些混亂。 其實(shí)歸根結(jié)底還是需求的跟蹤機(jī)制不完善引起的。 建 議采用需求和變更跟蹤工具 （ 比如 rational clearquest） 來對(duì)需求和變更進(jìn)行全 過程的跟蹤， 這樣在形成需求文檔的時(shí)候， 每個(gè)需求來源和其狀態(tài)都是非常清楚 的。配置管理配置管理占據(jù)了越來越重要的角色， 對(duì)文檔， 圖形，代碼和各種項(xiàng)目數(shù)據(jù)進(jìn) 行分類管理， 并對(duì)不同的人擁有的權(quán)限進(jìn)行控制， 方便技術(shù)人員對(duì)其負(fù)責(zé)的配置 項(xiàng)進(jìn)行創(chuàng)建，提交和修改， 提高項(xiàng)目整體的運(yùn)作效率。 但是在配置管理中也存在 著一些問題：問題 1: 沒有制定好 文檔 ，圖形，代碼應(yīng)放的位置， 配置項(xiàng)命名比較隨意， 無

5、權(quán)限控制，造成各配置項(xiàng)存放混亂，尋找不易。問題 2: 培訓(xùn)和支持不充分，對(duì)配置管理工具的用法不了解。目前配置管理 工具很多，比如大家常用的VSS，可能相對(duì)比較熟悉一些。但是諸如CVS和ClearCase 等工具，由于軟件功能非常復(fù)雜， 并且對(duì)國內(nèi)用戶來說易用性比較差， 雖然功能強(qiáng)大，但是沒有真正派上用場(chǎng)。對(duì)第一個(gè)問題， 在小型項(xiàng)目中可能尚不明顯， 但是在大型項(xiàng)目中， 由于各種 文檔，代碼等非常多，如果不能進(jìn)行正確的配置管理，很有可能被弄得一團(tuán)糟。 因此，在項(xiàng)目啟動(dòng)后，經(jīng)過技術(shù)人員之間的討論，在配置項(xiàng)的命名規(guī)定，目錄結(jié) 構(gòu)，存放位置等達(dá)成共識(shí)， 因?yàn)檫@些在具體使用上還和開發(fā)工具， 開發(fā)語言等是

6、密切相關(guān)的， 在討論的時(shí)候也應(yīng)充分考慮這些因素， 給技術(shù)人員在使用它們的時(shí) 候提供最大的便利。當(dāng)然，為了安全起見，大型項(xiàng)目中，權(quán)限的控制也是很重要 的。另外，在一些情況下， 如果沒有權(quán)限控制， 項(xiàng)目成員可以隨意修改其它文件， 這樣可能會(huì)導(dǎo)致一些混亂情況的發(fā)生。第二個(gè)問題，對(duì)ClearCase等大型的配置管理工具，如果不作充分的研究和 大量的培訓(xùn)， 對(duì)軟件配置和使用不當(dāng)， 缺乏對(duì)組織內(nèi)人員的統(tǒng)一培訓(xùn)， 因?yàn)榕渲?管理工具是幾乎每個(gè)人都會(huì)用到的，這樣造成的問題會(huì)相當(dāng)多。在 ClearCase 中，比如基線的概念，可能很多人都不甚了解，還有動(dòng)態(tài)視圖，靜態(tài)視圖，集成 視圖，流等，這些如果不能做充分而細(xì)

7、致的培訓(xùn)，技術(shù)人員會(huì)感到相當(dāng)?shù)睦Щ螅?如果支持不到位或在使用中的問題無法解決，會(huì)造成項(xiàng)目進(jìn)度的延遲乃至停滯。 所以，在對(duì)待此類問題上， 培訓(xùn)和支持的工作是必不可少的， 雖然可能會(huì)在初期 浪費(fèi)一些資源，但是磨刀不誤砍柴功， 組織內(nèi)人員都掌握了強(qiáng)大工具的使用方法， 將會(huì)極大地提高開發(fā)效率和節(jié)省時(shí)間。文檔 國內(nèi)進(jìn)行軟件開發(fā)從最初的完全不重視文檔，到后來吸取無數(shù)的經(jīng)驗(yàn)教訓(xùn) 后，對(duì)文檔的重視又被提高到前所未有的地步。 但是不少公司對(duì)應(yīng)該寫多少文檔， 怎么寫文檔不能把握好， 因?yàn)榧夹g(shù)人員往往對(duì)文檔方面的任務(wù)是抵觸的， 認(rèn)為不 如多抽點(diǎn)時(shí)間專注在技術(shù)方面， 寫文檔純粹是浪費(fèi)時(shí)間。 但是文檔卻是必不可少 的，

8、應(yīng)該怎樣處理好這種矛盾呢 ? 事實(shí)上， 這種矛盾天生就是難以化解的， 因?yàn)?技術(shù)人員對(duì)技術(shù)和相關(guān)情況最了解， 其它人很難撰寫這些文檔， 項(xiàng)目經(jīng)理所需要 做的是，通過斟密的項(xiàng)目進(jìn)度安排，給技術(shù)人員留出一些時(shí)間來書寫文檔 （ 在工 作時(shí)間而不是在加班時(shí)間里完成，否則難免會(huì)有怨言的 ） ，并在規(guī)定的進(jìn)度下進(jìn) 行評(píng)審。在Rup和Xp中，對(duì)文檔的看法有些不一樣。在 RUP中，對(duì)文檔非常的 重視，每個(gè)階段都有一些工件是必須要評(píng)審和交付的， 其中除了代碼外， 絕大部 分都是文檔，寫起來相當(dāng)費(fèi)時(shí)費(fèi)力。而在 XP流程中，強(qiáng)調(diào)的是通過代碼和面對(duì) 面的溝通， 來加強(qiáng)團(tuán)隊(duì)的協(xié)作性， 文檔除了一些設(shè)計(jì)性和需要保留的資源

9、需要撰 寫外，只是起到一些輔助性的作用。 但不管怎樣，重要和必要的文檔總是要寫的。 讓每個(gè)技術(shù)人員了解文檔的重要性， 合理的分配和預(yù)留寫文檔的時(shí)間， 都是可以 一定程度上化解矛盾的做法。如何保持工件的一致性 （ 同步） 在軟件開發(fā)過程中， 不斷有新的工件產(chǎn)生， 而且有些工件隨著一些變更的發(fā) 生，就需要進(jìn)行更新，但工件數(shù)量太多，一則維護(hù)更新不容易，另外有些工件只 是項(xiàng)目結(jié)束后參考性的資源， 立即更新也不必要， 求大求全則會(huì)一定程度上占用 項(xiàng)目資源，耽誤進(jìn)度。因此，一個(gè)建設(shè)性的建議就是，對(duì)必要的工件，如 需求 規(guī)格書，產(chǎn)品定義書，概要設(shè)計(jì)書，詳細(xì)設(shè)計(jì)書 等工件是一定要根據(jù)項(xiàng)目和評(píng)審情況立即進(jìn)行修訂

10、和更新的， 但是，對(duì)另外一些衍生的工件， 如用戶指南 等工件，雖然在開發(fā)流程中， 可能是在每個(gè)階段都必要寫的， 但是卻可以在評(píng)審 進(jìn)行前集中進(jìn)行更新一些，避免頻繁修訂造成的資源占用和進(jìn)度延遲。重視風(fēng)險(xiǎn)管理建立風(fēng)險(xiǎn)管理體系， 讓風(fēng)險(xiǎn)意識(shí)貫穿整個(gè)流程體系， 對(duì)不斷出現(xiàn)的可能的風(fēng) 險(xiǎn)進(jìn)行預(yù)測(cè)，分析和討論對(duì)策， 劃分風(fēng)險(xiǎn)級(jí)別，采用各種方法來降低風(fēng)險(xiǎn)變成現(xiàn) 實(shí)后對(duì)整個(gè)項(xiàng)目所造成的損失。風(fēng)險(xiǎn)管理體系是一個(gè)項(xiàng)目預(yù)防可能潛在風(fēng)險(xiǎn)的一個(gè)很好的保障方式， 在項(xiàng)目 初期，根據(jù)項(xiàng)目情況如資金， 人員和可能的進(jìn)度對(duì)整個(gè)項(xiàng)目的風(fēng)險(xiǎn)作一個(gè)預(yù)先的 評(píng)估，采用的方式可以是以項(xiàng)目經(jīng)理為中心， 集體討論的形式來進(jìn)行。 在討論結(jié) 束

11、后形成一份 risk list ，項(xiàng)目經(jīng)理由此整理出一份文檔， 即風(fēng)險(xiǎn)管理文檔。 在項(xiàng)目進(jìn)行當(dāng)中， 隨著情況不斷變 化，項(xiàng)目經(jīng)理應(yīng)該不斷組織一些專題會(huì)議，對(duì)風(fēng)險(xiǎn)進(jìn)行討論，并統(tǒng)一對(duì)策。這樣 在風(fēng)險(xiǎn)變成現(xiàn)實(shí)后， 整個(gè)項(xiàng)目組不至于束手無策， 而是可以采取一些補(bǔ)救的措施 來把風(fēng)險(xiǎn)可能造成的損失降到最低。關(guān)于周報(bào)和月報(bào)在很多公司中， 都要求開發(fā)人員填寫周報(bào)和月報(bào)， 以便在項(xiàng)目周會(huì)， 月總結(jié) 上了解每個(gè)人任務(wù)的進(jìn)展情況和對(duì)人員進(jìn)行考核。 但是技術(shù)人員總是對(duì)此類工作 不勝其煩，往往敷衍了事，填幾個(gè)比較大的任務(wù) （如開發(fā)XX系統(tǒng)等），而且一連 幾周都是如此，這樣對(duì)了解項(xiàng)目進(jìn)展和對(duì)人員考核的參考作用就失去了意義

12、。 雖 然技術(shù)人員比較反感寫這類東西， 但是還是必須要寫的。 應(yīng)該怎樣化解此類矛盾 呢？實(shí)際上， 這類任務(wù)主要是人的因素在發(fā)揮作用。 要想達(dá)到有效性的目的， 對(duì) 項(xiàng)目成員進(jìn)行一定程度的指導(dǎo)和培訓(xùn)是必要的。例如，一種比較好的方法就是， 可以推薦項(xiàng)目成員進(jìn)行 daily plan 一類每日計(jì)劃的編寫，每個(gè)人對(duì)每日工作任 務(wù)進(jìn)行劃分和規(guī)劃時(shí)間，然后在每日工作結(jié)束后對(duì)預(yù)先計(jì)劃和完成情況進(jìn)行對(duì) 比，并在下一個(gè)工作日進(jìn)行改進(jìn)。 堅(jiān)持下去， 項(xiàng)目成員必然在工作計(jì)劃和完成情 況間越來越接近， 養(yǎng)成良好的習(xí)慣， 這樣不僅在保障進(jìn)度上人的正面因素可以被 大大增強(qiáng)， 而且在編寫周報(bào)和月報(bào)時(shí)就有所依據(jù)而不是匆匆了事， 能夠發(fā)揮應(yīng)有 的效果。了解培訓(xùn)的重要性在各類組織中， 都會(huì)對(duì)員工進(jìn)行一定程度的培訓(xùn)。 在項(xiàng)目立項(xiàng)過程中， 就應(yīng) 該考慮人員配備情況。 比較理想的情況當(dāng)然是項(xiàng)目組每個(gè)成員都對(duì)該項(xiàng)目的技術(shù) 了如指掌， 對(duì)軟件開發(fā)流程比較了解， 相互之間能夠進(jìn)行充分的溝通， 能充分理 解溝通對(duì)象的意圖等等。但是理想情況