當前位置：首頁 > 職場 > 工作總結

人員需求分析報告范文10篇

時間：2024-08-15 13:58:23 25

人員需求分析報告

人員需求分析報告范文第1篇

引言

高職院校的電子商務專業(yè)目前的課程體系基本是由計算機的一些專業(yè)課程加上一些商務的課程共同構成的。各個高職院校會根據(jù)學科的偏向而進行一些取舍，有些學校會有更多的計算機專業(yè)課程，有些學校會更側重于商務課程。從高職學生的特點來看，學習較多的計算機專業(yè)課程難度較大，因此從實際出發(fā)，高職的電子商務專業(yè)計算機課程相應地要降低難度，我們對計算機專業(yè)類的課程進行了重新的設計和整合，包括課程的標準和課程的內容。計算機專業(yè)中的《系統(tǒng)分析與設計》課程主要是對軟件系統(tǒng)進行分析與設計，針對電子商務專業(yè)，則側重有所不同，因此將課程更改為《商務網站需求與方案建設》，結合對企業(yè)的業(yè)務流程調研，歸納出本門課程的典型工作任務，并對課程進行了教學設計。

1、對企業(yè)業(yè)務流程的調研對從事網站項目建設開發(fā)的企業(yè)流程調研后，可以歸納出基本的業(yè)務流程，描述如下：在承接一個項目后，市場部負責人與美工主要進行需求分析工作，由于需求分析成功與否與后期的工作直接相關，所以主要由負責人與項目委托人溝通，美工要進行首頁面的設計，因此要對網站的總體風格和內容有一個準確的把握，所以始終參與需求分析過程。在與委托人進行充分溝通的基礎上，了解該項目的行業(yè)背景和企業(yè)的實際運行情況后，完成需求分析報告，并進行一個方案設計，在項目委托人同意之后開始進行項目的設計。首頁面的設計是由美工完成的，這也是一個與委托人反復交流的過程，經過不斷地調整修改之后，首頁面定稿。此時首頁面只是一個效果圖片，經過頁面的切割和生成工序后，將首頁面交給研發(fā)部，研發(fā)部根據(jù)需求分析報告和首頁面的內容進行后臺代碼的編寫。同時，美工進行二級頁面的設計。設計完成后也交由研發(fā)部編寫后臺代碼。代碼編寫完成后進行網站的測試和。綜合上述流程，可得流程圖如圖1：在了解項目的流程時，我們也同時了解了各個崗位要求的技能，綜合來說，每個崗位的人員都應能熟悉電子商務的內涵，不同的崗位在具體的知識技能要求上有所不同。如需求分析人員要求對項目的整體運作非常熟悉，能起到協(xié)調項目組和項目委托人的作用，必須具備很好的溝通交流能力，同時要有較強的文字組織能力。美工要具備較好的美術基礎、審美眼光和熟練的網頁制作知識，同時由于美工要充分與項目委托人溝通，這樣才能做出既有特色，同時又能滿足委托人要求的頁面效果，因此對溝通能力也有相當高的要求。研發(fā)部門的崗位則相對要求編程能力和邏輯思維能力強。能充分領悟項目的要求，在給定的時間內完成代碼的編寫和調試。同時，由于程序文檔和使用說明書的編寫較為重要，所以也要求有一定的文字表達能力。企業(yè)一般還會提供管理咨詢和培訓等服務，管理咨詢和培訓主要有提供網站推廣的服務，電子商務解決方案的咨詢等。這些崗位要求對電子商務的技術有基本的了解并有較強的語言能力，熟悉各種網站推廣方法和工具。

2、分析學生必須的知識、技能、素質為了適應相關的工作崗位，學生應能熟悉電子商務的內涵，掌握網站需求調查與分析的基本方法，掌握網站開發(fā)的技術，如相應的程序設計語言和網頁設計制作知識和方法，具備一定編程能力和邏輯思維能力，熟悉各種網站推廣方法和工具。必須具備很好的溝通交流能力，同時要有較強的文字組織能力。一個項目通常是項目組來完成的，所以學生的團隊合作能力也必不可少。

3、分析《商務網站需求與方案設計》課程的典型工作任務本門課程對應的崗位為網站需求分析人員，需求分析研人員通常應對整個項目流程非常熟悉，他是項目委托人和開發(fā)人員之間的鈕帶，項目委托人不能理解項目是如何完成的，他們注重的是項目完成時交付的網站是否符合他們的預期，而開發(fā)人員的開發(fā)工作依賴于需求分析人員提供的需求分析報告，因此，網站的需求分析與方案設計是非常重要的工作任務，對整個項目的質量來說起著關鍵性的作用。需求分析要完成的是和項目委托人溝通交流，以專業(yè)的眼光來看待項目的可行性，為委托人分析及明確需求，在此基礎上，進行需求調查與分析，形成需求分析與整體方案設計，提交相應的需求分析報告和方案設計報告。

4、以工作過程為導向設計教學情境

4.1學習情境劃分原則企業(yè)在承接建站任務時，根據(jù)站點的不同會有一些不同的方法進行需求分析，教材的每章都將用一個實際的案例進行說明，并附上完整的需求分析報告。案例的挑選力求能充分說明各種不同類型網站的特色，并在需求調查與分析的方法上體現(xiàn)出來，并為學生的實踐作出有效的指導。在此基礎上，開始進行具體的情境設計，我們設想以一個項目貫穿整門課程，將項目按工作過程進行劃分情境，每個情境完成一個子任務，一門課程結束時，各個子任務可以綜合形成一個完整的項目任務。這樣，我們就只能以一個典型案例來說明需求分析過程，為了不至于造成其他類型的網站需求分析方法不同，而學生無法了解，在每個情境中設置拓展部分，由于B2C的站點難度適中，且最為常見，因此，教材中以B2C作為案例，其他類型的站點在需求分析時如果有特殊的要求就體現(xiàn)在拓展部分，學生選取的案例中如果涉及到其他類型的站點，那么就可以參考拓展部分，進行自學或查找相應資料來解決問題。

4.2學習情境的設計我們按照工作過程將課程劃分為十個學習情境，分別是外部需求分析、面向用戶的需求分析、企業(yè)內部需求分析、網站推廣需求分析、網站軟硬件環(huán)境設計、網站功能的概要設計、網站數(shù)據(jù)庫結構設計、網站界面總體設計、網站系統(tǒng)安全性設計和網站測試。

5、課程標準的制定

在學習情境的劃分與設計完成之后，我們著手制定課程標準，，其中最重要的就是課程的定位及學習目標的制定。這部分我們充分地參考了企業(yè)的調研意見，了解企業(yè)的網站需求分析人員在具體工作中所需要掌握的知識和能力。并力求能夠體現(xiàn)在學習情境的設計中。

5.1課程的定位網站需求與方案設計是電子商務專業(yè)網絡技術服務方向的一門專業(yè)課程，本門課程著重于培養(yǎng)學生用全局的眼光看待網站的設計需求，要求學生具備良好的溝通能力和語言表達能力，能夠應用各種調查分析方法和工具，完成電子商務網站的需求分析項目，并能按規(guī)范的形式形成各階段的需求分析報告文檔。

5.2學習目標的確定我們分別對本門課程的知識目標、專業(yè)能力目標、方法能力目標和社會能力目標進行了分析和歸納。在學習目標方面，十個學習情境分別達到理解以下概念和內容：（1）電子商務的商業(yè)模式概念；網站風格、關鍵字、電子支付、物流配送的概念；（2）面向用戶的需求分析使用的調查方法與手段；功能性需求與非功能性需求的概念；（3）網站的盈利模式，網站的存儲方式，不同數(shù)據(jù)庫的特性分析比較，非功能性需求概念，網站維護內容；（4）網站的推廣策略，推廣方法。（5）電子商務網站軟硬件環(huán)境的組成，網站軟硬件設備的選擇方法；（6）電子商務建站的基本過程，功能概要設計的基本方法；（7）電子商務網站內容設計的原則，頁面設計的原則等；（8）網站的安全性設計方法。（9）網站測試的方法在專業(yè)能力方面，我們希望能夠達到以下目標：（1）能區(qū)分不同的商業(yè)模式；進行市場需求分析；能進行同類網站的比較與分析，分析競爭優(yōu)勢、劣勢，選擇電子支付方式及物流配送模式；（2）能確定網站所面向用戶的類型特征；應用各種調查方式對用戶進行需求調查；分析調查結果。（3）能明確用戶的功能性需求與潛在需求；確定網站的盈利模式、并進行產品分析；（4）能根據(jù)外部分析和用戶需求以及企業(yè)自身定位確定網站的總體風格，語言版本；（5）能確定網站的存儲方式，域名，數(shù)據(jù)庫的選用；了解和確定網站維護要求；（6）能分析和確定網站的推廣策略。完成相應的需求報告文檔。由于本門課程的教學設計是讓學生在學習過程中完成一個實際的電子商務網站項目需求分析，因此，學生要從組建項目小組開始，進行選題，到實施整個調查過程，并形成相應的需求分析報告。整個過程都需要對項目進行規(guī)劃、計劃和實施，并在實施過程中報告和反饋，所以對學生的實踐能力是很大的考驗。相應地，在方法能力方面，我們希望通過本門課程的學習，能夠做到：能將所學知進行綜合運用；.具有獨立進行分析、計劃、實施、評價的能力；具有獲取、歸納、分析、交流的能力；并具有一定的自學能力、理解能力與表達能力。在社會能力方面，我們希望能夠培養(yǎng)學生的團隊意識與協(xié)作能力，并具有一定的計劃組織能力。

6、項目導向的校本教材編寫

在課程標準的基礎上開始進行校本教材的編寫，在選取案例的時候，使用的是企業(yè)真實案例，這是一個B2C類型的站點，其業(yè)務方式是整合福建范圍內的一些茶商，用統(tǒng)一的標識進行網上銷售，由于茶葉是福建省的一個重要特色產業(yè)，而且網站的一些設想也很有特色，在校本教材中，我們就以該案例進行行動導向的教材編寫。

7、小結

人員需求分析報告范文第2篇

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

1.1 編寫目的

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

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

1.2 項目風險

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

任務提出者;

軟件開發(fā)者;

產品使用者。

1.3 文檔約定

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

正文風格;

提示方式;

重要符號;

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

1.4 預期讀者和閱讀建議

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

用戶;

開發(fā)人員;

項目經理;

營銷人員;

測試人員;

文檔編寫入員。

并且描述了文檔中，其余部分的內容及其組織結構，并且針對每一類讀者提出最適合的文檔閱讀建議。

1.5 產品范圍

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

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

1.6 參考文獻

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

本項目的合同書;

上級機關有關本項目的批文;

本項目已經批準的計劃任務書;

用戶界面風格指導;

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

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

使用實例文檔;

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

本軟件產品需求分析報告中所引用的文件、資料;

相關軟件產品需求分析報告;

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

標題名稱;

作者或者合同簽約者;

文件編號或者版本號;

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

出版單位或者資料來源。

2. 綜合描述

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

2.1 產品的狀況

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

是否是產品系列中的下一成員;

是否是成熟產品所改進的下一代產品;

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

是否是一個新型的、自主型的產品。

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

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

與其它系統(tǒng)和其它機構之間存在基本的相互關系。

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

2.2 產品的功能

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

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

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

2.3 用戶類和特性

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

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

2.4 運行環(huán)境

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

硬件平臺;

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

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

其它與該軟件有關的軟件組件;

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

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

確定影響開發(fā)人員自由選擇的問題，并且說明這些問題為什么成為一種限制?？赡艿南拗瓢ㄏ铝袃热荩?span style="display:none">ez5萬博士范文網-您身邊的范文參考網站Vanbs.com

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

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

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

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

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

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

工業(yè)標準的限制;

硬件的限制

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

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

2.6 假設和約束(依賴)

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

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

假定產品中某個用戶界面將符合一個特殊的設計約定;

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

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

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

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

工期約束;

經費約束;

人員約束;

設備約束;

地理位置約束;

其它有關項目約束;

3. 外部接口需求

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

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

3.1 用戶界面

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

將要采用的圖形用戶界面(GUl)標準或者產品系列的風格;

有關屏幕布局或者解決方案的限制;

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

選單;

標準按鈕;

導航鏈接;

各種功能組件;

消息欄;

快捷鍵;

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

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

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

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

計時方法與時間格式;

等等。

錯誤信息顯示標準;

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

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

3.2 硬件接口

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

支持的硬件類型;

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

控制信息的性質;

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

3.3 軟件接口

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

操作系統(tǒng);

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

工具;

函數(shù)庫;

集成的商業(yè)組件

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

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

3.4 通訊接口

描述與軟件產品所使用的通訊功能相關的需求，包括：

電子郵件;

WEB瀏覽器;

網絡通訊標準或者協(xié)議;

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

必須定義相關的：

消息格式;

通訊安全或加密問題;

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

同步和異步通訊機制;

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

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

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

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

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

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

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

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

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

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

4.2 激勵/響應序列

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

描述激勵/響應序列時，不僅需要描述基本過程，而且應該描述可選(擴充)過程，包括例外(引起任務不能順序完成的情況稱為例外)。疏忽了可選過程，有可能影響軟件產品的功能;如果遺漏例外過程，則有可能會引發(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ù)和相關數(shù)據(jù)。如果計算方法很簡單，也可以將其從略，不加描述。

5. 其它非功能需求

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

5.1 性能需求

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

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

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

響應時間;

與實時系統(tǒng)的時間關系：

容量需求

存儲器;

磁盤空間;

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

5.2 安全措施需求

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

5.3 安全性需求

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

5.4 軟件質量屬性

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

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

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

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

5.6 用戶文檔

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

安裝指南

紙質文檔，16開本;

用戶手冊

紙質文檔，16開本;

在線幫助

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

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

6. 詞匯表

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

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

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

如果為軟件開發(fā)項目創(chuàng)建一個獨立的數(shù)據(jù)定義，而不是為每一項特性描述有關的數(shù)據(jù)項，有利于避免冗余和不一致性。但是卻不利于多人協(xié)同編寫需求分析報告，容易遺漏數(shù)據(jù)，也不方便閱讀。因此還是建議為每個特性描述有關的數(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ù)結構或者記錄，其中包含了多個數(shù)據(jù)項。這些數(shù)據(jù)項可以是原數(shù)據(jù)元

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

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

可選項，使用圓括號把該項括起來。

重復項

重復項是組合項的一種特例，其中有一項將有多個實例出現(xiàn)在數(shù)據(jù)結構中，使用花括號

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

括號前。

8. 分析模型

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

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

類圖;

狀態(tài)轉換圖;

實體-關系圖。

9. 待定問題列表

人員需求分析報告范文第3篇

網站項目是以Web服務器為主體、瀏覽器為客戶端作為基本架構的項目。這樣的架構項目中包含Web服務器、瀏覽器和網絡三個關鍵主體。網站項目可能是一個網站，也可能是各種Web應用程序，例如網上商店、虛擬郵局、網絡辦公管理系統(tǒng)、客戶關系管理系統(tǒng)等等。網站項目管理就是圍繞著網站項目運用知識、技術、技能、工具和方法進行組織管理。其特點表現(xiàn)在以下幾個方面：

1）涉及的領域很多。狹義地講，網站項目包括了網頁制作、美工設計、程序編碼、系統(tǒng)及網絡管理等專業(yè)技術，廣義上又包含了企業(yè)管理、市場營銷、心理學、廣告學等更多領域的知識，在項目進行過程中還涉及到項目管理工具、文檔和設計開發(fā)管理規(guī)范、開發(fā)及測試環(huán)境部署等特殊領域的問題。這對參與項目管理的人員提出了很高的要求。

2）參與項目的角色很多，水平可能參差不齊。對于網站項目管理，最關鍵的角色是項目經理、業(yè)務流程分析師、用戶界面工程師、系統(tǒng)分析員、編碼人員（程序員）和質量控制工程師等。根據(jù)項目的規(guī)模和開發(fā)的深度，由項目經理進行角色劃分。假如嚴格細分，一個大型項目的角色可能達到50個以上，以確保每個細節(jié)都有專業(yè)的人員進行負責和管理。其中需求分析過程中主要角色有客戶代表、業(yè)務員、業(yè)務流程分析師、用戶界面工程師，另外還有項目經理、數(shù)據(jù)庫工程師、文檔工程師等參與。

3）網絡應用的開發(fā)技術在日新月異地進步，從而使網站應用系統(tǒng)的開發(fā)模式具有多種選擇性，達到同樣的目標可以采用很多不同的方式，現(xiàn)代的應用系統(tǒng)越來越成為一個龐大的集成方案，需要考慮不同的操作平臺、不同的應用服務器、不同的數(shù)據(jù)庫、不同的編程語言、不同的傳輸介質等等，項目管理人員必須了解各種技術的利弊，幫助用戶選擇高效、廉價并富有前瞻性的方案。

2需求分析在網站項目管理中的作用及要求

需求分析是一個項目的開端，也是項目建設的基石。由于以上提出的網站項目的特殊性和行業(yè)覆蓋的廣闊性，以及需求分析的高風險性，網站項目需求分析的重要性是不言而喻的，在以往建設失敗的項目中，80％是由于需求分析的不明確而造成的。因此一個項目成功的關鍵因素之一，就是對需求分析的把握程度。

在需求分析流程中，需要有客戶代表、業(yè)務員、業(yè)務流程分析師、用戶界面工程師等角色參與，業(yè)務員從客戶代表那里獲得需求，并形成需求報告；業(yè)務流程分析員從業(yè)務員那里獲得需求報告，分析生成項目模型報告；界面工程師得到項目模型后設計制作相應的模板和用戶界面原型，最終由客戶代表確認。需求分析所形成的文檔最終達到如下要求。

1）正確性：每個功能必須清楚描寫交付的功能。

2）可行性：確保在當前的開發(fā)能力和系統(tǒng)環(huán)境下可以實現(xiàn)每個需求。

3）必要性：功能是否必須交付，是否可以推遲實現(xiàn)，是否可以在削減開支情況發(fā)生時被“砍”掉。

4）簡明性：不要使用專業(yè)的網絡術語。

5）檢測性：如果開發(fā)完畢，客戶可以根據(jù)需求檢測。

3網站項目需求分析的一般方法

根據(jù)以往的工程經驗，需求分析工作方法，應該定位在“三個階段”（也稱“三步法”）。

第一階段：“訪談式”。這一階段是和具體用戶方的領導層、業(yè)務層人員的訪談式溝通，主要目的是從宏觀上把握用戶的具體需求方向和趨勢，了解現(xiàn)有的組織架構、業(yè)務流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運行系統(tǒng)等等具體情況和客觀信息，建立起良好的溝通渠道和方式。針對具體的職能部門以及各委辦局，最好能指定本次項目的接口人。

實現(xiàn)手段：訪談、調查表格。

輸出成果：調查報告、業(yè)務流程報告。

第二階段：“誘導式”。這一階段是在承建方已經了解了具體用戶方的組織架構、業(yè)務流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運行系統(tǒng)等等具體實際和客觀信息的基礎上，結合現(xiàn)有的硬件、軟件實現(xiàn)方案，做出簡單的用戶流程頁面，同時結合以往的項目經驗對用戶采用誘導式、啟發(fā)式的調研方法和手段，和用戶一起探討業(yè)務流程設計的合理性、準確性，界面的便易性、習慣性。用戶可以操作簡單演示的DEMO，來感受一下整個業(yè)務流程的設計合理性、準確性等等問題，及時地提出改進意見和改進方法。

實現(xiàn)手段：拜訪（誘導）、原型演示。

輸出成果：調研分析報告、原型反饋報告、業(yè)務流程報告。

第三階段：“確認式”。這一階段是在上述兩個階段成果的基礎上，進行具體的流程細化、數(shù)據(jù)項的確認階段，這個階段承建方必須提供原型系統(tǒng)和明確的業(yè)務流程報告、數(shù)據(jù)項表，并能清晰地向用戶描述系統(tǒng)的業(yè)務流設計目標。用戶方可以通過審查報告來提出反饋意見，并對已經可接受的報告、文檔簽字確認。

實現(xiàn)手段：拜訪（回顧、確認），提交業(yè)務流程報告、數(shù)據(jù)項表；原型演示系統(tǒng)。

輸出成果：需求分析報告、數(shù)據(jù)項、業(yè)務流程報告、原型系統(tǒng)反饋意見（后三者可以統(tǒng)一歸入需求分析報告中，提交用戶方、監(jiān)理方進行確認和存檔）。

整體來講，需求分析的三個階段是需求調研中不可忽視的一個重要部分，三個階段或者說三步法的實施和采用，對用戶和承建方都同樣提供了項目成功的保證。

4網站項目需求分析的注意事項和技巧

項目的整體風險往往表現(xiàn)在需求分析不明確、業(yè)務流程不合理，導致用戶不習慣或不愿意去用承建方的軟件。承建方和客戶方都要重視需求分析的重要性。為更好地把握用戶的需求和方向，應該采用必要的手段和方法來進行需求調研。

4.1挖掘用戶需求

鼓勵用戶將所有的想法盡可能地闡述清楚，并把所有的要求羅列出來。這時候不必擔心引起客戶的潛在需求而增加設計開發(fā)的工作量，應直接明白地跟客戶把問題和要求一條條地列出來，把條理、歸納、分析先都放到一邊，將用戶最原始、最完整的要求準確地記錄下來。

很多情況下客戶并非專業(yè)人士，在他們的描述中很難凸現(xiàn)重點和技術難關，這需要我們去為客戶進行分析、歸納和整理，尤其是客戶談的不多卻又是技術上實現(xiàn)難度和強度很高的地方特別值得注意?？蛻敉鶎π枨蟮母拍钍欠浅Ｄ：?，大多時候給出的需求都是籠統(tǒng)而且尺度難以控制的，這就要求業(yè)務人員在傾聽了客戶的詳細說明以后，幫助客戶進行整理和分析，預測客戶在開發(fā)過程中變更及今后應用中可能進行修改升級的潛在需求。

比如在為客戶設計辦公自動化系統(tǒng)的時候，也許就要為客戶預留將來與他們的業(yè)務單位進行交互的通道；在設計郵件系統(tǒng)的時候要考慮可能會需要廣告管理服務器；設計網絡電子商店時需考慮今后增加庫存產品進銷存統(tǒng)計分析等等；限于時間和財力的考慮，客戶通常能夠接受分階段實施的開發(fā)過程，在需求分析時，提早為客戶設想到今后的需求變更除了使項目開發(fā)更加順利以外，也為今后業(yè)務的進一步深入打下了更好的基礎。

4.2利用自然的語言和圖表描述項目模型

在業(yè)務員與客戶進行溝通和調查時撰寫的需求分析，盡可能用自然語言或形式化語言來描述，還可以添加圖形表述方式和模型表征方式。雖然客戶的水平和資歷有所不同，但是最自然的描述能夠使項目開發(fā)的各個成員都能清楚地理解需求含義，不至于在理解上產生偏差。對客戶而言，這樣的模型描述最接近真實，容易參與修訂，并能以此為測試和驗收的依據(jù)。制作示意圖可以有很多種方式，關鍵是利用示意圖將客戶的需求和即將開始設計的系統(tǒng)體現(xiàn)出來。在進行系統(tǒng)分析和程序開發(fā)之前，雙方對今后要完成的產品就能夠有直觀的認識，換言之，就是在產品還沒有真正進入開發(fā)階段的時候，雙方就對工作的結果達成統(tǒng)一的意見，這將大大地減輕需求變更所帶來的困擾，同時客戶更容易地參與到項目的開發(fā)過程中。

4.3需求分析要共同參與各施其職

項目經理、系統(tǒng)分析員、開發(fā)經理、交互設計師、測試人員、文檔人員包括客戶代表都應該看需求分析，并進行共同討論，達成一致意見。參與項目開發(fā)的人員都應該對這份需求有統(tǒng)一清晰的認識，并根據(jù)自己的工作對需求提出意見，通過與客戶的溝通修訂，最終確定項目實現(xiàn)的目標。這樣可以盡量避免業(yè)務人員與開發(fā)人員、承建方和客戶方之間發(fā)生不必要的糾紛。

例如：項目經理通過需求分析才能組建所需要的團隊包括配置工作環(huán)境，制定開發(fā)周期；開發(fā)周期的限制和功能上的要求可能會影響到程序員采用什么樣的語言和工具進行編寫；操作用戶的技能水平將影響到交互設計師進行前臺設計時做到什么樣的精度；界面設計人員根據(jù)項目的性質和定位確定表現(xiàn)方式；測試人員了解測試環(huán)境和條件后才能對項目質量進行跟蹤和檢測。

4.4將需求變更置于可控狀態(tài)

需求的變更幾乎是不可避免的，也許是出自客戶的遺漏，也可能是在開發(fā)過程中被激發(fā)出來的。如何以可控的方式管理網站項目需求的變更，對于項目的順利進行有著重要的意義。如果匆匆忙忙地完成用戶調研與分析，則往往意味著不穩(wěn)定的需求。所以需求管理要保證需求分析各個活動都得到了充分的執(zhí)行。

為了將變更及時反饋到項目的各個角色中，做好需求變更日志就顯得非常重要。在需求分析后面附上變更日志，并將修改后的需求分析制作成新版本，保留每次更改過的版本，而不是覆蓋，這樣就比較容易地跟蹤到需求變更過程中所帶來的工作調整。在新版本的需求分析中，將變更部分用特殊方式表示出來，并在日志中記錄變更明細。

4.5評審需求文檔

需求文檔完成后，需要經過正式評審，以便作為下一階段工作的基礎。一般的評審分為用戶評審和同行評審兩類。用戶和開發(fā)方對于軟件項目內容的描述，是以需求規(guī)格說明書作為基礎的；用戶驗收的標準則是依據(jù)需求規(guī)格說明書中的內容來制訂，所以評審需求文檔時用戶的意見是第一位的。而同行評審的目的，是在軟件項目初期發(fā)現(xiàn)那些潛在的缺陷或錯誤，避免這些錯誤和缺陷遺漏到項目的后續(xù)階段。

5總結

人員需求分析報告范文第4篇

關鍵詞：培訓管理情景模擬培訓法教學方法

《培訓管理》是人力資源管理專業(yè)的核心課程之一，讓學生系統(tǒng)地掌握和熟練應用培訓領域的理論知識和實踐操作技能，根據(jù)公司的實際培訓狀況，獨立完成公司的培訓的需求調查、計劃制定、培訓實施和培訓效果評估等一系列培訓管理工作是設置本課程的主要目的。隨著經濟全球化和企業(yè)競爭日益加劇，通過培訓與開發(fā)提升企業(yè)的核心競爭力變得越來越重要，《培訓管理》課程在人力資源管理專業(yè)的教學體系和實際培訓工作中的地位也在不斷提高，因此，探索和創(chuàng)新《培訓管理》課程的教學方法以提高教學效果就具有非常重要的理論價值和現(xiàn)實意義。

一、《培訓管理》課程的教學特點

《培訓管理》是一門理論性、實踐性、應用性、時效性都非常強的課程，不但要求學生掌握培訓理論和最前沿的理念，而且還要熟練應用具體的實際操作技能?！杜嘤柟芾怼飞婕暗降膶W科非常廣泛，包括管理學、教育學、經濟學、組織行為學、心理學、法學等領域，學生需要在了解和掌握管理學知識的基礎上，有效融合上述各類學科，才可能真正學好這門課程。由于學生缺乏在實際工作中實施培訓工作的實踐經驗，單純進行課堂講授比較抽象、枯燥，且不容易理解，不能有效達到本課程的教學目的，因此，需要在《培訓管理》的教學過程中有效開展參與式、體驗式的教學方法，將部分真實的培訓工作情景引入課堂，將有限的課堂空間和課堂時間延伸到課外，通過互動性、參與性的情景模擬教學方法提高學生的學習興趣和學習效果，幫助學生學習和掌握《培訓管理》理論和操作技能。

二、情景模擬培訓法的內涵及特點

情境模擬教學法是“根據(jù)專業(yè)學習要求，模擬一個工作場景，在這些場景中設計具有與實際工作相同功能的工作過程，模擬實際工作活動，通過這種教學方法讓學生在一個接近現(xiàn)實的環(huán)境氛圍中對未來的工作崗位有一個比較具體的、綜合性的全面理解，使一些屬于行業(yè)特有的規(guī)范得到深化和強化”。情景模擬培訓法是情境模擬教學方法在《培訓管理》課程中的一種具體應用形式：將一個教學班的學生分成若干個小組，每個小組代表一個公司的培訓部門，每個培訓部門需要從事下列活動：工作崗位分析、培訓需求調查和分析、培訓計劃的制定、培訓項目的設計，培訓項目的實施、培訓方法的選擇、培訓效果的評估等。至于每個培訓部門的內部分工，由小組成員確定，教師不參與角色的分配。由于在情景模擬培訓過程中，學生要以培訓人員的身份參加培訓活動的計劃、組織、協(xié)調和實施，既需要掌握培訓的理論知識，又需要選擇切實可行的培訓需求調查方法，包括培訓需求調查問卷的設計，還要針對培訓需求調查結果設計有效的培訓計劃，并對整個培訓過程進行評估，這種全程參與、切身體驗、深度參與的培訓實踐過程有助于學生主動學習和深入思考課堂上傳授的《培訓管理》的理論知識，并深入學習和掌握培訓工作所需要的實際操作技能。

情景模擬培訓法的使用，可以實現(xiàn)三種目的：第一，讓學生初步掌握《培訓管理》的基礎知識和基本理論，對《培訓管理》的理論知識有比較感性的認識，解決培訓理論脫離實踐的現(xiàn)實困境。如果僅僅通過課堂講授方法，學生很難了解培訓活動在實際工作中的流程和存在的各種問題。第二，學生可以知曉自己在將理論應用到實踐過程中的缺陷和不足，切身體驗開展培訓活動需要的團隊管理、人際交往、有效溝通等技能。第三，提高學生深入學習人力資源管理專業(yè)課程的積極性，通過這種模擬培訓，學生在組織和參與整個團隊活動的過程中，會更容易認清自己擁有的技能與工作需要的技能之間的差距，增加學習的動力和積極性。

三、情景模擬培訓法的總體設計思路

培訓是組織提高人力資源素質、提升核心競爭力的重要途徑，也是人力資源管理的重要內容，是實現(xiàn)人力資源管理有效性的重要保障，同時也是一項實際操作性非常強的工作。培訓管理是一個系統(tǒng)，這一系統(tǒng)始于對培訓需求的分析評價，然后是確定培訓目標，選擇設計培訓方案，實施培訓，最后是培訓效果評估。在人力資源管理專業(yè)教學實踐中，如何將學生變成專業(yè)課程學習的主體、積極主動參與到學習中來、將教師傳授的理論知識轉化為實際的操作技能，是考核《培訓管理》課程學習效果的重要標準之一。通過學生積極參與情景模擬培訓，將會增強學生對培訓理論知識和操作技能的全面理解與把握，從而培養(yǎng)和提高學生的團隊管理、人際溝通、創(chuàng)新、組織協(xié)調、語言表達、提出問題、分析問題和解決問題等方面的綜合素質和能力。

情景模擬培訓法的總體思路如下：首先根據(jù)授課組人數(shù)分組，組建培訓部門，每個培訓部門成員一般為7-9人；每個培訓部門實施自治管理，部門成員共同討論確定本部門擬調查的工作崗位；根據(jù)擬調查工作崗位的特點，選擇至少兩種培訓需求調查方法，其中一種方法為調查問卷；對調查的資料數(shù)據(jù)進行整理、輸入和分析（需要用到SPSS或EXCEL等軟件），確定該崗位最需要的培訓內容；結合工作崗位特點、任職資格條件和培訓內容，制定培訓計劃；最后對整個培訓流程進行評估。在上述流程中，培訓需求調查問卷、培訓需求分析報告、培訓計劃和培訓活動評估等環(huán)節(jié)需要在課堂公開演示，其他環(huán)節(jié)需要學生在課余時間完成，教師負責檢查各團隊任務完成的質量和效果。

四、情景模擬培訓法的組織與實施

1.情景模擬培訓法的知識準備

《培訓管理》的理論知識可以為培訓活動的實踐操作提供理論指導。在情景模擬培訓法開始前，教師需要向學生講授培訓的基本知識和理論，比如，培訓和開發(fā)的內涵和類型、學習理論、培訓流程、培訓需求分析、培訓需求調查問卷的設計、培訓計劃制定、培訓效果評估等內容。

2.情景模擬培訓法的人員準備

（1）全班分組。在講授培訓理論知識的同時，將教學班分為若干個培訓小組，分組時要充分考慮教學班級總人數(shù)和授課總時數(shù)。組建培訓團隊時可以由教師負責，也可以由教學班級的班委負責，也可以兩者相結合，在班委分組的基礎上，教師根據(jù)每個團隊的成員的特點進行重新調整，調整的基本原則是要確保每個團隊間成員的能力均衡，避免強強組團和弱弱組團，爭取能發(fā)揮每個團隊成員的優(yōu)勢。

（2）每個小組要選定擬培訓的崗位并設計調查問卷。每個培訓小組相當于某一企業(yè)的培訓崗位工作人員，他們要承擔培訓崗位的所有責任，因此在模擬培訓之前，培訓小組需要選定一個崗位作為擬培訓的崗位，需要對該崗位從組織層面、任務層面和人員層面進行全面調查，然后利用課余時間制作培訓需求調查表格并在課堂上公開演示（以PPT形式）。為了激勵培訓團隊認真準備培訓需求調查問卷，確保調查問卷質量，每個團隊要給其他團隊的培訓需求調查問卷進行評估打分，并進行排名，這個排名會作為培訓團隊的平時成績之一納入到總評估。

3.情景模擬培訓法的實施

所謂情景模擬培訓法的實施是指根據(jù)理論知識的教學進度制定模擬培訓計劃，按照培訓的流程，要求各培訓小組按照預期計劃開展各環(huán)節(jié)的活動，各環(huán)節(jié)的階段性成果需要在課堂上進行展示。一般可以分為三個階段性成果展示：培訓需求調查問卷、培訓需求分析報告、培訓計劃制定。

（1）培訓需求調查問卷。調查問卷是調查培訓需求的一種比較常用的方法。填寫一份調查問卷非常容易，但要設計一份科學有效的培訓需求調查問卷還是比較難的。在設計調查問卷前，教師需要把培訓需求分析、調查問卷設計原則和要求等理論知識向學生講解清楚，然后由各培訓小組結合本小組擬培訓崗位的特點，編制相應的培訓需求調查問卷。經過小組的反復討論修改定稿后，各小組負責在課堂上公開演示調查問卷，其他小組從問卷的科學性、有效性、簡潔性等方面進行評估打分，最后根據(jù)各小組的得分進行排名。

（2）培訓需求分析報告的撰寫。撰寫培訓需求分析報告是確定培訓目標、設計培訓計劃的前提和依據(jù)，它可以為培訓部門提供關于培訓的有關情況、評估結論及其建議。學生在撰寫培訓需求分析報告之前，還需要對已調查的問卷結果、調查資料進行分類、整理、分析和總結，從中找出培訓需求。培訓小組在分析培訓需求時，要注意個別需求和普遍需求、當前需求和未來需求之間的關系，同時要結合業(yè)務發(fā)展的需要，根據(jù)培訓任務的重要程度和緊迫程度對各類需求進行排序。在此基礎上，撰寫培訓需求分析報告，報告結論要以調查信息為依據(jù)，不能依個人主觀看法做出結論。最后形成的培訓需求分析報告需要在課堂上公開演示。

（3）培訓計劃的制定。培訓計劃是根據(jù)培訓需求分析報告，對培訓目標、培訓內容、培訓方法、培訓時間等方面的系統(tǒng)安排。各個培訓小組需要根據(jù)擬培訓崗位人員需求及其他影響因素，設計切實可行的培訓計劃，這個環(huán)節(jié)可以鍛煉學生的計劃組織能力以及調配各類資源的能力。

4.情景模擬培訓法的歸納總結評價

理論上的培訓評估一般是指培訓效果評估，由于情景模擬本身的局限性，培訓的效果無法在短期內體現(xiàn)出來，所以筆者選擇了一個變通的方法：小組間評估、教師評估和培訓小組的自我評估。

（1）小組間評價。為了增加各個小組的積極性和主動性，在每個課堂展示環(huán)節(jié)，都會實施小組間評估，各小組要對除本組以外的其他小組的課堂展示成果進行評價、打分、排名。

（2）教師評價。除了開展小組間的評價外，還需要任課教師的客觀評價。任課教師需要從專業(yè)視角對各個小組的整個模擬流程的每個環(huán)節(jié)的課堂展示成果進行評價，并根據(jù)水平高低進行打分，最后的任課教師的評價成績也要記入個人的平時成績。

（3）培訓小組的自我評估總結和小組成員的總結報告。每個培訓小組都要對本小組開展的模擬培訓活動進行總結評價，每個小組中的成員也要對自己在此次活動中的表現(xiàn)、感受和收獲進行總結。培訓小組的估計總結需要在課堂上公開演示，個人的評估總結需要交給任課教師，作為評定平時成績的依據(jù)之一。

五、《培訓管理》課程的考核與評價

傳統(tǒng)的《培訓管理》的考核與評價方法，大多采用一次性期末考試來確定課程的總成績，或者加上平時的考勤成績和作業(yè)成績。這樣的考核方法既不能激發(fā)學生參與學習的積極性，也無法幫助學生有效應用所學理論知識，上課的效果也會大打折扣，期末考試成績也不能充分體現(xiàn)學生學習的效果。

為了促進學生參與《培訓管理》課堂教學活動的積極性，提高《培訓管理》的課堂教學效果，筆者對《培訓管理》課程的考核與評價方法進行了探索和創(chuàng)新，在提高學生的創(chuàng)新能力和綜合素質的指導思想下，在原有的考勤、平時作業(yè)成績和期末考試成績的基礎上，增加培訓實踐教學活動環(huán)節(jié)的考核，即培訓需求調查問卷設計、培訓需求分析報告撰寫、培訓計劃制定和培訓活動評估四個環(huán)節(jié)和個人總結報告。為了加強培訓小組成員間的團結協(xié)作意識，培訓需求調查問卷設計、培訓需求分析報告撰寫、培訓計劃制定和培訓活動評估四個環(huán)節(jié)的評估成績以小組為單位進行考核。具體的考核環(huán)節(jié)如表1所示。

六、情景模擬培訓法在《培訓管理》中有效實施的教學保障

情景模擬培訓教學法為學生提供了一個從課堂走向社會、將培訓的理論知識轉化為培訓操作技能的平臺，但要在實際的教學活動中有效地應用情景模擬培訓法，提高該門課程的教學效果，還有一些問題需要注意。

1.調整或修改《培訓管理》課程的教學計劃

人員需求分析報告范文第5篇

1制定詳盡的開發(fā)和交付流程

將軟件開發(fā)周期從幾年縮短到一個月甚至兩個星期，這需要制定詳盡的軟件開發(fā)和交付流程。而詳盡的軟件開發(fā)和交付流程也是實現(xiàn)Scrum所必須遵守的。在Scrum中一個交付周期被稱為一個Sprint。在每個Sprint開始之前，要有一個Sprint的計劃會議（Sprintplanmeeting）。Sprint計劃會議是在業(yè)務分析師和用戶確定好當前階段的需求分析之后,將可以進行開發(fā)的部分按照需求的優(yōu)先級順序排列好開發(fā)任務（Story）,再由開發(fā)人員對任務進行難度評分，最后團隊根據(jù)可變因素如團隊成員情況，開發(fā)環(huán)境狀態(tài)等確定下一個Sprint的任務。為了加強團隊內部的溝通和及時掌握開發(fā)交付情況，Scrum要求團隊每日開站立會議（Standupmeeting），站立會議通常1到2分鐘每人，主要說明前一天的工作內容，存在什么問題，以及今天的工作計劃。當然在每個Sprint快結束的前一天，要開評審會議，來報告進度，通常情況下是軟件會議制定軟件當前Sprint的軟件計劃。中國有句古話叫做“吾日三省吾身”，每個Sprint結束還有一個最為重要的會議就是回顧會議（Retrospectivemeeting）?；仡檿h主要是總結上一個Sprint，保持優(yōu)點，克服缺點。確保每個會議的有效性是Scrum實現(xiàn)的基礎。

2結對編程，提高軟件開發(fā)效率

當需求明確且計劃詳細之后，對于軟件開發(fā)最重要的就是提高開發(fā)效率。只有提高開發(fā)效率才能在短時間內向用戶提供有價值的交付軟件。對于提高軟件開發(fā)效率，敏捷開發(fā)有一個很好的方式叫做結對編程（Pairprogramming）。所謂結對編程，就是一個任務交給兩個開發(fā)人員，兩個開發(fā)人員同時坐在一臺電腦前面，一個人編程，另一個人實時檢查，然后互換角色。當然，也可以和測試驅動設計（TestDrivenDesign）相結合，一個寫測試用例，另一個通過實現(xiàn)代碼使測試通過，然后互換角色。結對編程的好處在于，與傳統(tǒng)開發(fā)一個人一個任務相比，兩個人一起協(xié)作，可以盡快確定測試用例和程序接口，實時檢查代碼減少代碼調試時間，互相學習軟件開發(fā)設計技術，避免因成員變動阻礙開發(fā)進度。對于結對編程的兩個人，只要兩個人有互補，就可以在一起結對編程。例如，一個開發(fā)人員可以和一個需求分析師一起結對編程，需求分析師了解任務需求，可以負責編寫測試用例，開發(fā)人員實現(xiàn)測試用例，從而使開發(fā)更滿足需求。用戶體驗師也可以和開發(fā)人員結對編程，開發(fā)人員每實現(xiàn)一個功能塊，用戶體驗師都可以進行實時的檢查，從而更滿足用戶的體驗。結對編程，看似浪費人員，因為同一時間做的任務變少，但是卻能夠大大提高編程效率和開發(fā)質量，是敏捷開發(fā)中重要的實現(xiàn)方法之一。

人員需求分析報告范文第6篇

關鍵詞：網站項目管理；需求分析；注意事項

中圖分類號：TP368 文獻標識碼：A文章編號：1009-3044(2011)31-0000-00

伴隨著計算機技術的不斷發(fā)展和日益提高的用戶需求，網站項目經歷了由簡單的HTML到ASP，PHP，.NET語言的編寫，由一兩名設計師自由創(chuàng)作到團體集體分工實施完成的轉變，網站的設計和開發(fā)已經成為了一個越來越復雜的軟件工程。目前，網站項目主要以B/S模式開發(fā)，以網絡服務器為核心，瀏覽器為交互端的軟件建設項目，是根據(jù)特定規(guī)范在預定的預算和時間內完成的網站開發(fā)任務，他可以是一個獨立的網站，也可以是基于各種需要的網站應用程序。為實現(xiàn)網站項目的具體功能，達到預期的計劃目標，網站項目必須建立規(guī)范、有效、健壯的開發(fā)機制，也就是要做好網站項目管理，其中需求分析尤為重要。

1 網站項目需求分析的必要性

需求分析是一個項目的開端，也是項目建設的基石，沒有做好需求分析的項目是有高風險性的。據(jù)有關統(tǒng)計，失敗的項目中有80%是由于需求分析不明確造成的，同為軟件項目的網站項目建設亦是如此，當然這也是與網站項目自身的特點相關聯(lián)的。

1.1 網站項目建設的特點

1）設計者與客戶層次與認識存在差異，容易導致項目建設目標的不確定性。

2）網站項目涉及領域廣，對參與項目的人員理解和研發(fā)項目提出高要求。

3）網站建設屬智力密集、勞動密集型項目，受人力資源影響大。

4）開發(fā)技術的快速發(fā)展使得網站項目的開發(fā)具有多模式的特征。

5）網站項目底層編程較為專業(yè)，要有友好界面對項目各參數(shù)進行配置。

1.2 網站項目需求分析的作用

結合網站項目建設特點，網站項目需要以下幾個步驟：首先業(yè)務員與客戶接洽了解，確認立項，從客戶代表那里獲得需求后，形成需求報告；業(yè)務流程分析員分析需求報告，生成項目模型報告；界面工程師得到項目模型后設計制作相應的模板和用戶界面原型，并最終由客戶代表確認?？梢钥闯?，作為項目開端的需求分析直接保障了整個項目的正確性、可行性和必要性，對項目最終的檢測性和簡明性至關重要，也可以這么說，做好需求分析才能有的放矢，項目才有成功的可能性。

2 網站項目建設需求分析策略

上面我們已經了解了網站項目需求分析的重要性，怎樣做好需求分析，形成分析報告并最終完成項目呢？

網站項目狹義地講包括了網頁制作、美工設計、程序編碼、系統(tǒng)及網絡管理等專業(yè)技術，廣義上又包含了企業(yè)管理、市場營銷、心理學、廣告學等很多領域的知識，在業(yè)務員與客戶溝通立項后，由于設計者與客戶層次與認識事物存在差異，容易導致項目建設目標的不確定性，這就使項目組與客戶的溝通出現(xiàn)了問題；另外不同行業(yè)客戶的特殊要求（比如開發(fā)稅務相關網站項目，就需要設計人員有一定的稅務知識）也對參與項目管理的人員和研發(fā)人員提出了很高的要求，這就要求接洽業(yè)務員要加強客戶所在領域的知識積累，能夠將客戶的需求轉化成實際的程序輸出，也能夠將項目中的個模塊以客戶易于理解的方式進行說明，深度挖掘客戶需求，并最終明晰項目建設目的，完成必要的項目需求分析。在項目組的準備工作完成后，我認為采集客戶需求應該按照以下三個階段進行：

1）第一階段

目標：完成調查報告和業(yè)務流程報告，搞清供求關系。

采取方法：項目組采取主動“問答”方式，指定有經驗的業(yè)務員和需求方進行溝通。

具體實施：項目中涉及的經理、頁面設計員、程序設計員、測試員，文檔起草等人員必須到場，通過訪談、調查表、填寫意向表等方式從宏觀上把握客戶具體需求方向和趨勢，了解現(xiàn)有的組織架構、業(yè)務流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運行系統(tǒng)等客觀信息，與客戶建立起良好的溝通渠道和方式。建設團隊經理對搜集的信息進行匯總，各參與人員就獲取的知識進行進一步的歸類分析，頁面設計員制定大略的視覺模版；程序員就網站功能進行拆解分析，列出網站需要的程序模塊并就各功能實現(xiàn)的可行性對照現(xiàn)有的軟硬件環(huán)境進行評估；文檔起草準備完成調查報告和業(yè)務流程報告，進一步明細項目思路。

2）第二階段

目標：完成調研分析報告，完成業(yè)務流程設計，進一步確認客戶需求。

采取方法：項目組采取 “聯(lián)想啟發(fā)”方式，對第一階段的調查進行完善和修改。

具體實施：項目涉及人員的要通過“聯(lián)想啟發(fā)”方式經一步與客戶進行溝通，消除由網站項目建設的特點導致的眾多不確定性。客戶的需求往往是籠統(tǒng)的、分散的，第二階段要對第一階段的對網站項目的總體設計方向進行進一步的確認，可以通過展示企業(yè)以往開發(fā)的相似類別的產品實例、對網站項目的開發(fā)方法及運行方式和要求進一步說明，讓客戶等非專業(yè)人員對整站系統(tǒng)從前臺到后臺，從頁面到代碼，從架構到管理有一定的認識，從而是客戶對自己的最終需求進行具體的描述。另外，項目組還要進一步了解客戶的組織架構、業(yè)務流程，目前已有的軟硬件環(huán)境，服務器現(xiàn)有的系統(tǒng)等，結合實際情況，架設調試服務器，作出基本的演示頁面，和用戶一起探討業(yè)務流程設計的合理性、準確性以及站點瀏覽界面的習慣性和友好性，展現(xiàn)整個業(yè)務流程的設計，就建設目標的合理性和準確性進一步探討，提出改進意見和改進方法。

3）第三階段

目標：根據(jù)客戶反饋修改演示系統(tǒng)，完成需求分析報告和業(yè)務流程報告，提交客戶確認。

采取方法：對涉及網站項目流程和數(shù)據(jù)項的報告、文檔進行“逐項簽字確認”。

具體實施：在第二階段需求分析工作的基礎上，要求客戶對前兩個階段的反饋意見進行審查，進一步明晰網站項目建設方向；承建方要對網站項目的流程進行進一步細化，對涉及的數(shù)據(jù)項要求客戶進行逐項確認，另外承建方還要進一步改進演示頁面，向客戶描述整個網站項目的設計目標和輸出結果，最終雙方達成一致并簽字確認。

總的來說，網站項目的需求分析是逐步深入，曲線前進的，要重視各個階段的重點，將分析工作做到位才能做到省時、省力、省錢、高效，并最終保證整個項目的成功開發(fā)。

3 網站項目需求分析的注意事項

網站項目需求主要是指用戶對網站系統(tǒng)在功能、行為、性能、設計約束等方面的期望，通過對應問題及其環(huán)境的理解與分析，為問題涉及的信息、功能及系統(tǒng)行為建立模型，將用戶需求精確化、完全化，最終形成需求規(guī)格說明。在整個項目實施過程中需求不明確、業(yè)務流程不合理往往是項目面臨的最大風險，直接導致項目的開發(fā)失敗或是客戶不接受，因此必須做到細致了解客戶意愿，明晰客戶需求，采用必要措施來強化需求調研，需要注意以下幾點：

3.1 深化溝通，強化需求分析

1）在實際項目建設中，客戶由于種種原因很難在分析階段全面而準確的描述所有問題，項目實施者可以引導客戶講所有想到的需求全部闡述清楚，然后歸納整理后逐條篩選，將客戶的模糊要求明晰化。得到初步項目目標后，由于客戶與研發(fā)人員知識的不對等，有可能導致理解的不對稱，項目業(yè)務員要了解客戶所在行業(yè)的需求情況，采取多次協(xié)商的方式，逐步強化需求分析。

人員需求分析報告范文第7篇

【關鍵詞】員工；培訓需求；分析

隨著市場經濟的快速發(fā)展和行業(yè)競爭的日益激烈，企業(yè)管理者越來越重視員工培訓工作，使得員工接受培訓的機會大大增加。然而，很多企業(yè)管理者發(fā)現(xiàn)他們提供給員工的各種形式的培訓不但沒有收到預期的效果，甚至還給企業(yè)帶來一些負面影響。經過調查研究，發(fā)現(xiàn)存在這種情況的主要原因是企業(yè)在實施培訓前沒有做好員工的培訓需求分析。企業(yè)應充分重視培訓需求分析，通過科學的培訓需求分析來提高培訓效果。

1.培訓需求分析的涵義

培訓需求分析是指企業(yè)在規(guī)劃與設計每項培訓活動之前，由培訓部門、主管人員、工作人員根據(jù)組織績效現(xiàn)狀，對現(xiàn)有組織成員的知識、技能及態(tài)度等方面進行系統(tǒng)的鑒別分析與比較，以確定是否需要培訓及所需培訓內容的一種活動過程。簡單地說，培訓需求分析就是確保讓合適的人在適當?shù)臅r候得到有效的培訓。它具有很強的指導性，是組織確定培訓目標、設計培訓計劃、有效實施培訓的前提。

2.培訓需求分析的作用

培訓需求分析是實施有效培訓活動的首要環(huán)節(jié)，在培訓活動中具有其重要的意義。

（1）有利于找出差異，確認培訓目標。培訓需求分析的基本目的就是確認差異，即確認現(xiàn)有績效與預期之間的差異?？冃Р町惖拇_認，有助于找出影響績效問題的真正根源，有助于尋找出解決績效問題的有效方法。

（2）有利于找出解決問題的方法。解決績效差距的方法有很多，有可能是培訓的方法，也有可能是培訓無關的方法，比如，人員變動、工資增長、新員工的吸收等多種綜合方法。企業(yè)面臨的問題復雜多變，最好把這幾種解決問題的方法綜合起來，制定多樣性的培訓策略。

（3）有利于進行前瞻預測分析。企業(yè)的發(fā)展過程需要一個動態(tài)，不斷變化的過程，當組織發(fā)生變革時，培訓計劃也要進行相應的調整。

（4）有利于進行培訓成本的預算。培訓管理人員應把成本因素引入到培訓需求分析中，預算出培訓的成本，對不進行培訓所造成的損失與進行培訓的成本之間進行對比分析，通過分析相關數(shù)據(jù)，計算培訓投資回報率來科學分析培訓的可行性。

（5）有利于促進企業(yè)各方達成共識。通過培訓需求分析，可以收集制定培訓計劃、選擇培訓方式的大量信息，為確定培訓對象、目標、內容、方式提供依據(jù)，促進企業(yè)各方達成共識，有利于培訓計劃的制定與實施。

3.培訓需求分析中存在的常見問題

（1）培訓需求分析忽略了企業(yè)的戰(zhàn)略導向。培訓的開展只有服務于企業(yè)的戰(zhàn)略及由此形成的人力資源策略，才能幫助企業(yè)解決問題，并發(fā)揮戰(zhàn)略價值。然而，有些企業(yè)做培訓需求分析時忽略了企業(yè)戰(zhàn)略導向，培訓理念不清，導致企業(yè)各層級對于“培訓什么”以及“培訓的目標是什么”沒有達成一致共識，進而影響了企業(yè)人力資源戰(zhàn)略的貫徹與實踐，培訓效果也無法盡如人意。

（2）盲目確定培訓項目。培訓需求分析是整個培訓與開發(fā)工作的起點，直接決定了培訓工作的有效性。然而，許多企業(yè)將員工績效問題簡單的認為是由于缺乏培訓的結果，于是盲目確定培訓項目而沒有找到真正的培訓需求，沒有系統(tǒng)性思考，在培訓項目的設計與實施上存在很大的缺陷，導致培訓效果不佳。

（3）培訓需求分析組織和方法不科學。在培訓需求收集時，沒有充分考慮企業(yè)及人員的實際情況，僅憑個人的經驗判斷，機械地采用單一或與崗位不切實際的方法，培訓需求分析有效性難以體現(xiàn)。

（4）部門觀念不正確，在培訓需求分析時支持和配合力度不夠。培訓管理人員沒有就培訓需求的目的做好宣傳或動員，遇到問題沒有及時解釋溝通，其他部門不清楚為什么要進行培訓，沒有達成共識，導致無法提供有效的支持和配合。

4.如何提高培訓需求分析的實效性

4.1要與企業(yè)發(fā)展戰(zhàn)略相匹配

培訓管理人員在進行培訓需求分析時，要結合企業(yè)的發(fā)展戰(zhàn)略對員工進行宣傳引導，使廣大員工都能夠從組織戰(zhàn)略的高度認識到培訓工作的重要性。同時，對于員工提出的培訓需求，要根據(jù)組織的發(fā)展戰(zhàn)略加以協(xié)調，凡是符合組織發(fā)展目標培訓要求都要加以重視，并做好相應的培訓計劃。

4.2要注重培訓需求全員參與

在進行培訓需求分析時，要讓全體員工共同參與，要充分尊重每位員工的培訓需求，讓員工感受到是他們有培訓需求，企業(yè)才滿足他們的愿望，而不是由企業(yè)主觀上安排的。同時，要讓員工充分認識到培訓的必要性和重要性，促使培訓的員工自發(fā)形成培訓意識。

4.3要注意分析員工的培訓動機

有的企業(yè)在培訓前也進行了培訓需求分析，但員工在接受培訓后卻離職或跳槽了，出現(xiàn)這種現(xiàn)象的原因就是企業(yè)在做培訓需求分析的同時，未能充分考慮一個比較現(xiàn)實的問題，員工的培訓動機是什么？這也是一個不容忽視的問題，有些員工接受培訓后，自身素質得到很大提高，工作所需的知識和技能也得到進一步強化，能夠重新回到崗位上更好地從事工作。而有些員工卻選擇悄然離開，這對組織來說無疑是一個巨大的損失，這就需要企業(yè)在做培訓需求分析時，一定要注意分析員工的培訓動機，同時，為了減少培訓風險，企業(yè)可以與員工簽訂培訓協(xié)議，以文件的形式對此類員工加以約束。

4.4要做好培訓需求分析的流程化設計

4.4.1做好前期準備工作

在進行培訓需求分析之前，培訓管理人員要做好前期準備工作，為下一步的培訓需求分析工作打好基礎，準備工作主要包括三個方面。一是收集員工資料，建立員工培訓資料庫。員工資料應包括員工培訓檔案、員工人事變動情況、績效考核資料、個人職業(yè)生涯規(guī)劃以及其他相關資料等。員工培訓資料庫可以幫助培訓管理者很方便的尋找員工的背景資料，為員工的個人培訓需求分析提供材料。二是及時掌握員工的現(xiàn)狀。培訓管理者應及時掌握員工的現(xiàn)狀，才能及時準確的提供有效培訓。三是建立收集培訓需求信息的通道。培訓管理者為及時掌握員工的培訓需求，就必須建立起暢通有效的培訓信息交流通道。例如，可以通過建立“培訓信箱”、“培訓信息公告板”，制定“培訓需求申請規(guī)定”等方式與員工和部門交流培訓信息，可以利用公司內部網絡搭建培訓信息交流平臺，更方便快捷。

4.4.2制定培訓需求分析計劃

在正式開展培訓需求分析之前，培訓管理者有必要制定分析計劃，計劃應包括三方面的內容。一是制定工作計劃。工作計劃包括培訓需求分析的工作內容和進度，各項具體工作在執(zhí)行中可能會遇到的問題及應對方案，應當注意的問題等。二是設立工作目標。培訓需求有三個層次，分別為組織層次、任務層次和個人層次。在計劃中應當明確培訓需求分析在哪個層次上進行，應當達到什么目標。三是確定培訓需求分析方法。培訓需求分析常用的方法有：觀察法、問卷調查法、面談法、測驗法、工作任務分析法、資料分析法、重點團隊調查法、績效分析法和全面分析法等。培訓需求分析方法和工具種類非常多，在實際應用時，要結合具體情況來選擇合適的分析工具。

4.4.3實施培訓需求分析計劃

培訓需求分析計劃的實施主要是按照制定好的工作計劃依次開展，主要的流程有：

（1）征求各部門的培訓需求。培訓管理者向各有關部門發(fā)出征求培訓通知，填報培訓需求表。

（2）整理匯總培訓需求。培訓管理者將收集來的各類培訓需求進行整理匯總。

（3）對培訓需求進行分析。對申報的培訓需求進行分析，主要分析三個方面的情況，一是受訓員工的現(xiàn)狀，包括其在組織中的位置，是否受過培訓，受過什么培訓，以及培訓的形式和效果等。二是受訓員工存在的問題和原因。三是員工的期望和真實想法，包括員工期望接受的培訓內容，希望達到的培訓效果，然后核實員工的真實想法以確認培訓需求。

（4）確認培訓需求。通過對匯總來的各類培訓需求加以分析和鑒別，參考有關部門的意見，根據(jù)重要程度和迫切程度排列培訓需求，為制定培訓計劃奠定基礎。

4.4.4撰寫培訓需求分析報告

人員需求分析報告范文第8篇

關鍵詞：項目實訓課；虛擬公司

中圖分類號：G642文獻標識碼：B

文章編號：1672-5913（2007）05-0023-04

對于IT院校常出現(xiàn)的問題是教育與實踐脫節(jié)，常常是培養(yǎng)出的學生到IT企業(yè)后不能適應公司的工作環(huán)境，所學的知識與應用存在距離，公司還要對他們進行特殊培訓。在IT院校開設項目實訓課，模擬公司的工作環(huán)境，把學生組織成項目小組，按照公司的項目開發(fā)流程指導學生對真實項目的開發(fā)，能夠很好地解決這個問題。為此，本文提供了一個項目實訓課的實現(xiàn)案例。學生通過項目實訓課的學習鍛煉，使其達到具有一定IT領域項目開發(fā)經驗,體驗、了解公司的工作環(huán)境，熟悉公司的項目開發(fā)及項目管理流程，成為上手快、實戰(zhàn)能力強、技術過硬、基本功較扎實、具有較強的團隊精神和創(chuàng)業(yè)能力、用人單位搶手的人才。如果條件允許項目實訓課程可采用雙語教學，指導教師可盡量用英語指導學生。

1 項目團隊組成

教師指導學生以一個虛擬公司為背景，組織成多個項目小組，每個學生在項目小組中承擔一個或若干開發(fā)角色。進入項目小組后不得無故退出。項目小組有以下角色：

項目經理：負責本小組的人員協(xié)調和安排，制定項目開發(fā)計劃，按照開發(fā)計劃控制進度，在負責整體的同時，開發(fā)好屬于自己的模塊。

產品經理：主要使命是提高客戶的滿意度，在項目開發(fā)過程中代表為項目付款的系統(tǒng)擁有者的利益。

用戶體驗角色：代替實際用戶使用產品，排除用戶在使用產品過程中遇到的問題和障礙。

文檔人員：協(xié)助項目經理、系統(tǒng)分析員完成要提交的文檔，并敦促小組成員提交他們所負責的模塊相應的文檔，并整理后按照存儲路徑和格式及項目開發(fā)計劃任務書中的時間段提交給導師。

系統(tǒng)分析員：負責本小組項目開發(fā)技術支持(軟件配置管理、培訓等)，協(xié)助項目經理帶領小組成員完成需求分析、概要設計、詳細設計、編碼、測試等一系列工作。

開發(fā)人員：按照項目經理和系統(tǒng)分析員以及項目開發(fā)計劃任務書的要求，完成相應的工作任務，提交自己所負責的模塊或者子系統(tǒng)的文檔給文檔負責人。

測試人員：負責系統(tǒng)測試。

2 實施流程

實施流程如圖1所示。

圖1 實施流程

3 項目管理

為了使同學們更好地熟悉掌握軟件項目開發(fā)流程及項目管理規(guī)范，項目管理通過適當精簡，主要包括以下活動：

（1）項目進度跟蹤與監(jiān)控

①項目周報制度：項目團隊每周總結項目進度情況，撰寫《項目周報》。

②周例會制度：導師每周召開項目例會，探討問題，總結工作。

③項目計劃跟蹤:老師指導下各項目小組由項目經理根據(jù)項目開發(fā)計劃對實際項目進展情況進行跟蹤，作好項目跟蹤記錄。

④控制偏差：老師指導下項目經理根據(jù)項目的需求及設計文檔對項目的功能實現(xiàn)進行監(jiān)控，如果出現(xiàn)偏差應及時更正。確保項目的各功能與需求文檔所要求的一致。

⑤指導教師應該給學生作適當?shù)捻椖抗芾矸矫娴呐嘤枺寣W生了解軟件工程及項目管理方面的知識。

（2）項目各階段評審

①項目開發(fā)計劃評審：由指導教師主持，由該虛擬公司的所有項目小組參加，對各項目小組制定的開發(fā)計劃進行評審，學生可以提出自己的觀點，進行辯論。老師進行講評總結，然后各小組對項目開發(fā)計劃進行修改、提交，作為考核項目小組工作的文檔。

②項目需求分析報告評審：由指導教師主持，由該虛擬公司的所有項目小組參加，對各項目小組作的需求分析報告進行評審，學生可以提出自己的觀點，進行辯論。老師進行講評總結，各小組對需求分析報告進行修改、提交，作為考核項目小組工作的文檔。

③項目設計報告評審：由指導教師主持，由該虛擬公司的所有項目小組參加，對各項目小組作的設計報告進行評審，學生可以提出自己的觀點，進行辯論。老師進行講評總結，各小組設計報告進行修改、提交，作為考核項目小組工作的文檔。

④項目實施與測試指導評審：由指導教師主持，由該虛擬公司的所有項目小組參加，對各項目小組演示所做項目的功能，講解項目實現(xiàn)原理，對認為好的算法或使用先進技術解決問題，應進行說明。其他學生對系統(tǒng)進行評審，學生可以提出自己的觀點，進行辯論。老師進行講評總結，各小組對項目系統(tǒng)作進一步進行修改，然后提交，作為考核項目小組工作的文檔。

⑤項目總結與評審：由指導教師主持，由該虛擬公司的所有項目小組參加，以項目小組為單位對項目進行總結，指導學生寫出項目總結報告。

（3）里程碑成果提交

①評審確認的各階段文檔。包括：項目開發(fā)計劃、需求分析報告、設計報告等文檔。

②項目總結報告。

③程序代碼。

④最終成果物。

可以按照需求達到設計標準的可運行系統(tǒng)。

（4）管理文件及表格

項目開發(fā)進度表等。

4 項目質量保證

（1）執(zhí)行研發(fā)中心質量管理體系

①依據(jù)ISO9001：2000質量保證體系要素

②適當加入特定文件及質量表格

③嚴格風險控制

④嚴格設計及測試環(huán)節(jié)

（2）加強預防和糾正措施

（3）加強管理評審

（4）加強問題跟蹤

5 配置管理

軟件配置管理分為版本管理和配置庫管理，配置管理軟件SourceSafe。

版本管理包括以下主要任務：

* 建立項目；

* 重構任何修訂版的某一項或某一文件；

* 利用加鎖技術防止覆蓋；

* 當增加一個修訂版時要求輸入變更描述；

* 提供比較任意兩個修訂版的使用工具；

* 采用增量存儲方式；

* 提供對修訂版歷史和鎖定狀態(tài)的報告功能；

* 提供歸并功能；

* 允許在任何時候重構任何版本；

* 權限的設置；

* 晉升模型的建立；

* 提供各種報告。

6 項目考核

平時成績與項目結項答辯成績的比例為1∶1。

平時成績考核：由考勤、程序代碼及整個項目實施過程中所產生的所有文檔的評審結果的綜合。

項目結項答辯成績考核：

（1）檢查項目的系統(tǒng)運行是否正常，各項功能是否按照需求要求實現(xiàn)。

（2）項目結項后組織對項目的答辯會。

7 項目培訓

指定項目實訓課指導計劃，設計流程，按計劃對學生進行培訓。

（1）指導教師在指導學生從事項目實施過程中，將“軟件工程與項目管理”課程融入到項目的立項管理、需求開發(fā)與需求管理、系統(tǒng)概要設計等各個過程當中。同時將進行二次集中的知識講授，講授內容包含：項目場景的描述、分析項目；項目實施與測試指導、評價。

（2）指導教師根據(jù)學生的特點及項目的特點對項目實現(xiàn)過程中所要使用的一些關鍵技術進行培訓。

（3）在項目的實現(xiàn)階段，對學生項目開發(fā)工具的使用、項目開發(fā)環(huán)境的設置等方面進行指導。可對系統(tǒng)的整體框架，根據(jù)每個學生的具體情況，對一兩個比較典型的模塊進行剖析，讓學生有一個開發(fā)參照模式，可以避免學生開發(fā)時無從下手的問題。

8 項目研討

實訓課的項目研討分為三部分內容：

答疑解問：導師集中對同學在項目開發(fā)過程中出現(xiàn)的各種問題進行解答。

技術預研：是指在項目立項之后到項目開發(fā)工作完成之前的這段時間內，對項目所采用的關鍵技術提前學習和研究，以便盡可能早地發(fā)現(xiàn)并解決開發(fā)過程中將遇到的技術障礙。

項目階段性研討會議：實訓課分為項目說明會、項目小組確定；項目需求分析研討；項目設計研討。其中項目小組成員對評審中的問題可以發(fā)表自己的意見，可以進行相互辯論，最后指導教師進行點評。

9 項目評審

由指導老師組成項目評審小組，聽取項目團隊的匯報并進行評審。包括項目開發(fā)計劃評審、項目需求分析報告評審、項目設計報告評審、項目實施與測試指導評審、項目總結與評審。

評審目標如下：

* 發(fā)現(xiàn)任何形式表現(xiàn)的軟件功能、邏輯或實現(xiàn)方面的錯誤；

* 通過評審驗證軟件的需求；

* 保證軟件按預先定義的標準表示；

* 使項目更容易管理。

通過評審使項目小組成員真正掌握項目開發(fā)流程、了解軟件工程及項目管理在項目開發(fā)過程中的作用。同時解決項目開發(fā)中一些問題，也起到對項目小組成員工作考核作用。

（1）評審過程

召開評審會議：一般應有3-5人參加。會議結束導師給予評審分數(shù)。

評審報告與記錄：所提出的問題都要進行記錄，在評審會結束前產生一個評審問題表，另外必須完成評審簡要報告。

（2）評審準則

對每個正式技術評審分配資源和時間進度表；

對全部評審人員進行必要的培訓。

10 結束語

本文中所論述的實訓課的設計及實施方法已在我院的大學生創(chuàng)業(yè)中心實施，并收到了明顯的效果，經過實訓課培訓后學生的項目能力有了明顯的增強，完全可以在我們的創(chuàng)業(yè)中心參與各虛擬公司的項目開發(fā)工作并從中得到更多的工作經驗。

參考文獻：

[1] 林銳，唐勇，黃曙江，石志強． IT企業(yè)項目管理：問題、方法和工具[M]．北京：電子工業(yè)出版社.2005．

[2] 陳宏剛，熊明華，林斌，等．軟件開發(fā)過程與案例[M]．北京：清華大學出版社．2003．

收稿日期：2006-11-23

人員需求分析報告范文第9篇

摘要：本文提出了一種全新的軟件項目開發(fā)綜合實訓模式，該模式以實際項目貫穿始終，以軟件工程思想貫穿全線，圍繞學生完成一系列遞進的典型工作任務來組織實訓內容，覆蓋不同課程串聯(lián)不同知識。該模式是工作過程導向在軟件技術實訓教學上的運用，對當今高職院校進行課程改革具有重要的參考價值。

關鍵詞：工作過程導向；學習情境；典型工作任務；項目開發(fā)；綜合實訓

中圖分類號：G642 文獻標識碼：B

1 實訓教學的現(xiàn)狀和對策

我院的軟件技術Java開發(fā)方向主干課程的設置包括：“Java程序設計”、“數(shù)據(jù)庫基礎及應用”、“JSP程序設計”、“UML基礎與Rose建?！薄ⅰ败浖こ獭?、“軟件測試”、“J2EE技術”。在每門課程的最后階段都安排了課程實訓，在此過程中，學生以個體或小組形式完成一個相對真實的工作任務。課程實訓可以訓練學生將該課程中不同的知識和技能串聯(lián)起來，加以綜合應用解決實際問題。由于各門課程相對獨立，即使完成以上所有課程的課程實訓，學生還是難以參與軟件開發(fā)的全過程，難以獲得對開發(fā)過程的整體把握。即使進入專業(yè)學習結束后的畢業(yè)設計階段，由于畢業(yè)設計教學環(huán)節(jié)與大學生畢業(yè)就業(yè)成為近年來我國高校的一個非常突出的矛盾，尤其是高職高專院校的畢業(yè)生面臨著嚴峻的就業(yè)形勢，許多學生在最后一個學期幾乎都在外出找工作，提前就業(yè)上崗。高職高專院校本來就學制短，畢業(yè)設計教學環(huán)節(jié)形同虛設，嚴重影響了正常畢業(yè)設計教學環(huán)節(jié)的實施和畢業(yè)生的水平。

在近幾年的專業(yè)建設和課程改革中，我們越來越認識到培養(yǎng)學生的軟件開發(fā)能力、團隊合作能力、工程應用能力的重要性。為此，我們專門針對高年級學生設計和開發(fā)了工作過程導向的、具有專業(yè)總結和綜合性質的項目開發(fā)綜合實訓，通過項目實踐開闊學生視野，鍛煉學生的團隊意識和工程意識，全面培養(yǎng)學生的職業(yè)素養(yǎng)和工程應用能力。

2 基于工作過程的高職軟件項目開發(fā)綜合實訓設計思路

基于工作過程的高職軟件項目開發(fā)綜合實訓設計思路包含“兩個貫穿一個分解一個覆蓋”：即“工程項目貫穿”、“軟件工程思想貫穿”、“典型工作任務分解”和“不同課程覆蓋”。

2.1 工程項目貫穿

“工程項目貫穿”，即以一個工程項目全線貫穿于整個實訓過程，學生從步入實訓基地開始接受項目，到最后提交一個按照操作程序、操作規(guī)范完成的，滿足一定質量標準的開發(fā)成果。在確定項目時，應該把握好以下兩個原則：

第一，實訓項目應具有一定的應用價值和實際意義。實訓項目最好以實際項目為背景，或者直接就是從實際項目提煉而來，與企業(yè)實際生產過程或現(xiàn)實商業(yè)經營活動有直接的關系。這樣的項目能培養(yǎng)學生的實戰(zhàn)經驗，極大地激發(fā)學生的積極性。但是要注意，業(yè)務流程太專業(yè)太復雜的項目不適于拿來作為全程的實訓項目，因為這類項目在前期的業(yè)務分析和理解上將耗費太多的時間和精力，不利于后續(xù)工作的展開。

第二，要根據(jù)教學內容和專業(yè)培養(yǎng)目標確定項目內容與項目難度。高職軟件技術Java開發(fā)方向旨在為社會輸送合格的熟練的Java程序員，而J2EE編程是Java程序員追求的最高目標，所以我們確定的實訓項目具有總結性和綜合性，并具有一定的挑戰(zhàn)性。經過前導課程“J2EE技術”的學習和實踐，學生已經具備了用Servlet+JSP+JaveBean (EJB)或struts框架來實現(xiàn)MVC架構的能力，在實訓項目中我們鼓勵學生整合Struts、Hibernate和Spring三個框架，綜合運用J2EE的組件、框架開發(fā)技術，開發(fā)一個滿足J2EE架構的多層的企業(yè)應用。

2.2 軟件工程思想貫穿

在傳統(tǒng)的“軟件工程”教學中，軟件工程是一門獨立的理論性較強的課程，學生們缺乏實戰(zhàn)經驗，難以在參與軟件開發(fā)的全過程中獲得感性體會，理解軟件工程的精髓。

為了培養(yǎng)軟件工程意識，使工程化思想成為學生從事軟件開發(fā)工作的行動指南，我們將軟件工程思想貫穿于整個綜合實訓的始終。綜合實訓以成熟的軟件開發(fā)模型為基礎，以具有一定應用價值和實際意義的項目為背景，學生以開發(fā)團隊的形式，按照軟件開發(fā)流程，在規(guī)定的時間點完成指定的任務，經歷需求分析、建模、設計、編碼、測試、部署的軟件工程全過程。綜合實訓模擬企業(yè)運作機制，模擬企業(yè)中實際存在的項目壓力和工作壓力，模擬真實企業(yè)開發(fā)環(huán)境，以項目的進度檢查作為監(jiān)控，以項目開發(fā)成果作為最后的考評。學生在實訓過程中，都有機會承擔項目經理、設計人員、編碼人員、測試人員等全部或部分崗位角色的職責，學生的綜合能力得到極大的提高。

2.3 典型工作任務分解

典型工作任務是“基于工作過程”實訓課程開發(fā)的精髓。所謂“任務”就是要求學生做一件事，重要的是，這件事是按實際工作的要求來操作的，包括操作程序、操作規(guī)范、質量標準等。學生在完成各項“任務”后，會呈現(xiàn)出不同的“結果”。這個結果是非標準答案的，即每個學生或每個團隊的作品可以不一樣，對作品的評價不是簡單的對與錯，而很可能是好與差。而“典型工作任務”能呈現(xiàn)出職業(yè)的典型的工作內容和形式，在整個企業(yè)的工作大環(huán)境里具有重要的功能和意義。

在工作過程導向設計原則的指導下，結合軟件行業(yè)的崗位需求，通過分析完成軟件開發(fā)需要完成哪些典型工作任務，我們設計了基于工作過程的實訓流程。該流程以一個軟件項目貫穿始終，將整個軟件開發(fā)過程分解為一系列遞進的實訓情境，在每個實訓情境要求學生完成一個獨立的工作任務，完成所有的實訓情境就完成了整個軟件項目的開發(fā)。

基于工作過程的項目開發(fā)綜合實訓流程如圖1所示，整個實訓由遞進的6個實訓情境構成(水平方向)，它們對應的工作任務依次為“需求分析”、“搭建開發(fā)環(huán)境”、“設計”、“編碼”、“集成和測試”、“項目部署”。垂直方向則反映了為完成某項工作任務所采取的步驟和要提交的工作成果。

圖1 基于工作過程的軟件項目開發(fā)綜合實訓流程

2.4 不同課程覆蓋

按照工作過程導向設計原則，將整個軟件開發(fā)過程分解為遞進的6個實訓情境，每個實訓情境覆蓋了不同的課程內容。表1列出了每個實訓情境對七門主干課程的覆蓋情況，可以看到，它徹底地克服了傳統(tǒng)的課程體系只重視每門課程自身的實驗，缺乏覆蓋不同課程，串聯(lián)不同知識和技能的綜合性實驗的重大缺陷，它使得相對獨立的各門課程整合在一起，使整個實訓成為一個有機的整體。這樣的訓練能使學生將以前的所學融會貫通，能有效地培養(yǎng)學生的綜合應用能力和創(chuàng)新能力。

3 基于工作過程的高職軟件項目開發(fā)綜合實訓的實施

3.1 實訓項目舉例

依照確定項目的兩個原則，我們把為我院開發(fā)“教學資源管理系統(tǒng)”定為綜合實訓的第一個項目，要求運用Struts、Hibernate和Spring三個框架，開發(fā)一個滿足J2EE架構的多層的企業(yè)應用。

該項目的業(yè)務需求是“主要完成對多媒體課件和各種多媒體素材資源的管理，方便對各種電子教學資源進行分類維護，包括瀏覽，查詢，下載；為教師提供一個方便快捷的課件渠道，把制作的課件或搜集的素材上載到該系統(tǒng)，實現(xiàn)資源共享。本系統(tǒng)分三級用戶：系統(tǒng)管理員，教師用戶、普通用戶(包括學生)；包括以下四個方面的功能：普通用戶資源瀏覽和下載；普通用戶資源檢索；教師用戶資源上載；管理員系統(tǒng)維護”。

項目開始時，教師只給出較為粗略的業(yè)務需求，給學生留有足夠的發(fā)揮空間。因為“教學資源管理系統(tǒng)”就是為學生和教師服務，非常貼近學生的學習生活，理解起來沒有任何障礙。至于界面做到什么樣子，功能做到何種程度，留給學生在撰寫詳細的需求分析報告時去確定，教師需要把關的是工作量和技術難度，不能太簡單而達不到實訓的效果，也不能太難無法實現(xiàn)而挫傷學生的積極性。

3.2 實訓組織方式

實訓采用4個人一組，每人負責一個方面的功能開發(fā)，每組設一個項目組長，項目組長除負責一個方面的功能模塊開發(fā)外，還負責各模塊集成。由項目組共同提交一份需求分析報告。個人一旦選擇某方面的功能開發(fā)，就要全權負責該部分的設計、編碼和單元測試。此外，在測試情境中，開發(fā)小組進行角色轉換，變成測試小組，選擇別的小組開發(fā)的軟件進行測試。

3.3 實訓進度安排和任務要求

本綜合實訓歷時一個月，共72學時(4周*18課時)，進度安排如表2所示，各院校可根據(jù)自己的情況作適當調整或根據(jù)需要增加學時。下面是每個情境的具體步驟、任務要求的詳細描述。

3.3.1 情境1：需求分析

本情境的典型工作任務是撰寫詳細的需求分析報告。

(1) 首先老師對實訓項目提出業(yè)務需求，講解應用的環(huán)境、功能要求、技術要求以及實訓組織方式。

(2) 實訓小組組成，組合出每個小組的成員，選出項目小組長。

(3) 每個小組對功能模塊分工分配，確定每個人所承擔的功能模塊。

(4) 各小組討論需求分析，每個人撰寫模塊的詳細需求分析報告。

本情境結束后，要完成以下任務：

老師要匯總出小組劃分、成員分工；

項目小組提交一份詳細的需求分析報告。

3.3.2 情境2：搭建開發(fā)環(huán)境

本情境的典型工作任務是搭建J2EE開發(fā)環(huán)境。我們選擇的開發(fā)環(huán)境為：

操作系統(tǒng)：Windows NT /Windows XP

Java 平臺：JDK1.6 以上

服務器：JBOSS 4.0.4

數(shù)據(jù)庫服務器：MySQL 5.0

開發(fā)平臺：MyEclipse 5.5

建模工具： Rational Rose

單元測試：Junit

功能測試：手工測試

(1) 首先老師對開發(fā)環(huán)境進行講解；

(2) 學生在自己的機器上完成以下任務：安裝JDK環(huán)境、安裝JBOSS服務器、安裝MySQL服務器、安裝MyEclipse集成開發(fā)工具、安裝Rational Rose建模工具、安裝Junit。

本情境結束后，要完成以下任務：

1) 學生在自己的機器上完成環(huán)境的搭建和測試。

3.3.3 情境3：設計

本情境的典型工作任務是撰寫詳細設計文檔。

(1) 老師對需求分析進行點評，指出其中的問題和修改意見。

(2) 老師以其中某個模塊為例，講解所使用技術和技術線路。

(3) 進行模塊設計和數(shù)據(jù)庫庫表設計，模塊之間接口的定義，數(shù)據(jù)庫中測試數(shù)據(jù)的準備。

本情境結束后，學生要完成的任務：

對需求分析報告進行修改和完善。

撰寫詳細設計文檔，包括類圖和時序圖。

詳細設計包括以下組件的設計：模型實現(xiàn)類和DAO組件；業(yè)務邏輯組件；MVC層組件；表現(xiàn)層組件

撰寫數(shù)據(jù)庫表的設計以及測試數(shù)據(jù)，數(shù)據(jù)庫表設計包括庫表名稱、字段定義，測試數(shù)據(jù)以表格的方式形成。

3.3.4 情境4：編碼

本情境的典型工作任務是依照設計進行代碼編寫，以及單元測試。

老師對學生的模塊設計和庫表設計進行點評，指出其中的問題和修改意見。

在編碼過程中，老師要對學生進行指導，幫助解決問題。學生之間應互相配合，及時修正模塊設計中的錯誤。

本情境學生要完成的任務包括：

修訂詳細模塊設計和數(shù)據(jù)庫庫表設計；

用測試數(shù)據(jù)填充數(shù)據(jù)庫；

制定編碼進度；

模型實現(xiàn)類和DAO組件的編碼和測試；

業(yè)務邏輯組件的編碼和測試；

MVC層組件的編碼和測試；

表現(xiàn)層組件的編碼和測試。

3.3.5 情境5：系統(tǒng)集成和測試

本情境的典型工作任務是小組模塊集成和功能測試。

(1) 小組成員之間相互配合，完成整個系統(tǒng)的集成。

(2) 選擇另一個小組開發(fā)的系統(tǒng)，根據(jù)他們的需求分析報告，撰寫測試用例。

(3) 進行功能測試并提交測試報告。

本情境完成，學生要完成以下任務：

將小組內各成員開發(fā)的模塊進行系統(tǒng)集成；

選擇另一個小組開發(fā)的系統(tǒng)撰寫測試用例，進行功能測試，并提交測試報告。

3.3.6 情境6：項目

本情境的典型工作任務是部署項目、提交成果。

(1) 學生將實訓成果進行演示

(2) 學生提交可以部署的包和按工程組織的源代碼

(3) 老師對各個項目小組的成果進行考評。

(4) 老師對整個實訓進行點評。

本情境完成，學生要提交以下程序和文檔：

源代碼和可以部署的包

實訓報告

4 新的綜合實訓模式對教師提出了更高的要求

基于工作過程的高職項目開發(fā)綜合實訓，覆蓋面廣，綜合性和工程實踐性強，要求按照軟件工程的要求，指導學生進行軟件項目開發(fā)實訓，因而對指導教師的教學素養(yǎng)、主導作用、工程實踐經歷提出了更高的要求。為此我們組建了一支以具有工程實踐經驗的核心教師為首，由各科任課教師組成的教師團隊。進入實訓項目的教師必須首先對項目本身有足夠的認識和理解，并且親自做過，才能在其參與指導的實訓情境中指導學生完成該情境所指定的典型工作任務。而核心教師經歷過企業(yè)軟件開發(fā)項目的全過程，熟悉軟件開發(fā)項目的管理過程，熟悉軟件開發(fā)程序的設計規(guī)范、調試過程、軟件質量測試方法，以“項目經理”的身份指導學生進行軟件開發(fā)實訓，其關鍵作用是不可置疑的。

同時，新的綜合實訓模式必須有新的教學觀念、講授模式和管理模式。在實訓過程中絕對不能再是“教師講授學生聽”，而是以學生為主體，以任務為驅動，教師重點放在講解每個任務的需求，完成該任務所要采用的知識、方法、工具和步驟，然后由學生自己進行分析、建立問題模型，自己掌握開發(fā)的進程。教師則更象一位項目經理，控制項目進度，評定軟件質量。

5 結束語

基于工作過程的高職項目開發(fā)綜合實訓，是一種全新的軟件項目開發(fā)綜合實訓模式。該模式以工程項目貫穿始終，以軟件工程思想貫穿全線，圍繞學生完成一系列遞進的典型工作任務來組織實訓內容，覆蓋不同課程串聯(lián)不同知識。該模式是工作過程導向在軟件技術實訓教學上的運用，對當今高職院校進行課程改革具有重要的參考價值，同時對指導教師提出了更高的要求。

參考文獻

[1] 姜大源．當代德國職業(yè)教育主流教學思想研究―理論、實踐與創(chuàng)新[M]．北京：清華大學出版社，2007.

人員需求分析報告范文第10篇

一、項目實施方案概述

軟件產品，特別是行業(yè)解決方案軟件產品不同于一般的商品，用戶購買軟件產品之后，不能立即進行使用，需要軟件公司的技術人員在軟件技術、軟件功能、軟件操作等方面進行系統(tǒng)調試、軟件功能實現(xiàn)、人員培訓、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產品本身的質量，軟件項目實施的質量效果也對后期用戶應用的情況起到非常重要的影響。項目實施規(guī)范主要包括項目啟動階段、需求調研確認階段、軟件功能實現(xiàn)確認階段、數(shù)據(jù)標準化初裝階段、系統(tǒng)培訓階段、系統(tǒng)安裝測試及試運行階段、總體驗收階段、系統(tǒng)交接階段等八個階段工作內容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關系，上一階段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個項目實施階段分別介紹。

二、項目實施方案介紹

（一）項目啟動階段

此階段處于整個項目實施工作的最前期，由成立項目組、前期調研、編制總體項目計劃、啟動會四個階段組成。

此階段主任務：

公司：在合同簽定后，指定項目經理，成立項目組，授權項目組織完成項目目標。

公司項目組：進行前期項目調研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。

商務經理：配合公司項目組，將積累的項目和用戶信息轉交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯(lián)系。

用戶：成立項目實施組織，配合前期調研和召開啟動會，簽署《總體項目計劃》和《項目實施協(xié)議》。

1、成立項目組

部門經理接到實施申請后，任命項目經理，指定項目目標，由部門經理及項目經理一起指定項目組成員及成員任務，并報總經理簽署《項目任務書》。

2、前期調研

項目經理及項目組成員，在商務人員配合下，建立與用戶的聯(lián)系，對合同、用戶進行調研。填寫《用戶及合同信息表》。在項目商務談判中，商務經理積累了大量的信息，項目組首先應收集商務和合同信息，并與商務經理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。

3、編制《項目總體計劃》

《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內容：

項目描述，項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；

溝通管理計劃，確定項目干系人對信息和溝通的需要：即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質量管理計劃，確定適合于項目的質量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據(jù)每個具體項目的要求而定。未解決事宜和未定的決策

4、啟動會

項目組與用戶共同召開的宣布項目實施正式開始的會議。

會程安排如下：

共同組建項目實施組織，實施組織的權利和職責；雙方簽署《項目實施協(xié)議》。

項目組介紹《項目總體計劃》和《項目實施協(xié)議》，包括以下內容：

項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；

項目實施中項目管理的必要性和如何進行項目管理，項目的質量如何控制；

項目實施中用戶的參與和領導的支持的重要作用；

階段驗收、技術交接和項目結束后如何對用戶提供后續(xù)服務。

（二）需求調研確認階段

此階段的主要工作是軟件公司的項目實施人員向用戶調查用戶對系統(tǒng)的需求，包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等，實施人員調研完成后，會編寫《需求調研分析手冊》，并交付用戶進行確認，待用戶對《需求調研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據(jù)進行軟件功能的實現(xiàn)。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統(tǒng)的影響程度來確定是否給予實現(xiàn)。需求調研階段具體包括如下內容：

1、進行需求調研準備

2、編制《需求調研計劃》

3、內部評審是否通過《需求調研計劃》，項目組、部門經理、商務等人員根據(jù)合同要求和項目實際情況對《需求調研計劃》草稿進行評審，如評審通過，則在稍后的時間內簽署，如評審不通過則重新修改。

4、用戶是否簽署《需求調研計劃》，如用戶簽署《需求調研計劃》，則作為以后需求調研工作的指南。否則重新修改。

5、《需求調研計劃》是否有變更，如果計劃存在變更，則執(zhí)行變更控制流程，否則按計劃進行后續(xù)工作。

6、編寫及發(fā)出《需求調研通知》，項目組編寫《需求調研通知》，確定進行需求調研的相關事宜，發(fā)給用戶，為順利完成需求調研工作做準備

7、需求調研，項目組以《需求調研手冊》為依據(jù)，從業(yè)務流程、單據(jù)使用、打印格式、報表查詢幾個方面展開深入和全面的調研，并搜集用戶的個性化需求。

8、需求調研分析根據(jù)調研的結果，項目組和公司其他技術部門將進一步進行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。

9、內部評審是否通過《需求分析報告》。項目組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，如評審通過，則在稍后由用戶簽署，如評審不通過則重新修改，直至內部評審通過。

10、編寫及發(fā)出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發(fā)給用戶，確定進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。

11、用戶是否確認《需求分析報告》。如果用戶確認，并簽署了《需求分析報告》，則需求調研階段工作結束，進行后續(xù)的軟件功能實現(xiàn)的工作；如沒有確認，則進一步進行調研、分析，直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調研工作結束之后，如果用戶提出新的需求或是變更已有的需求，則執(zhí)行需求新增及變更流程

（三）軟件功能實現(xiàn)確認階段

此階段的主要工作是項目實施人員根據(jù)需求調研階段確認的《需求調研分析手冊》中的用戶需求內容進行具體軟件功能的實現(xiàn)工作。在軟件功能實現(xiàn)的過程中，項目實施人員將記錄軟件實現(xiàn)的詳細過程。便于公司售后服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現(xiàn)完畢后，項目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據(jù)《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。

（四）數(shù)據(jù)標準化初裝階段

此階段的主要工作是項目實施人員指導用戶進行系統(tǒng)標準化資料的準備工作，并對用戶進行初裝資料的軟件操作培訓，以便用戶能夠及時的將標準資料錄入系統(tǒng)，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業(yè)務功能的開展做好基礎。

五）系統(tǒng)培訓階段

系統(tǒng)培訓階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱巨性。在項目實施之前對用戶的相關人員進行系統(tǒng)和規(guī)范的產品培訓是非常必要的，達到讓用戶了解軟件產品，最終自己能夠解決使用中的具體的問題。

此階段的培訓工作中將用戶參加產品培訓的人員劃分為三個層次：決策層、技術層、操作層，對不同層次的用戶參加產品培訓人員的培訓內容分別是：

決策層：領導在實施中的作用與重要性、決策查詢。

維護層：系統(tǒng)維護知識、操作方法。

操作層：操作方法。

具體的培訓工作流程為：

1、調研培訓信息：在培訓開始前3天由用戶實施負責人，將參加培訓的部門和人員情況填入《受訓部門匯總表》、《受訓人員情況一覽表》。

2、編制培訓計劃：結合調研結果，與用戶實施負責人商議具體培訓內容、時間，場地，人員等。項目組編制《培訓計劃》。

3、簽署培訓計劃：用戶簽署《培訓計劃》，進一步確認培訓安排。

4、發(fā)培訓通知：培訓開始前2天，按照簽署的《培訓計劃》，將培訓內容、時間，場地，人員等信息通知用戶實施負責人。

5、搭建培訓環(huán)境：公司項目組在培訓開始前，將培訓環(huán)境搭建及檢查妥當，將培訓提綱及培訓手冊準備好。

6、組織培訓：公司項目組培訓負責人與用戶實施負責人組織相關人員參加培訓，按培訓制度嚴格考核。由用戶將考勤情況填入《培訓人員簽到表》。

7、培訓考核：公司項目組培訓負責人與用戶實施負責人組織受訓人員參加上機及理論考試。

8、培訓總結：公司項目組培訓負責人與用戶實施負責人一起將出勤情況及考核情況做出總結，填入《培訓及考核統(tǒng)計表》，及時向相關負責人匯報。

（六）系統(tǒng)安裝測試及試運行階段

此階段的主要工作是在用戶真實環(huán)境下，對用戶網絡及硬件設備進行測試，對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正；同時目的還在于在正式運行前用戶的有關人員能進一步提高操作水平，掌握操作規(guī)范。此階段的主要工作內容為：

1、編制計劃：與用戶實施負責人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。

2、簽署計劃：用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。

3、發(fā)測試及試運行通知：在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責人。

4、搭建環(huán)境及數(shù)據(jù)準備：在試運行開始前搭建好軟件環(huán)境、硬件環(huán)境、網絡環(huán)境、調通線路；檢查軟件、硬件、網絡、線路等各個環(huán)節(jié)是否有問題；5、組織測試及試運行：用戶相關各級領導給予全面配合，組織相關人員進行測試及試運行.

公司項目組負責擔當指揮，檢查用戶人員組織情況并給予指導，跟蹤檢查如下情況：

跟蹤單據(jù)流轉狀況。

跟蹤新資料登錄環(huán)節(jié)。

觀察業(yè)務流程執(zhí)行狀況。

觀察操作人員操作表現(xiàn)。

觀察系統(tǒng)運行速度及異常表現(xiàn)。

觀察關鍵數(shù)據(jù)的正確性。

及時糾正錯誤操作、對于新發(fā)生的問題及時與相關人員溝通，確定解決辦法。

6、測試及試運行總結：測試及試運行完成，總結試運行中設備、軟件的運行情況，總結試運行中業(yè)務流程和操作環(huán)節(jié)的情況，以書面總結形式將測試及試運行結果通知相關負責人。

（七）總體驗收階段

此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結束后，對系統(tǒng)進行總體驗收。

軟件項目策劃書（二）

一、項目計劃的要素

根據(jù)PMBOK2000，項目計劃可以包含如下要素：

1、項目范圍說明

項目范圍說明闡述進行這個項目的原因或意義，形成項目的基本框架，使項目所有者或項目管理者能夠系統(tǒng)地、邏輯地分析項目關鍵問題及項目形成中的相互作用要素，使項目干系人在項目開始實施前或項目相關文檔編寫以前，能夠就項目的基本內容和結構達成一致；項目范圍說明應當形成項目成果核對清單，作為項目評估的依據(jù)，在項目終止以后或項目最終報告完成以前進行評估，以此作為評價項目成敗的依據(jù)；范圍說明還可以作為項目整個生命周期監(jiān)控和考核項目實施情況的基礎，和項目其他相關計劃的基礎。

2、項目進度計劃

進度計劃是說明項目中各項工作的開展順序、開始時間、完成時間及相互依賴銜接關系的計劃。通過進度計劃的編制，使項目實施形成一個有機的整體。進度計劃是進度控制和管理的依據(jù)，可以分為項目進度控制計劃和項目狀態(tài)報告計劃。

在進度控制計劃中，要確定應該監(jiān)督哪些工作、何時進行監(jiān)督、監(jiān)督負責人是誰，用什么樣的方法收集和處理項目進度信息，怎樣按時檢查工作進展和采取什么調整措施，并把這些控制工作所需的時間和人員、技術、物資資源等列入項目總計劃中。

3、項目質量計劃

4、項目資源計劃

有了項目范圍計劃和進度計劃后，資源計劃就是決定在項目中的每一項工作中用什么樣的資源（人、材料、設備、信息、資金等等），在各個階段使用多少資源。項目費用計劃包括資源計劃、費用估算、費用預算。

5、項目溝通計劃

溝通計劃就是制定項目過程中項目干系人之間信息交流的內容、人員范圍、溝通方式、溝通時間或頻率等溝通要求的約定。

6、風險對策計劃

風險對策計劃是為了降低項目風險的損害而分析風險、制定風險應對策略方案的過程，包括識別風險、量化風險、編制風險應對策略方案等過程。

7、項目采購計劃

項目采購計劃過程就是識別哪些項目需求可應通過從本企業(yè)外部采購產品或設備來得到滿足。如果是軟件開發(fā)工作的采購，也就是外包，應當同時制定對外包的進度監(jiān)控和質量控制的計劃。

8、變更控制、配置管理計劃

由于項目計劃無法保證一開始就預測得非常準確，在項目進行過程中也不能保證準確有力的控制，導致項目計劃與項目實際情況不符的情況經常發(fā)生，所以必須有效處理項目的變更。變更控制計劃主要是規(guī)定變更的步驟、程序，配置管理計劃就是確定項目的配置項和基線，控制配置項的變更，維護基線的完整性，向項目干系人提供配置項的準確狀態(tài)和當前配置數(shù)據(jù)。

二、項目計劃編制過程

由于軟件開發(fā)的手工性、個體性特征，軟件開發(fā)項目計劃不可能是一個靜態(tài)的計劃，一次在項目啟動時，可以先制定一個顆粒度相對比較粗的項目計劃，先確定項目高層活動和預期里程碑。粗顆粒度的項目計劃需要不斷地更新迭代，根據(jù)項目的大小和性質以及項目的進展情況進行迭代和調整。迭代和調整的周期也是根據(jù)項目的情況進行制訂的，一般短到一周，長到2個月左右。經過不斷的計劃制訂、調整、修訂等工作，項目計劃從最初的粗粒度，變得非常詳細。這樣的計劃將一直延續(xù)到項目結束，延續(xù)到項目的成果出現(xiàn)。

制定計劃的過程就是一個對項目逐漸了解掌握的過程，通過認真地制定計劃，項目經理可以知道哪些要素是明確的，哪些要素是要逐漸明確的，通過漸近明細不斷完善項目計劃。階段計劃中包含的工作匯報和下一階段工作安排是掌握項目進度的依據(jù)，從階段計劃對照總體計劃，才能一目了然地看出工作的進展情況。制定計劃的過程，也是在進度、資源、范圍之間尋求一種平衡的過程。制定計劃的精髓不在于寫出一份好看的文檔，而在于運用您的智慧去應對各種問題和面臨風險并盡可能做出前瞻性的思考。一旦計劃被負責任地完成，他就可以給自己一個和管理層或客戶交流與協(xié)商的基礎，幫助你在項目過程中防范各種問題的出現(xiàn)，幫助你保證項目按時完成。

企業(yè)確定要開始某個項目時一般會下達一個立項的文件，暫且叫“項目立項文件”，主要內容是遵照的合同或相關協(xié)議，項目的大致范圍、項目結束的截止時間和一些關鍵時間，指定項目經理和部分項目成員等等。

接下來的項目計劃編寫一般要按照以下過程：

1、成立項目團隊：相關部門收到經過審批后的“項目立項文件”和相關資料，則正式在“項目立項文件”中指定的項目經理組織項目團隊，成員可以隨著項目的進展可以在不同時間加入項目團隊，也可以隨著分配的工作完成而退出項目團隊。但最好都能在項目啟動時參加項目啟動會議，了解總體目標、計劃，特別是自己的目標職責，加入時間等等。

2、項目開發(fā)準備：項目經理組織前期加入的項目團隊成員準備項目工作所需要的規(guī)范、工具、環(huán)境。如開發(fā)工具、源代碼管理工具、配置環(huán)境、數(shù)據(jù)庫環(huán)境等。前期加入的項目團隊成員主要由計劃經理，系統(tǒng)分析員等組成，但快要制定好的項目計劃一定要盡可能經過在所有項目團隊成員和項目干系人中間的充分溝通。如果項目中存在一些關鍵的（指將影響項目成?。┘夹g風險，則在這一階段項目經理應組織人員進行預研。預研的結果應留下下書面結論以備評審。

說明：項目計劃書必須在相應階段對項目目標、階段目標和各項任務進行精確的定義，就是要在相應階段進一步進行項目目標的細化工作；特別是在概要設計完成，詳細設計或編碼實現(xiàn)開始之前應該對下一階段的目標任務進行細化。應當充分調查并掌握影響項目計劃的一切內部和外部影響因素；應當盡可能充分地分析項目工作分解結構，通過分析項目工作分解結構不僅獲得項目的靜態(tài)結構，而且通過邏輯分析，獲得項目各工作任務之間動態(tài)的工作流程；應當將項目目標、任務進行分解，制定詳細的實施方案。

3、項目信息收集：項目經理組織項目團隊成員通過分析接收的項目相關文檔、進一步與用戶溝通等途徑，在規(guī)定的時間內盡可能全面收集項目信息。項目信息收集要講究充分的、有效率的溝通，并要達成共識。有些成員認為，電子郵件發(fā)來的文檔（計劃、需求、周計劃等）是在溝通不夠充分的情況下完成的，成員看過后有不了解或與自己的能力或意愿不符的情況，但通過電子郵件等方式溝通的效率不高，這也許是個習慣的問題，也許和某個具體問題本身是否容易通過電子郵件溝通清楚有關。因此重要的內容需要開會進行Q&A討論，確保所有重要問題都得到理解，最終達成共識。討論會上達成共識的應當記錄成文字落實在具體的文檔中。

4、編寫《軟件項目計劃書》

項目經理負責組織編寫《軟件項目計劃書》?！盾浖椖坑媱潟肥琼椖坎邉澔顒雍诵妮敵鑫臋n，它包括計劃書主體和以附件形式存在的其他相關計劃，如配置管理計劃等?！盾浖椖坑媱潟返木幹茀⒖肌禛B8567－88計算機軟件產品開發(fā)文件編制指南》中項目開發(fā)計劃的要求。各企業(yè)在建立ISO9001質量管理體系或CMM過程中也會建立相應的《軟件開發(fā)項目計劃書規(guī)范》。

編制項目計劃的過程應當分為以下幾個步驟：

a、確定項目的應交付成果。這里的項目的應交付成果不僅是指項目的最終產品，也包括項目的中間產品。例如通常情況下軟件開發(fā)項目的項目產品可以是：需求規(guī)格說明書、概要設計說明書、詳細設計說明書、數(shù)據(jù)庫設計說明書、項目階段計劃、項目階段報告、程序維護說明書、測試計劃、測試報告、程序代碼與程序文件、程序安裝文件、用戶手冊、驗收報告、項目總結報告等等；

b、任務分解：從項目目標開始，從上到下，層層分解，確定實現(xiàn)項目目標必須要做的各項工作，并畫出完整的工作分解結構圖。軟件開發(fā)項目剛開始可能只能從階段的角度劃分，如需求分析工作、架構設計工作、編碼工作、測試工作等等，當然規(guī)模較大時也可把需求、設計拆分成不同的任務。不過特別是在概要設計完成時可以對下一階段的目標任務進行橫向的細化。

c、在資源獨立的假設前提下確定各個任務之間的相互依賴關系，以確定各個任務開始和結束時間的先后順序；獲得項目各工作任務之間動態(tài)的工作流程。

d、確定每個任務所需的時間，即根據(jù)經驗或應用相關方法給任務需要耗費的時間；確定每個任務所需的人力資源要求，如需要什么技術、技能、知識、經驗、熟練程度等等。

e、確定項目團隊成員可以支配的時間，即每個項目成員具體花在項目中的確切時間；確定每個項目團隊成員的角色構成、職責、相互關系、溝通方式。

f、確定管理工作，管理工作是貫穿項目生命周期的，如項目管理、項目會議等、編寫階段報告。項目團隊成員之間的溝通時間、項目團隊成員和其他項目干系人之間的溝通時間也比較容易被忽視，而溝通時間也是比較不容易固定地量化和日程化。但這些工作在計劃中都應當充分地被考慮進去，再回師項目計劃更加合理，更有效地減少因為計劃的不合理而導致的項目進度延期。

g、根據(jù)以上結果編制項目總體進度計劃，總體進度計劃應當體現(xiàn)任務名稱、責任人、開始時間、結束時間、應提交的可檢查的工作成果。

h、考慮項目的費用預算、可能的風險分析及其對策、需要公司內部或客戶或其他方面協(xié)調或支持的事宜。

5、軟件項目計劃書評審、批準

項目計劃書評審、批準是為了使相關人員達成共識、減少不必要的錯誤，使項目計劃更合理更有效。

項目經理完成《軟件項目計劃書》后，首先組織項目團隊內部的項目團隊負責人、測試負責人、系統(tǒng)分析負責人、設計負責人、質量監(jiān)督員等對項目計劃書進行評審，評審可采取電子或會議方式，并進行階段成果項目團隊內評閱記錄。應當要求所有相關人員在收到軟件項目計劃書后的一個約定時間內反饋對計劃書的意見。項目經理確保與所有人員就項目計劃書中所列內容達成一致。這種一致性是要求所有項目團隊成員對項目計劃的內容進行承諾，無法承諾或者說是無法達成一致的，要么修改項目計劃去適應某些項目團隊成員，要么是由某些項目團隊成員采取妥協(xié)措施，去適應項目計劃的要求。

項目經理將已經達成一致的軟件項目計劃書提交項目高層分管領導或其授權人員進行審批，審批完成時間不能超過預先約定的時間。對于意義重大的項目，由過程控制部門如質量管理部和項目分管領導同時對《軟件項目計劃書》進行審批。

批準后的軟件項目計劃書作為項目活動開展的依據(jù)和本企業(yè)進行項目控制和檢查的依據(jù)，并在必要時根據(jù)項目進展情況實施計劃變更。

項目質量監(jiān)督員根據(jù)《軟件項目計劃書》和《軟件開發(fā)項目質量計劃書規(guī)范》編制軟件開發(fā)項目質量計劃。大型的項目應當編制單獨的《軟件開發(fā)項目質量計劃書》；規(guī)模較小的可以在《軟件項目計劃書》的某個章節(jié)說明“軟件開發(fā)項目質量計劃”，也可單獨編制類似“軟件開發(fā)項目質量控制表”的文檔。

配置管理員根據(jù)計劃書編制《項目配置管理計劃》。以項目工作計劃書中的階段成果為依據(jù)，根據(jù)配置管理計劃規(guī)范編制配置管理計劃，項目經理審批配置管理計劃，并對配置管理計劃的有效性負責。

項目策劃工作完畢，軟件項目計劃書通過評審，一般情況下，對軟件開發(fā)項目來說，工作轉入需求分析階段。

三、項目計劃內容確定

項目計劃內容的確定一般要按照以下過程：

1、確定項目概貌

合同項目以合同和招投標文件為依據(jù)，非合同項目以可行性研究報告或項目前期調研成果為依據(jù)，明確項目范圍和約束條件，并以同樣的依據(jù)，明確項目的交付成果。進一步明確項目的工作范圍和項目參與各方責任。

2、確定項目團隊

確定項目團隊的組織結構和與項目開發(fā)相關的職能機構，包括管理、開發(fā)、測試、QA、評審、驗收等。確定項目團隊人員及分工。與相關人員協(xié)商，確定項目團隊人員構成。如內部不能滿足人員需求，則提出人員支援申請。

3、明確項目團隊內、外的協(xié)作溝通

明確與用戶單位的溝通方法。明確最終用戶、直接用戶及其所在本企業(yè)／部門名稱和聯(lián)系電話。客戶更多的參與是項目成功的重要推動力量，加強在開發(fā)過程中與用戶方項目經理或配合人員的主動溝通，將有助加強客戶等項目的參與程度。建議采用周報或月報的方式通告項目的進展情況和下一階段計劃，出現(xiàn)的需要客戶協(xié)調或了解的問題。

當項目團隊需要與外部單位協(xié)作開發(fā)時，應明確與協(xié)作單位的溝通方式。確定協(xié)作單位的名稱、負責人姓名、承擔的工作內容以及實施人的姓名、聯(lián)系電話。

明確本企業(yè)內部協(xié)作開發(fā)的部門名稱、經理姓名、承擔的工作內容以及工作實施責任人的姓名、聯(lián)系電話。明確項目團隊溝通活動。項目團隊成員規(guī)模在3人以上的項目應該組織項目團隊周例會，項目團隊采用統(tǒng)一的交流系統(tǒng)建立項目團隊的交流空間。

4、規(guī)劃開發(fā)環(huán)境和規(guī)范

說明系統(tǒng)開發(fā)的所采用的各種工具，開發(fā)環(huán)境，測試環(huán)境等。列出項目開發(fā)要遵守的開發(fā)技術規(guī)范和行業(yè)標準規(guī)范。對于本企業(yè)還沒有規(guī)范的開發(fā)技術，項目經理應組織人員制訂出在本項目中將遵守的規(guī)則。

5、編制工作進度計劃

根據(jù)本企業(yè)規(guī)定和項目實際情況，確定項目的工作流程。編制項目的工作計劃，此計劃為高層計劃，各階段的工作時間安排要包括完成階段文檔成果、文檔成果提交評審及進行修改的時間，各階段結束的標志是階段成果。在計劃中要求明確以下內容：

a、工作任務劃分；

b、顯示項目各階段或迭代的時間分配情況的時間線或甘特圖；

c、確定主要里程碑、階段成果；

d、要求用文字對項目工作計劃做出解釋。最終用一張時間表格來完整說明整個工作計劃；對于迭代開發(fā)的項目，應編制出第一階段的階段計劃。階段內的任務分割以2-5天為合適，特殊任務的時間跨度在兩個星期內；在項目的進行過程中，項目經理編制雙周工作計劃，指導成員的具體工作。

6、編制項目的監(jiān)控計劃。其中說明進度控制、質量控制、版本控制、預算控制等。

7、編制項目的風險計劃，分析項目過程中可能出現(xiàn)的風險以及相應的風險對策。對于大型項目，建議以附件方式編制，便于不斷更新。

8、制定輔助工作計劃。根據(jù)項目需要，編制如培訓計劃、招聘計劃等。

9、規(guī)劃開發(fā)支持工作，如供方管理計劃。

10、規(guī)劃項目驗收：制定項目的驗收計劃。此項工作可以視需要進行裁減。

本文鏈接：http://www.svtrjb.com/v-75-1939.html人員需求分析報告范文10篇