c項目需求怎么寫

1.項目需求 該 怎么寫如果是一個軟件系統的項目,站在項目角度需求管理包括項目需求、用戶需求、業務需求、功能需求、非功能需求等內容 。而項目管理文檔中主要是項目需求,在項目實施文檔中主要是用戶需求分析報告、軟件(或系統)需求規格說明書等 。項目需求主要包括:(不同的項目還會有適當增減,由于不清楚你的項目具體情況,所以把總體上項目需求包括的內容都羅列一下)
1. 適用范圍(閱讀者)
2. 項目背景
3. 項目概述
4. 項目目標及范圍
5. 項目工期與預算
6. 項目軟件(系統)需求
7. 項目約束(運行環境、開發環境、技術路線、)
8. 項目測試與驗收
9. 用戶培訓
10. 售后維護與支持
11. 其他項目中用戶提出的需求
2.項目需求報告要怎么寫聽棠的“客戶需求何時休”深刻的披露了這個問題存在的根源 。
需求分析,不僅僅是拿到客戶的需求,更重要的是還需進行分析,了解細節,并就細節跟客戶咨詢,獲取最詳細的資料 ??蛻羲芴峁┙o你的只是他們想到的功能需求,很多問題并不在他們考慮的范圍之內,如果作為項目承擔方沒有去做分析,簡單的按照功能要求去設計、規劃,最終出來的系統是很難完全符合客戶的業務流程的,這時,自然需要更改,被看成了需求的更改 。其實,都是缺乏分析所一手造成的 。問題等到系統出來了才被發現,這樣的系統本身就是先天不足的了 。
聽棠所說到的幾點,感受特別深:
“其實問題出在開頭,客戶需求只是軟件需求分析的一部分,雖然是比較重要的一部分,但也不要只是去記客戶的需求,而是要把客戶的需求進行分析”
還有客戶的需求本身會有矛盾(這矛盾是指在邏輯角度來講),客戶本身是意識不到的,只有在分析設計時,才會分析出這里的矛盾,而這些問題,如果在期初時,軟件負責人不分析,而是純粹的“聽從”客戶要求去做,當暴露這些問題時,你怪客戶也沒用啊 。
項目需求分析報告,在了解客戶需求時,不要不動腦子,不要一味的點頭說“I C”,其實在表面的業務里面可能包含著N多的細節,這些細節是需要你反問客戶的,只有當你提的問題越多,最終獲取的需求最具體,才能讓項目越順利 。而且有很多問題,都是在你的反問中,客戶也才開始思考本來沒思考過的問題,客戶也會找到一種合理的需求給你,有人會覺得這樣了解客戶需求未免太麻煩了 。至于一些在技術上會遇到問題的地方,也要告訴客戶,別以為到時候再說,客戶是不關心你的技術細節的,但你如果給他解釋的話,他也會試著理解的 。
客戶的需求本身是無休止,因為他們本身也在變,但當你期初的分析合理,后面的變動也將在邏輯上變動,相信代價已經不會那么大了 。這其實也體現了系統的擴展性 。
需求分析,是一個項目提出方和承擔方相互溝通的過程,一方是系統的使用者,一方是系統的制造者,在系統制造過程中,只有雙方相互配合,共同對系統進行設計才能最后達到使用的要求 ??蛻羰菢I務上的熟悉者,對業務流程有非常清晰的了解,但是,對于軟件需求方面的描述是不了解的,他們所能提供的只是他們最終要達到的功能,但是,這其中包含的業務流程是非常復雜的 。我們拿到客戶需求后,應該根據功能、流程進行初步的設計,構造出業務流程圖,再讓客戶進行評審,提出業務流程上不對的地方進行修改 。這樣來回的交流,最終才能取得較全面的需求,并減少后期的修改 。
謹記一點,需求是經常變動的,只有先做好需求的分析,了解業務以后的發展趨勢,做好具有拓展性的系統設計,才會給系統更大的擴展空間,從而在需求發生變化的時候可以更從容的修改 。