軟體需求分析報告
隨著人們自身素質提升，報告與我們愈發關係密切，報告具有成文事後性的特點。我們應當如何寫報告呢？以下是小編為大家整理的軟體需求分析報告，僅供參考，大家一起來看看吧。
軟體需求分析報告1
I目錄
1.總體功能需求-------------------------------------------------------------1
2.軟體開發平臺需求---------------------------------------------------------1
3.軟體需求分析-------------------------------------------------------------1
3.1.軟體範圍-----------------------------------------------------------1
3.2軟體的風險----------------------------------------------------------1
3.3軟體的功能----------------------------------------------------------2
3.4使用者類和特性--------------------------------------------------------2
3.5執行環境需求--------------------------------------------------------2
3.6設計和實現上的限制--------------------------------------------------2
4.外部介面需求--------------------------------------------------------------2
4.1使用者介面-----------------------------------------------------------3
4.2硬體介面-----------------------------------------------------------3
4.3軟體介面-----------------------------------------------------------3
4.4通訊介面-----------------------------------------------------------4
5.系統功能需求--------------------------------------------------------------5
5.1說明和優先順序-------------------------------------------------------5
5.2激勵響應序列-------------------------------------------------------5
5.3輸入輸出資料-------------------------------------------------------6
6.其他非功能需求-------------------------------------------------------------6
6.1效能需求------------------------------------------------------------6
6.2安全措施需求--------------------------------------------------------6
6.3安全性需求----------------------------------------------------------6
6.4操作需求------------------------------------------------------------7
6.5軟體質量屬性--------------------------------------------------------7
II
1總體功能需求
該產品主要是一個資訊分享平臺，所以一定要有實時資訊互動功能；針對註冊使用者，要有使用者資訊管理以及後臺資料庫儲存功能；對於使用者推薦上傳的美食商家地址要有基礎的位置獲取定位功能或者是導航軟體啟動許可權申請功能
2軟體開發平臺需求
開發者開發的軟體必須能夠在安卓以及ios等主流平臺上正常執行。
目前開發軟體平臺為：
資料庫管理系統：
Oracle 9i以上版本
中介軟體(應用伺服器)系統：
IBM WebSphere
OA系統：
Lotus Domino/Notes
網路架構：
完全支援TCP/IP協議
開發工具或技術體系：
為保證軟體的上下相容性，開發者應選擇比較通用的開發工具的較新版本進行開發，如Microsoft Visual Studio.Net，Borland Delphi，C++ Builder，或J2EE(Java2 P1atform Enterprise Edition)等。
3軟體的需求分析
3.1軟體範圍
開發這個軟體產品不僅僅是為了在現在這個高速發展的社會中透過這樣一個渠道將人們聯絡起來，也是為了將一個城市中所有的美食文化傳承下來，將美食帶給人們的那一份滿足感透過這樣一個平臺傳遞給更多的人，最終透過美食這個紐帶將人們之間的關係拉近。該軟體主要是一個資訊分享平臺。這裡的分享資訊，指的是分享美食、展覽會、漫展、藏在深巷中的小店、實惠良心的商鋪等資訊，不僅可以用論壇版塊發帖的方式，還有短影片，以後還可以做出全景模型配合AR與VR。當你一個人找到一家美食，實惠的商鋪，好玩的活動時，你可以在平臺上面分享。讓更多人的看見。在你想要尋找這些時，也可以在平臺上尋找資訊。除了資訊分享以外還可以建立專門的交友模組，讓人們能夠找到對美食興趣相投的一群人，提升使用者的使用體驗。
3.2軟體的風險
該軟體在建立運營的過程中有一定的風險：可能會產生一定的惡劣使用者，將建立這個平1臺原有的初衷歪曲化，在資訊分享中會產生各種不良行為，譬如利用該軟體平臺釋出廣告、部分商家冒充使用者對平臺資訊進行一定的導向；在交友模組中又會利用平臺進行非法的交易甚至是欺騙使用者，從而對使用者的安全產生侵害。
3.3軟體的功能
這款軟體主要的功能就在於為使用者建立一個全新模式的美食交流分享平臺，為使用者提供資訊服務，也為城市中一些口碑很好但鮮有人知的美食提供一個綻放光芒的機會，為中華美食文化的傳承做了一點努力。
3.4使用者類和特性
該軟體針對的使用者群體比較寬泛，無論是什麼年齡或者階層的使用者，只要對於美食有追求，那就一定會是我們的使用者群體。當然對於龐大的使用者群體還是要有一定的特性劃分，我們會根據使用者平時搜尋的記錄進行大資料分析，對不同使用者推送不同的特色美食。
3.5執行環境需求
本軟體的執行環境，一般包括：
●作業系統和版本；Windows 7及以上、android 4.0及以上、ios 8.0及以上；
●支撐環境和版本；資料庫軟體Oracle 9i以上版本；
●其它與該軟體有關的軟體元件；應用伺服器系統採用IBM WebSphere；
3.6設計和實現上的限制
在開發過程中可能的限制包括下列內容：
●必須使用的特定技術、工具、程式語言和資料庫；
●避免使用的特定技術、工具、程式語言和資料庫；
●要求遵循一定的開發規範和標準
例如，如果由客戶的公司或者第三方公司負責軟體維護，就必須定義轉包者所使用的設計符號表示和編碼標準；
●企業策略的限制；
●政府法規的限制；
●工業標準的限制；
●硬體的限制
例如，定時需求或儲存器限制；
●資料轉換格式標淮的限制。
4外部介面需求
此部分內容說明了軟體產品能和外部元件正確連線的需求。關聯圖僅能表示高層抽象的外部介面，對介面資料和外部元件進行詳細描述，並且寫入了資料定義中。
4.1使用者介面
以下是使用者介面可能包括的一些特徵內容：
●將要採用的圖形使用者介面(GUl)標準或者產品系列的風格；
●有關屏幕布局或者解決方案的限制；
●將要使用在每一個螢幕(圖形使用者介面)上的軟體元件，可能包括：
選單；
標準按鈕；
導航連結；
各種功能元件；
訊息欄；
●快捷鍵；
●各種顯示格式的規定，可能包括：
不同情況下文字的對齊方式；
不同情況下數字的表現格式與對齊方式
日期的表現方法與格式；
計時方法與時間格式；
等等。
●錯誤資訊顯示標準；
4.2硬體介面
●支援的硬體型別；
●軟、硬體之間交流的資料；
●控制資訊的性質；
●使用的通訊協議；
4.3軟體介面
●作業系統；
●資料庫；
●工具；
●函式庫；
●整合的商業元件
4.4通訊介面
描述與軟體產品所使用的通訊功能相關的需求，包括：
●電子郵件；
● WEB瀏覽器；
● 網路通訊標準或者協議；
●資料互動用電子表格；●訊息格式；
●通訊安全或加密問題；●資料傳輸速率；
●同步和非同步通訊機制；
5系統功能需求
實時資訊互動功能需求；
使用者資訊管理以及後臺資料庫儲存功能需求；
位置獲取定位功能或者是導航軟體啟動許可權申請功能需求；
系統儲存空間讀寫功能需求；
後臺資訊推送自啟動功能需求；
5.1說明和優先
本系統根據終端使用者所具有的不同功能將使用者分為以下四類：
1、軟體使用者：需要從產品獲取、上傳資訊等；
2、合作使用者：知名商家提供店內部的美食資訊；
3管理使用者：管理使用者和合作使用者，保證正常的秩序；
4系統管理員：維護系統的正常；
產品在做完最基礎的架構之後，應該優先做出使用者的模組，然後才是管理使用者和合作使用者的功能。
優先順序：管理員〉使用者〉合作使用者
5.2激勵／響應序列
目前不詳
5.3輸入／輸出資料
列出輸入資料(使用者輸入、來自外部介面的輸入或者其它輸入)並且定義針對這些輸入資料的.處理(計算)方法，以及相應地輸出資料，描述對應區別：輸入資料和輸出資料。
當有大量資料需要描述時，也可以分類描述資料，並且註明各項資料的輸入、輸出屬性。
對於每一項資料，均需要描述：
●資料名稱；
●實際含義；
●資料型別；
●資料格式；
●資料約束；
對於複雜的處理方法，僅僅給出演算法原理是不夠的，必須描述詳細的計算過程，並且列出每一步具體使用的實際算式；如果計算過程中涉及查表、判斷、迭代等處理方法，應該給出處理依據和相關資料。如果計算方法很簡單，也可以將其從略，不加描述。
6其它非功能需求
非功能需求主要包括可靠性、安全性、可維護性、可擴充套件性、可測試性等。
6.1效能需求
●相互合作的使用者數量；
●系統支援的併發運算元量；
●響應時間；
●與實時系統的時間關係：
●容量需求
儲存器；
磁碟空間；
資料庫中表的最大行數。
6.2安全措施需求
1、應用日誌必須在現有基礎上進行精簡，對於重複日誌記錄、無用日誌記錄進行刪減；
2、應用日誌必須按日儲存，每個檔案儲存應用一天的完整日誌；
3、歷史應用日誌必須壓縮後按日儲存，以減小歷史日誌檔案對硬碟空間的佔用；
4、歷史應用日誌必須保留一個月（30天），以保證問題出現後，日誌可以得到較好的儲存。
6.3安全性需求
系統要有足夠的防禦能力，防禦普通駭客的攻擊，儘量減少各種可能出現的漏洞，防止6使用者資訊被不良分子竊取。
保證使用者許可權的正確設定，防止出現各種越權行為，保證系統的正常良好執行。使用者的資訊儲存採用國際流行的MD5加密，保證安全；每個使用者在第一次登入後，必須更改他的系統預置登入密碼，系統預置的登入密碼不能重用。
6.4操作需求
系統能被現有的工作人員快速掌握並使用
第三方控制元件的使用：原則是不使用，但必須使用時必須通知提出，討論通過後方可用。
點對點通訊：私聊、公聊、從吧檯獲取資訊都屬於點對點通訊範疇，採用TCP協議
6.5軟體質量屬性
易用性優於易學性，或者可移植性優於有效性。
軟體需求分析報告2
一 引言
1.1編寫目的
地理資訊系統的使用者有其特定的目的，對GIS有不同的要求，應用情況也各異。所以應對校園地理資訊系統的系統定義，系統需求以及相關內容進行描述，方便開發人員進行開發。
1.2專案背景
校園地理資訊系統作為“GIS設計與實踐課程”的課間實習，旨在加強學生對GIS資訊系統的理解和運用，瞭解GIS系統的實現過程。
二 專案概述
2.1 GIS專案目標、內容、現行系統的調查情況
該專案主要是利用GIS系統來實現校園地理資訊的視覺化操作，幫助使用者瞭解校園環境，對校園的基礎設施的使用提供便利條件，對校園的規劃與管理提供參考模型，對一些專題研究提供便利。
2.2執行環境
基於ArcGIS的開發
2.3條件與限制
校園資料的缺乏，開發人員經驗不足
三 資料的描述
3.1 GIS靜態資料
校園面積，校園範圍，校園地理座標資料，校園內部結構，系統使用物件等
3.2 GIS動態資料
輸入資料：校園地形圖、Google遙感影像、校園DLG影象
輸出資料：匹配糾正資料、向量化資料、最終成果資料
3.3GIS資料流圖
3.4GIS資料字典
外部實體: 校園地形圖、Google遙感影像、校園DLG影象
校正配準
名稱：校正配準
資料來源：已有資料資料
資料去向：融合資料
資料組成：校園地圖、遙感影像、測量資料、描述性檔案資料
向量化
名稱：向量化
資料來源：配準後資料
資料去向：向量化後資料
資料組成：配準後的柵格影象、點位座標、地物名稱、地物屬性 編輯入庫
名稱：編輯入庫
資料來源：向量化後資料
資料去向：資料庫
資料組成：點、線、面、位置關係、幾何屬性
3.5資料採集
透過網路採集校園地形圖及遙感影象，透過碎步測量採集DLG資料
四 GIS功能需求分析
4.1功能劃分
使用者
4.2功能描述
資訊查詢：透過分層顯示來實習特定地物的顯示
地圖顯示：檢視校園地形圖、Google遙感影像、校園DLG影象 放大縮小：實現地圖的縮放
緩衝區分析:分析點線面的拓撲關係
五 GIS效能需求
5.1資料準確性
作為一次實習產品，該系統對資料準確性不做嚴格要求
5.2時間特性
能夠流暢操作，不產生明顯滯留
六 GIS執行要求
擁有簡明的介面，能夠實現使用者的互操作和影象的顯示和分析。
七 質量保證
軟體執行穩定，能滿足使用者的功能需求，與系統相容性良好，可移植。