軟件項目需求分析與管理的十大疑問(wèn)

軟件項目需求管理是指一個(gè)為系統的需求進(jìn)行啟發(fā)、組織、建檔的系統方法，一個(gè)建立和維護客戶(hù)和項目團隊之間關(guān)于變更系統需求所達成的一致性的過(guò)程。
　　軟件項目需求管理是指一個(gè)為系統的需求進(jìn)行啟發(fā)、組織、建檔的系統方法，一個(gè)建立和維護客戶(hù)和項目團隊之間關(guān)于變更系統需求所達成的一致性的過(guò)程。軟件需求分析就是把軟件計劃期間建立的軟件可行性分析求精和細化，分析各種可能的解法，并且分配給各個(gè)軟件元素。需求分析是軟件定義階段中的最后一步，是確定系統必須完成哪些工作，也就是對目標系統提出完整、準確、清晰、具體的要求。那么，在實(shí)際管理工作中，會(huì )有哪些疑問(wèn)呢?
　　1.需求工作涉及到哪些內容
　　首先需求包括了產(chǎn)品需求，用戶(hù)需求，軟件需求。產(chǎn)品需求關(guān)注的是產(chǎn)品的標準化和通用化，會(huì )對收集到的用戶(hù)需求進(jìn)行分類(lèi)和優(yōu)化，結合業(yè)界標準系統模型進(jìn)行抽象并通用化。用戶(hù)需求反映的是用戶(hù)面臨的問(wèn)題域，根據問(wèn)題域用戶(hù)期望的能夠達到的解決效果;而對于軟件需求則是用軟件工程的語(yǔ)言結構化和文檔化的對用戶(hù)需求和產(chǎn)品需求的描述。
　　需求工作涉及到需求開(kāi)發(fā)和需求管理。需求開(kāi)發(fā)涉及到需求調研，需求收集，需求分析，需求開(kāi)發(fā)等工作，其中的重點(diǎn)有業(yè)務(wù)流程，數據字典，業(yè)務(wù)規則，界面原型。對于基于面向對象的開(kāi)發(fā)方法則涉及到業(yè)務(wù)用例，系統用例(涉眾，基本流，擴展流，業(yè)務(wù)規則，界面，操作)等諸多內容。需求管理工作涉及到需求的狀態(tài)管理，變更管理，需求的跟蹤，需求的驗證和確認等重要內容。
　　在我們需求分析和開(kāi)發(fā)中，最容易忽視的主要有兩點(diǎn)，一個(gè)就是缺乏需求分析和開(kāi)發(fā)的過(guò)程，把用戶(hù)需求直接作為了軟件需求，沒(méi)有需求建模和抽象的過(guò)程。另外一點(diǎn)就是對于性能，安全，易用性，可維護性和擴展性等非功能性需求沒(méi)有考慮，導致開(kāi)發(fā)出來(lái)的系統是一個(gè)不好用的半成品。CMMI把需求管理放到2級，需求開(kāi)發(fā)放到3級，實(shí)際上真正的提高需求人員的需求分析和開(kāi)發(fā)能力才是解決需求問(wèn)題之道。需求分析開(kāi)發(fā)做不好，需求變更或追蹤管的再好也沒(méi)有用處，在這點(diǎn)上一定不能本末倒置。
　　2.做好需求分析需要具備哪些知識
　　需求分析崗位主要承擔的是系統分析員的工作，做需求分析的人員要有軟件工程基礎知識的積累，而且最好有一定的軟件開(kāi)發(fā)經(jīng)驗積累。自己做過(guò)設計開(kāi)發(fā)工作的才能夠體會(huì )到如何才能夠把系統做好，如何更好的把軟件需求和后續實(shí)現更好的銜接起來(lái)。有一本《軟件需求》的書(shū)講的很系統，從事需求工作的都值得仔細閱讀。對于采用面向對象的需求開(kāi)發(fā)和分析方法的，一定要熟悉RUP統一過(guò)程和用例分析和建模。
　　對于管理軟件都離不開(kāi)其涉及到的業(yè)務(wù)領(lǐng)域，因此要做好需求分析工作必須要熟悉管理軟件所涉及到的業(yè)務(wù)領(lǐng)域，對業(yè)務(wù)領(lǐng)域相關(guān)的標準模型進(jìn)行分析和研究，對業(yè)界的一些標準和最佳實(shí)踐進(jìn)行熟悉。比如做供應鏈管理系統和軟件應該熟悉業(yè)界標準的SCOR模型，做ERP的應該結合現在的業(yè)界比較大的廠(chǎng)商的ERP產(chǎn)品進(jìn)行學(xué)習，對于研發(fā)管理系統可以結合PACE和IPD等等。只有熟悉了業(yè)務(wù)領(lǐng)域才可能在需求調研和分析的時(shí)候提供很多有建設性的意見(jiàn)，或者說(shuō)需求分析人員不是被用戶(hù)牽著(zhù)走，而是真正的可以引導用戶(hù)。
　　3.項目需求分析的步驟和輸出有哪些
　　開(kāi)始首先是需求的收集，需求收集可以通過(guò)調查表，訪(fǎng)談，業(yè)界標準，會(huì )議討論溝通等多種方式進(jìn)行。需求收集第一是要能夠很好的描述現狀，第二是要搞清楚用戶(hù)的期望。同時(shí)一定要弱化用戶(hù)期望系統怎么做，因為用戶(hù)并不熟悉系統實(shí)現和內部原理，我們的軟件需求不僅僅考慮的是功能的實(shí)現，還需要考慮需求復用，業(yè)務(wù)抽象，可擴展和配置等多方面的問(wèn)題。
　　收集回來(lái)的需求就需要開(kāi)始進(jìn)行分析工作，分析包括了動(dòng)態(tài)行為分析和靜態(tài)數據分析。動(dòng)態(tài)行為分析涉及到用例分析，業(yè)務(wù)流程和活動(dòng)輸入輸出的分析，數據流分析，業(yè)務(wù)操作規則分析。靜態(tài)數據分析設計到業(yè)務(wù)對象建模，數據字典，組織結構，權限等分析。在這一個(gè)階段的重點(diǎn)就是需求的系統化和結構化，最好要體現到規范的文檔中。在軟件開(kāi)發(fā)過(guò)程中我們最強調的需要文檔化的輸出就是需求文檔和總體設計方案文檔。
　　需求分析階段還有一個(gè)重點(diǎn)的產(chǎn)出就是原型和DEMO，為了更好的和用戶(hù)溝通并挖掘需求，我們需要將我們理解后的想法更加形象的講述給用戶(hù)，所以原型就顯得額外重要。不管是否是拋棄的原型，都需要客戶(hù)看到的原型和最終實(shí)現的系統基本一致，因此原型開(kāi)發(fā)需要投入一定的時(shí)間，并根據客戶(hù)反饋的信息不斷修正。在原型中多投入些時(shí)間，就會(huì )多減少一份后期需求變更引起的返工時(shí)間。軟件原型是降低需求變更風(fēng)險的有效方法。
　　4.需求的驗證和確認包括哪些事情
　　我們可以再簡(jiǎn)單理解下驗證和確認的區別，對于判斷最終開(kāi)發(fā)出來(lái)的系統是否和用戶(hù)想要的東西是一致的過(guò)程叫確認，對于你理解和描述的需求和我當初的想法是否是一致的過(guò)程叫驗證。需求的驗證包括了很多的內容，涉及到軟件開(kāi)發(fā)中上下游相關(guān)人員的參與。首先你結構和文檔化后的需求需要用戶(hù)來(lái)驗證是否和他們的想法是一致的，是否把用戶(hù)的真實(shí)意圖描述清楚了，以保證需求本身的正確性。對于后續設計開(kāi)發(fā)階段的人員也需要對需求進(jìn)行評審以保證需求的可實(shí)現性，確認需求描述是否清楚，是否是可以實(shí)現的，對于業(yè)務(wù)對象，流程和規則是否存在不可實(shí)現的模糊描述詞語(yǔ)。對于測試人員，則主要是確認需求是否是可測試的，是否在需求描述中引入了較多的易用，較好，應該等不確定和不可測試的詞語(yǔ)。對于大型的軟件項目，如果有專(zhuān)門(mén)的產(chǎn)品化標準和UI組的話(huà)，還需要對需求的易用性和產(chǎn)品交互等方面進(jìn)行評估，以評價(jià)整個(gè)軟件系統的產(chǎn)品化。
       確認主要是軟件系統已經(jīng)開(kāi)發(fā)完成后交付給用戶(hù)后驗收的時(shí)候，用戶(hù)確認系統是否實(shí)現了當初的需求。為了保證確認過(guò)程的順利，就必須重視需求驗證的過(guò)程，需求驗證不僅僅是需求階段對需求文檔的評審，還需要關(guān)注設計，開(kāi)發(fā)等各階段對需求的實(shí)現情況的驗證。
　　5.需求的抽象和建模體現在哪些方面
　　首先要理解需求分析和設計的目的在于滿(mǎn)足現狀并適應變化。要想適應變化則業(yè)務(wù)建模和需求抽象就是必須的。當我們了解到業(yè)務(wù)的組織結構和流程經(jīng)常面臨變動(dòng)和調整的時(shí)候，我們就需要考慮引入標準的組織結構模型，權限模型和工作流模型。這些模型的引入使業(yè)務(wù)和需求的變動(dòng)變化為通過(guò)系統的靈活配置來(lái)適應。軟件系統要適應變化不是從設計階段開(kāi)始的，而是我們的軟件需求本身就需要適應變化。
　　需求的抽象包括了對業(yè)務(wù)對象模型的抽象，對業(yè)務(wù)規則的抽象，對流程的抽象。其中最重要的就是由業(yè)務(wù)對象抽象形成的概念模型，由流程抽象形成的數據交互模型。對于一些快速軟件開(kāi)發(fā)平臺理解到的對象建模，流程建模，組織結構和權限建模，業(yè)務(wù)規則建模，BPEL業(yè)務(wù)流程編排恰好就是需求抽象的最主要內容。
　　要做好需求抽象必須具備兩方面的知識，第一是真正的對所涉及到的業(yè)務(wù)領(lǐng)域及其標準模型足夠理解，其二是對軟件系統分析和架構設計有較多的經(jīng)驗積累。只有同時(shí)具備這兩方面知識才能夠做好需求建模工作。
　　6.為什么要做需求管理，需求管理包括哪些工作
　　需求管理就是IT項目中的范圍管理，需求管理是整個(gè)IT項目的源頭，IT項目的估算，計劃，后續的跟蹤控制，驗證和確認等各項工作都是跟需求密切相關(guān)的。因此為了保證項目的進(jìn)度，質(zhì)量和成本的目標的順利實(shí)現，保證項目計劃的嚴肅性和可執行性;為了保證軟件系統最終開(kāi)發(fā)的產(chǎn)品正是客戶(hù)期望的產(chǎn)品，必須要做好需求管理工作。
　　需求管理工作應該是需求全生命周期的管理，從用戶(hù)原始需求的提出，到最終形成軟件產(chǎn)品后用戶(hù)對需求實(shí)現情況的驗證以形成閉環(huán)流程。因此我們需要跟蹤和了解到需求狀態(tài)的演變過(guò)程。大型的項目軟件生命周期模型較為復雜，一個(gè)需求的實(shí)現會(huì )經(jīng)過(guò)用戶(hù)需求，軟件需求，總體設計，詳細設計，開(kāi)發(fā)和單元測試，集成測試，系統測試和驗收測試多個(gè)環(huán)節，在這個(gè)過(guò)程中需要建立需求追蹤以確認需求和中間階段產(chǎn)生的工作產(chǎn)品的一致性。另外變更管理是需求管理的另外一個(gè)重點(diǎn)，需求在經(jīng)過(guò)評審確認后需要基線(xiàn)并受到控制，當出現需求變更的時(shí)候必須進(jìn)行相應的需求影響分析以確認對需求變更的處理方式，當變更工作量影響較大的時(shí)候還需要調整并重新基線(xiàn)項目計劃。
　　對于整個(gè)需求調研，分析和需求開(kāi)發(fā)，評審確認的過(guò)程也需要進(jìn)行管理。在這個(gè)過(guò)程中的一個(gè)重點(diǎn)就是對需求輸出的文檔需要得到用戶(hù)，項目組設計開(kāi)發(fā)人員的共同確認和承諾。
　　7.需求變更管理重要性體現在哪里?有哪些具體的內容
　　戶(hù)不斷的提交需求修改，項目進(jìn)度無(wú)任何保證不斷延期;由于一次需求的修改導致原來(lái)本來(lái)穩定的系統出現各種原來(lái)沒(méi)有想到的錯誤和異常;這些都是需求管理存在缺陷的表象。需求管理的重要性就體現到項目計劃的嚴肅性和可執行性，以保證項目目標的實(shí)現。通過(guò)引入了需求變更管理后，使軟件需求文檔成為一份大家都共同承諾和作為依據參考的文檔，這個(gè)文檔需要在設計，開(kāi)發(fā)，測試等多種角色之間充分傳遞和共享。另外通過(guò)需求管理工作，使每個(gè)人意識到變更對項目的影響和變更的代價(jià)，反向去促進(jìn)需求開(kāi)發(fā)質(zhì)量的提高。
　　需求變更管理包括了變更請求的提出，CBB委員會(huì )對需求進(jìn)行影響分析確認是否變更，設計開(kāi)發(fā)負責人確認需求變更將影響到的模塊和代碼和具體修改方法，開(kāi)發(fā)人員對變更進(jìn)行修改和測試，最后再有變更請求人對需求變更滿(mǎn)足情況進(jìn)行驗證。對于變更的影響分析一般需要項目組的開(kāi)發(fā)負責人進(jìn)行，大型項目可以依靠需求管理中建立的需求追蹤進(jìn)行分析，但根據實(shí)踐需求追蹤在影響分析中的作用還不明顯。
　　8.需求是否必須要文檔化，其意義體現在哪里
　　做人員多方溝通的基礎，使大家對需求有一致的理解并依據該文檔開(kāi)展各項工作。即時(shí)是對于敏捷軟件開(kāi)發(fā)，我們也需要對用例場(chǎng)景描述，CRC卡片等文檔化下來(lái)以方便溝通。
　　再次強調溝通，特別是面對面的溝通是信息傳遞最高效方式，但是當一個(gè)信息是需要在軟件開(kāi)發(fā)整個(gè)生命周期的不同階段，由不同角色人員多次使用的時(shí)候，就必須文檔化。而需求文檔恰好屬于這種類(lèi)型。
       9.需求優(yōu)先級的作用，如何評估需求優(yōu)先級
　　需求優(yōu)先級的作用在于項目管理和用戶(hù)滿(mǎn)意度提升的需要。一個(gè)系統上線(xiàn)后經(jīng)常出現情況就是往往經(jīng)常使用的功能都集中在20%的功能上很多功能使用很少。需求優(yōu)先級讓我們更好的把握重點(diǎn)和分配資源，真正的把20%最重要的需求，經(jīng)常使用的需求做好做精，只有這樣才能夠真正的提高用戶(hù)滿(mǎn)意度和達到項目目標。
　　需求優(yōu)先級對于用戶(hù)往往最有發(fā)言權，但當一個(gè)系統涉及到多個(gè)業(yè)務(wù)部門(mén)和組織結構的時(shí)候，難免出現各個(gè)用戶(hù)都站在自己的立場(chǎng)來(lái)看待需求的優(yōu)先級和緊急程度的問(wèn)題。但是一個(gè)需求究竟對效率提升，成本的減少，相關(guān)周期的縮短起到了多大的貢獻和作用卻沒(méi)有衡量。因此對需求優(yōu)先級的評估應該考慮引入價(jià)值工程的概念，一個(gè)需求的優(yōu)先程度應該體現在需求實(shí)現后能夠產(chǎn)生的價(jià)值和節約的成本。
　　10.中小型軟件開(kāi)發(fā)項目團隊需求開(kāi)發(fā)和管理工作的重點(diǎn)在哪里
　　對于中小型的項目團隊一定要使用輕量級的方法論和過(guò)程，過(guò)程是為了實(shí)現目標服務(wù)的，過(guò)程的目的是為了解決現在的問(wèn)題和可能的問(wèn)題。不在這個(gè)范圍內做的過(guò)程，規則或工作都不會(huì )產(chǎn)生價(jià)值和意義。
　　對于中小型團隊首先是要意識到需求工作的重要性，制定需求文檔和DEMO界面規范，對需求進(jìn)行文檔化和結構化。其次是對開(kāi)發(fā)完成的需求需要得到用戶(hù)，實(shí)現人員，測試等多方的評審和認可。最后是需求文檔化后該工件需要通過(guò)各種配置管理工具進(jìn)行管理，需求完成后及時(shí)歸檔和受控，需求的變更需要受到管理而不是隨意的。(項目管理者聯(lián)盟)
更多內容詳細咨詢(xún)：http://www.firg8.com/