需求分析調研報告通用

　　隨著(zhù)社會(huì )不斷地進(jìn)步，報告的適用范圍越來(lái)越廣泛，寫(xiě)報告的時(shí)候要注意內容的完整。一聽(tīng)到寫(xiě)報告馬上頭昏腦漲？以下是小編為大家整理的需求分析調研報告通用，希望能夠幫助到大家。

需求分析調研報告通用1

　　1、對投標人的要求

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

　　1）投標人必須保證所提供的產(chǎn)品貨真價(jià)實(shí)，所有產(chǎn)品均提交原始設備生產(chǎn)廠(chǎng)商證明。

　　2）設標人對招標人提出的需親自到現場(chǎng)解決的問(wèn)題能保障4小時(shí)內的響應，咨詢(xún)應及時(shí)相應。

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

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

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

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

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

　　8）投標人應將招標人標書(shū)中所有設備、軟件。及與有關(guān)生產(chǎn)廠(chǎng)商簽約和有關(guān)技術(shù)合作、維護、服務(wù)等文件以副本形式提供給招標人以份。

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

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

　　11）投標人和產(chǎn)品供貨商對提供的產(chǎn)品保證的技術(shù)支持售后服務(wù)，保證的產(chǎn)品免費維修服務(wù)。

　　2、對于投標書(shū)的要求

　　1）投標人必須滿(mǎn)足標書(shū)的要求，否則投標人的投標書(shū)將被拒絕并認作沒(méi)有回答。

　　2）投標人必須審閱相關(guān)技術(shù)手冊以便準備投標文件和技術(shù)部分，提供一個(gè)準確的陳述。對每個(gè)單項產(chǎn)品，投標人必須提供原廠(chǎng)商的正式技術(shù)指標說(shuō)明材料。

　　3）在投標書(shū)中建議的每個(gè)硬件和軟件的型號部件逐一說(shuō)明。

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

　　3、對招標書(shū)的說(shuō)明

　　1）投標人須提供詳細外網(wǎng)建設方案。

　　2）必須按招標人提供的網(wǎng)絡(luò )設備、軟件、連接件進(jìn)行設計。若有特殊情況無(wú)法滿(mǎn)足系統方案及系統運行要求的，投標人應主動(dòng)提出來(lái)，并以書(shū)面的形式告知招標人，待招標人確認后才進(jìn)行修改。

需求分析調研報告通用2

　　一、引言

　　1.1編寫(xiě)目的對產(chǎn)品或項目進(jìn)行定義，包括修正或發(fā)行版本號。如果這個(gè)軟件需求規格說(shuō)明只與整個(gè)系統的一部分有關(guān)系，那么只定義文檔中要說(shuō)明的部分或子系統。

　　1.2背景說(shuō)明

　　說(shuō)明項目或模塊開(kāi)發(fā)背景。

　　1.3預期讀者和閱讀建議

　　列舉軟件需求規格說(shuō)明書(shū)所針對的不同讀者，如用戶(hù)、設計人員、編程人員、測試人員、項目經(jīng)理、市場(chǎng)人員等。指出最適合于每一類(lèi)型讀者閱讀文檔的建議。

　　1.4術(shù)語(yǔ)定義

　　解釋需求說(shuō)明書(shū)中的術(shù)語(yǔ)、名詞、簡(jiǎn)稱(chēng)及縮寫(xiě)等等。

　　1.5參考文獻

　　列出所有參考資料、參照的軟件名稱(chēng)，包括標題名稱(chēng)、作者、版本號、日期、出版單位或資料來(lái)源，以方便讀者查閱這些文獻。

　　二、任務(wù)概述

　　2.1目標

　　描述項目或業(yè)務(wù)模塊要達到的目標。

　　2.2用戶(hù)特點(diǎn)

　　描述主要的用戶(hù)及其特點(diǎn)（教育水平、經(jīng)驗、計算機水平等）。確定可能使用該產(chǎn)品的不同用戶(hù)類(lèi)別并描述它們的特征。有些需求可能只與特定的用戶(hù)類(lèi)相關(guān)。將該產(chǎn)品的重要用戶(hù)類(lèi)與那些不太重要的用戶(hù)類(lèi)區分開(kāi)。

　　2.3假定和約束

　　一般約束、假設及對用戶(hù)的要求。

　　三、業(yè)務(wù)功能概要描述

　　3.1現有系統分析

　　對現有系統（包括自動(dòng)或人工的）進(jìn)行簡(jiǎn)要分析。

　　3.2業(yè)務(wù)描述

　　描述實(shí)際業(yè)務(wù)的過(guò)程和特點(diǎn)，即業(yè)務(wù)建模。

　　3.3系統角色

　　畫(huà)出系統中的角色，并用文字進(jìn)行說(shuō)明。

　　3.4主題描述（或：系統用例視圖）

　　畫(huà)出主題圖，描述主題內的業(yè)務(wù)和主題間的業(yè)務(wù)。

　　或用UML語(yǔ)言描繪系統總的用例視圖。

　　3.5業(yè)務(wù)流程圖

　　用UML的活動(dòng)圖描繪系統總的業(yè)務(wù)流程。

　　3.6業(yè)務(wù)接口

　　3.6.1外部業(yè)務(wù)接口

　　描述與其它項目或業(yè)務(wù)模塊的功能接口。例如：工資模塊與考勤、考核、任免、職稱(chēng)等模塊的功能接口描述。

　　3.6.2內部業(yè)務(wù)接口

　　描述各個(gè)主題之間的業(yè)務(wù)接口。

　　四、業(yè)務(wù)功能詳細描述

　　用語(yǔ)言和圖對每個(gè)子系統、主題或業(yè)務(wù)模塊要完成的功能進(jìn)行完整詳細的描述。即功能建模。

　　4.1子系統（模塊一）

　　4.1.1業(yè)務(wù)功能描述

　　用文字語(yǔ)言描述子系統、主題或業(yè)務(wù)模塊要完成的功能。

　　4.1.2業(yè)務(wù)流程圖

　　用UML的活動(dòng)圖描繪子系統或業(yè)務(wù)模塊的業(yè)務(wù)流程，在活動(dòng)圖中標注用到的或輸入輸出的表格、資料。注意，這里的活動(dòng)圖描述的是該子模塊的業(yè)務(wù)流程。

　　4.1.3主題描述及用例視圖

　　若主題下面還含有子主題，則畫(huà)出主題圖，描述主題內的業(yè)務(wù)和主題間的業(yè)務(wù)；并且接著(zhù)畫(huà)出子系統或業(yè)務(wù)模塊的詳細用例視圖。

　　若主題下面不含子主題，則直接畫(huà)出子系統或業(yè)務(wù)模塊的詳細用例視圖。

　　4.1.4用例描述

　　對全部用例或主要的用例用文字進(jìn)行詳細描述。

　　4.1.4.1用例名稱(chēng)一

　　【用例功能說(shuō)明】

　　用文字詳細描述該用例的目的、功能。

　　【操作描述】

　　用文字描述子系統或業(yè)務(wù)模塊中主要用例的操作流程和要求。

　　【活動(dòng)圖、順序圖或協(xié)同圖】（可選內容）用UML的順序圖或協(xié)同圖描述該用例的操作流程。

　　【界面原型】（可選內容）

　　描繪用戶(hù)所希望的圖形用戶(hù)界面標準或風(fēng)格，包括大致的屏幕布局、功能菜單、標準按鈕、快捷鍵、出錯信息顯示標準等。

　　4.1.4.2用例名稱(chēng)二

　　【用例功能說(shuō)明】

　　用文字詳細描述該用例的目的、功能。

　　【操作描述】

　　用文字描述子系統或業(yè)務(wù)模塊中主要用例的操作流程和要求。

　　【活動(dòng)圖、順序圖或協(xié)同圖】（可選內容）用UML的順序圖或協(xié)同圖描述該用例的'操作流程。

　　【界面原型】（可選內容）

　　描繪用戶(hù)所希望的圖形用戶(hù)界面標準或風(fēng)格，包括大致的屏幕布局、功能菜單、標準按鈕、快捷鍵、出錯信息顯示標準等。

　　4.1.4.3用例名稱(chēng)三

　　4.1.5信息項描述

　　采集子系統或業(yè)務(wù)模塊中用到的信息項，對于非國標、部標的指標項要給予具體解釋和規范建議。

　　推薦描述形式如下：

　　信息集名稱(chēng)：********

　　4.2子系統（模塊二）

　　4.3子系統（模塊三）

　　五、性能要求

　　5.1用戶(hù)數要求

　　5.2業(yè)務(wù)方面的并發(fā)要求

　　5.3正常和極端情況下的時(shí)間要求

　　5.4容錯要求

　　5.5權限要求

　　5.6靈活性要求

　　當需求發(fā)生變化時(shí)的適應能力要求。

　　5.7使用頻度要求

　　日常使用或定期使用等的描述。

　　六、其它需求

　　詳細描述本產(chǎn)品/項目必需滿(mǎn)足的法令法規、行業(yè)規范、合同/標書(shū)中的其它要求、以往類(lèi)似設計中的適用信息以及本公司對此項目附加的其它需求等。

　　七、附錄

　　對本需求有說(shuō)明意義的資料：文檔、數據、表格、樣張等等。

　　附注：

　　用例視圖、活動(dòng)圖（業(yè)務(wù)流程圖）、主題圖、對象圖、狀態(tài)圖采用UML標準符號繪制。推薦使用CASE工具如：RitionalRose畫(huà)好后再粘貼到Word文檔中。

　　如果時(shí)間充裕的話(huà)，應在輔助工具中進(jìn)行業(yè)務(wù)建模，將非功能需求以及資料部分做為單獨文檔連接到模型中。

需求分析調研報告通用3

　　一、引言

　　1.1編寫(xiě)目的

　　地理信息系統的用戶(hù)有其特定的目的，對GIS有不同的要求，應用情況也各異。所以應對校園地理信息系統的系統定義，系統需求以及相關(guān)內容進(jìn)行描述，方便開(kāi)發(fā)人員進(jìn)行開(kāi)發(fā)。

　　1.2項目背景

　　校園地理信息系統作為“GIS設計與實(shí)踐課程”的課間實(shí)習，旨在加強學(xué)生對GIS信息系統的理解和運用，了解GIS系統的實(shí)現過(guò)程。

　　二、項目概述

　　2.1GIS項目目標、內容、現行系統的調查情況

　　該項目主要是利用GIS系統來(lái)實(shí)現校園地理信息的.可視化操作，幫助用戶(hù)了解校園環(huán)境，對校園的基礎設施的使用提供便利條件，對校園的規劃與管理提供參考模型，對一些專(zhuān)題研究提供便利。

　　2.2運行環(huán)境

　　基于A(yíng)rcGIS的開(kāi)發(fā)

　　2.3條件與限制

　　校園數據的缺乏，開(kāi)發(fā)人員經(jīng)驗不足

　　三、數據的描述

　　3.1GIS靜態(tài)數據

　　校園面積，校園范圍，校園地理坐標數據，校園內部結構，系統使用對象等

　　3.2GIS動(dòng)態(tài)數據

　　輸入數據：校園地形圖、Google遙感影像、校園DLG圖像

　　輸出數據：匹配糾正數據、矢量化數據、最終成果數據

　　3.3GIS數據流圖

　　3.4GIS數據字典

　　外部實(shí)體：校園地形圖、Google遙感影像、校園DLG圖像

　　校正配準

　　名稱(chēng)：校正配準

　　數據來(lái)源：已有數據資料

　　數據去向：融合數據

　　數據組成：校園地圖、遙感影像、測量數據、描述性文件資料

　　矢量化

　　名稱(chēng)：矢量化

　　數據來(lái)源：配準后數據

　　數據去向：矢量化后數據

　　數據組成：配準后的柵格圖像、點(diǎn)位坐標、地物名稱(chēng)、地物屬性編輯入庫

　　名稱(chēng)：編輯入庫

　　數據來(lái)源：矢量化后數據

　　數據去向：數據庫

　　數據組成：點(diǎn)、線(xiàn)、面、位置關(guān)系、幾何屬性

　　3.5數據采集

　　通過(guò)網(wǎng)絡(luò )采集校園地形圖及遙感圖像，通過(guò)碎步測量采集DLG數據

　　四、GIS功能需求分析

　　4.1功能劃分

　　用戶(hù)

　　4.2功能描述

　　信息查詢(xún)：通過(guò)分層顯示來(lái)實(shí)習特定地物的顯示

　　地圖顯示：查看校園地形圖、Google遙感影像、校園DLG圖像放大縮�。簩�(shí)現地圖的縮放

　　緩沖區分析：分析點(diǎn)線(xiàn)面的拓撲關(guān)系

　　五、GIS性能需求

　　5.1數據準確性

　　作為一次實(shí)習產(chǎn)品，該系統對數據準確性不做嚴格要求

　　5.2時(shí)間特性

　　能夠流暢操作，不產(chǎn)生明顯滯留

　　六、GIS運行要求

　　擁有簡(jiǎn)明的界面，能夠實(shí)現用戶(hù)的互操作和圖像的顯示和分析。

　　七、質(zhì)量保證

　　軟件運行穩定，能滿(mǎn)足用戶(hù)的功能需求，與系統兼容性良好，可移植。

需求分析調研報告通用4

　　一、網(wǎng)絡(luò )應用需求。

　　1、校園網(wǎng)與Internet連接，使師生可通過(guò)互聯(lián)網(wǎng)獲取資源和信息。

　　2、建設學(xué)校網(wǎng)站，實(shí)現學(xué)校的對外宣傳以及發(fā)布學(xué)校內部信息。

　　3、在校園網(wǎng)內實(shí)現文件傳輸共享。

　　4、實(shí)現學(xué)校行政、教師的無(wú)紙化辦公。

　　5、學(xué)生個(gè)人信息管理與查詢(xún)系統。

　　6、圖書(shū)館電子化，實(shí)現圖書(shū)信息搜索。

　　7、校園生活電子化（包括如：一卡通消費，轉帳交納網(wǎng)費、電費、水費，個(gè)人帳戶(hù)網(wǎng)上管理和查詢(xún)）。

　　8、校內網(wǎng)絡(luò )輔助教育教學(xué)（如：廣播、組播，上機考試等）。

　　9、電子郵件系統。

　　二、安全需求。

　　1、校園網(wǎng)接入Internet，應使用防火墻的過(guò)濾功能來(lái)防止網(wǎng)絡(luò )黑客和其他非法入侵者入侵網(wǎng)絡(luò )系統，并對接入Internet用戶(hù)進(jìn)行權限控制。

　　2、設置用戶(hù)權限，對不同用戶(hù)分組進(jìn)行權限限制。

　　三、技術(shù)需求。

　　1、為確保校園網(wǎng)的性能及安全需求，采用100/1000Mbps光釬以太網(wǎng)作為校園網(wǎng)的主干。主干網(wǎng)承擔了整個(gè)學(xué)校網(wǎng)絡(luò )包交換、子網(wǎng)劃分、網(wǎng)絡(luò )管理等重要任務(wù)，應采用具有三層路由功能、包交換性能高的交換機作為主干網(wǎng)的節點(diǎn)機，分布在網(wǎng)絡(luò )中心、圖書(shū)館、教學(xué)樓、實(shí)訓樓、食堂，教師公寓和學(xué)生公寓。

　　2、設立一個(gè)網(wǎng)絡(luò )中心，配置相應的服務(wù)器及路由交換等設備。網(wǎng)絡(luò )中心可對整個(gè)校園網(wǎng)進(jìn)行管理，并作為校內連接Internet的網(wǎng)絡(luò )關(guān)口，承擔防御過(guò)濾等安全功能。對校內各網(wǎng)絡(luò )節點(diǎn)進(jìn)行監控，防止病毒的傳播。

　　3、校園的主要建筑有圖書(shū)館、教學(xué)樓、實(shí)訓樓、食堂，教師公寓、學(xué)生公寓，必須在這些建筑物內安裝足夠信息點(diǎn)以及信息終端以滿(mǎn)足用戶(hù)的需求。

　　4、布線(xiàn)系統采用星形分布式拓撲結構，分為工作區子系統、水平子系統、管理子系統、垂直干線(xiàn)子系統、建筑群子系統、設備間子系統。

　　5、以學(xué)生公寓為例，每幢學(xué)生公寓有6層，每層有12間宿舍，每間宿舍須設4個(gè)信息點(diǎn)。據此應該在每層設集線(xiàn)箱，每幢公寓有一個(gè)管理間，管理間內設二層交換設備。

　　6、網(wǎng)絡(luò )中心應相應的配置有E-Mail服務(wù)器、FTP服務(wù)器、WEB服務(wù)器及防火墻等設備。

　　7、整個(gè)校園為一個(gè)虛擬局域網(wǎng)，為管理不同性質(zhì)用戶(hù)應劃分不同子網(wǎng)，進(jìn)行IP地址分配以及相應的路由配置。針對我校有兩個(gè)校區的.情況，可通過(guò)公共網(wǎng)絡(luò )采用Vxx將兩個(gè)校區連在同一虛擬局域網(wǎng)。

　　四、安全需求。

　　1、按照相應標準進(jìn)行局域網(wǎng)的建設，確保物理層安全。

　　2、采用主機訪(fǎng)問(wèn)控制手段加強對主機的訪(fǎng)問(wèn)控制。

　　3、劃分安全子網(wǎng)，加強網(wǎng)絡(luò )邊界的訪(fǎng)問(wèn)控制，防止內外的攻擊威脅，定期進(jìn)行網(wǎng)絡(luò )安全檢測，建立網(wǎng)絡(luò )防病毒系統。

　　4、建立身份認證系統，對各應用系統本身進(jìn)行加固。

　　五、其他需求。

　　1、在圖書(shū)館、自習室建設無(wú)線(xiàn)網(wǎng)絡(luò )，以滿(mǎn)足學(xué)習需要。

　　2、做好應急設備的準備，相應應有備用設備以確保緊急情況下的網(wǎng)絡(luò )保障。

【需求分析調研報告】相關(guān)文章：

殘疾人服務(wù)需求分析調研報告12-08

需求調研報告07-20

需求調研報告08-17

需求分析報告01-11

企業(yè)需求調研報告07-30

培訓需求調研報告02-18

培訓需求調研報告02-18

網(wǎng)站需求分析報告08-17

需求分析報告模板07-31