軟件開發(fā)需求分析報告

1、需求分析報告1 .引言1.1 目的需求，指的是系統(tǒng)提供的能力必須遵從的條件， 一個系統(tǒng)能否達到預期目標，系 統(tǒng)需求做的好壞起著決定性作用，因此，他無疑是該平臺開發(fā)過程中的重要一環(huán)。 按照傳統(tǒng)的軟件工程理論，需求分析的目標就是確定要干什么，而不是怎么干， 按照統(tǒng)一軟件過程的理論（RUP理論），該平臺的需求分析就是要致力于高效的 正確的開發(fā)系統(tǒng)。必須足夠詳細的描述出系統(tǒng)需求，同時也要詳細的描述系統(tǒng)必 須達到的條件或實現(xiàn)的功能，使得用戶就系統(tǒng)產(chǎn)生的問題一致。本章將要對“基于教學POI的校園公共服務平臺設計與開發(fā)”的需求進行分析，再 此基礎上將會對系統(tǒng)的各個功能進行建模，并且給出模型模型描述的圖例序列

2、圖 等模型。建立系統(tǒng)目標和需要解決的問題。1.2 背景本設計將對基于教學POI的校園公共服務平臺設計與開發(fā)進行詳細的需求 分析；基于教學POI的校園公共服務平臺設計在興趣點軟件或 APP中屬于 較為新穎貼近學生生活與教學內容的軟件在這方面有大量的資源可循但是 并沒有與之相關的軟件。作為本次軟件工程設計的需求總體分析我們需要在 POI、教學以及手機軟件開發(fā)進行基本的融會貫通。1.3 術語列出本報告中用到的專門術語的定義。2 .任務概述2.1 目標POI信息平臺系統(tǒng)的建立，最直接的提供了非常好的查詢管理平臺，極大的方便了 學生的查詢教學點 課程等方案的選擇，為學生教師等提供了海量的便利教學信息 學

3、生再也不用考慮擔心自己找不到有疑問而大費精力.通過對用戶需求分析以及POI流程研究我們應該解決以下問題在APP中搜索到正確的 合理的POI信息；POI信息的充分展現(xiàn)，包括地圖展示并標記POI點的特殊標記；給出既定位置的周邊信息查找給出位置點間的路徑規(guī)劃（自己位置與教學POI位置）；POI數(shù)據(jù)的管理，包括存儲 查詢更新等；POI信息數(shù)據(jù)的采集上傳POI數(shù)據(jù)的發(fā)布（偵測數(shù)據(jù)是否有效）教學POI公共服務平臺的管理.2.2 系統(tǒng)（或用戶）的特點作為新的關于教學興趣點的POI平臺應該有著便利數(shù)據(jù)處理，規(guī)范化數(shù)據(jù)分析。優(yōu)化教學興趣點路徑以及其他便利學生教學活動的功能特點。與其他大型公司的地圖類服務不同的是

4、我們針對在教學POI下足功夫以教學興趣點的數(shù)據(jù)為核心開發(fā)軟件，但是并沒有大型地圖軟件的適用性與開放性也限 制了改平臺的延伸，本平臺預期將在學生中頻繁使用作為日常生活的一部分 存在智能平臺與網(wǎng)絡平臺中。3 .假定和約束該軟件限制在淮海工學院為基礎數(shù)據(jù)源的教學POI開發(fā)4 .需求規(guī)定4.1 軟件功能說明POI搜索1興趣點信息處理對數(shù)據(jù)進行規(guī)范化去重數(shù)據(jù)校驗，將符合的數(shù)據(jù)作為成果數(shù) 據(jù)，錄入公共服務平臺2POI結果處理以及地圖上的展示3搜索規(guī)范化4用戶信息POI個性化5數(shù)據(jù)索引檢查6數(shù)據(jù)管理7賬戶管理POI 搜索模塊視圖如下 （POI 搜索模塊設計 UIDlgPOISearchUIDlgPOIRes

5、ultUIDlgPOIBusresultUIDlgPOIDetailUIDlgPOIDe epDetailUIDlgPOInearby 等）POI搜索代碼模塊類路徑搜索模塊使用的接口代碼為 UIDlgNavSearchUIDlgNAvResule模塊類圖下-Ej&MrehELrde: Bundle- m KPSSUflufi; int- m ElarlG(1>Kl: in!- m_enddtyi± ini- m. warltiinMype： irK- m ondhrnLlype; int- m Bjilder: Builder- m Ima第研聞知Jgr: in!- m

6、 bSlarlSsleclQd: boolean- m searchBnde: Bundiei- m國蜜國aM肉：自版- m中力忡卻拿時時2由配圖 SubpopAdg加<UDIg 用 VRemuh-eNtavftesuIC ihl"qoeT»e. H-m_busjndc; int-mjisl Hern Adapter: S 油 pieAdapter eBunde： Bundle-m-bCabchariflc： booJe由n-F linear Layout -nav lab: Un日日rLaywlbool eon *JniiParam(>. goHran *SB

7、ESeardiNExW); void *55ugge第口n。二 bcolean 導口nSdgg白mlicin由閨，：bodoan onSaardhO； void *anQtyS6ard|i： vdk! a onPOflrEtSearchi；): wad 0蕈口Ml區(qū)河j：gd* *openQLyLisftDialog(1： wd -openPOlListDsJogfi： vmdScrtdMMSH； ed-oriMsgR-ocO： boofean-cnMivShHreO： voidWshUIHepFrflmeO. wd-opEAddFagr h曰log仆 wd-cxDaleiaFMiri1e&l

8、t;FbLrfe(): Mid ，sSe梆chOwnfleQ . wid-onSearchBtKk() j路徑搜索模塊接口代碼模塊類賬戶管理(1)數(shù)據(jù)提供方管理 對在線和離線和POI數(shù)據(jù)提供方進行管理，包括提供提 供方的信息和添加、刪除、查詢、統(tǒng)計等操作。(2)接入管理 對于要在使用POI信息的應用提供申請注冊賬號管理功能，在 使用教學POI信息的時候必須通過接入賬號才可以使用。(3)系統(tǒng)管理 系統(tǒng)管理是系統(tǒng)后臺管理功能，要堆系統(tǒng)中可配置項進行管理和 配置。包括對個性化模型維度管理，系統(tǒng)日志分析策略的配置，排序的參數(shù)和權 重的策略調整和管理等。系統(tǒng)管理又分為幾個方面：個性化模型管理：提供個性

9、化模型的管理功能。針對每個領域設置該領域的個性化模型維度和編碼。系統(tǒng)日志管理：提供系統(tǒng)配置功能?？梢苑治鰰r間頻率。逐項定量和定性地敘述對系統(tǒng)所提出的功能要求，說明輸入什么量、經(jīng)怎 樣的處理、得到什么輸出，說明的容量，包括系統(tǒng)應支持的終端數(shù)和應支 持的并行操作的用戶數(shù)等指標。1.2 對功能的一般性規(guī)定要求界面格式統(tǒng)一，統(tǒng)一的錯誤提示界面并有返回操作，要求有在線幫助。1.3 對性能的一般性規(guī)定1.3.1 精度說明對該系統(tǒng)的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。1.3.2 時間特性要求說明對于該系統(tǒng)的時間特性要求。.要求該系統(tǒng)具有實時性，信息實時更新性1.3.3 靈活性說明對該系統(tǒng)的靈

10、活性的要求，即當需求發(fā)生某些變化時，該系統(tǒng)對這些變 化的適應能力。1.4 輸入輸出要求解釋各輸入輸出數(shù)據(jù)類型，并逐項說明其媒體、格式、數(shù)值范圍、精度等。對系統(tǒng)的數(shù)據(jù)輸出及必須標明的控制輸出量進行解釋并舉例。1.5 數(shù)據(jù)管理能力要求(針對軟件系統(tǒng))說明需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預見的增長對數(shù)據(jù)及其分量的存儲作出估算。1.6 故障處理要求列出可能的軟件、硬件故障以啊對各項性而言所產(chǎn)生的后果和對故障處理的 要求。1.7 其他專門要求用戶對安全保密的要求，包括信息加密、信息認證（確定穿過系統(tǒng)或網(wǎng)絡的 信息沒有被修改）方面的要求。對使用方便的要求，對可維護性、可補充性、易讀性

11、、可靠性、運行環(huán)境可 轉換性的特殊要求等。5 .運行環(huán)境規(guī)定5.1 設備列出運行該軟件所需要的硬件設備。5.2 支撐軟件5.3 作系統(tǒng) windows7安卓5.4 據(jù)庫管理系統(tǒng) SQLite5.5 他支撐軟件安卓SDK java5.6 接口該軟件同其他軟件之間的公共接口、數(shù)據(jù)通信協(xié)議等，5.7 控制說明控制該產(chǎn)品的運行的方法和控制信號，并說明這些控制信號的來源。6 .尚需解決的問題以列表的形式列出在需求分析階段必須解決但尚未解決的問題測試計劃引言目的說明本項目測試目的、預期達到的目標。背景說明本項目測試的背景。測試范圍說明本項目測試的內容。7 .測試需求7.1 分析各種信息反復檢查并理解各種信

12、息，和用戶交流，理解他們的要求?？梢园凑找韵虏襟E 執(zhí)行：1）確定軟件提供的主要商業(yè)任務2）對每個商業(yè)任務，確定完成該任務所要進行的交易。3）確定從數(shù)據(jù)庫信息引出的計算結果。4）對于對時間有要求的交易，確定所要的時間和條件。這些條件包括數(shù)據(jù)庫 大小、機器配置、交易量、以及網(wǎng)絡擁擠情況。5）確定會產(chǎn)生重大意外的壓力測試，包括：內存、硬盤空間、高的交易率6）確定應用需要處理的數(shù)據(jù)量。7）確定需要的軟件和硬件配置。通常情況下，不可能對所有可能的配置都測 試到，因此要選擇最有可能產(chǎn)生問題的情況進行測試， 包括：最低性能的硬件、 幾個有兼容性問題的軟件并存、客戶端機器通過最慢的LAN/WAN連接訪問服務器。8）確定其他與應用軟件沒有直接關系的商業(yè)交易。包括： 管理功能，如啟動和推出程序 配置功能，如設置打印機操作員的愛好，如字體、顏色應用功能，如訪問email或者顯示時間和日期。9）確定安裝過程，包括定置從哪安裝、定制安裝、升級安裝。10）確定沒有隱含在功能測試中的戶界面要求。大多界面都在功能測試時被測試到。還有寫沒有測到，如：操作與顯示的一致性，如使用快捷鍵等；界面遵 從合理標準，如按鈕大