第一篇：需求分析報告怎么寫[范文模版]

軟件需求分析報告模板精選

（主要參考紅色部分。寫作時，主要用用例圖和類圖做為輔助說明）1.引言

引言是對這份軟件產(chǎn)品需求分析報告的概覽，是為了幫助閱讀者了解這份文檔是如何編寫的，并且應該如何閱讀、理解和解釋這份文檔。

1.1 編寫目的說明這份軟件產(chǎn)品需求分析報告是為哪個軟件產(chǎn)品編寫的，開發(fā)這個軟件產(chǎn)品意義、作用、以及最終要達到的意圖。通過這份軟件產(chǎn)品需求分析報告詳盡說明了該軟件產(chǎn)品的需求規(guī)格，包括修正和(或)發(fā)行版本號，從而對該軟件產(chǎn)品進行準確的定義。

如果這份軟件產(chǎn)品需求分析報告只與整個系統(tǒng)的某一部分有關(guān)系，那么只定義軟件產(chǎn)品需求分析報告中說明的那個部分或子系統(tǒng)。

1.1 1.2 項目風險

具體說明本軟件開發(fā)項目的全部風險承擔者，以及各自在本階段所需要承擔的主要風險，首要風險承擔者包括：

● 任務提出者；

● 軟件開發(fā)者；

● 產(chǎn)品使用者。

1.2 1.3 文檔約定

描述編寫文檔時所采用的標準(如果有標準的話)，或者各種排版約定。排版約定應該包括：

● 正文風格；

● 提示方式；

● 重要符號；

也應該說明高層次需求是否可以被其所有細化的需求所繼承，或者每個需求陳述是否都有其自己的優(yōu)先級。

1.3 1.4 預期讀者和閱讀建議

列舉本軟件產(chǎn)品需求分析報告所針對的各種不同的預期讀者，例如，可能包括：

● 用戶；

● 開發(fā)人員；

● 項目經(jīng)理；

● 營銷人員；

● 測試人員；

● 文檔編寫入員。

并且描述了文檔中，其余部分的內(nèi)容及其組織結(jié)構(gòu)，并且針對每一類讀者提出最適合的文檔閱讀建議。

1.4 1.5 產(chǎn)品范圍

說明該軟件產(chǎn)品及其開發(fā)目的的簡短描述，包括利益和目標。把軟件產(chǎn)品開發(fā)與企業(yè)目標，或者業(yè)務策略相聯(lián)系。

描述產(chǎn)品范圍時需注意，可以參考項目視圖和范圍文檔，但是不能將其內(nèi)容復制到這里。

1.5 1.6 參考文獻

列舉編寫軟件產(chǎn)品需求分析報告時所用到的參考文獻及資料，可能包括：

● 本項目的合同書；

● 上級機關(guān)有關(guān)本項目的批文；

● 本項目已經(jīng)批準的計劃任務書；

● 用戶界面風格指導；

● 開發(fā)本項目時所要用到的標淮；

● 系統(tǒng)規(guī)格需求說明；

● 使用實例文檔；

● 屬于本項目的其它己發(fā)表文件；

● 本軟件產(chǎn)品需求分析報告中所引用的文件、資料；

● 相關(guān)軟件產(chǎn)品需求分析報告；

為了方便讀者查閱，所有參考資料應該按一定順序排列。如果可能，每份資料都應該給出：

● 標題名稱；

● 作者或者合同簽約者；

● 文件編號或者版本號；

● 發(fā)表日期或者簽約日期；

● 出版單位或者資料來源。

2.綜合描述

這一部分概述了正在定義的軟件產(chǎn)品的作用范圍以及該軟件產(chǎn)品所運行的環(huán)境、使用該軟件產(chǎn)品的用戶、對該軟件產(chǎn)品己知的限制、有關(guān)該軟件產(chǎn)品的假設(shè)和依賴。

2.1 2.1 產(chǎn)品的狀況

描述了在軟件產(chǎn)品需求分析報告中所定義的軟件產(chǎn)品的背景和起源。說明了該軟件產(chǎn)品是否屬于下列情況：

● 是否是產(chǎn)品系列中的下一成員；

● 是否是成熟產(chǎn)品所改進的下一代產(chǎn)品；

● 是否是現(xiàn)有應用軟件的替代品(升級產(chǎn)品)；

● 是否是一個新型的、自主型的產(chǎn)品。

如果該軟件產(chǎn)品需求分析報告定義的軟件系統(tǒng)是：

● 大系統(tǒng)的一個組成部分；

● 與其它系統(tǒng)和其它機構(gòu)之間存在基本的相互關(guān)系。

那么必須說明軟件產(chǎn)品需求分析報告定義的這部分軟件是怎樣與整個大系統(tǒng)相關(guān)聯(lián)的，或者（同時）說明相互關(guān)系的存在形式，并且要定義出兩者之間的全部接口。

2.2 2.2 產(chǎn)品的功能

因為將在需求分析報告的第 4 部分中詳細描述軟件產(chǎn)品的功能，所以在此只需要概略地總結(jié)。僅從業(yè)務層面陳述本軟件產(chǎn)品所應具有的主要功能，在描述功能時應該針對每一項需求準確地描述其各項規(guī)格說明。如果存在引起誤解的可能，在陳述本軟件產(chǎn)品主要功能的作用領(lǐng)域時，也需要對應陳述本軟件產(chǎn)品的非作用領(lǐng)域，以利讀者理解本軟件產(chǎn)品。

為了很好地組織產(chǎn)品功能，使每個讀者都容易理解，可以采用列表的方法給出。也可以采用圖形方式，將主要的需求分組以及它們之間的聯(lián)系使用數(shù)據(jù)流程圖的頂層圖或類圖進行表示，這種表示方法是很有用的。

參考用戶當前管理組織構(gòu)架，了解各個機構(gòu)的主要職能，將有助于陳述軟件產(chǎn)品的主要功能。

2.3 2.3 用戶類和特性

確定有可能使用該軟件產(chǎn)品的不同用戶類，并且描述它們相關(guān)的特征。往往有一些軟件需求，只與特定的用戶類有關(guān)。描述時，應該將該軟件產(chǎn)品的重要用戶類與非重要用戶類區(qū)分開。

用戶不一定是軟件產(chǎn)品的直接使用者，通過報表、應用程序接口、系統(tǒng)硬件接口得到軟件產(chǎn)品的數(shù)據(jù)和服務的人、或者機構(gòu)也有他們的需求。所以，應該將這些外部需求視為通過報表、應用程序接口、系統(tǒng)硬件接口附加給軟件產(chǎn)品的附加用戶類。

2.4

2.4 運行環(huán)境

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

● 硬件平臺；

● 操作系統(tǒng)和版本；

● 支撐環(huán)境(例如：數(shù)據(jù)庫等)和版本；

● 其它與該軟件有關(guān)的軟件組件；

● 與該軟件共存的應用程序。

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

確定影響開發(fā)人員自由選擇的問題，并且說明這些問題為什么成為一種限制。可能的限制包括下列內(nèi)容：

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

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

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

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

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

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

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

● 硬件的限制

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

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

2.6 2.6 假設(shè)和約束(依賴)

列舉出對軟件產(chǎn)品需求分析報告中，影響需求陳述的假設(shè)因素(與己知因素相對立)。如果這些假設(shè)因素不正確、不一致或者被修改，就會使軟件產(chǎn)品開發(fā)項目受到影響。這些假設(shè)的因素可能包括：

● 計劃使用的商業(yè)組件，或者其它軟件中的某個部件；

● 假定產(chǎn)品中某個用戶界面將符合一個特殊的設(shè)計約定；

● 有關(guān)本軟件用戶的若干假定(例如：假定用戶會熟練使用 SQL 語言。)；

● 有關(guān)本軟件開發(fā)工作的若干假定(例如：用戶承諾的優(yōu)惠、方便、上級部門給予的特殊政策和支持等。)；

● 有關(guān)本軟件運行環(huán)境的一些問題；

此外，確定本軟件開發(fā)項目對外部約束因素所存在的依賴。有關(guān)的約束可能包括：

● 工期約束；

● 經(jīng)費約束；

● 人員約束；

● 設(shè)備約束；

● 地理位置約束；

● 其它有關(guān)項目約束；3.外部接口需求

通過本節(jié)描述可以確定，保證軟件產(chǎn)品能和外部組件正確連接的需求。關(guān)聯(lián)圖僅能表示高層抽象的外部接口，必須對接口數(shù)據(jù)和外部組件進行詳細描述，并且寫入數(shù)據(jù)定義中。如果產(chǎn)品的不同部分有不同的外部接口，那么應該把這些外部接口的全部詳細需求并入到這一部分實例中。

注意：必須將附加用戶類的特征與外部接口需求加以區(qū)分，附加用戶類的特征描述的是通過接口取得軟件產(chǎn)品的數(shù)據(jù)和服務的人的需求；而外部接口需求描述的是接口本身的需求。

3.1 3.1 用戶界面

陳述需要使用在用戶界面上的軟件組件，描述每一個用戶界面的邏輯特征。必須注意，這里需要描述的是用戶界面的邏輯特征，而不是用戶界面。以下是可能包括的一些特征：

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

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

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

選單；

標準按鈕；

導航鏈接；

各種功能組件；

消息欄；

● 快捷鍵；

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

不同情況下文字的對齊方式；

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

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

計時方法與時間格式；

等等。

● 錯誤信息顯示標準；

對于用戶界面的細節(jié)，例如：一個特定對話框的布局，應該寫入具體的用戶界面設(shè)計說明中，而不能寫入軟件需求規(guī)格說明中。

如果采用現(xiàn)成的、合適的用戶界面設(shè)計規(guī)范(標準)，或者另文描述，可以在這里直接說明，并且將其加入?yún)⒖嘉墨I。

3.2 3.2 硬件接口

描述待開發(fā)的軟件產(chǎn)品與系統(tǒng)硬件接口的特征，若有多個硬件接口，則必須全都描述。接口特征的描述內(nèi)容可能包括：

● 支持的硬件類型；

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

● 控制信息的性質(zhì)；

● 使用的通訊協(xié)議； 3.3 3.3 軟件接口

描述該軟件產(chǎn)品與其它外部組件的連接，這些外部組件必須明確它們的名稱和版本號以資識別，可能的外部組件包括：

● 操作系統(tǒng)；

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

● 工具；

● 函數(shù)庫；

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

說明：這里所說的“集成的商業(yè)組件”，是指與系統(tǒng)集成的商業(yè)組件，而不是與軟件產(chǎn)品集成的商業(yè)組件。例如：中間件、消息服務，等等。

描述并且明確軟件產(chǎn)品與軟件組件之間交換數(shù)據(jù)或者消息的目的。描述所需要的服務，以及與內(nèi)部組件通訊的性質(zhì)。確定軟件產(chǎn)品將與組件之間共享的數(shù)據(jù)。如果必須使用一種特殊的方法來實現(xiàn)數(shù)據(jù)共享機制，例如：在多用戶系統(tǒng)中的一個全局數(shù)據(jù)區(qū)，那么就必須把它定義為一種實現(xiàn)上的限制。

3.4 3.4 通訊接口

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

● 電子郵件；

● WEB 瀏覽器；

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

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

必須定義相關(guān)的：

● 消息格式；

● 通訊安全或加密問題；

● 數(shù)據(jù)傳輸速率；

● 同步和異步通訊機制；

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

需要進行詳細的需求記錄，詳細列出與該系統(tǒng)功能相關(guān)的詳細功能需求，并且，唯一地標識每一項需求。這是必須提交給用戶的軟件功能，使得用戶可以使用所提供的功能執(zhí)行服務或者使用所指定的使用實例執(zhí)行任務。描述軟件產(chǎn)品如何響應己知的出錯條件、非法輸入、非法動作。

如果每一項功能需求都能用一項，也只需要用一項測試用例就能進行驗證，那么就可以認為功能需求已經(jīng)適當?shù)剡M行描述了。如果某項功能需求找不到合適的測試用例，或者必須使用多項測試用例才能驗證，那么該項功能需求的描述必然存在某些問題。

功能需求是根據(jù)系統(tǒng)功能，即軟件產(chǎn)品所提供的主要服務來組織的。可以通過使用實例、運行模式、用戶類、對象類或者功能等級來組織這部分內(nèi)容，也可以便用這些元素的組合。總而言之，必須選擇一種是讀者容易理解預期產(chǎn)品的組織方案。

用簡短的語句說明功能的名稱，例如：“4.1 系統(tǒng)參數(shù)管理”。按照服務組織的順序，逐條闡述系統(tǒng)功能。無論說明的是何種功能，都應該針對該系統(tǒng)功能重復敘述 4.1~ 4.3 這三個部分。

可以通過各種方式來組織這一部分內(nèi)容，例如采用：使用實例、運行模式、用戶類、對象類、功能等級等，也可以采用它們的組合。其最終目的是，讓讀者容易理解即將開發(fā)的軟件產(chǎn)品。一般來說，每個使用實例都對應一個系統(tǒng)功能，因而按照使用實例來組織內(nèi)容比較容易讓用戶理解。

對應一些被共享的獨立使用實例，可以定義一些公用系統(tǒng)功能。

必須特別注意的是，在 2.2 節(jié)“產(chǎn)品的功能”中描述的全部需求，以及它們的規(guī)格說明；必須在某個系統(tǒng)功能描述中有所反映，而且不應重復。

4.1 4.1 說明和優(yōu)先級

對該系統(tǒng)功能進行簡短的說明，并且指出該系統(tǒng)功能的優(yōu)先級是：高、中、還是低。需要的話，還可以包括對特定優(yōu)先級部分的評價，例如：利益、損失、費用和風險，其相對優(yōu)先等級可以從 1(低)到 9(高)。

4.2 4.2 激勵／響應序列

列出輸入激勵(用戶動作、來自外部設(shè)備的信號或者其它觸發(fā))并且定義針對這——功能行為的系統(tǒng)響應序列，這些序列將與使用實例中相關(guān)的對話元素相對應。

描述激勵／響應序列時，不僅需要描述基本過程，而且應該描述可選(擴充)過程，包括例外(引起任務不能順序完成的情況稱為例外)。疏忽了可選過程，有可能影響軟件產(chǎn)品的功能；如果遺漏例外過程，則有可能會引發(fā)系統(tǒng)崩潰。

如果采用流程圖來描述激勵／響應序列，比較容易讓用戶理解。

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

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

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

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

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

● 實際含義；

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

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

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

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

5.其它非功能需求

在這里列舉出所有非功能需求，主要包括可靠性、安全性、可維護性、可擴展性、可測試性等。

5.1 5.1 性能需求

闡述不同應用領(lǐng)域?qū)浖a(chǎn)品性能的需求，并且說明提出需求的原理或者依據(jù)，以幫助開發(fā)人員做出合理的設(shè)計選擇。盡可能詳細地描述性能需求，如果需要，可以針對每個功能需求或者特征分別陳述其性能需求。在這里確定：

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

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

● 響應時間；

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

● 容量需求

存儲器；

磁盤空間；

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

5.2 5.2 安全措施需求

詳盡陳述與軟件產(chǎn)品使用過程中可能發(fā)生的損失、破壞、危害相關(guān)的需求。定義必須采取的安全保護或動作，以及必須預防的潛在危險動作。明確軟件產(chǎn)品必須遵從的安全標準、策略、或規(guī)則。

5.3 5.3 安全性需求

詳盡陳述與系統(tǒng)安全性、完整性問題相關(guān)的需求，或者與個人隱私問題相關(guān)的需求。這些問題將會影響到軟件產(chǎn)品的使用，和軟件產(chǎn)品所創(chuàng)建或者使用的數(shù)據(jù)的保護。定義用戶身份認證，或備授權(quán)需求。明確軟件產(chǎn)品必須滿足的安全性或者保密性策略。

也可以通過稱為完整性的質(zhì)量屬性來闡述這些需求。一個典型的軟件系統(tǒng)安全需求范例如下：“每個用戶在第一次登錄后，必須更改他的系統(tǒng)預置登錄密碼，系統(tǒng)預置的登錄密碼不能重用。” 5.4 5.4 軟件質(zhì)量屬性

詳盡陳述對客戶和開發(fā)人員至關(guān)重要的在軟件產(chǎn)品其它方面表現(xiàn)出來的質(zhì)量功能。這些功能必須是確定的、定量的、在需要時是可以驗證的。至少也應該指明不同屬性的相對側(cè)重點，例如：易用性優(yōu)于易學性，或者可移植性優(yōu)于有效性。

5.5 5.5 業(yè)務規(guī)則

列舉出有關(guān)軟件產(chǎn)品的所有操作規(guī)則，例如：那些人在特定環(huán)境下可以進行何種操作。這些本身不是功能需求，但是他們可以暗示某些功能需求執(zhí)行這些規(guī)則。一個業(yè)務規(guī)則的范例如下：“進行達到或者超過 10，000，00 元人民幣的儲蓄業(yè)務時，必須通過附加的管理員認證。”

列舉業(yè)務規(guī)則時，可以根據(jù)規(guī)則的數(shù)量，選取合適的編目方式。

5.6 5.6 用戶文檔

列舉出將與軟件產(chǎn)品一同交付的用戶文檔，并且明確所有己知用戶文檔的交付格式或標準，例如：

● 安裝指南 紙質(zhì)文檔，16 開本；

● 用戶手冊 紙質(zhì)文檔，16 開本；

● 在線幫助

● 電子文檔，與軟件產(chǎn)品一同分發(fā)、配置；

● 使用教程電子文檔，與軟件產(chǎn)品一同分發(fā)、配置。

6.詞匯表

列出本文件中用到的專業(yè)術(shù)語的定義，以及有關(guān)縮寫的定義(如有可能，列出相關(guān)的外文原詞)。為了便于非軟件專業(yè)或者非計算機專業(yè)人士閱讀軟件產(chǎn)品需求分析報告，要求使用非軟件專業(yè)或者非計算機專業(yè)的術(shù)語描述軟件需求。所以這里所指的專業(yè)術(shù)語，是指業(yè)務層面上的專業(yè)術(shù)語，而不是軟件專業(yè)或者計算機專業(yè)的術(shù)語。但是，對于無法回避的軟件專業(yè)或者計算機專業(yè)術(shù)語，也應該列入詞匯表并且加以準確定義。

7.數(shù)據(jù)定義

數(shù)據(jù)定義是一個定義了應用程序中使用的所有數(shù)據(jù)元素和結(jié)構(gòu)的共享文檔，其中對每個數(shù)據(jù)元素和結(jié)構(gòu)都準確描述：含義、類型、數(shù)據(jù)大小、格式、計量單位、精度以及取值范圍。數(shù)據(jù)定義的維護獨立于軟件需求規(guī)格說明，并且在軟件產(chǎn)品開發(fā)和維護的任何階段，均向風險承擔者開放。

如果為軟件開發(fā)項目創(chuàng)建一個獨立的數(shù)據(jù)定義，而不是為每一項特性描述有關(guān)的數(shù)據(jù)項，有利于避免冗余和不一致性。但是卻不利于多人協(xié)同編寫需求分析報告，容易遺漏數(shù)據(jù)，也不方便閱讀。因此還是建議為每個特性描述有關(guān)的數(shù)據(jù)項，匯總數(shù)據(jù)項創(chuàng)建數(shù)據(jù)定義，再根據(jù)數(shù)據(jù)定義復核全部數(shù)據(jù)，使得它們的名稱和含義完全一致。必須注意的是，為了避免二義性，在匯總數(shù)據(jù)項時應該根據(jù)數(shù)據(jù)項所代表的實際意義匯總，而不是根據(jù)數(shù)據(jù)項的名稱匯總。

在數(shù)據(jù)定義中，每個數(shù)據(jù)項除了有一個中文名稱外，還應該為它取一個簡短的英文名稱，該英文名稱應該符合命名規(guī)范，因為在軟件開發(fā)時將沿用該英文名稱。可以使用等號表示數(shù)據(jù)項，名稱寫在左邊，定義寫在右邊。常見數(shù)據(jù)項的描述方式如下：

● 原數(shù)據(jù)元素 一個原數(shù)據(jù)元素是不可分解的，可以將一個數(shù)量值賦給它。定義原數(shù)據(jù)元素必須確定其 含義、類型、數(shù)據(jù)大小、格式、計量單位、精度以及取值范圍。采用以星號為界的一行 注釋文本，描述原數(shù)據(jù)元素的定義。

● 選擇項 選擇項是一種只可以取有限離散值的特殊原數(shù)據(jù)元素，描述時一一枚舉這些值，并用方 括號括起來寫在原數(shù)據(jù)元素的定義前。在兩項離散值之間，使用管道符分隔。

● 組合項 組合項是一個數(shù)據(jù)結(jié)構(gòu)或者記錄，其中包含了多個數(shù)據(jù)項。這些數(shù)據(jù)項可以是原數(shù)據(jù)元 素，也可以是組合數(shù)據(jù)項，各數(shù)據(jù)項之間用加號連接。其中每個數(shù)據(jù)項都必須是數(shù)據(jù)定 義中定義過的，結(jié)構(gòu)中也可以包括其它結(jié)構(gòu)，但是絕對不允許遞歸。如果數(shù)據(jù)結(jié)構(gòu)中有 可選項，使用圓括號把該項括起來。

● 重復項 重復項是組合項的一種特例，其中有一項將有多個實例出現(xiàn)在數(shù)據(jù)結(jié)構(gòu)中，使用花括號 把該項括起來。如果知道該項可能允許的范圍，就按“最小值：最大值”的形式寫在花 括號前。

8.分析模型

這是一個可選部分，包括或涉及到相關(guān)的分析模型，例如：

● 數(shù)據(jù)流程圖；

● 類圖；

● 狀態(tài)轉(zhuǎn)換圖；

● 實體-關(guān)系圖。

9.待定問題列表

編輯一張在軟件產(chǎn)品需求分析報告中待確定問題時的列表，把每一個表項都編上號，以便跟蹤調(diào)查。

第二篇：需求分析報告

需求分析報告

一、所謂“需求分析”，是指對要解決的問題進行詳細的分析，弄清楚問題的要求，包括需要輸入什么數(shù)據(jù)，要得到什么結(jié)果，最后應輸出什么。可以說，“需求分析”就是確定要計算機“做什么”。

需求分析是一項重要的工作，也是最困難的工作。該階段工作有以下特點：

（1）用戶與開發(fā)人員很難進行交

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

二、為什么要需求分析

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

三、需求分析的任務

需求分析的任務就是解決“做什么”的問題，就是要全面地理解用戶的各項要求，并準確的的表達用戶的需求。

四、需求分析的過程

需求分析的階段工作可以分為四個方面：問題識別、分析與綜合、制定規(guī)格說明、評審。

主要代碼：

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(”請輸入名字“);

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 + ”大";

}}

}

第三篇：需求分析報告

測試（驗收）大綱

目錄

1.引言....................................................................2 1.1 目的...................................................................2 1.2 術(shù)語...................................................................2 1.3 參照標準...............................................................2 2.測試日期安排............................................................3 3.測試小組及成員..........................................................3 4.測試具體內(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ì)量的度量準則...................................................4 4.3 軟件代碼測試...........................................................4 4.3.1 源代碼一般性檢查.....................................................4 4.3.2 軟件一致性檢查.......................................................5 4.4 軟件系統(tǒng)測試...........................................................5 4.4.1 界面(外觀)測試.......................................................6 4.4.2 可用性測試...........................................................6 4.4.3 功能測試.............................................................6 4.4.4 穩(wěn)定性(強度)測試.....................................................6 4.4.5 性能測試.............................................................6 4.4.6 強壯性(恢復)測試.....................................................6 4.4.7 邏輯性測試...........................................................6 4.4.8 破壞性測試...........................................................6 4.4.9 安全性測試...........................................................7 5.測試結(jié)果交付方式........................................................7

1.引言

1.1 目的

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

1.2 術(shù)語

本大綱所提及的術(shù)語，其定義遵照GB/T 11457標準。

1.3 參照標準

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

● GB 8566—1995；

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

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

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

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

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

（2）標記（*）號的標準為推薦標準。

2.測試日期安排

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

3.測試小組及成員

由業(yè)主聘請具有一定的分析、設(shè)計、編程和軟件測試經(jīng)驗的測試組長和其他專業(yè)人員組成。測試組設(shè)組長一名(可設(shè)有副組長)，負責整個測試的計劃、組織工作。

或委托具有國家認可測試資質(zhì)的第三方進行測試。

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

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

4.1 合法性檢查

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

4.2 軟件文檔檢查

4.2.1 必須提供檢查的文檔

● 項目實施計劃； ● 詳細技術(shù)方案；

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

● 詳細設(shè)計說明書(DDD)(含數(shù)據(jù)庫設(shè)計說明書)； ● 軟件測試計劃(STP)(含測試用例)； ● 軟件測試報告(STR)；

● 用戶手冊(SUM)(含操作、使用、維護、應急處理手冊)； ● 源程序(SCL)(不可修改的電子文檔)； ● 項目實施計劃(PIP)； ● 項目開發(fā)總結(jié)(PDS)；

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

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

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

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

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

● 完備性

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

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

在軟件開發(fā)各個階段所編寫的各種文檔的語言表達應該清晰、準確簡練，適合各 種文檔的特定讀者。● 可追蹤性

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

在軟件開發(fā)各個階段所編寫的各種文檔應該具有較好的自說明性。文檔的自說明 性是指在軟件開發(fā)各個階段中，不同文檔能夠獨立表達，該軟件在其相應階段的 階段成果的能力。● 規(guī)范性

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

4.3 軟件代碼測試

4.3.1 源代碼一般性檢查

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

● 命名規(guī)范檢查

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

● 注釋檢查

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

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

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

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

4.3.2 軟件一致性檢查

● 編譯檢查

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

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

將新安裝的軟件模塊與現(xiàn)場運行模塊用軟件工具抽樣比較，確認交付的軟件安裝 盤與現(xiàn)場運行軟件一致。

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

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

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

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

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

● 穩(wěn)定性(強度)測試； ● 性能測試；

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

4.4.1 界面(外觀)測試

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

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

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

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

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

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

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

根據(jù)系統(tǒng)設(shè)計指標，或者對被測軟件提出的性能指標，測試軟件的運行性能，例如：傳輸連接最長時限、傳輸錯誤率、計算精度、記錄精度、響應時限和恢復時限等。4.4.6 強壯性(恢復)測試

采用人工的干擾使應用軟件、平臺軟件或者系統(tǒng)硬件出錯，中斷正常使用，檢測系統(tǒng)的恢復能力。進行強壯性測試時，應該參考性能測試相關(guān)的測試指標。4.4.7 邏輯性測試

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

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

4.4.9 安全性測試

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

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

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

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

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

● 測試人員簽字登記表

第四篇：需求分析報告

需求分析

需求概述

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

1> 用戶分析

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

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

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

2> 項目功能需求

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

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

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

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

技術(shù)可行性

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

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

經(jīng)濟可行性

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

社會可行性

該系統(tǒng)符合現(xiàn)有的法律、法規(guī)和政策方面的限制，沒違法當今社會的道德標準，社會可行性通過。

運行環(huán)境

處理器為酷睿系列、AMD 3200+以上PC臺式機或便攜式電腦；

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

所需硬盤空間：＜100MB；

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

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

.NET開發(fā)平臺

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

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

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

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

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

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

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

ASP.Net2.0使用一種字符基礎(chǔ)的，分級的配置系統(tǒng)，使你服務器環(huán)境和應用程序的設(shè)置更加簡單。因為配置信息都保存在簡單文本中，新的設(shè)置有可能都

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

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

Microsoft SQL Server 2005介紹

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

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

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

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

2>高伸縮性和適應性

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

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

3>易于安裝和使用

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

第五篇：需求分析報告

。

需求分析報告

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

目錄

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

5.1 預期目標................................................................................................4 5.2 項目預期安排........................................................................................4 5.3 項目范圍................................................................................................5 6 方案概要..........................................................................................................6

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

通過本項目將達到如下四項主要技術(shù)指標：

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

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

5.2 項目預期安排

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

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

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

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

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

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

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

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

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

5.3 項目范圍

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

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

5.3.2 網(wǎng)絡基礎(chǔ)設(shè)施建設(shè)以及網(wǎng)絡軟、硬件平臺建設(shè) 5.3.3 門戶網(wǎng)站建設(shè)

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

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

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

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

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

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

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

6.2 功能分析

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

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

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

6.4 安全策略

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

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

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

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

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

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

6.5 項目亮點

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

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

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

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

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

1.1.1 業(yè)務描述

對報建單位提交的相關(guān)資料進行清點，齊全填寫受理通知單后將資料移交下一受理環(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ā)件備查表（包括以下信息）：接件日期、工程名稱、工程地址、建設(shè)單位、聯(lián)系人、電話、審批類型、是否退件；

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

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

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

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

（2）工作受理單。

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

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

1.1.4 資料附件

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

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

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

無

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

（1）受理通知書；（2）退件通知書。

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

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

1.1.5 業(yè)務處理過程

（1）報建單位通過網(wǎng)上報建填寫相關(guān)申請表（可選）；

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

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

1.1.6 業(yè)務流程圖

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

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

三、功能分析篇4

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

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

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

1.1 總體需求

1.1.1 規(guī)范性

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

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

1.1.2 先進性

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

1.1.3 靈活性

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

1.1.4 易用性

? 自定義個人桌面

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

? 常用審批意見 ? 待辦提示 ? 審批進度瀏覽 ? 短信提醒

1.1.5 安全性

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

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

1.1.6 可持續(xù)性

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

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

1.2 功能模塊劃分

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

1.3 功能需求描述

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

1.3.1.1 企業(yè)用戶注冊

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

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

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

1.3.2.1 業(yè)務受理

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

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

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

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

通過嚴格匹配輸入的查詢條件來快速準確的查詢某個項目。

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

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

四

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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