軟件需求分析報告

第第頁軟件需求分析報告

軟件需求分析報告1

I目次

1.總體功能需求1

2.軟件開發(fā)平臺需求1

3.軟件需求分析1

3.1.軟件范圍1

3.2軟件的風險1

3.3軟件的功能2

3.4用戶類和特性2

3.5運行環(huán)境需求2

3.6設(shè)計和實現(xiàn)上的限制2

4.外部接口需求2

4.1用戶界面3

4.2硬件接口3

4.3軟件接口3

4.4通訊接口4

5.系統(tǒng)功能需求5

5.1說明和優(yōu)先級5

5.2激勵響應(yīng)序列5

5.3輸入輸出數(shù)據(jù)6

6.其他非功能需求6

6.1性能需求6

6.2安全措施需求6

6.3安全性需求6

6.4操作需求7

6.5軟件質(zhì)量屬性7

II

1總體功能需求

該產(chǎn)品主要是一個信息共享平臺，所以肯定要有實時信息交互功能；針對注冊用戶，要有用戶信息管理以及后臺數(shù)據(jù)庫存儲功能；對于用戶推舉上傳的美食商家地址要有基礎(chǔ)的位置獵取定位功能或者是導航軟件啟動權(quán)限申請功能

2軟件開發(fā)平臺需求

開發(fā)者開發(fā)的軟件需要能夠在安卓以及ios等主流平臺上正常運行。

目前開發(fā)軟件平臺為：

數(shù)據(jù)庫管理系統(tǒng)：

Oracle9i以上版本

中間件(應(yīng)用服務(wù)器)系統(tǒng)：

IBMWebSphere

OA系統(tǒng)：

LotusDomino/Notes

網(wǎng)絡(luò)架構(gòu)：

完全支持TCP/IP協(xié)議

開發(fā)工具或技術(shù)體系：

為保證軟件的上下兼容性，開發(fā)者應(yīng)選擇比較通用的開發(fā)工具的較新版本進行開發(fā)，如MicrosoftVisualStudio.Net，BorlandDelphi，C++Builder，或J2EE(Java2P1atformEnterpriseEdition)等。

3軟件的需求分析

3.1軟件范圍

開發(fā)這個軟件產(chǎn)品不僅僅是為了在現(xiàn)在這個高速進展的社會中通過這樣一個渠道將人們聯(lián)系起來，也是為了將一個城市中全部的美食文化傳承下來，將美食帶給人們的那一份滿意感通過這樣一個平臺傳遞給更多的人，最終通過美食這個紐帶將人們之間的關(guān)系拉近。該軟件主要是一個信息共享平臺。這里的共享信息，指的是共享美食、展覽會、漫展、藏在深巷中的小店、實惠良心的商鋪等信息，不僅可以用論壇版塊發(fā)帖的方式，還有短視頻，以后還可以做出全景模型協(xié)作AR與VR。當你一個人找到一家美食，實惠的商鋪，好玩的活動時，你可以在平臺上面共享。讓更多人的看見。在你想要查找這些時，也可以在平臺上查找信息。除了信息共享以外還可以建立特地的交友模塊，讓人們能夠找到對美食愛好相投的一群人，提升用戶的運用體驗。

3.2軟件的風險

該軟件在建立運營的過程中有肯定的風險：可能會產(chǎn)生肯定的惡劣用戶，將建立這個平1臺原有的初衷歪曲化，在信息共享中會產(chǎn)生各種不良行為，譬如利用該軟件平臺發(fā)布廣告、部分商家冒充用戶對平臺信息進行肯定的導向；在交友模塊中又會利用平臺進行非法的交易甚至是欺詐用戶，從而對用戶的安全產(chǎn)生侵害。

3.3軟件的功能

這款軟件主要的功能就在于為用戶建立一個全新模式的美食溝通共享平臺，為用戶提供信息服務(wù)，也為城市中一些口碑很好但鮮有人知的美食提供一個綻放光華的機會，為中華美食文化的傳承做了一點努力。

3.4用戶類和特性

該軟件針對的用戶群體比較寬泛，無論是什么年齡或者階層的用戶，只要對于美食有追求，那就肯定會是我們的用戶群體。當然對于巨大的用戶群體還是要有肯定的特性劃分，我們會依據(jù)用戶平常搜尋的記錄進行大數(shù)據(jù)分析，對不同用戶推送不同的特色美食。

3.5運行環(huán)境需求

本軟件的運行環(huán)境，一般包括：

●操作系統(tǒng)和版本；Windows7及以上、android4.0及以上、ios8.0及以上；

●支撐環(huán)境和版本；數(shù)據(jù)庫軟件Oracle9i以上版本；

●其它與該軟件有關(guān)的軟件組件；應(yīng)用服務(wù)器系統(tǒng)采納IBMWebSphere；

3.6設(shè)計和實現(xiàn)上的限制

在開發(fā)過程中可能的限制包括以下內(nèi)容：

●需要運用的特定技術(shù)、工具、編程語言和數(shù)據(jù)庫；

●避開運用的特定技術(shù)、工具、編程語言和數(shù)據(jù)庫；

●要求遵循肯定的開發(fā)規(guī)范和標準

例如，假如由客戶的公司或者第三方公司負責軟件維護，就需要定義轉(zhuǎn)包者所運用的設(shè)計符號表示和編碼標準；

●企業(yè)策略的限制；

●政府法規(guī)的限制；

●工業(yè)標準的限制；

●硬件的限制

例如，定時需求或存儲器限制；

●數(shù)據(jù)轉(zhuǎn)換格式標淮的限制。

4外部接口需求

此部分內(nèi)容說明白軟件產(chǎn)品能和外部組件正確連接的需求。關(guān)聯(lián)圖僅能表示高層抽象的外部接口，對接口數(shù)據(jù)和外部組件進行具體描述，并且寫入了數(shù)據(jù)定義中。

4.1用戶界面

以下是用戶界面可能包括的一些特征內(nèi)容：

●將要采納的圖形用戶界面(GUl)標準或者產(chǎn)品系列的風格；

●有關(guān)屏幕布局或者解決方案的限制；

●將要運用在每一個屏幕(圖形用戶界面)上的軟件組件，可能包括：

選單；

標準按鈕；

導航鏈接；

各種功能組件；

消息欄；

●快捷鍵；

●各種顯示格式的規(guī)定，可能包括：

不憐憫況下文字的對齊方式；

不憐憫況下數(shù)字的表現(xiàn)格式與對齊方式

日期的表現(xiàn)方法與格式；

計時方法與時間格式；

等等。

●錯誤信息顯示標準；

4.2硬件接口

●支持的硬件類型；

●軟、硬件之間溝通的數(shù)據(jù)；

●掌握信息的性質(zhì)；

●運用的通訊協(xié)議；

4.3軟件接口

●操作系統(tǒng)；

●數(shù)據(jù)庫；

●工具；

●函數(shù)庫；

●集成的商業(yè)組件

4.4通訊接口

描述與軟件產(chǎn)品所運用的通訊功能相關(guān)的需求，包括：

●電子郵件；

●WEB閱覽器；

●網(wǎng)絡(luò)通訊標準或者協(xié)議；

●數(shù)據(jù)交互用電子表格；●消息格式；

●通訊安全或加密問題；●數(shù)據(jù)傳輸速率；

●同步和異步通訊機制；

5系統(tǒng)功能需求

實時信息交互功能需求；

用戶信息管理以及后臺數(shù)據(jù)庫存儲功能需求；

位置獵取定位功能或者是導航軟件啟動權(quán)限申請功能需求；

系統(tǒng)存儲空間讀寫功能需求；

后臺信息推送自啟動功能需求；

5.1說明和優(yōu)先

本系統(tǒng)依據(jù)最終用戶所具有的不同功能將用戶分為以下四類：

1、軟件用戶：需要從產(chǎn)品獵取、上傳信息等；

2、合作用戶：知名商家提供店內(nèi)部的美食信息；

3管理用戶：管理用戶和合作用戶，保證正常的秩序；

4系統(tǒng)管理員：維護系統(tǒng)的正常；

產(chǎn)品在做完最基礎(chǔ)的架構(gòu)之后，應(yīng)當優(yōu)先做出用戶的模塊，然后才是管理用戶和合作用戶的功能。

優(yōu)先級：管理員〉用戶〉合作用戶

5.2激勵／響應(yīng)序列

目前不詳

5.3輸入／輸出數(shù)據(jù)

列出輸入數(shù)據(jù)(用戶輸入、來自外部接口的輸入或者其它輸入)并且定義針對這些輸入數(shù)據(jù)的.處理(計算)方法，以及相應(yīng)地輸出數(shù)據(jù)，描述對應(yīng)區(qū)分：輸入數(shù)據(jù)和輸出數(shù)據(jù)。

當有大量數(shù)據(jù)需要描述時，也可以分類描述數(shù)據(jù)，并且注明各項數(shù)據(jù)的輸入、輸出屬性。

對于每一項數(shù)據(jù)，均需要描述：

●數(shù)據(jù)名稱；

●實際含義；

●數(shù)據(jù)類型；

●數(shù)據(jù)格式；

●數(shù)據(jù)約束；

對于繁復的處理方法，僅僅給出算法原理是不夠的，需要描述具體的計算過程，并且列出每一步詳細運用的實際算式；假如計算過程中涉及查表、判斷、迭代等處理方法，應(yīng)當給出處理依據(jù)和相關(guān)數(shù)據(jù)。假如計算方法很簡約，也可以將其從略，不加描述。

6其它非功能需求

非功能需求主要包括牢靠性、安全性、可維護性、可擴展性、可測試性等。

6.1性能需求

●相互合作的用戶數(shù)量；

●系統(tǒng)支持的并發(fā)操作數(shù)量；

●響應(yīng)時間；

●與實時系統(tǒng)的時間關(guān)系：

●容量需求

存儲器；

磁盤空間；

數(shù)據(jù)庫中表的最大行數(shù)。

6.2安全措施需求

1、應(yīng)用日志需要在現(xiàn)有基礎(chǔ)上進行精簡，對于重復日志記錄、無用日志記錄進行刪減；

2、應(yīng)用日志需要按日保存，每個文件保存應(yīng)用一天的完整日志；

3、歷史應(yīng)用日志需要壓縮后按日保存，以減小歷史日志文件對硬盤空間的占用；

4、歷史應(yīng)用日志需要保留一個月〔30天〕，以保證問題涌現(xiàn)后，日志可以得到較好的保存。

6.3安全性需求

系統(tǒng)要有足夠的防備技能，防備一般黑客的攻擊，盡量減削各種可能涌現(xiàn)的漏洞，防止6用戶信息被不良分子竊取。

保證用戶權(quán)限的正確設(shè)置，防止涌現(xiàn)各種越權(quán)行為，保證系統(tǒng)的正常良好運行。用戶的信息保存采納國際流行的MD5加密，保證安全；每個用戶在第一次登錄后，需要更改他的系統(tǒng)預置登錄密碼，系統(tǒng)預置的登錄密碼不能重用。

6.4操作需求

系統(tǒng)能被現(xiàn)有的工作人員快速掌控并運用

第三方控件的運用：原那么是不運用，但需要運用時需要通知提出，爭論通過后方可用。

點對點通訊：私聊、公聊、從吧臺獵取信息都屬于點對點通訊范疇，采納TCP協(xié)議

6.5軟件質(zhì)量屬性

易用性優(yōu)于易學性，或者可移植性優(yōu)于有效性。

軟件需求分析報告2

一引言

1.1編寫目的

地理信息系統(tǒng)的用戶有其特定的目的，對GIS有不同的要求，應(yīng)用狀況也各異。所以應(yīng)對學校地理信息系統(tǒng)的系統(tǒng)定義，系統(tǒng)需求以及相關(guān)內(nèi)容進行描述，方便開發(fā)人員進行開發(fā)。

1.2項目背景

學校地理信息系統(tǒng)作為“GIS設(shè)計與實踐課程”的課間實習，旨在加強同學對GIS信息系統(tǒng)的理解和運用，了解GIS系統(tǒng)的實現(xiàn)過程。

二項目概述

2.1GIS項目目標、內(nèi)容、現(xiàn)行系統(tǒng)的調(diào)查狀況

該項目主要是利用GIS系統(tǒng)來實現(xiàn)學校地理信息的可視化操作，援助用戶了解學校環(huán)境，對學校的基礎(chǔ)設(shè)施的運用提供便利條件，對學校的規(guī)劃與管理提供參考模型，對一些專題討論提供便利。

2.2運行環(huán)境

基于ArcGIS的開發(fā)

2.3條件與限制

學校數(shù)據(jù)的缺乏，開發(fā)人員閱歷不足

三數(shù)據(jù)的描述

3.1GIS靜態(tài)數(shù)據(jù)

學校面積，學校范圍，學校地理坐標數(shù)據(jù)，學校內(nèi)部結(jié)構(gòu)，系統(tǒng)運用對象等

3.2GIS動態(tài)數(shù)據(jù)

輸入數(shù)據(jù)：學校地形圖、Google遙感影像、學校DLG圖像

輸出數(shù)據(jù)：匹配訂正數(shù)據(jù)、矢量化數(shù)據(jù)、最終成果數(shù)據(jù)

3.3GIS數(shù)據(jù)流圖

3.4GIS數(shù)據(jù)字典

外部實體:學校地形圖、Google遙感影像、學校DLG圖像

校正配準

名稱：校正配準

數(shù)據(jù)來源：已有數(shù)據(jù)資料

數(shù)據(jù)去向：融合數(shù)據(jù)

數(shù)據(jù)組成：學校地圖、遙感影像、測量數(shù)據(jù)、描述性文件資料

矢量化

名稱：矢量化

數(shù)據(jù)來源：配準后數(shù)據(jù)

數(shù)據(jù)去向：矢量化后數(shù)據(jù)

數(shù)據(jù)組成：配準后的柵格圖像、點位坐標、地物名稱、地物屬性編輯入庫

名稱：編輯入庫

數(shù)據(jù)來源：矢量化后數(shù)據(jù)

數(shù)據(jù)去向：數(shù)據(jù)庫

數(shù)據(jù)組成：點、線、面、位置關(guān)系、幾何屬性

3.5數(shù)據(jù)采集

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

四GIS功能需求分析

4.1功能劃分

用戶

4.2功能描述

信息查詢：通過分