在當下社會，接觸并使用報告的人越來越多，不同的報告內容同樣也是不同的。報告的格式和要求是什么樣的呢？這里我整理了一些優秀的報告范文，希望對大家有所幫助，下面我們就來了解一下吧。

軟件需求分析報告篇一

“博客”一詞是從英文單詞blog音譯（不是翻譯）而來。blog是weblog的簡稱，而weblog則是由web和log兩個英文單詞組合而成。博客最初的名稱是weblog，由web和log兩個單詞組成，按字面意思就為網絡日記，后來喜歡新名詞的人把這個詞的發音故意改了一下，讀成weblog，由此，blog這個詞被創造出來。中文意思即網志或網絡日志，不過，在中國大陸有人往往也將blog本身和blogger（即博客作者）均音譯為“博客”。

博客，又譯為網絡日志、部落格或部落閣等，是一種通常由個人管理、不定期張貼新的文章的網站。博客上的文章通常根據張貼時間，以倒序方式由新到舊排列。許多博客專注在特定的課題上提供評論或新聞，其他則被作為比較個人的日記。一個典型的博客結合了文字、圖像、其他博客或網站的鏈接、及其它與主題相關的媒體。能夠讓讀者以互動的方式留下意見，是許多博客的重要要素。博客是社會媒體網絡的一部分。博客系統，是指使用計算機語言編寫，并便于用戶安裝和使用，在互聯網上建立個人博客的一整套系統。個人博客現在已經成為很多人生活中必不可少的一個部分，方便了人與人之間的溝通和交流。

博客系統是一個多用戶、多界面的系統，主要包括以下幾個模塊組成。

1、匿名用戶模塊

本模塊主要由瀏覽博客、評論2個部分組成。匿名用戶可以對其他用戶的博客內容時行瀏覽、評論。也可以通過注冊后登錄博客系統，申請一個屬于自己的博客。

2、注冊用戶模塊

本模塊主要由個人信息管理、評論管理、好友管理、相冊管理、文章管理5個部分組成。這些功能可以對用戶個人博客中的個人信息、好友、評論、相冊和文章進行設置。

3、系統管理模塊

本模塊主要由用戶管理、評論審核管理、相冊審核管理、文章審核管理、鏈接管理5部分組成。這是為了對注冊用戶的博客內容與個人信息進行管理，并對博客中的評論、相冊、文章進行審核，審核通過后才能發表。

基于個人博客以上的特點，本系統要實現個人博客的主要基本功能有主界面，博客用戶登錄發表文章（心情、日志），用戶登錄/退出，游客發表評論，分頁瀏覽文章和評論等。這里其中比較主要的是區分了個人博客用戶和游客。博客用戶可以在任何時候寫下自己的主張，記錄下自己的點點滴滴。

而游客主要的權限是閱讀博客所有注冊用戶寫的文章，閱讀后可以發表評論和留言，還可以分頁瀏覽所有注冊用戶上傳的圖片。以上是個人博客的系統功能目標，當然由于個人博客的網絡流行特點以及個人個性的展示，還適當要求界面比較漂亮輕快，直觀便捷，操作方式簡單以及人性化。

軟件需求分析報告篇二

高陵縣地處陜西省關中平原腹地，位于西安市轄域北部。地勢平坦，土壤肥沃，是西北首個噸糧縣。高陵縣始建于秦孝公十二年（公元前350年），是中國建縣歷史最早的縣份之一。1949年劃屬三原分區，1950年5月劃屬咸陽專區，1953年1月改屬渭南專區，1956年10月由省直轄，1961年改屬咸陽專區，1983年10月5日劃歸西安市管轄區域。全縣轄4鎮4鄉，88個行政村，740個村民小組。耕地2萬公頃。地區總面積290平方千米，每平方千米人口密度約950人。總人口29萬人，其中非農業人口11.9萬。縣人民政府駐鹿苑鎮。名勝古跡有昭慧寺塔等。

高陵縣原有平安城市系統，投入使用多年來，在震懾犯罪、取證服務、掌握社會治安動態、有效控制社會面、應急處置突發事件等方面發揮了很大的作用。但因規劃建設早，視頻監控設備已落后，亟待進行升級改造。

隨著平安城市工程在全國范圍內的快速推進，視頻監控系統的基礎建設已經初具規模，并取得了顯著成效，正逐步能夠滿足城市視頻監控的一些基本要求，但是也存在著多種矛盾，主要體現在以下幾點：

圖像清晰度不夠：已建的系統大多為模擬系統，圖像分辨率最高達到d1格

式(40萬像素)，只能滿足“看的見”需求卻不能滿足“看的清”需求；

系統擴容性差：視頻監控的趨勢逐步從模擬系統向數字化系統方向發展，很多平安城市項目建設當初未充分考慮系統擴容，后期建設不能充分整合現有資源，存在資源浪費的情況。

系統穩定性差：視頻監控系統是一個涵蓋了視頻采集、傳輸、控制、存儲、顯示等方方面面的功能，每一個環節都需要采用大量的設備，系統集成化程度不高，系統的每個硬件設備都可能成為故障點，導致系統的穩定性下降。

重建設、輕維護：平安城市項目是一個大規模的視頻監控系統，隨著系統建成投入使用，系統的運營維護工作一般由人工完成，由于維護成本過高，一些損壞的設備未能得到及時修理或更新，在關鍵時刻系統宏機導致不能正常運行，未能達到“科技強警”目的。

因此，建設滿足各個專業管理部門多級多領域城市管理的應用需求，建立一套統一的應急聯動指揮與數字化城市管理監控系統平臺，對各單位現有資源有效整合，達到資源共享，不僅節省大筆資金，而且可以大幅度提高監控系統的使用率和工作效率，實現整個城市的扁平化管理。在此基礎上，利用市公安局現有的三臺合一指揮系統、平安城市監控系統，擴建改造為涵蓋各個職能部門的數字延安，是科學合理、安全可行的。針對當前平安城市視頻監控系統的主要矛盾，后期系統的建設應著重從以下幾方面考慮：

全網絡化：數字監控遠比模擬監控具有優勢，平安城市從模擬走向數字一個必然趨勢，由于部分區域網絡基礎建設的限制，當前視頻監控系統建設過程中將存在模數并存的現象，這就要求系統的設計必須能夠接入模擬信號同時可以有效兼容原有模擬系統。

高清化：高清能夠提供更好的圖像清晰度、更流暢的畫面、更寬廣的瀏覽畫面、更精確的圖像信息，特別是對于公安重大案件偵破、交通違法抓拍來說，高清圖像更顯得舉足輕重。

高集成化：視頻監控系統的后期維護在很大程度上將成為系統長期穩定運行的關鍵因素，每個硬件設備都將是隱藏的故障，采用集編碼、傳輸、控制、顯示于一體的設備，降低單位硬件數量，從而保障系統的穩定性。

智能化：傳統的視頻監控系統往往依靠人力，維護人員往往在一個監視屏同

時監控多個畫面或隨即抽取某一畫面，造成部分監控點被漏看或被忽視；另外，維護人員存在一定的不穩定性、隨意性和局限性，加上人的注意力有限，圖像出現異常后，往往不能及時被發現。這就要求系統具有一定的智能視頻分析功能，把人力從視頻監控系統中大大解放出來，又能提高視頻監控效率。

整合應用：平安城市有兩大關鍵點，一是監控點的覆蓋，二是應用，沒有上層應用，平安城市就失去了應有的意義，這些應用包括調度指揮、gis整合、視頻報警、警視聯動等等。當前已建平安城市各子系統仍屬于獨立工作，互補相連的狀態，實現各子系統的整合應用將是今后建設的重點，也是平安城市的建設具有更深遠的意義。

軟件需求分析報告篇三

旅游借助互聯網，能夠解決傳統旅游業不能解決的適應游客行、吃、住、游、玩一體化的需求;同時還由于旅游也作為一個整體的商業生態鏈，涉及到旅行服務機構、酒店、景區、交通等等，利用互聯網可以將這些環節連成一個統一的整體，進而可以大大提高服務的水平和業務的來源。一方面，互聯網為傳統旅游業提供新的機遇及提高服務水平和運作水平的手段，另一方面，大多數沒有開展網上業務的中小旅行社則面臨嚴峻的挑戰。

網站系統解決方案提供商必須有足夠的能力和經驗幫助廣大中小型的旅行社走上電子商務的道路，同時，其提供的解決方案還必須能夠同時滿足復雜的b2b和b2c需求，并在穩定性、可用性、可管理性等方面具有優勢。而對于中小企業業務一直占有很大比重的恩派瑞網絡來說，它的解決方案也是切實體現這種需求，并且對于規模更大的網站也有相應的備選方案。

為了降低單個旅游企業的營銷推廣費用，更好地利用旅游公共營銷推廣體系進行推廣，旅游推廣中心應為游客和企業設計一系列旅游指南，在推出推廣的過程中，看能否得到旅游企業的廣泛認同。旅游網站的各種應用，集成了新聞發布管理、網站內容管理、酒店預訂管理、線路預訂管理、會議預訂管理、機票預訂、留言薄管理、廣告發布管理、自助友情鏈接、天氣預報、注冊會員、旅游論壇、訂單管理等多套系統，以及完善的強大的后臺管理操作，無愧于全套解決方案的名稱。它也大限度地實現了管理自己網站的夢想，只要會操作瀏覽器，就能夠管理自己的網站。

1.地區性：北京旅游門戶網

2.權威性：通過與各協會的合作，定格使此站的行業權威性;

4.網站風格：既已定位為門戶，雖應當風格以大眾化為主，但由于主題的特殊性，因此我以為網站設計風格應結合網民的瀏覽習慣，功能上以大眾化方式進行操作，頁面設計上應當在具備大眾化的同時，加以設計特色，讓此網站與一般網站不同，刺激網民的視覺。明確了網站的定位，再根據所涉及的欄目進行可行性分析。

(1)景點、農家院、旅游線路等方面的信息;

(2)旅游常識、旅游注意事項、旅游新聞、貨幣兌換、旅游目的地天氣、環境、人文等信息以及旅游觀感等。

軟件需求分析報告篇四

當前，訂票網站鋪天蓋地而來，除了各大航空公司的門戶訂票，各種小型專業訂票網站不計其數，但是涉及到金錢交易的過程，用戶往往傾向于高知名度、高可靠性的網站，就像tmall迅速躥紅一樣，訂票系統里面，“去哪兒”和“攜程”獨占鰲頭，當然qq也早已垂涎三尺，火速跟進–。

那么，訂票網站針對的用戶群體是什么狀況呢?經常出差的白領階層、喜歡旅游的中高產階層、企業的秘書群體、旅游團負責人等等。這里我們挑選經常出差的白領階層做一個用戶角色的創建，借以輸出用戶需求和功能列表。

一、用戶角色(ada)

如果要全面列出一個網站的用戶類型，那是需要做大量用戶研究的。但是經過簡要分析便可發現ada其實就是主流用戶的一個典型，細化ada之后即可發現。

公差：

1.篩選條件明確。(如：地點明確;往返時間明確;報銷價格范圍內盡量舒適等)

2.高效完成任務。(由于經常訂票;避免顯示不必要信息;搜索準確，直達目標)

3.不過多注重價格。(報銷范圍內即可)

4.注重退改簽信息。(公差形成經常有變，要求寬松的退改簽規則)

5.需要行程單進行報銷。(顯而易見的行程單選項)

6.需要實時反饋和提醒。(工作忙碌，容易遺忘)

私人行：

1.傾向選擇最低價格。(明顯標注最低價;甚至會因低價而出行;)

2.信息要安全可靠。(防止造成財產損失)

3.時間可因價格而改變。(提供目標時間所在時間段的低價信息;)

二、用戶需求分析(工具：mindmanager)

三、頁面信息架構分析(工具：mindmanager)

四、用戶訂票流程圖(簡要版)(工具：visio)

軟件需求分析報告篇五

1.1編寫目的：

本需求分析報告范文的目的是規范化本軟件的編寫，旨在于提高軟件開發過程中的能見度，便于對軟件開發過程中的控制與管理，同時提出了本學校排課系統的軟件開發過程，便于程序員與客戶之間的交流、協作，并作為工作成果的原始依據，同時也表明了本軟件的共性，以期能夠獲得更大范圍的應用，同時它也是進行項目策劃、概要設計和詳細設計的基礎，是維護人員進行內部維護，信息更新，驗收和測試的依據。

1.2背景及范圍

本項目的名稱：學校排課系統。

本項目的任務提出者及開發者是：計算機應用三班張哲，用戶是學校。

本產品是針對電腦進行排課的需求設計的，可以完成：基本數據錄入與維護、課程表編排、課表沖突分析報告、課表輸出、可以直接或導出至excel打印總課表、教師課表、班級課表、場地課表、系統管理。

1.3定義縮寫詞

學校排課系統軟件：學校排課系統軟件是為了幫助學校老師對學校的排課更加方便和快速制作處課程表及其管理學校的課程的軟件。

使用改程序后，學校的排課可以很輕松的安排好，而卻可以盡量避免平時排課時出現的排課沖突，還可以臨時加補課等功能。

2.1軟件開發的目標：

改善目前有些學校人工排課是常常出現的沖突以及浪費的大量時間。同時也通過實踐來提高自己的動手能力。

2.2應用范圍：

理論上能實現中小學排課，職業中學排課。

2.3子集說明：

軟件主要分為兩個模塊，一個基本信息的錄入，一個是進行排課的管理。

2.4軟件功能描述：

外部功能：實現了可視化窗口，排課，調課。

內部功能：基本信息的錄入、固定課的設置、科目的錄入、年級的錄入、任課老師的錄入、場地限制的錄入和課表的查看；排課操作、調課操作、場地調課操作、老師課表及學生課表生成。

2.5軟件操作人員的要求

軟件的操作人員要求具有一定的電腦常識，并且具有排課的初步常識。

自己添加一些

4.1數據錄入精度需求

在進行向數據庫錄入數據時，要求數據記錄準確。

4.2軟件自身時間特性需求

5.1可用性

本軟件由于自身的能力限制，所有只限現在所有的功能。

5.2安全性

5.3可維護性

本軟件利用數據庫進行編程，系統結構由程序基本確定，大量的參數及文本內容全部放于數據庫中。修改、更新數據只要在數據庫進行修改添加，而不需要對系統結構進行修改，這樣系統維護性十分方便。

5.4兼容性

由于尚未測試，故無法對兼容性進行評析。

軟件需求分析報告篇六

相關資料數據以廣州為例分析其人才需求狀況，供廣大求職者和有興趣的朋友參考。

一、招聘熱度分析

自金融危機以后我國服裝產量的持續低增幅，企業對產量增長的謹慎態度。近來歐盟紡織品服裝市場需求低迷、部分市場向競爭對手國轉移造成了國內服裝企業的發展困境。就今年上半年而言，服裝行業的人才需求并不十分給力，反映出服裝行業整體發展緩慢。

從上圖看，廣州服裝行業招聘職位數浮動不明顯，6月低谷期后，7月略有所回升。業內人士分析認為，外貿形勢短期內難有明顯起色，但是隨著歐美服裝消費旺季的來臨，第三季度服裝出口或將有所回升。預計其人才需求也會有所增加。

二、招聘職位分析

據百才招聘網數據統計，7月份廣州服裝行業發布職位超過一萬，僅次于上海。其中，美術/設計/創意類職位占29.01%，其次是銷售類、經營管理類職位，占比分別為12.40%、11.78%。招聘職位中，以服裝設計師、設計助理招聘職位數最多，占比均超過了15%。

三、招聘要求分析

根據分析，目前服裝行業的人才學歷要求較其他行業要略低，就廣州招聘職位而言，其高中及以下學歷占比達28.83%，本科僅占12.42%。從經驗要求分析，0――2年、3――5年工作經驗者需求量持平，均超40%。可以看出在服裝行業人才對經驗的要求較學歷而言更嚴格。

四、行業薪酬分析

根據數據顯示，廣州服裝業整體薪酬水平居中，高薪占比比較小。薪資――3999元/月占比最大，達51.20%，萬元及以上的月薪僅占比9.63%。這可能與服裝行業整體產業性質相關，服裝企業工廠員工占比較大，行業整體薪酬分布應該不會有太大的浮動。

軟件需求分析報告篇七

一、網絡應用需求。

1、校園網與internet連接，使師生可通過互聯網獲取資源和信息。

2、建設學校網站，實現學校的對外宣傳以及發布學校內部信息。

3、在校園網內實現文件傳輸共享。

4、實現學校行政、教師的無紙化辦公。

5、學生個人信息管理與查詢系統。

6、圖書館電子化，實現圖書信息搜索。

7、校園生活電子化(包括如：一卡通消費，轉帳交納網費、電費、水費，個人帳戶網上管理和查詢)。

8、校內網絡輔助教育教學(如：廣播、組播，上機考試等)。

9、電子郵件系統。

二、安全需求。

1、校園網接入internet，應使用防火墻的過濾功能來防止網絡黑客和其他非法入侵者入侵網絡系統，并對接入internet用戶進行權限控制。

2、設置用戶權限，對不同用戶分組進行權限限制。

三、技術需求。

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

2、設立一個網絡中心，配置相應的服務器及路由交換等設備。網絡中心可對整個校園網進行管理，并作為校內連接internet的網絡關口，承擔防御過濾等安全功能。對校內各網絡節點進行監控，防止病毒的傳播。

3、校園的主要建筑有圖書館、教學樓、實訓樓、食堂，教師公寓、學生公寓，必須在這些建筑物內安裝足夠信息點以及信息終端以滿足用戶的需求。

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

5、以學生公寓為例，每幢學生公寓有6層，每層有12間宿舍，每間宿舍須設4個信息點。據此應該在每層設集線箱，每幢公寓有一個管理間，管理間內設二層交換設備。

6、網絡中心應相應的配置有e-mail服務器、ftp服務器、web服務器及防火墻等設備。

7、整個校園為一個虛擬局域網，為管理不同性質用戶應劃分不同子網，進行ip地址分配以及相應的路由配置。針對我校有兩個校區的情況，可通過公共網絡采用vpn將兩個校區連在同一虛擬局域網。

四、安全需求。

1、按照相應標準進行局域網的建設，確保物理層安全。

2、采用主機訪問控制手段加強對主機的訪問控制。

3、劃分安全子網，加強網絡邊界的訪問控制，防止內外的攻擊威脅，定期進行網絡安全檢測，建立網絡防病毒系統。

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

五、其他需求。

1、在圖書館、自習室建設無線網絡，以滿足學習需要。

2、做好應急設備的準備，相應應有備用設備以確保緊急情況下的網絡保障。

文檔為doc格式

軟件需求分析報告篇八

隨著技術的不斷發展和用戶對網站功能性的需求不斷提高，如今網站項目的設計已經不能再僅僅簡單地利用靜態html文件來實現，與前幾年網站設計由一兩名網頁設計師自由的創作相比，網站項目的設計和開發越來越像一個軟件工程，也越來越復雜，網站項目的設計和開發進入了需要強調流程和分工的時代，建立規范的、有效的、健壯的開發機制，才能適應用戶不斷變化的需要，達到預期的計劃目標。

網站項目管理（wpm）的含義為web-based project management，即以web 應用程序為主要表現方式的架構來進行的項目設計及管理，這樣的架構中包含了瀏覽器、網絡和web 服務器等關鍵主體，主要體現在網站設計、以瀏覽器為客戶端的web應用程序開發（例如信息類網站、網上商店、虛擬郵局、客戶關系管理。）等項目管理中。

在本文中，筆者將網站項目管理（wpm）與軟件工程的統一過程管理（rup）進行參照比較，并結合實際工作經驗，力求將網站工程管理（wpm）的角色、分工、流程進行完整的闡述，使網站項目管理逐漸走向規范化。

按照筆者的經驗，網站項目管理可以分為以下七個階段進行控制：

1.需求分析及變更管理 2.項目模型及業務流程分析 3.系統分析及軟件建模

4.界面設計、交互設計及程序開發 5.系統測試和文檔編寫

6.客戶培訓、技術支持和售后服務

業務員與客戶進行的溝通，撰寫如何做好網站建設需求分析是項目展開的基礎。項目是以客戶的需求為中心，而不是為技術而遷就需求。

四.利用示意圖和圖表將用戶的需求表現出來。五.什么人要看需求分析報告？

六.建立需求變更日志，制作新版本的需求分析報告。七.本階段重點工作角色 八.總結

一：讓客戶暢所欲言，羅列出所有的需求

讓用戶將所有的想法盡可能的闡述清楚，并把所有的要求羅列出來，不要遺漏。這時候不應該害怕“勾引”起客戶的潛在需求而增加設計開發的工作量，從而被今后客戶無止境的變更拖入泥潭，直接明白地跟客戶把問題和要求一條條地列出來，把條理、歸納、分析先都扔到一邊去，將用戶最原始、最完整的要求準確地記錄下來就完成了第一步的工作。

很明顯，假如客戶的需求做的都不完整，隨時可能會產生意想之外的變更，甚至這個變更會破壞已經做的模型及結構，那么這個項目從開始就注定了會失敗；比如站點所有的功能都實現了，本地測試起來也沒有什么問題了，但是你卻不知道客戶的系統是要承受每天100萬獨立ip的訪問，而你原來想當然的以為了不起就是1萬獨立ip訪問的訪問流量，稍微有經驗的開發人員都會明白這樣的設計是個災難，無論是應用服務器、數據庫還是程序全部要重新開發！二：透過現象分析潛在的需求 很多情況下客戶并非專業人士，在他們滔滔不絕的描述中不能指望他們幫助我們整理出重點和技術難關，這需要我們去為客戶進行分析、歸納和整理，尤其是客戶談的不多卻又是技術上實現難度和強度很高的地方特別值得注意。客戶往往對需求的概念是非常模糊的，大多時候給出的需求都是籠統而且尺度難以控制的，這就要求業務人員在傾聽了客戶的詳細說明以后，幫助客戶進行整理和分析，同時預測客戶在開發過程中變更及今后應用中可能進行修改升級的潛在需求。

比如在為客戶設計辦公自動化系統的時候，也許就要為客戶預留將來與他們的業務單位進行交互的通道；在設計郵件系統的時候要考慮可能會需要廣告管理服務器；設計網絡電子商店時今后增加庫存產品進銷存統計分析等等；限于時間財力的考慮，客戶通常能夠接受分階段實施的開發過程，在需求分析時，提早為客戶設想到今后的需求變更除了使項目開發更加順利以外，也為今后業務的進一步深入打下了更好的基礎。

筆者曾負責一個大型新聞網站的設計，當客戶拿著將近五十頁厚的一本設計要求報告時，我發現有四十頁的內容對程序開發來說都是重復的，而在其中一頁的角落卻畫了個“搜索其他網站相關新聞”的按鈕，并且沒有做任何說明，僅僅這10個字所完成的工作量完全頂的上其他整整四十頁重復贅述所做的工作，客戶完全不知道這個要求引發的問題實際就是一個搜索引擎的開發，通過協商，客人同意了修改成站內搜索的引擎。

三：利用自然的語言描述項目模型

在業務員與客戶進行溝通和調查時撰寫的需求分析，盡可能用自然的語言進行描述，雖然客戶的水平和資歷有所不同，但是最自然的描述能夠使項目開發的各個成員都能清楚地理解需求含義，不至于在理解上產生偏差。對客戶而言，這樣的模型描述最接近真實，容易參與修訂，并能以此為測試和驗收的依據。

請比較以下兩份關于需求的描述，“用戶在訪問首頁的時候可以在點擊'客戶通道'按鈕，彈出填寫'用戶名'和'密碼'的窗口，輸入正確后在新窗口打開客戶通道的首頁，在該頁顯示所有可操作的功能的導航條和最新的導讀新聞鏈接列表 ” “站點分為公開和加密兩種狀態，通過身份驗證機制使特有的用戶可以訪問到加密信息，并提供不同于普通用戶的功能。” 前段描述我們就很容易想象的出來設計完成的網站是什么樣子，而后一段的描述可能會做出無數不同的版本，造成對需求理解的歧意。

四：利用示意圖和圖表將用戶的需求表現出來。

需求分析無論文字上怎么樣表述都還是抽象的，對客戶而言理解畢竟是困難的，將基本確定的需求制作出示意圖是最直觀有效的。

制作示意圖可以有很多種方式，用powerpoint或visio制作流程示意，用html文檔制作界面示意都是可行的，最簡單利用畫圖和word表格方式也完全可以，關鍵是利用示意圖將客戶的需求和即將開始設計的系統體現起來，在進行系統分析和程序開發之前，雙方對今后要完成的產品就能夠有直觀的認識，換言之，就是在產品還沒有真正進入開發階段的時候，雙方就對工作的結果達成統一的意見，這將大大地減輕需求變更所帶來的困擾，同時客戶更容易地參與到項目的開發過程，保證項目往正確的方向進行。在rup中有這樣的描述：

“利用電影、卡通、圖片、表格和動畫片等制作示意圖開始，告訴我們用戶是誰，要發生什么事情，如何發生。以用戶友好的方式幫助收集并改進用戶需求。鼓勵更有創造性、更加創新的設計解決方案。鼓勵團隊復審，并避免所有人都不希望出現的特征。確保以可理解、直觀的方式實施特征。

項目經理、系統分析員、開發經理、交互設計師、測試人員、文檔人員包括客戶代表都應該看需求分析，并進行共同的討論，達成一致的意見。

我們經常會遇到業務人員辛辛苦苦談下來的項目，對開發人員來說卻是難以實現的，而技術人員設計的產品卻常常得不到客戶的認可，甚至發生糾紛，因此參與項目開發的人員都應該對這份需求有統一清晰的認識，并根據自己的工作對需求提出意見，通過與客戶的溝通修訂，最終確定項目實現的目標。例如：

項目經理通過需求分析才能組建所需要的團隊包括配置工作環境，制定開發周期。

開發周期的限制和功能上的要求可能會影響到程序員采用什么樣的語言和工具進行編寫；

操作用戶的技能水平將影響到交互設計師進行前臺設計時做到什么樣的精度；

通過下表，我們可以看的出不同角色根據需求的變更所進行的工作流程：

六：建立需求變更日志，制作新版本的需求分析報告

盡管我們費了許多功夫在如何做好網站建設需求分析進行了最大可能的努力，但幾乎可以肯定的是，這份需求分析在開發過程中一定會發生變化，也許是出自客戶的遺漏，也可能是在開發過程中被激發出來的，這種變更有時是如此的頻繁和瑣碎，以至于往往不能將變更及時反饋到項目的各個角色中，那么做好需求變更日志就顯得非常重要。

并將修改后的需求分析制作成新版本，保留每次更改過的版本，而不是覆蓋，這樣就比較容易地跟蹤到需求變更過程中所帶來的工作調整。

在如何做好網站建設需求分析和變更管理的過程中，工作量最大的角色為客戶代表、業務員和項目經理。

客戶代表提出需求，業務員幫助整理和分析，項目經理對整個項目進行評估。

在實際工作中，很多項目失敗的起因都和需求分析有關。客戶代表和業務員通常并非從事技術開發的專業人員，在討論需求的時候往往對項目的技術難度、工作量、時間進度把握不準確，這時候需要項目經理或技術人員進行參謀。

? 將如何做好網站建設需求分析進行分析，確認可操作的系統模型；

? 利用最自然的語言將系統進行描述，使每個開發人員不會產生歧意；

? 迅速確定網站的用戶角色；

比如訪客、會員、重要客戶、前臺管理員、網站管理員、業務員等；

? 分析確定每個角色的權限及可操作的功能；

網站管理員可以更改欄目、修改網站界面等； ? 制作流程圖和示意圖將需求表現出來；

? 讓客戶參與到示意圖的設計中，及時正確的反應出需求變更。

? 制作需求變更日志，保留升級版本，通過版本控制進行需求管理； ? 通過需求《管理計劃書》使每個參與人員看到共同的努力目標。

這里只是粗略的介紹企業如何做好網站建設需求分析，希望對大家有所幫助。

軟件需求分析報告篇九

一、目標

1、總體目標

(1)色調保持統一，塑造公司整體形象;

(3)加強網站宣傳推廣，提高公司知名度;

2、基本要求

(1)網頁內容：主次分明、結構清楚、內容精煉、信息真實;

(2)瀏覽效果：簡練的色調及線條，靈活、簡潔的圖形設計，合理、變化、簡單明快的布局;突出高科技概念。

二、網站結構和欄目

網站結構如下所示

(1)

(2)

(3)

(4)

(5)

(6)服務中心為新加項目，里面主要以客服中心為主。

(7)分支機構為新加項目，對公司各個分支機構的介紹和相關新聞。將原有的各分支網站的管理平臺拿掉，做成一個統一的管理平臺。

三、功能模塊

1、信息發布

為本次改版最重要的應用系統，實現對全站網頁內容的更新與維護。擁有相關權限的用戶進入我們的設計發布平臺，管理發布內容，其中包括新聞、公告、信息的增加、修改、刪除。動態信息發布支持在線文字編輯，編輯結果所見即所得，以優化最終顯示效果。同時可支持圖片上載。所有發布信息均自動生成發布日期與訪問次數。主欄目可改名，各子欄目可自定義增、刪、改。支持用戶管理留痕。

2、站內搜索

為了保證用戶根據文章標題、全文內容、發表日期等為關鍵字進行搜索，建立站內搜索是非常必需的。在技術上，我們利用數據庫來實現根據文章標題、發表日期等為關鍵字的搜索功能，通過本系統程序可以在文件中以具體文字內容為關鍵字實現搜索功能。

搜索的范圍可以是文章的標題、內容、發表時間等，極大的方便了用戶對特定文章的查找，同時也提高了搜索的準確性，和訪客的易用性。搜索的范圍可以是文章的標題、內容、發表時間等，極大的方便了用戶對特定文章的查找，同時也提高了搜索的準確性。

3、郵件列表

將客戶的郵件地址加入郵件列表、保存，以便將公司優惠活動等信息群發給客戶。

4、域名查詢

提供國際、國內cn的.在線查詢功能。

5、網上調查：

通過網上調查系統在首頁不定期進行熱點調查活動，通過各項調查了解群眾各項指標的觀注程度，網站管理者可根據此進行適當調整。

6、數據備份：

作為站點內容存在的根基，系統所有的數據應該長期適時，穩定有效。而應對各種各樣突發事件或者各種非人力因素可以控制的事故，每日數據備份是必須的，也是最為穩妥有效的方法。一旦發生意外，可以在最短的時間內恢復正常。

在技術上，我們利用網絡操作系統w2k本身非常優秀的任務計劃處理概念來實現按照某個周期固定某個時間來進行不需要人為參與的自動的機器備份。一旦系統發生意外,只需要簡單操作即可恢復，絕對不會造成大的影響。

7、用戶權限管理

根據需求，我們采用策略管理的控制方式，按照系統欄目的對應關系，對系統權限進行級別劃分，并由系統管理員對系統權限策略進行統一管理，各級管理員僅能管理與維護權限范圍內的欄目與模塊。具體劃分方式如下：

8、超級管理員職責

欄目管理，建立系統總欄目，并預留管理空間給各欄目管理員，各分欄目管理由各級管理員自己負責。對總欄目進行管理(即增加、修改、刪除);用戶組管理，管理工作組(即增加、修改、刪除)，管理用戶(即增加、修改、刪除)，建立各組的管理員。

9、各組的管理員職責

欄目管理，建立自己的子欄目，管理自己的子欄目(即增加、修改、刪除);用戶組管理，管理屬于該組的子組(即增加、修改、刪除)，管理屬于該組的用戶(即增加、修改、刪除)，建立屬于該組子組的管理員。

10、用戶職責

根據自己所在組的權限發布相關信息。

四、系統平臺

通過反復甑別與論證，結合我們自身實施的經驗，在系統選型上采用目前最具發展潛力的“黃金組合”(即w2k+iis+mssql+asp)構建本案的b/s模式軟件平臺。

軟件需求分析報告篇十

群眾服務需求信息的收集、匯總、分析、反饋工作是更

好地開展計劃生育優質服務的重要手段，是新形勢下計劃生

育優質服務發展的必然趨勢。群眾需求信息搜集的目的，就

劃生育目標，通過全社區50名育齡群眾信息的收集、匯總，計劃生育優質服務工作今后應從以下幾方面加以改進。

一、宣傳教育有待進一步深化

宣傳教育是優質服務的重要內容，從群眾需求信息來看，增

強宣傳教育的針對性和吸引力、感染力最為重要。根據群眾

需求，應從兩個方面進行改進：

（1）宣傳內容。50人要求多講生殖保健知識、占總數的 100%。9人要求嬰幼兒早期教育方面知識內容，占總數的 18%。5人要求孕期保健、優生優育方面知識，占總數10%。

20人要求獲得避孕節育方面知識，占總數23.8%。18人要求

獲得兩性生殖健康方面知識，占總數 21.4%。

（2）宣傳形式和方法。過去通過人口學校對育齡婦女

進行灌輸的宣傳形式，已遠遠不能適應群眾的意愿，她們沒

有時間在家等著組織學習。通過群眾需求問卷了解到，有29

人希望通過電視等媒體來獲得所需求的知識，占總數58%。有12人想通過計生工作人員上門指導計劃生育方面的知識，占總數的24%。有18人想了解兩性方面知識，占總數21.4%。群眾確實想獲得多方面的計生知識，但我們通過什么形式、方式方法有待于進一步探討，真正通過改變宣傳教育方式使宣傳教育工作常抓常新、貼近群眾、充滿活力，講究效果。

二、避孕節育服務要因人而宜，注重群眾的需求

在避孕節育方面，了解群眾通過什么途徑獲得避孕藥具，有25人要求自己到社區領取，占總數50%。有20人要求計生干部送上門，占總數的40%。有16人避孕措施由夫妻共同決定的，占總數的32%。有2人愿意接受專業技術人員指導，占總數0.4%。有16人愿意接受計生干部指導，占總數的32%。有20人愿意得到避孕節育方面知識，占總數的40%。通過上述群眾的需求來看，工作中繼續加大服務力度，在避孕節育知識方面，我們要加大科學知識的普及力度，這樣將更加有利于推進避孕方法的知情選擇。

三、圍繞生殖保健服務，開展好“民心工程”

意在在市計生服務機構計生服務，占總數的14%。有11人愿意在市級以上醫院接受服務，占總數的22%。根據調查群眾愿意接受生殖保健方面的服務，渴望得到生殖保健服務檢查。而且需要更好的醫療服務。我們今后要努力從提高服務方面下功夫，使育齡群眾得到更好的服務，滿足不同層次人群服務的需求。

四、根據優生優育信息，做好產前、產后的隨訪服務

群眾的生育觀念已在發生了很大的轉變，都想生一個健康聰明的小孩。通過服務問卷信息來看，有5人要求得到孕期保健、優生優育方面知識，占總數的10%。有4人希望通過報刊雜志得到這方面知識，占總數的0.8%。

五、根據權益保障信息，確實保障群眾的合法權益

計劃生育政策法律法規經過多年的宣傳教育基本家喻戶曉，人人皆知，群眾的實行計劃生育的權益進一步得到保障，有23人知道有依法生育的權益，占總數的46%。有28人知道實行生育男女平等的權益，占總數的56%。有31人知道獲得避孕節育技術和生殖保健服務的權利，占總數的62%。有22人知道實行計劃生育有獲得法律、法規和政府規章規定的獎勵、優待、社會法律、社會保障、社會救助的權利和平等發展的權利，占總數的44%。有31人實行計劃生育有獲得計劃生育、生殖健康信息和教育的權利，占總數的62%。有23人知道實行計劃生育，其人身權，財產權不受侵害的權利，占總數的46%。通過信息了解，群眾實行計劃生育的合法權益需更進一步得到保障。

六、根據群眾需要哪些服務，保障群眾需求

新形勢下計劃生育工作以優質服務為主線，了解群眾需求什么樣的服務是我們今后服務工作方向。通過了解有23人要求生殖健康方面檢查，占總數的46%。有13人要求困難救助服務，占總數的26%。有5人要求孕期保健、優生優育服務，占總數的10%。有9人要求嬰幼兒早期教育方面服務18%。我們將針對群眾需要的服務，改進工作方法使群眾得到更好更多的服務，滿足群眾需求，促進計劃生育工作和諧發展。

軟件需求分析報告篇十一

一、需求分析活動其實本來就是一個和客戶交流，正確引導客戶能夠將自己的實際需求用較為適當的技術語言進行表達（或者由相關技術人員幫助表達）以明確項目目的的過程。這個過程中也同時包含了對要建立的網站基本功能和模塊的確立和策劃活動。

1、負責組織相關開發人員與用戶一起進行需求分析。

2、組織相關人員對《網站功能描述書》進行反復討論和修改，確定《網站功能描述書》正式文檔。

二、完整的需求調查文檔記錄體系

在整個需求分析的過程中，將按照一定規范的編寫需求分析的相關文檔不但可以幫助 成員將需求分析結果更加明確化，也為以后開發過程中做到了現實文本形式的備忘，并且有助于主管人員的日后的開發項目提供有益的借鑒和模范，成為項目開發中積累的符合自身特點的經驗財富。

需求分析中需要編寫的文檔主要是《網站功能描述書》，他基本上是整個需求分析活動的結果性文檔，也是開發工程中項目成員主要可供參考的文檔。為了更加清楚的描述《網站功能描述書》往往還需要編寫《用戶調查報告》和《市場調研報告》文檔來輔助說明。各種文檔最好有一定的規范和固定格式，以便增加其可閱讀性和方便閱讀者快速理解文檔內容，相關規定將在本文后面討論。

三、向用戶調查些什么

在需求分析的工程中，往往有很多不明確的用戶需求，這個時候

項目負責人需要調查用戶的實際情況，明確用戶需求。一個比較理想化的用戶調查活動需要用戶的充分配合，而且還有可能需要對調查對象進行必要的培訓。所以調查的計劃安排：時間、地點、參加人員、調查內容，都需要項目負責人和用戶的共同認可。調查的形式可以是：發需求調查表、開需求調查座談會或者現場調研。調查的內容主要如下：

1、網站當前以及日后可能出現的功能需求。

2、客戶對網站的性能（如訪問速度）的要求和可靠性的要求。

3、確定網站維護的要求。

4、網站的實際運行環境。

5、網站頁面總體風格以及美工效果。

6、主頁面和次級頁面數量，是否需要多種語言版本等

7、內容管理及錄入任務的分配。

8、各種頁面特殊效果及其數量（js,flash等）

9、項目完成時間及進度（可以根據合同）

10、明確項目完成后的維護責任。

調查結束以后，需要編寫《用戶調查報告》，《報告》的要點是：

1、調查概要說明：網站項目的名稱；用戶單位；參與調查人員；調查開始終止的時間；調查的工作安排。

求、實際運行環境；用戶對新網站的期望等。

3、調查資料匯編：將調查得到的資料分類匯總（如調查問卷，會議記錄等等）

四、市場調研活動內容

通過市場調研活動，清晰的分析相似網站的性能和運行情況。可以幫助項目負責人更加清楚的構想出自己開發的網站的大體架構和模樣，在總結同類網站優勢和缺點的同時項目開發人員可以博采眾長開發出更加優秀的網站。

但是由于實際中時間、經費、公司能力所限，市場調研覆蓋的范圍有一定的局限性，在調研市場同類網站的時候，應盡可能調研到所有比較出名和優秀的同類網站。應該了解同類網站的使用環境與用戶的詫異點、類似點，同類產品所定義的用戶詳細需求（需要公司或者項目負責人有一定的關系）。市場調研的重點應該放在主要競爭對手的作品或類似網站作品的有關信息上。市場調研可以包括下列內容：

調研的目的是明確并且引導用戶需求。

對市場同類產品調研結束后，應該撰寫《市場調研報告》主要包括一下要點：

活動進行認真的總結，將分析前期不明確的需求逐一明確清晰化，并輸出一份詳細清晰的總結性文檔――《網站功能描述書》以供作為日后項目開發過程中的依據。

《網站功能描述書》必須包含以下內容：

1、網站功能

2、網站用戶界面（初步）

3、網站運行的軟硬件環境

4、網站系統性能定義

5、網站系統的軟件和硬件接口

6、確定網站維護的要求

7、確定網站系統空間租賃要求

8、網站頁面總體風格及美工效果。

9、主頁面及次頁面大概數量。

10、管理及內容錄入任務分配。

11、各種頁面特殊效果及其數量。

12、項目完成時間及進度。

13、明確項目完成后的維護責任。

綜上所述，在網站項目的需求分析中主要是由項目負責人來確定對用戶需求的理解程度，而用戶調查和市場調研等需求分析活動的目的就是幫助項目負責人加深對用戶需求的理解和對前期不明確的地方進行明確化，以便于日后在項目開發過程中作為開發成員的依據和借鑒。

軟件需求分析報告篇十二

聽棠的“客戶需求何時休”深刻的披露了這個問題存在的根源。

需求分析，不僅僅是拿到客戶的需求，更重要的是還需進行分析，了解細節，并就細節跟客戶咨詢，獲取最詳細的資料。客戶所能提供給你的只是他們想到的功能需求，很多問題并不在他們考慮的范圍之內，如果作為項目承擔方沒有去做分析，簡單的按照功能要求去設計、規劃，最終出來的系統是很難完全符合客戶的業務流程的，這時，自然需要更改，被看成了需求的更改。其實，都是缺乏分析所一手造成的。問題等到系統出來了才被發現，這樣的系統本身就是先天不足的了。

聽棠所說到的幾點，感受特別深：

“其實問題出在開頭，客戶需求只是軟件需求分析的一部分，雖然是比較重要的一部分，但也不要只是去記客戶的需求，而是要把客戶的需求進行分析”

“客戶本身是不怎么懂技術的，客戶只知道自己的業務需求，而在軟件設計時，是在把業務需求抽象到系統中實現的，把業務轉變為邏輯時，一切都應該符合邏輯的，但客戶的業務思想有時候在軟件系統實現時會有問題的，這就需要分析時分析出來的。少了分析，問題也會在后面的開發中暴露出來，到時可就更麻煩了。”

還有客戶的需求本身會有矛盾（這矛盾是指在邏輯角度來講），客戶本身是意識不到的，只有在分析設計時，才會分析出這里的矛盾，而這些問題，如果在期初時，軟件負責人不分析，而是純粹的“聽從”客戶要求去做，當暴露這些問題時，你怪客戶也沒用啊。

項目需求分析報告，在了解客戶需求時，不要不動腦子，不要一味的點頭說“i c”，其實在表面的業務里面可能包含著n多的細節，這些細節是需要你反問客戶的，只有當你提的問題越多，最終獲取的需求最具體，才能讓項目越順利。而且有很多問題，都是在你的反問中，客戶也才開始思考本來沒思考過的問題，客戶也會找到一種合理的需求給你，有人會覺得這樣了解客戶需求未免太麻煩了。至于一些在技術上會遇到問題的地方，也要告訴客戶，別以為到時候再說，客戶是不關心你的技術細節的，但你如果給他解釋的話，他也會試著理解的。

客戶的需求本身是無休止，因為他們本身也在變，但當你期初的分析合理，后面的變動也將在邏輯上變動，相信代價已經不會那么大了。這其實也體現了系統的擴展性。

需求分析，是一個項目提出方和承擔方相互溝通的過程，一方是系統的使用者，一方是系統的制造者，在系統制造過程中，只有雙方相互配合，共同對系統進行設計才能最后達到使用的要求。客戶是業務上的熟悉者，對業務流程有非常清晰的了解，但是，對于軟件需求方面的描述是不了解的，他們所能提供的只是他們最終要達到的功能，但是，這其中包含的業務流程是非常復雜的。我們拿到客戶需求后，應該根據功能、流程進行初步的設計，構造出業務流程圖，再讓客戶進行評審，提出業務流程上不對的地方進行修改。這樣來回的交流，最終才能取得較全面的需求，并減少后期的修改。

謹記一點，需求是經常變動的，只有先做好需求的分析，了解業務以后的發展趨勢，做好具有拓展性的系統設計，才會給系統更大的擴展空間，從而在需求發生變化的時候可以更從容的修改。

軟件需求分析報告篇十三

職責：

2.負責項目進行前期調研，編寫調研報告和項目解決方案；

3.負責編寫詳細需求規格說明書，用戶手冊，培訓資料等；

4.對外負責與客戶溝通需求，對內配合項目組的需求講解說明；

5.產品測試驗證；

6.配合項目經理完成其他事項；

崗位要求：

1.計算機相關專業，本科以上學歷。

2.擁有1-3年軟件需求分析經驗，尤其是零售行業經驗；

3.熟悉使用相關的業務需求分析，設計工具，如visio,office等；

4.具有良好的英文讀寫能力，較強的語言表達交流能力，文檔撰寫能力；

5.具有較強的用戶需要判斷，引導，控制能力；

6.需有較強的團隊協作精神；

7.有零售行業進銷存產品經驗者優先考慮，有開發經驗者優先考慮，懂粵語者優先考慮；

軟件需求分析報告篇十四

編者年月日

審核年月日

批準年月日

xxx

二一三年四月

一、引言

1.1編寫目的

對產品或項目進行定義，包括修正或發行版本號。如果這個軟件需求規格說明只與整個系統的一部分有關系，那么只定義文檔中要說明的部分或子系統。

1.2背景說明

說明項目或模塊開發背景。

1.3預期讀者和閱讀建議

列舉軟件需求規格說明書所針對的不同讀者，如用戶、設計人員、編程人員、測試人員、項目經理、市場人員等。指出最適合于每一類型讀者閱讀文檔的建議。

1.4術語定義

解釋需求說明書中的術語、名詞、簡稱及縮寫等等。

1.5參考文獻

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

二、任務概述

2.1目標

描述項目或業務模塊要達到的目標。

2.2用戶特點

描述主要的用戶及其特點（教育水平、經驗、計算機水平等）。確定可能使用該產品的不同用戶類別并描述它們的特征。有些需求可能只與特定的用戶類相關。將該產品的重要用戶類與那些不太重要的用戶類區分開。

2.3假定和約束

一般約束、假設及對用戶的要求。

三、業務功能概要描述

3.1現有系統分析

對現有系統（包括自動或人工的）進行簡要分析。

3.2業務描述

描述實際業務的過程和特點，即業務建模。

3.3系統角色

畫出系統中的角色，并用文字進行說明。

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

畫出主題圖，描述主題內的業務和主題間的業務。

或用uml語言描繪系統總的用例視圖。

3.5業務流程圖

用uml的活動圖描繪系統總的業務流程。

3.6業務接口

3.6.1外部業務接口

描述與其它項目或業務模塊的功能接口。例如：工資模塊與考勤、考核、任免、職稱等模塊的功能接口描述。

3.6.2內部業務接口

描述各個主題之間的業務接口。

四、業務功能詳細描述

用語言和圖對每個子系統、主題或業務模塊要完成的功能進行完整詳細的描述。即功能建模。

4.1子系統（模塊一）

4.1.1業務功能描述

用文字語言描述子系統、主題或業務模塊要完成的功能。

4.1.2業務流程圖

用uml的活動圖描繪子系統或業務模塊的'業務流程，在活動圖中標注用到的或輸入輸出的表格、資料。注意，這里的活動圖描述的是該子模塊的業務流程。

4.1.3主題描述及用例視圖

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

若主題下面不含子主題，則直接畫出子系統或業務模塊的詳細用例視圖。

4.1.4用例描述

對全部用例或主要的用例用文字進行詳細描述。

4.1.4.1用例名稱一

【用例功能說明】用文字詳細描述該用例的目的、功能。

【操作描述】用文字描述子系統或業務模塊中主要用例的操作流程和要求。

【活動圖、順序圖或協同圖】（可選內容）

用uml的順序圖或協同圖描述該用例的操作流程。

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

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

4.1.4.2用例名稱二

【用例功能說明】用文字詳細描述該用例的目的、功能。

【操作描述】用文字描述子系統或業務模塊中主要用例的操作流程和要求。

【活動圖、順序圖或協同圖】（可選內容）

用uml的順序圖或協同圖描述該用例的操作流程。

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

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

4.1.4.3用例名稱三

......

4.1.5信息項描述

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

推薦描述形式如下：

信息集名稱：********

4.2子系統（模塊二）

4.3子系統（模塊三）

五、性能要求

5.1用戶數要求

5.2業務方面的并發要求

5.3正常和極端情況下的時間要求

5.4容錯要求

5.5權限要求

5.6靈活性要求

當需求發生變化時的適應能力要求。

5.7使用頻度要求

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

六、其它需求

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

七、附錄

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

附注：

用例視圖、活動圖（業務流程圖）、主題圖、對象圖、狀態圖采用uml標準符號繪制。推薦使用case工具如：ritionalrose畫好后再粘貼到word文檔中。

如果時間充裕的話，應在輔助工具中進行業務建模

軟件需求分析報告篇十五

題目： 網絡化社區網絡工程需求分析報告

院 系：

專 業： 信息管理與信息系統 班 級： 信息系統1202 姓 名：

學 號： 指導教師：

二〇一五年六月十日

第i頁

目錄

第1頁

一、緒論

（一）概況

當前，我國的信息化在高速的發展，計算機的網絡應用以及共享資源化已經成為在計算機領域發展的主要趨勢。同時，在各個行業當中網絡技術得到了廣泛的應用。而建設校園網，則是作為傳統教育的重要改革，它提高了高校教育的信息技術發展，并且也推動了網絡教育在高校內 的大力實施和發展。在現階段，校園網的出現在校園當中起到了十分重要作用，所以，校園網的建設發展則是作為適應經濟發展的必然技術手段。

對于高校校園網在其應用和發展的過程當中，它不僅是作為在教育上的改革，也是對高校的教育模式以及觀念上的一個重大轉變。所以，在建設高校校園網的初期，有部分人曾經擔心應用信息化的技術發展是否會降低教師的主導地位，但隨著建設校園網的逐漸完善，由此可以 高校校園網建設與發展狀況分析 且同一課程中，各個學習情境應具有遞進關系；然后是對 于學習情境的設計，要選擇典型的工作過程，可以選擇具體的故障現象，或者某個過程，總之，要根據不同的需要選擇不同學習情境。院校的培養目標應以市場的不同需要為主，隨著市場的改變而改變。因此，院校的教學課程應隨著社會的需求不斷改革，以達到以市場需求為主要培養目標，各院校應將學生當成一種市場，不斷完善自身的缺陷，將學生培養成社會所需要人才。

（二）背景

隨著現代化教學活動的開展和與國內外教學機構交往的增多，internet/intranet網絡進行信息交流的需求越來越迫切，為促進教學、方便管理和進一步發揮學生的創造力，校園網絡建設成為現代教育機構的必然選擇。

校園網是利用網絡設備、通信介質和適宜的網絡技術與協議以及各類系統管理軟件和應用軟件，將校園內計算機和各種終端設備有機地集成在一起，并用于教學、科研、學校管理、信息資源共享和遠程教育等方面工作的計算機局域網絡系統。建立校園網絡已經成為學校的一項基礎建設工作，它直接關系到學校的教學和科研工作的質量水平，關系到學生在人才市場上的受歡迎程度，關系到學校的生存與發展。

二、總體需求分析

第2頁 設計一個網絡，首先要為用戶分析目前面臨的主要問題，確定用戶對網絡的真正需求，并在結合未來可能的發展要求的基礎上選擇、設計合適的網絡結構和網絡技術，提供用戶滿意的高質服務。

網絡在日常教學辦公環境中起著至關重要的作用，校園網的運作模式會帶來大量動態的www應用數據傳輸，會有相當一部分應用的主服務器有高速接入網絡的需求（目前為100/1000mbps，今后可會更高）。這就要求網絡有足夠的主干帶寬和擴展能力。同時，一些新的應用類型，如網絡教學、視頻直播/廣播等，也對網絡提出了支持多點廣播和寬帶高速接入的要求。

除上述考慮外，還要注意到由于邏輯上業務網和管理網必須分開，所以建成后校園網應能提供多個網段的劃分和隔離，并能做到靈活改變配置，以適應教學辦公環境的調整和變化。

中心機房到匯聚層節點采用8兆光纖（多模）連接，匯聚層到接入層采用百兆的五類線（或者超五類）連接。通常考慮，建議數據信息點的接入用交換10/100mbps自適應以太網端口接入，以便能較經濟的提供較高的帶寬。整個方案設計的目的是建設一個集數據傳輸和備份、多媒體應用、語音傳輸、oa應用和internet訪問等于一體的高可靠、高性能的寬帶多媒體校園網系統總體設計將本著總體規劃、分布實施的原則，充分體現系統的技術先進性、高度的安全可靠性，同時具有良好的開放性、可擴展性。本著為學校校區著想，合理使用建設資金，使系統經濟可行。學校網絡應當實現如下功能：

1、網上辦公系統

2、教務管理系統

3、學生管理系統

4、行政辦公系統

5、財務管理系統

6、后勤管理系統

第3頁

7、圖書管理系統

8、校園網一卡通

9、信息資源庫

三、網絡性能需求分析

（一）拓撲結構需求分析

網絡采用接入層，匯聚層，核心層。根據對貴校校園網功能需求分析得出采用3層結構才能滿足用戶的需求，采用樹型結構加網狀結構的網絡拓撲。由于采用大型交換機技術，為了避免廣播風暴帶來不必要的帶寬影響，因此要采用vlan進行工作組的劃分。

（二）網絡節點需求分析

網絡接入層，匯聚層，核心層節點位置的地理分布情況是，網絡接入層節點設置在用戶建筑物內，因為接入層終端設備（pc）較多，所以將匯聚層節點設置在接入層一起。因為接入用戶較多，且是內部交換網絡，因此網絡節點設備交換機要采用高性能，具備大型交換能力的設備。同時對服務器的處理能力要求也比較高。同時考慮到內網用戶數據的安全性要求不高并加大網絡建設和管理成本，但是為了改善主干鏈路數據流量的壓力，增強網絡性能，所以采用將服務器主機安排在匯聚層。

（三）網絡鏈路需求分析

網絡主干鏈路采用光纖傳輸介質。

網絡主干鏈路無交通要道，多重障礙物。

網絡主干鏈路采用架空走線的方式。

網絡主干鏈路最大實際連接距離為2千米滿足網絡需求。

第4頁

由于整個主干鏈路都在校園內，且距離不遠，因此維護管理方便。

四、網絡擴展性需求分析

（一）用戶業務的擴展性

考慮到貴校的教學規模將不斷地擴大，對網絡的提高擴展性要求比較高，根據貴校提供的增長數據量增長3000用戶，年增長速度為600，年網絡端口的需求量為500。

（二）網絡性能的擴展性

網絡帶寬增長速率對網絡性能的影響相對較大，相對目前的網絡規模20000用戶，將要增加一倍。主要網絡設備的處理性能預留最少為30%。

（三）網絡結構的擴展性

基于校園規模將要擴大，將會增加部分建筑物，和校園綠化，由于是空中架線，所以建筑物經過處必定會對架線有影響，但相對地下埋線來說，還是小多了。但架線時還是盡量選取空曠，將來不會用于建筑的線路，避免不必要的改造。薦于用戶增加數量之多，占用帶寬將增加不少，所以擴展網點端口采用堆疊方式；用戶以后增加的san（存儲區域網絡），對現有網絡的影響不大。

（四）網絡設備的擴展性

校區網絡建設應該以應用為核心，在設計中充分考慮到教育管理和多媒體教學的要求，并且網絡技術上應該具有一定的先進性，同時還要為以后的擴展留有一定的空間，由于對校園網服務器的性能要求比較高，所以采用刀片式服務器。網絡交換機不能采用固定式交換機，因為網絡用戶在不斷增加。網絡設備擴展時，設備電源功率和外部電源功率ups基本能滿足要求。在網卡升級中有存在兼容的性的問題，所以這類設備，盡量選取兼容性較強的設備。

（五）網絡軟件的擴展性

第5頁 普通類用戶占大多數，在系統軟件性能要求不高，所以這方面能夠滿足要求。購買目前主流產品，所以系統軟件升級對服務器主機性能幾乎存在影響，同時對操作系統的兼容性也很好。

五、網絡性能需求分析

（一）穩定可靠的網絡

只有運行穩定的網絡才是可靠的網絡，而網絡的可靠運行取決于諸多因素，如網絡的設計，產品的可靠，而選擇一個具有運營此類網絡規模經驗的網絡合作廠商則更為重要。要求有物理層、數據鏈路層和網絡層的備份技術。

（二）高帶寬

由于校園校區網絡網絡應用的特殊性,它對整個網絡系統的性能要求相對來說比較高。其中，網絡速率要求主要的信息點100m交換到桌面，園區網中各終端間具有快速交換功能。為了支持數據、話音、視像多媒體的傳輸能力，在技術上要到達當前的國際先進水平。要采用最先進的網絡技術，以適應大量數據和多媒體信息的傳輸，既要滿足目前的業務需求，又要充分考慮未來的發展。為此應選用高帶寬的先進技術。

（三）易擴展的網絡

系統要有可擴展性和可升級性。易擴展不僅僅指設備端口的擴展，還指網絡結構的易擴展性：即只有在網絡結構設計合理的情況下，新的網絡節點才能方便地加入已有網絡；網絡協議的易擴展：無論是選擇第三層網絡路由協議，還是規劃第二層虛擬網的劃分，都應注意其擴展能力。對于核心網絡設備，要求骨干交換機具備第三層交換能力，要求支持今后的視頻點播、電視電話會議的寬帶多媒體應用，并要求留有一定的擴充能力。

（四）qos保證

第6頁 隨著網絡中多媒體的應用越來越多，這類應用對服務質量的要求較高，本網絡系統應能保證qos，以支持這類應用。

六、網絡安全需求分析

（一）系統軟件和硬件的安全需求

路由器，交換機此類網絡設備的安全功能需求不是很高，但是服務器，特別是內外網共享式服務器對其安全性能要求比較高，因為它承載了教務網信息系統的安全保障。所以在服務器與路由器之間加個防火墻很有心要。網絡傳輸介質的保護也是一個很重要的部分，所以有校園巡邏時，加大這方面的力度也是有必要的。在操作系統方面，盡量采用安全性較高的網絡操作系統，并進行必要的安全配置，關閉一些不常用卻有存在安全隱患的系統服務功5能和端口。網絡操作系統，網絡服務器軟件等可能存在一些安全漏洞，應當及時對系統進行補丁程序升級，加固系統的安全性。網絡系統遵循安全規范和達到的安全級別，采用各種殺毒軟件。

（二）數據安全需求

安全性是網絡設計要考慮的最重要的因素之一，設計中充分考慮了網絡的安全性，具體體現在以下幾個方面：

1、通過vlan的劃分，限制了不同vlan之間的互訪，從而保證了不同網絡之間不會發生未經授權的非法訪問。

2、在核心節點可提供基于地址的access-list，以控制用戶對于關鍵資源的訪問。通過在匯聚和核心交換機上設置vlan路由以及訪問過濾，保證了在vlan之間只有被允許的訪問才能發生，而未經授權的訪問都會被禁止。

3、通過對上網的安全教育，提高安全意識，特別是增強計算機操作人員的密碼管理意識，以防止由于操作員密碼有意無意泄露給他人而造成的損失。

第7頁

4、制定嚴格的安全制度，包括人員審查制度、崗位定職定責制度、使用計算機的權限制度以及防病毒制度，從制度上保證網絡安全性得以實現。

5、可以對所有的重要事件進行log，這樣方便網絡管理員進行故障查找；

6、可以對所有的telnet以及snmp的訪問進行限制，從而最大程度地保證匯聚層系統地安全。

7、可以在接入層中通過限制mac地址的訪問提高網絡安全。

（三）用戶認證需求

用戶認證采用，銳揵撥號軟件認證機制，使用個人學號作為賬戶名，并對ip與mac進行綁定，防止賬號盜用情況。并且一個賬號只能登陸一次。在賬戶信息傳遞過程中，采用md5數據加密認證方式。

（四）入侵防護安全需求分析

配備ids（入侵檢測系統），對透過防火墻的攻擊進行檢測并做出相應反應（如記錄，報警，阻斷）。采用入侵檢測系統和防火墻的配合使用，可以實現網絡多重防護系統。安全隔離系統必須保證內部網絡的有效運行。在技術方面還應注意來自內網的入侵和攻擊。

七、網絡可靠性需求分析

在一個大型網絡系統中，系統每個時刻都要采集大量的數據并進行處理。因此，網絡系統的故障有可能給用戶帶來不可估量的損失，這就要求系統具有高度的可靠性。提高系統可靠的方法有如下一些方面：

第8頁

可靠性設計時，關鍵在于網絡不能因出現單點故障而引起全網癱瘓，所以要重點考慮到設備，軟件，鏈路的冗余備份。

八、網絡管理需求分析

校園網大部分用戶是學生機和教學用的服務設備，這些都不需要進行遠程管理。對性能管理要求比較高，因為目前的情況下，用戶上網的總帶寬是有限制的，如果不加管理，就會造成大部分用戶上不了網，不能做最基本的網絡任務。同時為了滿足全部用戶的上網需求，對網絡故障處理也要一套很完善的機制來解決。選用銳揵公司提供的銳揵撥號軟件，集上網撥號，用戶計費于一體的多功能軟件。該軟件支持目前大部分的etheral協議。像網絡百警，以及lanecat都是不錯的網絡管理軟件，可以考慮采用。

九、系統安裝調試

在確認布線系統通過、網絡安裝條件成熟時，本公司工程師將進入現場安裝調試系統設備。主要包括：

提供機房的電源與環境指標要求：

(6)異種機之間的網絡連接和測試(7)完整的網絡文件檔案和技術文檔

十、測試和驗收

第9頁

嚴格按照有關技術標準和規范，以合同為依據，公司將配合和接受用戶組織的全面100%嚴格測試，在系統正常工作后三個月內全力配合用戶完成系統的考核與工程驗收。在系統保修期內每季度執行一次系統例行檢驗。

十一、系統后期維護和支持

針對已簽合同，公司將根據用戶具體問題提供詳細而周密的技術服務，以確保用戶的問題得到及時有效的解決，技術服務形式如電話咨詢。

廣電應確信免費提供每周5天/每天8小時不間斷的電話支持服務，解答用戶在系統使用、維護過程中遇到的問題，及時提出解決問題的建議和操作方法。在保修期內，對于電話咨詢無法解決的問題，進行遠程在線診斷和故障排除工程師經用戶授權可通過電話線或internet遠程登錄到用戶網絡系統進行免費的故障診斷和排除。

在保修期內，自收到用戶書面的服務請求起48小時內，若以上兩種服務形式仍不能解決問題，進行現場響應可派工程師赴現場進行免費的故障處理。

用戶可通過本公司或直接向原廠商購買收費服務。由于在技術資料、手段和備件供應方面的優勢，原廠商可以向用戶提供更加可靠的服務保障。

十二、客戶技術培訓

為了使客戶具備基本的網絡后期維護的專業知識，從而在對計算機系統的投資中獲得最大效益，本公司負責想用戶提供網絡維護培訓，由具有高度專業技術知識的網絡工程師進行講授。培訓內容包括：

1、網絡管理軟件調試

2、配置及軟件調試

3、系統操作

4、安裝維護

第10頁

參考文獻