第一篇：需求分析思路總結

需求分析思路

需求說明書應該滿足兩方面閱讀群體，想了解宏觀需求的領導，和需要了解細節的技術員都合適。在寫需求說明書時應該注意兩個問題：

1、最好為每個需求注釋，這樣可讓程序員了解需求的本質，以便選用最合適的技術來實現此需求。

2、需求說明不可有二義性，更不能前后相矛盾。如果有二義性或前后相矛盾，則要重新分析此需求。

一、需求的風險

由于項目的特殊性和行業覆蓋的廣闊性，以及需求分析的高風險性，軟件需求分析的重要性是不言而喻的，同時需求分析又的的確確難做。其原因基本是由于以下情況造成的。

1、客戶說不清楚需求

有些客戶對需求只有朦朧的感覺，當然說不清楚具體的需求。此時，用戶就會要求軟件系統分析人員替他們設想需求。工程的需求存在一定的主觀性，為項目未來建設埋下了潛在的風險。

2、需求自身經常變動

隨著客戶方對信息化建設的認識和自己業務水平的提高，他們會在不同的階段和時期對項目的需求提出新的要求和需求變更。所以必須接受“需求會變動”這個事實，在進行需求分析時要懂得防患于未然，盡可能地分析清楚哪些是穩定的需求，哪些是易變的需求，以便在進行系統設計時，將軟件的核心建筑在穩定的需求上，同時留出變更空間。

3、分析人員或客戶理解有誤

軟件系統分析人員不可能都是全才，更不可能是行業方面的專家。客戶表達的需求，不同的分析人員可能有不同的理解。如果分析人員理解錯了，可能會導致以后的開發工作勞而無功。所以分析人員知識的專一性也會造成需求分析的誤解和失敗。

二、短期要求

根據調研情況，詳細列出各職能部門的需求，形成需求文檔，需求文檔應包含以下幾點：

1、給出觸發功能的各種條件（如：控制流、運行狀態、運行模式等）；功能描述必須清晰地描述出怎樣輸入到怎樣輸出，并且輸入、輸出描述應對應有數據流描述、控制流描述圖，這些描述必須與其它地方描述一致；

2、定義各種可能性條件下的所有可能的輸入（包括合法的輸入空間和非法的輸入空間）；

3、給出各種功能間可能的相互關系（如各個功能間的控制流、數據流、信息流，功能運行關系：順序、重復、選擇、并發、同步）；

4、盡可能不使用“待定”這樣的詞。所有含有待定內容的需求都不是完整的文件，如果出現待定的部分，必須進行待定部分內容說明，落實負責人員、落實實施日期。

5、功能描述應注意需求說明和程序設計的區別。需求設計僅僅是軟件的功能設計，它給出軟件運行的的外部功能描述，以及為了實現這一外部功能必須做哪些事情（采用和種數據結構，定義多個模塊，接口間的接口等）是設計階段的事情，功能描述不應涉及到那些細節問題，以避免給軟件設計帶來不必要的約束。

6、需求變更：詳細描述變更的內容，定期召開需求變更討論會，確定需求的變更與否。

三、中長期要求

1、第一階段：訪談

這一階段是和具體用戶的領導層、業務層人員的訪談式溝通，主要目的是從宏觀上把握用戶的具體需求方向和趨勢，了解現有的組織架構、業務流程、硬件環境、軟件環境、現有的運行系統等等具體情況、客觀的信息。建立起良好的溝通渠道和方式。針對具體的職能部門，最好能指定本次項目的接口人。

實現手段：訪談、業務調查表格

輸出成果：業務調查報告、業務流程報告

2、第二階段：誘導

這一階段是在已經了解了具體用戶方的組織架構、業務流程、硬件環境、軟件環境、現有的運行系統等等具體實際、客觀的信息基礎上，結合現有的硬件、軟件實現方案，做出簡單的用戶流程頁面，同時結合以往的項目經驗對用戶采用誘導式、啟發式的調研方法和手段，和用戶一起探討業務流程設計的合理性、準確性、便易性、習慣性。用戶可以操作簡單演示的DEMO，來感受一下整個業務流程的設計合理性、準確性等等問題，及時地提出改進意見和方法。

實現手段：拜訪（誘導）、原型演示

輸出成果：調研分析報告、原型反饋報告、業務流程報告

3、第三階段：確認

這一階段是在上述兩個階段成果的基礎上，進行具體的流程細化、數據項的確認階段，這個階段必須提供原型系統和明確的業務流程報告、數據項表，并能清晰地向用戶描述系統的業務流設計目標。用戶方可以通過審查業務流程報告、數據項表以及操作提供的DEMO系統，來提出反饋意見，并對已經可接受的報告、文檔簽字確認。

實現手段：拜訪（回顧、確認），提交業務流程報告、數據項表；原型演示系統

輸出成果：需求分析報告、數據項、業務流程報告、原型系統反饋意見（后三者可以統一歸入需求分析報告中，提交用戶方、企管信息部進行確認和存檔）

需求分析的三個階段是需求調研中不可忽視一個重要的部分，特別在后期的需求改進中，工作則基本集中在后兩個階段中。

第二篇：需求分析

需求性分析

（網絡書店管理系統）

一、概述

隨著網絡通訊技術的發展，網上書店作為出版社一種全新的銷售手段，越來越受到人們的關注。它打破了傳統銷售模式在時間、空間上的限制，采用了先進的銷售手段和銷售方法，大大提高了經濟效益和資源利用率，使商務活動上了一個新臺階。它可以使顧客足不出戶，就能通過網絡選購商品，并由相應的網絡經銷商送貨上門。本系統的好處就是不僅能讓消費者可以方便地得到所需商品，而且還能有效的減少銷售環節，從而最大限度地降低了商品的最終價格。本項目所用的操作系統是windows 7，開發系統是Visual Studio 2008，數據庫采用SQL Sever 2005。

三、數據字典

編號名稱類型說明

1書籍信息數據存儲書籍信息=書名+作者+年代+編號+采編人員

2會員信息數據存儲會員信息=姓名+性別+出生日期+住址+聯系電話

3圖書細目數據存儲圖書細目=編號+購買記錄

第三篇：需求分析

1、對投標人的要求

投標人必須認真閱讀以下內容，以免造成投標失敗。

1）投標人必須保證所提供的產品貨真價實，所有產品均提交原始設備生產廠商證明。

2）設標人對招標人提出的需親自到現場解決的問題能保障4小時內的響應，咨詢應及時相應。

3）投標人應本著認真負責的態度組織技術隊伍，并做好投標的整體方案并提出長期保修、維護、服務以及今后技術支持的措施計劃和承諾。

4）自系統建設工作一開始，投標人就應允許招標人的工作人員參與系統的安裝、測試、診斷及解決問題等各項工作。

5）投標人必須提供系統建設的工作內容、工作日程表，日程表內容至少應包括到貨日期、驗貨日期、驗貨人員、現場安裝、系統聯調、系統試運行、集成驗收、應用系統運行、技術培訓等。

6）投標人必須保證有能力進行對設備（應用系統、材料）生產廠商的簽約、督導和工作協調。

7）投標人應對滿足規定指標的設備及軟件供貨商的在資信和信譽進行認真考核并對招標人負責。

8）投標人應將招標人標書中所有設備、軟件。及與有關生產廠商簽約和有關技術合作、維護、服務等文件以副本形式提供給招標人以份。

9）投標人應負責在項目完成時將系統的全部有關技術文件、資料及測試、驗收報告等文檔匯集成冊交付招標人。

10）投標人應對招標人標書中所列內容全部驗收后方為該項目的建設工作完成。

11）投標人和產品供貨商對提供的產品保證的技術支持售后服務，保證的產品免費維修服務。

2、對于投標書的要求

1）投標人必須滿足標書的要求，否則投標人的投標書將被拒絕并認作沒有回答。

2）投標人必須審閱相關技術手冊以便準備投標文件和技術部分，提供一個準確的陳述。對每個單項產品，投標人必須提供原廠商的正式技術指標說明材料。

3）在投標書中建議的每個硬件和軟件的型號部件逐一說明。

4）投標人的投標文件需將技術部分和商務部分嚴格分離，分別封裝，否則將可能影響評價結果。

3、對招標書的說明

1）投標人須提供詳細外網建設方案。

2）必須按招標人提供的網絡設備、軟件、連接件進行設計。若有特殊情況無法滿足系統方案及系統運行要求的，投標人應主動提出來，并以書面的形式告知招標人，待招標人確認后才進行修改。

一、建設的總體要求

南充市電子政務外網按照中共中央辦公廳、國務院辦公廳轉發的《國家信息化領導小組關于電子政務建設指導意見》（中辦發[2002]7號文件）的要求進行建設。電子政務外網與互聯網邏輯隔離。縱向與中央、省、縣、鄉各級黨政機關相連，橫向與各級部門相連。本次建設要求市政府、市委、人大、政

協通過光纜連接，不在光纜覆蓋范圍內的部門通過租用電信營業運營商的線路輸入，機房（設備間）設在南充市順慶區清泉城市政府辦公大樓。

二、建設的詳細要求

（一）南充市電子政務外網平臺建設工程項目。

1、網絡建設的目標

采用千兆以太網技術，建成以千兆光纖（主干）+非屏蔽雙絞線為主要傳輸介質的計算機通信網絡。計算機網絡設備的配置須滿足南充市電子政務外網需求。符合中辦發[2002]17號文件要求能適應2-3年內的業務增長和突發性事件的需要。確保系統的可擴展性和先進性，并注意設備的冗余設計以及網絡的負載均衡。

2、網絡平臺的建設

政務外網是政府的業務專網，與互聯網之間邏輯隔離，主要運行政務部門面向社會的專業性服務業務和不需要在內網上運行的業務。建設電子政務外網平臺的目的是促進各個業務系統的互聯、資源共享。

物理鏈路：市級匯接中心與各縣（市區）匯接中心相連，實現上下之間、縱橫之間的信息、文件的相互傳輸。設置支持多層交換和千兆的網絡核心；采用具有千兆上連能力的10/100M自適應交換機作為訪問層交換機；新區1、2、3號辦公樓的計算機用戶直接與本樓交換機相連訪問政務外網。

傳輸介質：選擇光纖作為網絡主干（市政府至市委、人大、政協；1號樓至2號樓、3號樓）傳輸介質，其他采用非屏蔽超五類雙絞線作為傳輸介質。

網絡操作系統：Windows NT/2000 Server或UNIX或LINUX。

網絡協議：TCP/IP。

網絡應用平臺：應用系統采用符合“建立統一的信息應用平臺”進行設計和開發。應用系統的建設可根據各應用系統的特點，選用C/S或B/S模式，也可以采用兩種模式相結合的方式。

3、數據中心建設

數據中心匯集電子政務外網的所有服務器系統和應用系統，是開展各種應用和服務的統一電子政務平臺，是網絡的運行管理中心。

4、網絡安全建設

1）網絡隔離

充分利用交換機的交換路由功能，根據業務管理需要劃分VLAN

2）防火墻技術

3）虛擬專用網絡（VPN）技術；

4）病毒防治技術

5、應用系統建設

電子政務網絡平臺的建設目的是應用，進行應用系統的建設是電子政務建設的核心內容，是電子政務建設的重中之重。

本次應用系統建設的重點是：

1）辦公自動化系統

辦公自動化系統建設的重點是市委辦系統和市政府辦系統。辦公自動化系統常規技術要求：

? 統一平臺

系統要求基于Lotus Domino平臺的開發，同時還將第三方開發工具

（Java、VC++）用于辦公系統的底層開發，通過控件技術實現了手寫批示、工作流定義、統計分析、個性化界面設計等，提供一套完整的基于Lotus Domino的辦公自動化系統。

要求在Windows 2000NT、Linux等平臺上實施基于Lotus Domino的辦公系統。須購買相應的正版軟件。

? 支持B/S模式

辦公系統支持B/S方式運行。

? 工作即時提醒

工作即時提醒通過對服務器端個人信息的定時監測實待辦事宜、郵件、便簽信息及時提醒，以免耽誤工作。提供常規的計算機提醒和擴展的手機或呼機提醒的組合。

? 電子/手工并行支持

? 辦公系統在電子方式初期運轉時特別注意到與紙質文件并行的支持因此

在每一個環節要求設置打印功能，部分環節還要設置掃描輸入功能。? 流程定義

（1）能提供完整的流程自定義：用戶既可以選擇預先配置好的流程模板收

發公文，又可以根據自己的意圖，很方便地創建、修改流程無需編程。圖形化的流程定制界面。

（2）能對整個工作流程進行實時跟蹤監控并及時記錄審核修改信息。能夠

按照辦公有關規定顯示公文在其辦理過程中所處的地點、狀態，以便

采取相應的統計、分析、催辦等處理措施。

（3）可以根據實際工作需要和各類辦公業務的環節來定義任務停留時間，系統定時檢測，超時催辦提醒。當用戶有新的任務需要處理時，系統

提供視覺和聽覺的提醒功能。

? 人員權限集中設置

（1）權限設置

開發與辦公系統配套的權限設置控件，與系統配置集成在一起，便于系統管理員行使管理職責。

（2）工作流調整

工作流調整通過工作流定制平臺實現，在工作流屬性中可以調整

辦理流程的管理員、閱讀者、時間控制、歸檔等。

（3）辦公系統群組授權

在處理屬性中可調整辦理人員、辦理權限、處理的時間設置、域

值設置、分發設置、自動代理、讀者控制、代辦轉辦設置等。

（3）工作流中的人員調整

工作流中各個辦理節點的辦理人員要求支持角色（崗位）和人員

兩種命名方式。

角色（崗位）是相對固定的，當針對某崗位的具體人員發生工作

調動、職務變更調離等變化時，管理員以最簡單的方法發出變更

指令，調整角色（崗位）和具體人員的對應關系即可完成系統的調整角色（崗位）與具體人員對應關系在系統配置的人員管理中

實現。

? 多種公文處理方式

文件修改支持鍵盤輸入和手寫批示，圖像格式保存保證清晰，支持公文掃描輸入系統初始化時可以自動檢測文件掃描輸入程序。能實現自動無損數據壓縮。手寫筆采用漢王手寫識別筆或類似功能手寫筆。能提供各種公文格式模板，簡單易操作。

? 手寫控件痕跡保留

在辦公自動化系統使用過程中，很多環節需要領導親筆簽名，為了解決這一問題，很多常規的辦公自動化系統只好將文件打印出來，請領導親筆簽名。不僅學雜費紙，而且秘書的工作量也加大了。

在辦公自動化系統中的任何需要領導親筆簽名的應用數據庫中都可以方便地設置并使用。支持針對WORD格式文檔批注，有選擇地查看批注的筆跡；可清除未確認前批注的筆跡（分單筆劃清除和全部清除，確認后不能清除）

? 容錯與糾錯的能力

系統要充分考慮容錯和糾錯能力，以防止數據誤操作而導致數據丟失。? 系統操作安全日志

系統要求具有詳細的系統日志功能，如：用戶登錄、數據庫訪問、郵件路由、數據復制、記賬信息（已用時間、已讀文檔、寫入文檔、網絡端口、網絡使用、傳送處理量）、中繼連接等信息。

同時，管理員還要求能夠對日志信息庫進行維護操作。

? 系統管理分級機制

辦公系統涉及到單位內部大多數用戶，因此辦公系統管理工作量較大而且繁雜，因此辦公系統管理分為系統管理員和應用管理員。

系統管理員負現：系統管理，包括驗證字維護、用戶人員維護、系統日志跟蹤、辦公數據備份、主從服務器復制（數據傳輸）設置；

應用管理負責：功能模塊存取權限設置、流程定制、應用能數據初始化（關鍵字維護）等；

? 應用系統監控

辦公系統服務器保證管理員可隨時查看、服務器資料。

? 授權與代理人

待辦事宜授予權。

2）政府門戶信息網站

政府肩并肩信息網站是一個面向企業事業單位及公眾用戶的窗口。通過網站，可以樹立南充市政府的形象，方便機關、企事業單位了解政府概況、行政審批、資格認證等相關事項；保證以最快捷的方式在最大的范圍內讓企事業單位了解最關心的政府信息。

a)網站設計原則

? 整體設計分步實施

門戶信息網站的設計不應該是一個孤立的網站,在設計上, 應考慮它與政務辦公系統相關,同時考慮今后的變動和擴展;

? 穩定安全性

信息安全是政府信息網實施的第一要素,網站系統不但要能夠實現功能,更重要的是要穩定安全。否則，會影響政府形象。

? 整合性

門戶信息網站的建設應能實現內部辦公事務和外部事務處理的整合，通

過建立政務辦公信息流和事務信息流的平滑對接，提高信息流的效率。同時，能夠實現多種溝通模式的整合，通過通訊平臺的多樣化優勢，提高門戶信息網站系統的覆蓋能力。

? 可擴展性

政府信息化建設是一個分階段的長期過程，南充市外部信息網的構造具有高度的庶民性，以降低系統擴充的調入成本，并滿足信息技術高速發展的需要。

? 示范性

門戶信息網站的建設所采用的技術和產品應對社會具有廣泛的示范性和引導性，網站的總體結構應依據國家電子政務安全規范和國家電子政務標準技術參考模型設計。

? 技術先進成熟性

門戶信息網站應采用大型關系數據庫、模塊化等先進成熟的技術方法在給用戶提供了極大的靈活性的同時，也有效地保證了系統的可靠性。? 系統的易管理維護性

系統符合用戶的使用習慣，并滿足系統的各項要求，操作方便靈活，系統的實用性是新建系統的關鍵。

? 系統的容錯性

網站系統在實施之前經過了嚴格和多角度的測試，系統可對日常工作中的某些誤操作應有防止功能，以保證整個系統的容錯與糾錯能力。

b)網站建設目標

建立一個開放的、基于標準的電子政務統一應用平臺，實現信息交換和資源共享面向公眾提供服務，增強各部門工作的透明度。

逐步支持數據、主意和視頻業務，運行各部門的業務系統，實現各網間的信息交換和資源共享，同時建立完善的信息安全體系和相應的備份系統。c)網站功能

? 遠程數據維護

對數據庫中的和戶信息，可直接通過網絡進行遠程操作，用戶只需進行管理員身份確認，即可對遠程數據進行維護管理。管理員有權力對數據進行修改、添加、刪除、分類等。

? 身份安全確認

對遠程數據庫管理員的確認，保證數據安全性。

? 信息調查

對網站相關的信息或者其他需要調查的信息進行定制問卷式調查，網站會自動統計不同選項的數據，以圖形的方式表現出來。

? 全文搜索：對本網站相關的信息進行搜索

? 友情鏈接：可以進行一些比較好的網站進行鏈接，可以進行分類鏈接。? 網站地圖

? 最新活動：實時的對各種大事進行發布，動態更新。

? 會員注冊

上網的用戶可以進行動態注冊，然后經過系統工程管理員進行確認的權限分本，可以進行相關內容的管理。普通注冊的用戶只可能管理自己要管理的信息，而網站管理員可以管理整個網站。

? 滾動信息

以滾動的方式動態顯示一條重要信息，可以隨時進行替換更改。

? 網站信息內容的自動控制更新

網站所有的內容都江堰市是動態顯示，隨時發布、隨時更新。用戶隨時都江堰市可以看到最新網站內容。

? 數據交換站

注冊用戶，經過管理員授權后，可以向指定目錄上傳文件或下載文件。權限控制臺在管理系統中實現。

? 留言板

為報名者設立的一個提問版塊，用戶可把在報名過程中遇到的所有問題進行提問，管理員將會以最快速度回答所有問題。瀏覽留言無需權限限制。

? 市長信箱

3）電子郵件系統

支持5000用戶，能夠定制包過濾和別名服務，備份服務等。

4）應用交換平臺系統

在電子政務應用交換臺平臺系統建設中，采用XML和J2EE（java 2 Enterprise Edition）技術實現。

6、信息資源建設

根據中辦發[2002]17號文精神,信息資源建設的重點是抓基礎性的全局性的戰略性的重點數據庫的建設。在堅持統籌、標準統一、整體協調的前提下，結合實際情況，本次重點進行以下數據庫的建立；

1）文件資料數據庫

將要對公眾公布的有關文件夾資料，建立相應的數據庫系統，為南充市領導決策提供支持，為南充公眾提供服務，從而促進南充經濟和社會發展。應保證以前的數據庫能名平滑地過渡到現在的系統中。

2）地方法規數據庫。應保證以前的數據能夠平滑地過渡到現在的系統

中。

第四篇：軟件項目需求分析總結

軟件項目需求分析總結

我們做的需求只解決了我們能做出這樣的項目，但是沒有解決這樣的項目是不是真就是客戶想要的。造成這種狀況的原因主要是下面幾個情況：

客戶本身說不清楚

文物網是這樣，中彰國際更是這樣，但是這不能怪客戶，畢竟客戶在軟件方面的知識要少的多，也沒有相關的經驗，可能心里只有一個想要的軟件的輪廓，于是可能會要求我們去替他們來完整這個輪廓的細節，而我們的能力、我們能否真正站在客戶角度去搜集和整理這些需求，就決定了這個需求的完整性和有效性。

需求自身經常變動

隨著客戶對這個項目越來越深刻的理解，那么可能他的需求也會隨之改變，這些變化的可能性越大項目風險就會越大，我們在需求分析的時候就要充分考慮到哪些需求是相對固定的需求，哪些可能會是產生變動的需求，考慮到他的可變性，這樣設計功能和數據庫的時候不致因為后面的變動而影響整個工程。分析人員或客戶理解有誤

畢竟，不是每個分析人員都是專業而合格的，為避免這種情況的發生，需求分析必須要有審核制度，公司自己內部要審核一遍，客戶再審一遍，提出意見，修改后雙方共同評審簽字，確認。

由此出現的問題：

a)需求分析過于籠統，只關注到面上，沒有關注到點上，開發出來的東西在具體的細節上和客戶的理解有誤差，并且無法嚴格界定是否屬于需求變更。中彰的方案就是這樣的。

b)需求報告只求我們這方評審通過，不去關心客戶的評審，認為只要客戶簽字認可就行。雖然簽字認可能夠給日后出現問題時劃清我們的責任，但是不能保證使項目實施成功。

c)需求分析中含有技術實施上有難度的功能，一味的求全和盲目按照客戶的設想，受客戶影響過大，畢竟，很多時候，客戶的想法在實際實施過程中是不現實的，或者可以有更為簡便的方法來替代的。如中彰國際的在線交易功能，后臺大批量郵件群發功能。

d)對雙方已經確定的需求，實現以后并不適合客戶使用，需要按照變更手續執行的時候，客戶可能會糾纏，提出“你們是專業人士，你們應該事先能提醒我們可能會出現這種問題”并以此來把責任推給我們，而我們又不好完全按照變更手續執行，因為可能激化雙方的矛盾，比如508的批量處理功能，因為屬于人事

管理比較專業的細節問題，需求分析師開始沒有對客戶業務熟悉到如此細致的地步，而客戶也沒有過多關注這些細節，導致軟件的某些功能不合用，較為繁瑣，而重新按著客戶的意見修改的話工作量比較大，導致成本增加、工期延長。e)項目的成熟度受客戶預算的限制。大部分客戶在項目投入上都是有預算的，在成本有上限的前提下，項目的功能設計(軟件的成熟度)方面必然受一定影響，畢竟功能越多越完善，相應的開發成本就越高。這種功能上的不完善需要事先告知客戶并得到理解。

f)此項工作的反復造成思想上的倦怠，使需求分析最后虎頭蛇尾。需求分析是一項繁瑣枯燥的工作，需要和客戶之間不斷的商討、確認和反復，另外由于大部分的客戶雖然安排專人負責這項工作，但是該人并不只做這項工作，特別當他被很多其他的事情纏身的時候，而無心細看提交過去的需求報告的時候，他很可能會給你一個錯覺，讓你認為他已經真正的理解并認可了你的設計。結論

a)需求分析是整個項目管理中需要重點控制的幾個關鍵節點之一，首先思想上一定要重視。

b)需求分析報告的編寫者要參與到需求的搜集工作中，準確領會客戶的意圖，并轉化成軟件能夠實現的功能。對于說不清楚需求的客戶，要善于問關鍵問題，引導客戶提出自己的需求。可以采取的措施是事先編制一個問卷調查之類的文檔，詳細列舉需要客戶回答的問題，以便防止遺漏。

c)需求報告的編寫者要能夠對客戶需求進行深入分析，區別出哪些需求存在日后變更的可能，哪些需求屬于相對固定的，哪些需求能夠實現，哪些需求需要變通才能實現，以便于指導后面的功能設計。

d)需求分析報告對功能細節的描述不能有歧義，描述一定要全面、準確，防止開發方和客戶只見對同一個問題有兩個截然不同的理解。可以通過評審，用大家的力量來避免這種情況發生

e)需求報告的每個關乎功能的描述都要讓客戶明白和理解，客戶在理解之上的確認才能夠保證日后一旦出現問題不致出現雙方互相推托責任糾纏不清的情況。

f)需求報告一定要經過一個有技術人員和業務人員參加的評審，要充分發揮團隊的力量，重視每個人的才智，一個模塊一個功能的逐一的過，讓大家來共同找出需求報告里不合理的、有歧義的、不完善的、遺漏的等等問題g)幫助客戶去理解提交給他的需求分析報告而不是只等簽字，對于有能夠用好幾種方式實現的功能，盡量做到能讓客戶去比較和選擇。不要讓客戶對報告中的部分產生歧義。只有客戶對報告的完全的理解，才能在日后客戶提出的修改被認為是需求變更的時候能夠得到客戶的理解

h)最后，需求分析報告一定要雙方共同簽字確認

第五篇：軟件項目需求分析總結

軟件項目需求分析總結

需求分析是項目開發的基礎，基礎打的牢不牢直接關系到后面所有的工作，是項目實施成敗的關鍵 總體上說，我們的需求分析是做了，但是做得很不夠，我們做的需求只解決了我們能做出這樣的項目，但是沒有解決這樣的項目是不是真就是客戶想要的。造成這種狀況的原因主要是下面幾個情況： 客戶本身說不清楚 文物網是這樣，中彰國際更是這樣，但是這不能怪客戶，畢竟客戶在軟件方面的知識要少的多，也沒有相關的經驗，可能心里只有一個想要的軟件的輪廓，于是可能會要求我們去替他們來完整這個輪廓的細節，而我們的能力、我們能否真正站在客戶角度去搜集和整理這些需求，就決定了這個需求的完整性和有效性。需求自身經常變動 隨著客戶對這個項目越來越深刻的理解，那么可能他的需求也會隨之改變，這些變化的可能性越大項目風險就會越大，我們在需求分析的時候就要充分考慮到哪些需求是相對固定的需求，哪些可能會是產生變動的需求，考慮到他的可變性，這樣設計功能和數據庫的時候不致因為后面的變動而影響整個工程。分析人員或客戶理解有誤 畢竟，不是每個分析人員都是專業而合格的，為避免這種情況的發生，需求分析必須要有審核制度，公司自己內部要審核一遍，客戶再審一遍，提出意見，修改后雙方共同評審簽字，確認。由此出現的問題： a)需求分析過于籠統，只關注到面上，沒有關注到點上，開發出來的東西在具體的細節上和客戶的理解有誤差，并且無法嚴格界定是否屬于需求變更。中彰的方案就是這樣的。b)需求報告只求我們這方評審通過，不去關心客戶的評審，認為只要客戶簽字認可就行。雖然簽字認可能夠給日后出現問題時劃清我們的責任，但是不能保證使項目實施成功。c)需求分析中含有技術實施上有難度的功能，一味的求全和盲目按照客戶的設想，受客戶影響過大，畢竟，很多時候，客戶的想法在實際實施過程中是不現實的，或者可以有更為簡便的方法來替代的。如中彰國際的在線交易功能，后臺大批量郵件群發功能。d)對雙方已經確定的需求，實現以后并不適合客戶使用，需要按照變更手續執行的時候，客戶可能會糾纏，提出“你們是專業人士，你們應該事先能提醒我們可能會出現這種問題”并以此來把責任推給我們，而我們又不好完全按照變更手續執行，因為可能激化雙方的矛盾，比如508的批量處理功能，因為屬于人事管理比較專業的細節問題，需求分析師開始沒有對客戶業務熟悉到如此細致的地步，而客戶也沒有過多關注這些細節，導致軟件的某些功能不合用，較為繁瑣，而重新按著客戶的意見修改的話工作量比較大，導致成本增加、工期延長。e)項目的成熟度受客戶預算的限制。大部分客戶在項目投入上都是有預算的，在成本有上限的前提下，項目的功能設計（軟件的成熟度）方面必然受一定影響，畢竟功能越多越完善，相應的開發成本就越高。這種功能上的不完善需要事先告知客戶并得到理解。f)此項工作的反復造成思想上的倦怠，使需求分析最后虎頭蛇尾。需求分析是一項繁瑣枯燥的工作，需要和客戶之間不斷的商討、確認和反復，另外由于大部分的客戶雖然安排專人負責這項工作，但是該人并不只做這項工作，特別當他被很多其他的事情纏身的時候，而無心細看提交過去的需求報告的時候，他很可能會給你一個錯覺，讓你認為他已經真正的理解并認可了你的設計。結論 a)需求分析是整個項目管理中需要重點控制的幾個關鍵節點之一，首先思想上一定要重視。b)需求分析報告的編寫者要參與到需求的搜集工作中，準確領會客戶的意圖，并轉化成軟件能夠實現的功能。對于說不清楚需求的客戶，要善于問關鍵問題，引導客戶提出自己的需求。可以采取的措施是事先編制一個問卷調查之類的文檔，詳細列舉需要客戶回答的問題，以便防止遺漏。c)需求報告的編寫者要能夠對客戶需求進行深入分析，區別出哪些需求存在日后變更的可能，哪些需求屬于相對固定的，哪些需求能夠實現，哪些需求需要變通才能實現，以便于指導后面的功能設計。d)需求分析報告對功能細節的描述不能有歧義，描述一定要全面、準確，防止開發方和客戶只見對同一個問題有兩個截然不同的理解。可以通過評審，用大家的力量來避免這種情況發生 e)需求報告的每個關乎功能的描述都要讓客戶明白和理解，客戶在理解之上的確認才能夠保證日后一旦出現問題不致出現雙方互相推托責任糾纏不清的情況。f)需求報告一定要經過一個有技術人員和業務人員參加的評審，要充分發揮團隊的力量，重視每個人的才智，一個模塊一個功能的逐一的過，讓大家來共同找出需求報告里不合理的、有歧義的、不完善的、遺漏的等等問題 g)幫助客戶去理解提交給他的需求分析報告而不是只等簽字，對于有能夠用好幾種方式實現的功能，盡量做到能讓客戶去比較和選擇。不要讓客戶對報告中的部分產生歧義。只有客戶對報告的完全的理解，才能在日后客戶提出的修改被認為是需求變更的時候能夠得到客戶的理解 h)最后，需求分析報告一定要雙方共同簽字確認。