【正文】 ? 提出需求變更的動機是好的，目的是希望產(chǎn)品更加符合用戶的需求。沒有必要把所有事情擠在一塊做，需求開發(fā)是循序漸進的過程，需求評審也可以分段進行。 ? 兩者之間可能并不存在一一影射關系，因為軟件開發(fā)商會根據(jù)產(chǎn)品發(fā)展戰(zhàn)略、企業(yè)當前狀況適當?shù)卣{(diào)整產(chǎn)品需求，例如用戶需求可能被分配到軟件的數(shù)個版本中。 ? 需求的優(yōu)先級其實就是需求“輕重緩急”的分級表述，例如劃分為“高、中、低”三級。 為了避免主次顛倒 ， 應當在《 產(chǎn)品需求規(guī)格說明書 》 中將那些 “ 錦上添花 ” 的需求設置為較低的優(yōu)先級 。為確保需求是正確的，開發(fā)方和用戶必須對《需求規(guī)格說明書》進行確認。 要注意的是：在建模時使用花樣過多的圖形符號或文字意味著模型表示的復雜化 ， 將使開發(fā)人員更難掌握 ， 而且使圖形文檔更加雜亂 。 ? 需求分析是需求開發(fā)過程中最費腦子的工作。如果認為需求文檔不能準確地反映用戶真實的意愿，可以拒絕在需求文檔上簽字。 ? 軟件企業(yè)的領導應當給具有錯誤觀念的開發(fā)人員們洗腦：需求分析員的天職就是在有限的時間內(nèi)獲取準確而細致的用戶需求，如果做不到就是失職，不要找借口。常見的需求分析方法有“問答分析法”和“建模分析法”兩類。 ? 需求跟蹤 是指通過比較需求文檔與后續(xù)工作成果之間的對應關系，建立與維護“需求跟蹤矩陣”，確保產(chǎn)品依據(jù)需求文檔進行開發(fā)。你們自己想辦法把活干好吧 ?? 。 ? 4. 與需求分析員共同評審需求文檔，確保需求文檔準確地反映用戶真實的意愿。 問答分析方法 ? 問答分析方法 ? 問答分析方法很簡單：刨根究底地問，如果問題都被解答了，那么需求也就分析清楚了。 分析決策 ? 當需求從四面八方收集來后，需求的沖突在所難免。如果需求存在二義性，將會導致人們誤解需求而開發(fā)出偏離需求的產(chǎn)品。 ? “可實現(xiàn)”意味著在技術上是可行的，并且滿足時間、費用、質(zhì)量等約束。 所以他們在調(diào)查 、 分析 、 定義需求時 ， 自然會想到 “ 怎么做 ” ， 這并沒有什么過錯 。如果需求分析員誤解了需求，那會導致后續(xù)的不少開發(fā)人員將錯就錯、白干活。 ? 甲方簽字 乙方簽字 ? 人們在作出承諾之前務必要認真閱讀文檔 ， 一定要明白簽字意味著什么 。 ? 需求變更控制過程中最難辦的事情是莫過于“拒絕客戶提出的需求變更請求”。 ? 正向跟蹤和逆向跟蹤合稱為“雙向跟蹤”?！? ? 不論是復雜的項目還是簡單的項目，需求分析員和用戶都有可能誤解需求。如果待開發(fā)的產(chǎn)品分為軟件和硬件兩部分的話，則應當撰寫《軟件需求規(guī)格說明書》和《硬件需求規(guī)格說明書》。 如果需求是不可驗證的 ， 那么用戶就無法驗收軟件 ， 可能會發(fā)生商業(yè)糾紛 。 “ 必要 ” 往前一步 ， 要么是“ 畫蛇添足 ” 要么是 “ 錦上添花 ” 。 ? 當開發(fā)者想象中的產(chǎn)品與客戶所提的需求有沖突時，一般應當尊重客戶的觀點。 ? 其它常見的問題有： ? 需求存在二義性嗎？ ? 需求文檔的上下文有矛盾嗎？ ? 需求完備嗎？ ? 需求是必要的嗎？ ? 需求可實現(xiàn)嗎？ ? 需求可驗證嗎？ ? 需求的優(yōu)先級確定了嗎？ 建模分析法 ? 人們都有這樣地感受：有些時候用語言描述某個問題特別費勁，而采用圖形則使人一目了然 . ? 在需求開發(fā)過程中 ， 對于某些類型的信息 ， 用圖形表示要比文本表示更加有效 。 ? 從行業(yè)標準、規(guī)則中提取需求。 “ 好話 ” 和 “ 丑話 ” 都說在前頭 ， 這樣能減少今后的摩擦 。每當遇到麻煩、挫折時，他們會發(fā)牢騷，找出一堆用戶的毛病。WEB項目開發(fā)的一般流程 — 總綱 1. 需求分析的確定 (最重要 ) 2. 架構與設計 ① 架構分析與設計 ② 業(yè)務邏輯分析 ③ 業(yè)務邏輯設計 ④ 界面設計 3. 開發(fā)環(huán)境搭建 4. 開發(fā) 測試 開發(fā) 測試 5. 培訓文檔編寫 開發(fā)的一般流程 — 需求 分析 ? 為什么需求分析 需求分析是指理解用戶需求，就軟件 功能 與客戶達成一致，估計軟件風險和評估項目代價 ，最終形成開發(fā)計劃的一個復雜過程，在這個過程中， 用戶的確是處在主導地位 ，需求分析工程師和項目經(jīng)理要負責整理用戶需求，為之后的軟件設計打下基礎。 需求開發(fā)過程中困難 ? 態(tài)度問題 ? 相當多的開發(fā)人員習慣于被動地對待需求開發(fā)。 ? 開發(fā)方和用戶方在開展需求開發(fā)之前 ， 雙方協(xié)商并撰寫 “ 用戶在需求工程中的權利與義務 ” ， 即以協(xié)議的方式確定合作關系 。 ? 分析已經(jīng)存在的同類軟件產(chǎn)品，提取需求。 ? 追究“是什么”和“為什么”的目的是獲得正確、清楚的需求。此時對需求的決策應當以商業(yè)利益為導向