人員需求分析報(bào)告精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的人員需求分析報(bào)告主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：人員需求分析報(bào)告范文

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

1.1 編寫目的

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

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

1.2 項(xiàng)目風(fēng)險(xiǎn)

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

任務(wù)提出者;

軟件開發(fā)者;

產(chǎn)品使用者。

1.3 文檔約定

描述編寫文檔時(shí)所采用的標(biāo)準(zhǔn)(如果有標(biāo)準(zhǔn)的話)，或者各種排版約定。排版約定應(yīng)該包括：

正文風(fēng)格;

提示方式;

重要符號(hào);

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

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

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

用戶;

開發(fā)人員;

項(xiàng)目經(jīng)理;

營銷人員;

測試人員;

文檔編寫入員。

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

1.5 產(chǎn)品范圍

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

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

1.6 參考文獻(xiàn)

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

本項(xiàng)目的合同書;

上級(jí)機(jī)關(guān)有關(guān)本項(xiàng)目的批文;

本項(xiàng)目已經(jīng)批準(zhǔn)的計(jì)劃任務(wù)書;

用戶界面風(fēng)格指導(dǎo);

開發(fā)本項(xiàng)目時(shí)所要用到的標(biāo)淮;

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

使用實(shí)例文檔;

屬于本項(xiàng)目的其它己發(fā)表文件;

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

相關(guān)軟件產(chǎn)品需求分析報(bào)告;

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

標(biāo)題名稱;

作者或者合同簽約者;

文件編號(hào)或者版本號(hào);

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

出版單位或者資料來源。

2. 綜合描述

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

2.1 產(chǎn)品的狀況

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

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

是否是成熟產(chǎn)品所改進(jìn)的下一代產(chǎn)品;

是否是現(xiàn)有應(yīng)用軟件的替代品(升級(jí)產(chǎn)品);

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

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

大系統(tǒng)的一個(gè)組成部分;

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

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

2.2 產(chǎn)品的功能

因?yàn)閷⒃谛枨蠓治鰣?bào)告的第4部分中詳細(xì)描述軟件產(chǎn)品的功能，所以在此只需要概略地總結(jié)。僅從業(yè)務(wù)層面陳述本軟件產(chǎn)品所應(yīng)具有的主要功能，在描述功能時(shí)應(yīng)該 針對(duì)每一項(xiàng)需求準(zhǔn)確地描述其各項(xiàng)規(guī)格說明。如果存在引起誤解的可能，在陳述本軟件產(chǎn)品主要功能的作用領(lǐng)域時(shí)，也需要對(duì)應(yīng)陳述本軟件產(chǎn)品的非作用領(lǐng)域，以利 讀者理解本軟件產(chǎn)品。

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

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

2.3 用戶類和特性

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

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

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

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

硬件平臺(tái);

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

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

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

與該軟件共存的應(yīng)用程序。

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

確定影響開發(fā)人員自由選擇的問題，并且說明這些問題為什么成為一種限制?？赡艿南拗瓢ㄏ铝袃?nèi)容：

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

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

要求遵循的開發(fā)規(guī)范和標(biāo)準(zhǔn)

例如，如果由客戶的公司或者第三方公司負(fù)責(zé)軟件維護(hù)，就必須定義轉(zhuǎn)包者所使用的設(shè)計(jì)符號(hào)表示和編碼標(biāo)準(zhǔn);

企業(yè)策略的限制;

政府法規(guī)的限制;

工業(yè)標(biāo)準(zhǔn)的限制;

硬件的限制

例如，定時(shí)需求或存儲(chǔ)器限制;

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

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

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

計(jì)劃使用的商業(yè)組件，或者其它軟件中的某個(gè)部件;

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

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

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

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

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

工期約束;

經(jīng)費(fèi)約束;

人員約束;

設(shè)備約束;

地理位置約束;

其它有關(guān)項(xiàng)目約束;

3. 外部接口需求

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

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

3.1 用戶界面

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

將要采用的圖形用戶界面(GUl)標(biāo)準(zhǔn)或者產(chǎn)品系列的風(fēng)格;

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

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

選單;

標(biāo)準(zhǔn)按鈕;

導(dǎo)航鏈接;

各種功能組件;

消息欄;

快捷鍵;

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

不同情況下文字的對(duì)齊方式;

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

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

計(jì)時(shí)方法與時(shí)間格式;

等等。

錯(cuò)誤信息顯示標(biāo)準(zhǔn);

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

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

3.2 硬件接口

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

支持的硬件類型;

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

控制信息的性質(zhì);

使用的通訊協(xié)議;

3.3 軟件接口

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

操作系統(tǒng);

數(shù)據(jù)庫;

工具;

函數(shù)庫;

集成的商業(yè)組件

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

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

3.4 通訊接口

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

電子郵件;

WEB瀏覽器;

網(wǎng)絡(luò)通訊標(biāo)準(zhǔn)或者協(xié)議;

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

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

消息格式;

通訊安全或加密問題;

數(shù)據(jù)傳輸速率;

同步和異步通訊機(jī)制;

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

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

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

功能需求是根據(jù)系統(tǒng)功能，即軟件產(chǎn)品所提供的主要服務(wù)來組織的?？梢酝ㄟ^使用實(shí)例、運(yùn)行模式、用戶類、對(duì)象類或者功能等級(jí)來組織這部分內(nèi)容，也可以便用這些元素的組合?？偠灾?，必須選擇一種是讀者容易理解預(yù)期產(chǎn)品的組織方案。

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

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

對(duì)應(yīng)一些被共享的獨(dú)立使用實(shí)例，可以定義一些公用系統(tǒng)功能。

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

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

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

4.2 激勵(lì)/響應(yīng)序列

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

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

如果采用流程圖來描述激勵(lì)/響應(yīng)序列，比較容易讓用戶理解。

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

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

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

對(duì)于每一項(xiàng)數(shù)據(jù)，均需要描述：

數(shù)據(jù)名稱;

實(shí)際含義;

數(shù)據(jù)類型;

數(shù)據(jù)格式;

數(shù)據(jù)約束;

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

5. 其它非功能需求

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

5.1 性能需求

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

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

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

響應(yīng)時(shí)間;

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

容量需求

存儲(chǔ)器;

磁盤空間;

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

5.2 安全措施需求

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

5.3 安全性需求

詳盡陳述與系統(tǒng)安全性、完整性問題相關(guān)的需求，或者與個(gè)人隱私問題相關(guān)的需求。這些問題將會(huì)影響到軟件產(chǎn)品的使用，和軟件產(chǎn)品所創(chuàng)建或者使用的數(shù)據(jù)的保 護(hù)。定義用戶身份認(rèn)證，或備授權(quán)需求。明確軟件產(chǎn)品必須滿足的安全性或者保密性策略。也可以通過稱為完整性的質(zhì)量屬性來闡述這些需求。一個(gè)典型的軟件系統(tǒng) 安全需求范例如下：“每個(gè)用戶在第一次登錄后，必須更改他的系統(tǒng)預(yù)置登錄密碼，系統(tǒng)預(yù)置的登錄密碼不能重用。”

5.4 軟件質(zhì)量屬性

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

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

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

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

5.6 用戶文檔

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

安裝指南

紙質(zhì)文檔，16開本;

用戶手冊(cè)

紙質(zhì)文檔，16開本;

在線幫助

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

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

6. 詞匯表

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

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

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

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

在數(shù)據(jù)定義中，每個(gè)數(shù)據(jù)項(xiàng)除了有一個(gè)中文名稱外，還應(yīng)該為它取一個(gè)簡短的英文名稱，該英文名稱應(yīng)該符合命名規(guī)范，因?yàn)樵谲浖_發(fā)時(shí)將沿用該英文名稱?？梢允褂玫忍?hào)表示數(shù)據(jù)項(xiàng)，名稱寫在左邊，定義寫在右邊。常見數(shù)據(jù)項(xiàng)的描述方式如下：

原數(shù)據(jù)元素

一個(gè)原數(shù)據(jù)元素是不可分解的，可以將一個(gè)數(shù)量值賦給它。定義原數(shù)據(jù)元素必須確定其

含義、類型、數(shù)據(jù)大小、格式、計(jì)量單位、精度以及取值范圍。采用以星號(hào)為界的一行

注釋文本，描述原數(shù)據(jù)元素的定義。

選擇項(xiàng)

選擇項(xiàng)是一種只可以取有限離散值的特殊原數(shù)據(jù)元素，描述時(shí)一一枚舉這些值，并用方

括號(hào)括起來寫在原數(shù)據(jù)元素的定義前。在兩項(xiàng)離散值之間，使用管道符分隔。

組合項(xiàng)

組合項(xiàng)是一個(gè)數(shù)據(jù)結(jié)構(gòu)或者記錄，其中包含了多個(gè)數(shù)據(jù)項(xiàng)。這些數(shù)據(jù)項(xiàng)可以是原數(shù)據(jù)元

素，也可以是組合數(shù)據(jù)項(xiàng)，各數(shù)據(jù)項(xiàng)之間用加號(hào)連接。其中每個(gè)數(shù)據(jù)項(xiàng)都必須是數(shù)據(jù)定

義中定義過的，結(jié)構(gòu)中也可以包括其它結(jié)構(gòu)，但是絕對(duì)不允許遞歸。如果數(shù)據(jù)結(jié)構(gòu)中有

可選項(xiàng)，使用圓括號(hào)把該項(xiàng)括起來。

重復(fù)項(xiàng)

重復(fù)項(xiàng)是組合項(xiàng)的一種特例，其中有一項(xiàng)將有多個(gè)實(shí)例出現(xiàn)在數(shù)據(jù)結(jié)構(gòu)中，使用花括號(hào)

把該項(xiàng)括起來。如果知道該項(xiàng)可能允許的范圍，就按“最小值：最大值”的形式寫在花

括號(hào)前。

8. 分析模型

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

數(shù)據(jù)流程圖;

類圖;

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

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

第2篇：人員需求分析報(bào)告范文

關(guān)鍵詞：網(wǎng)站建設(shè)；項(xiàng)目管理

中圖分類號(hào)：TP393文獻(xiàn)標(biāo)識(shí)碼：A文章編號(hào)：1009-3044(2008)22-617-02

隨著互聯(lián)網(wǎng)的迅猛發(fā)展，網(wǎng)站建設(shè)業(yè)已興起，越來越多的網(wǎng)站任務(wù)需要專門的網(wǎng)絡(luò)公司來完成。在計(jì)算機(jī)專業(yè)的教學(xué)與實(shí)踐中，網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)與規(guī)劃、網(wǎng)站管理與維護(hù)等課程成為學(xué)生的首選課程，而且成為學(xué)生擇業(yè)、就業(yè)的一個(gè)主要方向。

通過網(wǎng)絡(luò)技術(shù)專業(yè)建設(shè)、課程設(shè)計(jì)和畢業(yè)設(shè)計(jì)，尤其是對(duì)網(wǎng)絡(luò)公司的項(xiàng)目實(shí)施、網(wǎng)站建設(shè)過程的跟蹤，我們發(fā)現(xiàn)，越來越多的問題出現(xiàn)在網(wǎng)站建設(shè)過程中，而且?guī)в衅毡楝F(xiàn)象，例如：網(wǎng)絡(luò)公司不能按期完成制作，網(wǎng)站不能使客戶滿意，設(shè)計(jì)費(fèi)用超出預(yù)算，網(wǎng)站維護(hù)不及時(shí)等等。

對(duì)各種問題及其產(chǎn)生過程進(jìn)行仔細(xì)分析，不難發(fā)現(xiàn)，主要原因有以下幾點(diǎn)：

1)輕視項(xiàng)目進(jìn)度監(jiān)督，公司不重視項(xiàng)目管理，只著重抓合同，忽視開發(fā)進(jìn)程，導(dǎo)致不能按期交付網(wǎng)站作品；

2)忽視客戶的需求變化，網(wǎng)絡(luò)公司在項(xiàng)目承接和建設(shè)中只考慮客戶提出的具體要求，對(duì)潛在需求及未來發(fā)展的分析不足，與客戶溝通不夠，導(dǎo)致客戶滿意度不高；

3)沒有保留歷史文檔作參考，技術(shù)人員只注重程序、網(wǎng)頁的保存，忽略了文檔是軟件的一個(gè)重要組成部分，往往導(dǎo)致修改維護(hù)費(fèi)時(shí)費(fèi)力、費(fèi)用超支、客戶不滿意；

4)忽視不斷的測試和修改。公司對(duì)項(xiàng)目的跟蹤不夠，過分依賴于項(xiàng)目驗(yàn)收；

5)沒有使用專業(yè)的項(xiàng)目管理軟件，主要依靠主觀決策、行政命令。

有沒有一個(gè)比較好的解決辦法可以減少失誤、控制和管理網(wǎng)站建設(shè)過程呢？

網(wǎng)站建設(shè)是一個(gè)復(fù)雜的系統(tǒng)工作，可以看作一個(gè)項(xiàng)目來管理。項(xiàng)目管理是研究在時(shí)間和資金一定的條件下，如何通過科學(xué)地計(jì)劃、控制和組織達(dá)到既定目標(biāo)的科學(xué)。對(duì)網(wǎng)絡(luò)公司來說，項(xiàng)目管理就是對(duì)網(wǎng)站建設(shè)項(xiàng)目的全過程管理，是一個(gè)動(dòng)態(tài)的過程。

通過深入研究項(xiàng)目管理理論，結(jié)合項(xiàng)目實(shí)施中的具體經(jīng)驗(yàn)，針對(duì)網(wǎng)站建設(shè)的特點(diǎn)和重點(diǎn)，在專業(yè)教學(xué)中不斷實(shí)施、補(bǔ)充、完善后，我們整理出一套以項(xiàng)目管理方式實(shí)施的、切實(shí)可行的網(wǎng)站建設(shè)管理和控制的方法，稱之為網(wǎng)站建設(shè)項(xiàng)目管理。

網(wǎng)站建設(shè)項(xiàng)目管理是網(wǎng)站建設(shè)項(xiàng)目的管理和控制方法，要根據(jù)特定的規(guī)范，在預(yù)算范圍內(nèi)按時(shí)完成網(wǎng)站開發(fā)任務(wù)。這是一種特殊的、標(biāo)準(zhǔn)的操作程序，能夠強(qiáng)化管理，改善經(jīng)營機(jī)制，提高網(wǎng)站質(zhì)量，促進(jìn)資金合理運(yùn)用，降低經(jīng)營風(fēng)險(xiǎn)，提高經(jīng)濟(jì)效益。

網(wǎng)站建設(shè)項(xiàng)目管理的實(shí)行，不但使客戶得益，保護(hù)投資，而且使網(wǎng)站制作行業(yè)趨向于規(guī)范化，效益提升，更使從業(yè)人員得益，包括項(xiàng)目經(jīng)理、網(wǎng)頁設(shè)計(jì)師、程序員、網(wǎng)頁編輯人員和測試員等。

要提高計(jì)算機(jī)專業(yè)學(xué)生的網(wǎng)站建設(shè)綜合水平，教學(xué)中應(yīng)該強(qiáng)化課程設(shè)計(jì)，模擬項(xiàng)目的具體實(shí)施過程，把學(xué)生分組后再分成客戶、網(wǎng)絡(luò)公司甲乙雙方，按照網(wǎng)站項(xiàng)目從洽談到提交完成的順序，指導(dǎo)學(xué)生分布實(shí)施網(wǎng)站建設(shè)項(xiàng)目管理。

1 客戶需求分析

一個(gè)優(yōu)秀的網(wǎng)站建設(shè)項(xiàng)目是建立在對(duì)客戶需求的詳細(xì)了解、分析、研究的基礎(chǔ)上的，通常需要經(jīng)過以下二個(gè)過程完成：

1.1 成立項(xiàng)目小組

網(wǎng)絡(luò)公司在接到客戶的網(wǎng)站業(yè)務(wù)咨詢后，雙方有關(guān)人員要不斷接洽和了解，通過基本的可行性討論，初步達(dá)成網(wǎng)站建設(shè)協(xié)議，這時(shí)要指導(dǎo)學(xué)生進(jìn)行項(xiàng)目立項(xiàng)。

比較好的做法是在學(xué)生小組中成立一個(gè)專門的項(xiàng)目小組，成員分派項(xiàng)目經(jīng)理、網(wǎng)頁設(shè)計(jì)人員、程序員、測試員、編輯/文檔人員等必需人員。項(xiàng)目小組成立后應(yīng)該首先明確每個(gè)人的職責(zé)，實(shí)行項(xiàng)目經(jīng)理責(zé)任制，這樣能有效實(shí)施監(jiān)管，保障項(xiàng)目順利進(jìn)行。

1.2 需求分析報(bào)告

網(wǎng)站建設(shè)項(xiàng)目首先需要客戶提供一個(gè)完整的需求分析報(bào)告。

很多客戶對(duì)自己的需求并不是很清楚，需要不斷引導(dǎo)，幫助他們分析。

經(jīng)常出現(xiàn)的狀況是，詢問客戶做網(wǎng)站的目的，客戶回答“沒什么，別的公司有，我也得有！”。這就需要技術(shù)人員耐心說明，仔細(xì)分析，挖掘出客戶潛在的真正需求。

要配合客戶寫一份詳細(xì)、完整的需求分析報(bào)告會(huì)花很多時(shí)間，也是很費(fèi)力的，但這樣做是值得的，而且一定要讓客戶滿意，簽字認(rèn)可。把好這一關(guān)，就可以杜絕很多因客戶需求不明確或雙方理解偏差而造成的失誤和無效勞動(dòng)，進(jìn)而避免項(xiàng)目失敗。

高質(zhì)量的網(wǎng)站必然有一份優(yōu)秀的需求分析報(bào)告，這就要求項(xiàng)目小組從實(shí)際出發(fā)，通過實(shí)地調(diào)研、用戶座談、匯總歸納、系統(tǒng)分析等多角度入手，至少達(dá)到以下要求：

正確性，每個(gè)功能模塊都必須清楚地描述出交付客戶時(shí)應(yīng)具備的功能；

可行性，確保在當(dāng)前的資金、開發(fā)能力和系統(tǒng)環(huán)境下可以實(shí)現(xiàn)客戶的每個(gè)需求；

必要性，提出的功能是否必須交付，是否可以推遲實(shí)現(xiàn)的時(shí)間，是否可在削減開支時(shí)“砍”掉；

簡明性，為了使雙方的理解一致，必須把意思表達(dá)清楚，最好不要使用專業(yè)術(shù)語；

檢測性，項(xiàng)目開發(fā)完畢，客戶應(yīng)該如何根據(jù)提出的需求進(jìn)行檢測，檢測方法必須是簡單、可行的。

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

2.1 網(wǎng)站總體規(guī)劃設(shè)計(jì)

完成客戶的需求分析報(bào)告以后，緊接著并不是直接開始制作，而是需要對(duì)項(xiàng)目進(jìn)行總體規(guī)劃設(shè)計(jì)、詳細(xì)設(shè)計(jì)，拿出一份完整的網(wǎng)站建設(shè)方案給客戶。

總體規(guī)劃設(shè)計(jì)是項(xiàng)目建設(shè)非常關(guān)鍵的一步，是為即將建設(shè)的網(wǎng)站提出一套完整的設(shè)想，要依據(jù)需求分析報(bào)告確定網(wǎng)站需要實(shí)現(xiàn)的功能、網(wǎng)站開發(fā)軟件、硬件環(huán)境、人力資源、時(shí)間、需要遵循的規(guī)則和標(biāo)準(zhǔn)等。

總體規(guī)劃設(shè)計(jì)對(duì)網(wǎng)站的功能完善、安全可靠、性能先進(jìn)至關(guān)重要，報(bào)告至少應(yīng)包括網(wǎng)站的欄目和版塊、網(wǎng)站的功能和應(yīng)具備的相應(yīng)的程序、網(wǎng)站的鏈接結(jié)構(gòu)、數(shù)據(jù)庫的概念設(shè)計(jì)、網(wǎng)站的交互性和用戶友好設(shè)計(jì)等。

2.2 網(wǎng)站建設(shè)方案

總體規(guī)劃設(shè)計(jì)報(bào)告完成后，通常需要給客戶提供一個(gè)網(wǎng)站建設(shè)方案。

很多網(wǎng)絡(luò)公司在接洽業(yè)務(wù)時(shí)就被客戶要求提供方案，但那時(shí)的方案一般比較籠統(tǒng)，而且是在客戶需求不是十分明確的情況下提交的，往往和實(shí)際制作后的結(jié)果有很大的差異。因此，應(yīng)該盡量取得客戶的理解，在明確需求并進(jìn)行總體規(guī)劃設(shè)計(jì)后再次提交網(wǎng)站建設(shè)方案，這樣對(duì)雙方都有好處。

網(wǎng)站建設(shè)方案應(yīng)該包括有關(guān)的圖表、圖片、網(wǎng)頁設(shè)計(jì)草圖等，一般應(yīng)具備以下內(nèi)容：

1)客戶分析，實(shí)事求是地剖析客戶的現(xiàn)狀與發(fā)展，尤其要挖掘客戶的潛在需求，為客戶需求說明書奠定基礎(chǔ)；

2)網(wǎng)站的目的和目標(biāo)，由此產(chǎn)生功能模塊的設(shè)計(jì)和形象設(shè)計(jì)；

3)網(wǎng)站形象說明，從藝術(shù)的角度分析，一般需要美編對(duì)客戶進(jìn)行較深入的了解，結(jié)合客戶公司的產(chǎn)品和企業(yè)理念進(jìn)行設(shè)計(jì)；

4)網(wǎng)站的欄目、版塊和結(jié)構(gòu)，最好提供簡介明了的結(jié)構(gòu)圖；

5)網(wǎng)站內(nèi)容的安排、相互間的鏈接關(guān)系，尤其要注意知識(shí)產(chǎn)權(quán)問題，還要注意鏈接網(wǎng)站的安全問題；

6)使用的軟件、硬件、技術(shù)分析說明，要突出技術(shù)的先進(jìn)性與實(shí)用性，要考慮實(shí)際應(yīng)用效果，不要一味求新、求異；

7)開發(fā)時(shí)間進(jìn)度表，在用戶能夠接受的基礎(chǔ)上，要留有一定的時(shí)間富裕度，以避免突發(fā)事件的影響；

8)網(wǎng)站宣傳推廣方案，要做好與客戶的商務(wù)部門的聯(lián)系；

9)網(wǎng)站維護(hù)方案，要明確區(qū)分免費(fèi)維護(hù)期、收費(fèi)維護(hù)期的費(fèi)用、升級(jí)費(fèi)用等，界定維護(hù)期和維護(hù)響應(yīng)時(shí)間；

10)制作費(fèi)用，要兼顧雙方的財(cái)務(wù)制度，并與合同相吻合；

11)本公司簡介，包括公司理念，成功的作品，技術(shù)、人才說明等內(nèi)容。

方案通過客戶的認(rèn)可，簽訂正式合同（一般由銷售經(jīng)理或項(xiàng)目經(jīng)理起草）后才可以開始著手建設(shè)網(wǎng)站，但這還不是真正意義上的制作，還要進(jìn)行詳細(xì)設(shè)計(jì)。

3 網(wǎng)站詳細(xì)設(shè)計(jì)

總體設(shè)計(jì)階段以比較抽象、概括的方式提出解決問題的方法，詳細(xì)設(shè)計(jì)階段的任務(wù)就是把解決問題的方法具體化。

網(wǎng)站詳細(xì)設(shè)計(jì)是公司的內(nèi)部技術(shù)資料，主要是針對(duì)程序開發(fā)而言，卻不是真正地編寫程序，而是由項(xiàng)目經(jīng)理組織項(xiàng)目小組設(shè)計(jì)出程序的詳細(xì)規(guī)格說明，其作用類似于工程領(lǐng)域中工程師經(jīng)常要使用的工程藍(lán)圖，應(yīng)該包含必要的細(xì)節(jié)，如程序界面、表單、模塊接口、需要的數(shù)據(jù)等等。

本階段務(wù)必規(guī)定統(tǒng)一的軟件接口，以避免增加程序鏈接、調(diào)試的工作量。

4 項(xiàng)目實(shí)施

4.1 整體形象設(shè)計(jì)

網(wǎng)頁設(shè)計(jì)師負(fù)責(zé)設(shè)計(jì)網(wǎng)站的整體形象和首頁。整體形象設(shè)計(jì)包括標(biāo)準(zhǔn)字、標(biāo)準(zhǔn)色彩、Logo、廣告語等。首頁設(shè)計(jì)包括版面、色彩、圖像、動(dòng)態(tài)效果、圖標(biāo)等風(fēng)格設(shè)計(jì)及banner、菜單、標(biāo)題、版權(quán)等模塊設(shè)計(jì)。

首頁一般要設(shè)計(jì)2-3個(gè)不同的風(fēng)格，完成后方便客戶選擇。一定要注意的是，在客戶確定首頁風(fēng)格之后，務(wù)必請(qǐng)客戶簽字認(rèn)可。這樣，客戶以后一般不會(huì)再對(duì)版面的風(fēng)格做大的改動(dòng)，否則將被視為二次設(shè)計(jì)。

4.2 程序開發(fā)與網(wǎng)頁制作

詳細(xì)設(shè)計(jì)、整體形象設(shè)計(jì)得到客戶確認(rèn)以后，程序員根據(jù)詳細(xì)設(shè)計(jì)進(jìn)行編程，網(wǎng)頁設(shè)計(jì)師開始制作網(wǎng)頁。

需要提醒項(xiàng)目小組的是，測試人員要隨時(shí)測試網(wǎng)頁與程序，發(fā)現(xiàn)Bug后立刻記錄并反饋給有關(guān)技術(shù)人員進(jìn)行修改，一定不要等到完全制作完畢后再測試，那樣會(huì)浪費(fèi)大量的時(shí)間和精力。

項(xiàng)目經(jīng)理要經(jīng)常了解項(xiàng)目的進(jìn)度，協(xié)調(diào)、溝通程序員與網(wǎng)頁設(shè)計(jì)師的工作。

4.3 網(wǎng)站調(diào)試與完善

網(wǎng)站初步完成以后，要上傳到服務(wù)器，對(duì)網(wǎng)站進(jìn)行全范圍的測試，包括速度、兼容性、交互性、鏈接正確性、程序健壯性、超流量測試等，發(fā)現(xiàn)問題應(yīng)記錄下來，交項(xiàng)目小組及時(shí)解決。

（下轉(zhuǎn)第623頁）

（上接第618頁）

網(wǎng)站項(xiàng)目是一個(gè)不斷充實(shí)和完善的過程，文檔必須詳細(xì)記錄并保存，通過不斷發(fā)現(xiàn)問題、解決問題、修改補(bǔ)充文檔，使網(wǎng)站建設(shè)流程趨向于規(guī)范化，趨向于合理性。

4.4 網(wǎng)站宣傳推廣

網(wǎng)站宣傳推廣方案可以獨(dú)立進(jìn)行，也可以與企業(yè)宣傳活動(dòng)同步進(jìn)行，一般采用與企業(yè)的策劃、公關(guān)及商務(wù)宣傳活動(dòng)同期、同時(shí)進(jìn)行，可以一舉多得。

網(wǎng)站宣傳推廣的方法有多種，設(shè)置適當(dāng)?shù)腗ETA標(biāo)簽、登錄搜索引擎、發(fā)表新聞稿件、使用Email郵件列表、廣告條交換、付費(fèi)廣告等，這些方法的使用一定要事先與客戶溝通，得到客戶的確認(rèn)。

至此，網(wǎng)站項(xiàng)目建設(shè)完畢，項(xiàng)目小組將有關(guān)網(wǎng)址、使用操作說明、驗(yàn)收要求及相關(guān)文檔等內(nèi)容提交客戶進(jìn)行驗(yàn)收。如果客戶需要，還應(yīng)另行簽訂網(wǎng)站維護(hù)合同。

4.5 網(wǎng)站管理與維護(hù)

網(wǎng)站成功推出是長期維護(hù)工作的開始，與客戶簽訂網(wǎng)站維護(hù)合同后，公司應(yīng)該指派專門的技術(shù)人員或固定的文員負(fù)責(zé)響應(yīng)全部或大部分客戶的網(wǎng)站維護(hù)工作。

1) 及時(shí)響應(yīng)客戶反饋，可以采取Email自動(dòng)回復(fù)方式，在1-3個(gè)工作日內(nèi)（具體可與網(wǎng)站建設(shè)方案中的維護(hù)響應(yīng)時(shí)間一致，必須與合同一致）解決問題，然后再次回復(fù)客戶，并征求客戶意見；

2) 網(wǎng)站流量統(tǒng)計(jì)分析和相應(yīng)對(duì)策，客服人員要關(guān)注客戶網(wǎng)站的使用，發(fā)現(xiàn)問題及時(shí)處理，并對(duì)客戶提出有價(jià)值的建議；

3) 盡量推廣和使用所設(shè)計(jì)的網(wǎng)址，包括在客戶的宣傳材料、產(chǎn)品介紹、名片、電子郵件上注明客戶網(wǎng)址，與客戶溝通后一般會(huì)得到積極響應(yīng)；

4) 網(wǎng)站內(nèi)容的及時(shí)更新和維護(hù)，要注意內(nèi)容的合理性、合法性和觀賞性，要與客戶的發(fā)展和商務(wù)活動(dòng)相結(jié)合。

5 網(wǎng)站建設(shè)應(yīng)遵循的規(guī)范

網(wǎng)站建設(shè)項(xiàng)目管理要求制定一系列的規(guī)范：目錄規(guī)范、文件命名規(guī)范、接口規(guī)范、尺寸規(guī)范、首頁head區(qū)代碼規(guī)范、連接結(jié)構(gòu)規(guī)范等，并在項(xiàng)目實(shí)施中嚴(yán)格遵循。

在逐步建立網(wǎng)站建設(shè)項(xiàng)目管理規(guī)范的基礎(chǔ)上，最終要形成網(wǎng)絡(luò)公司統(tǒng)一的網(wǎng)站建設(shè)規(guī)范，為下一步的網(wǎng)站建設(shè)項(xiàng)目提供統(tǒng)一的技術(shù)標(biāo)準(zhǔn)，這樣，就能夠在未來的網(wǎng)站建設(shè)、維護(hù)中節(jié)省大量的時(shí)間和人財(cái)物，極大地提高公司的經(jīng)濟(jì)效益與社會(huì)美譽(yù)度。

參考文獻(xiàn)：

第3篇：人員需求分析報(bào)告范文

關(guān)鍵詞：軟件工程；需求分析與管理

中圖分類號(hào)：TP311文獻(xiàn)標(biāo)識(shí)碼：A文章編號(hào)：1007-9599 (2010) 15-0000-01

The Requirements Analysis and Management of Software

Huang Degui

(Communications Information Branch,Zhanjiang Port(Group)Co.,Ltd.,Zhanjiang524019,China)

Abstract:In the process of software development requirements analysis and management,there are some problems.This paper analyzes the problems and issues reference for these recommendations and solutions.

Keywords:Software engineering;Requirements analysis and management

在軟件項(xiàng)目開發(fā)過程中，需求分析與管理十分重要。但在實(shí)際的軟件項(xiàng)目開發(fā)的需求分析與管理過程中存在一些問題，如果不重視這些問題，往往導(dǎo)致項(xiàng)目開發(fā)進(jìn)度延期、超出項(xiàng)目預(yù)算甚至項(xiàng)目開發(fā)失敗。

在軟件工程理論中，需求分析是指構(gòu)建一個(gè)新的系統(tǒng)或者完善現(xiàn)有系統(tǒng)時(shí)，確定系統(tǒng)的目標(biāo)、范圍、功能需求和非功能性需求等方面所涉及的工作。

需求分析是軟件工程的一個(gè)關(guān)鍵過程，也是軟件項(xiàng)目開發(fā)的一個(gè)關(guān)鍵階段。軟件需求分析人員需要準(zhǔn)確、清晰和形象的表達(dá)和描述用戶的真實(shí)需求。需求分析階段的工作是否準(zhǔn)確和充分、提交的軟件需求說明書是否完善和規(guī)范、需求管理的方法是否正確將直接影響和決定整個(gè)項(xiàng)目開發(fā)是否能夠按照時(shí)間進(jìn)度和在項(xiàng)目預(yù)算范圍內(nèi)完成。

在項(xiàng)目開發(fā)過程中，經(jīng)常出現(xiàn)如下情況：軟件需求分析人員描述的用戶需求不完整、用戶需求經(jīng)常發(fā)生變化、軟件需求分析人員與系統(tǒng)設(shè)計(jì)人員的溝通障礙、開發(fā)人員邊做需求分析邊做開發(fā)、用戶需求管理混亂、缺少專業(yè)的需求分析與管理工具等。這些情況的出現(xiàn)使整個(gè)項(xiàng)目管理風(fēng)險(xiǎn)加大、系統(tǒng)代碼返工率高、項(xiàng)目團(tuán)隊(duì)士氣日益低下和用戶對(duì)項(xiàng)目開發(fā)進(jìn)度的抱怨越來越多，最終可能導(dǎo)致整個(gè)項(xiàng)目開發(fā)失敗。

軟件需求分析人員描述的用戶需求不完整主要原因：一種情況是沒有專職的軟件需求分析人員，兼職的軟件需求分析人員同時(shí)擔(dān)當(dāng)該模塊的設(shè)計(jì)及開發(fā)，導(dǎo)致需求分析沒有真正從業(yè)務(wù)的角度來考慮，而是從技術(shù)實(shí)現(xiàn)的角度考慮。有的即使有專職的軟件需求分析人員，該軟件需求分析人員也不具備該行業(yè)的業(yè)務(wù)知識(shí)和經(jīng)驗(yàn)，對(duì)行業(yè)術(shù)語不了解，有的甚至聘用剛剛畢業(yè)的學(xué)生去做需求分析，導(dǎo)致整個(gè)需求分析不準(zhǔn)確甚至出現(xiàn)偏差。另外一種情況是專職的軟件需求分析人員沒有系統(tǒng)的學(xué)習(xí)和掌握軟件需求分析的基本方法、原則和技巧，了解的業(yè)務(wù)需求不能準(zhǔn)確直觀的表達(dá)和描述，編制的軟件需求說明書過于簡單和形式化，導(dǎo)致項(xiàng)目開發(fā)的其他人員不能很好的理解用戶需求，有的甚至要重新做軟件需求分析。

為詳細(xì)和準(zhǔn)確的描述用戶需求，需要注意以下幾個(gè)方面：

首先需要由專職的人員擔(dān)任需求分析工作，而且軟件需求分析人員需要系統(tǒng)的學(xué)習(xí)和掌握需求分析的基本方法、原則和技巧。例如獲取業(yè)務(wù)需求常用的方法有用戶訪談、速記、談話錄音、會(huì)議紀(jì)要等；其中用戶訪談的要點(diǎn)包括確定訪談的時(shí)間、訪談的對(duì)象、設(shè)計(jì)用戶訪談?dòng)?jì)劃并提前發(fā)送給用戶等；速記要求軟件需求分析人員能夠快速準(zhǔn)確的記錄用戶描述的業(yè)務(wù)需求和業(yè)務(wù)流程。談話錄音和會(huì)議紀(jì)要是為了更準(zhǔn)確記錄用戶描述的業(yè)務(wù)需求，便于分析和理解用戶需求；軟件需求分析人員最好具備該行業(yè)的業(yè)務(wù)經(jīng)驗(yàn)和知識(shí)或者聘請(qǐng)?jiān)撔袠I(yè)的業(yè)務(wù)專家指導(dǎo)，這樣有助于軟件需求分析人員準(zhǔn)確分析和理解行業(yè)術(shù)語、行業(yè)業(yè)務(wù)需求和行業(yè)業(yè)務(wù)流程。

其次，描述的軟件需求說明書內(nèi)容應(yīng)該包括系統(tǒng)的目標(biāo)、范圍、功能需求、非功能性需求和系統(tǒng)界面原型等方面。非功能性需求主要包括系統(tǒng)界面的可用性、易用性、操作便捷、時(shí)間效率高、出錯(cuò)率低和操作系統(tǒng)需要的專業(yè)領(lǐng)域知識(shí)少等方面；系統(tǒng)界面原形是指使用專業(yè)界面原形工具（Axure等）或者直接使用開發(fā)工具（Visual Studio等）編制系統(tǒng)的初始用戶界面，便于軟件需求分析人員、系統(tǒng)設(shè)計(jì)人員和開發(fā)人員更直觀和形象的與用戶溝通和明確需求。非功能性需求和系統(tǒng)界面原形在需求分析階段非常重要，我們?cè)陧?xiàng)目開發(fā)過程中應(yīng)該注重非功能性需求和系統(tǒng)界面原形。

最后，對(duì)于軟件需求分析人員編制的軟件需求說明書要做好需求驗(yàn)證工作，參加需求驗(yàn)證工作的成員應(yīng)該包括項(xiàng)目組所有成員、該行業(yè)的業(yè)務(wù)專家和最終用戶。在需求驗(yàn)證會(huì)議上提供的需求驗(yàn)證材料應(yīng)該簡單、清晰、直觀和明確，不能籠統(tǒng)的提供一些復(fù)雜的業(yè)務(wù)流程及繁瑣的文字說明。在需求驗(yàn)證會(huì)議上可以通過情景模擬和系統(tǒng)界面原形的方式演示。情景模擬是根據(jù)不同業(yè)務(wù)角色模擬整個(gè)業(yè)務(wù)辦理的情況。系統(tǒng)界面原形能讓用戶切身感受到系統(tǒng)的界面效果，便于直觀、形象的溝通和交流業(yè)務(wù)細(xì)節(jié)和業(yè)務(wù)流程。

在項(xiàng)目開發(fā)過程中，用戶需求發(fā)生變化的情況經(jīng)常出現(xiàn)。我們不能避免和逃避用戶需求變化情況的出現(xiàn)，但應(yīng)該控制和管理用戶需求變化，應(yīng)該有需求變更的流程、需求變更的團(tuán)隊(duì)、需求變更的平臺(tái)、需求變更的影響分析以及固定的需求變更周期。對(duì)于用戶提出的需求變更，我們首先應(yīng)該做好詳細(xì)的記錄，然后將需求變更的記錄通過需求變更的流程提交給需求變更團(tuán)隊(duì)評(píng)估和確認(rèn)，最終在需求變更的平臺(tái)中反映出來，同時(shí)要做好需求變更的影響分析報(bào)告并及時(shí)反饋給用戶。需要注意的是對(duì)于需求變更我們要有固定的需求變更周期，不能用戶有需求變更馬上要求項(xiàng)目團(tuán)隊(duì)及時(shí)更改系統(tǒng)，這樣會(huì)加大項(xiàng)目管理的風(fēng)險(xiǎn)和影響項(xiàng)目團(tuán)隊(duì)的士氣。

第4篇：人員需求分析報(bào)告范文

因此，很多企業(yè)都會(huì)利用Hadoop實(shí)現(xiàn)數(shù)據(jù)存儲(chǔ)，再通過其他工具實(shí)現(xiàn)對(duì)大數(shù)據(jù)的高速捕獲和實(shí)時(shí)分析。這里，我們將通過艾瑞咨詢集團(tuán)的一個(gè)真實(shí)案例，解讀一下敏捷BI如何和Hadoop進(jìn)行互補(bǔ)，幫助其實(shí)現(xiàn)互聯(lián)網(wǎng)大數(shù)據(jù)分析的。

定制化項(xiàng)目效率低下

艾瑞咨詢集團(tuán)（iResearch）是一家專注于網(wǎng)絡(luò)媒體、電子商務(wù)、網(wǎng)絡(luò)游戲、無線增值等新經(jīng)濟(jì)領(lǐng)域，深入研究和了解消費(fèi)者行為，并為網(wǎng)絡(luò)行業(yè)和傳統(tǒng)行業(yè)客戶提供市場調(diào)查研究和戰(zhàn)略咨詢服務(wù)的專業(yè)市場調(diào)研機(jī)構(gòu)。

目前，艾瑞咨詢集團(tuán)可以向企業(yè)提供線下報(bào)告和軟件兩種定制化咨詢報(bào)告服務(wù)。但是，企業(yè)客戶的定制化需求非常多變，艾瑞咨詢集團(tuán)生成一份線下報(bào)告交付周期需要3至4周，提供軟件的交付周期則需要半年。再加上項(xiàng)目所需人工成本升高、迭代周期延長，艾瑞咨詢集團(tuán)往往不敢承接太多定制化項(xiàng)目。

通過調(diào)研，筆者發(fā)現(xiàn)了艾瑞咨詢集團(tuán)的真正需求：根據(jù)時(shí)間維度和網(wǎng)站匯總對(duì)用戶的來源地區(qū)、來路域名、頁面訪問次數(shù)、停留時(shí)間、有效訪問次數(shù)、跳出率、回訪者、新訪問者、回訪次數(shù)和回訪相隔天數(shù)等相關(guān)數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析，并且還能夠在動(dòng)態(tài)添加條件之后，通過對(duì)監(jiān)測用戶行為獲得的數(shù)據(jù)進(jìn)行分析，以最終得出更加詳細(xì)、清楚的用戶行為習(xí)慣。

因此，艾瑞咨詢集團(tuán)迫切需要一種更加敏捷、高效的大數(shù)據(jù)分析工具提升定制化業(yè)務(wù)的效率。

大數(shù)據(jù)面前：敏捷BI PK傳統(tǒng)BI

在解決艾瑞咨詢集團(tuán)面臨的難題時(shí)，傳統(tǒng)BI的做法是，IT人員事先根據(jù)需求分析進(jìn)行建模，建好二次表或打Cube并提前匯總好數(shù)據(jù)，業(yè)務(wù)人員才能在前端查看到分析結(jié)果的報(bào)表。雖然這種做法很成熟，但是解決不了艾瑞咨詢集團(tuán)的難題。

首先，業(yè)務(wù)人員查看的報(bào)表相對(duì)靜態(tài)，分析的維度和度量的計(jì)算方式已在建模時(shí)預(yù)先設(shè)定好，不能更改。例如，定好了求和或求平均數(shù)，再想改成求方差必須再去修改模型。

其次，分析需求變更時(shí)，業(yè)務(wù)人員不能直接調(diào)整報(bào)表，需要IT人員重新建?；蛐薷囊延蟹治瞿Ｐ?，耗時(shí)較長，響應(yīng)速度較慢。

最后，有些企業(yè)的數(shù)據(jù)量很小，也需要按照此流程和架構(gòu)來進(jìn)行大費(fèi)周折的數(shù)據(jù)分析。

造成這些問題的本質(zhì)原因是，過去的技術(shù)架構(gòu)針對(duì)海量數(shù)據(jù)的計(jì)算能力不足，企業(yè)用戶需要通過建模、二次表、Cube提前進(jìn)行數(shù)據(jù)運(yùn)算匯總。

艾瑞咨詢集團(tuán)希望為企業(yè)客戶提交這樣一份分析報(bào)告，不僅能看還能動(dòng)態(tài)分析。對(duì)于艾瑞咨詢集團(tuán)來說，數(shù)據(jù)展現(xiàn)應(yīng)該是起點(diǎn)而不是終點(diǎn)?？吹搅藬?shù)據(jù)，要能交互式分析、深入向下挖掘，要能發(fā)現(xiàn)問題并找到答案，還要能采取行動(dòng)。與數(shù)據(jù)交互的過程要足夠快，如果用戶每次點(diǎn)擊需要等三五分鐘才出結(jié)果，就無法進(jìn)行交互分析。

并且，分析報(bào)告應(yīng)能讓非IT部門的同事直接在分析平臺(tái)上做出來。不能把所有的分析報(bào)告需求都提交到IT部門，這樣會(huì)嚴(yán)重增加IT部門的工作負(fù)擔(dān)。同時(shí)，敏捷BI的實(shí)施和操作要簡單化，讓業(yè)務(wù)人員可直接使用。

同時(shí)，分析報(bào)告需求經(jīng)常需要牽涉到數(shù)據(jù)層的改動(dòng)，需要IT部門去改進(jìn)數(shù)據(jù)層和業(yè)務(wù)層，傳統(tǒng)BI平臺(tái)需要一兩個(gè)月才能完成模型梳理。敏捷BI無需事先建模，可以在分析過程中靈活調(diào)整分析維度和報(bào)表展現(xiàn)，需求變更可以在一天之內(nèi)響應(yīng)，提升企業(yè)的洞察力決策力。

與傳統(tǒng)BI的重量建模、統(tǒng)一視圖不同，敏捷BI采取輕量建模、N個(gè)視圖的方法，不建二次表和Cube，數(shù)據(jù)導(dǎo)入后可以直接進(jìn)行分析，并且業(yè)務(wù)人員可以實(shí)時(shí)調(diào)整分析的維度和度量的計(jì)算方式，極大地增加了靈活性，真正做到和數(shù)據(jù)對(duì)話。

既然有這么便捷的方式，為何傳統(tǒng)BI不采用這種架構(gòu)呢？那是因?yàn)椋瑐鹘y(tǒng)技術(shù)架構(gòu)沒有引入大數(shù)據(jù)技術(shù)，面對(duì)海量數(shù)據(jù)無法在用戶點(diǎn)擊后的幾秒內(nèi)就展現(xiàn)企業(yè)客戶需要的分析結(jié)果，因此必須通過建模提前把數(shù)據(jù)匯總好，才能保證分析報(bào)表展現(xiàn)時(shí)的速度。

因此，實(shí)現(xiàn)敏捷BI的前提是采用新架構(gòu)處理數(shù)據(jù)，其涉及的技術(shù)包括分布式計(jì)算、內(nèi)存計(jì)算、列存儲(chǔ)、庫內(nèi)計(jì)算等。敏捷BI可以通過更低的成本、更短的上線周期，快速讓企業(yè)洞察到數(shù)據(jù)的含義和價(jià)值。

業(yè)務(wù)效率數(shù)倍提升

深入研究艾瑞咨詢集團(tuán)要分析的數(shù)據(jù)，筆者發(fā)現(xiàn)，艾瑞咨詢集團(tuán)每天要分析的數(shù)據(jù)量達(dá)幾千萬條，且不同企業(yè)客戶的分析需求各不相同。因此，復(fù)雜多變的多維度分析需求對(duì)分析工具的分析性能提出了更高的挑戰(zhàn)，而傳統(tǒng)的數(shù)據(jù)庫和Hadoop架構(gòu)已經(jīng)無法滿足高性能和即時(shí)分析的需求。

為此，艾瑞咨詢集團(tuán)考察過國外一些知名的產(chǎn)品，但是當(dāng)他們獲知產(chǎn)品的價(jià)格和后續(xù)的服務(wù)費(fèi)用之后只能放棄。而國內(nèi)大多數(shù)的分析工具大多是上一代BI，需事先建模再進(jìn)行分析，難以應(yīng)對(duì)靈活的多維度分析變化需求，且針對(duì)大數(shù)據(jù)量的處理能力不能滿足要求。

最終，艾瑞咨詢集團(tuán)選擇了永洪敏捷BI技術(shù)。當(dāng)艾瑞咨詢集團(tuán)將三個(gè)月的細(xì)節(jié)數(shù)據(jù)（約50億條）導(dǎo)入敏捷BI系統(tǒng)，直接就可以展現(xiàn)出定制分析報(bào)告。對(duì)比原先基于Excel和SQL編程的分析方法，艾瑞咨詢集團(tuán)的業(yè)務(wù)效率獲得數(shù)倍的提升：線下報(bào)告交付周期從3至4周縮短至小于1周，軟件交付從半年縮短至一個(gè)月。

同時(shí)，艾瑞咨詢集團(tuán)原來由于擔(dān)心需求變化導(dǎo)致沒有能力交付的很多項(xiàng)目被收入囊中。采用敏捷BI工具后，艾瑞咨詢集團(tuán)可以在幾天內(nèi)快速搭建原型向客戶展示，任意的需求變更都可以一周內(nèi)調(diào)整完畢。這種快速原型試錯(cuò)的方式，使得艾瑞咨詢集團(tuán)有能力承接很多此類項(xiàng)目。

由于業(yè)務(wù)效率的極大提升，有能力承接更多的項(xiàng)目，艾瑞咨詢集團(tuán)的收入空間也出現(xiàn)了數(shù)倍的增長。與此同時(shí)，艾瑞咨詢集團(tuán)的客戶滿意度也穩(wěn)步提升。

不僅如此，為了提供更加直觀可交互的分析報(bào)告，提升企業(yè)用戶體驗(yàn)，艾瑞咨詢集團(tuán)基于敏捷BI工具，構(gòu)建了一個(gè)新型SaaS平臺(tái)。艾瑞咨詢集團(tuán)把企業(yè)客戶用Hadoop架構(gòu)存儲(chǔ)的數(shù)據(jù)，通過敏捷BI提供的接口導(dǎo)入到數(shù)據(jù)集市內(nèi)，然后通過敏捷BI快速呈現(xiàn)出結(jié)果。

事實(shí)上，Hadoop和敏捷BI都有各自適用的不同業(yè)務(wù)場景，兩者是相互補(bǔ)充的關(guān)系。當(dāng)前，很多企業(yè)都采用Hadoop實(shí)現(xiàn)數(shù)據(jù)的存儲(chǔ)，然后把Hadoop數(shù)據(jù)導(dǎo)入敏捷BI基于分布式內(nèi)存計(jì)算的高性能數(shù)據(jù)集市中，之后再進(jìn)行數(shù)據(jù)可視化分析。鑒于現(xiàn)在Hadoop在企業(yè)的應(yīng)用相當(dāng)廣泛，永洪敏捷BI產(chǎn)品也支持Hadoop數(shù)據(jù)源的連接。

第5篇：人員需求分析報(bào)告范文

關(guān)鍵詞：網(wǎng)絡(luò) 設(shè)計(jì) 實(shí)驗(yàn) 應(yīng)用

一、引言

隨著計(jì)算機(jī)技術(shù)以及網(wǎng)絡(luò)技術(shù)的迅速發(fā)展，擁有計(jì)算機(jī)、應(yīng)用網(wǎng)絡(luò)已經(jīng)成為人們生活中的重要組成部分。網(wǎng)絡(luò)應(yīng)用型人才被社會(huì)廣泛歡迎，探索培養(yǎng)網(wǎng)絡(luò)應(yīng)用型人才的有效方法成為擺在計(jì)算機(jī)相關(guān)專業(yè)教育部門的課題。

二、社會(huì)網(wǎng)絡(luò)人才需求狀況

在我國，越來越多的政府機(jī)構(gòu)和行業(yè)企業(yè)都開始依賴網(wǎng)絡(luò)技術(shù)進(jìn)行各自的生產(chǎn)、經(jīng)營和管理?？梢哉f，沒有網(wǎng)絡(luò)，就無法進(jìn)入真正的計(jì)算機(jī)時(shí)代；沒有網(wǎng)絡(luò)，企業(yè)就無法實(shí)現(xiàn)信息化。由此看來，網(wǎng)絡(luò)化已經(jīng)成為現(xiàn)今社會(huì)競爭和發(fā)展的關(guān)鍵因素，計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)人才的培養(yǎng)，也隨之成為當(dāng)前網(wǎng)絡(luò)化建設(shè)的當(dāng)務(wù)之急。就目前的狀況來看，實(shí)施網(wǎng)絡(luò)化建設(shè)的部門嚴(yán)重缺乏從事網(wǎng)絡(luò)系統(tǒng)的構(gòu)建、運(yùn)行和維護(hù)等工作的專業(yè)網(wǎng)絡(luò)技術(shù)人員。全國的高等院校每年為社會(huì)輸送區(qū)區(qū)幾萬計(jì)算機(jī)網(wǎng)絡(luò)專業(yè)的畢業(yè)生，而整個(gè)社會(huì)需要的卻是數(shù)以百萬計(jì)的具有專業(yè)技能的網(wǎng)絡(luò)技術(shù)人員，人才供應(yīng)能力遠(yuǎn)遠(yuǎn)小于實(shí)際的社會(huì)需求。

三、高校網(wǎng)絡(luò)人才培養(yǎng)情況

一直以來，高等院校的學(xué)歷教育偏重于網(wǎng)絡(luò)技術(shù)的基本理論和基礎(chǔ)知識(shí)的傳授，缺乏網(wǎng)絡(luò)技術(shù)應(yīng)用的實(shí)際操作技能和經(jīng)驗(yàn)，無法滿足所在單位對(duì)網(wǎng)絡(luò)技術(shù)人員的工作要求。這就造成了一種現(xiàn)象，一方面，用人單位求賢若渴；另一方面，畢業(yè)生的就業(yè)困難，這已經(jīng)成為了一種嚴(yán)重并且普遍的社會(huì)問題。

網(wǎng)絡(luò)技術(shù)是理論和實(shí)踐結(jié)合十分緊密的一門學(xué)問，網(wǎng)絡(luò)技術(shù)人才市場，越來越關(guān)注技術(shù)人員的實(shí)際經(jīng)驗(yàn)和動(dòng)手操作能力。學(xué)生也有迫切接觸社會(huì)、提高工作技能的需求。因此，針對(duì)高等院校中普遍存在著理論強(qiáng)、實(shí)踐弱的現(xiàn)象，很多高校組建了網(wǎng)絡(luò)實(shí)驗(yàn)室，在網(wǎng)絡(luò)實(shí)驗(yàn)室里提供了真實(shí)的網(wǎng)絡(luò)環(huán)境，可以讓學(xué)生親自動(dòng)手調(diào)試、配置網(wǎng)絡(luò)，從而讓學(xué)生直觀、全方位地了解各種網(wǎng)絡(luò)設(shè)備和應(yīng)用環(huán)境，真正加深對(duì)網(wǎng)絡(luò)原理、協(xié)議、標(biāo)準(zhǔn)的認(rèn)識(shí)。通過在網(wǎng)絡(luò)實(shí)驗(yàn)室的學(xué)習(xí)，能真正提高學(xué)生的網(wǎng)絡(luò)技能和實(shí)戰(zhàn)能力，同時(shí)具有扎實(shí)的理論基礎(chǔ)和較強(qiáng)的實(shí)踐動(dòng)手能力，

（一）開展網(wǎng)絡(luò)設(shè)計(jì)性實(shí)驗(yàn)的意義

網(wǎng)絡(luò)實(shí)驗(yàn)室雖然提供了一個(gè)很好的實(shí)驗(yàn)平臺(tái)，但學(xué)校平常上課的時(shí)候，是一節(jié)實(shí)驗(yàn)課講一個(gè)具體的實(shí)驗(yàn)，比如這節(jié)課講VLAN劃分，下節(jié)課講動(dòng)態(tài)路由。學(xué)生可能每節(jié)課都學(xué)得不錯(cuò)，可是到了學(xué)期結(jié)束的時(shí)候，他們整體運(yùn)用所學(xué)知識(shí)解決問題的能力如何，就不清楚了。開展設(shè)計(jì)性實(shí)驗(yàn)是解決這一問題的好辦法。

設(shè)計(jì)性實(shí)驗(yàn)，是指給定實(shí)驗(yàn)?zāi)康囊蠛蛯?shí)驗(yàn)條件，由學(xué)生自行設(shè)計(jì)實(shí)驗(yàn)方案并加以實(shí)現(xiàn)的實(shí)驗(yàn)。在網(wǎng)絡(luò)實(shí)驗(yàn)室中開設(shè)設(shè)計(jì)性實(shí)驗(yàn)，能夠綜合以往所學(xué)的基礎(chǔ)理論知識(shí)和單項(xiàng)實(shí)踐技能，通過貼近實(shí)際的設(shè)計(jì)題目，一方面，增強(qiáng)了學(xué)生解決實(shí)際問題的能力；另一方面，在一定程度上也積累了實(shí)踐經(jīng)驗(yàn)。

（二）網(wǎng)絡(luò)設(shè)計(jì)性實(shí)驗(yàn)的實(shí)施方案

為使網(wǎng)絡(luò)設(shè)計(jì)性實(shí)驗(yàn)達(dá)到培養(yǎng)應(yīng)用型人才的初衷，制定了切實(shí)可行的實(shí)施方案。

首先，明確實(shí)驗(yàn)?zāi)康?。即通過了解不同網(wǎng)絡(luò)的需求和功能，研究網(wǎng)絡(luò)的布線方案等環(huán)節(jié)，寫出網(wǎng)絡(luò)的總體需求分析報(bào)告，繪制網(wǎng)絡(luò)結(jié)構(gòu)圖，進(jìn)行布線選型和設(shè)備選型，確定IP地址分配方案以及網(wǎng)絡(luò)管理方案，并在模擬環(huán)境下進(jìn)行測試。

其次，合理擬定設(shè)計(jì)題目。經(jīng)過對(duì)目前各行各業(yè)網(wǎng)絡(luò)應(yīng)用狀況的認(rèn)真考察和研究，共設(shè)題目五個(gè)，分別是：校園網(wǎng)絡(luò)設(shè)計(jì)、智能小區(qū)網(wǎng)絡(luò)設(shè)計(jì)、政府辦公網(wǎng)絡(luò)設(shè)計(jì)、企業(yè)網(wǎng)絡(luò)設(shè)計(jì)和校園公共機(jī)房網(wǎng)絡(luò)設(shè)計(jì)。五個(gè)題目的內(nèi)容大致包括了目前網(wǎng)絡(luò)組建的幾種不同的應(yīng)用形式，學(xué)生可以了解各種條件下的網(wǎng)絡(luò)在需求上的特點(diǎn)，對(duì)建網(wǎng)初期最重要的需求分析有了更深刻的認(rèn)識(shí)。

再次，根據(jù)各設(shè)計(jì)題目的應(yīng)用特點(diǎn)，分別策劃各設(shè)計(jì)任務(wù)的背景條件。如校園網(wǎng)題目的背景為“一所學(xué)校有6棟5層樓宇，平均每棟樓宇有節(jié)點(diǎn)150個(gè)，具有一般校園網(wǎng)絡(luò)的基本需求，其中教務(wù)管理節(jié)點(diǎn)30，分布在6棟樓宇的不同樓層；另外某臺(tái)分布層交換機(jī)上連接有提供學(xué)習(xí)資料的服務(wù)器，以及學(xué)生宿舍樓和教工宿舍樓，學(xué)校規(guī)定學(xué)生只能訪問學(xué)習(xí)資料服務(wù)器，但不能訪問教工宿舍樓?！钡?，使題目的設(shè)計(jì)更真實(shí)，針對(duì)性更強(qiáng)。

最后，完成設(shè)計(jì)方案。要求學(xué)生根據(jù)各自題目的具體要求，了解相關(guān)網(wǎng)絡(luò)的建設(shè)情況，寫出網(wǎng)絡(luò)的總體需求分析報(bào)告，確定網(wǎng)絡(luò)邏輯結(jié)構(gòu)并繪制網(wǎng)絡(luò)結(jié)構(gòu)圖，進(jìn)行布線選型和設(shè)備選型，根據(jù)情況進(jìn)行IP地址設(shè)計(jì)（劃分的原則、方法及地址列表），寫出網(wǎng)絡(luò)管理方案（要注重網(wǎng)絡(luò)安全的考慮），在模擬環(huán)境下測試關(guān)鍵技術(shù)的網(wǎng)絡(luò)連通情況，并練習(xí)使用專業(yè)網(wǎng)絡(luò)測試議進(jìn)行線路測試。

在這個(gè)設(shè)計(jì)性實(shí)驗(yàn)方案中，學(xué)生需根據(jù)任務(wù)背景中的一些特殊組網(wǎng)要求，在網(wǎng)絡(luò)實(shí)驗(yàn)室的實(shí)驗(yàn)條件下進(jìn)行連接配置，由于所設(shè)計(jì)的關(guān)鍵技術(shù)實(shí)驗(yàn)內(nèi)容都是一些網(wǎng)絡(luò)建設(shè)過程中的常見問題，所以對(duì)提高學(xué)生解決實(shí)際問題的能力有一定益處。整個(gè)過程突出了實(shí)用性和操作性。

（三）網(wǎng)絡(luò)設(shè)計(jì)性實(shí)驗(yàn)的實(shí)施效果

通過網(wǎng)絡(luò)設(shè)計(jì)性實(shí)驗(yàn)的實(shí)施，一方面提升了學(xué)生的網(wǎng)絡(luò)專業(yè)技術(shù)技能，使學(xué)生對(duì)各種常見網(wǎng)絡(luò)的搭建環(huán)境有了直接的認(rèn)識(shí)，掌握了不同環(huán)境要求下的組網(wǎng)方法。從學(xué)生的反饋可以看出，95%以上的學(xué)生認(rèn)為，通過這樣的設(shè)計(jì)性實(shí)驗(yàn)達(dá)到了理論聯(lián)系實(shí)際的目的，真正了解了網(wǎng)絡(luò)組建的步驟，增強(qiáng)了實(shí)踐操作技能。另一方面提高了學(xué)生的就業(yè)競爭力，比如企業(yè)中的網(wǎng)絡(luò)技術(shù)人員要承擔(dān)網(wǎng)絡(luò)設(shè)計(jì)、系統(tǒng)集成、綜合布線、系統(tǒng)測試等類工作，大的企業(yè)會(huì)設(shè)立不同的崗位，各自分派專人負(fù)責(zé)，而中小企業(yè)往往要求一崗或一人身兼數(shù)職。經(jīng)過網(wǎng)絡(luò)設(shè)計(jì)性實(shí)驗(yàn)的學(xué)習(xí)，學(xué)生掌握了網(wǎng)絡(luò)建設(shè)工程中從需求分析、物理設(shè)計(jì)、邏輯設(shè)計(jì)，到設(shè)備選型、布線施工、網(wǎng)絡(luò)安全設(shè)計(jì)、網(wǎng)絡(luò)管理方案，再到測試驗(yàn)收等建設(shè)網(wǎng)絡(luò)各環(huán)節(jié)的流程及其設(shè)計(jì)方法，對(duì)于未來的求職從業(yè)來說，從技能的訓(xùn)練方面會(huì)有更多的優(yōu)勢，從擇業(yè)的范圍上會(huì)有更多的適應(yīng)性。

四、結(jié)束語

在社會(huì)對(duì)于網(wǎng)絡(luò)專業(yè)人員迫切需求的前提下，在高校相關(guān)專業(yè)理論教學(xué)的基礎(chǔ)上開展網(wǎng)絡(luò)設(shè)計(jì)性實(shí)驗(yàn)，能有效地提高學(xué)生的網(wǎng)絡(luò)設(shè)計(jì)和操作技能，對(duì)于應(yīng)用型人才的培養(yǎng)起到了促進(jìn)作用。

參考文獻(xiàn)

胡勝紅，《網(wǎng)絡(luò)工程原理與實(shí)踐教程》，人民郵電出版社，2005

張鳳翔，《局域網(wǎng)組建與維護(hù)》，上海交通大學(xué)出版社，2004

蔣麗，《局域網(wǎng)、企業(yè)網(wǎng)實(shí)現(xiàn)》，電子工業(yè)出版社，2003

第6篇：人員需求分析報(bào)告范文

1.1建設(shè)原則

安全生產(chǎn)信息系統(tǒng)建設(shè)應(yīng)遵循以下幾個(gè)基本的原則:與其它的業(yè)務(wù)系統(tǒng)相比，安全生產(chǎn)信息系統(tǒng)定制性更高，要根據(jù)單位的實(shí)際情況以及各不同層級(jí)用戶的業(yè)務(wù)流程，來規(guī)劃應(yīng)用系統(tǒng)和功能模塊。因此，在建設(shè)過程中，要充分結(jié)合企業(yè)系統(tǒng)每層級(jí)用戶的具體需求。安全生產(chǎn)信息系統(tǒng)建設(shè)是一項(xiàng)復(fù)雜的系統(tǒng)工程，基本涵蓋了企業(yè)安全管理的所有內(nèi)容。因此，在進(jìn)行安全生產(chǎn)信息系統(tǒng)建設(shè)時(shí)，必須做好總體規(guī)劃，分階段、分層級(jí)、分重點(diǎn)推動(dòng)，避免出現(xiàn)“全盤端，全盤亂”的情況。安全生產(chǎn)信息系統(tǒng)建設(shè)除了涉及集團(tuán)內(nèi)各個(gè)部門，還牽涉到與下屬成員單位之間的溝通與對(duì)接。因此，采取自上而下的建設(shè)模式，有利于各方面的協(xié)調(diào)，保證項(xiàng)目建設(shè)進(jìn)度和組織項(xiàng)目實(shí)施。企業(yè)信息資源的有效整合，成為當(dāng)前信息化建設(shè)的主流。安全生產(chǎn)信息系統(tǒng)作為企業(yè)信息化戰(zhàn)略的組成部分，在建設(shè)中必須要遵守標(biāo)準(zhǔn)化、規(guī)范化的要求，從而更好的為企業(yè)信息資源的整合打下基礎(chǔ)。

1.2建設(shè)方法

目前，企業(yè)建設(shè)安全生產(chǎn)信息系統(tǒng)歸結(jié)起來，主要有以下三種方法:企業(yè)安排內(nèi)部的或招聘新的信息系統(tǒng)專業(yè)人員開發(fā)自己的信息系統(tǒng)。自主開發(fā)方式的優(yōu)點(diǎn)包括:①有利于與用戶協(xié)調(diào)，減少需求的不確定性;②開發(fā)人員可以經(jīng)常性地與用戶部門進(jìn)行交流，因此項(xiàng)目的可控性較好，用戶的適應(yīng)性也比較理想。缺點(diǎn)包括:①系統(tǒng)性及質(zhì)量較難保證，開發(fā)周期比較長;②開發(fā)環(huán)境相對(duì)比較封閉，不利于推動(dòng)組織變革;③需要較多的信息開發(fā)人員，實(shí)際的開發(fā)投入不一定會(huì)減少。由企業(yè)和委托方共同開發(fā)，兩者的配合與互補(bǔ)是取得成功的關(guān)鍵。一般情況下，以外部力量為主，內(nèi)部力量為輔，前者重點(diǎn)放在技術(shù)問題上，后者重點(diǎn)放在與用戶的聯(lián)系與協(xié)調(diào)上。合作開發(fā)可揚(yáng)長補(bǔ)短，是目前較普遍采用的開發(fā)方式。通過合作開發(fā)，企業(yè)可在實(shí)踐中培養(yǎng)出一批信息管理人員，這比自己摸索或外送培訓(xùn)都要好得多。外包是一種為了抓好自己的核心業(yè)務(wù)而將非核心業(yè)務(wù)委托外部機(jī)構(gòu)來完成的新模式。外包開發(fā)優(yōu)點(diǎn)包括:①比較經(jīng)濟(jì)和實(shí)惠，成本較低;②服務(wù)質(zhì)量和開發(fā)進(jìn)度有保證。缺點(diǎn)是:①存在信息系統(tǒng)的控制權(quán)問題;②信息系統(tǒng)中的商業(yè)秘密安全性問題;③對(duì)外包服務(wù)商有較強(qiáng)的依賴性。

2典型建設(shè)流程

根據(jù)筆者多年來為企業(yè)提供信息化解決方案的經(jīng)驗(yàn)，企業(yè)安全生產(chǎn)信息系統(tǒng)建設(shè)的基本流程如圖1所示。

2.1總體規(guī)劃

對(duì)于安全生產(chǎn)信息系統(tǒng)的開發(fā)設(shè)計(jì)工作來說，總體規(guī)劃是不可或缺的。受信息系統(tǒng)項(xiàng)目本身特點(diǎn)的影響，安全生產(chǎn)信息系統(tǒng)項(xiàng)目的開發(fā)是一項(xiàng)復(fù)雜的系統(tǒng)工程。在建設(shè)過程中，由于各類人員之間的協(xié)調(diào)工作不到位，往往容易導(dǎo)致做大量的修改工作，甚至有些系統(tǒng)集成后，修改工作量太大，無法進(jìn)行修改而被迫宣布重新再來。因此，只有在統(tǒng)一的總體規(guī)劃指導(dǎo)下，這種分散的功能模塊，才能被有機(jī)結(jié)合起來，構(gòu)成一個(gè)有效的大系統(tǒng)?？傮w規(guī)劃的一般步驟主要包括:①準(zhǔn)備系統(tǒng)建設(shè)前期基礎(chǔ)性材料，如安全管理組織架構(gòu)、業(yè)務(wù)流程梳理等;②開展安全管理現(xiàn)狀調(diào)研;③提出安全生產(chǎn)信息系統(tǒng)建設(shè)總體目標(biāo);④提出系統(tǒng)的總體框架和各子系統(tǒng)構(gòu)成;⑤按照輕重緩急，確定各子系統(tǒng)的開發(fā)優(yōu)先順序;⑥制定建設(shè)進(jìn)度安排和預(yù)算;⑦編制系統(tǒng)建設(shè)實(shí)施工作方案。

2.2需求分析

據(jù)統(tǒng)計(jì)資料顯示，在信息系統(tǒng)建設(shè)失敗案例中，超過90%以上都要?dú)w結(jié)于需求分析不深入。因此，需求分析的質(zhì)量對(duì)安全生產(chǎn)信息系統(tǒng)開發(fā)的影響是深遠(yuǎn)的、全局性的，高質(zhì)量需求對(duì)軟件開發(fā)往往起到事半功倍的效果。需求分析做得好，那么項(xiàng)目就相當(dāng)于做完了一半，好的需求分析會(huì)為項(xiàng)目的順利開發(fā)奠定基礎(chǔ)，減少大量開發(fā)成本，減小開發(fā)風(fēng)險(xiǎn)。在開展需求分析時(shí)，可以從以下四個(gè)方面進(jìn)行:①人的分析。主要分析企業(yè)是否具備安全生產(chǎn)信息系統(tǒng)建設(shè)方面的相關(guān)人才、合作方的建設(shè)能力是否滿足需要等;②物的分析。主要分析企業(yè)是否具備了開展安全生產(chǎn)信息化建設(shè)的物質(zhì)條件，如基礎(chǔ)的網(wǎng)絡(luò)條件、硬件設(shè)備條件等。③環(huán)境的分析。主要分析企業(yè)各層級(jí)人員對(duì)安全生產(chǎn)信息化的需求、態(tài)度等。④管理的分析。主要分析企業(yè)在管理制度、機(jī)構(gòu)和措施等方面，是否能保障安全生產(chǎn)信息化建設(shè)順利開展。

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

安全生產(chǎn)信息系統(tǒng)的系統(tǒng)設(shè)計(jì)主要包括總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)方面，如圖2所示。安全生產(chǎn)信息系統(tǒng)的系統(tǒng)設(shè)計(jì)應(yīng)充分體現(xiàn)企業(yè)的參與，特別是在總體設(shè)計(jì)及子系統(tǒng)設(shè)計(jì)環(huán)節(jié)，需要企業(yè)指定專門的人員負(fù)責(zé)與系統(tǒng)開發(fā)方進(jìn)行溝通交流，確保系統(tǒng)設(shè)計(jì)科學(xué)、實(shí)用，滿足企業(yè)日常安全管理工作的需求。

2.4組織實(shí)施

系統(tǒng)的組織實(shí)施主要由系統(tǒng)開發(fā)方來完成，主要包括以下幾個(gè)方面的內(nèi)容:①代碼開發(fā)。完成軟件系統(tǒng)的代碼編寫工作。②系統(tǒng)測試。組織測試人員，對(duì)完成的系統(tǒng)進(jìn)行測試、完善循環(huán)流程。③系統(tǒng)安裝。在企業(yè)信息平臺(tái)上，安裝經(jīng)過測試的系統(tǒng)，并進(jìn)行企業(yè)培訓(xùn)。④系統(tǒng)轉(zhuǎn)換。經(jīng)過一段時(shí)間的試運(yùn)行后，在試運(yùn)行系統(tǒng)與正式系統(tǒng)之間進(jìn)行轉(zhuǎn)換。

2.5運(yùn)行評(píng)估

系統(tǒng)正式投入運(yùn)行后，對(duì)企業(yè)安全管理工作而言，安全生產(chǎn)信息化建設(shè)工作才正式開始。因此，企業(yè)必須組織相關(guān)專業(yè)人員，定期對(duì)系統(tǒng)運(yùn)行情況進(jìn)行評(píng)估(見圖3)，發(fā)現(xiàn)運(yùn)行中出現(xiàn)的問題，聯(lián)系開發(fā)方進(jìn)行解決，保證系統(tǒng)穩(wěn)定、可靠運(yùn)行。

3系統(tǒng)建設(shè)案例

3.1企業(yè)基本情況

該企業(yè)為大型集團(tuán)型企業(yè)，集團(tuán)的安全管理架構(gòu)為“集團(tuán)－二級(jí)單位－基層單位”三級(jí)管理模式，共有二級(jí)單位29家，基層單位178家，員工7萬余人。

3.2系統(tǒng)總體架構(gòu)

通過對(duì)該企業(yè)進(jìn)行的5次近3個(gè)月的需求分析，完成了安全生產(chǎn)信息系統(tǒng)建設(shè)需求分析報(bào)告，確定了如圖4所示的系統(tǒng)功能框架。

3.3系統(tǒng)實(shí)現(xiàn)

經(jīng)過系統(tǒng)設(shè)計(jì)、測試、試運(yùn)行、正式運(yùn)行等流程后，最終的系統(tǒng)實(shí)現(xiàn)如圖5所示。

4結(jié)論

第7篇：人員需求分析報(bào)告范文

關(guān)鍵詞:管理信息系統(tǒng) 需求分析報(bào)告 系統(tǒng)可行性分析報(bào)告 系統(tǒng)設(shè)計(jì)報(bào)告 用戶使用說明書

筆者曾長期從事計(jì)算機(jī)的開發(fā)與應(yīng)用，對(duì)于計(jì)算機(jī)在管理上的應(yīng)用、計(jì)算機(jī)在辦公自動(dòng)化方面的應(yīng)用、計(jì)算機(jī)數(shù)據(jù)庫的開發(fā)、計(jì)算機(jī)網(wǎng)絡(luò)的開發(fā)與應(yīng)用，都進(jìn)行過具體的設(shè)計(jì)工作。從事《管理信息系統(tǒng)》的教學(xué)工作中，非常希望把自己以往的工作經(jīng)驗(yàn)及教訓(xùn)傳授給學(xué)生，借此誠懇地希望有關(guān)專家給與批評(píng)指正。

一、《管理信息系統(tǒng)》的課程特色：

《管理信息系統(tǒng)》的課程特色主要有以下幾點(diǎn)：

1、綜合性強(qiáng)，牽涉學(xué)科較多

牽涉學(xué)科有《管理信息系統(tǒng)》綜合了管理學(xué)、工程學(xué)、數(shù)學(xué)、計(jì)算機(jī)科學(xué)、電子通訊等學(xué)科的相關(guān)知識(shí)等。比如：在系統(tǒng)的整體構(gòu)建時(shí)要體現(xiàn)管理科學(xué)的藝術(shù)性，要針對(duì)現(xiàn)有系統(tǒng)所存在的問題，提出解決的方案，解決方案要符合管理科學(xué)的要求；在具體構(gòu)建《管理信息系統(tǒng)》時(shí)，要體現(xiàn)工程學(xué)的嚴(yán)密性，符合軟件工程建設(shè)的規(guī)范，各階段性文檔的形成要經(jīng)過嚴(yán)格的認(rèn)證，系統(tǒng)的結(jié)構(gòu)要模塊化以便于調(diào)試與維護(hù)，也便于系統(tǒng)開發(fā)的分工合作；在建立系統(tǒng)的邏輯模型時(shí)，要學(xué)會(huì)使用數(shù)學(xué)的方法，把一個(gè)現(xiàn)實(shí)世界的問題轉(zhuǎn)化為一個(gè)數(shù)學(xué)模型，以便于計(jì)算機(jī)的實(shí)施；在信息管理上，使用計(jì)算機(jī)的相關(guān)知識(shí)，建立數(shù)據(jù)庫，把信息集中起來管理，為共享數(shù)據(jù)提供技術(shù)保障；為了滿足不同地域的人們對(duì)信息共享的需求，《管理信息系統(tǒng)》較多地使用計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)、電子通訊技術(shù)來實(shí)現(xiàn)信息的傳遞。

2、理論性強(qiáng)，學(xué)生易懂，難掌握

往往是上課聽明白了，下課又糊涂了，知其然，不知其所以然?！豆芾硇畔⑾到y(tǒng)》偏重于理論層面的研究，而我們的學(xué)生基本不具備社會(huì)實(shí)踐經(jīng)驗(yàn)，對(duì)于企業(yè)或信息機(jī)構(gòu)基本上是一無所知，不理解為什么要采取這樣或那樣的管理策略，這就要求教師在教學(xué)時(shí)一定要理論聯(lián)系實(shí)際，要多距離，通過實(shí)例的講解讓學(xué)生理解學(xué)科的科學(xué)性與基本知識(shí)，要求做到教師舉一，學(xué)生反三。

二、《管理信息系統(tǒng)》的教學(xué)難點(diǎn)

《管理信息系統(tǒng)》的教學(xué)難點(diǎn)第一是難掌握，主要表現(xiàn)在不會(huì)用；第二是相關(guān)知識(shí)點(diǎn)太多，學(xué)生知識(shí)面不夠。對(duì)于第二點(diǎn)，如果在制定教學(xué)計(jì)劃時(shí)，相關(guān)課程的教學(xué)已經(jīng)完成，應(yīng)該是沒有問題的?！豆芾硇畔⑾到y(tǒng)》的相關(guān)課程有：計(jì)算機(jī)基礎(chǔ)知識(shí)、計(jì)算機(jī)網(wǎng)絡(luò)、計(jì)算機(jī)數(shù)據(jù)庫。我們的教學(xué)嘗試主要是針對(duì)第一點(diǎn)來討論的。

三、教學(xué)嘗試

為了解決《管理信息系統(tǒng)》教學(xué)中，學(xué)生易懂難掌握的特點(diǎn)，在教學(xué)中我們要求學(xué)生運(yùn)用所學(xué)知識(shí)完成如下報(bào)告：1、需求分析報(bào)告，2、可行性分析報(bào)告，3、系統(tǒng)設(shè)計(jì)報(bào)告，4、用戶使用說明書；參考格式如下：

1、×××需求分析報(bào)告格式

一、提要：要求說明項(xiàng)目名稱、項(xiàng)目用途、項(xiàng)目簡介

二、項(xiàng)目背景：要求說明項(xiàng)目作者、用戶、項(xiàng)目所需軟硬件環(huán)境、項(xiàng)目開發(fā)目的

三、參考資料：書名、作者、出版社、出版時(shí)間

四、定義：對(duì)文中術(shù)語、簡稱給與說明

正文：

一、系統(tǒng)現(xiàn)狀的描述及現(xiàn)系統(tǒng)的不足之處（重點(diǎn)是不足之處，這是項(xiàng)目立項(xiàng)、產(chǎn)生需求的根本）

二、解決問題的方案（建立解決問題的新系統(tǒng)的邏輯模型或者稱為數(shù)學(xué)模型，要求不光有文字?jǐn)⑹鲞€有原理圖/示意圖的輔助說明）

三、前景及展望（可以分別從長期、中期、短期進(jìn)行展望）

正文部分要求敘述清楚，表達(dá)準(zhǔn)確，在系統(tǒng)現(xiàn)狀的描述中可以附相關(guān)的談話記錄、調(diào)查問卷、現(xiàn)系統(tǒng)運(yùn)作的相關(guān)文檔資料；要求學(xué)員學(xué)會(huì)調(diào)研項(xiàng)目需求，為下面的系統(tǒng)開發(fā)打下基礎(chǔ)。

2、×××系統(tǒng)可行性分析報(bào)告格式

一、提要：要求說明項(xiàng)目名稱、項(xiàng)目用途、項(xiàng)目簡介

二、項(xiàng)目背景：要求說明項(xiàng)目作者、用戶、項(xiàng)目所需軟硬件環(huán)境、項(xiàng)目開發(fā)目的

三、參考資料：書名、作者、出版社、出版時(shí)間

四、定義：對(duì)文中術(shù)語、簡稱給與說明

正文：

一、系統(tǒng)的描述（指新系統(tǒng)的方案）

二、系統(tǒng)的經(jīng)濟(jì)可行性分析：

1、系統(tǒng)的投資：

a、基建、裝潢的費(fèi)用

b、儀器、設(shè)備的購置費(fèi)用，儀器、設(shè)備折舊

c、人員工資

d、辦公費(fèi)用，其他費(fèi)用

2、毛利潤：

3、凈利潤：毛利潤-各項(xiàng)費(fèi)用

4、投資回報(bào)：分一年期，三年期，五年期及以后期

5、投資回報(bào)率

三、系統(tǒng)的技術(shù)可行性分析

1、系統(tǒng)設(shè)計(jì)的概略圖

2、系統(tǒng)的設(shè)計(jì)方案

3、系統(tǒng)的原理圖

4、關(guān)鍵技術(shù)說明

四、系統(tǒng)的社會(huì)環(huán)境可行性分析（主要從社會(huì)習(xí)俗、道德、人文背景方面進(jìn)行分析）

五、系統(tǒng)的法律可行性分析（與現(xiàn)行法律法規(guī)有無違背）

六、可選擇的其他系統(tǒng)方案（如果有，列出具體方案，然后比較方案之間的優(yōu)缺點(diǎn)）

七、結(jié)論（系統(tǒng)可行或者是不可行）

3、××× 系統(tǒng)設(shè)計(jì)報(bào)告格式

一、提要：要求說明項(xiàng)目名稱、項(xiàng)目用途、項(xiàng)目簡介

二、項(xiàng)目背景：要求說明項(xiàng)目作者、用戶、項(xiàng)目所需軟硬件環(huán)境、項(xiàng)目開發(fā)目的

三、參考資料：書名、作者、出版社、出版時(shí)間

四、定義：對(duì)文中術(shù)語、簡稱給予說明

正文

一、系統(tǒng)設(shè)計(jì)說明

二、系統(tǒng)的功能結(jié)構(gòu)圖（靜態(tài)）

三、系統(tǒng)的數(shù)據(jù)流程圖及數(shù)據(jù)字典（動(dòng)態(tài)）

四、系統(tǒng)的程序流程圖（針對(duì)每個(gè)模塊編寫）

五、系統(tǒng)的測試用例（針對(duì)每個(gè)模塊編寫）

六、系統(tǒng)的聯(lián)調(diào)方案

七、系統(tǒng)的維護(hù)（主要說明維護(hù)要求）

八、用戶界面的設(shè)計(jì)（輸入、輸出）

九、用戶培訓(xùn)

十、附原程序清單（學(xué)生做練習(xí)時(shí)可以略，只寫標(biāo)題然后注明略）

4、×××系統(tǒng)用戶使用說明書格式

一、提要：要求說明項(xiàng)目名稱、項(xiàng)目用途、項(xiàng)目簡介

二、項(xiàng)目背景：要求說明項(xiàng)目作者、用戶、項(xiàng)目所需軟硬件環(huán)境、項(xiàng)目開發(fā)目的

三、參考資料：書名、作者、出版社、出版時(shí)間

四、定義：對(duì)文中術(shù)語、簡稱給與說明

正文:

一、系統(tǒng)說明

二、系統(tǒng)安裝

三、系統(tǒng)的運(yùn)行

四、系統(tǒng)的主要功能介紹

五、系統(tǒng)常見故障及處理方法

六、技術(shù)支持及聯(lián)系方式

通過四個(gè)報(bào)告的編寫，首先是讓學(xué)生了解《管理信息系統(tǒng)》開發(fā)的過程及具體開發(fā)系統(tǒng)的方法；其次是使學(xué)生學(xué)會(huì)具體開發(fā)工作中的細(xì)節(jié)，如用戶需求調(diào)查，可行性研究的調(diào)查及系統(tǒng)設(shè)計(jì)方案的編寫；第三是使學(xué)生熟練地掌握數(shù)據(jù)流程圖及數(shù)據(jù)字典的編寫方法，學(xué)會(huì)使用模塊化設(shè)計(jì)的方法自頂向下層層進(jìn)行系統(tǒng)分解，最后產(chǎn)生系統(tǒng)的功能模塊圖；第四是使學(xué)生掌握每個(gè)模塊的程序流程圖的設(shè)計(jì)方法。這樣《管理信息系統(tǒng)》的幾個(gè)主要的開發(fā)工具都得到了練習(xí)。

四、教學(xué)效果

通過教學(xué)嘗試，我們驚喜地發(fā)現(xiàn)，學(xué)生對(duì)本課程的理解加深了，學(xué)習(xí)興趣提高了，師生之間的互動(dòng)增強(qiáng)了。從學(xué)生交上來的報(bào)告可以看出：學(xué)生的思維開闊了，看問題的角度更加清晰；有的報(bào)告已經(jīng)具備了一定的實(shí)用性。比如說：有的學(xué)生建議把學(xué)生的食堂改為定餐管理的方法，學(xué)校把每天的菜單編號(hào)公布，學(xué)生通過計(jì)算機(jī)網(wǎng)絡(luò)定餐，食堂使用計(jì)算機(jī)統(tǒng)計(jì)定餐后烹制，這樣就避免了浪費(fèi)；另外定餐后還可以送飯上門，這樣也緩解了學(xué)生就餐時(shí)餐位不夠的矛盾。還有的學(xué)生設(shè)計(jì)了火車票、汽車票網(wǎng)上訂購系統(tǒng)，用以解決寒暑假期學(xué)生購票難的問題等等。盡管學(xué)生的設(shè)計(jì)不盡如人意，可是通過練習(xí)學(xué)生的思維活躍了，好的點(diǎn)子不斷涌現(xiàn)。

五、教學(xué)總結(jié)

通過教學(xué)嘗試，我們?cè)鰪?qiáng)了讓學(xué)生理論聯(lián)系實(shí)際的信心，對(duì)于《管理信息系統(tǒng)》的教學(xué)起到了很好的輔助作用。今后我們認(rèn)為應(yīng)該不斷地總結(jié)經(jīng)驗(yàn)，完善教學(xué)手段，讓《管理信息系統(tǒng)》的教學(xué)更加生動(dòng)、活潑、受到學(xué)生的歡迎；對(duì)于學(xué)生能力的培養(yǎng)，提高就業(yè)技能起到更好的作用。

參考文獻(xiàn)：

1、《信息管理系統(tǒng)》，中央廣播電視大學(xué)出版社，主編：侯炳輝 副主編：劉世峰

2、《管理信息系統(tǒng)基礎(chǔ)與開發(fā)技術(shù)》，人民郵電出版社，主編：陳承歡、彭勇

第8篇：人員需求分析報(bào)告范文

關(guān)鍵詞：成本控制；成本控制決策支持系統(tǒng)

1 引言

當(dāng)今，企業(yè)競爭環(huán)境瞬息萬變，能否快速和正確地做出反應(yīng)并制定相應(yīng)策略，是企業(yè)取得市場競爭優(yōu)勢的關(guān)鍵。隨著企業(yè)規(guī)模不斷擴(kuò)大，內(nèi)部數(shù)據(jù)迅猛增加，管理人員分析數(shù)據(jù)，利用分析結(jié)果輔助決策的需求越來越大。通常，生產(chǎn)型企業(yè)都具有制造環(huán)節(jié)復(fù)雜、產(chǎn)品周期長等特點(diǎn)，容易形成信息分割、信息重復(fù)采集等弊端，造成信息量大，支持決策不佳的窘境。自上世紀(jì)八九十年代開始，就有人開始探索利用決策支持技術(shù)進(jìn)行企業(yè)生產(chǎn)成本控制，如Michael J.A.Berry等人探索了基于DM的企業(yè)生產(chǎn)成本控制DSS的分析與設(shè)計(jì)；胥悅紅，顧培亮等人將神經(jīng)網(wǎng)絡(luò)理論應(yīng)用于產(chǎn)品的成本預(yù)測，探討了一種基于BP神經(jīng)網(wǎng)絡(luò)模型的產(chǎn)品成本估計(jì)模式；彭永洪研究了以BOM（物料清單）為基礎(chǔ)，通過市場層次、產(chǎn)品層次、零部件層次規(guī)劃建立ERP系統(tǒng)目標(biāo)成本決策模型。PHILIPS公司從2000年開始一直在探索適合自己的成本控制管理系統(tǒng)[1] 。雖然專家學(xué)者和企業(yè)的研究已經(jīng)取得了顯著的成果，但市場化的生產(chǎn)成本控制決策支持系統(tǒng)產(chǎn)品還較少。

企業(yè)急切盼望提高決策的質(zhì)量和穩(wěn)定性。在企業(yè)資源計(jì)劃中，成本管理數(shù)據(jù)的統(tǒng)計(jì)是比較齊全的，他們基本都有連續(xù)的收集和整理，并且有統(tǒng)一單位，使用起來比較方便。本文通過分析ERP基礎(chǔ)數(shù)據(jù)，輔助決策工作，為完善決策支持系統(tǒng)進(jìn)行了嘗試性的研究。

2 成本控制決策支持系統(tǒng)的需求分析

市場變化日益頻繁，依靠人工計(jì)算產(chǎn)品成本所耗用的時(shí)間較長、結(jié)果簡單，據(jù)此進(jìn)行結(jié)構(gòu)和趨勢分析比較困難；用手工很難算出每筆訂單的成本，企業(yè)不能充分了解現(xiàn)有生產(chǎn)情況。而在ERP系統(tǒng)中，已經(jīng)收集了大量的統(tǒng)一格式的基礎(chǔ)數(shù)據(jù)，因此構(gòu)建基于ERP信息的生產(chǎn)成本控制決策支持系統(tǒng)，可以有效支持生產(chǎn)成本控制。

成本控制流程由料、工、費(fèi)驅(qū)動(dòng)，結(jié)合庫存信息，以及在產(chǎn)品信息，進(jìn)行成本歸集和成本控制分析。在生產(chǎn)成本控制決策支持系統(tǒng)中，決策者可以調(diào)用ERP中的基礎(chǔ)資料，比如：原材料消耗信息、工資信息、應(yīng)付福利費(fèi)信息、累計(jì)折舊信息、無形資產(chǎn)信息等等。輸送到?jīng)Q策支持系統(tǒng)，并按照一定的成本歸集方法進(jìn)行成本歸集和成本分析，從而提高決策活動(dòng)質(zhì)量。

成本控制工作主要包括：產(chǎn)品成本計(jì)算、標(biāo)準(zhǔn)成本計(jì)算、預(yù)測訂單成本、計(jì)算成本差異、訂單盈利分析、成本信息之間相關(guān)性分析等等。

2.1 產(chǎn)品成本計(jì)算

產(chǎn)品的成本受許多因素影響，其中主要由料、工、費(fèi)組成。本文選取構(gòu)成成本的主要因素，比如：外購物料單價(jià)、自制物料單價(jià)、工時(shí)、產(chǎn)量、工作率等。物料采購情況影響產(chǎn)品成本計(jì)算，產(chǎn)品成本對(duì)成本差異分析產(chǎn)生進(jìn)一步影響，從而影響成本差異分析報(bào)告，影響決策質(zhì)量。

2.2 標(biāo)準(zhǔn)成本計(jì)算

標(biāo)準(zhǔn)成本方案設(shè)置影響標(biāo)準(zhǔn)成本的計(jì)算。標(biāo)準(zhǔn)成本又會(huì)影響成本差異分析和訂單成本預(yù)測，從而間接影響成本差異分析報(bào)告和成本定價(jià)決策。

2.3 預(yù)測訂單成本

根據(jù)產(chǎn)品成本計(jì)算模型，可以預(yù)測出訂單的成本，訂單成本與生產(chǎn)過程實(shí)際成本比較，進(jìn)一步進(jìn)行定價(jià)決策和訂單盈利分析、預(yù)測。預(yù)測訂單成本有效地幫助管理者預(yù)測盈利空間，使生產(chǎn)、銷售工作持續(xù)穩(wěn)定。

2.4 計(jì)算成本差異

分析實(shí)際成本與預(yù)測產(chǎn)品成本之間的差異，生成成本差異報(bào)告。成本差異分析主要受到標(biāo)準(zhǔn)成本和實(shí)際成本的影響。

2.5 訂單盈利分析

進(jìn)行訂單成本預(yù)測與訂單實(shí)際發(fā)生適時(shí)比較，分析差異，快速實(shí)現(xiàn)訂單盈利分析，并產(chǎn)生訂單盈利分析報(bào)告。

3 成本控制決策支持系統(tǒng)的結(jié)構(gòu)

經(jīng)過對(duì)生產(chǎn)成本控制流程進(jìn)行分析，提出了基于ERP基礎(chǔ)的生產(chǎn)成本控制決策支持系統(tǒng)結(jié)構(gòu)。

圖4.4 成本控制DSS功能結(jié)構(gòu)

3.1 人機(jī)交互接口

人機(jī)交互接口主要處理兩類信息錄入，分別是ERP內(nèi)部的信息轉(zhuǎn)入服務(wù)、外部信息錄入工作。信息錄入接口模塊要結(jié)合知識(shí)管理服務(wù)對(duì)不完整的信息進(jìn)行簡單處理，并且對(duì)信息進(jìn)行歸集和分類存入數(shù)據(jù)庫；生產(chǎn)過程內(nèi)外環(huán)境信息查詢功能，能提供ERP中銷售信息、采購信息、庫存信息、財(cái)務(wù)狀況信息、質(zhì)量信息、人員情況信息等的綜合查詢；能夠?qū)π畔⒉樵兒椭R(shí)共享做出響應(yīng)。

3.2 運(yùn)算處理部分

根據(jù)DSS的信息和決策者的要求，進(jìn)行處理運(yùn)算。運(yùn)算處理部分包括：產(chǎn)品成本計(jì)算合法性檢驗(yàn)、產(chǎn)品成本計(jì)算、標(biāo)準(zhǔn)成本計(jì)算、成本差異計(jì)算、預(yù)測訂單成本。

3.3 信息分析

信息分析模塊是對(duì)信息錄入模塊的結(jié)果進(jìn)行深層次處理。生產(chǎn)計(jì)劃分析是根據(jù)生產(chǎn)情況、材料供應(yīng)情況、倉庫儲(chǔ)存情況進(jìn)行評(píng)估，進(jìn)而對(duì)生產(chǎn)計(jì)劃做出決定的依據(jù)。因素之間相關(guān)性分析是對(duì)構(gòu)成生產(chǎn)成本的因素進(jìn)行分析，找出各個(gè)因素之間是否有相關(guān)性，從而降低成本分析的難度，達(dá)到控制和降低成本的目的。成本差異分析包括量差分析和價(jià)差分析，從中找出成本差異的原因，為提高成本控制水平提供依據(jù)。訂單盈利分析是適時(shí)比較訂單預(yù)測成本和實(shí)際發(fā)生成本，分析差異，快速實(shí)現(xiàn)訂單盈利分析。

3.4 成本控制決策

決策者根據(jù)決策支持系統(tǒng)信息和運(yùn)算處理結(jié)果以及信息處理分析結(jié)果，進(jìn)行成本控制決策。成本控制決策包括：成本計(jì)算策略選擇、標(biāo)準(zhǔn)成本設(shè)置方案選擇、定價(jià)決策、訂單盈利分析決策、生產(chǎn)計(jì)劃制定。

3.5 成本控制績效評(píng)估

成本控制績效評(píng)估是根據(jù)生產(chǎn)計(jì)劃執(zhí)行情況，生產(chǎn)合同完成效果，以及生產(chǎn)策略選擇的正確與否，以及采購部門和銷售部門進(jìn)行綜合評(píng)價(jià)，是改進(jìn)DSS的必要步驟，并對(duì)數(shù)據(jù)庫、模型庫、規(guī)則管理庫中信息產(chǎn)生影響，是再次生成生產(chǎn)成本控制信息和修正成本控制策略的重要依據(jù)。

參考文獻(xiàn)

[1]魏士銀，制造業(yè)成本控制方法和實(shí)施的探索，D，首都經(jīng)濟(jì)貿(mào)易大學(xué)，2008，6.

第9篇：人員需求分析報(bào)告范文

關(guān)鍵詞：企業(yè)管理；內(nèi)部控制；信息化；采購管理

中圖分類號(hào)：F270.7 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1001-828X（2012）12-00-01

一、管理信息系統(tǒng)在采購過程中的實(shí)現(xiàn)

企業(yè)以贏利為目的采購物資、服務(wù)等用于生產(chǎn)經(jīng)營活動(dòng)，由此決定了企業(yè)采辦要面臨一定的采購風(fēng)險(xiǎn)，為有效地控制采購風(fēng)險(xiǎn)，必須建立一系列內(nèi)部控制規(guī)則從而實(shí)現(xiàn)對(duì)采購風(fēng)險(xiǎn)的有效控制；對(duì)于石油企業(yè)所處的能源行業(yè)，采購支出一般占整體營業(yè)額的30%-50%左右，采購管理是石油企業(yè)尤其是集團(tuán)企業(yè)內(nèi)部控制中最為重要的一環(huán)，根據(jù)企業(yè)戰(zhàn)略規(guī)劃及管理要求建立采辦管理模式，在此基礎(chǔ)上設(shè)立現(xiàn)代的采購管理制度，并通過管理信息系統(tǒng)等信息化的手段將采購管理制度、管理流程貫徹到每一個(gè)過程與控制節(jié)點(diǎn)，成為現(xiàn)代石油企業(yè)實(shí)現(xiàn)采購內(nèi)部控制的重要途徑。下述將就國內(nèi)某石油公司構(gòu)建采購管理信息系統(tǒng)的實(shí)現(xiàn)過程，力求在采購管理信息系統(tǒng)與采購內(nèi)控管理的有機(jī)結(jié)合方面作探索。

（一）采購管理信息系統(tǒng)建設(shè)的組織

采購管理信息系統(tǒng)與采購內(nèi)部控制制度的建立是企業(yè)采購管理的兩個(gè)重要子系統(tǒng)，其相互獨(dú)立而又相互關(guān)聯(lián)，實(shí)施起來牽扯到企業(yè)管理的各個(gè)部門及各個(gè)層次，需要大家的共同配合，因此兩個(gè)子系統(tǒng)的實(shí)施必須有企業(yè)最高領(lǐng)導(dǎo)者的深入理解與支持，必須成立一個(gè)最高領(lǐng)導(dǎo)負(fù)責(zé)的組織機(jī)構(gòu)，調(diào)動(dòng)各方面的資源，保證系統(tǒng)的順利進(jìn)行。

采購管理信息系統(tǒng)建設(shè)組織機(jī)構(gòu)的建立，要考慮企業(yè)的規(guī)模與當(dāng)前企業(yè)的管理現(xiàn)狀，信息化建設(shè)項(xiàng)目多為階段性項(xiàng)目，因此其建設(shè)一般模式是項(xiàng)目組建設(shè)模式，即組織機(jī)構(gòu)多為項(xiàng)目組、項(xiàng)目部等形式，通過項(xiàng)目運(yùn)作，待項(xiàng)目完成成熟后移交到企業(yè)內(nèi)部信息化部門或?qū)I(yè)運(yùn)行維護(hù)機(jī)構(gòu)進(jìn)行運(yùn)行維護(hù)?，F(xiàn)在石油企業(yè)多為集團(tuán)化企業(yè)，集團(tuán)下設(shè)多個(gè)分公司，項(xiàng)目組的組成要以集團(tuán)內(nèi)位于核心管理層的采購部門及信息管理部門人員為主，其中要包括管理信息系統(tǒng)的策劃分析人員、程序員等及采購管理人員。項(xiàng)目組一般由集團(tuán)總經(jīng)理、CEO或級(jí)別相當(dāng)?shù)娜藛T擔(dān)任項(xiàng)目經(jīng)理，以此確保采購管理信息系統(tǒng)的順利推動(dòng)。

（二）系統(tǒng)需求調(diào)研與企業(yè)采購管理流程重塑

在內(nèi)控管理上為適應(yīng)采購管理信息系統(tǒng)，企業(yè)管理工作必須逐步完善以下工作：　管理工作的程序化；管理業(yè)務(wù)的標(biāo)準(zhǔn)化；表單、記錄及報(bào)表文件的統(tǒng)一化；基礎(chǔ)數(shù)據(jù)資料的完善化和代碼化。這樣才能實(shí)現(xiàn)通過采購管理信息系統(tǒng)對(duì)企業(yè)管理節(jié)點(diǎn)、過程及流程的有效控制，避免風(fēng)險(xiǎn)，確保內(nèi)控原則的落實(shí)。

采購信息系統(tǒng)項(xiàng)目組首先要對(duì)企業(yè)的發(fā)展戰(zhàn)略及采購戰(zhàn)略有一個(gè)了解，對(duì)企業(yè)的組織機(jī)構(gòu)進(jìn)行分析，確定企業(yè)目前的采購管理模式。系統(tǒng)需求調(diào)研與企業(yè)采購管理流程的重新塑造主要采用調(diào)研問卷、走訪座談及查看資料三種形式結(jié)合。

調(diào)研問卷的內(nèi)容包括企業(yè)目前的組織機(jī)構(gòu)、采購管理模式、采購管理流程、采購管理人員及采購從業(yè)人員關(guān)注的問題等進(jìn)行初步的了解，調(diào)研問卷的發(fā)放范圍應(yīng)確保覆蓋全部采購部門，其他采購相關(guān)部門也應(yīng)有一定的覆蓋面。

“過程方法”是組織內(nèi)諸過程的系統(tǒng)的應(yīng)用，連同這些過程的識(shí)別、相互作用及管理。在采購管理流程重新塑造中應(yīng)用“過程方法”，就是要按照：采購管理過程的識(shí)別、采購管理流程的梳理、流程改造、形成新的采購管理流程，這樣一個(gè)軌跡去逐步推進(jìn)。在各個(gè)階段的工作中貫穿始終的原則是：以“過程方法”為核心思想，做到“縱向到底，橫向到邊”。對(duì)企業(yè)所屬所有分支機(jī)構(gòu)的采購過程、流程進(jìn)行充分辨識(shí)。繪制企業(yè)整體的采購管理流程圖，考慮控制環(huán)境、控制活動(dòng)兩個(gè)內(nèi)控因素，各風(fēng)險(xiǎn)點(diǎn)的控制。對(duì)流程進(jìn)行優(yōu)化、合并，形成新的采購管理流程。并以此為依據(jù)，重新以體系化、標(biāo)準(zhǔn)化的形式編寫采購管理制度，統(tǒng)一記錄表格及統(tǒng)計(jì)報(bào)表的格式。形成采購管理信息系統(tǒng)應(yīng)用的基礎(chǔ)。

在“體系化”采購管理制度應(yīng)用的基礎(chǔ)上，將采購管理風(fēng)險(xiǎn)點(diǎn)、過程控制及流程控制等內(nèi)部控制貫穿在整個(gè)需求分析報(bào)告中，涵蓋以下具體內(nèi)容：采購管理流程的業(yè)務(wù)描述、功能需求、數(shù)據(jù)需求、性能需求及運(yùn)行需求。需求分析報(bào)告作為采購管理信息系統(tǒng)實(shí)施的基礎(chǔ)性文件，編寫完成后，經(jīng)過項(xiàng)目組初步審核，經(jīng)公司主管采購業(yè)務(wù)領(lǐng)導(dǎo)審核并批準(zhǔn)。

（三）系統(tǒng)程序及結(jié)構(gòu)特點(diǎn)

下圖為采購信息管理系統(tǒng)總體設(shè)計(jì)的邏輯模型。

采購管理信息系統(tǒng)采用B/S的架構(gòu)模式，方便該管理信息系統(tǒng)的部署、維護(hù)和升級(jí)工作。在軟件業(yè)務(wù)流程上，根據(jù)采購管理信息系統(tǒng)特點(diǎn)定制了“工作流”引擎，其具有組織機(jī)構(gòu)設(shè)置靈活，能實(shí)現(xiàn)復(fù)雜多變的流程設(shè)置。在管理信息系統(tǒng)電子化流程時(shí)，把采購管理的流程分拆成若干各關(guān)鍵工作過程，由系統(tǒng)把這些關(guān)鍵工作過程串聯(lián)起來，對(duì)于單個(gè)工作過程根據(jù)需要穿插以審批“工作流”，這樣就形成了對(duì)采購各管理流程的信息化實(shí)現(xiàn)?！肮ぷ髁鳌蓖苿?dòng)的模式在實(shí)際應(yīng)用中收到了很好的效果，提高采購效率在18%左右。

二、結(jié)束語

隨著企業(yè)信息化的進(jìn)程不斷推進(jìn)，采購管理水平的不斷提高，會(huì)不斷地改進(jìn)和重寫管理流程。這也給管理信息系統(tǒng)的不斷提升提供了一個(gè)新的問題，如何開發(fā)出一套應(yīng)用性更強(qiáng)、軟件業(yè)務(wù)重組更開闊的管理信息系統(tǒng)解決方案。隨著企業(yè)信息化水平的提高，軟件工程的不斷進(jìn)步，相信企業(yè)管理信息系統(tǒng)將會(huì)與企業(yè)的內(nèi)控結(jié)合的更加緊密，為企業(yè)內(nèi)控管理，風(fēng)險(xiǎn)管理起到更大的作用。

參考文獻(xiàn)：