需求分析調(diào)研報告5篇_第1頁
需求分析調(diào)研報告5篇_第2頁
需求分析調(diào)研報告5篇_第3頁
需求分析調(diào)研報告5篇_第4頁
需求分析調(diào)研報告5篇_第5頁
已閱讀5頁,還剩29頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1/1需求分析調(diào)研報告5篇

需求分析報告怎么寫(總結(jié)報告格式要求篇一需求分析報告

版本:1.0.0

編者年月日審核年月日批準年月日

XXX

二〇一四年五月

一、引言

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

1.2背景說明

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

1.3預(yù)期讀者和閱讀建議

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

1.4術(shù)語定義

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

1.5參考文獻

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

二、任務(wù)概述

2.1目標

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

2.2用戶特點

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

2.3假定和約束

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

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

3.1現(xiàn)有系統(tǒng)分析

對現(xiàn)有系統(tǒng)(包括自動或人工的)進行簡要分析。

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

描述實際業(yè)務(wù)的過程和特點,即業(yè)務(wù)建模。

3.3系統(tǒng)角色

畫出系統(tǒng)中的角色,并用文字進行說明。

3.4主題描述(或:系統(tǒng)用例視圖)

畫出主題圖,描述主題內(nèi)的業(yè)務(wù)和主題間的業(yè)務(wù)。

或用UML語言描繪系統(tǒng)總的用例視圖。

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

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

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

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

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

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

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

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

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

4.1子系統(tǒng)(模塊一)

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

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

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

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

4.1.3主題描述及用例視圖

若主題下面還含有子主題,則畫出主題圖,描述主題內(nèi)的業(yè)務(wù)和主題間的業(yè)務(wù);并且接著畫出子系統(tǒng)或業(yè)務(wù)模塊的詳細用例視圖。

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

4.1.4用例描述

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

用例名稱一

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

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

(可選內(nèi)容)用UML的順序圖或協(xié)同圖描述該用例的操作流程。

(可選內(nèi)容)

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

用例名稱二

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

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

(可選內(nèi)容)用UML的順序圖或協(xié)同圖描述該用例的操作流程。

(可選內(nèi)容)

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

用例名稱三

。.。。.。4.1.5信息項描述

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

推薦描述形式如下:

信息集名稱:********

4.2子系統(tǒng)(模塊二)

4.3子系統(tǒng)(模塊三)

五、性能要求

5.1用戶數(shù)要求

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

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

5.4容錯要求

5.5權(quán)限要求

5.6靈活性要求

當需求發(fā)生變化時的適應(yīng)能力要求。

5.7使用頻度要求

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

六、其它需求

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

七、附錄

對本需求有說明意義的資料:文檔、數(shù)據(jù)、表格、樣張等等。

附注:

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

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

需求分析報告篇二一、網(wǎng)絡(luò)應(yīng)用需求。

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

2、建設(shè)學(xué)校資料,實現(xiàn)學(xué)校的對外宣傳以及發(fā)布學(xué)校內(nèi)部信息。

3、在校園網(wǎng)內(nèi)實現(xiàn)文件傳輸共享。

4、實現(xiàn)學(xué)校行政、教師的無紙化辦公。

5、學(xué)生個人信息管理與查詢系統(tǒng)。

6、圖書館電子化,實現(xiàn)圖書信息搜索。

7、校園生活電子化(包括如:一卡通消費,轉(zhuǎn)帳交納網(wǎng)費、電費、水費,個人帳戶網(wǎng)上管理和查詢)。

8、校內(nèi)網(wǎng)絡(luò)輔助教育教學(xué)(如:廣播、組播,上機考試等)。

9、電子郵件系統(tǒng)。

二、安全需求。

1、校園網(wǎng)接入Internet,應(yīng)使用防火墻的過濾功能來防止網(wǎng)絡(luò)黑客和其他非法入侵者入侵網(wǎng)絡(luò)系統(tǒng),并對接入Internet用戶進行權(quán)限控制。

2、設(shè)置用戶權(quán)限,對不同用戶分組進行權(quán)限限制。

三、技術(shù)需求。

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

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

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

4、布線系統(tǒng)采用星形分布式拓撲結(jié)構(gòu),分為工作區(qū)子系統(tǒng)、水平子系統(tǒng)、管理子系統(tǒng)、垂直干線子系統(tǒng)、建筑群子系統(tǒng)、設(shè)備間子系統(tǒng)。

5、以學(xué)生公寓為例,每幢學(xué)生公寓有6層,每層有12間宿舍,每間宿舍須設(shè)4個信息點。據(jù)此應(yīng)該在每層設(shè)集線箱,每幢公寓有一個管理間,管理間內(nèi)設(shè)二層交換設(shè)備。

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

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

四、安全需求。

1、按照相應(yīng)標準進行局域網(wǎng)的建設(shè),確保物理層安全。

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

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

4、建立身份認證系統(tǒng),對各應(yīng)用系統(tǒng)本身進行加固。

五、其他需求。

1、在圖書館、自習(xí)室建設(shè)無線網(wǎng)絡(luò),以滿足學(xué)習(xí)需要。

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

關(guān)于需求分析的總結(jié)報告篇三關(guān)于需求分析的總結(jié)報告在學(xué)習(xí)了第四章的需求獲取之后做出以下總結(jié)這部分主要強調(diào)了在優(yōu)秀的軟件工程中抽象和建模的關(guān)鍵原則。使用模型來從已有的需求中梳理出誤解和遺漏的的細節(jié)并與他人溝通需求。討論了需求的不同資源和不同類型功能需求VS質(zhì)量需求VS設(shè)計約束解釋如何編寫易測試的需求并描如何解決沖突。討論需求引出、需求文檔、需求評審、需求質(zhì)量及度量以及如何選擇一個規(guī)格說明方法的示例。為了開發(fā)出真正滿足用戶需求的軟件產(chǎn)品首先必須知道用戶的需求。對軟件需求的深入理解是軟件開發(fā)工作獲得成功的前提條件不論人們把設(shè)計和編碼工作做得如何出色不能真正滿足用戶需求的程序任然是失敗的程序。那么這些工作需要在編碼前進行細致的安排包括一需求分析任務(wù)的建立1確定對系統(tǒng)任務(wù)的綜合要求○1功能需求指定系統(tǒng)必須提供的服務(wù)通過需求分析應(yīng)該劃分出系統(tǒng)必須完成的所有功能○2性能需求指定系統(tǒng)必須滿足的定時約束和容量約束○3可靠性和可行性需求定量的指定系統(tǒng)的可靠性○4出錯處理需求說明系統(tǒng)對于環(huán)境錯誤應(yīng)該怎樣響應(yīng)○5接口需求描述應(yīng)用系統(tǒng)與它的環(huán)境通信的格式○6約束設(shè)計約束或?qū)崿F(xiàn)約束描述在設(shè)計或?qū)崿F(xiàn)應(yīng)用系統(tǒng)時應(yīng)遵守的限制條件2分析系統(tǒng)的數(shù)據(jù)要求軟件系統(tǒng)本質(zhì)都是信息處理系統(tǒng)系統(tǒng)必須處理的信息和系統(tǒng)應(yīng)該產(chǎn)生的信息在很大程度上決定了系統(tǒng)的面貌對軟件設(shè)計有深遠影響3到處系統(tǒng)的邏輯模型4修正系統(tǒng)開發(fā)計劃二與用戶溝通獲取需求的方法分析員提出一些事先準備好的具體問題例如詢問客戶公司銷售的商品種類、雇傭的銷售人員數(shù)目以及信息反饋時間應(yīng)該多快等在非正式訪談中分析員提出一些用戶可以自由回答的開性問題以鼓勵被訪問人員說出自己的想法例如詢問用戶對目前正在使用的系統(tǒng)有哪些不滿意的地方。在訪問用戶的過程中使用情景分析技術(shù)往往非常有效。三分析建模與規(guī)格說明1分析建模2軟件需求規(guī)格說明通常使用自然語言完整、準確、具體地描述系統(tǒng)的數(shù)據(jù)要求、功能需求、性能需求、可靠性和可用性要求、出錯處理需求、接口需求、約束、逆向需求以及將來可能提出的要求。四實體——聯(lián)系圖五數(shù)據(jù)規(guī)范化六狀態(tài)轉(zhuǎn)換圖七驗證軟件需求1從哪些方面驗證軟件需求的正確性包括一致性、完整性、現(xiàn)實性、有效性2驗證軟件需求的方法○1驗證需求的一致性○2驗證需求的現(xiàn)現(xiàn)實性○3驗證需求的完整性和有效性為了詳細的了解并正確的解用戶的需求必須使用適當方法與用戶溝通訪談是與用戶最基本的溝通。為了提高軟件需求精確度快速建立軟件原型是最準確最有效和最強大的需求分析技術(shù)??焖僭蛻?yīng)該具備的基本特征是“快速”和“容易修改”。為了跟好的理解問題常常采用建模的方法結(jié)構(gòu)化分析實質(zhì)就是一種建?;顒映藙?chuàng)建分析模型之外在需求分析階段還應(yīng)該寫出軟件需求規(guī)格說明書經(jīng)過嚴格評審并得到用戶確認后才能作為這階段的最終成果。通常要從一致性完整性現(xiàn)實性和有效性四個方面復(fù)審軟件需求規(guī)格說明書。通過做一些小項目我更深體會發(fā)到對于軟件的需求分析一旦分析失誤或者不能很好的滿足用戶的要求都將是一項失敗的項目。如果是大項目將給公司帶來不可估量的損失。特別是書寫需求規(guī)格說明書除了與用戶進行很好溝通外自己要梳理出很清晰的思路這樣才能很好的按照需求進行編碼。

需求分析報告篇四一、引言

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è)計與實踐課程”的課間實習(xí),旨在加強學(xué)生對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ā)人員經(jīng)驗不足

三、數(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功能描述

信息查詢:通過分層顯示來實習(xí)特定地物的顯示

地圖顯示:查看校園地形圖、Google遙感影像、校園DLG圖像放大縮小:實現(xiàn)地圖的縮放

緩沖區(qū)分析:分析點線面的拓撲關(guān)系

五、GIS性能需求

5.1數(shù)據(jù)準確性

作為一次實習(xí)產(chǎn)品,該系統(tǒng)對數(shù)據(jù)準確性不做嚴格要求

5.2時間特性

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

六、GIS運行要求

擁有簡明的界面,能夠?qū)崿F(xiàn)用戶的互操作和圖像的顯示和分析。

七、質(zhì)量保證

軟件運行穩(wěn)定,能滿足用戶的功能需求,與系統(tǒng)兼容性良好,可移植。

需求分析報告篇五需求分析報告

綜合要求

一、功能需求

1.1功能劃分

(1)“衣”子系統(tǒng)

(2)“食”子系統(tǒng)

(3)“住”子系統(tǒng)(4)“行”子系統(tǒng)

1.2功能描述

(1)“衣”子系統(tǒng)

實現(xiàn)功能:

1)用戶服裝信息的管理

2)通過當時外界環(huán)境和現(xiàn)有服裝進行實時推薦

(2)“食”子系統(tǒng)

實現(xiàn)功能:

1)根據(jù)用戶地理位置(家or餐館)推送用戶當前應(yīng)攝入的健康食物。

(3)“住”子系統(tǒng)

實現(xiàn)功能:

1)自動調(diào)整屋內(nèi)溫度、濕度、光線和家具(沙發(fā)、床)的軟硬程度

2)通過無線遙控對各智能終端進一步調(diào)節(jié)(4)“行”子系統(tǒng)

實現(xiàn)功能:

有車用戶:結(jié)合用戶對于出行成本的選擇(最省時,最省油,折中),給出最優(yōu)的出行路線。

無車用戶:

1)鏈接打車軟件

2)通過連接“車來了”等軟件給用戶提供建議

1.3系統(tǒng)功能

(1)設(shè)計不同用戶的操作權(quán)限和登錄方法。

(2)通過傳感器獲得周圍環(huán)境的溫度,濕度并將其錄入數(shù)據(jù)庫。

(3)通過網(wǎng)絡(luò)信息抓取以及衛(wèi)星定位獲得必要信息(車流量)并將其錄入數(shù)據(jù)庫。(4)實時獲得用戶身體健康系數(shù)及其飲食喜好并將其錄入數(shù)據(jù)庫。(5)獲得附近餐館和菜品的信息并將其錄入數(shù)據(jù)庫。

(6)根據(jù)車載傳感器獲得車距和能見度等信息,并將其錄入數(shù)據(jù)庫。(7)實現(xiàn)語音錄入當前用戶的代辦適宜。(8)通過消息推送,實現(xiàn)智能辦公。

二、性能需求

2.1數(shù)據(jù)精確度該系統(tǒng)對精度要求高,確保數(shù)據(jù)一致性,確保數(shù)據(jù)轉(zhuǎn)換的及時準確,確保更新數(shù)據(jù)的及時準確。

2.2系統(tǒng)特性

·系統(tǒng)的高速性,穩(wěn)定性,安全性。

·移動端(安卓/ios內(nèi)存2G容量16G分辨率320*480)·反映時間:10ms–100ms·信息量速率:500bit/s或bps·數(shù)據(jù)庫容量:500T

三、可靠性和可用性需求

3.1穩(wěn)定性

·對于用戶比較繁忙的時候,系統(tǒng)信息就會存在數(shù)百甚至數(shù)千上萬的并發(fā)量,系統(tǒng)對于高并發(fā)應(yīng)有相應(yīng)的負載均衡機制,對所有請求進行優(yōu)先排隊,滿足高運行情況下的穩(wěn)定性和可靠性。

3.2可靠性

·對于遭受網(wǎng)絡(luò)攻擊,或者服務(wù)器硬件異常等意外情況,要有意外處理機制,需要系統(tǒng)能夠保證定時備份數(shù)據(jù)信息,保證在服務(wù)器異常的情況下能及時啟動應(yīng)急機制。保證系統(tǒng)的正常訪問。

3.3安全性

·提高安全保密機制,保證數(shù)據(jù)可靠安全

·對不同用戶分配不同的權(quán)限

·用戶只能操作相應(yīng)權(quán)限的信息,如查看,刪除信息等

·要保證用戶信息的安全性,保證管理員和開發(fā)者不能夠隨意的查閱改動用戶信息

3.4完整性

·提高數(shù)據(jù)完整性,參照完整性等

3.5易用性

·提高使用性,便于用戶操作,提高用戶滿意度。

3.6可復(fù)用性

·保證代碼可復(fù)用,方便操作

3.7可維護性

·提高程序健壯性,保證程序的后期可維護性

3.8可移植性

·提高代碼使用次數(shù),提高利用率,保證代碼可移植性

3.9可測試性

·保證程序可測試,便于后期操作

四。出錯處理需求

4.1格式要求

·給每一個信息的格式都要注意其形式。格式不對的自動重新測試,以及自動把情況反饋給管理員。

4.2信息保存

·對于外來攻擊導(dǎo)致系統(tǒng)崩潰情況,需要及時保留用戶當前所有的信息。

五、接口需求

5.1用戶接口

·把用戶提交的賬號密碼,在數(shù)據(jù)庫中進行搜索查詢進行驗證。

5.2硬件接口

·溫度傳感器接口,空氣濕度傳感器接口

5.3軟件接口

·實現(xiàn)衣食住行模塊和數(shù)據(jù)庫之間相互傳輸信息

5.4通信需求接口

·實現(xiàn)衛(wèi)星以及車載傳感器把測的數(shù)據(jù)進行傳輸。

六、約束

6.1精度

·對于溫度,濕度要求精確到小數(shù)點后兩位。對于能見度等問題需要精確到誤差在3米之內(nèi)

6.2語言約束

·英語和漢語結(jié)合。

6.3設(shè)計約束

·全部過程需要從整體,平衡出發(fā)。不要僅僅開發(fā)完一個在區(qū)開發(fā)另外一個。

6.4使用標準

·全部的標準使用國際標準。

6.5硬件平臺

·臺式機為xp/win7系統(tǒng)。移動端為android/ios。

七、逆向需求

基于互聯(lián)網(wǎng)的“懶人系統(tǒng)”目前能夠完成生活許多方面的推薦以及編寫測試信息等。但是尚且不能人性化的代替擁護進行決定。

八.系統(tǒng)用例圖

服裝推薦傳感器食物推薦用戶家居調(diào)節(jié)因特網(wǎng)出行推薦登陸

九.系統(tǒng)數(shù)據(jù)需求分析

9.1系統(tǒng)的E-R圖

服裝餐廳服裝推薦食物推薦用戶家居調(diào)節(jié)出行推薦家居用品道路

9.2數(shù)據(jù)需求

(1)穿衣子系統(tǒng)

(衣櫥統(tǒng)計,氣象監(jiān)控,期刊統(tǒng)計,用戶喜好)說明:

衣櫥統(tǒng)計:記錄用戶當前擁有的服飾,需要用戶自行更新。

氣象監(jiān)控:記錄實時的天氣情況,從互聯(lián)網(wǎng)獲取當前溫度氣象信息。

期刊統(tǒng)計:統(tǒng)計當前時尚期刊中出現(xiàn)頻率較高的服飾搭配信息,以便向用戶推送。用戶喜好:統(tǒng)計用戶的穿衣習(xí)慣,找出并記錄用戶喜歡的搭配風(fēng)格,以便系統(tǒng)進行比較。(2)飲食子系統(tǒng)

(飲食記錄,飲食統(tǒng)計,飯店信息)說明:

飲食記錄:記錄用戶日常的一日三餐情況。飲食統(tǒng)計:根據(jù)飲食記錄中的信息,分析出用戶偏好并記錄。

飯店信息:儲存用戶周邊飲食信息,根據(jù)系統(tǒng)分析,為用戶推薦適合的餐飲建議。(3)住宿子系統(tǒng)(家具信息統(tǒng)計)說明:

此系統(tǒng)主要負責(zé)管理用戶生活起居,所含數(shù)據(jù)包括:室內(nèi)溫度,家電狀態(tài)(如電視開閉,空調(diào)開閉),照明系統(tǒng),窗簾控制(4)出行子系統(tǒng)

(地圖信息,公交信息,票務(wù)信息,記事本)說明:

地圖信息:主要供導(dǎo)航軟件調(diào)用,并按時進行更新。

公交信息:儲存用戶周邊的公共交通信息,方便用戶乘坐公交車。

十.系統(tǒng)邏輯模型

10.1數(shù)據(jù)流圖衣:1層:

溫度傳感器溫度日期因特網(wǎng)流行服裝信息流行服裝信息用戶瀏覽習(xí)慣信息用戶瀏覽習(xí)慣信息溫度日期日期溫度1采集信息服裝推薦子系統(tǒng)的信息流行服裝信息用戶瀏覽習(xí)慣信息服裝推薦子系統(tǒng)的信息服裝推薦子系統(tǒng)的信息現(xiàn)有服裝信息出席場合信息用戶2執(zhí)行服裝推薦算法推薦的服裝信息3輸出推薦的服裝推薦的服裝信息推薦的服裝信息推薦的服裝信息2層:溫度傳感器因特網(wǎng)溫度日期流行服裝用戶瀏覽信息習(xí)慣信息用戶瀏覽習(xí)慣信息用戶瀏覽習(xí)慣信息1.6接收用戶瀏覽習(xí)慣信息溫度日期流行服裝信息溫度日期流行服裝信息1.5接收流行服裝信息1.3溫度1.4接收日期溫度日期流行服裝信息用戶瀏覽習(xí)慣信息采集信息服裝需求信息1.1接收服裝需求信息現(xiàn)有服裝信息1.2接收現(xiàn)有服裝信息現(xiàn)有服裝信息服裝需求信息用戶

服裝推薦子系統(tǒng)服裝推薦子系統(tǒng)的信息的信息2.1整理信息正確格式的信息2.2“標簽”算法推薦的服裝推薦的服裝

食:1層:

傳感器身體狀況信息身體狀況信息身體狀況信息因特網(wǎng)餐廳菜品信息餐廳菜品信息餐廳菜品信息食物推薦子系統(tǒng)的信息1采集信息食物推薦子系統(tǒng)的信息食物推薦子系統(tǒng)的信息飲食喜好用戶2執(zhí)行食物推薦算法推薦的菜品信息3輸出推薦的菜品信息推薦的菜品信息推薦的菜品信息推薦的菜品信息2層:

傳感器因特網(wǎng)身體狀況信息餐廳菜品信息身體狀況信息餐廳菜品信息身體狀況信息1.2接受身體狀況信息餐廳菜品信息1.3餐廳菜品信息身體狀況信息餐廳菜品信息采集信息飲食需求信息1.1接收飲食喜好信息飲食喜好信息用戶食物推薦子系統(tǒng)食物推薦子系統(tǒng)的信息的信息2.1整理信息正確格式的信息2.2“標簽”算法推薦的菜品推薦的菜品

?。?層:

傳感器用戶體征信息溫度信息光線信息用戶體征信息用戶體征信息溫度信息溫度信息濕度信息濕度信息濕度信息家居調(diào)節(jié)子系統(tǒng)的信息家居調(diào)節(jié)子系統(tǒng)的信息家居調(diào)節(jié)子系統(tǒng)的信息光線信息光線信息1采集信息用戶習(xí)慣的環(huán)境信息用戶3執(zhí)行調(diào)節(jié)方案2執(zhí)行家居調(diào)節(jié)算法調(diào)節(jié)方案調(diào)節(jié)方案調(diào)節(jié)方案溫度濕度信息信息亮度信息窗簾位置信息空調(diào)電燈窗簾

2層:

傳感器溫度信息光線信息濕度信息溫度信息溫度信息1.2接收溫度信息光線信息光線信息1.3接收光線信息濕度信息濕度信息1.4接收濕度信息溫度信息光線信息濕度信息采集信息用戶習(xí)慣的環(huán)境信息1.1接收用戶習(xí)慣的環(huán)境信息用戶習(xí)慣的環(huán)境信息用戶家居調(diào)節(jié)子系統(tǒng)家居調(diào)節(jié)子系統(tǒng)的信息的信息2.1整理信息正確格式的信息2.2“選路”算法調(diào)節(jié)方案調(diào)節(jié)方案

調(diào)解方案溫度信息濕度信息亮度信息窗簾位置信息3.1發(fā)送溫度信息3.2發(fā)送濕度信息3.3發(fā)送亮度信息3.4發(fā)送位置信息溫度信息濕度信息亮度信息位置信息空調(diào)電燈窗簾

行:1層:

傳感器用戶位置信息用戶位置信息因特網(wǎng)道路信息道路信息出行推薦子系統(tǒng)的信息用戶位置信息道路信息出行推薦子系統(tǒng)的信息出行推薦子系統(tǒng)的信息1采集信息時間金錢需求信息目的地信息用戶2執(zhí)行出行推薦算法推薦方案推薦方案推薦方案3輸出推薦方案推薦方案

2層:傳感器用戶位置信息用戶位置信息用戶位置信息2.3接收用戶位置信息道路信息道路信息2.4接收道路信息道路信息因特網(wǎng)用戶位置信息道路信息采集信息時間金錢需求信息2.1接收時間金錢需求信息目的地信息2.2接收目的地信息時間金錢需求信息目的地信息用戶

出行推薦子系統(tǒng)出行推薦子系統(tǒng)的信息的信息2.1整理信息正確格式的信息2.2“標簽”算法出行方案出行方案

10.2相應(yīng)的數(shù)據(jù)字典衣:數(shù)據(jù)流數(shù)據(jù)流名:出席場合信息說明:用戶希望服裝推薦系統(tǒng)針對不同的場合幫助其選擇合適的服裝,服裝推薦系統(tǒng)會在用戶已有衣服的基礎(chǔ)上提供給用戶合適的服裝搭配方案數(shù)據(jù)流來源:用戶

數(shù)據(jù)流去向:采集信息

定義:出席的場合={學(xué)校,辦公室,聚會,典禮}

數(shù)據(jù)流名:溫度

說明:記錄室內(nèi)外溫度,幫助用戶選擇合適厚度的衣服數(shù)據(jù)流來源:溫度傳感器數(shù)據(jù)流去向:采集信息定義:溫度=-40.。40

數(shù)據(jù)流名:現(xiàn)有服裝信息說明:記錄用戶已有服裝,服裝推薦系統(tǒng)在已有服裝基礎(chǔ)上提供給用戶合適的服裝搭配方案

數(shù)據(jù)流來源:用戶

數(shù)據(jù)流去向:采集信息定義:已有服裝信息=服裝編號+服裝名稱+品牌+尺寸+顏色+款式+材質(zhì)+服裝圖片索引

數(shù)據(jù)流名:日期

說明:記錄當前日期,幫助用戶選擇合適季節(jié)的衣服數(shù)據(jù)流來源:因特網(wǎng)

數(shù)據(jù)流去向:采集信息(數(shù)據(jù)存儲)定義:日期=年+月+日

數(shù)據(jù)流名:流行服裝信息

說明:獲得當下的流行風(fēng)尚,幫助服裝推薦系統(tǒng)和已有服裝進行對比,從而給出符合當下流行的服裝搭配數(shù)據(jù)流來源:互聯(lián)網(wǎng)

數(shù)據(jù)流去向:采集信息(數(shù)據(jù)存儲)定義:流行服裝信息=服裝編號+服裝名稱+品牌+尺寸+顏色+款式+材質(zhì)+服裝圖片索引

數(shù)據(jù)流名:用戶瀏覽習(xí)慣信息

說明:記錄用戶經(jīng)常瀏覽的服裝,將信息發(fā)送給服裝推薦系統(tǒng),服裝推薦系統(tǒng)由此分析用戶的穿衣喜好,從而推薦給用戶符合其穿衣品味的服裝數(shù)據(jù)流來源:互聯(lián)網(wǎng)

數(shù)據(jù)流去向:采集信息(數(shù)據(jù)存儲)定義:服裝編號+瀏覽次數(shù)

數(shù)據(jù)流名:推薦的服裝說明:服裝推薦系統(tǒng)根據(jù)對采集的參數(shù)進行智能處理,最后得到合適的服裝搭配信息

數(shù)據(jù)流來源:智能服裝推薦程序

數(shù)據(jù)流去向:推薦的服裝信息(數(shù)據(jù)存儲)定義:推薦的服裝=服裝編號+服裝圖片索引數(shù)據(jù)加工

加工名:采集信息加工編號:1簡要描述:采集服裝推薦算法需要的信息

輸入數(shù)據(jù)流:出席場合信息,溫度,現(xiàn)有服裝信息,日期,流行服裝信息,用戶喜好信息

輸出數(shù)據(jù)流:服裝推薦算法的信息

加工邏輯:采集出席場合信息,傳感器信息,因特網(wǎng)信息。

加工名:執(zhí)行服裝推薦算法加工編號:2簡要描述:處理正確格式的信息,把信息與數(shù)據(jù)庫中的解決方案相匹配,得到解決方案。

輸入數(shù)據(jù)流:服裝推薦子系統(tǒng)的信息輸出數(shù)據(jù)流:推薦的服裝加工邏輯:“標簽”算法的本質(zhì)是專家系統(tǒng),數(shù)據(jù)庫有1萬條用戶在各種情況下的解決方案(1萬條記錄),用戶在界面上選擇的標簽會變成另一張二維表中的記錄,“標簽”算法會將用戶的選擇(記錄)和數(shù)據(jù)庫1萬條記錄比照,匹配項最多的記錄的解決方案會成為最后的推薦方案。加工名:輸出推薦的服裝加工編號:3簡要描述:顯示推薦的服裝信息輸入數(shù)據(jù)流:推薦的服裝信息輸出數(shù)據(jù)流:推薦的服裝信息加工邏輯:顯示推薦的服裝信息

數(shù)據(jù)文件名:溫度

簡述:存放的是溫度信息輸入數(shù)據(jù):溫度輸出數(shù)據(jù):溫度

數(shù)據(jù)文件組成:溫度

數(shù)據(jù)存儲

數(shù)據(jù)文件名:現(xiàn)有服裝信息簡述:存放已有服裝信息

輸入數(shù)據(jù):服裝編號,顏色,尺碼,類型,條形碼輸出數(shù)據(jù):服裝編號

數(shù)據(jù)文件組成:服裝編號,顏色,尺碼,類型,條形碼

數(shù)據(jù)文件名:日期簡述:存放當前的日期輸入數(shù)據(jù):年+月+日輸出數(shù)據(jù):年+月+日數(shù)據(jù)文件組成:年+月+日

數(shù)據(jù)文件名:流行服裝信息簡述:存放當時流行的服裝款式

輸入數(shù)據(jù):顏色,尺碼,類型,條形碼輸出數(shù)據(jù):條形碼

數(shù)據(jù)文件組成:顏色,尺碼,類型,條形碼

數(shù)據(jù)文件名:用戶瀏覽習(xí)慣信息

簡述:存放用戶在各大資料查詢的服裝信息輸入數(shù)據(jù):用戶瀏覽習(xí)慣信息輸出數(shù)據(jù):用戶瀏覽習(xí)慣信息

數(shù)據(jù)文件組成:服裝編號,瀏覽次數(shù)

食:數(shù)據(jù)流

數(shù)據(jù)流名:飲食喜好

說明:用戶希望飲食推薦系統(tǒng)推薦一些餐飲信息,以供選擇,飲食推薦系統(tǒng)會根據(jù)用戶的飲食習(xí)慣,偏好,營養(yǎng)均衡等多種因素結(jié)合為用戶推薦健康可口的食物。數(shù)據(jù)流來源:用戶

數(shù)據(jù)流去向:采集信息定義:飲食喜好={甜,咸}

數(shù)據(jù)流名:身體狀況信息

說明:系統(tǒng)通過記錄或探測,用戶的基本生命體征如心率,血壓,血糖等,為推薦飲食提供參考信息。

數(shù)據(jù)流來源:傳感器,因特網(wǎng)數(shù)據(jù)流去向:采集信息

定義:身體狀況信息=心率+血壓+血糖

數(shù)據(jù)流名:餐廳菜品信息

說明:系統(tǒng)通過存儲并及時更新餐廳菜單,為推薦飲食提供參考信息。數(shù)據(jù)流來源:因特網(wǎng)數(shù)據(jù)流去向:采集信息

定義:餐廳菜品信息=餐廳名+餐廳編號+菜名名+菜品編號+菜品營養(yǎng)+菜品口味、

數(shù)據(jù)流名:推薦的菜品信息

說明:食物推薦算法處理食物推薦子系統(tǒng)信息產(chǎn)生的結(jié)果。數(shù)據(jù)流來源:執(zhí)行食物推薦算法數(shù)據(jù)流去向:輸出推薦的菜品信息

定義:餐廳菜品信息=餐廳名+餐廳編號+菜名名+菜品編號+菜品營養(yǎng)+菜品口味、數(shù)據(jù)加工:

加工名:采集信息加工編號:1簡要描述:采集食物推薦子系統(tǒng)所需數(shù)據(jù)

輸入數(shù)據(jù)流:身體狀況信息,餐廳菜品信息,飲食喜好輸出數(shù)據(jù)流:食物推薦子系統(tǒng)的信息

加工邏輯:從互聯(lián)網(wǎng),用戶輸入,傳感器接受信息

加工名:執(zhí)行食物推薦算法加工編號:2簡要描述:處理正確格式的信息,把信息與數(shù)據(jù)庫中的解決方案相匹配,得到解決方案。

輸入數(shù)據(jù)流:食物推薦子系統(tǒng)的信息輸出數(shù)據(jù)流:推薦的菜品加工邏輯:“標簽”算法的本質(zhì)是專家系統(tǒng),數(shù)據(jù)庫有1萬條用戶在各種情況下的解決方案(1萬條記錄),用戶在界面上選擇的標簽會變成另一張二維表中的記錄,“標簽”算法會將用戶的選擇(記錄)和數(shù)據(jù)庫1萬條記錄比照,匹配項最多的記錄的解決方案會成為最后的推薦方案。

加工名:輸出推薦的菜品加工編號:3簡要描述:顯示推薦的菜品信息輸入數(shù)據(jù)流:推薦的菜品信息輸出數(shù)據(jù)流:推薦的菜品信息加工邏輯:顯示推薦的菜品信息

數(shù)據(jù)存儲:

數(shù)據(jù)文件名:身體狀況信息

簡述:存放身體狀況信息,如體重,血壓,心率等輸入數(shù)據(jù):身體狀況信息輸出數(shù)據(jù):身體狀況信息

數(shù)據(jù)文件組成:體重,血壓,心率

數(shù)據(jù)文件名:餐廳菜品信息簡述:存放餐廳菜單輸入數(shù)據(jù):餐廳菜品信息輸出數(shù)據(jù):餐廳菜品信息

數(shù)據(jù)文件組成:餐廳名,餐廳編號,菜名名,菜品編號,菜品營養(yǎng),菜品口味、

數(shù)據(jù)文件名:推薦的菜品信息簡述:存放推薦的菜品信息輸入數(shù)據(jù):推薦的菜品信息輸出數(shù)據(jù):推薦的菜品信息

數(shù)據(jù)文件組成:餐廳名,餐廳編號,菜名名,菜品編號,菜品營養(yǎng),菜品口味、

住:數(shù)據(jù)流

數(shù)據(jù)流名:溫度信息說明:采集室內(nèi)的溫度信息,反饋給用戶,或者系統(tǒng)根據(jù)溫度自動采取相應(yīng)措施,調(diào)節(jié)室內(nèi)溫度。

數(shù)據(jù)流來源:溫度傳感器

數(shù)據(jù)流去向:采集家居控制系統(tǒng)的參數(shù)定義:溫度=-40-40攝氏度

數(shù)據(jù)流名:光線信息說明:采集室內(nèi)的光線信息,反饋給用戶,或者系統(tǒng)根據(jù)溫度自動采取相應(yīng)措施,調(diào)節(jié)室內(nèi)光照強度。數(shù)據(jù)流來源:光敏傳感器

數(shù)據(jù)流去向:采集家居控制系統(tǒng)的參數(shù)定義:光照強度=0-180流明

數(shù)據(jù)流名:濕度信息說明:采集室內(nèi)的濕度信息,反饋給用戶,或者系統(tǒng)根據(jù)溫度自動采取相應(yīng)措施,調(diào)節(jié)室內(nèi)濕度。

數(shù)據(jù)流來源:濕度傳感器

數(shù)據(jù)流去向:采集家居控制系統(tǒng)的參數(shù)定義:濕度=10%-80%

數(shù)據(jù)流名:用戶習(xí)慣的環(huán)境信息

說明:采集用戶習(xí)慣的溫度信息,光線信息,濕度信息數(shù)據(jù)流來源:用戶

數(shù)據(jù)流去向:采集信息

定義:用戶習(xí)慣的環(huán)境信息=溫度+光線+濕度

數(shù)據(jù)加工

加工名:采集信息加工編號:1簡要描述:采集智能控制系統(tǒng)需要的參數(shù)

輸入數(shù)據(jù)流:溫度,濕度,光照強度,溫度請求,濕度請求,光照請求輸出數(shù)據(jù)流:智能家居控制系統(tǒng)的參數(shù)

加工邏輯:從各個傳感器接受信息,并與用戶設(shè)置進行對比,得出相應(yīng)操作發(fā)送給控制器實施。

加工名

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論