人員需求分析報告精選(九篇)
前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的人員需求分析報告主題范文，僅供參考，歡迎閱讀并收藏。
第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.2 項目風險
具體說明本軟件開發(fā)項目的全部風險承擔者，以及各自在本階段所需要承擔的主要風險，首要風險承擔者包括：
任務提出者;
軟件開發(fā)者;
產(chǎn)品使用者。
1.3 文檔約定
描述編寫文檔時所采用的標準(如果有標準的話)，或者各種排版約定。排版約定應該包括：
正文風格;
提示方式;
重要符號;
也應該說明高層次需求是否可以被其所有細化的需求所繼承，或者每個需求陳述是否都有其自己的優(yōu)先級。
1.4 預期讀者和閱讀建議
列舉本軟件產(chǎn)品需求分析報告所針對的各種不同的預期讀者，例如，可能包括：
用戶;
開發(fā)人員;
項目經(jīng)理;
營銷人員;
測試人員;
文檔編寫入員。
并且描述了文檔中，其余部分的內(nèi)容及其組織結(jié)構(gòu)，并且針對每一類讀者提出最適合的文檔閱讀建議。
1.5 產(chǎn)品范圍
說明該軟件產(chǎn)品及其開發(fā)目的的簡短描述，包括利益和目標。把軟件產(chǎn)品開發(fā)與企業(yè)目標，或者業(yè)務策略相聯(lián)系。
描述產(chǎn)品范圍時需注意，可以參考項目視圖和范圍文檔，但是不能將其內(nèi)容復制到這里。
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 產(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 產(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 用戶類和特性
確定有可能使用該軟件產(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 運行環(huán)境
描述了本軟件的運行環(huán)境，一般包括：
硬件平臺;
操作系統(tǒng)和版本;
支撐環(huán)境(例如：數(shù)據(jù)庫等)和版本;
其它與該軟件有關(guān)的軟件組件;
與該軟件共存的應用程序。
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 假設(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 用戶界面
陳述需要使用在用戶界面上的軟件組件，描述每一個用戶界面的邏輯特征。必須注意，這里需要描述的是用戶界面的邏輯特征，而不是用戶界面。以下是可能包括的一些特征：
將要采用的圖形用戶界面(GUl)標準或者產(chǎn)品系列的風格;
有關(guān)屏幕布局或者解決方案的限制;
將要使用在每一個屏幕(圖形用戶界面)上的軟件組件，可能包括：
選單;
標準按鈕;
導航鏈接;
各種功能組件;
消息欄;
快捷鍵;
各種顯示格式的規(guī)定，可能包括：
不同情況下文字的對齊方式;
不同情況下數(shù)字的表現(xiàn)格式與對齊方式;
日期的表現(xiàn)方法與格式;
計時方法與時間格式;
等等。
錯誤信息顯示標準;
對于用戶界面的細節(jié)，例如：一個特定對話框的布局，應該寫入具體的用戶界面設(shè)計說明中，而不能寫入軟件需求規(guī)格說明中。
如果采用現(xiàn)成的、合適的用戶界面設(shè)計規(guī)范(標準)，或者另文描述，可以在這里直接說明，并且將其加入?yún)⒖嘉墨I。
3.2 硬件接口
描述待開發(fā)的軟件產(chǎn)品與系統(tǒng)硬件接口的特征，若有多個硬件接口，則必須全都描述。接口特征的描述內(nèi)容可能包括：
支持的硬件類型;
軟、硬件之間交流的數(shù)據(jù);
控制信息的性質(zhì);
使用的通訊協(xié)議;
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 通訊接口
描述與軟件產(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 說明和優(yōu)先級
對該系統(tǒng)功能進行簡短的說明，并且指出該系統(tǒng)功能的優(yōu)先級是：高、中、還是低。需要的話，還可以包括對特定優(yōu)先級部分的評價，例如：利益、損失、費用和風險，其相對優(yōu)先等級可以從1(低)到9(高)。
4.2 激勵/響應序列
列出輸入激勵(用戶動作、來自外部設(shè)備的信號或者其它觸發(fā))并且定義針對這——功能行為的系統(tǒng)響應序列，這些序列將與使用實例中相關(guān)的對話元素相對應。
描述激勵/響應序列時，不僅需要描述基本過程，而且應該描述可選(擴充)過程，包括例外(引起任務不能順序完成的情況稱為例外)。疏忽了可選過程，有可能影響軟件產(chǎn)品的功能;如果遺漏例外過程，則有可能會引發(fā)系統(tǒng)崩潰。
如果采用流程圖來描述激勵/響應序列，比較容易讓用戶理解。
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 性能需求
闡述不同應用領(lǐng)域?qū)浖a(chǎn)品性能的需求，并且說明提出需求的原理或者依據(jù)，以幫助開發(fā)人員做出合理的設(shè)計選擇。盡可能詳細地描述性能需求，如果需要，可以針對每個功能需求或者特征分別陳述其性能需求。在這里確定：
相互合作的用戶數(shù)量;
系統(tǒng)支持的并發(fā)操作數(shù)量;
響應時間;
與實時系統(tǒng)的時間關(guān)系：
容量需求
存儲器;
磁盤空間;
數(shù)據(jù)庫中表的最大行數(shù)。
5.2 安全措施需求
詳盡陳述與軟件產(chǎn)品使用過程中可能發(fā)生的損失、破壞、危害相關(guān)的需求。定義必須采取的安全保護或動作，以及必須預防的潛在危險動作。明確軟件產(chǎn)品必須遵從的安全標準、策略、或規(guī)則。
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 軟件質(zhì)量屬性
詳盡陳述對客戶和開發(fā)人員至關(guān)重要的在軟件產(chǎn)品其它方面表現(xiàn)出來的質(zhì)量功能。這些功能必須是確定的、定量的、在需要時是可以驗證的。至少也應該指明不同屬性的相對側(cè)重點，例如：易用性優(yōu)于易學性，或者可移植性優(yōu)于有效性。
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 用戶文檔
列舉出將與軟件產(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)系圖。
第2篇：人員需求分析報告范文
關(guān)鍵詞：網(wǎng)站建設(shè)；項目管理
中圖分類號：TP393文獻標識碼：A文章編號：1009-3044(2008)22-617-02
隨著互聯(lián)網(wǎng)的迅猛發(fā)展，網(wǎng)站建設(shè)業(yè)已興起，越來越多的網(wǎng)站任務需要專門的網(wǎng)絡公司來完成。在計算機專業(yè)的教學與實踐中，網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)與規(guī)劃、網(wǎng)站管理與維護等課程成為學生的首選課程，而且成為學生擇業(yè)、就業(yè)的一個主要方向。
通過網(wǎng)絡技術(shù)專業(yè)建設(shè)、課程設(shè)計和畢業(yè)設(shè)計，尤其是對網(wǎng)絡公司的項目實施、網(wǎng)站建設(shè)過程的跟蹤，我們發(fā)現(xiàn)，越來越多的問題出現(xiàn)在網(wǎng)站建設(shè)過程中，而且?guī)в衅毡楝F(xiàn)象，例如：網(wǎng)絡公司不能按期完成制作，網(wǎng)站不能使客戶滿意，設(shè)計費用超出預算，網(wǎng)站維護不及時等等。
對各種問題及其產(chǎn)生過程進行仔細分析，不難發(fā)現(xiàn)，主要原因有以下幾點：
1)輕視項目進度監(jiān)督，公司不重視項目管理，只著重抓合同，忽視開發(fā)進程，導致不能按期交付網(wǎng)站作品；
2)忽視客戶的需求變化，網(wǎng)絡公司在項目承接和建設(shè)中只考慮客戶提出的具體要求，對潛在需求及未來發(fā)展的分析不足，與客戶溝通不夠，導致客戶滿意度不高；
3)沒有保留歷史文檔作參考，技術(shù)人員只注重程序、網(wǎng)頁的保存，忽略了文檔是軟件的一個重要組成部分，往往導致修改維護費時費力、費用超支、客戶不滿意；
4)忽視不斷的測試和修改。公司對項目的跟蹤不夠，過分依賴于項目驗收；
5)沒有使用專業(yè)的項目管理軟件，主要依靠主觀決策、行政命令。
有沒有一個比較好的解決辦法可以減少失誤、控制和管理網(wǎng)站建設(shè)過程呢？
網(wǎng)站建設(shè)是一個復雜的系統(tǒng)工作，可以看作一個項目來管理。項目管理是研究在時間和資金一定的條件下，如何通過科學地計劃、控制和組織達到既定目標的科學。對網(wǎng)絡公司來說，項目管理就是對網(wǎng)站建設(shè)項目的全過程管理，是一個動態(tài)的過程。
通過深入研究項目管理理論，結(jié)合項目實施中的具體經(jīng)驗，針對網(wǎng)站建設(shè)的特點和重點，在專業(yè)教學中不斷實施、補充、完善后，我們整理出一套以項目管理方式實施的、切實可行的網(wǎng)站建設(shè)管理和控制的方法，稱之為網(wǎng)站建設(shè)項目管理。
網(wǎng)站建設(shè)項目管理是網(wǎng)站建設(shè)項目的管理和控制方法，要根據(jù)特定的規(guī)范，在預算范圍內(nèi)按時完成網(wǎng)站開發(fā)任務。這是一種特殊的、標準的操作程序，能夠強化管理，改善經(jīng)營機制，提高網(wǎng)站質(zhì)量，促進資金合理運用，降低經(jīng)營風險，提高經(jīng)濟效益。
網(wǎng)站建設(shè)項目管理的實行，不但使客戶得益，保護投資，而且使網(wǎng)站制作行業(yè)趨向于規(guī)范化，效益提升，更使從業(yè)人員得益，包括項目經(jīng)理、網(wǎng)頁設(shè)計師、程序員、網(wǎng)頁編輯人員和測試員等。
要提高計算機專業(yè)學生的網(wǎng)站建設(shè)綜合水平，教學中應該強化課程設(shè)計，模擬項目的具體實施過程，把學生分組后再分成客戶、網(wǎng)絡公司甲乙雙方，按照網(wǎng)站項目從洽談到提交完成的順序，指導學生分布實施網(wǎng)站建設(shè)項目管理。
1 客戶需求分析
一個優(yōu)秀的網(wǎng)站建設(shè)項目是建立在對客戶需求的詳細了解、分析、研究的基礎(chǔ)上的，通常需要經(jīng)過以下二個過程完成：
1.1 成立項目小組
網(wǎng)絡公司在接到客戶的網(wǎng)站業(yè)務咨詢后，雙方有關(guān)人員要不斷接洽和了解，通過基本的可行性討論，初步達成網(wǎng)站建設(shè)協(xié)議，這時要指導學生進行項目立項。
比較好的做法是在學生小組中成立一個專門的項目小組，成員分派項目經(jīng)理、網(wǎng)頁設(shè)計人員、程序員、測試員、編輯/文檔人員等必需人員。項目小組成立后應該首先明確每個人的職責，實行項目經(jīng)理責任制，這樣能有效實施監(jiān)管，保障項目順利進行。
1.2 需求分析報告
網(wǎng)站建設(shè)項目首先需要客戶提供一個完整的需求分析報告。
很多客戶對自己的需求并不是很清楚，需要不斷引導，幫助他們分析。
經(jīng)常出現(xiàn)的狀況是，詢問客戶做網(wǎng)站的目的，客戶回答“沒什么，別的公司有，我也得有！”。這就需要技術(shù)人員耐心說明，仔細分析，挖掘出客戶潛在的真正需求。
要配合客戶寫一份詳細、完整的需求分析報告會花很多時間，也是很費力的，但這樣做是值得的，而且一定要讓客戶滿意，簽字認可。把好這一關(guān)，就可以杜絕很多因客戶需求不明確或雙方理解偏差而造成的失誤和無效勞動，進而避免項目失敗。
高質(zhì)量的網(wǎng)站必然有一份優(yōu)秀的需求分析報告，這就要求項目小組從實際出發(fā)，通過實地調(diào)研、用戶座談、匯總歸納、系統(tǒng)分析等多角度入手，至少達到以下要求：
正確性，每個功能模塊都必須清楚地描述出交付客戶時應具備的功能；
可行性，確保在當前的資金、開發(fā)能力和系統(tǒng)環(huán)境下可以實現(xiàn)客戶的每個需求；
必要性，提出的功能是否必須交付，是否可以推遲實現(xiàn)的時間，是否可在削減開支時“砍”掉；
簡明性，為了使雙方的理解一致，必須把意思表達清楚，最好不要使用專業(yè)術(shù)語；
檢測性，項目開發(fā)完畢，客戶應該如何根據(jù)提出的需求進行檢測，檢測方法必須是簡單、可行的。
2 系統(tǒng)設(shè)計
2.1 網(wǎng)站總體規(guī)劃設(shè)計
完成客戶的需求分析報告以后，緊接著并不是直接開始制作，而是需要對項目進行總體規(guī)劃設(shè)計、詳細設(shè)計，拿出一份完整的網(wǎng)站建設(shè)方案給客戶。
總體規(guī)劃設(shè)計是項目建設(shè)非常關(guān)鍵的一步，是為即將建設(shè)的網(wǎng)站提出一套完整的設(shè)想，要依據(jù)需求分析報告確定網(wǎng)站需要實現(xiàn)的功能、網(wǎng)站開發(fā)軟件、硬件環(huán)境、人力資源、時間、需要遵循的規(guī)則和標準等。
總體規(guī)劃設(shè)計對網(wǎng)站的功能完善、安全可靠、性能先進至關(guān)重要，報告至少應包括網(wǎng)站的欄目和版塊、網(wǎng)站的功能和應具備的相應的程序、網(wǎng)站的鏈接結(jié)構(gòu)、數(shù)據(jù)庫的概念設(shè)計、網(wǎng)站的交互性和用戶友好設(shè)計等。
2.2 網(wǎng)站建設(shè)方案
總體規(guī)劃設(shè)計報告完成后，通常需要給客戶提供一個網(wǎng)站建設(shè)方案。
很多網(wǎng)絡公司在接洽業(yè)務時就被客戶要求提供方案，但那時的方案一般比較籠統(tǒng)，而且是在客戶需求不是十分明確的情況下提交的，往往和實際制作后的結(jié)果有很大的差異。因此，應該盡量取得客戶的理解，在明確需求并進行總體規(guī)劃設(shè)計后再次提交網(wǎng)站建設(shè)方案，這樣對雙方都有好處。
網(wǎng)站建設(shè)方案應該包括有關(guān)的圖表、圖片、網(wǎng)頁設(shè)計草圖等，一般應具備以下內(nèi)容：
1)客戶分析，實事求是地剖析客戶的現(xiàn)狀與發(fā)展，尤其要挖掘客戶的潛在需求，為客戶需求說明書奠定基礎(chǔ)；
2)網(wǎng)站的目的和目標，由此產(chǎn)生功能模塊的設(shè)計和形象設(shè)計；
3)網(wǎng)站形象說明，從藝術(shù)的角度分析，一般需要美編對客戶進行較深入的了解，結(jié)合客戶公司的產(chǎn)品和企業(yè)理念進行設(shè)計；
4)網(wǎng)站的欄目、版塊和結(jié)構(gòu)，最好提供簡介明了的結(jié)構(gòu)圖；
5)網(wǎng)站內(nèi)容的安排、相互間的鏈接關(guān)系，尤其要注意知識產(chǎn)權(quán)問題，還要注意鏈接網(wǎng)站的安全問題；
6)使用的軟件、硬件、技術(shù)分析說明，要突出技術(shù)的先進性與實用性，要考慮實際應用效果，不要一味求新、求異；
7)開發(fā)時間進度表，在用戶能夠接受的基礎(chǔ)上，要留有一定的時間富裕度，以避免突發(fā)事件的影響；
8)網(wǎng)站宣傳推廣方案，要做好與客戶的商務部門的聯(lián)系；
9)網(wǎng)站維護方案，要明確區(qū)分免費維護期、收費維護期的費用、升級費用等，界定維護期和維護響應時間；
10)制作費用，要兼顧雙方的財務制度，并與合同相吻合；
11)本公司簡介，包括公司理念，成功的作品，技術(shù)、人才說明等內(nèi)容。
方案通過客戶的認可，簽訂正式合同（一般由銷售經(jīng)理或項目經(jīng)理起草）后才可以開始著手建設(shè)網(wǎng)站，但這還不是真正意義上的制作，還要進行詳細設(shè)計。
3 網(wǎng)站詳細設(shè)計
總體設(shè)計階段以比較抽象、概括的方式提出解決問題的方法，詳細設(shè)計階段的任務就是把解決問題的方法具體化。
網(wǎng)站詳細設(shè)計是公司的內(nèi)部技術(shù)資料，主要是針對程序開發(fā)而言，卻不是真正地編寫程序，而是由項目經(jīng)理組織項目小組設(shè)計出程序的詳細規(guī)格說明，其作用類似于工程領(lǐng)域中工程師經(jīng)常要使用的工程藍圖，應該包含必要的細節(jié)，如程序界面、表單、模塊接口、需要的數(shù)據(jù)等等。
本階段務必規(guī)定統(tǒng)一的軟件接口，以避免增加程序鏈接、調(diào)試的工作量。
4 項目實施
4.1 整體形象設(shè)計
網(wǎng)頁設(shè)計師負責設(shè)計網(wǎng)站的整體形象和首頁。整體形象設(shè)計包括標準字、標準色彩、Logo、廣告語等。首頁設(shè)計包括版面、色彩、圖像、動態(tài)效果、圖標等風格設(shè)計及banner、菜單、標題、版權(quán)等模塊設(shè)計。
首頁一般要設(shè)計2-3個不同的風格，完成后方便客戶選擇。一定要注意的是，在客戶確定首頁風格之后，務必請客戶簽字認可。這樣，客戶以后一般不會再對版面的風格做大的改動，否則將被視為二次設(shè)計。
4.2 程序開發(fā)與網(wǎng)頁制作
詳細設(shè)計、整體形象設(shè)計得到客戶確認以后，程序員根據(jù)詳細設(shè)計進行編程，網(wǎng)頁設(shè)計師開始制作網(wǎng)頁。
需要提醒項目小組的是，測試人員要隨時測試網(wǎng)頁與程序，發(fā)現(xiàn)Bug后立刻記錄并反饋給有關(guān)技術(shù)人員進行修改，一定不要等到完全制作完畢后再測試，那樣會浪費大量的時間和精力。
項目經(jīng)理要經(jīng)常了解項目的進度，協(xié)調(diào)、溝通程序員與網(wǎng)頁設(shè)計師的工作。
4.3 網(wǎng)站調(diào)試與完善
網(wǎng)站初步完成以后，要上傳到服務器，對網(wǎng)站進行全范圍的測試，包括速度、兼容性、交互性、鏈接正確性、程序健壯性、超流量測試等，發(fā)現(xiàn)問題應記錄下來，交項目小組及時解決。
（下轉(zhuǎn)第623頁）
（上接第618頁）
網(wǎng)站項目是一個不斷充實和完善的過程，文檔必須詳細記錄并保存，通過不斷發(fā)現(xiàn)問題、解決問題、修改補充文檔，使網(wǎng)站建設(shè)流程趨向于規(guī)范化，趨向于合理性。
4.4 網(wǎng)站宣傳推廣
網(wǎng)站宣傳推廣方案可以獨立進行，也可以與企業(yè)宣傳活動同步進行，一般采用與企業(yè)的策劃、公關(guān)及商務宣傳活動同期、同時進行，可以一舉多得。
網(wǎng)站宣傳推廣的方法有多種，設(shè)置適當?shù)腗ETA標簽、登錄搜索引擎、發(fā)表新聞稿件、使用Email郵件列表、廣告條交換、付費廣告等，這些方法的使用一定要事先與客戶溝通，得到客戶的確認。
至此，網(wǎng)站項目建設(shè)完畢，項目小組將有關(guān)網(wǎng)址、使用操作說明、驗收要求及相關(guān)文檔等內(nèi)容提交客戶進行驗收。如果客戶需要，還應另行簽訂網(wǎng)站維護合同。
4.5 網(wǎng)站管理與維護
網(wǎng)站成功推出是長期維護工作的開始，與客戶簽訂網(wǎng)站維護合同后，公司應該指派專門的技術(shù)人員或固定的文員負責響應全部或大部分客戶的網(wǎng)站維護工作。
1) 及時響應客戶反饋，可以采取Email自動回復方式，在1-3個工作日內(nèi)（具體可與網(wǎng)站建設(shè)方案中的維護響應時間一致，必須與合同一致）解決問題，然后再次回復客戶，并征求客戶意見；
2) 網(wǎng)站流量統(tǒng)計分析和相應對策，客服人員要關(guān)注客戶網(wǎng)站的使用，發(fā)現(xiàn)問題及時處理，并對客戶提出有價值的建議；
3) 盡量推廣和使用所設(shè)計的網(wǎng)址，包括在客戶的宣傳材料、產(chǎn)品介紹、名片、電子郵件上注明客戶網(wǎng)址，與客戶溝通后一般會得到積極響應；
4) 網(wǎng)站內(nèi)容的及時更新和維護，要注意內(nèi)容的合理性、合法性和觀賞性，要與客戶的發(fā)展和商務活動相結(jié)合。
5 網(wǎng)站建設(shè)應遵循的規(guī)范
網(wǎng)站建設(shè)項目管理要求制定一系列的規(guī)范：目錄規(guī)范、文件命名規(guī)范、接口規(guī)范、尺寸規(guī)范、首頁head區(qū)代碼規(guī)范、連接結(jié)構(gòu)規(guī)范等，并在項目實施中嚴格遵循。
在逐步建立網(wǎng)站建設(shè)項目管理規(guī)范的基礎(chǔ)上，最終要形成網(wǎng)絡公司統(tǒng)一的網(wǎng)站建設(shè)規(guī)范，為下一步的網(wǎng)站建設(shè)項目提供統(tǒng)一的技術(shù)標準，這樣，就能夠在未來的網(wǎng)站建設(shè)、維護中節(jié)省大量的時間和人財物，極大地提高公司的經(jīng)濟效益與社會美譽度。
參考文獻：
第3篇：人員需求分析報告范文
關(guān)鍵詞：軟件工程；需求分析與管理
中圖分類號：TP311文獻標識碼：A文章編號：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
在軟件項目開發(fā)過程中，需求分析與管理十分重要。但在實際的軟件項目開發(fā)的需求分析與管理過程中存在一些問題，如果不重視這些問題，往往導致項目開發(fā)進度延期、超出項目預算甚至項目開發(fā)失敗。
在軟件工程理論中，需求分析是指構(gòu)建一個新的系統(tǒng)或者完善現(xiàn)有系統(tǒng)時，確定系統(tǒng)的目標、范圍、功能需求和非功能性需求等方面所涉及的工作。
需求分析是軟件工程的一個關(guān)鍵過程，也是軟件項目開發(fā)的一個關(guān)鍵階段。軟件需求分析人員需要準確、清晰和形象的表達和描述用戶的真實需求。需求分析階段的工作是否準確和充分、提交的軟件需求說明書是否完善和規(guī)范、需求管理的方法是否正確將直接影響和決定整個項目開發(fā)是否能夠按照時間進度和在項目預算范圍內(nèi)完成。
在項目開發(fā)過程中，經(jīng)常出現(xiàn)如下情況：軟件需求分析人員描述的用戶需求不完整、用戶需求經(jīng)常發(fā)生變化、軟件需求分析人員與系統(tǒng)設(shè)計人員的溝通障礙、開發(fā)人員邊做需求分析邊做開發(fā)、用戶需求管理混亂、缺少專業(yè)的需求分析與管理工具等。這些情況的出現(xiàn)使整個項目管理風險加大、系統(tǒng)代碼返工率高、項目團隊士氣日益低下和用戶對項目開發(fā)進度的抱怨越來越多，最終可能導致整個項目開發(fā)失敗。
軟件需求分析人員描述的用戶需求不完整主要原因：一種情況是沒有專職的軟件需求分析人員，兼職的軟件需求分析人員同時擔當該模塊的設(shè)計及開發(fā)，導致需求分析沒有真正從業(yè)務的角度來考慮，而是從技術(shù)實現(xiàn)的角度考慮。有的即使有專職的軟件需求分析人員，該軟件需求分析人員也不具備該行業(yè)的業(yè)務知識和經(jīng)驗，對行業(yè)術(shù)語不了解，有的甚至聘用剛剛畢業(yè)的學生去做需求分析，導致整個需求分析不準確甚至出現(xiàn)偏差。另外一種情況是專職的軟件需求分析人員沒有系統(tǒng)的學習和掌握軟件需求分析的基本方法、原則和技巧，了解的業(yè)務需求不能準確直觀的表達和描述，編制的軟件需求說明書過于簡單和形式化，導致項目開發(fā)的其他人員不能很好的理解用戶需求，有的甚至要重新做軟件需求分析。
為詳細和準確的描述用戶需求，需要注意以下幾個方面：
首先需要由專職的人員擔任需求分析工作，而且軟件需求分析人員需要系統(tǒng)的學習和掌握需求分析的基本方法、原則和技巧。例如獲取業(yè)務需求常用的方法有用戶訪談、速記、談話錄音、會議紀要等；其中用戶訪談的要點包括確定訪談的時間、訪談的對象、設(shè)計用戶訪談計劃并提前發(fā)送給用戶等；速記要求軟件需求分析人員能夠快速準確的記錄用戶描述的業(yè)務需求和業(yè)務流程。談話錄音和會議紀要是為了更準確記錄用戶描述的業(yè)務需求，便于分析和理解用戶需求；軟件需求分析人員最好具備該行業(yè)的業(yè)務經(jīng)驗和知識或者聘請該行業(yè)的業(yè)務專家指導，這樣有助于軟件需求分析人員準確分析和理解行業(yè)術(shù)語、行業(yè)業(yè)務需求和行業(yè)業(yè)務流程。
其次，描述的軟件需求說明書內(nèi)容應該包括系統(tǒng)的目標、范圍、功能需求、非功能性需求和系統(tǒng)界面原型等方面。非功能性需求主要包括系統(tǒng)界面的可用性、易用性、操作便捷、時間效率高、出錯率低和操作系統(tǒng)需要的專業(yè)領(lǐng)域知識少等方面；系統(tǒng)界面原形是指使用專業(yè)界面原形工具（Axure等）或者直接使用開發(fā)工具（Visual Studio等）編制系統(tǒng)的初始用戶界面，便于軟件需求分析人員、系統(tǒng)設(shè)計人員和開發(fā)人員更直觀和形象的與用戶溝通和明確需求。非功能性需求和系統(tǒng)界面原形在需求分析階段非常重要，我們在項目開發(fā)過程中應該注重非功能性需求和系統(tǒng)界面原形。
最后，對于軟件需求分析人員編制的軟件需求說明書要做好需求驗證工作，參加需求驗證工作的成員應該包括項目組所有成員、該行業(yè)的業(yè)務專家和最終用戶。在需求驗證會議上提供的需求驗證材料應該簡單、清晰、直觀和明確，不能籠統(tǒng)的提供一些復雜的業(yè)務流程及繁瑣的文字說明。在需求驗證會議上可以通過情景模擬和系統(tǒng)界面原形的方式演示。情景模擬是根據(jù)不同業(yè)務角色模擬整個業(yè)務辦理的情況。系統(tǒng)界面原形能讓用戶切身感受到系統(tǒng)的界面效果，便于直觀、形象的溝通和交流業(yè)務細節(jié)和業(yè)務流程。
在項目開發(fā)過程中，用戶需求發(fā)生變化的情況經(jīng)常出現(xiàn)。我們不能避免和逃避用戶需求變化情況的出現(xiàn)，但應該控制和管理用戶需求變化，應該有需求變更的流程、需求變更的團隊、需求變更的平臺、需求變更的影響分析以及固定的需求變更周期。對于用戶提出的需求變更，我們首先應該做好詳細的記錄，然后將需求變更的記錄通過需求變更的流程提交給需求變更團隊評估和確認，最終在需求變更的平臺中反映出來，同時要做好需求變更的影響分析報告并及時反饋給用戶。需要注意的是對于需求變更我們要有固定的需求變更周期，不能用戶有需求變更馬上要求項目團隊及時更改系統(tǒng)，這樣會加大項目管理的風險和影響項目團隊的士氣。
第4篇：人員需求分析報告范文
因此，很多企業(yè)都會利用Hadoop實現(xiàn)數(shù)據(jù)存儲，再通過其他工具實現(xiàn)對大數(shù)據(jù)的高速捕獲和實時分析。這里，我們將通過艾瑞咨詢集團的一個真實案例，解讀一下敏捷BI如何和Hadoop進行互補，幫助其實現(xiàn)互聯(lián)網(wǎng)大數(shù)據(jù)分析的。
定制化項目效率低下
艾瑞咨詢集團（iResearch）是一家專注于網(wǎng)絡媒體、電子商務、網(wǎng)絡游戲、無線增值等新經(jīng)濟領(lǐng)域，深入研究和了解消費者行為，并為網(wǎng)絡行業(yè)和傳統(tǒng)行業(yè)客戶提供市場調(diào)查研究和戰(zhàn)略咨詢服務的專業(yè)市場調(diào)研機構(gòu)。
目前，艾瑞咨詢集團可以向企業(yè)提供線下報告和軟件兩種定制化咨詢報告服務。但是，企業(yè)客戶的定制化需求非常多變，艾瑞咨詢集團生成一份線下報告交付周期需要3至4周，提供軟件的交付周期則需要半年。再加上項目所需人工成本升高、迭代周期延長，艾瑞咨詢集團往往不敢承接太多定制化項目。
通過調(diào)研，筆者發(fā)現(xiàn)了艾瑞咨詢集團的真正需求：根據(jù)時間維度和網(wǎng)站匯總對用戶的來源地區(qū)、來路域名、頁面訪問次數(shù)、停留時間、有效訪問次數(shù)、跳出率、回訪者、新訪問者、回訪次數(shù)和回訪相隔天數(shù)等相關(guān)數(shù)據(jù)進行統(tǒng)計分析，并且還能夠在動態(tài)添加條件之后，通過對監(jiān)測用戶行為獲得的數(shù)據(jù)進行分析，以最終得出更加詳細、清楚的用戶行為習慣。
因此，艾瑞咨詢集團迫切需要一種更加敏捷、高效的大數(shù)據(jù)分析工具提升定制化業(yè)務的效率。
大數(shù)據(jù)面前：敏捷BI PK傳統(tǒng)BI
在解決艾瑞咨詢集團面臨的難題時，傳統(tǒng)BI的做法是，IT人員事先根據(jù)需求分析進行建模，建好二次表或打Cube并提前匯總好數(shù)據(jù)，業(yè)務人員才能在前端查看到分析結(jié)果的報表。雖然這種做法很成熟，但是解決不了艾瑞咨詢集團的難題。
首先，業(yè)務人員查看的報表相對靜態(tài)，分析的維度和度量的計算方式已在建模時預先設(shè)定好，不能更改。例如，定好了求和或求平均數(shù)，再想改成求方差必須再去修改模型。
其次，分析需求變更時，業(yè)務人員不能直接調(diào)整報表，需要IT人員重新建?；蛐薷囊延蟹治瞿Ｐ?，耗時較長，響應速度較慢。
最后，有些企業(yè)的數(shù)據(jù)量很小，也需要按照此流程和架構(gòu)來進行大費周折的數(shù)據(jù)分析。
造成這些問題的本質(zhì)原因是，過去的技術(shù)架構(gòu)針對海量數(shù)據(jù)的計算能力不足，企業(yè)用戶需要通過建模、二次表、Cube提前進行數(shù)據(jù)運算匯總。
艾瑞咨詢集團希望為企業(yè)客戶提交這樣一份分析報告，不僅能看還能動態(tài)分析。對于艾瑞咨詢集團來說，數(shù)據(jù)展現(xiàn)應該是起點而不是終點?？吹搅藬?shù)據(jù)，要能交互式分析、深入向下挖掘，要能發(fā)現(xiàn)問題并找到答案，還要能采取行動。與數(shù)據(jù)交互的過程要足夠快，如果用戶每次點擊需要等三五分鐘才出結(jié)果，就無法進行交互分析。
并且，分析報告應能讓非IT部門的同事直接在分析平臺上做出來。不能把所有的分析報告需求都提交到IT部門，這樣會嚴重增加IT部門的工作負擔。同時，敏捷BI的實施和操作要簡單化，讓業(yè)務人員可直接使用。
同時，分析報告需求經(jīng)常需要牽涉到數(shù)據(jù)層的改動，需要IT部門去改進數(shù)據(jù)層和業(yè)務層，傳統(tǒng)BI平臺需要一兩個月才能完成模型梳理。敏捷BI無需事先建模，可以在分析過程中靈活調(diào)整分析維度和報表展現(xiàn)，需求變更可以在一天之內(nèi)響應，提升企業(yè)的洞察力決策力。
與傳統(tǒng)BI的重量建模、統(tǒng)一視圖不同，敏捷BI采取輕量建模、N個視圖的方法，不建二次表和Cube，數(shù)據(jù)導入后可以直接進行分析，并且業(yè)務人員可以實時調(diào)整分析的維度和度量的計算方式，極大地增加了靈活性，真正做到和數(shù)據(jù)對話。
既然有這么便捷的方式，為何傳統(tǒng)BI不采用這種架構(gòu)呢？那是因為，傳統(tǒng)技術(shù)架構(gòu)沒有引入大數(shù)據(jù)技術(shù)，面對海量數(shù)據(jù)無法在用戶點擊后的幾秒內(nèi)就展現(xiàn)企業(yè)客戶需要的分析結(jié)果，因此必須通過建模提前把數(shù)據(jù)匯總好，才能保證分析報表展現(xiàn)時的速度。
因此，實現(xiàn)敏捷BI的前提是采用新架構(gòu)處理數(shù)據(jù)，其涉及的技術(shù)包括分布式計算、內(nèi)存計算、列存儲、庫內(nèi)計算等。敏捷BI可以通過更低的成本、更短的上線周期，快速讓企業(yè)洞察到數(shù)據(jù)的含義和價值。
業(yè)務效率數(shù)倍提升
深入研究艾瑞咨詢集團要分析的數(shù)據(jù)，筆者發(fā)現(xiàn)，艾瑞咨詢集團每天要分析的數(shù)據(jù)量達幾千萬條，且不同企業(yè)客戶的分析需求各不相同。因此，復雜多變的多維度分析需求對分析工具的分析性能提出了更高的挑戰(zhàn)，而傳統(tǒng)的數(shù)據(jù)庫和Hadoop架構(gòu)已經(jīng)無法滿足高性能和即時分析的需求。
為此，艾瑞咨詢集團考察過國外一些知名的產(chǎn)品，但是當他們獲知產(chǎn)品的價格和后續(xù)的服務費用之后只能放棄。而國內(nèi)大多數(shù)的分析工具大多是上一代BI，需事先建模再進行分析，難以應對靈活的多維度分析變化需求，且針對大數(shù)據(jù)量的處理能力不能滿足要求。
最終，艾瑞咨詢集團選擇了永洪敏捷BI技術(shù)。當艾瑞咨詢集團將三個月的細節(jié)數(shù)據(jù)（約50億條）導入敏捷BI系統(tǒng)，直接就可以展現(xiàn)出定制分析報告。對比原先基于Excel和SQL編程的分析方法，艾瑞咨詢集團的業(yè)務效率獲得數(shù)倍的提升：線下報告交付周期從3至4周縮短至小于1周，軟件交付從半年縮短至一個月。
同時，艾瑞咨詢集團原來由于擔心需求變化導致沒有能力交付的很多項目被收入囊中。采用敏捷BI工具后，艾瑞咨詢集團可以在幾天內(nèi)快速搭建原型向客戶展示，任意的需求變更都可以一周內(nèi)調(diào)整完畢。這種快速原型試錯的方式，使得艾瑞咨詢集團有能力承接很多此類項目。
由于業(yè)務效率的極大提升，有能力承接更多的項目，艾瑞咨詢集團的收入空間也出現(xiàn)了數(shù)倍的增長。與此同時，艾瑞咨詢集團的客戶滿意度也穩(wěn)步提升。
不僅如此，為了提供更加直觀可交互的分析報告，提升企業(yè)用戶體驗，艾瑞咨詢集團基于敏捷BI工具，構(gòu)建了一個新型SaaS平臺。艾瑞咨詢集團把企業(yè)客戶用Hadoop架構(gòu)存儲的數(shù)據(jù)，通過敏捷BI提供的接口導入到數(shù)據(jù)集市內(nèi)，然后通過敏捷BI快速呈現(xiàn)出結(jié)果。
事實上，Hadoop和敏捷BI都有各自適用的不同業(yè)務場景，兩者是相互補充的關(guān)系。當前，很多企業(yè)都采用Hadoop實現(xiàn)數(shù)據(jù)的存儲，然后把Hadoop數(shù)據(jù)導入敏捷BI基于分布式內(nèi)存計算的高性能數(shù)據(jù)集市中，之后再進行數(shù)據(jù)可視化分析。鑒于現(xiàn)在Hadoop在企業(yè)的應用相當廣泛，永洪敏捷BI產(chǎn)品也支持Hadoop數(shù)據(jù)源的連接。
第5篇：人員需求分析報告范文
關(guān)鍵詞：網(wǎng)絡 設(shè)計 實驗 應用
一、引言
隨著計算機技術(shù)以及網(wǎng)絡技術(shù)的迅速發(fā)展，擁有計算機、應用網(wǎng)絡已經(jīng)成為人們生活中的重要組成部分。網(wǎng)絡應用型人才被社會廣泛歡迎，探索培養(yǎng)網(wǎng)絡應用型人才的有效方法成為擺在計算機相關(guān)專業(yè)教育部門的課題。
二、社會網(wǎng)絡人才需求狀況
在我國，越來越多的政府機構(gòu)和行業(yè)企業(yè)都開始依賴網(wǎng)絡技術(shù)進行各自的生產(chǎn)、經(jīng)營和管理。可以說，沒有網(wǎng)絡，就無法進入真正的計算機時代；沒有網(wǎng)絡，企業(yè)就無法實現(xiàn)信息化。由此看來，網(wǎng)絡化已經(jīng)成為現(xiàn)今社會競爭和發(fā)展的關(guān)鍵因素，計算機網(wǎng)絡技術(shù)人才的培養(yǎng)，也隨之成為當前網(wǎng)絡化建設(shè)的當務之急。就目前的狀況來看，實施網(wǎng)絡化建設(shè)的部門嚴重缺乏從事網(wǎng)絡系統(tǒng)的構(gòu)建、運行和維護等工作的專業(yè)網(wǎng)絡技術(shù)人員。全國的高等院校每年為社會輸送區(qū)區(qū)幾萬計算機網(wǎng)絡專業(yè)的畢業(yè)生，而整個社會需要的卻是數(shù)以百萬計的具有專業(yè)技能的網(wǎng)絡技術(shù)人員，人才供應能力遠遠小于實際的社會需求。
三、高校網(wǎng)絡人才培養(yǎng)情況
一直以來，高等院校的學歷教育偏重于網(wǎng)絡技術(shù)的基本理論和基礎(chǔ)知識的傳授，缺乏網(wǎng)絡技術(shù)應用的實際操作技能和經(jīng)驗，無法滿足所在單位對網(wǎng)絡技術(shù)人員的工作要求。這就造成了一種現(xiàn)象，一方面，用人單位求賢若渴；另一方面，畢業(yè)生的就業(yè)困難，這已經(jīng)成為了一種嚴重并且普遍的社會問題。
網(wǎng)絡技術(shù)是理論和實踐結(jié)合十分緊密的一門學問，網(wǎng)絡技術(shù)人才市場，越來越關(guān)注技術(shù)人員的實際經(jīng)驗和動手操作能力。學生也有迫切接觸社會、提高工作技能的需求。因此，針對高等院校中普遍存在著理論強、實踐弱的現(xiàn)象，很多高校組建了網(wǎng)絡實驗室，在網(wǎng)絡實驗室里提供了真實的網(wǎng)絡環(huán)境，可以讓學生親自動手調(diào)試、配置網(wǎng)絡，從而讓學生直觀、全方位地了解各種網(wǎng)絡設(shè)備和應用環(huán)境，真正加深對網(wǎng)絡原理、協(xié)議、標準的認識。通過在網(wǎng)絡實驗室的學習，能真正提高學生的網(wǎng)絡技能和實戰(zhàn)能力，同時具有扎實的理論基礎(chǔ)和較強的實踐動手能力，
（一）開展網(wǎng)絡設(shè)計性實驗的意義
網(wǎng)絡實驗室雖然提供了一個很好的實驗平臺，但學校平常上課的時候，是一節(jié)實驗課講一個具體的實驗，比如這節(jié)課講VLAN劃分，下節(jié)課講動態(tài)路由。學生可能每節(jié)課都學得不錯，可是到了學期結(jié)束的時候，他們整體運用所學知識解決問題的能力如何，就不清楚了。開展設(shè)計性實驗是解決這一問題的好辦法。
設(shè)計性實驗，是指給定實驗目的要求和實驗條件，由學生自行設(shè)計實驗方案并加以實現(xiàn)的實驗。在網(wǎng)絡實驗室中開設(shè)設(shè)計性實驗，能夠綜合以往所學的基礎(chǔ)理論知識和單項實踐技能，通過貼近實際的設(shè)計題目，一方面，增強了學生解決實際問題的能力；另一方面，在一定程度上也積累了實踐經(jīng)驗。
（二）網(wǎng)絡設(shè)計性實驗的實施方案
為使網(wǎng)絡設(shè)計性實驗達到培養(yǎng)應用型人才的初衷，制定了切實可行的實施方案。
首先，明確實驗目的。即通過了解不同網(wǎng)絡的需求和功能，研究網(wǎng)絡的布線方案等環(huán)節(jié)，寫出網(wǎng)絡的總體需求分析報告，繪制網(wǎng)絡結(jié)構(gòu)圖，進行布線選型和設(shè)備選型，確定IP地址分配方案以及網(wǎng)絡管理方案，并在模擬環(huán)境下進行測試。
其次，合理擬定設(shè)計題目。經(jīng)過對目前各行各業(yè)網(wǎng)絡應用狀況的認真考察和研究，共設(shè)題目五個，分別是：校園網(wǎng)絡設(shè)計、智能小區(qū)網(wǎng)絡設(shè)計、政府辦公網(wǎng)絡設(shè)計、企業(yè)網(wǎng)絡設(shè)計和校園公共機房網(wǎng)絡設(shè)計。五個題目的內(nèi)容大致包括了目前網(wǎng)絡組建的幾種不同的應用形式，學生可以了解各種條件下的網(wǎng)絡在需求上的特點，對建網(wǎng)初期最重要的需求分析有了更深刻的認識。
再次，根據(jù)各設(shè)計題目的應用特點，分別策劃各設(shè)計任務的背景條件。如校園網(wǎng)題目的背景為“一所學校有6棟5層樓宇，平均每棟樓宇有節(jié)點150個，具有一般校園網(wǎng)絡的基本需求，其中教務管理節(jié)點30，分布在6棟樓宇的不同樓層；另外某臺分布層交換機上連接有提供學習資料的服務器，以及學生宿舍樓和教工宿舍樓，學校規(guī)定學生只能訪問學習資料服務器，但不能訪問教工宿舍樓?！钡?，使題目的設(shè)計更真實，針對性更強。
最后，完成設(shè)計方案。要求學生根據(jù)各自題目的具體要求，了解相關(guān)網(wǎng)絡的建設(shè)情況，寫出網(wǎng)絡的總體需求分析報告，確定網(wǎng)絡邏輯結(jié)構(gòu)并繪制網(wǎng)絡結(jié)構(gòu)圖，進行布線選型和設(shè)備選型，根據(jù)情況進行IP地址設(shè)計（劃分的原則、方法及地址列表），寫出網(wǎng)絡管理方案（要注重網(wǎng)絡安全的考慮），在模擬環(huán)境下測試關(guān)鍵技術(shù)的網(wǎng)絡連通情況，并練習使用專業(yè)網(wǎng)絡測試議進行線路測試。
在這個設(shè)計性實驗方案中，學生需根據(jù)任務背景中的一些特殊組網(wǎng)要求，在網(wǎng)絡實驗室的實驗條件下進行連接配置，由于所設(shè)計的關(guān)鍵技術(shù)實驗內(nèi)容都是一些網(wǎng)絡建設(shè)過程中的常見問題，所以對提高學生解決實際問題的能力有一定益處。整個過程突出了實用性和操作性。
（三）網(wǎng)絡設(shè)計性實驗的實施效果
通過網(wǎng)絡設(shè)計性實驗的實施，一方面提升了學生的網(wǎng)絡專業(yè)技術(shù)技能，使學生對各種常見網(wǎng)絡的搭建環(huán)境有了直接的認識，掌握了不同環(huán)境要求下的組網(wǎng)方法。從學生的反饋可以看出，95%以上的學生認為，通過這樣的設(shè)計性實驗達到了理論聯(lián)系實際的目的，真正了解了網(wǎng)絡組建的步驟，增強了實踐操作技能。另一方面提高了學生的就業(yè)競爭力，比如企業(yè)中的網(wǎng)絡技術(shù)人員要承擔網(wǎng)絡設(shè)計、系統(tǒng)集成、綜合布線、系統(tǒng)測試等類工作，大的企業(yè)會設(shè)立不同的崗位，各自分派專人負責，而中小企業(yè)往往要求一崗或一人身兼數(shù)職。經(jīng)過網(wǎng)絡設(shè)計性實驗的學習，學生掌握了網(wǎng)絡建設(shè)工程中從需求分析、物理設(shè)計、邏輯設(shè)計，到設(shè)備選型、布線施工、網(wǎng)絡安全設(shè)計、網(wǎng)絡管理方案，再到測試驗收等建設(shè)網(wǎng)絡各環(huán)節(jié)的流程及其設(shè)計方法，對于未來的求職從業(yè)來說，從技能的訓練方面會有更多的優(yōu)勢，從擇業(yè)的范圍上會有更多的適應性。
四、結(jié)束語
在社會對于網(wǎng)絡專業(yè)人員迫切需求的前提下，在高校相關(guān)專業(yè)理論教學的基礎(chǔ)上開展網(wǎng)絡設(shè)計性實驗，能有效地提高學生的網(wǎng)絡設(shè)計和操作技能，對于應用型人才的培養(yǎng)起到了促進作用。
參考文獻
胡勝紅，《網(wǎng)絡工程原理與實踐教程》，人民郵電出版社，2005
張鳳翔，《局域網(wǎng)組建與維護》，上海交通大學出版社，2004
蔣麗，《局域網(wǎng)、企業(yè)網(wǎng)實現(xiàn)》，電子工業(yè)出版社，2003
第6篇：人員需求分析報告范文
1.1建設(shè)原則
安全生產(chǎn)信息系統(tǒng)建設(shè)應遵循以下幾個基本的原則:與其它的業(yè)務系統(tǒng)相比，安全生產(chǎn)信息系統(tǒng)定制性更高，要根據(jù)單位的實際情況以及各不同層級用戶的業(yè)務流程，來規(guī)劃應用系統(tǒng)和功能模塊。因此，在建設(shè)過程中，要充分結(jié)合企業(yè)系統(tǒng)每層級用戶的具體需求。安全生產(chǎn)信息系統(tǒng)建設(shè)是一項復雜的系統(tǒng)工程，基本涵蓋了企業(yè)安全管理的所有內(nèi)容。因此，在進行安全生產(chǎn)信息系統(tǒng)建設(shè)時，必須做好總體規(guī)劃，分階段、分層級、分重點推動，避免出現(xiàn)“全盤端，全盤亂”的情況。安全生產(chǎn)信息系統(tǒng)建設(shè)除了涉及集團內(nèi)各個部門，還牽涉到與下屬成員單位之間的溝通與對接。因此，采取自上而下的建設(shè)模式，有利于各方面的協(xié)調(diào)，保證項目建設(shè)進度和組織項目實施。企業(yè)信息資源的有效整合，成為當前信息化建設(shè)的主流。安全生產(chǎn)信息系統(tǒng)作為企業(yè)信息化戰(zhàn)略的組成部分，在建設(shè)中必須要遵守標準化、規(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)點包括:①有利于與用戶協(xié)調(diào)，減少需求的不確定性;②開發(fā)人員可以經(jīng)常性地與用戶部門進行交流，因此項目的可控性較好，用戶的適應性也比較理想。缺點包括:①系統(tǒng)性及質(zhì)量較難保證，開發(fā)周期比較長;②開發(fā)環(huán)境相對比較封閉，不利于推動組織變革;③需要較多的信息開發(fā)人員，實際的開發(fā)投入不一定會減少。由企業(yè)和委托方共同開發(fā)，兩者的配合與互補是取得成功的關(guān)鍵。一般情況下，以外部力量為主，內(nèi)部力量為輔，前者重點放在技術(shù)問題上，后者重點放在與用戶的聯(lián)系與協(xié)調(diào)上。合作開發(fā)可揚長補短，是目前較普遍采用的開發(fā)方式。通過合作開發(fā)，企業(yè)可在實踐中培養(yǎng)出一批信息管理人員，這比自己摸索或外送培訓都要好得多。外包是一種為了抓好自己的核心業(yè)務而將非核心業(yè)務委托外部機構(gòu)來完成的新模式。外包開發(fā)優(yōu)點包括:①比較經(jīng)濟和實惠，成本較低;②服務質(zhì)量和開發(fā)進度有保證。缺點是:①存在信息系統(tǒng)的控制權(quán)問題;②信息系統(tǒng)中的商業(yè)秘密安全性問題;③對外包服務商有較強的依賴性。
2典型建設(shè)流程
根據(jù)筆者多年來為企業(yè)提供信息化解決方案的經(jīng)驗，企業(yè)安全生產(chǎn)信息系統(tǒng)建設(shè)的基本流程如圖1所示。
2.1總體規(guī)劃
對于安全生產(chǎn)信息系統(tǒng)的開發(fā)設(shè)計工作來說，總體規(guī)劃是不可或缺的。受信息系統(tǒng)項目本身特點的影響，安全生產(chǎn)信息系統(tǒng)項目的開發(fā)是一項復雜的系統(tǒng)工程。在建設(shè)過程中，由于各類人員之間的協(xié)調(diào)工作不到位，往往容易導致做大量的修改工作，甚至有些系統(tǒng)集成后，修改工作量太大，無法進行修改而被迫宣布重新再來。因此，只有在統(tǒng)一的總體規(guī)劃指導下，這種分散的功能模塊，才能被有機結(jié)合起來，構(gòu)成一個有效的大系統(tǒng)。總體規(guī)劃的一般步驟主要包括:①準備系統(tǒng)建設(shè)前期基礎(chǔ)性材料，如安全管理組織架構(gòu)、業(yè)務流程梳理等;②開展安全管理現(xiàn)狀調(diào)研;③提出安全生產(chǎn)信息系統(tǒng)建設(shè)總體目標;④提出系統(tǒng)的總體框架和各子系統(tǒng)構(gòu)成;⑤按照輕重緩急，確定各子系統(tǒng)的開發(fā)優(yōu)先順序;⑥制定建設(shè)進度安排和預算;⑦編制系統(tǒng)建設(shè)實施工作方案。
2.2需求分析
據(jù)統(tǒng)計資料顯示，在信息系統(tǒng)建設(shè)失敗案例中，超過90%以上都要歸結(jié)于需求分析不深入。因此，需求分析的質(zhì)量對安全生產(chǎn)信息系統(tǒng)開發(fā)的影響是深遠的、全局性的，高質(zhì)量需求對軟件開發(fā)往往起到事半功倍的效果。需求分析做得好，那么項目就相當于做完了一半，好的需求分析會為項目的順利開發(fā)奠定基礎(chǔ)，減少大量開發(fā)成本，減小開發(fā)風險。在開展需求分析時，可以從以下四個方面進行:①人的分析。主要分析企業(yè)是否具備安全生產(chǎn)信息系統(tǒng)建設(shè)方面的相關(guān)人才、合作方的建設(shè)能力是否滿足需要等;②物的分析。主要分析企業(yè)是否具備了開展安全生產(chǎn)信息化建設(shè)的物質(zhì)條件，如基礎(chǔ)的網(wǎng)絡條件、硬件設(shè)備條件等。③環(huán)境的分析。主要分析企業(yè)各層級人員對安全生產(chǎn)信息化的需求、態(tài)度等。④管理的分析。主要分析企業(yè)在管理制度、機構(gòu)和措施等方面，是否能保障安全生產(chǎn)信息化建設(shè)順利開展。
2.3系統(tǒng)設(shè)計
安全生產(chǎn)信息系統(tǒng)的系統(tǒng)設(shè)計主要包括總體設(shè)計和詳細設(shè)計兩個方面，如圖2所示。安全生產(chǎn)信息系統(tǒng)的系統(tǒng)設(shè)計應充分體現(xiàn)企業(yè)的參與，特別是在總體設(shè)計及子系統(tǒng)設(shè)計環(huán)節(jié)，需要企業(yè)指定專門的人員負責與系統(tǒng)開發(fā)方進行溝通交流，確保系統(tǒng)設(shè)計科學、實用，滿足企業(yè)日常安全管理工作的需求。
2.4組織實施
系統(tǒng)的組織實施主要由系統(tǒng)開發(fā)方來完成，主要包括以下幾個方面的內(nèi)容:①代碼開發(fā)。完成軟件系統(tǒng)的代碼編寫工作。②系統(tǒng)測試。組織測試人員，對完成的系統(tǒng)進行測試、完善循環(huán)流程。③系統(tǒng)安裝。在企業(yè)信息平臺上，安裝經(jīng)過測試的系統(tǒng)，并進行企業(yè)培訓。④系統(tǒng)轉(zhuǎn)換。經(jīng)過一段時間的試運行后，在試運行系統(tǒng)與正式系統(tǒng)之間進行轉(zhuǎn)換。
2.5運行評估
系統(tǒng)正式投入運行后，對企業(yè)安全管理工作而言，安全生產(chǎn)信息化建設(shè)工作才正式開始。因此，企業(yè)必須組織相關(guān)專業(yè)人員，定期對系統(tǒng)運行情況進行評估(見圖3)，發(fā)現(xiàn)運行中出現(xiàn)的問題，聯(lián)系開發(fā)方進行解決，保證系統(tǒng)穩(wěn)定、可靠運行。
3系統(tǒng)建設(shè)案例
3.1企業(yè)基本情況
該企業(yè)為大型集團型企業(yè)，集團的安全管理架構(gòu)為“集團－二級單位－基層單位”三級管理模式，共有二級單位29家，基層單位178家，員工7萬余人。
3.2系統(tǒng)總體架構(gòu)
通過對該企業(yè)進行的5次近3個月的需求分析，完成了安全生產(chǎn)信息系統(tǒng)建設(shè)需求分析報告，確定了如圖4所示的系統(tǒng)功能框架。
3.3系統(tǒng)實現(xiàn)
經(jīng)過系統(tǒng)設(shè)計、測試、試運行、正式運行等流程后，最終的系統(tǒng)實現(xiàn)如圖5所示。
4結(jié)論
第7篇：人員需求分析報告范文
關(guān)鍵詞:管理信息系統(tǒng) 需求分析報告 系統(tǒng)可行性分析報告 系統(tǒng)設(shè)計報告 用戶使用說明書
筆者曾長期從事計算機的開發(fā)與應用，對于計算機在管理上的應用、計算機在辦公自動化方面的應用、計算機數(shù)據(jù)庫的開發(fā)、計算機網(wǎng)絡的開發(fā)與應用，都進行過具體的設(shè)計工作。從事《管理信息系統(tǒng)》的教學工作中，非常希望把自己以往的工作經(jīng)驗及教訓傳授給學生，借此誠懇地希望有關(guān)專家給與批評指正。
一、《管理信息系統(tǒng)》的課程特色：
《管理信息系統(tǒng)》的課程特色主要有以下幾點：
1、綜合性強，牽涉學科較多
牽涉學科有《管理信息系統(tǒng)》綜合了管理學、工程學、數(shù)學、計算機科學、電子通訊等學科的相關(guān)知識等。比如：在系統(tǒng)的整體構(gòu)建時要體現(xiàn)管理科學的藝術(shù)性，要針對現(xiàn)有系統(tǒng)所存在的問題，提出解決的方案，解決方案要符合管理科學的要求；在具體構(gòu)建《管理信息系統(tǒng)》時，要體現(xiàn)工程學的嚴密性，符合軟件工程建設(shè)的規(guī)范，各階段性文檔的形成要經(jīng)過嚴格的認證，系統(tǒng)的結(jié)構(gòu)要模塊化以便于調(diào)試與維護，也便于系統(tǒng)開發(fā)的分工合作；在建立系統(tǒng)的邏輯模型時，要學會使用數(shù)學的方法，把一個現(xiàn)實世界的問題轉(zhuǎn)化為一個數(shù)學模型，以便于計算機的實施；在信息管理上，使用計算機的相關(guān)知識，建立數(shù)據(jù)庫，把信息集中起來管理，為共享數(shù)據(jù)提供技術(shù)保障；為了滿足不同地域的人們對信息共享的需求，《管理信息系統(tǒng)》較多地使用計算機網(wǎng)絡技術(shù)、電子通訊技術(shù)來實現(xiàn)信息的傳遞。
2、理論性強，學生易懂，難掌握
往往是上課聽明白了，下課又糊涂了，知其然，不知其所以然。《管理信息系統(tǒng)》偏重于理論層面的研究，而我們的學生基本不具備社會實踐經(jīng)驗，對于企業(yè)或信息機構(gòu)基本上是一無所知，不理解為什么要采取這樣或那樣的管理策略，這就要求教師在教學時一定要理論聯(lián)系實際，要多距離，通過實例的講解讓學生理解學科的科學性與基本知識，要求做到教師舉一，學生反三。
二、《管理信息系統(tǒng)》的教學難點
《管理信息系統(tǒng)》的教學難點第一是難掌握，主要表現(xiàn)在不會用；第二是相關(guān)知識點太多，學生知識面不夠。對于第二點，如果在制定教學計劃時，相關(guān)課程的教學已經(jīng)完成，應該是沒有問題的?！豆芾硇畔⑾到y(tǒng)》的相關(guān)課程有：計算機基礎(chǔ)知識、計算機網(wǎng)絡、計算機數(shù)據(jù)庫。我們的教學嘗試主要是針對第一點來討論的。
三、教學嘗試
為了解決《管理信息系統(tǒng)》教學中，學生易懂難掌握的特點，在教學中我們要求學生運用所學知識完成如下報告：1、需求分析報告，2、可行性分析報告，3、系統(tǒng)設(shè)計報告，4、用戶使用說明書；參考格式如下：
1、×××需求分析報告格式
一、提要：要求說明項目名稱、項目用途、項目簡介
二、項目背景：要求說明項目作者、用戶、項目所需軟硬件環(huán)境、項目開發(fā)目的
三、參考資料：書名、作者、出版社、出版時間
四、定義：對文中術(shù)語、簡稱給與說明
正文：
一、系統(tǒng)現(xiàn)狀的描述及現(xiàn)系統(tǒng)的不足之處（重點是不足之處，這是項目立項、產(chǎn)生需求的根本）
二、解決問題的方案（建立解決問題的新系統(tǒng)的邏輯模型或者稱為數(shù)學模型，要求不光有文字敘述還有原理圖/示意圖的輔助說明）
三、前景及展望（可以分別從長期、中期、短期進行展望）
正文部分要求敘述清楚，表達準確，在系統(tǒng)現(xiàn)狀的描述中可以附相關(guān)的談話記錄、調(diào)查問卷、現(xiàn)系統(tǒng)運作的相關(guān)文檔資料；要求學員學會調(diào)研項目需求，為下面的系統(tǒng)開發(fā)打下基礎(chǔ)。
2、×××系統(tǒng)可行性分析報告格式
一、提要：要求說明項目名稱、項目用途、項目簡介
二、項目背景：要求說明項目作者、用戶、項目所需軟硬件環(huán)境、項目開發(fā)目的
三、參考資料：書名、作者、出版社、出版時間
四、定義：對文中術(shù)語、簡稱給與說明
正文：
一、系統(tǒng)的描述（指新系統(tǒng)的方案）
二、系統(tǒng)的經(jīng)濟可行性分析：
1、系統(tǒng)的投資：
a、基建、裝潢的費用
b、儀器、設(shè)備的購置費用，儀器、設(shè)備折舊
c、人員工資
d、辦公費用，其他費用
2、毛利潤：
3、凈利潤：毛利潤-各項費用
4、投資回報：分一年期，三年期，五年期及以后期
5、投資回報率
三、系統(tǒng)的技術(shù)可行性分析
1、系統(tǒng)設(shè)計的概略圖
2、系統(tǒng)的設(shè)計方案
3、系統(tǒng)的原理圖
4、關(guān)鍵技術(shù)說明
四、系統(tǒng)的社會環(huán)境可行性分析（主要從社會習俗、道德、人文背景方面進行分析）
五、系統(tǒng)的法律可行性分析（與現(xiàn)行法律法規(guī)有無違背）
六、可選擇的其他系統(tǒng)方案（如果有，列出具體方案，然后比較方案之間的優(yōu)缺點）
七、結(jié)論（系統(tǒng)可行或者是不可行）
3、××× 系統(tǒng)設(shè)計報告格式
一、提要：要求說明項目名稱、項目用途、項目簡介
二、項目背景：要求說明項目作者、用戶、項目所需軟硬件環(huán)境、項目開發(fā)目的
三、參考資料：書名、作者、出版社、出版時間
四、定義：對文中術(shù)語、簡稱給予說明
正文
一、系統(tǒng)設(shè)計說明
二、系統(tǒng)的功能結(jié)構(gòu)圖（靜態(tài)）
三、系統(tǒng)的數(shù)據(jù)流程圖及數(shù)據(jù)字典（動態(tài)）
四、系統(tǒng)的程序流程圖（針對每個模塊編寫）
五、系統(tǒng)的測試用例（針對每個模塊編寫）
六、系統(tǒng)的聯(lián)調(diào)方案
七、系統(tǒng)的維護（主要說明維護要求）
八、用戶界面的設(shè)計（輸入、輸出）
九、用戶培訓
十、附原程序清單（學生做練習時可以略，只寫標題然后注明略）
4、×××系統(tǒng)用戶使用說明書格式
一、提要：要求說明項目名稱、項目用途、項目簡介
二、項目背景：要求說明項目作者、用戶、項目所需軟硬件環(huán)境、項目開發(fā)目的
三、參考資料：書名、作者、出版社、出版時間
四、定義：對文中術(shù)語、簡稱給與說明
正文:
一、系統(tǒng)說明
二、系統(tǒng)安裝
三、系統(tǒng)的運行
四、系統(tǒng)的主要功能介紹
五、系統(tǒng)常見故障及處理方法
六、技術(shù)支持及聯(lián)系方式
通過四個報告的編寫，首先是讓學生了解《管理信息系統(tǒng)》開發(fā)的過程及具體開發(fā)系統(tǒng)的方法；其次是使學生學會具體開發(fā)工作中的細節(jié)，如用戶需求調(diào)查，可行性研究的調(diào)查及系統(tǒng)設(shè)計方案的編寫；第三是使學生熟練地掌握數(shù)據(jù)流程圖及數(shù)據(jù)字典的編寫方法，學會使用模塊化設(shè)計的方法自頂向下層層進行系統(tǒng)分解，最后產(chǎn)生系統(tǒng)的功能模塊圖；第四是使學生掌握每個模塊的程序流程圖的設(shè)計方法。這樣《管理信息系統(tǒng)》的幾個主要的開發(fā)工具都得到了練習。
四、教學效果
通過教學嘗試，我們驚喜地發(fā)現(xiàn)，學生對本課程的理解加深了，學習興趣提高了，師生之間的互動增強了。從學生交上來的報告可以看出：學生的思維開闊了，看問題的角度更加清晰；有的報告已經(jīng)具備了一定的實用性。比如說：有的學生建議把學生的食堂改為定餐管理的方法，學校把每天的菜單編號公布，學生通過計算機網(wǎng)絡定餐，食堂使用計算機統(tǒng)計定餐后烹制，這樣就避免了浪費；另外定餐后還可以送飯上門，這樣也緩解了學生就餐時餐位不夠的矛盾。還有的學生設(shè)計了火車票、汽車票網(wǎng)上訂購系統(tǒng)，用以解決寒暑假期學生購票難的問題等等。盡管學生的設(shè)計不盡如人意，可是通過練習學生的思維活躍了，好的點子不斷涌現(xiàn)。
五、教學總結(jié)
通過教學嘗試，我們增強了讓學生理論聯(lián)系實際的信心，對于《管理信息系統(tǒng)》的教學起到了很好的輔助作用。今后我們認為應該不斷地總結(jié)經(jīng)驗，完善教學手段，讓《管理信息系統(tǒng)》的教學更加生動、活潑、受到學生的歡迎；對于學生能力的培養(yǎng)，提高就業(yè)技能起到更好的作用。
參考文獻：
1、《信息管理系統(tǒng)》，中央廣播電視大學出版社，主編：侯炳輝 副主編：劉世峰
2、《管理信息系統(tǒng)基礎(chǔ)與開發(fā)技術(shù)》，人民郵電出版社，主編：陳承歡、彭勇
第8篇：人員需求分析報告范文
關(guān)鍵詞：成本控制；成本控制決策支持系統(tǒng)
1 引言
當今，企業(yè)競爭環(huán)境瞬息萬變，能否快速和正確地做出反應并制定相應策略，是企業(yè)取得市場競爭優(yōu)勢的關(guān)鍵。隨著企業(yè)規(guī)模不斷擴大，內(nèi)部數(shù)據(jù)迅猛增加，管理人員分析數(shù)據(jù)，利用分析結(jié)果輔助決策的需求越來越大。通常，生產(chǎn)型企業(yè)都具有制造環(huán)節(jié)復雜、產(chǎn)品周期長等特點，容易形成信息分割、信息重復采集等弊端，造成信息量大，支持決策不佳的窘境。自上世紀八九十年代開始，就有人開始探索利用決策支持技術(shù)進行企業(yè)生產(chǎn)成本控制，如Michael J.A.Berry等人探索了基于DM的企業(yè)生產(chǎn)成本控制DSS的分析與設(shè)計；胥悅紅，顧培亮等人將神經(jīng)網(wǎng)絡理論應用于產(chǎn)品的成本預測，探討了一種基于BP神經(jīng)網(wǎng)絡模型的產(chǎn)品成本估計模式；彭永洪研究了以BOM（物料清單）為基礎(chǔ)，通過市場層次、產(chǎn)品層次、零部件層次規(guī)劃建立ERP系統(tǒng)目標成本決策模型。PHILIPS公司從2000年開始一直在探索適合自己的成本控制管理系統(tǒng)[1] 。雖然專家學者和企業(yè)的研究已經(jīng)取得了顯著的成果，但市場化的生產(chǎn)成本控制決策支持系統(tǒng)產(chǎn)品還較少。
企業(yè)急切盼望提高決策的質(zhì)量和穩(wěn)定性。在企業(yè)資源計劃中，成本管理數(shù)據(jù)的統(tǒng)計是比較齊全的，他們基本都有連續(xù)的收集和整理，并且有統(tǒng)一單位，使用起來比較方便。本文通過分析ERP基礎(chǔ)數(shù)據(jù)，輔助決策工作，為完善決策支持系統(tǒng)進行了嘗試性的研究。
2 成本控制決策支持系統(tǒng)的需求分析
市場變化日益頻繁，依靠人工計算產(chǎn)品成本所耗用的時間較長、結(jié)果簡單，據(jù)此進行結(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)成本控制。
成本控制流程由料、工、費驅(qū)動，結(jié)合庫存信息，以及在產(chǎn)品信息，進行成本歸集和成本控制分析。在生產(chǎn)成本控制決策支持系統(tǒng)中，決策者可以調(diào)用ERP中的基礎(chǔ)資料，比如：原材料消耗信息、工資信息、應付福利費信息、累計折舊信息、無形資產(chǎn)信息等等。輸送到?jīng)Q策支持系統(tǒng)，并按照一定的成本歸集方法進行成本歸集和成本分析，從而提高決策活動質(zhì)量。
成本控制工作主要包括：產(chǎn)品成本計算、標準成本計算、預測訂單成本、計算成本差異、訂單盈利分析、成本信息之間相關(guān)性分析等等。
2.1 產(chǎn)品成本計算
產(chǎn)品的成本受許多因素影響，其中主要由料、工、費組成。本文選取構(gòu)成成本的主要因素，比如：外購物料單價、自制物料單價、工時、產(chǎn)量、工作率等。物料采購情況影響產(chǎn)品成本計算，產(chǎn)品成本對成本差異分析產(chǎn)生進一步影響，從而影響成本差異分析報告，影響決策質(zhì)量。
2.2 標準成本計算
標準成本方案設(shè)置影響標準成本的計算。標準成本又會影響成本差異分析和訂單成本預測，從而間接影響成本差異分析報告和成本定價決策。
2.3 預測訂單成本
根據(jù)產(chǎn)品成本計算模型，可以預測出訂單的成本，訂單成本與生產(chǎn)過程實際成本比較，進一步進行定價決策和訂單盈利分析、預測。預測訂單成本有效地幫助管理者預測盈利空間，使生產(chǎn)、銷售工作持續(xù)穩(wěn)定。
2.4 計算成本差異
分析實際成本與預測產(chǎn)品成本之間的差異，生成成本差異報告。成本差異分析主要受到標準成本和實際成本的影響。
2.5 訂單盈利分析
進行訂單成本預測與訂單實際發(fā)生適時比較，分析差異，快速實現(xiàn)訂單盈利分析，并產(chǎn)生訂單盈利分析報告。
3 成本控制決策支持系統(tǒng)的結(jié)構(gòu)
經(jīng)過對生產(chǎn)成本控制流程進行分析，提出了基于ERP基礎(chǔ)的生產(chǎn)成本控制決策支持系統(tǒng)結(jié)構(gòu)。
圖4.4 成本控制DSS功能結(jié)構(gòu)
3.1 人機交互接口
人機交互接口主要處理兩類信息錄入，分別是ERP內(nèi)部的信息轉(zhuǎn)入服務、外部信息錄入工作。信息錄入接口模塊要結(jié)合知識管理服務對不完整的信息進行簡單處理，并且對信息進行歸集和分類存入數(shù)據(jù)庫；生產(chǎn)過程內(nèi)外環(huán)境信息查詢功能，能提供ERP中銷售信息、采購信息、庫存信息、財務狀況信息、質(zhì)量信息、人員情況信息等的綜合查詢；能夠?qū)π畔⒉樵兒椭R共享做出響應。
3.2 運算處理部分
根據(jù)DSS的信息和決策者的要求，進行處理運算。運算處理部分包括：產(chǎn)品成本計算合法性檢驗、產(chǎn)品成本計算、標準成本計算、成本差異計算、預測訂單成本。
3.3 信息分析
信息分析模塊是對信息錄入模塊的結(jié)果進行深層次處理。生產(chǎn)計劃分析是根據(jù)生產(chǎn)情況、材料供應情況、倉庫儲存情況進行評估，進而對生產(chǎn)計劃做出決定的依據(jù)。因素之間相關(guān)性分析是對構(gòu)成生產(chǎn)成本的因素進行分析，找出各個因素之間是否有相關(guān)性，從而降低成本分析的難度，達到控制和降低成本的目的。成本差異分析包括量差分析和價差分析，從中找出成本差異的原因，為提高成本控制水平提供依據(jù)。訂單盈利分析是適時比較訂單預測成本和實際發(fā)生成本，分析差異，快速實現(xiàn)訂單盈利分析。
3.4 成本控制決策
決策者根據(jù)決策支持系統(tǒng)信息和運算處理結(jié)果以及信息處理分析結(jié)果，進行成本控制決策。成本控制決策包括：成本計算策略選擇、標準成本設(shè)置方案選擇、定價決策、訂單盈利分析決策、生產(chǎn)計劃制定。
3.5 成本控制績效評估
成本控制績效評估是根據(jù)生產(chǎn)計劃執(zhí)行情況，生產(chǎn)合同完成效果，以及生產(chǎn)策略選擇的正確與否，以及采購部門和銷售部門進行綜合評價，是改進DSS的必要步驟，并對數(shù)據(jù)庫、模型庫、規(guī)則管理庫中信息產(chǎn)生影響，是再次生成生產(chǎn)成本控制信息和修正成本控制策略的重要依據(jù)。
參考文獻
[1]魏士銀，制造業(yè)成本控制方法和實施的探索，D，首都經(jīng)濟貿(mào)易大學，2008，6.
第9篇：人員需求分析報告范文
關(guān)鍵詞：企業(yè)管理；內(nèi)部控制；信息化；采購管理
中圖分類號：F270.7 文獻標識碼：A 文章編號：1001-828X（2012）12-00-01
一、管理信息系統(tǒng)在采購過程中的實現(xiàn)
企業(yè)以贏利為目的采購物資、服務等用于生產(chǎn)經(jīng)營活動，由此決定了企業(yè)采辦要面臨一定的采購風險，為有效地控制采購風險，必須建立一系列內(nèi)部控制規(guī)則從而實現(xiàn)對采購風險的有效控制；對于石油企業(yè)所處的能源行業(yè)，采購支出一般占整體營業(yè)額的30%-50%左右，采購管理是石油企業(yè)尤其是集團企業(yè)內(nèi)部控制中最為重要的一環(huán)，根據(jù)企業(yè)戰(zhàn)略規(guī)劃及管理要求建立采辦管理模式，在此基礎(chǔ)上設(shè)立現(xiàn)代的采購管理制度，并通過管理信息系統(tǒng)等信息化的手段將采購管理制度、管理流程貫徹到每一個過程與控制節(jié)點，成為現(xiàn)代石油企業(yè)實現(xiàn)采購內(nèi)部控制的重要途徑。下述將就國內(nèi)某石油公司構(gòu)建采購管理信息系統(tǒng)的實現(xiàn)過程，力求在采購管理信息系統(tǒng)與采購內(nèi)控管理的有機結(jié)合方面作探索。
（一）采購管理信息系統(tǒng)建設(shè)的組織
采購管理信息系統(tǒng)與采購內(nèi)部控制制度的建立是企業(yè)采購管理的兩個重要子系統(tǒng)，其相互獨立而又相互關(guān)聯(lián)，實施起來牽扯到企業(yè)管理的各個部門及各個層次，需要大家的共同配合，因此兩個子系統(tǒng)的實施必須有企業(yè)最高領(lǐng)導者的深入理解與支持，必須成立一個最高領(lǐng)導負責的組織機構(gòu)，調(diào)動各方面的資源，保證系統(tǒng)的順利進行。
采購管理信息系統(tǒng)建設(shè)組織機構(gòu)的建立，要考慮企業(yè)的規(guī)模與當前企業(yè)的管理現(xiàn)狀，信息化建設(shè)項目多為階段性項目，因此其建設(shè)一般模式是項目組建設(shè)模式，即組織機構(gòu)多為項目組、項目部等形式，通過項目運作，待項目完成成熟后移交到企業(yè)內(nèi)部信息化部門或?qū)I(yè)運行維護機構(gòu)進行運行維護?，F(xiàn)在石油企業(yè)多為集團化企業(yè)，集團下設(shè)多個分公司，項目組的組成要以集團內(nèi)位于核心管理層的采購部門及信息管理部門人員為主，其中要包括管理信息系統(tǒng)的策劃分析人員、程序員等及采購管理人員。項目組一般由集團總經(jīng)理、CEO或級別相當?shù)娜藛T擔任項目經(jīng)理，以此確保采購管理信息系統(tǒng)的順利推動。
（二）系統(tǒng)需求調(diào)研與企業(yè)采購管理流程重塑
在內(nèi)控管理上為適應采購管理信息系統(tǒng)，企業(yè)管理工作必須逐步完善以下工作： 管理工作的程序化；管理業(yè)務的標準化；表單、記錄及報表文件的統(tǒng)一化；基礎(chǔ)數(shù)據(jù)資料的完善化和代碼化。這樣才能實現(xiàn)通過采購管理信息系統(tǒng)對企業(yè)管理節(jié)點、過程及流程的有效控制，避免風險，確保內(nèi)控原則的落實。
采購信息系統(tǒng)項目組首先要對企業(yè)的發(fā)展戰(zhàn)略及采購戰(zhàn)略有一個了解，對企業(yè)的組織機構(gòu)進行分析，確定企業(yè)目前的采購管理模式。系統(tǒng)需求調(diào)研與企業(yè)采購管理流程的重新塑造主要采用調(diào)研問卷、走訪座談及查看資料三種形式結(jié)合。
調(diào)研問卷的內(nèi)容包括企業(yè)目前的組織機構(gòu)、采購管理模式、采購管理流程、采購管理人員及采購從業(yè)人員關(guān)注的問題等進行初步的了解，調(diào)研問卷的發(fā)放范圍應確保覆蓋全部采購部門，其他采購相關(guān)部門也應有一定的覆蓋面。
“過程方法”是組織內(nèi)諸過程的系統(tǒng)的應用，連同這些過程的識別、相互作用及管理。在采購管理流程重新塑造中應用“過程方法”，就是要按照：采購管理過程的識別、采購管理流程的梳理、流程改造、形成新的采購管理流程，這樣一個軌跡去逐步推進。在各個階段的工作中貫穿始終的原則是：以“過程方法”為核心思想，做到“縱向到底，橫向到邊”。對企業(yè)所屬所有分支機構(gòu)的采購過程、流程進行充分辨識。繪制企業(yè)整體的采購管理流程圖，考慮控制環(huán)境、控制活動兩個內(nèi)控因素，各風險點的控制。對流程進行優(yōu)化、合并，形成新的采購管理流程。并以此為依據(jù)，重新以體系化、標準化的形式編寫采購管理制度，統(tǒng)一記錄表格及統(tǒng)計報表的格式。形成采購管理信息系統(tǒng)應用的基礎(chǔ)。
在“體系化”采購管理制度應用的基礎(chǔ)上，將采購管理風險點、過程控制及流程控制等內(nèi)部控制貫穿在整個需求分析報告中，涵蓋以下具體內(nèi)容：采購管理流程的業(yè)務描述、功能需求、數(shù)據(jù)需求、性能需求及運行需求。需求分析報告作為采購管理信息系統(tǒng)實施的基礎(chǔ)性文件，編寫完成后，經(jīng)過項目組初步審核，經(jīng)公司主管采購業(yè)務領(lǐng)導審核并批準。
（三）系統(tǒng)程序及結(jié)構(gòu)特點
下圖為采購信息管理系統(tǒng)總體設(shè)計的邏輯模型。
采購管理信息系統(tǒng)采用B/S的架構(gòu)模式，方便該管理信息系統(tǒng)的部署、維護和升級工作。在軟件業(yè)務流程上，根據(jù)采購管理信息系統(tǒng)特點定制了“工作流”引擎，其具有組織機構(gòu)設(shè)置靈活，能實現(xiàn)復雜多變的流程設(shè)置。在管理信息系統(tǒng)電子化流程時，把采購管理的流程分拆成若干各關(guān)鍵工作過程，由系統(tǒng)把這些關(guān)鍵工作過程串聯(lián)起來，對于單個工作過程根據(jù)需要穿插以審批“工作流”，這樣就形成了對采購各管理流程的信息化實現(xiàn)?！肮ぷ髁鳌蓖苿拥哪Ｊ皆趯嶋H應用中收到了很好的效果，提高采購效率在18%左右。
二、結(jié)束語
隨著企業(yè)信息化的進程不斷推進，采購管理水平的不斷提高，會不斷地改進和重寫管理流程。這也給管理信息系統(tǒng)的不斷提升提供了一個新的問題，如何開發(fā)出一套應用性更強、軟件業(yè)務重組更開闊的管理信息系統(tǒng)解決方案。隨著企業(yè)信息化水平的提高，軟件工程的不斷進步，相信企業(yè)管理信息系統(tǒng)將會與企業(yè)的內(nèi)控結(jié)合的更加緊密，為企業(yè)內(nèi)控管理，風險管理起到更大的作用。
參考文獻：
