第一篇：需求分析報(bào)告

測(cè)試（驗(yàn)收）大綱

目錄

1.引言....................................................................2 1.1 目的...................................................................2 1.2 術(shù)語(yǔ)...................................................................2 1.3 參照標(biāo)準(zhǔn)...............................................................2 2.測(cè)試日期安排............................................................3 3.測(cè)試小組及成員..........................................................3 4.測(cè)試具體內(nèi)容............................................................3 4.1 合法性檢查.............................................................3 4.2 軟件文檔檢查...........................................................3 4.2.1 必須提供檢查的文檔...................................................3 4.2.2 其他可能需要檢查的文檔...............................................4 4.2.3 由業(yè)主確定必須檢查的其他文檔.........................................4 4.2.4 文檔質(zhì)量的度量準(zhǔn)則...................................................4 4.3 軟件代碼測(cè)試...........................................................4 4.3.1 源代碼一般性檢查.....................................................4 4.3.2 軟件一致性檢查.......................................................5 4.4 軟件系統(tǒng)測(cè)試...........................................................5 4.4.1 界面(外觀)測(cè)試.......................................................6 4.4.2 可用性測(cè)試...........................................................6 4.4.3 功能測(cè)試.............................................................6 4.4.4 穩(wěn)定性(強(qiáng)度)測(cè)試.....................................................6 4.4.5 性能測(cè)試.............................................................6 4.4.6 強(qiáng)壯性(恢復(fù))測(cè)試.....................................................6 4.4.7 邏輯性測(cè)試...........................................................6 4.4.8 破壞性測(cè)試...........................................................6 4.4.9 安全性測(cè)試...........................................................7 5.測(cè)試結(jié)果交付方式........................................................7

1.引言

1.1 目的

為了盡可能的找出軟件的不足，提高軟件的質(zhì)量，促進(jìn)軟件的成功驗(yàn)收，專(zhuān)門(mén)制定了本大綱。其主要目的在于為所要進(jìn)行的測(cè)試工作制定各種必要的準(zhǔn)則和規(guī)范，以及在有關(guān)方面協(xié)議的基礎(chǔ)上對(duì)測(cè)試工作進(jìn)行合理組織與管理。

1.2 術(shù)語(yǔ)

本大綱所提及的術(shù)語(yǔ)，其定義遵照GB/T 11457標(biāo)準(zhǔn)。

1.3 參照標(biāo)準(zhǔn)

● GB/T 11457—1995 軟件工程術(shù)語(yǔ)

● GB 8566—1995；

信息技術(shù)軟件生存期過(guò)程 ● OGB8567—1988* 計(jì)算機(jī)軟件產(chǎn)品開(kāi)發(fā)文件編制指南 ● GB 9385* 計(jì)算機(jī)軟件需求說(shuō)明編制指南 ● GB 9386—1988* 計(jì)算機(jī)軟件測(cè)試文件編制指南 ● GB/T 12504—1990 計(jì)算機(jī)軟件質(zhì)量保證計(jì)劃規(guī)范 ● OGB/T 12505—1990 計(jì)算機(jī)軟件配置管理計(jì)劃規(guī)范 ● OGB/T 14079—1993 軟件維護(hù)指南

● OGB/T 14394—1993 計(jì)算機(jī)軟件可靠性和可維護(hù)性管理 ● GB/T 16680一1996 軟件文檔管理指南 ● 開(kāi)發(fā)者企業(yè)規(guī)范

軟件開(kāi)發(fā)者有關(guān)軟件工程的規(guī)范 ● 其它文件

例如：合同書(shū)等，法律文件中的有關(guān)規(guī)定。

說(shuō)明：（1）應(yīng)該遵循自頂而下、就嚴(yán)不就寬的原則，除非合同書(shū)等法律文件中另有規(guī)定。

（2）標(biāo)記（*）號(hào)的標(biāo)準(zhǔn)為推薦標(biāo)準(zhǔn)。

2.測(cè)試日期安排

開(kāi)發(fā)方如期交付軟件的基礎(chǔ)上，由業(yè)主審核確定具體日期安排。

3.測(cè)試小組及成員

由業(yè)主聘請(qǐng)具有一定的分析、設(shè)計(jì)、編程和軟件測(cè)試經(jīng)驗(yàn)的測(cè)試組長(zhǎng)和其他專(zhuān)業(yè)人員組成。測(cè)試組設(shè)組長(zhǎng)一名(可設(shè)有副組長(zhǎng))，負(fù)責(zé)整個(gè)測(cè)試的計(jì)劃、組織工作。

或委托具有國(guó)家認(rèn)可測(cè)試資質(zhì)的第三方進(jìn)行測(cè)試。

4.測(cè)試具體內(nèi)容

測(cè)試內(nèi)容應(yīng)該包括：合法性檢查、文檔檢查、軟件一致性檢查、軟件系統(tǒng)測(cè)試與測(cè)試結(jié)果評(píng)審等幾項(xiàng)工作。

4.1 合法性檢查

檢查開(kāi)發(fā)者在開(kāi)發(fā)本軟件時(shí)，使用的開(kāi)發(fā)工具是否合法。對(duì)在編程中使用的一些非本單位自己開(kāi)發(fā)的，也不是由開(kāi)發(fā)工具提供的控件、組件、函數(shù)庫(kù)等，檢查其是否有合法的發(fā)布許可。

4.2 軟件文檔檢查

4.2.1 必須提供檢查的文檔

● 項(xiàng)目實(shí)施計(jì)劃； ● 詳細(xì)技術(shù)方案；

● 軟件需求規(guī)格說(shuō)明書(shū)(STP)(含數(shù)據(jù)字典)； ● 概要設(shè)計(jì)說(shuō)明書(shū)(PDD)；

● 詳細(xì)設(shè)計(jì)說(shuō)明書(shū)(DDD)(含數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū))； ● 軟件測(cè)試計(jì)劃(STP)(含測(cè)試用例)； ● 軟件測(cè)試報(bào)告(STR)；

● 用戶手冊(cè)(SUM)(含操作、使用、維護(hù)、應(yīng)急處理手冊(cè))； ● 源程序(SCL)(不可修改的電子文檔)； ● 項(xiàng)目實(shí)施計(jì)劃(PIP)； ● 項(xiàng)目開(kāi)發(fā)總結(jié)(PDS)；

● 軟件質(zhì)量保證計(jì)劃(SQAP)；

4.2.2 其他可能需要檢查的文檔

● 軟件配置計(jì)劃(SCMPP)； ● 項(xiàng)目進(jìn)展報(bào)表(PPR)； ● 階段評(píng)審報(bào)表(PRR)； 4.2.3 由建設(shè)方確定必須檢查的其他文檔

說(shuō)明：如果建設(shè)方認(rèn)為4.1.1節(jié)和4.1.2節(jié)所列文檔之外，還需要檢查其它文檔，則在此列出文檔名稱(chēng)；如果業(yè)主認(rèn)為不需要進(jìn)行額外的文檔檢查，則本部分無(wú)內(nèi)容。4.2.4 文檔質(zhì)量的度量準(zhǔn)則

文檔是軟件的重要組成都分，是軟件生存周期各個(gè)不同階段的產(chǎn)品描述。文檔質(zhì)量的度量準(zhǔn)則就是要評(píng)審各階段文檔的合適性。主要有以下六條：

● 完備性

開(kāi)發(fā)方必須按照GB 8567(計(jì)算機(jī)軟件產(chǎn)品開(kāi)發(fā)文件編制指南)的規(guī)定編制相應(yīng)的 文檔，以保證在開(kāi)發(fā)階段結(jié)束時(shí)其文檔是齊全的?！?正確性

在軟件開(kāi)發(fā)各個(gè)階段所編寫(xiě)的文檔的內(nèi)容，必須真實(shí)的反映階段的工作且與該階 段的需求相一致。● 簡(jiǎn)明性

在軟件開(kāi)發(fā)各個(gè)階段所編寫(xiě)的各種文檔的語(yǔ)言表達(dá)應(yīng)該清晰、準(zhǔn)確簡(jiǎn)練，適合各 種文檔的特定讀者?！?可追蹤性

在軟件開(kāi)發(fā)各個(gè)階段所編寫(xiě)的各種文檔應(yīng)該具有良好的可追蹤性。文檔的可追蹤 性包括橫向可追蹤性和縱向可追蹤性兩個(gè)方面。前者是指在不同的文檔的相關(guān)內(nèi) 容之間相互檢索的難易程序；后者是指確定同一文檔某一內(nèi)容在本文檔范圍中檢 索的難易程度。● 自說(shuō)明性

在軟件開(kāi)發(fā)各個(gè)階段所編寫(xiě)的各種文檔應(yīng)該具有較好的自說(shuō)明性。文檔的自說(shuō)明 性是指在軟件開(kāi)發(fā)各個(gè)階段中，不同文檔能夠獨(dú)立表達(dá)，該軟件在其相應(yīng)階段的 階段成果的能力?！?規(guī)范性

在軟件開(kāi)發(fā)各個(gè)階段所編寫(xiě)的各種文檔應(yīng)該具有良好的規(guī)范性。文檔的規(guī)范性是 指文檔的封面、大綱、術(shù)語(yǔ)的含義以及圖示符號(hào)等符合有關(guān)規(guī)范的規(guī)定。

4.3 軟件代碼測(cè)試

4.3.1 源代碼一般性檢查

僅對(duì)系統(tǒng)關(guān)鍵模塊的源代碼進(jìn)行抽查，檢查模塊代碼編寫(xiě)的規(guī)范性，批注的準(zhǔn)確性，是否存在潛在性錯(cuò)誤，以及代碼的可維護(hù)性。

● 命名規(guī)范檢查

檢查源代碼中的變量、函數(shù)、對(duì)象、過(guò)程等的命名是否符合約定規(guī)范，該規(guī)范可 以由開(kāi)發(fā)方在軟件工程文檔規(guī)范中單方面約定。

● 注釋檢查

檢查程序中的注釋是否規(guī)范，注釋量是否達(dá)到約定要求，例如：要求注釋量達(dá)到 30％左右?！?接口檢查

檢查數(shù)據(jù)庫(kù)接口等外部接口是否符合要求，各程序模塊使用的接口方式是否一 致，特定的外部接口協(xié)議是否符合?！?數(shù)據(jù)類(lèi)型檢查

源代碼中涉及的金額的常量、變量及數(shù)據(jù)集和數(shù)據(jù)庫(kù)中涉及金額的數(shù)據(jù)類(lèi)型是否 采用貨幣類(lèi)型，以防止在特定條件下產(chǎn)生較大的誤差而影響統(tǒng)計(jì)結(jié)果?！?限制性檢查

對(duì)一些程序中使用到的、具有使用限制的命令、事件、方法、過(guò)程、函數(shù)、對(duì)象、控件等進(jìn)行檢查。檢查在長(zhǎng)時(shí)間運(yùn)行時(shí)，有無(wú)可能接近或者達(dá)到限制條件，這里考慮的系統(tǒng)運(yùn)行時(shí)間可能長(zhǎng)達(dá)數(shù)年。

4.3.2 軟件一致性檢查

● 編譯檢查

要求提交的源代碼在其規(guī)定的編譯環(huán)境中，能夠重新編譯無(wú)錯(cuò)誤，并且能夠完成 相應(yīng)的功能，從而確定移交的確實(shí)是正確的源代碼?！?安裝／卸載檢查

在新系統(tǒng)上用交付的軟件安裝盤(pán)重新安裝各個(gè)模塊，并且通過(guò)運(yùn)行這些軟件模 塊，能否完成相應(yīng)的功能，從而確定移交的確實(shí)是正確的軟件安裝盤(pán)。在安裝后立即卸載所安裝的模塊，并且檢查是否能夠做到徹底卸載?！?運(yùn)行模塊檢查

將新安裝的軟件模塊與現(xiàn)場(chǎng)運(yùn)行模塊用軟件工具抽樣比較，確認(rèn)交付的軟件安裝 盤(pán)與現(xiàn)場(chǎng)運(yùn)行軟件一致。

抽查數(shù)處現(xiàn)場(chǎng)運(yùn)行模塊用軟件工具比較，確認(rèn)現(xiàn)場(chǎng)運(yùn)行軟件一致。

4.4 軟件系統(tǒng)測(cè)試

軟件系統(tǒng)測(cè)試不僅是檢測(cè)軟件的整體行為表現(xiàn)，從另一個(gè)側(cè)面看，也是對(duì)軟件開(kāi)發(fā)設(shè)計(jì)的再確認(rèn)。

進(jìn)行軟件系統(tǒng)測(cè)試工作時(shí)，具體的測(cè)試用例是由開(kāi)發(fā)方提供，并由測(cè)試方和用戶共同補(bǔ)充制定的。在開(kāi)發(fā)方做完功能演示后，可以進(jìn)行下列測(cè)試：

● 界面(外觀)測(cè)試； ● 可用性測(cè)試； ● 功能測(cè)試；

● 穩(wěn)定性(強(qiáng)度)測(cè)試； ● 性能測(cè)試；

● 強(qiáng)壯性(恢復(fù))測(cè)試； ● 邏輯性測(cè)試； ● 破壞性測(cè)試； ● 安全性測(cè)試。說(shuō)明：實(shí)際進(jìn)行的測(cè)試內(nèi)容有測(cè)試方法和業(yè)主根據(jù)具體情況共同確定，并非文中所列測(cè)試內(nèi)容都必須進(jìn)行測(cè)試。

4.4.1 界面(外觀)測(cè)試

對(duì)照界面規(guī)范(在軟件需求規(guī)格說(shuō)明書(shū)中規(guī)定，或者由軟件工程規(guī)范中給出)和界面表(在概要設(shè)計(jì)中給出)，檢查各界面設(shè)計(jì)是否規(guī)范，包括：界面風(fēng)格、表現(xiàn)形式、組件用法、字體選擇、字號(hào)選擇、色彩搭配、日期表現(xiàn)、計(jì)時(shí)方法、時(shí)間格式、對(duì)齊方式等等，是否符合規(guī)范、是否協(xié)調(diào)一致、是否便于操作。4.4.2 可用性測(cè)試

測(cè)試操作是否方便，用戶界面是否友好等。測(cè)試系統(tǒng)是否有影響操作流程的界面Bug和功能Bug，紀(jì)錄具體Bug的數(shù)量、出現(xiàn)頻率和嚴(yán)重程度。4.4.3 功能測(cè)試

檢查數(shù)據(jù)在流程中各個(gè)階段的準(zhǔn)確性。對(duì)系統(tǒng)中每一模塊利用實(shí)際數(shù)據(jù)運(yùn)行，將其結(jié)果與同樣數(shù)據(jù)環(huán)境下應(yīng)該得出的結(jié)果相比較，或與軟件需求規(guī)格說(shuō)明書(shū)中要求的結(jié)果進(jìn)行比較，如有偏差，則功能測(cè)試不能通過(guò)。

檢查軟件需求規(guī)格說(shuō)明書(shū)中描述的需求是否都得到滿足；系統(tǒng)是否缺乏軟件需求規(guī)格說(shuō)明書(shū)中規(guī)定的重要功能；以及系統(tǒng)實(shí)際使用中不可缺少而軟件需求規(guī)格說(shuō)明書(shū)中沒(méi)有規(guī)定的功能。

如果存在遺產(chǎn)數(shù)據(jù)，應(yīng)該檢查遺產(chǎn)數(shù)據(jù)轉(zhuǎn)換是否正確。4.4.4 穩(wěn)定性(強(qiáng)度)測(cè)試

測(cè)試系統(tǒng)的能力最高實(shí)際限度，即檢查軟件在一些超負(fù)荷情況下，功能實(shí)現(xiàn)的情況。例如：要求軟件進(jìn)行某一行為的大量重復(fù)、輸入大量的數(shù)據(jù)或大數(shù)值數(shù)據(jù)、對(duì)數(shù)據(jù)庫(kù)進(jìn)行大量復(fù)雜的查詢等。

利用邊界測(cè)試(最大值、最小值、N次循環(huán))對(duì)系統(tǒng)進(jìn)行模擬運(yùn)行測(cè)試，觀察其是否處于穩(wěn)定狀態(tài)。4.4.5 性能測(cè)試

根據(jù)系統(tǒng)設(shè)計(jì)指標(biāo)，或者對(duì)被測(cè)軟件提出的性能指標(biāo)，測(cè)試軟件的運(yùn)行性能，例如：傳輸連接最長(zhǎng)時(shí)限、傳輸錯(cuò)誤率、計(jì)算精度、記錄精度、響應(yīng)時(shí)限和恢復(fù)時(shí)限等。4.4.6 強(qiáng)壯性(恢復(fù))測(cè)試

采用人工的干擾使應(yīng)用軟件、平臺(tái)軟件或者系統(tǒng)硬件出錯(cuò)，中斷正常使用，檢測(cè)系統(tǒng)的恢復(fù)能力。進(jìn)行強(qiáng)壯性測(cè)試時(shí)，應(yīng)該參考性能測(cè)試相關(guān)的測(cè)試指標(biāo)。4.4.7 邏輯性測(cè)試

根據(jù)系統(tǒng)的功能邏輯圖，測(cè)試軟件是否按規(guī)定的邏輯路徑運(yùn)行，選擇一些極限數(shù)據(jù)判斷軟件運(yùn)行是否存在錯(cuò)誤或非法路徑，從而發(fā)現(xiàn)系統(tǒng)的邏輯錯(cuò)誤或非法后門(mén)。4.4.8 破壞性測(cè)試

輸入錯(cuò)誤的或非法的數(shù)據(jù)(類(lèi)型)，檢查系統(tǒng)的報(bào)錯(cuò)糾錯(cuò)的能力及穩(wěn)定性。并測(cè)試可連續(xù)使用多長(zhǎng)時(shí)間而系統(tǒng)不崩潰。

4.4.9 安全性測(cè)試

驗(yàn)證安裝在系統(tǒng)內(nèi)的保護(hù)機(jī)構(gòu)確實(shí)能夠?qū)ο到y(tǒng)進(jìn)行保護(hù)，使之不受各種非常的干擾，安全測(cè)試時(shí)需要設(shè)計(jì)一些測(cè)試用例試圖突破系統(tǒng)的安全保密措施，檢驗(yàn)系統(tǒng)是否有安全保密的漏洞。

說(shuō)明：進(jìn)行安全測(cè)試時(shí)，必須遵循相關(guān)的安全規(guī)定，并且有業(yè)主派員參加。

5.測(cè)試結(jié)果交付方式

測(cè)試結(jié)束后，由測(cè)試組填寫(xiě)軟件測(cè)試報(bào)告，并將測(cè)試報(bào)告與全部測(cè)試材料一并交給業(yè)主。具體交付方式，由業(yè)主和測(cè)試方雙方協(xié)商確定。測(cè)試報(bào)告包括下列內(nèi)容：

● 軟件測(cè)試計(jì)劃 ● 軟件測(cè)試日志 ● 軟件文檔檢查報(bào)告 ● 軟件代碼測(cè)試報(bào)告 ● 軟件系統(tǒng)測(cè)試報(bào)告 ● 測(cè)試總結(jié)報(bào)告

● 測(cè)試人員簽字登記表

第二篇：需求分析報(bào)告

。

需求分析報(bào)告

**系統(tǒng)需求分析報(bào)告

目錄

一、項(xiàng)目概述篇............................................................................................................1 引 言................................................................................................................1 2 項(xiàng)目背景（包括行業(yè)背景、企業(yè)基本情況、項(xiàng)目可行性等）..................2 3 項(xiàng)目意義..........................................................................................................3 4 項(xiàng)目總體需求..................................................................................................4 5 項(xiàng)目總論..........................................................................................................4

5.1 預(yù)期目標(biāo)................................................................................................4 5.2 項(xiàng)目預(yù)期安排........................................................................................4 5.3 項(xiàng)目范圍................................................................................................5 6 方案概要..........................................................................................................6

6.1 業(yè)務(wù)需求................................................................................................6 6.2 功能分析................................................................................................6 6.3 系統(tǒng)設(shè)計(jì)................................................................................................6 6.4 安全策略................................................................................................6 6.5 項(xiàng)目亮點(diǎn)................................................................................................7

二、業(yè)務(wù)需求分析篇....................................................................................................9 行政審批系統(tǒng)業(yè)務(wù)分析................................................................................11

1.1 收件業(yè)務(wù)..............................................................................................11

三、功能分析篇..........................................................................................................14 行政審批系統(tǒng)功能分析................................................................................15

1.1 總體需求..............................................................................................15 1.2 功能模塊劃分......................................................................................17 1.3 功能需求描述......................................................................................17

四、技術(shù)分析篇..........................................................................................................19 系統(tǒng)總體設(shè)計(jì)思路........................................................................................21

1.1 技術(shù)及功能要求..................................................................................21 1.2 技術(shù)特點(diǎn)（以下為示例）..................................................................21 2 總體架構(gòu)........................................................................................................22

2.1 系統(tǒng)技術(shù)架構(gòu)......................................................................................22 2.2 系統(tǒng)平臺(tái)架構(gòu)......................................................................................22 3 服務(wù)器與系統(tǒng)部署策略................................................................................23

3.1 應(yīng)用服務(wù)器選型..................................................................................23 3.2 數(shù)據(jù)庫(kù)選型..........................................................................................23 3.3 操作系統(tǒng)選型......................................................................................23

五、系統(tǒng)安全策略篇..................................................................................................24 系統(tǒng)安全保障................................................................................................25 2 權(quán)限控制管理................................................................................................25

2.1 權(quán)限模型的實(shí)現(xiàn)..................................................................................25 2.2 應(yīng)用權(quán)限的實(shí)現(xiàn)..................................................................................25 2.3 數(shù)據(jù)權(quán)限的實(shí)現(xiàn)..................................................................................25

**系統(tǒng)需求分析報(bào)告 數(shù)據(jù)傳輸安全性............................................................................................25

3.1 數(shù)據(jù)加密..............................................................................................25 3.2 數(shù)據(jù)傳輸..............................................................................................25 4 防火墻系統(tǒng)....................................................................................................2

5**系統(tǒng)需求分析報(bào)告、項(xiàng)目概述篇

一

**系統(tǒng)需求分析報(bào)告 引 言

進(jìn)入到二十一世紀(jì)，伴隨信息技術(shù)的發(fā)展，圍繞Internet的技術(shù)日漸成熟，信息技術(shù)的應(yīng)用已經(jīng)滲透到社會(huì)生活的各個(gè)層面，成為一種生活方式，吸引了社會(huì)大眾廣泛參與。信息技術(shù)是當(dāng)今最具潛力的新興生產(chǎn)力，已成為衡量一個(gè)國(guó)家、一個(gè)地區(qū)生產(chǎn)力發(fā)展水平的最重要標(biāo)志。

以知識(shí)經(jīng)濟(jì)為特點(diǎn)的網(wǎng)絡(luò)時(shí)代的到來(lái)，推動(dòng)了社會(huì)信息化和經(jīng)濟(jì)信息化的快速發(fā)展，也給國(guó)家政府部門(mén)的工作提出了更快捷、高效的信息化要求。對(duì)于政府來(lái)講，互聯(lián)網(wǎng)絡(luò)不僅是一種有效的通訊手段，更是一座溝通政府與社會(huì)各界的橋梁。從全球范圍來(lái)看，推動(dòng)政府部門(mén)管理工作的信息化，實(shí)現(xiàn)信息共享已是大勢(shì)所趨，在世界各國(guó)積極倡導(dǎo)的“信息高速公路”的5個(gè)應(yīng)用領(lǐng)域中，電子政務(wù)被列為第一位，這也標(biāo)志了電子政務(wù)進(jìn)入啟動(dòng)期。

電子政務(wù)的啟動(dòng)帶來(lái)了政府管理決策機(jī)制的巨大轉(zhuǎn)變，使得政府更能貼近社會(huì)公眾，從滿足公眾需求出發(fā)，建立更好的服務(wù)體系。同時(shí)，網(wǎng)絡(luò)技術(shù)的成熟和網(wǎng)絡(luò)經(jīng)濟(jì)的實(shí)踐探索，也為電子政務(wù)的發(fā)展打破了許多技術(shù)和應(yīng)用等層面的壁壘。政府在信息化的主導(dǎo)推動(dòng)地位日益增強(qiáng)，與以往不同的是，這種地位更多地體現(xiàn)在改革內(nèi)部工作流程以更好地服務(wù)于公眾。所以，在電子政務(wù)的啟動(dòng)期，政府起到了從“主演”到“導(dǎo)演”的角色轉(zhuǎn)變。這也意味著電子政務(wù)的發(fā)展極大地推動(dòng)了全社會(huì)信息化。

黨的十六大報(bào)告中關(guān)于建設(shè)電子政務(wù)的闡述，為我國(guó)電子政務(wù)的發(fā)展指明了方向：“進(jìn)一步轉(zhuǎn)變政府職能，改進(jìn)管理方式，推行電子政務(wù)，提高行政效率，降低行政成本，形成行為規(guī)范、運(yùn)轉(zhuǎn)協(xié)調(diào)、公正透明、廉潔高效的行政管理體制”。

**系統(tǒng)需求分析報(bào)告 項(xiàng)目背景（包括行業(yè)背景、企業(yè)基本情況、項(xiàng)目可行性等）

**系統(tǒng)需求分析報(bào)告 項(xiàng)目意義

隨著信息技術(shù)和網(wǎng)絡(luò)經(jīng)濟(jì)的崛起，信息產(chǎn)業(yè)己成為當(dāng)今世界經(jīng)濟(jì)與社會(huì)發(fā)展最主要的驅(qū)動(dòng)力之一。政府行政管理信息化可簡(jiǎn)稱(chēng)為政務(wù)信息化，實(shí)現(xiàn)政務(wù)信息化的重要手段是電子政務(wù)的發(fā)展。電子政務(wù)是政府機(jī)構(gòu)應(yīng)用現(xiàn)代信息和通信技術(shù)，將管理和服務(wù)通過(guò)網(wǎng)絡(luò)技術(shù)進(jìn)行集成，在互聯(lián)網(wǎng)上實(shí)現(xiàn)政府組織結(jié)構(gòu)和工作流程的優(yōu)化重組。電子政務(wù)在世界許多國(guó)家得到迅速的發(fā)展，主要在于它具有不可替代的特殊功能。電子政務(wù)的功能是：借助現(xiàn)代信息技術(shù)的力量，全面提高政府管理的效能，全面提高政府公共服務(wù)的水平和政府競(jìng)爭(zhēng)力。具體體現(xiàn)如下：

? 加強(qiáng)政府公眾關(guān)系：政府主要職能是對(duì)公眾服務(wù)，電子政務(wù)推動(dòng)了政府職能的變革，實(shí)現(xiàn)了政府的職能由管理型向服務(wù)型的轉(zhuǎn)化。將CRM模式在客戶服務(wù)領(lǐng)域的相關(guān)思想和方法用于電子政務(wù)領(lǐng)域，能使政府更好地了解公眾需求，不斷提高政府服務(wù)的質(zhì)量，提升公眾的滿意度和擁護(hù)度，取得更大的社會(huì)效益和經(jīng)濟(jì)效益。因此，電子政務(wù)要借鑒電子商務(wù)的成功經(jīng)驗(yàn)，積極主動(dòng)地實(shí)施客戶關(guān)系管理戰(zhàn)略。? 促進(jìn)政府流程再造：電子政務(wù)不僅僅將現(xiàn)有的政府業(yè)務(wù)流程進(jìn)行電子化，而更重要的是對(duì)現(xiàn)有的政府進(jìn)行業(yè)務(wù)流程的改造。電子政務(wù)要求政府機(jī)關(guān)各職能部門(mén)打破固有的工作模式，以事務(wù)為中心。電子政務(wù)能有效降低政府成本。流程優(yōu)化精簡(jiǎn)政府機(jī)構(gòu)、減少管理層次和中間控制環(huán)節(jié)、擴(kuò)大管理幅度、精簡(jiǎn)政府冗員，降低管理成本；政府的網(wǎng)上采購(gòu)，實(shí)現(xiàn)公開(kāi)公平競(jìng)爭(zhēng)；政府部門(mén)之間跨部門(mén)、跨地區(qū)的公文電子化處理，實(shí)現(xiàn) “無(wú)紙化”辦公，可以減少行政辦公費(fèi)用和公文處理的費(fèi)用，降低政府的辦公成本。因此，電子政務(wù)環(huán)境下的政府行政流程再造是以提高行政效率為目的，通過(guò)消除政府管理與服務(wù)的間斷和空白點(diǎn)，實(shí)現(xiàn)政府運(yùn)行的協(xié)調(diào)性。

? 促成政務(wù)公開(kāi)機(jī)制：電子政務(wù)的實(shí)施使得政府辦公更為透明，從而使得信息傳遞渠道更為暢通。電子政務(wù)可以防止信息被少數(shù)人壟斷或者選擇性的公開(kāi)，可以防止信息被更改、掩蓋，可以建立一套相對(duì)嚴(yán)格的制度，將信息交給計(jì)算機(jī)處理，防止人為的干預(yù)。同時(shí)，電子政務(wù)中的信息管理系統(tǒng)可以對(duì)任何人的任何行為進(jìn)行監(jiān)控，從而增加政府辦事的透明度，增加腐敗的機(jī)會(huì)成本。電子政務(wù)在推動(dòng)政府縮小貧富差距和反腐敗方面發(fā)揮著重要作用。

? 改善政府績(jī)效評(píng)估：績(jī)?cè)u(píng)估對(duì)于提高政府績(jī)效管理有直接的促進(jìn)功能，是整個(gè)績(jī)效管理體系的基礎(chǔ)環(huán)節(jié)和核心功能。完善的電子政務(wù)績(jī)效評(píng)估應(yīng)該綜合 “產(chǎn)出”、“結(jié)果”和 “影響”三個(gè)層次。通過(guò)電子政務(wù)績(jī)效評(píng)估，有利于切實(shí)改善政府績(jī)效，有利于有效抵御電子政務(wù)建設(shè)風(fēng)險(xiǎn)，有利于培養(yǎng)政府績(jī)效文化。

**系統(tǒng)需求分析報(bào)告 項(xiàng)目總體需求

? 系統(tǒng)硬件：通過(guò)本項(xiàng)目對(duì)搭建**公司行政管理信息化平臺(tái)所需要的設(shè)備進(jìn)行采購(gòu)，改進(jìn)和完善**公司現(xiàn)有的內(nèi)部和外部網(wǎng)絡(luò)系統(tǒng)，為信息的傳遞鋪平“道路”，為城市建設(shè)與環(huán)境的管理打下基礎(chǔ)。

? 系統(tǒng)軟件：系統(tǒng)的軟件分為三部分，第一部分為系統(tǒng)基礎(chǔ)軟件如：操作系統(tǒng)，數(shù)據(jù)庫(kù)等，通過(guò)本項(xiàng)目進(jìn)行采購(gòu)；第二部分為各科室已有的專(zhuān)業(yè)業(yè)務(wù)處理軟件，通過(guò)整合使這些系統(tǒng)的業(yè)務(wù)數(shù)據(jù)為系統(tǒng)數(shù)據(jù)庫(kù)提供數(shù)據(jù)來(lái)源；第三部分為通過(guò)本項(xiàng)目新開(kāi)發(fā)的各個(gè)子系統(tǒng)。

? 系統(tǒng)網(wǎng)絡(luò)：系統(tǒng)的網(wǎng)絡(luò)由政務(wù)內(nèi)網(wǎng)和政務(wù)外網(wǎng)兩部分組成。政務(wù)內(nèi)網(wǎng)是**公司各部門(mén)內(nèi)部辦公業(yè)務(wù)網(wǎng)；政務(wù)外網(wǎng)是全區(qū)建設(shè)部門(mén)的對(duì)外業(yè)務(wù)專(zhuān)網(wǎng)和信息發(fā)布平臺(tái)。

? 信息安全：通過(guò)建立健全的管理措施和安全設(shè)備采購(gòu)相結(jié)合的方法，在管理和技術(shù)兩個(gè)方面加強(qiáng)信息網(wǎng)絡(luò)資源的安全保障和保密，增強(qiáng)網(wǎng)絡(luò)的可靠性、安區(qū)性、保密性和穩(wěn)定性。項(xiàng)目總論 5.1 預(yù)期目標(biāo)

通過(guò)本項(xiàng)目將達(dá)到如下四項(xiàng)主要技術(shù)指標(biāo)：

? 到2010年末實(shí)現(xiàn)建設(shè)項(xiàng)目可以通過(guò)信息化平臺(tái)審批。

? 辦公效率全面提高，建設(shè)項(xiàng)目在**公司審批的總時(shí)限縮短30％以上。? 實(shí)現(xiàn)**公司日常辦公費(fèi)用降低30％以上。? 全面實(shí)現(xiàn)**公司信息發(fā)布的網(wǎng)絡(luò)化。

5.2 項(xiàng)目預(yù)期安排

? 2009年2月－2009年12月，完成重慶市**公司信息化平臺(tái)建設(shè)所需要實(shí)現(xiàn)的建設(shè)項(xiàng)目管理系統(tǒng)、行政審批子系統(tǒng)、內(nèi)部行政OA子系統(tǒng)、觸摸屏系統(tǒng)及LED電子屏顯示、信息發(fā)布子系統(tǒng)和資源整合與共享子系統(tǒng)的開(kāi)發(fā)和完善。

2009年2月25日－4月15日，完成重慶市**公司信息化平臺(tái)建設(shè)所需要實(shí)現(xiàn)的建設(shè)項(xiàng)目管理系統(tǒng)、行政審批子系統(tǒng)、行政辦公OA子系統(tǒng)、信息發(fā)布子系統(tǒng)和資源整合與共享子系統(tǒng)的需求分析，提出系統(tǒng)建設(shè)方案。

2009年4月16日－5月31日，完成重慶市**公司區(qū)建設(shè)信息化平臺(tái)的整個(gè)系統(tǒng)框架搭建，形成系統(tǒng)展示主頁(yè)面。

2009年6月1日－10月1日，行政審批子系統(tǒng)開(kāi)發(fā)工作量完成一半，完成 4

**系統(tǒng)需求分析報(bào)告

內(nèi)部行政OA子系統(tǒng)及對(duì)外宣傳信息。

2009年10月2日－12月31日，完成行政審批子系統(tǒng)。

? 2010日1月－2010年12月，依托信息化平臺(tái)建設(shè)，**公司逐步建成集數(shù)據(jù)信息的采集、存儲(chǔ)、加工、交換和發(fā)布為一體的信息中心。通過(guò)對(duì)信息資源的整合，達(dá)到信息資源的綜合利用，實(shí)現(xiàn)高效、快捷、準(zhǔn)確的信息傳遞和行政管理效率與效能全面提升。

? 2010年7月－2010年12月，充分利用信息化平臺(tái)中積存的歷史數(shù)據(jù)，利用先進(jìn)的數(shù)據(jù)挖掘技術(shù)，對(duì)各類(lèi)建設(shè)數(shù)據(jù)進(jìn)行再加工和處理，確保信息化平臺(tái)實(shí)現(xiàn)顯著的社會(huì)效益和經(jīng)濟(jì)效益，建立完善的信息安全審計(jì)系統(tǒng)和績(jī)效考核系統(tǒng)，并在重慶與西部地區(qū)推廣該項(xiàng)目的經(jīng)驗(yàn)。

5.3 項(xiàng)目范圍

5.3.1 應(yīng)用系統(tǒng)的開(kāi)發(fā)與建設(shè)

包括行政審批系統(tǒng)，具體內(nèi)容包括：可以實(shí)現(xiàn)行政審批的電子政務(wù)、建設(shè)項(xiàng)目過(guò)程控制及監(jiān)管、內(nèi)部辦公自動(dòng)化及網(wǎng)絡(luò)共享、對(duì)外信息發(fā)布、建設(shè)相關(guān)企業(yè)及工程師管理以及資源整合與共享。

5.3.2 網(wǎng)絡(luò)基礎(chǔ)設(shè)施建設(shè)以及網(wǎng)絡(luò)軟、硬件平臺(tái)建設(shè) 5.3.3 門(mén)戶網(wǎng)站建設(shè)

**公司門(mén)戶網(wǎng)站要建成集信息服務(wù)和網(wǎng)上辦公為一體的多功能網(wǎng)站，并實(shí)現(xiàn)綜合信息集中發(fā)布，部門(mén)網(wǎng)站統(tǒng)一導(dǎo)航。

5.3.4 安全保密體系建設(shè)

建立安全認(rèn)證和授權(quán)體系，為**公司工作人員提供證書(shū)服務(wù)；部署入侵檢測(cè)、漏洞掃描、防病毒等安全措施，初步建立**公司電子政務(wù)網(wǎng)的安全保密體系，有效保證系統(tǒng)的安全性。

**系統(tǒng)需求分析報(bào)告 方案概要 6.1 業(yè)務(wù)需求

本篇分為行政審批業(yè)務(wù)需求分析

對(duì)每個(gè)業(yè)務(wù)進(jìn)行了業(yè)務(wù)描述、審查依據(jù)、申報(bào)條件、輸入數(shù)據(jù)、輸出數(shù)據(jù)、業(yè)務(wù)處理過(guò)程、處理時(shí)限、業(yè)務(wù)指導(dǎo)科室和業(yè)務(wù)流程圖的梳理和確認(rèn)。對(duì)項(xiàng)目動(dòng)態(tài)管理過(guò)程進(jìn)行了階段劃分和描述。

這部分主要是對(duì)現(xiàn)階段**公司工作的調(diào)研工作的展示，引導(dǎo)接下來(lái)功能設(shè)計(jì)、初步設(shè)計(jì)。

6.2 功能分析

對(duì)系統(tǒng)主要功能進(jìn)行描述。

6.3 系統(tǒng)設(shè)計(jì)

本篇首先給出了系統(tǒng)的整體設(shè)計(jì)思路，對(duì)各個(gè)系統(tǒng)進(jìn)行了功能模塊分析。并對(duì)整個(gè)系統(tǒng)進(jìn)行了整體架構(gòu)，**公司信息平臺(tái)的整體構(gòu)架采用SOA的體系構(gòu)架，以松散耦合的方式公開(kāi)業(yè)務(wù)服務(wù)，使**公司的各個(gè)業(yè)務(wù)單元輕松地使用和組合這些業(yè)務(wù)服務(wù)。本架構(gòu)設(shè)計(jì)方法論采用SunTone 3D 架構(gòu)方法論，SunTone 3D 架構(gòu)方法論是Sun公司推出的一套成熟的系統(tǒng)架構(gòu)分析設(shè)計(jì)的方法和標(biāo)準(zhǔn)。SunTone 3D架構(gòu)方法論從列（Tier），層(Layer)和系統(tǒng)質(zhì)量(System Quality)三維的角度來(lái)分析一個(gè)完整的系統(tǒng)。技術(shù)路線是參考目標(biāo)系統(tǒng)的靜態(tài)和動(dòng)態(tài)特性分析，為架構(gòu)設(shè)計(jì)設(shè)定的高層技術(shù)方案選擇范圍。整個(gè)架構(gòu)方案的設(shè)計(jì)圍繞選定的技術(shù)路線，并以之作為各項(xiàng)系統(tǒng)機(jī)制實(shí)現(xiàn)的技術(shù)基礎(chǔ)。本系統(tǒng)的軟件架構(gòu)設(shè)計(jì)在技術(shù)路線選擇時(shí)綜合考慮運(yùn)行效率、開(kāi)發(fā)效率以及隨需應(yīng)變能力的平衡能力。

6.4 安全策略

整個(gè)**公司行政辦公信息平臺(tái)是一個(gè)統(tǒng)一的整體結(jié)構(gòu)，使用統(tǒng)一的安全體系結(jié)構(gòu)來(lái)配置資源。主要包括以下幾個(gè)方面：

? 系統(tǒng)日志管理：功能日志、系統(tǒng)日志； ? 信息傳輸安全：數(shù)據(jù)加密、網(wǎng)絡(luò)分段；

? 信息存儲(chǔ)安全：服務(wù)器安全、數(shù)據(jù)備份和恢復(fù)、異地容災(zāi)； ? 信息訪問(wèn)安全：防火墻、身份認(rèn)證、漏洞掃描、入侵檢測(cè)； ? 系統(tǒng)環(huán)境安全：操作系統(tǒng)安全、防病毒體系。

? 應(yīng)用系統(tǒng)安全：CA身份認(rèn)證、用戶權(quán)限管理、安全配置管理； 在采用安全設(shè)備及安全技術(shù)的同時(shí)，還需要制定嚴(yán)密的安全管理體制和安全 6

**系統(tǒng)需求分析報(bào)告

管理制度共同構(gòu)建系統(tǒng)安全體系。

6.5 項(xiàng)目亮點(diǎn)

? 實(shí)現(xiàn)信息共享，信息整合，能隨時(shí)獲取項(xiàng)目審批狀態(tài)的信息； ? 方便的流程管理和流程定制，兼顧了行政審批流程變動(dòng)（如大部委制）帶來(lái)的變動(dòng)需求；

? 靈活的網(wǎng)站信息發(fā)布方式及管理；

? 統(tǒng)一身份認(rèn)證及統(tǒng)一授權(quán)，操作方便，安全及權(quán)威得到保障。

**系統(tǒng)需求分析報(bào)告、業(yè)務(wù)需求分析篇9 二

**系統(tǒng)需求分析報(bào)告 行政審批系統(tǒng)業(yè)務(wù)分析 1.1 收件業(yè)務(wù)

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

對(duì)報(bào)建單位提交的相關(guān)資料進(jìn)行清點(diǎn)，齊全填寫(xiě)受理通知單后將資料移交下一受理環(huán)節(jié)，否則退件。

1.1.2 輸入數(shù)據(jù)

1.1.2.1 內(nèi)部已有數(shù)據(jù)（以后環(huán)節(jié)需要的數(shù)據(jù)）

各審查環(huán)節(jié)資料目錄信息

1.1.2.2 手工錄入數(shù)據(jù)（本環(huán)節(jié)新增加的數(shù)據(jù)）

（1）接發(fā)件備查表（包括以下信息）：接件日期、工程名稱(chēng)、工程地址、建設(shè)單位、聯(lián)系人、電話、審批類(lèi)型、是否退件；

（2）受理通知單；（3）工作受理單。

1.1.3 輸出數(shù)據(jù)

1.1.3.1 內(nèi)部流轉(zhuǎn)數(shù)據(jù)（以后環(huán)節(jié)需要的數(shù)據(jù)）

（1）接發(fā)件備查表（包括以下信息）：接件日期、工程名稱(chēng)、工程地址、建設(shè)單位、聯(lián)系人、電話、審批類(lèi)型、是否退件；

（2）工作受理單。

1.1.3.2 外部數(shù)據(jù)（打印或顯示輸出的數(shù)據(jù)）

（1）受理通知單；（2）退件通知單；（3）工作受理單。

1.1.4 資料附件

1.1.4.1 報(bào)件資料（本環(huán)節(jié)需報(bào)建單位提供的資料）

根據(jù)具體審批環(huán)節(jié)提供相關(guān)材料

1.1.4.2 內(nèi)部流轉(zhuǎn)資料（通過(guò)內(nèi)部流轉(zhuǎn)獲取的資料）

無(wú)

1.1.4.3 發(fā)放資料（發(fā)給報(bào)建單位的資料）

（1）受理通知書(shū)；（2）退件通知書(shū)。

**系統(tǒng)需求分析報(bào)告

1.1.4.4 留存資料（內(nèi)部留存需要存檔的資料）

1.1.5 業(yè)務(wù)處理過(guò)程

（1）報(bào)建單位通過(guò)網(wǎng)上報(bào)建填寫(xiě)相關(guān)申請(qǐng)表（可選）；

（2）建設(shè)單位向接件窗口提交各種審批相關(guān)材料及相關(guān)申請(qǐng)表；（3）接件員核對(duì)材料后向申請(qǐng)人出具受理通知單或退件通知單；（4）接件員填寫(xiě)工作受理單及接發(fā)件備查表；（5）接件員將相關(guān)材料遞送至**公司審批人員。

**系統(tǒng)需求分析報(bào)告

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

圖名：發(fā)件流程圖 圖號(hào)：B00 制圖：武建軍 審核：報(bào)建單位接發(fā)件窗口審核提交報(bào)建資料新增報(bào)建資料（各環(huán)節(jié)不同）和內(nèi)部發(fā)放表格判定審批環(huán)節(jié)審核新增資料F資料齊全或加急T受理通知單收審核件收件整合（報(bào)建資料和內(nèi)部流轉(zhuǎn)資料）整合的報(bào)建資料工作受理單報(bào)建資料移交收件整合移交相關(guān)環(huán)節(jié)技術(shù)審查退件通知單報(bào)建資料退件處理退件

**系統(tǒng)需求分析報(bào)告

三、功能分析篇4

1**系統(tǒng)需求分析報(bào)告

功能分析是在業(yè)務(wù)分析的基礎(chǔ)上，從軟件功能實(shí)現(xiàn)的角度對(duì)**公司信息化平臺(tái)進(jìn)行模塊劃分，把**公司信息化平臺(tái)分為功能相對(duì)獨(dú)立但又彼此聯(lián)系的6個(gè)功能子系統(tǒng)，并提出各子系統(tǒng)的功能需要，是下一階段系統(tǒng)分析和設(shè)計(jì)過(guò)程的設(shè)計(jì)依據(jù)。主要包括后臺(tái)管理系統(tǒng)、行政審批系統(tǒng)、辦公自動(dòng)化系統(tǒng)、建設(shè)項(xiàng)目動(dòng)態(tài)管理系統(tǒng)、網(wǎng)站發(fā)布系統(tǒng)、資源交換與共享系統(tǒng)。以上功能子系統(tǒng)建立在統(tǒng)一的軟件平臺(tái)之上，軟件平臺(tái)是各子系統(tǒng)共同的基礎(chǔ)平臺(tái)，主要包括統(tǒng)一認(rèn)證單點(diǎn)登錄、數(shù)據(jù)信息標(biāo)準(zhǔn)、角色權(quán)限分配等。行政審批系統(tǒng)功能分析

行政審批系統(tǒng)作為整個(gè)《**公司信息化平臺(tái)》的基礎(chǔ)平臺(tái)，對(duì)后期系統(tǒng)開(kāi)發(fā)起到數(shù)據(jù)支撐；同時(shí)也是當(dāng)前**公司在電子政務(wù)建設(shè)中最為迫切的部門(mén)；行政審批系統(tǒng)設(shè)計(jì)開(kāi)發(fā)的好壞直接關(guān)系到后續(xù)系統(tǒng)的開(kāi)發(fā)；所以對(duì)于行政審批系統(tǒng)要做到系統(tǒng)運(yùn)行穩(wěn)定，功能完整實(shí)用，操作方便易用，具有充分的擴(kuò)展性和前瞻性。

1.1 總體需求

1.1.1 規(guī)范性

? 項(xiàng)目管理為主線，項(xiàng)目具有唯一“身份證”，每個(gè)建設(shè)項(xiàng)目在不同的審批業(yè)務(wù)中具有相同的項(xiàng)目編號(hào)，但有不同的業(yè)務(wù)編號(hào)。? 嚴(yán)格按流程進(jìn)行審批，保證審批流程的透明化。? 統(tǒng)一**公司信息化數(shù)據(jù)標(biāo)準(zhǔn)。? 企業(yè)信息“一次性錄入，重復(fù)使用”。

? 智能業(yè)務(wù)時(shí)限預(yù)警。? 節(jié)假日設(shè)定。

1.1.2 先進(jìn)性

支持系統(tǒng)像積木一樣隨時(shí)進(jìn)行搭建和改造，根據(jù)管理的需要對(duì)系統(tǒng)模塊進(jìn)行增加和刪除，不斷補(bǔ)充系統(tǒng)生命力，實(shí)現(xiàn)系統(tǒng)可持續(xù)發(fā)展，確保系統(tǒng)在較長(zhǎng)時(shí)間內(nèi)保持先進(jìn)性。

1.1.3 靈活性

考慮到大部委制部門(mén)調(diào)整的要求，將來(lái)**公司的審批業(yè)務(wù)有可能增加或減少，報(bào)建資料可能由來(lái)自外部改變?yōu)閮?nèi)部流轉(zhuǎn)資料，對(duì)可能增加的審批業(yè)務(wù)預(yù)留接口，需要時(shí)可以隨時(shí)激活使用，并可以對(duì)審批業(yè)務(wù)的前置環(huán)節(jié)和后置環(huán)節(jié)進(jìn)行動(dòng)態(tài)調(diào)整。

1.1.4 易用性

? 自定義個(gè)人桌面

**系統(tǒng)需求分析報(bào)告

? 常用審批意見(jiàn) ? 待辦提示 ? 審批進(jìn)度瀏覽 ? 短信提醒

1.1.5 安全性

? 安全的數(shù)據(jù)傳輸

? 多級(jí)身份認(rèn)證策略：通過(guò)用戶口令等實(shí)現(xiàn)用戶身份認(rèn)證 ? 可集成CA身份認(rèn)證 ? 可集成電子簽章

1.1.6 可持續(xù)性

? 界面可調(diào)整 ? 報(bào)表可定制 ? 流程可按需調(diào)整 ? 系統(tǒng)預(yù)留擴(kuò)展接口

**系統(tǒng)需求分析報(bào)告

1.2 功能模塊劃分

企業(yè)用戶注冊(cè)項(xiàng)目申報(bào)項(xiàng)目咨詢IC卡管理網(wǎng)上申報(bào)子系統(tǒng)項(xiàng)目審批查詢意見(jiàn)反饋受理新審批項(xiàng)目修改項(xiàng)目待辦項(xiàng)目急辦件快速受理刪除項(xiàng)目在辦項(xiàng)目項(xiàng)目中止待辦事務(wù)項(xiàng)目報(bào)延項(xiàng)目催辦項(xiàng)目回收項(xiàng)目會(huì)簽在崗狀態(tài)設(shè)置項(xiàng)目收費(fèi)管理信息發(fā)布工作移交數(shù)據(jù)導(dǎo)出行政審批系統(tǒng)項(xiàng)目預(yù)警項(xiàng)目辦結(jié)項(xiàng)目辦理審批業(yè)務(wù)子系統(tǒng)領(lǐng)導(dǎo)督辦項(xiàng)目退回已辦事務(wù)項(xiàng)目分件事務(wù)臨時(shí)授權(quán)企業(yè)信息管理手機(jī)短信通知顯示自定義項(xiàng)目查詢子系統(tǒng)項(xiàng)目精確查詢項(xiàng)目組合查詢數(shù)據(jù)統(tǒng)計(jì)項(xiàng)目模糊查詢自定義條件查詢 圖 3.1-1 功能模塊劃分

1.3 功能需求描述

1.3.1 網(wǎng)上申報(bào)子系統(tǒng)

1.3.1.1 企業(yè)用戶注冊(cè)

提供報(bào)建單位的預(yù)約注冊(cè)和正式注冊(cè)功能，企業(yè)用戶可以在網(wǎng)上進(jìn)行預(yù)約注冊(cè)，輸入企業(yè)用戶基本信息，然后到行政大廳進(jìn)行正式注冊(cè)，并辦理IC卡。注冊(cè)后可以登陸系統(tǒng)，登錄后對(duì)企業(yè)用戶個(gè)人信息的登記，修改，密碼的修改，用戶個(gè)性化設(shè)置，系統(tǒng)的在線幫助。

**系統(tǒng)需求分析報(bào)告

1.3.2 審批業(yè)務(wù)子系統(tǒng)

1.3.2.1 業(yè)務(wù)受理

由收發(fā)件窗口受理，也可以從網(wǎng)上申報(bào)系統(tǒng)受理，并自動(dòng)生成項(xiàng)目編號(hào)及業(yè)務(wù)編號(hào)；項(xiàng)目資料錄入完成后可以直接進(jìn)行提交到下一辦理環(huán)節(jié)；此時(shí)系統(tǒng)生成一個(gè)在辦項(xiàng)目紀(jì)錄，收發(fā)件窗口可以隨時(shí)查詢?cè)谵k項(xiàng)目的辦理情況；如果不進(jìn)行提交而是保存的話，系統(tǒng)將生成一條待辦項(xiàng)目紀(jì)錄等待窗口人員進(jìn)行提交。

1.3.3 項(xiàng)目查詢子系統(tǒng)

主要是用于業(yè)務(wù)辦理情況查詢，分為四種方式：精確查詢、模糊查詢、組合查詢、自定義條件查詢。查詢項(xiàng)目包括：時(shí)間查詢、業(yè)務(wù)查詢、基本信息查詢、項(xiàng)目查詢、人員查詢、單位查詢、辦結(jié)查詢、辦理步驟查詢、辦理時(shí)限查詢，其他自定義查詢等。

在查詢結(jié)果中的目錄列表中，系統(tǒng)將自動(dòng)以顏色區(qū)分的方式來(lái)直觀的表示出警告件和超時(shí)件，其中警告件是黃色，超時(shí)件是顯示紅色。1.3.3.1 精確查詢

通過(guò)嚴(yán)格匹配輸入的查詢條件來(lái)快速準(zhǔn)確的查詢某個(gè)項(xiàng)目。

查詢結(jié)果目錄中所顯示的信息有：項(xiàng)目基本信息、項(xiàng)目受理信息、項(xiàng)目辦理信息、項(xiàng)目申報(bào)人信息、項(xiàng)目辦理人信息等。

**系統(tǒng)需求分析報(bào)告、技術(shù)分析篇

四

**系統(tǒng)需求分析報(bào)告 系統(tǒng)總體設(shè)計(jì)思路 1.1 技術(shù)及功能要求

1.1.1 技術(shù)要求（以下為示例）

1.1.1.1 穩(wěn)定可靠的數(shù)據(jù)平臺(tái) 1.1.1.2 快速準(zhǔn)確的決策支持 1.1.1.3 很好的開(kāi)放性和可擴(kuò)展性

1.1.1.4 同時(shí)基于虛擬專(zhuān)用網(wǎng)及互聯(lián)網(wǎng)的快速實(shí)時(shí)查詢

1.1.1.5 采用方便實(shí)用的BROWSE/SERVER方式，真正實(shí)現(xiàn)數(shù)據(jù)的集中處理和管理

1.1.1.6 支持分級(jí)動(dòng)態(tài)數(shù)據(jù)查詢、匯總及分析。

1.1.2 功能要求（以下為示例）

1.1.2.1 集中管理 1.1.2.2 流程化審批 1.1.2.3 動(dòng)態(tài)匯總 1.1.2.4 動(dòng)態(tài)查詢 1.1.2.5 動(dòng)態(tài)適應(yīng)和調(diào)整 1.1.2.6 動(dòng)態(tài)分析 1.1.2.7 電子監(jiān)察

1.2 技術(shù)特點(diǎn)（以下為示例）

1.2.1 面向服務(wù)的體系結(jié)構(gòu) 1.2.2 采用中間件技術(shù) 1.2.3 動(dòng)態(tài)查詢技術(shù) 1.2.4 動(dòng)態(tài)匯總技術(shù)

1.2.5 基于策略的動(dòng)態(tài)生成技術(shù) 1.2.6 采用大型數(shù)據(jù)庫(kù)技術(shù)

**系統(tǒng)需求分析報(bào)告 總體架構(gòu) 2.1 系統(tǒng)技術(shù)架構(gòu)

2.1.1 架構(gòu)體系分層說(shuō)明 2.1.2 系統(tǒng)總體技術(shù)架構(gòu)圖

2.2 系統(tǒng)平臺(tái)架構(gòu)

**系統(tǒng)需求分析報(bào)告 服務(wù)器與系統(tǒng)部署策略 3.1 應(yīng)用服務(wù)器選型 3.2 數(shù)據(jù)庫(kù)選型 3.3 操作系統(tǒng)選型

**系統(tǒng)需求分析報(bào)告

五、系統(tǒng)安全策略篇 24

**系統(tǒng)需求分析報(bào)告 系統(tǒng)安全保障 2 權(quán)限控制管理 2.1 權(quán)限模型的實(shí)現(xiàn) 2.2 應(yīng)用權(quán)限的實(shí)現(xiàn) 2.3 數(shù)據(jù)權(quán)限的實(shí)現(xiàn) 3 數(shù)據(jù)傳輸安全性 3.1 數(shù)據(jù)加密 3.2 數(shù)據(jù)傳輸 4 防火墻系統(tǒng)

第三篇：需求分析報(bào)告

需求分析

需求概述

需求分析是是指充分了解客戶情況，包括客戶生產(chǎn)、財(cái)務(wù)及管理流程后，與客戶一起討論對(duì)系統(tǒng)的具體要求，針對(duì)其現(xiàn)行體制中的不足及目前所需的信息，制定出一套用戶對(duì)系統(tǒng)的需求方案。需求分析是完全以企業(yè)的需要及實(shí)際情況為出發(fā)點(diǎn)，因此為企業(yè)合理地選擇系統(tǒng)提供了基本保證。需求分析按照由頂至低、由大到小、由粗到精的的過(guò)程來(lái)進(jìn)行。需求分析是整個(gè)實(shí)施過(guò)程中至關(guān)重要的一步，是否制定出合理的客戶需求決定了以后整個(gè)系統(tǒng)實(shí)施的成敗。

1> 用戶分析

網(wǎng)上訂餐系統(tǒng)的使用者主要有兩種：系統(tǒng)管理員、客戶。

系統(tǒng)管理員：網(wǎng)上訂餐系統(tǒng)的系統(tǒng)管理者，進(jìn)行系統(tǒng)的日常維護(hù)，進(jìn)行日常管理，并按照餐廳的意愿，對(duì)菜譜和客戶的信息進(jìn)行各種管理，比如添加、修改、刪除、更新等。

客戶：網(wǎng)上訂餐系統(tǒng)的主要在使用者，他們是餐廳的客戶，能進(jìn)行基本功能的使用和操作，但是不能對(duì)系統(tǒng)進(jìn)行管理。

2> 項(xiàng)目功能需求

管理員功能：登陸系統(tǒng)、查詢管理員賬戶、添加管理員賬戶、修改管理員賬號(hào)、刪除管理員賬號(hào)、查詢訂餐情況刪除訂單、打印訂單。

客戶功能：注冊(cè)賬號(hào)、登錄系統(tǒng)、修改密碼、修改地址、進(jìn)行訂餐操作。3> 用戶界面需求

系統(tǒng)人機(jī)界面操作友好，本系統(tǒng)外界界面具有簡(jiǎn)潔性和友好性等特點(diǎn)，但又不失獨(dú)特的頁(yè)面風(fēng)格，界面采用引入的圖片溫馨的色調(diào)，優(yōu)雅大方，系統(tǒng)內(nèi)部結(jié)構(gòu)采用框架布局，使整個(gè)系統(tǒng)看起來(lái)更有層次感，在用戶功能操作功能上，設(shè)計(jì)簡(jiǎn)單方便，符合了現(xiàn)代管理系統(tǒng)的界面要求。

系統(tǒng)開(kāi)發(fā)的可行性分析

技術(shù)可行性

ASP.NET和SQL數(shù)據(jù)庫(kù)這兩個(gè)開(kāi)發(fā)工具到現(xiàn)在已經(jīng)運(yùn)用了很多少年了，它們的技術(shù)到現(xiàn)在已經(jīng)相當(dāng)成熟。

本系統(tǒng)所要設(shè)計(jì)的功能難度不大，加上有指導(dǎo)老師的指導(dǎo)和查找相關(guān)參考文獻(xiàn)，各功能模塊在技術(shù)上完全是可以的實(shí)現(xiàn)。就開(kāi)發(fā)的實(shí)際情況來(lái)看，技術(shù)上市可行的。

經(jīng)濟(jì)可行性

本訂餐系統(tǒng)所需要的硬件和軟件都是目前廣泛使用的，如軟件運(yùn)行環(huán)境windows98以上系統(tǒng)、數(shù)據(jù)庫(kù)SQL Server 2005、編程語(yǔ)言C#等等，都可以通過(guò)網(wǎng)上、圖書(shū)館等各種渠道得到，不需要再花費(fèi)大量的資金去購(gòu)買(mǎi)高成本的設(shè)備，大大提高了在設(shè)計(jì)過(guò)程中的工作效率，且投入使用后，便于后期工作的維護(hù)，因此，本系統(tǒng)在經(jīng)濟(jì)上是可行的。

社會(huì)可行性

該系統(tǒng)符合現(xiàn)有的法律、法規(guī)和政策方面的限制，沒(méi)違法當(dāng)今社會(huì)的道德標(biāo)準(zhǔn)，社會(huì)可行性通過(guò)。

運(yùn)行環(huán)境

處理器為酷睿系列、AMD 3200+以上PC臺(tái)式機(jī)或便攜式電腦；

運(yùn)行時(shí)占用內(nèi)存：＜100MB；

所需硬盤(pán)空間：＜100MB；

軟件平臺(tái)：中文WindowsXP系統(tǒng)；

開(kāi)發(fā)環(huán)境和相關(guān)技術(shù)

.NET開(kāi)發(fā)平臺(tái)

.NET框架是Microsoft公司推出的一種全新的開(kāi)發(fā)平臺(tái),提供了統(tǒng)一的、面向?qū)ο蟛⑶铱梢詳U(kuò)展的編程類(lèi)庫(kù)和完善的集成開(kāi)發(fā)環(huán)境,大大簡(jiǎn)化了應(yīng)用程序的開(kāi)發(fā)過(guò)程,并且具有良好的移植性和安全性。ASP.NET是建立在公共語(yǔ)言運(yùn)行庫(kù)上的Web編程框架，相對(duì)于ASP而言，ASP.NET提供了更強(qiáng)的性能、更方便的工具支持、更好的平臺(tái)支持和靈活性。其一大革命性進(jìn)步是可以將應(yīng)用程序邏輯與表示代碼清楚地分開(kāi)，這樣一來(lái)Web應(yīng)用程序的開(kāi)發(fā)人員可以使用和Windows桌面程序開(kāi)發(fā)類(lèi)似的編程模型，從而大大降低了開(kāi)發(fā)難度 [5]。

同時(shí)，ASP.NET在進(jìn)行用戶界面開(kāi)發(fā)和基礎(chǔ)程序結(jié)構(gòu)生成時(shí)具有很多優(yōu)勢(shì)。首先，ASP.NET是一個(gè)已編譯的、基于.NET的開(kāi)發(fā)環(huán)境，利用整個(gè).NET框架，開(kāi)發(fā)人員可以方便的進(jìn)行程序開(kāi)發(fā)；其次，ASP.NET可以無(wú)縫地與其它HTML編輯器及其編程工具一起工作，使得Web開(kāi)發(fā)更加方便；再次，在ASP.NET中利

用.NET框架中的ADO.NET的強(qiáng)大功能，可以高效便捷的訪問(wèn)數(shù)據(jù)庫(kù)，ASP.NET提供了簡(jiǎn)單的模型，該模型使開(kāi)發(fā)人員能夠編寫(xiě)應(yīng)用程序的運(yùn)行邏輯，并且保留了會(huì)話狀態(tài)功能；最后，.NET框架和ASP.NET中提供了默認(rèn)授權(quán)和驗(yàn)證方案，可以根據(jù)需要方便地移除、添加或者替換這些方案。

ASP.Net2.0是把基于通用語(yǔ)言的程序在服務(wù)器上運(yùn)行。不像以前的ASP即時(shí)解釋程序，而是將程序在服務(wù)器端首次運(yùn)行時(shí)進(jìn)行編譯。ASP.Net2.0構(gòu)架是可以用Microsoft（R> 公司最新的產(chǎn)品 Visual Studio.net開(kāi)發(fā)環(huán)境進(jìn)行開(kāi)發(fā)，WYSIWYG（What You See Is What You Get所見(jiàn)即為所得> 的編輯。這些僅是ASP.Net2.0強(qiáng)大化軟件支持的一小部分 [6]。

因?yàn)锳SP.Net2.0是基于通用語(yǔ)言的編譯運(yùn)行的程序，所以它的強(qiáng)大性和適應(yīng)性，可以使它運(yùn)行在Web應(yīng)用軟件開(kāi)發(fā)者的幾乎全部的平臺(tái)上。通用語(yǔ)言的基本庫(kù)，消息機(jī)制，數(shù)據(jù)接口的處理都能無(wú)縫的整合到ASP.Net2.0的Web應(yīng)用中。ASP.Net2.0同時(shí)也是language-independent語(yǔ)言獨(dú)立化的，所以，你可以選擇一種最適合你的語(yǔ)言來(lái)編寫(xiě)你的程序，或者把你的程序用很多種語(yǔ)言來(lái)寫(xiě)，現(xiàn)在已經(jīng)支持的有C#（C++和Java的結(jié)合體>，VB，Jscript。將來(lái)，這樣的多種程序語(yǔ)言協(xié)同工作的能力保護(hù)您現(xiàn)在的基于COM+開(kāi)發(fā)的程序，能夠完整的移植向ASP.Net2.0。

ASP.NET的優(yōu)點(diǎn)主要體現(xiàn)在效率高、可重用性高、代碼量少這三方面。在使用ASP進(jìn)行程序設(shè)計(jì)的時(shí)候，由于ASP使用的是腳本語(yǔ)言，所有的代碼都嵌入到HTML代碼中，所以當(dāng)編制功能復(fù)雜的網(wǎng)頁(yè)時(shí)，就需要編寫(xiě)大量的代碼，而且會(huì)導(dǎo)致程序代碼的可讀性差的問(wèn)題。另外，由于所有的代碼都是解釋執(zhí)行的，所以相對(duì)速度較慢，并且無(wú)法有效地利用機(jī)器硬件的各種性能。ASP.NET與ASP相比較效率更高，提供了很高的可重用性，對(duì)于實(shí)現(xiàn)同樣功能的程序，ASP.NET使用的代碼量比ASP要少得多。ASP.NET采用全新的編程環(huán)境，代表了技術(shù)發(fā)展的主流方向。

ASP.NET的工作原理是：首先，有一個(gè)HTTP請(qǐng)求發(fā)送到Web服務(wù)器要求訪問(wèn)一個(gè)Web網(wǎng)頁(yè)。Web服務(wù)器通過(guò)分析客戶的HTTP請(qǐng)求來(lái)定位所請(qǐng)求網(wǎng)頁(yè)的位置。如果所請(qǐng)求的網(wǎng)頁(yè)的文件名的后綴是aspx，那么就把這個(gè)文件傳送到aspnet_isapi.dll進(jìn)行處理，由aspnet_isapi.dll把ASP.NET代碼提交給CLR。如果以前沒(méi)有執(zhí)行過(guò)這個(gè)程序，那么就由CLR編譯并執(zhí)行，得到純HTML結(jié)果；如果已經(jīng)執(zhí)行過(guò)這個(gè)程序，那么就直接執(zhí)行編譯好的程序并得到純HTML結(jié)果。最后把這些純HTML結(jié)果傳回瀏覽器作為HTTP響應(yīng)。瀏覽器收到這個(gè)響應(yīng)之后，就可以顯示W(wǎng)eb網(wǎng)頁(yè)。

ASP.Net2.0使用一種字符基礎(chǔ)的，分級(jí)的配置系統(tǒng)，使你服務(wù)器環(huán)境和應(yīng)用程序的設(shè)置更加簡(jiǎn)單。因?yàn)榕渲眯畔⒍急４嬖诤?jiǎn)單文本中，新的設(shè)置有可能都

不需要啟動(dòng)本地的管理員工具就可以實(shí)現(xiàn)。這種被稱(chēng)為“Zero Local Administration”的哲學(xué)觀念使ASP.Net2.0的基于應(yīng)用的開(kāi)發(fā)更加具體，和快捷。一個(gè)ASP.Net2.0的應(yīng)用程序在一臺(tái)服務(wù)器系統(tǒng)的安裝只需要簡(jiǎn)單的拷貝一些必須得文件，不需要系統(tǒng)的重新啟動(dòng)，一切就是這么簡(jiǎn)單。

ASP.Net2.0已經(jīng)被刻意設(shè)計(jì)成為一種可以用于多處理器的開(kāi)發(fā)工具，它在多處理器的環(huán)境下用特殊的無(wú)縫連接技術(shù)，將很大的提高運(yùn)行速度。即使你現(xiàn)在的ASP.Net2.0應(yīng)用軟件是為一個(gè)處理器開(kāi)發(fā)的，將來(lái)多處理器運(yùn)行時(shí)不需要任何改變都能提高他們的效能，但現(xiàn)在的ASP確做不到這一點(diǎn) [8]。

Microsoft SQL Server 2005介紹

Microsoft SQL Server 2005 是Microsoft公司繼sql server6.5、sql server7.0和SQL Server 2000以后，在新年推出的又一改進(jìn)的新版關(guān)系型數(shù)據(jù)管理系統(tǒng)。她能使用戶快捷地管理數(shù)據(jù)庫(kù)和開(kāi)發(fā)應(yīng)用程序。Sql server 2005使用了先進(jìn)的數(shù)據(jù)庫(kù)結(jié)構(gòu)，與windows DNA 緊密集成，具有強(qiáng)大的Web功能，它可以利用高端硬件平臺(tái)以及最新網(wǎng)絡(luò)和儲(chǔ)存技術(shù)，可以為最大的Web站點(diǎn)和企業(yè)應(yīng)用提供優(yōu)良的擴(kuò)展性和可靠性，使用戶能夠在Internet領(lǐng)域快速建立服務(wù)系統(tǒng)，為占領(lǐng)市場(chǎng)贏得寶貴的時(shí)間。同時(shí)，sql server 2005還為用戶提供重要的安全性功能的增強(qiáng)，為用戶的數(shù)據(jù)安全提供了可靠的保證。另外，sql server 2005 在數(shù)據(jù)庫(kù)服務(wù)器自動(dòng)管理技術(shù)方面處于數(shù)據(jù)庫(kù)領(lǐng)域的領(lǐng)先地位，它可以使用戶免去繁瑣復(fù)雜的工作量，從而有精力處理更為重要的問(wèn)題，使用系統(tǒng)在商業(yè)戰(zhàn)略上占得先機(jī)。

SQL Server 2005系統(tǒng)之間之所以成為目前流行的大型商用數(shù)據(jù)庫(kù)系統(tǒng)，有著其深刻的內(nèi)在因素，這與它鮮明的特點(diǎn)十分不開(kāi)的：

1> 與Internet的高度集成SQL Server 2005與其他Microsoft Back Office 產(chǎn)品緊密集成，在安全、時(shí)間瀏覽、Windows NT 服務(wù)程序、性能監(jiān)視器。多處理器支持、索引服務(wù)器等方面充分利用了他們的長(zhǎng)處，形成了自己獨(dú)特的優(yōu)勢(shì)。

SQL Server 2005數(shù)據(jù)庫(kù)索引擎提供完整的XML支持。它還具有構(gòu)成最大的Web站點(diǎn)的資料存儲(chǔ)組件所需的可伸展性、可用性和安全功能。

2>高伸縮性和適應(yīng)性

同一SQL Server 2005數(shù)據(jù)庫(kù)引擎運(yùn)行在、Windows XP Professional、Windows vista Professional、Windows 2000 Professional、windows 2000 Server和windows 2000 Advanced server。

SQL Server 2005 關(guān)系數(shù)據(jù)庫(kù)引擎支持當(dāng)今苛刻的數(shù)據(jù)處理環(huán)境所需的功能。數(shù)據(jù)庫(kù)引擎充分保護(hù)資料的完整性，同時(shí)將管理上千個(gè)并發(fā)的修改數(shù)據(jù)庫(kù)的用戶的開(kāi)銷(xiāo)減到最小。

3>易于安裝和使用

SQL Server 2005 中包括一系列管理和開(kāi)發(fā)工具，這些工具可改進(jìn)在多個(gè)站點(diǎn)上安裝、部署、管理和使用SQL Server 的過(guò)程。SQL Server 2005 還支持基于標(biāo)準(zhǔn)的、與Windows DNA集成的程序設(shè)計(jì)模型，使SQL Server 2000 數(shù)據(jù)庫(kù)和資料倉(cāng)庫(kù)的使用成為生成強(qiáng)大的可伸縮系統(tǒng)的無(wú)縫部分。

第四篇：需求分析報(bào)告

需求分析報(bào)告

綜合要求

一、功能需求

1.1 功能劃分

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

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

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

1.2 功能描述

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

實(shí)現(xiàn)功能：

1）用戶服裝信息的管理

2）通過(guò)當(dāng)時(shí)外界環(huán)境和現(xiàn)有服裝進(jìn)行實(shí)時(shí)推薦

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

實(shí)現(xiàn)功能：

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

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

實(shí)現(xiàn)功能：

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

2）通過(guò)無(wú)線遙控對(duì)各智能終端進(jìn)一步調(diào)節(jié)（4）“行”子系統(tǒng)

實(shí)現(xiàn)功能：

有車(chē)用戶：結(jié)合用戶對(duì)于出行成本的選擇（最省時(shí)，最省油，折中），給出最優(yōu)的出行路線。

無(wú)車(chē)用戶：

１）鏈接打車(chē)軟件

２）通過(guò)連接“車(chē)來(lái)了”等軟件給用戶提供建議

1.3系統(tǒng)功能

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

（2）通過(guò)傳感器獲得周?chē)h(huán)境的溫度，濕度并將其錄入數(shù)據(jù)庫(kù)。

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

（6）根據(jù)車(chē)載傳感器獲得車(chē)距和能見(jiàn)度等信息，并將其錄入數(shù)據(jù)庫(kù)。（7）實(shí)現(xiàn)語(yǔ)音錄入當(dāng)前用戶的代辦適宜。（8）通過(guò)消息推送，實(shí)現(xiàn)智能辦公。

二、性能需求

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

2.2 系統(tǒng)特性

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

·移動(dòng)端（安卓／ios 內(nèi)存2Ｇ 容量16Ｇ 分辨率320*480）·反映時(shí)間：10ms – 100ms ·信息量速率：500bit/s或bps ·數(shù)據(jù)庫(kù)容量：500Ｔ

三、可靠性和可用性需求

3.1 穩(wěn)定性

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

3.2可靠性

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

3.3 安全性

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

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

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

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

3.4完整性

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

3.5 易用性

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

3.6可復(fù)用性

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

3.7 可維護(hù)性

·提高程序健壯性，保證程序的后期可維護(hù)性

3.8 可移植性

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

3.9 可測(cè)試性

·保證程序可測(cè)試，便于后期操作

四.出錯(cuò)處理需求

4.1格式要求

·給每一個(gè)信息的格式都要注意其形式。格式不對(duì)的自動(dòng)重新測(cè)試，以及自動(dòng)把情況反饋給管理員。

4.2信息保存

·對(duì)于外來(lái)攻擊導(dǎo)致系統(tǒng)崩潰情況，需要及時(shí)保留用戶當(dāng)前所有的信息。

五、接口需求

5.1 用戶接口

·把用戶提交的賬號(hào)密碼，在數(shù)據(jù)庫(kù)中進(jìn)行搜索查詢進(jìn)行驗(yàn)證。

5.2硬件接口

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

5.3 軟件接口

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

5.4 通信需求接口

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

六、約束

6.1精度

·對(duì)于溫度，濕度要求精確到小數(shù)點(diǎn)后兩位。對(duì)于能見(jiàn)度等問(wèn)題需要精確到誤差在３米之內(nèi)

6.2語(yǔ)言約束

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

6.3設(shè)計(jì)約束

·全部過(guò)程需要從整體，平衡出發(fā)。不要僅僅開(kāi)發(fā)完一個(gè)在區(qū)開(kāi)發(fā)另外一個(gè)。

6.4使用標(biāo)準(zhǔn)

·全部的標(biāo)準(zhǔn)使用國(guó)際標(biāo)準(zhǔn)。

6.5硬件平臺(tái)

·臺(tái)式機(jī)為xp/win7系統(tǒng)。移動(dòng)端為android/ios。

七、逆向需求

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

八．系統(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)計(jì)，氣象監(jiān)控，期刊統(tǒng)計(jì)，用戶喜好）說(shuō)明：

衣櫥統(tǒng)計(jì)：記錄用戶當(dāng)前擁有的服飾，需要用戶自行更新。

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

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

（飲食記錄，飲食統(tǒng)計(jì)，飯店信息）說(shuō)明：

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

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

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

（地圖信息，公交信息，票務(wù)信息，記事本）說(shuō)明：

地圖信息：主要供導(dǎo)航軟件調(diào)用，并按時(shí)進(jìn)行更新。

公交信息：儲(chǔ)存用戶周邊的公共交通信息，方便用戶乘坐公交車(chē)。

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

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

溫度傳感器溫度日期因特網(wǎng)流行服裝信息流行服裝信息用戶瀏覽習(xí)慣信息用戶瀏覽習(xí)慣信息溫度日期日期溫度1采集信息服裝推薦子系統(tǒng)的信息流行服裝信息用戶瀏覽習(xí)慣信息服裝推薦子系統(tǒng)的信息服裝推薦子系統(tǒng)的信息現(xiàn)有服裝信息出席場(chǎng)合信息用戶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“標(biāo)簽”算法推薦的服裝推薦的服裝

食： 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“標(biāo)簽”算法推薦的菜品推薦的菜品

住： 1層：

傳感器用戶體征信息溫度信息光線信息用戶體征信息用戶體征信息溫度信息溫度信息濕度信息濕度信息濕度信息家居調(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采集信息時(shí)間金錢(qián)需求信息目的地信息用戶2執(zhí)行出行推薦算法推薦方案推薦方案推薦方案3輸出推薦方案推薦方案

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

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

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

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

定義：出席的場(chǎng)合={學(xué)校，辦公室，聚會(huì)，典禮}

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

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

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

數(shù)據(jù)流來(lái)源：用戶

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

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

說(shuō)明：記錄當(dāng)前日期，幫助用戶選擇合適季節(jié)的衣服 數(shù)據(jù)流來(lái)源：因特網(wǎng)

數(shù)據(jù)流去向：采集信息（數(shù)據(jù)存儲(chǔ)）定義：日期=年＋月＋日

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

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

數(shù)據(jù)流去向：采集信息（數(shù)據(jù)存儲(chǔ)）定義：流行服裝信息=服裝編號(hào)+服裝名稱(chēng)+品牌+尺寸+顏色+款式+材質(zhì)+服裝圖片索引

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

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

數(shù)據(jù)流去向：采集信息（數(shù)據(jù)存儲(chǔ)）定義：服裝編號(hào)+瀏覽次數(shù)

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

數(shù)據(jù)流來(lái)源：智能服裝推薦程序

數(shù)據(jù)流去向：推薦的服裝信息（數(shù)據(jù)存儲(chǔ)）定義：推薦的服裝=服裝編號(hào)+服裝圖片索引 數(shù)據(jù)加工

加工名：采集信息 加工編號(hào)：1 簡(jiǎn)要描述：采集服裝推薦算法需要的信息

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

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

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

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

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

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

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

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

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

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

輸入數(shù)據(jù)：服裝編號(hào)，顏色，尺碼，類(lèi)型，條形碼 輸出數(shù)據(jù)：服裝編號(hào)

數(shù)據(jù)文件組成：服裝編號(hào)，顏色，尺碼，類(lèi)型，條形碼

數(shù)據(jù)文件名：日期 簡(jiǎn)述：存放當(dāng)前的日期 輸入數(shù)據(jù)：年+月+日 輸出數(shù)據(jù)：年+月+日 數(shù)據(jù)文件組成：年+月+日

數(shù)據(jù)文件名：流行服裝信息 簡(jiǎn)述：存放當(dāng)時(shí)流行的服裝款式

輸入數(shù)據(jù)：顏色，尺碼，類(lèi)型，條形碼 輸出數(shù)據(jù)：條形碼

數(shù)據(jù)文件組成：顏色，尺碼，類(lèi)型，條形碼

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

簡(jiǎn)述：存放用戶在各大網(wǎng)站查詢的服裝信息 輸入數(shù)據(jù)：用戶瀏覽習(xí)慣信息 輸出數(shù)據(jù)：用戶瀏覽習(xí)慣信息

數(shù)據(jù)文件組成：服裝編號(hào)，瀏覽次數(shù)

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

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

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

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

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

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

數(shù)據(jù)流來(lái)源：傳感器，因特網(wǎng) 數(shù)據(jù)流去向：采集信息

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

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

說(shuō)明：系統(tǒng)通過(guò)存儲(chǔ)并及時(shí)更新餐廳菜單，為推薦飲食提供參考信息。數(shù)據(jù)流來(lái)源：因特網(wǎng) 數(shù)據(jù)流去向：采集信息

定義：餐廳菜品信息=餐廳名+餐廳編號(hào)+菜名名+菜品編號(hào)+菜品營(yíng)養(yǎng)+菜品口味、數(shù)據(jù)流名：推薦的菜品信息

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

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

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

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

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

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

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

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

數(shù)據(jù)存儲(chǔ)：

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

簡(jiǎn)述：存放身體狀況信息，如體重，血壓，心率等 輸入數(shù)據(jù)：身體狀況信息 輸出數(shù)據(jù)：身體狀況信息

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

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

數(shù)據(jù)文件組成：餐廳名，餐廳編號(hào)，菜名名，菜品編號(hào)，菜品營(yíng)養(yǎng)，菜品口味、數(shù)據(jù)文件名：推薦的菜品信息 簡(jiǎn)述：存放推薦的菜品信息 輸入數(shù)據(jù)：推薦的菜品信息 輸出數(shù)據(jù)：推薦的菜品信息

數(shù)據(jù)文件組成：餐廳名，餐廳編號(hào)，菜名名，菜品編號(hào)，菜品營(yíng)養(yǎng)，菜品口味、?。?數(shù)據(jù)流

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

數(shù)據(jù)流來(lái)源：溫度傳感器

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

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

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

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

數(shù)據(jù)流來(lái)源：濕度傳感器

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

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

說(shuō)明：采集用戶習(xí)慣的溫度信息，光線信息，濕度信息 數(shù)據(jù)流來(lái)源：用戶

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

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

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

加工名：采集信息 加工編號(hào)：1 簡(jiǎn)要描述：采集智能控制系統(tǒng)需要的參數(shù)

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

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

加工名：執(zhí)行家居調(diào)節(jié)算法 加工編號(hào)：2 簡(jiǎn)要描述：處理正確格式的信息，把信息與數(shù)據(jù)庫(kù)中的解決方案相匹配，得到解決方案。

輸入數(shù)據(jù)流：家居調(diào)節(jié)子系統(tǒng)的信息 輸出數(shù)據(jù)流：調(diào)解方案 加工邏輯：“選路”算法本質(zhì)是基于條件判斷的數(shù)據(jù)處理系統(tǒng)。該處理系統(tǒng)自身包含多個(gè)IF語(yǔ)句對(duì)用戶需求進(jìn)行判斷分支執(zhí)行。從而得到最后的推薦方案。

加工名：執(zhí)行調(diào)節(jié)方案 加工編號(hào)：3 簡(jiǎn)要描述：把溫度，濕度，亮度，窗簾的位置信息傳遞給空調(diào)，電燈，窗簾 輸入數(shù)據(jù)流：調(diào)節(jié)方案

輸出數(shù)據(jù)流：溫度，濕度，亮度，窗簾的位置信息 加工邏輯：對(duì)傳感器傳遞信息

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

數(shù)據(jù)文件名：溫度信息 簡(jiǎn)述：存放的是溫度信息 輸入數(shù)據(jù)：溫度信息 輸出數(shù)據(jù)：溫度信息 數(shù)據(jù)文件組成：溫度

數(shù)據(jù)文件名：濕度信息 簡(jiǎn)述：存放的是濕度信息 輸入數(shù)據(jù)：濕度信息 輸出數(shù)據(jù)：濕度信息 數(shù)據(jù)文件組成：濕度

數(shù)據(jù)文件名：亮度信息

簡(jiǎn)述：存放的是光照強(qiáng)度信息 輸入數(shù)據(jù)：亮度信息 輸出數(shù)據(jù)：亮度信息 數(shù)據(jù)文件組成：亮度信息

行： 數(shù)據(jù)流

數(shù)據(jù)流名：用戶位置信息 說(shuō)明：借助通信運(yùn)營(yíng)商來(lái)獲取用戶詳細(xì)位置，出行管理系統(tǒng)會(huì)利用該位置信息提供導(dǎo)航，或叫車(chē)服務(wù)。數(shù)據(jù)流來(lái)源：通信運(yùn)營(yíng)商

數(shù)據(jù)流去向：采集出行管理系統(tǒng)的參數(shù) 定義：用戶位置信息=經(jīng)度+緯度

數(shù)據(jù)流名：道路信息

說(shuō)明：將街道信息儲(chǔ)存到客戶端，并定期進(jìn)行更新，出行管理系統(tǒng)會(huì)利用該道路信息提供導(dǎo)航服務(wù)。數(shù)據(jù)流來(lái)源：互聯(lián)網(wǎng)

數(shù)據(jù)流去向：采集出行管理系統(tǒng)的參數(shù) 定義：道路信息={繁忙，暢通}

數(shù)據(jù)流名：目的地信息

說(shuō)明：用戶想要到達(dá)的目的地信息 數(shù)據(jù)流來(lái)源：用戶

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

定義：目的地信息=目的地信息

數(shù)據(jù)流名：時(shí)間金錢(qián)需求信息 說(shuō)明：用戶對(duì)于時(shí)間，金錢(qián)的要求 數(shù)據(jù)流來(lái)源：用戶

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

定義：時(shí)間金錢(qián)需求信息=時(shí)間+金錢(qián)

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

加工名：采集信息 加工編號(hào)：1 簡(jiǎn)要描述：采集出行推薦子系統(tǒng)需要的信息

輸入數(shù)據(jù)流：用戶位置信息，道路信息，目的地信息，時(shí)間金錢(qián)需求信息 輸出數(shù)據(jù)流：出行推薦子系統(tǒng)的信息 加工邏輯：從用戶和互聯(lián)網(wǎng)接收信息。

加工名：執(zhí)行出行推薦算法 加工編號(hào)：2 簡(jiǎn)要描述：處理正確格式的信息，把信息與數(shù)據(jù)庫(kù)中的解決方案相匹配，得到解決方案。

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

加工名：輸出推薦方案 加工編號(hào)：3 簡(jiǎn)要描述：顯示推薦方案信息 輸入數(shù)據(jù)流：推薦方案 輸出數(shù)據(jù)流：推薦方案

加工邏輯：顯示推薦方案信息

數(shù)據(jù)存儲(chǔ) 數(shù)據(jù)文件名：用戶位置信息 簡(jiǎn)述：存放用戶的經(jīng)緯坐標(biāo) 輸入數(shù)據(jù)：用戶位置信息 輸出數(shù)據(jù)：用戶位置信息 數(shù)據(jù)文件組成：經(jīng)度，緯度

數(shù)據(jù)文件名：道路信息

簡(jiǎn)述：存放道路的繁忙情況信息 輸入數(shù)據(jù)：道路信息 輸出數(shù)據(jù)：道路信息

數(shù)據(jù)文件組成：道路繁忙情況信息

數(shù)據(jù)文件名：推薦方案

簡(jiǎn)述：存放推薦的出行方案信息 輸入數(shù)據(jù)：推薦方案 輸出數(shù)據(jù)：推薦方案

數(shù)據(jù)文件組成：出行方式，路線

第五篇：需求分析報(bào)告

需求分析報(bào)告

一、所謂“需求分析”，是指對(duì)要解決的問(wèn)題進(jìn)行詳細(xì)的分析，弄清楚問(wèn)題的要求，包括需要輸入什么數(shù)據(jù)，要得到什么結(jié)果，最后應(yīng)輸出什么?？梢哉f(shuō)，“需求分析”就是確定要計(jì)算機(jī)“做什么”。

需求分析是一項(xiàng)重要的工作，也是最困難的工作。該階段工作有以下特點(diǎn)：

（1）用戶與開(kāi)發(fā)人員很難進(jìn)行交

（2）用戶的需求是動(dòng)態(tài)變化的（3）系統(tǒng)變更的代價(jià)呈非線性增長(zhǎng)

二、為什么要需求分析

需求分析具有決策性，方向性，策略性的作用。在軟件分開(kāi)發(fā)過(guò)程中具有舉足輕重的作用，大家一定要對(duì)需求分析具有足夠重視！

三、需求分析的任務(wù)

需求分析的任務(wù)就是解決“做什么”的問(wèn)題，就是要全面地理解用戶的各項(xiàng)要求，并準(zhǔn)確的的表達(dá)用戶的需求。

四、需求分析的過(guò)程

需求分析的階段工作可以分為四個(gè)方面：?jiǎn)栴}識(shí)別、分析與綜合、制定規(guī)格說(shuō)明、評(píng)審。

主要代碼：

using System;using System.Collections.Generic;using System.ComponentModel;using System.Data;using System.Drawing;using System.Linq;using System.Text;using System.Windows.Forms;

namespace 擲骰子

{public partial class Form1 : Form{public Form1(){InitializeComponent();}

private void btnbegin_Click(object sender, EventArgs e){if(txtname1.Text == “" || txtname2.Text == ”“){MessageBox.Show(”請(qǐng)輸入名字“);

return;}

Random ran1 = new Random(unchecked((int)DateTime.Now.Ticks));int i1 = ran1.Next(1, 7);txtdot1.Text = Convert.ToString(i1);Random ran2 = new Random();int i2 = ran2.Next(1, 7);txtdot2.Text = Convert.ToString(i2);if(i1 == i2){txtresult.Text = ”一樣大“;

}if(i1 > i2){txtresult.Text = txtname1.Text+”大“;

}if(i1 < i2){txtresult.Text = txtname2.Text + ”大";

}}

}