人員需求分析報告范文第1篇
引言
高職院校的電子商務(wù)專業(yè)目前的課程體系基本是由計算機的一些專業(yè)課程加上一些商務(wù)的課程共同構(gòu)成的。各個高職院校會根據(jù)學(xué)科的偏向而進行一些取舍，有些學(xué)校會有更多的計算機專業(yè)課程，有些學(xué)校會更側(cè)重于商務(wù)課程。從高職學(xué)生的特點來看，學(xué)習(xí)較多的計算機專業(yè)課程難度較大，因此從實際出發(fā)，高職的電子商務(wù)專業(yè)計算機課程相應(yīng)地要降低難度，我們對計算機專業(yè)類的課程進行了重新的設(shè)計和整合，包括課程的標準和課程的內(nèi)容。計算機專業(yè)中的《系統(tǒng)分析與設(shè)計》課程主要是對軟件系統(tǒng)進行分析與設(shè)計，針對電子商務(wù)專業(yè)，則側(cè)重有所不同，因此將課程更改為《商務(wù)網(wǎng)站需求與方案建設(shè)》，結(jié)合對企業(yè)的業(yè)務(wù)流程調(diào)研，歸納出本門課程的典型工作任務(wù)，并對課程進行了教學(xué)設(shè)計。
1、對企業(yè)業(yè)務(wù)流程的調(diào)研對從事網(wǎng)站項目建設(shè)開發(fā)的企業(yè)流程調(diào)研后，可以歸納出基本的業(yè)務(wù)流程，描述如下：在承接一個項目后，市場部負責人與美工主要進行需求分析工作，由于需求分析成功與否與后期的工作直接相關(guān)，所以主要由負責人與項目委托人溝通，美工要進行首頁面的設(shè)計，因此要對網(wǎng)站的總體風(fēng)格和內(nèi)容有一個準確的把握，所以始終參與需求分析過程。在與委托人進行充分溝通的基礎(chǔ)上，了解該項目的行業(yè)背景和企業(yè)的實際運行情況后，完成需求分析報告，并進行一個方案設(shè)計，在項目委托人同意之后開始進行項目的設(shè)計。首頁面的設(shè)計是由美工完成的，這也是一個與委托人反復(fù)交流的過程，經(jīng)過不斷地調(diào)整修改之后，首頁面定稿。此時首頁面只是一個效果圖片，經(jīng)過頁面的切割和生成工序后，將首頁面交給研發(fā)部，研發(fā)部根據(jù)需求分析報告和首頁面的內(nèi)容進行后臺代碼的編寫。同時，美工進行二級頁面的設(shè)計。設(shè)計完成后也交由研發(fā)部編寫后臺代碼。代碼編寫完成后進行網(wǎng)站的測試和。綜合上述流程，可得流程圖如圖1：在了解項目的流程時，我們也同時了解了各個崗位要求的技能，綜合來說，每個崗位的人員都應(yīng)能熟悉電子商務(wù)的內(nèi)涵，不同的崗位在具體的知識技能要求上有所不同。如需求分析人員要求對項目的整體運作非常熟悉，能起到協(xié)調(diào)項目組和項目委托人的作用，必須具備很好的溝通交流能力，同時要有較強的文字組織能力。美工要具備較好的美術(shù)基礎(chǔ)、審美眼光和熟練的網(wǎng)頁制作知識，同時由于美工要充分與項目委托人溝通，這樣才能做出既有特色，同時又能滿足委托人要求的頁面效果，因此對溝通能力也有相當高的要求。研發(fā)部門的崗位則相對要求編程能力和邏輯思維能力強。能充分領(lǐng)悟項目的要求，在給定的時間內(nèi)完成代碼的編寫和調(diào)試。同時，由于程序文檔和使用說明書的編寫較為重要，所以也要求有一定的文字表達能力。企業(yè)一般還會提供管理咨詢和培訓(xùn)等服務(wù)，管理咨詢和培訓(xùn)主要有提供網(wǎng)站推廣的服務(wù)，電子商務(wù)解決方案的咨詢等。這些崗位要求對電子商務(wù)的技術(shù)有基本的了解并有較強的語言能力，熟悉各種網(wǎng)站推廣方法和工具。
2、分析學(xué)生必須的知識、技能、素質(zhì)為了適應(yīng)相關(guān)的工作崗位，學(xué)生應(yīng)能熟悉電子商務(wù)的內(nèi)涵，掌握網(wǎng)站需求調(diào)查與分析的基本方法，掌握網(wǎng)站開發(fā)的技術(shù)，如相應(yīng)的程序設(shè)計語言和網(wǎng)頁設(shè)計制作知識和方法，具備一定編程能力和邏輯思維能力，熟悉各種網(wǎng)站推廣方法和工具。必須具備很好的溝通交流能力，同時要有較強的文字組織能力。一個項目通常是項目組來完成的，所以學(xué)生的團隊合作能力也必不可少。
3、分析《商務(wù)網(wǎng)站需求與方案設(shè)計》課程的典型工作任務(wù)本門課程對應(yīng)的崗位為網(wǎng)站需求分析人員，需求分析研人員通常應(yīng)對整個項目流程非常熟悉，他是項目委托人和開發(fā)人員之間的鈕帶，項目委托人不能理解項目是如何完成的，他們注重的是項目完成時交付的網(wǎng)站是否符合他們的預(yù)期，而開發(fā)人員的開發(fā)工作依賴于需求分析人員提供的需求分析報告，因此，網(wǎng)站的需求分析與方案設(shè)計是非常重要的工作任務(wù)，對整個項目的質(zhì)量來說起著關(guān)鍵性的作用。需求分析要完成的是和項目委托人溝通交流，以專業(yè)的眼光來看待項目的可行性，為委托人分析及明確需求，在此基礎(chǔ)上，進行需求調(diào)查與分析，形成需求分析與整體方案設(shè)計，提交相應(yīng)的需求分析報告和方案設(shè)計報告。
4、以工作過程為導(dǎo)向設(shè)計教學(xué)情境
4.1學(xué)習(xí)情境劃分原則企業(yè)在承接建站任務(wù)時，根據(jù)站點的不同會有一些不同的方法進行需求分析，教材的每章都將用一個實際的案例進行說明，并附上完整的需求分析報告。案例的挑選力求能充分說明各種不同類型網(wǎng)站的特色，并在需求調(diào)查與分析的方法上體現(xiàn)出來，并為學(xué)生的實踐作出有效的指導(dǎo)。在此基礎(chǔ)上，開始進行具體的情境設(shè)計，我們設(shè)想以一個項目貫穿整門課程，將項目按工作過程進行劃分情境，每個情境完成一個子任務(wù)，一門課程結(jié)束時，各個子任務(wù)可以綜合形成一個完整的項目任務(wù)。這樣，我們就只能以一個典型案例來說明需求分析過程，為了不至于造成其他類型的網(wǎng)站需求分析方法不同，而學(xué)生無法了解，在每個情境中設(shè)置拓展部分，由于B2C的站點難度適中，且最為常見，因此，教材中以B2C作為案例，其他類型的站點在需求分析時如果有特殊的要求就體現(xiàn)在拓展部分，學(xué)生選取的案例中如果涉及到其他類型的站點，那么就可以參考拓展部分，進行自學(xué)或查找相應(yīng)資料來解決問題。
4.2學(xué)習(xí)情境的設(shè)計我們按照工作過程將課程劃分為十個學(xué)習(xí)情境，分別是外部需求分析、面向用戶的需求分析、企業(yè)內(nèi)部需求分析、網(wǎng)站推廣需求分析、網(wǎng)站軟硬件環(huán)境設(shè)計、網(wǎng)站功能的概要設(shè)計、網(wǎng)站數(shù)據(jù)庫結(jié)構(gòu)設(shè)計、網(wǎng)站界面總體設(shè)計、網(wǎng)站系統(tǒng)安全性設(shè)計和網(wǎng)站測試。
5、課程標準的制定
在學(xué)習(xí)情境的劃分與設(shè)計完成之后，我們著手制定課程標準，，其中最重要的就是課程的定位及學(xué)習(xí)目標的制定。這部分我們充分地參考了企業(yè)的調(diào)研意見，了解企業(yè)的網(wǎng)站需求分析人員在具體工作中所需要掌握的知識和能力。并力求能夠體現(xiàn)在學(xué)習(xí)情境的設(shè)計中。
5.1課程的定位網(wǎng)站需求與方案設(shè)計是電子商務(wù)專業(yè)網(wǎng)絡(luò)技術(shù)服務(wù)方向的一門專業(yè)課程，本門課程著重于培養(yǎng)學(xué)生用全局的眼光看待網(wǎng)站的設(shè)計需求，要求學(xué)生具備良好的溝通能力和語言表達能力，能夠應(yīng)用各種調(diào)查分析方法和工具，完成電子商務(wù)網(wǎng)站的需求分析項目，并能按規(guī)范的形式形成各階段的需求分析報告文檔。
5.2學(xué)習(xí)目標的確定我們分別對本門課程的知識目標、專業(yè)能力目標、方法能力目標和社會能力目標進行了分析和歸納。在學(xué)習(xí)目標方面，十個學(xué)習(xí)情境分別達到理解以下概念和內(nèi)容：（1）電子商務(wù)的商業(yè)模式概念；網(wǎng)站風(fēng)格、關(guān)鍵字、電子支付、物流配送的概念；（2）面向用戶的需求分析使用的調(diào)查方法與手段；功能性需求與非功能性需求的概念；（3）網(wǎng)站的盈利模式，網(wǎng)站的存儲方式，不同數(shù)據(jù)庫的特性分析比較，非功能性需求概念，網(wǎng)站維護內(nèi)容；（4）網(wǎng)站的推廣策略，推廣方法。（5）電子商務(wù)網(wǎng)站軟硬件環(huán)境的組成，網(wǎng)站軟硬件設(shè)備的選擇方法；（6）電子商務(wù)建站的基本過程，功能概要設(shè)計的基本方法；（7）電子商務(wù)網(wǎng)站內(nèi)容設(shè)計的原則，頁面設(shè)計的原則等；（8）網(wǎng)站的安全性設(shè)計方法。（9）網(wǎng)站測試的方法在專業(yè)能力方面，我們希望能夠達到以下目標：（1）能區(qū)分不同的商業(yè)模式；進行市場需求分析；能進行同類網(wǎng)站的比較與分析，分析競爭優(yōu)勢、劣勢，選擇電子支付方式及物流配送模式；（2）能確定網(wǎng)站所面向用戶的類型特征；應(yīng)用各種調(diào)查方式對用戶進行需求調(diào)查；分析調(diào)查結(jié)果。（3）能明確用戶的功能性需求與潛在需求；確定網(wǎng)站的盈利模式、并進行產(chǎn)品分析；（4）能根據(jù)外部分析和用戶需求以及企業(yè)自身定位確定網(wǎng)站的總體風(fēng)格，語言版本；（5）能確定網(wǎng)站的存儲方式，域名，數(shù)據(jù)庫的選用；了解和確定網(wǎng)站維護要求；（6）能分析和確定網(wǎng)站的推廣策略。完成相應(yīng)的需求報告文檔。由于本門課程的教學(xué)設(shè)計是讓學(xué)生在學(xué)習(xí)過程中完成一個實際的電子商務(wù)網(wǎng)站項目需求分析，因此，學(xué)生要從組建項目小組開始，進行選題，到實施整個調(diào)查過程，并形成相應(yīng)的需求分析報告。整個過程都需要對項目進行規(guī)劃、計劃和實施，并在實施過程中報告和反饋，所以對學(xué)生的實踐能力是很大的考驗。相應(yīng)地，在方法能力方面，我們希望通過本門課程的學(xué)習(xí)，能夠做到：能將所學(xué)知進行綜合運用；.具有獨立進行分析、計劃、實施、評價的能力；具有獲取、歸納、分析、交流的能力；并具有一定的自學(xué)能力、理解能力與表達能力。在社會能力方面，我們希望能夠培養(yǎng)學(xué)生的團隊意識與協(xié)作能力，并具有一定的計劃組織能力。
6、項目導(dǎo)向的校本教材編寫
在課程標準的基礎(chǔ)上開始進行校本教材的編寫，在選取案例的時候，使用的是企業(yè)真實案例，這是一個B2C類型的站點，其業(yè)務(wù)方式是整合福建范圍內(nèi)的一些茶商，用統(tǒng)一的標識進行網(wǎng)上銷售，由于茶葉是福建省的一個重要特色產(chǎn)業(yè)，而且網(wǎng)站的一些設(shè)想也很有特色，在校本教材中，我們就以該案例進行行動導(dǎo)向的教材編寫。
7、小結(jié)
人員需求分析報告范文第2篇
引言是對這份軟件產(chǎn)品需求分析報告的概覽，是為了幫助閱讀者了解這份文檔是如何編寫的，并且應(yīng)該如何閱讀、理解和解釋這份文檔。
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ēng)險
具體說明本軟件開發(fā)項目的全部風(fēng)險承擔者，以及各自在本階段所需要承擔的主要風(fēng)險，首要風(fēng)險承擔者包括：
任務(wù)提出者;
軟件開發(fā)者;
產(chǎn)品使用者。
1.3 文檔約定
描述編寫文檔時所采用的標準(如果有標準的話)，或者各種排版約定。排版約定應(yīng)該包括：
正文風(fēng)格;
提示方式;
重要符號;
也應(yīng)該說明高層次需求是否可以被其所有細化的需求所繼承，或者每個需求陳述是否都有其自己的優(yōu)先級。
1.4 預(yù)期讀者和閱讀建議
列舉本軟件產(chǎn)品需求分析報告所針對的各種不同的預(yù)期讀者，例如，可能包括：
用戶;
開發(fā)人員;
項目經(jīng)理;
營銷人員;
測試人員;
文檔編寫入員。
并且描述了文檔中，其余部分的內(nèi)容及其組織結(jié)構(gòu)，并且針對每一類讀者提出最適合的文檔閱讀建議。
1.5 產(chǎn)品范圍
說明該軟件產(chǎn)品及其開發(fā)目的的簡短描述，包括利益和目標。把軟件產(chǎn)品開發(fā)與企業(yè)目標，或者業(yè)務(wù)策略相聯(lián)系。
描述產(chǎn)品范圍時需注意，可以參考項目視圖和范圍文檔，但是不能將其內(nèi)容復(fù)制到這里。
1.6 參考文獻
列舉編寫軟件產(chǎn)品需求分析報告時所用到的參考文獻及資料，可能包括：
本項目的合同書;
上級機關(guān)有關(guān)本項目的批文;
本項目已經(jīng)批準的計劃任務(wù)書;
用戶界面風(fēng)格指導(dǎo);
開發(fā)本項目時所要用到的標淮;
系統(tǒng)規(guī)格需求說明;
使用實例文檔;
屬于本項目的其它己發(fā)表文件;
本軟件產(chǎn)品需求分析報告中所引用的文件、資料;
相關(guān)軟件產(chǎn)品需求分析報告;
為了方便讀者查閱，所有參考資料應(yīng)該按一定順序排列。如果可能，每份資料都應(yīng)該給出：
標題名稱;
作者或者合同簽約者;
文件編號或者版本號;
發(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)有應(yīng)用軟件的替代品(升級產(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è)務(wù)層面陳述本軟件產(chǎn)品所應(yīng)具有的主要功能，在描述功能時應(yīng)該 針對每一項需求準確地描述其各項規(guī)格說明。如果存在引起誤解的可能，在陳述本軟件產(chǎn)品主要功能的作用領(lǐng)域時，也需要對應(yī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)。描述時，應(yīng)該將該軟件產(chǎn)品的重要用戶類與非重要用戶類區(qū)分開。
用戶不一定是軟件產(chǎn)品的直接使用者，通過報表、應(yīng)用程序接口、系統(tǒng)硬件接口得到軟件產(chǎn)品的數(shù)據(jù)和服務(wù)的人、或者機構(gòu)也有他們的需求。所以，應(yīng)該將這些外部需求視為通過報表、應(yīng)用程序接口、系統(tǒng)硬件接口附加給軟件產(chǎn)品的附加用戶類。
2.4 運行環(huán)境
描述了本軟件的運行環(huán)境，一般包括：
硬件平臺;
操作系統(tǒng)和版本;
支撐環(huán)境(例如：數(shù)據(jù)庫等)和版本;
其它與該軟件有關(guān)的軟件組件;
與該軟件共存的應(yīng)用程序。
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)品的不同部分有不同的外部接口，那么應(yīng)該把這些外部接口的全部詳細需求并入到這一部分實例中。
注意：必須將附加用戶類的特征與外部接口需求加以區(qū)分，附加用戶類的特征描述的是通過接口取得軟件產(chǎn)品的數(shù)據(jù)和服務(wù)的人的需求;而外部接口需求描述的是接口本身的需求。
3.1 用戶界面
陳述需要使用在用戶界面上的軟件組件，描述每一個用戶界面的邏輯特征。必須注意，這里需要描述的是用戶界面的邏輯特征，而不是用戶界面。以下是可能包括的一些特征：
將要采用的圖形用戶界面(GUl)標準或者產(chǎn)品系列的風(fēng)格;
有關(guān)屏幕布局或者解決方案的限制;
將要使用在每一個屏幕(圖形用戶界面)上的軟件組件，可能包括：
選單;
標準按鈕;
導(dǎo)航鏈接;
各種功能組件;
消息欄;
快捷鍵;
各種顯示格式的規(guī)定，可能包括：
不同情況下文字的對齊方式;
不同情況下數(shù)字的表現(xiàn)格式與對齊方式;
日期的表現(xiàn)方法與格式;
計時方法與時間格式;
等等。
錯誤信息顯示標準;
對于用戶界面的細節(jié)，例如：一個特定對話框的布局，應(yīng)該寫入具體的用戶界面設(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è)組件。例如：中間件、消息服務(wù)，等等。
描述并且明確軟件產(chǎn)品與軟件組件之間交換數(shù)據(jù)或者消息的目的。描述所需要的服務(wù)，以及與內(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)絡(luò)通訊標準或者協(xié)議;
數(shù)據(jù)交互用電子表格;
必須定義相關(guān)的：
消息格式;
通訊安全或加密問題;
數(shù)據(jù)傳輸速率;
同步和異步通訊機制;
4. 系統(tǒng)功能需求
需要進行詳細的需求記錄，詳細列出與該系統(tǒng)功能相關(guān)的詳細功能需求，并且，唯一地標識每一項需求。這是必須提交給用戶的軟件功能，使得用戶可以使用所提供 的功能執(zhí)行服務(wù)或者使用所指定的使用實例執(zhí)行任務(wù)。描述軟件產(chǎn)品如何響應(yīng)己知的出錯條件、非法輸入、非法動作。
如果每一項功能需求都能用一項，也只需要用一項測試用例就能進行驗證，那么就可以認為功能需求已經(jīng)適當?shù)剡M行描述了。如果某項功能需求找不到合適的測試用例，或者必須使用多項測試用例才能驗證，那么該項功能需求的描述必然存在某些問題。
功能需求是根據(jù)系統(tǒng)功能，即軟件產(chǎn)品所提供的主要服務(wù)來組織的?？梢酝ㄟ^使用實例、運行模式、用戶類、對象類或者功能等級來組織這部分內(nèi)容，也可以便用這些元素的組合?？偠灾?，必須選擇一種是讀者容易理解預(yù)期產(chǎn)品的組織方案。
用簡短的語句說明功能的名稱，例如：“4.1系統(tǒng)參數(shù)管理”。按照服務(wù)組織的順序，逐條闡述系統(tǒng)功能。無論說明的是何種功能，都應(yīng)該針對該系統(tǒng)功能重復(fù)敘述4.1~ 4.3這三個部分。
可以通過各種方式來組織這一部分內(nèi)容，例如采用：使用實例、運行模式、用戶類、對象類、功能等級等，也可以采用它們的組合。其最終目的是，讓讀者容易理解 即將開發(fā)的軟件產(chǎn)品。一般來說，每個使用實例都對應(yīng)一個系統(tǒng)功能，因而按照使用實例來組織內(nèi)容比較容易讓用戶理解。
對應(yīng)一些被共享的獨立使用實例，可以定義一些公用系統(tǒng)功能。
必須特別注意的是，在2.2節(jié)“產(chǎn)品的功能”中描述的全部需求，以及它們的規(guī)格說明;必須在某個系統(tǒng)功能描述中有所反映，而且不應(yīng)重復(fù)。
4.1 說明和優(yōu)先級
對該系統(tǒng)功能進行簡短的說明，并且指出該系統(tǒng)功能的優(yōu)先級是：高、中、還是低。需要的話，還可以包括對特定優(yōu)先級部分的評價，例如：利益、損失、費用和風(fēng)險，其相對優(yōu)先等級可以從1(低)到9(高)。
4.2 激勵/響應(yīng)序列
列出輸入激勵(用戶動作、來自外部設(shè)備的信號或者其它觸發(fā))并且定義針對這——功能行為的系統(tǒng)響應(yīng)序列，這些序列將與使用實例中相關(guān)的對話元素相對應(yīng)。
描述激勵/響應(yīng)序列時，不僅需要描述基本過程，而且應(yīng)該描述可選(擴充)過程，包括例外(引起任務(wù)不能順序完成的情況稱為例外)。疏忽了可選過程，有可能影響軟件產(chǎn)品的功能;如果遺漏例外過程，則有可能會引發(fā)系統(tǒng)崩潰。
如果采用流程圖來描述激勵/響應(yīng)序列，比較容易讓用戶理解。
4.3 輸入/輸出數(shù)據(jù)
列出輸入數(shù)據(jù)(用戶輸入、來自外部接口的輸入或者其它輸入)并且定義針對這些輸入數(shù)據(jù)的處理(計算)方法，以及相應(yīng)地輸出數(shù)據(jù)，描述對應(yīng)區(qū)別：輸入數(shù)據(jù)和輸出數(shù)據(jù)。
當有大量數(shù)據(jù)需要描述時，也可以分類描述數(shù)據(jù)，并且注明各項數(shù)據(jù)的輸入、輸出屬性。
對于每一項數(shù)據(jù)，均需要描述：
數(shù)據(jù)名稱;
實際含義;
數(shù)據(jù)類型;
數(shù)據(jù)格式;
數(shù)據(jù)約束;
對于復(fù)雜的處理方法，僅僅給出算法原理是不夠的，必須描述詳細的計算過程，并且列出每一步具體使用的實際算式;如果計算過程中涉及查表、判斷、迭代等處理方法，應(yīng)該給出處理依據(jù)和相關(guān)數(shù)據(jù)。如果計算方法很簡單，也可以將其從略，不加描述。
5. 其它非功能需求
在這里列舉出所有非功能需求，主要包括可靠性、安全性、可維護性、可擴展性、可測試性等。
5.1 性能需求
闡述不同應(yīng)用領(lǐng)域?qū)浖a(chǎn)品性能的需求，并且說明提出需求的原理或者依據(jù)，以幫助開發(fā)人員做出合理的設(shè)計選擇。盡可能詳細地描述性能需求，如果需要，可以針對每個功能需求或者特征分別陳述其性能需求。在這里確定：
相互合作的用戶數(shù)量;
系統(tǒng)支持的并發(fā)操作數(shù)量;
響應(yīng)時間;
與實時系統(tǒng)的時間關(guān)系：
容量需求
存儲器;
磁盤空間;
數(shù)據(jù)庫中表的最大行數(shù)。
5.2 安全措施需求
詳盡陳述與軟件產(chǎn)品使用過程中可能發(fā)生的損失、破壞、危害相關(guān)的需求。定義必須采取的安全保護或動作，以及必須預(yù)防的潛在危險動作。明確軟件產(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)預(yù)置登錄密碼，系統(tǒng)預(yù)置的登錄密碼不能重用。”
5.4 軟件質(zhì)量屬性
詳盡陳述對客戶和開發(fā)人員至關(guān)重要的在軟件產(chǎn)品其它方面表現(xiàn)出來的質(zhì)量功能。這些功能必須是確定的、定量的、在需要時是可以驗證的。至少也應(yīng)該指明不同屬性的相對側(cè)重點，例如：易用性優(yōu)于易學(xué)性，或者可移植性優(yōu)于有效性。
5.5 業(yè)務(wù)規(guī)則
列舉出有關(guān)軟件產(chǎn)品的所有操作規(guī)則，例如：那些人在特定環(huán)境下可以進行何種操作。這些本身不是功能需求，但是他們可以暗示某些功能需求執(zhí)行這些規(guī)則。一個 業(yè)務(wù)規(guī)則的范例如下：“進行達到或者超過10，000，00元人民幣的儲蓄業(yè)務(wù)時，必須通過附加的管理員認證。”
列舉業(yè)務(wù)規(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è)務(wù)層面上的專業(yè)術(shù)語，而不是軟件專業(yè)或者計算機專業(yè)的術(shù) 語。但是，對于無法回避的軟件專業(yè)或者計算機專業(yè)術(shù)語，也應(yīng)該列入詞匯表并且加以準確定義。
7. 數(shù)據(jù)定義
數(shù)據(jù)定義是一個定義了應(yīng)用程序中使用的所有數(shù)據(jù)元素和結(jié)構(gòu)的共享文檔，其中對每個數(shù)據(jù)元素和結(jié)構(gòu)都準確描述：含義、類型、數(shù)據(jù)大小、格式、計量單位、精度 以及取值范圍。數(shù)據(jù)定義的維護獨立于軟件需求規(guī)格說明，并且在軟件產(chǎn)品開發(fā)和維護的任何階段，均向風(fēng)險承擔者開放。
如果為軟件開發(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ù)定義復(fù)核全部數(shù)據(jù)，使得它們的名稱和含義完全一 致。必須注意的是，為了避免二義性，在匯總數(shù)據(jù)項時應(yīng)該根據(jù)數(shù)據(jù)項所代表的實際意義匯總，而不是根據(jù)數(shù)據(jù)項的名稱匯總。
在數(shù)據(jù)定義中，每個數(shù)據(jù)項除了有一個中文名稱外，還應(yīng)該為它取一個簡短的英文名稱，該英文名稱應(yīng)該符合命名規(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)中有
可選項，使用圓括號把該項括起來。
重復(fù)項
重復(fù)項是組合項的一種特例，其中有一項將有多個實例出現(xiàn)在數(shù)據(jù)結(jié)構(gòu)中，使用花括號
把該項括起來。如果知道該項可能允許的范圍，就按“最小值：最大值”的形式寫在花
括號前。
8. 分析模型
這是一個可選部分，包括或涉及到相關(guān)的分析模型，例如：
數(shù)據(jù)流程圖;
類圖;
狀態(tài)轉(zhuǎn)換圖;
實體-關(guān)系圖。
9. 待定問題列表
人員需求分析報告范文第3篇
網(wǎng)站項目是以Web服務(wù)器為主體、瀏覽器為客戶端作為基本架構(gòu)的項目。這樣的架構(gòu)項目中包含Web服務(wù)器、瀏覽器和網(wǎng)絡(luò)三個關(guān)鍵主體。網(wǎng)站項目可能是一個網(wǎng)站，也可能是各種Web應(yīng)用程序，例如網(wǎng)上商店、虛擬郵局、網(wǎng)絡(luò)辦公管理系統(tǒng)、客戶關(guān)系管理系統(tǒng)等等。網(wǎng)站項目管理就是圍繞著網(wǎng)站項目運用知識、技術(shù)、技能、工具和方法進行組織管理。其特點表現(xiàn)在以下幾個方面：
1）涉及的領(lǐng)域很多。狹義地講，網(wǎng)站項目包括了網(wǎng)頁制作、美工設(shè)計、程序編碼、系統(tǒng)及網(wǎng)絡(luò)管理等專業(yè)技術(shù)，廣義上又包含了企業(yè)管理、市場營銷、心理學(xué)、廣告學(xué)等更多領(lǐng)域的知識，在項目進行過程中還涉及到項目管理工具、文檔和設(shè)計開發(fā)管理規(guī)范、開發(fā)及測試環(huán)境部署等特殊領(lǐng)域的問題。這對參與項目管理的人員提出了很高的要求。
2）參與項目的角色很多，水平可能參差不齊。對于網(wǎng)站項目管理，最關(guān)鍵的角色是項目經(jīng)理、業(yè)務(wù)流程分析師、用戶界面工程師、系統(tǒng)分析員、編碼人員（程序員）和質(zhì)量控制工程師等。根據(jù)項目的規(guī)模和開發(fā)的深度，由項目經(jīng)理進行角色劃分。假如嚴格細分，一個大型項目的角色可能達到50個以上，以確保每個細節(jié)都有專業(yè)的人員進行負責和管理。其中需求分析過程中主要角色有客戶代表、業(yè)務(wù)員、業(yè)務(wù)流程分析師、用戶界面工程師，另外還有項目經(jīng)理、數(shù)據(jù)庫工程師、文檔工程師等參與。
3）網(wǎng)絡(luò)應(yīng)用的開發(fā)技術(shù)在日新月異地進步，從而使網(wǎng)站應(yīng)用系統(tǒng)的開發(fā)模式具有多種選擇性，達到同樣的目標可以采用很多不同的方式，現(xiàn)代的應(yīng)用系統(tǒng)越來越成為一個龐大的集成方案，需要考慮不同的操作平臺、不同的應(yīng)用服務(wù)器、不同的數(shù)據(jù)庫、不同的編程語言、不同的傳輸介質(zhì)等等，項目管理人員必須了解各種技術(shù)的利弊，幫助用戶選擇高效、廉價并富有前瞻性的方案。
2需求分析在網(wǎng)站項目管理中的作用及要求
需求分析是一個項目的開端，也是項目建設(shè)的基石。由于以上提出的網(wǎng)站項目的特殊性和行業(yè)覆蓋的廣闊性，以及需求分析的高風(fēng)險性，網(wǎng)站項目需求分析的重要性是不言而喻的，在以往建設(shè)失敗的項目中，80％是由于需求分析的不明確而造成的。因此一個項目成功的關(guān)鍵因素之一，就是對需求分析的把握程度。
在需求分析流程中，需要有客戶代表、業(yè)務(wù)員、業(yè)務(wù)流程分析師、用戶界面工程師等角色參與，業(yè)務(wù)員從客戶代表那里獲得需求，并形成需求報告；業(yè)務(wù)流程分析員從業(yè)務(wù)員那里獲得需求報告，分析生成項目模型報告；界面工程師得到項目模型后設(shè)計制作相應(yīng)的模板和用戶界面原型，最終由客戶代表確認。需求分析所形成的文檔最終達到如下要求。
1）正確性：每個功能必須清楚描寫交付的功能。
2）可行性：確保在當前的開發(fā)能力和系統(tǒng)環(huán)境下可以實現(xiàn)每個需求。
3）必要性：功能是否必須交付，是否可以推遲實現(xiàn)，是否可以在削減開支情況發(fā)生時被“砍”掉。
4）簡明性：不要使用專業(yè)的網(wǎng)絡(luò)術(shù)語。
5）檢測性：如果開發(fā)完畢，客戶可以根據(jù)需求檢測。
3網(wǎng)站項目需求分析的一般方法
根據(jù)以往的工程經(jīng)驗，需求分析工作方法，應(yīng)該定位在“三個階段”（也稱“三步法”）。
第一階段：“訪談式”。這一階段是和具體用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員的訪談式溝通，主要目的是從宏觀上把握用戶的具體需求方向和趨勢，了解現(xiàn)有的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運行系統(tǒng)等等具體情況和客觀信息，建立起良好的溝通渠道和方式。針對具體的職能部門以及各委辦局，最好能指定本次項目的接口人。
實現(xiàn)手段：訪談、調(diào)查表格。
輸出成果：調(diào)查報告、業(yè)務(wù)流程報告。
第二階段：“誘導(dǎo)式”。這一階段是在承建方已經(jīng)了解了具體用戶方的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運行系統(tǒng)等等具體實際和客觀信息的基礎(chǔ)上，結(jié)合現(xiàn)有的硬件、軟件實現(xiàn)方案，做出簡單的用戶流程頁面，同時結(jié)合以往的項目經(jīng)驗對用戶采用誘導(dǎo)式、啟發(fā)式的調(diào)研方法和手段，和用戶一起探討業(yè)務(wù)流程設(shè)計的合理性、準確性，界面的便易性、習(xí)慣性。用戶可以操作簡單演示的DEMO，來感受一下整個業(yè)務(wù)流程的設(shè)計合理性、準確性等等問題，及時地提出改進意見和改進方法。
實現(xiàn)手段：拜訪（誘導(dǎo)）、原型演示。
輸出成果：調(diào)研分析報告、原型反饋報告、業(yè)務(wù)流程報告。
第三階段：“確認式”。這一階段是在上述兩個階段成果的基礎(chǔ)上，進行具體的流程細化、數(shù)據(jù)項的確認階段，這個階段承建方必須提供原型系統(tǒng)和明確的業(yè)務(wù)流程報告、數(shù)據(jù)項表，并能清晰地向用戶描述系統(tǒng)的業(yè)務(wù)流設(shè)計目標。用戶方可以通過審查報告來提出反饋意見，并對已經(jīng)可接受的報告、文檔簽字確認。
實現(xiàn)手段：拜訪（回顧、確認），提交業(yè)務(wù)流程報告、數(shù)據(jù)項表；原型演示系統(tǒng)。
輸出成果：需求分析報告、數(shù)據(jù)項、業(yè)務(wù)流程報告、原型系統(tǒng)反饋意見（后三者可以統(tǒng)一歸入需求分析報告中，提交用戶方、監(jiān)理方進行確認和存檔）。
整體來講，需求分析的三個階段是需求調(diào)研中不可忽視的一個重要部分，三個階段或者說三步法的實施和采用，對用戶和承建方都同樣提供了項目成功的保證。
4網(wǎng)站項目需求分析的注意事項和技巧
項目的整體風(fēng)險往往表現(xiàn)在需求分析不明確、業(yè)務(wù)流程不合理，導(dǎo)致用戶不習(xí)慣或不愿意去用承建方的軟件。承建方和客戶方都要重視需求分析的重要性。為更好地把握用戶的需求和方向，應(yīng)該采用必要的手段和方法來進行需求調(diào)研。
4.1挖掘用戶需求
鼓勵用戶將所有的想法盡可能地闡述清楚，并把所有的要求羅列出來。這時候不必擔心引起客戶的潛在需求而增加設(shè)計開發(fā)的工作量，應(yīng)直接明白地跟客戶把問題和要求一條條地列出來，把條理、歸納、分析先都放到一邊，將用戶最原始、最完整的要求準確地記錄下來。
很多情況下客戶并非專業(yè)人士，在他們的描述中很難凸現(xiàn)重點和技術(shù)難關(guān)，這需要我們?nèi)榭蛻暨M行分析、歸納和整理，尤其是客戶談的不多卻又是技術(shù)上實現(xiàn)難度和強度很高的地方特別值得注意?？蛻敉鶎π枨蟮母拍钍欠浅Ｄ：模蠖鄷r候給出的需求都是籠統(tǒng)而且尺度難以控制的，這就要求業(yè)務(wù)人員在傾聽了客戶的詳細說明以后，幫助客戶進行整理和分析，預(yù)測客戶在開發(fā)過程中變更及今后應(yīng)用中可能進行修改升級的潛在需求。
比如在為客戶設(shè)計辦公自動化系統(tǒng)的時候，也許就要為客戶預(yù)留將來與他們的業(yè)務(wù)單位進行交互的通道；在設(shè)計郵件系統(tǒng)的時候要考慮可能會需要廣告管理服務(wù)器；設(shè)計網(wǎng)絡(luò)電子商店時需考慮今后增加庫存產(chǎn)品進銷存統(tǒng)計分析等等；限于時間和財力的考慮，客戶通常能夠接受分階段實施的開發(fā)過程，在需求分析時，提早為客戶設(shè)想到今后的需求變更除了使項目開發(fā)更加順利以外，也為今后業(yè)務(wù)的進一步深入打下了更好的基礎(chǔ)。
4.2利用自然的語言和圖表描述項目模型
在業(yè)務(wù)員與客戶進行溝通和調(diào)查時撰寫的需求分析，盡可能用自然語言或形式化語言來描述，還可以添加圖形表述方式和模型表征方式。雖然客戶的水平和資歷有所不同，但是最自然的描述能夠使項目開發(fā)的各個成員都能清楚地理解需求含義，不至于在理解上產(chǎn)生偏差。對客戶而言，這樣的模型描述最接近真實，容易參與修訂，并能以此為測試和驗收的依據(jù)。制作示意圖可以有很多種方式，關(guān)鍵是利用示意圖將客戶的需求和即將開始設(shè)計的系統(tǒng)體現(xiàn)出來。在進行系統(tǒng)分析和程序開發(fā)之前，雙方對今后要完成的產(chǎn)品就能夠有直觀的認識，換言之，就是在產(chǎn)品還沒有真正進入開發(fā)階段的時候，雙方就對工作的結(jié)果達成統(tǒng)一的意見，這將大大地減輕需求變更所帶來的困擾，同時客戶更容易地參與到項目的開發(fā)過程中。
4.3需求分析要共同參與各施其職
項目經(jīng)理、系統(tǒng)分析員、開發(fā)經(jīng)理、交互設(shè)計師、測試人員、文檔人員包括客戶代表都應(yīng)該看需求分析，并進行共同討論，達成一致意見。參與項目開發(fā)的人員都應(yīng)該對這份需求有統(tǒng)一清晰的認識，并根據(jù)自己的工作對需求提出意見，通過與客戶的溝通修訂，最終確定項目實現(xiàn)的目標。這樣可以盡量避免業(yè)務(wù)人員與開發(fā)人員、承建方和客戶方之間發(fā)生不必要的糾紛。
例如：項目經(jīng)理通過需求分析才能組建所需要的團隊包括配置工作環(huán)境，制定開發(fā)周期；開發(fā)周期的限制和功能上的要求可能會影響到程序員采用什么樣的語言和工具進行編寫；操作用戶的技能水平將影響到交互設(shè)計師進行前臺設(shè)計時做到什么樣的精度；界面設(shè)計人員根據(jù)項目的性質(zhì)和定位確定表現(xiàn)方式；測試人員了解測試環(huán)境和條件后才能對項目質(zhì)量進行跟蹤和檢測。
4.4將需求變更置于可控狀態(tài)
需求的變更幾乎是不可避免的，也許是出自客戶的遺漏，也可能是在開發(fā)過程中被激發(fā)出來的。如何以可控的方式管理網(wǎng)站項目需求的變更，對于項目的順利進行有著重要的意義。如果匆匆忙忙地完成用戶調(diào)研與分析，則往往意味著不穩(wěn)定的需求。所以需求管理要保證需求分析各個活動都得到了充分的執(zhí)行。
為了將變更及時反饋到項目的各個角色中，做好需求變更日志就顯得非常重要。在需求分析后面附上變更日志，并將修改后的需求分析制作成新版本，保留每次更改過的版本，而不是覆蓋，這樣就比較容易地跟蹤到需求變更過程中所帶來的工作調(diào)整。在新版本的需求分析中，將變更部分用特殊方式表示出來，并在日志中記錄變更明細。
4.5評審需求文檔
需求文檔完成后，需要經(jīng)過正式評審，以便作為下一階段工作的基礎(chǔ)。一般的評審分為用戶評審和同行評審兩類。用戶和開發(fā)方對于軟件項目內(nèi)容的描述，是以需求規(guī)格說明書作為基礎(chǔ)的；用戶驗收的標準則是依據(jù)需求規(guī)格說明書中的內(nèi)容來制訂，所以評審需求文檔時用戶的意見是第一位的。而同行評審的目的，是在軟件項目初期發(fā)現(xiàn)那些潛在的缺陷或錯誤，避免這些錯誤和缺陷遺漏到項目的后續(xù)階段。
5總結(jié)
人員需求分析報告范文第4篇
關(guān)鍵詞：培訓(xùn)管理 情景模擬培訓(xùn)法 教學(xué)方法
《培訓(xùn)管理》是人力資源管理專業(yè)的核心課程之一，讓學(xué)生系統(tǒng)地掌握和熟練應(yīng)用培訓(xùn)領(lǐng)域的理論知識和實踐操作技能，根據(jù)公司的實際培訓(xùn)狀況，獨立完成公司的培訓(xùn)的需求調(diào)查、計劃制定、培訓(xùn)實施和培訓(xùn)效果評估等一系列培訓(xùn)管理工作是設(shè)置本課程的主要目的。隨著經(jīng)濟全球化和企業(yè)競爭日益加劇，通過培訓(xùn)與開發(fā)提升企業(yè)的核心競爭力變得越來越重要，《培訓(xùn)管理》課程在人力資源管理專業(yè)的教學(xué)體系和實際培訓(xùn)工作中的地位也在不斷提高，因此，探索和創(chuàng)新《培訓(xùn)管理》課程的教學(xué)方法以提高教學(xué)效果就具有非常重要的理論價值和現(xiàn)實意義。
一、《培訓(xùn)管理》課程的教學(xué)特點
《培訓(xùn)管理》是一門理論性、實踐性、應(yīng)用性、時效性都非常強的課程，不但要求學(xué)生掌握培訓(xùn)理論和最前沿的理念，而且還要熟練應(yīng)用具體的實際操作技能?！杜嘤?xùn)管理》涉及到的學(xué)科非常廣泛，包括管理學(xué)、教育學(xué)、經(jīng)濟學(xué)、組織行為學(xué)、心理學(xué)、法學(xué)等領(lǐng)域，學(xué)生需要在了解和掌握管理學(xué)知識的基礎(chǔ)上，有效融合上述各類學(xué)科，才可能真正學(xué)好這門課程。由于學(xué)生缺乏在實際工作中實施培訓(xùn)工作的實踐經(jīng)驗，單純進行課堂講授比較抽象、枯燥，且不容易理解，不能有效達到本課程的教學(xué)目的，因此，需要在《培訓(xùn)管理》的教學(xué)過程中有效開展參與式、體驗式的教學(xué)方法，將部分真實的培訓(xùn)工作情景引入課堂，將有限的課堂空間和課堂時間延伸到課外，通過互動性、參與性的情景模擬教學(xué)方法提高學(xué)生的學(xué)習(xí)興趣和學(xué)習(xí)效果，幫助學(xué)生學(xué)習(xí)和掌握《培訓(xùn)管理》理論和操作技能。
二、情景模擬培訓(xùn)法的內(nèi)涵及特點
情境模擬教學(xué)法是“根據(jù)專業(yè)學(xué)習(xí)要求，模擬一個工作場景，在這些場景中設(shè)計具有與實際工作相同功能的工作過程，模擬實際工作活動，通過這種教學(xué)方法讓學(xué)生在一個接近現(xiàn)實的環(huán)境氛圍中對未來的工作崗位有一個比較具體的、綜合性的全面理解，使一些屬于行業(yè)特有的規(guī)范得到深化和強化”。情景模擬培訓(xùn)法是情境模擬教學(xué)方法在《培訓(xùn)管理》課程中的一種具體應(yīng)用形式：將一個教學(xué)班的學(xué)生分成若干個小組，每個小組代表一個公司的培訓(xùn)部門，每個培訓(xùn)部門需要從事下列活動：工作崗位分析、培訓(xùn)需求調(diào)查和分析、培訓(xùn)計劃的制定、培訓(xùn)項目的設(shè)計，培訓(xùn)項目的實施、培訓(xùn)方法的選擇、培訓(xùn)效果的評估等。至于每個培訓(xùn)部門的內(nèi)部分工，由小組成員確定，教師不參與角色的分配。由于在情景模擬培訓(xùn)過程中，學(xué)生要以培訓(xùn)人員的身份參加培訓(xùn)活動的計劃、組織、協(xié)調(diào)和實施，既需要掌握培訓(xùn)的理論知識，又需要選擇切實可行的培訓(xùn)需求調(diào)查方法，包括培訓(xùn)需求調(diào)查問卷的設(shè)計，還要針對培訓(xùn)需求調(diào)查結(jié)果設(shè)計有效的培訓(xùn)計劃，并對整個培訓(xùn)過程進行評估，這種全程參與、切身體驗、深度參與的培訓(xùn)實踐過程有助于學(xué)生主動學(xué)習(xí)和深入思考課堂上傳授的《培訓(xùn)管理》的理論知識，并深入學(xué)習(xí)和掌握培訓(xùn)工作所需要的實際操作技能。
情景模擬培訓(xùn)法的使用，可以實現(xiàn)三種目的：第一，讓學(xué)生初步掌握《培訓(xùn)管理》的基礎(chǔ)知識和基本理論，對《培訓(xùn)管理》的理論知識有比較感性的認識，解決培訓(xùn)理論脫離實踐的現(xiàn)實困境。如果僅僅通過課堂講授方法，學(xué)生很難了解培訓(xùn)活動在實際工作中的流程和存在的各種問題。第二，學(xué)生可以知曉自己在將理論應(yīng)用到實踐過程中的缺陷和不足，切身體驗開展培訓(xùn)活動需要的團隊管理、人際交往、有效溝通等技能。第三，提高學(xué)生深入學(xué)習(xí)人力資源管理專業(yè)課程的積極性，通過這種模擬培訓(xùn)，學(xué)生在組織和參與整個團隊活動的過程中，會更容易認清自己擁有的技能與工作需要的技能之間的差距，增加學(xué)習(xí)的動力和積極性。
三、情景模擬培訓(xùn)法的總體設(shè)計思路
培訓(xùn)是組織提高人力資源素質(zhì)、提升核心競爭力的重要途徑，也是人力資源管理的重要內(nèi)容，是實現(xiàn)人力資源管理有效性的重要保障，同時也是一項實際操作性非常強的工作。培訓(xùn)管理是一個系統(tǒng)，這一系統(tǒng)始于對培訓(xùn)需求的分析評價，然后是確定培訓(xùn)目標，選擇設(shè)計培訓(xùn)方案，實施培訓(xùn)，最后是培訓(xùn)效果評估。在人力資源管理專業(yè)教學(xué)實踐中，如何將學(xué)生變成專業(yè)課程學(xué)習(xí)的主體、積極主動參與到學(xué)習(xí)中來、將教師傳授的理論知識轉(zhuǎn)化為實際的操作技能，是考核《培訓(xùn)管理》課程學(xué)習(xí)效果的重要標準之一。通過學(xué)生積極參與情景模擬培訓(xùn)，將會增強學(xué)生對培訓(xùn)理論知識和操作技能的全面理解與把握，從而培養(yǎng)和提高學(xué)生的團隊管理、人際溝通、創(chuàng)新、組織協(xié)調(diào)、語言表達、提出問題、分析問題和解決問題等方面的綜合素質(zhì)和能力。
情景模擬培訓(xùn)法的總體思路如下：首先根據(jù)授課組人數(shù)分組，組建培訓(xùn)部門，每個培訓(xùn)部門成員一般為7-9人；每個培訓(xùn)部門實施自治管理，部門成員共同討論確定本部門擬調(diào)查的工作崗位；根據(jù)擬調(diào)查工作崗位的特點，選擇至少兩種培訓(xùn)需求調(diào)查方法，其中一種方法為調(diào)查問卷；對調(diào)查的資料數(shù)據(jù)進行整理、輸入和分析（需要用到SPSS或EXCEL等軟件），確定該崗位最需要的培訓(xùn)內(nèi)容；結(jié)合工作崗位特點、任職資格條件和培訓(xùn)內(nèi)容，制定培訓(xùn)計劃；最后對整個培訓(xùn)流程進行評估。在上述流程中，培訓(xùn)需求調(diào)查問卷、培訓(xùn)需求分析報告、培訓(xùn)計劃和培訓(xùn)活動評估等環(huán)節(jié)需要在課堂公開演示，其他環(huán)節(jié)需要學(xué)生在課余時間完成，教師負責檢查各團隊任務(wù)完成的質(zhì)量和效果。
四、情景模擬培訓(xùn)法的組織與實施
1.情景模擬培訓(xùn)法的知識準備
《培訓(xùn)管理》的理論知識可以為培訓(xùn)活動的實踐操作提供理論指導(dǎo)。在情景模擬培訓(xùn)法開始前，教師需要向?qū)W生講授培訓(xùn)的基本知識和理論，比如，培訓(xùn)和開發(fā)的內(nèi)涵和類型、學(xué)習(xí)理論、培訓(xùn)流程、培訓(xùn)需求分析、培訓(xùn)需求調(diào)查問卷的設(shè)計、培訓(xùn)計劃制定、培訓(xùn)效果評估等內(nèi)容。
2.情景模擬培訓(xùn)法的人員準備
（1）全班分組。在講授培訓(xùn)理論知識的同時，將教學(xué)班分為若干個培訓(xùn)小組，分組時要充分考慮教學(xué)班級總?cè)藬?shù)和授課總時數(shù)。組建培訓(xùn)團隊時可以由教師負責，也可以由教學(xué)班級的班委負責，也可以兩者相結(jié)合，在班委分組的基礎(chǔ)上，教師根據(jù)每個團隊的成員的特點進行重新調(diào)整，調(diào)整的基本原則是要確保每個團隊間成員的能力均衡，避免強強組團和弱弱組團，爭取能發(fā)揮每個團隊成員的優(yōu)勢。
（2）每個小組要選定擬培訓(xùn)的崗位并設(shè)計調(diào)查問卷。每個培訓(xùn)小組相當于某一企業(yè)的培訓(xùn)崗位工作人員，他們要承擔培訓(xùn)崗位的所有責任，因此在模擬培訓(xùn)之前，培訓(xùn)小組需要選定一個崗位作為擬培訓(xùn)的崗位，需要對該崗位從組織層面、任務(wù)層面和人員層面進行全面調(diào)查，然后利用課余時間制作培訓(xùn)需求調(diào)查表格并在課堂上公開演示（以PPT形式）。為了激勵培訓(xùn)團隊認真準備培訓(xùn)需求調(diào)查問卷，確保調(diào)查問卷質(zhì)量，每個團隊要給其他團隊的培訓(xùn)需求調(diào)查問卷進行評估打分，并進行排名，這個排名會作為培訓(xùn)團隊的平時成績之一納入到總評估。
3.情景模擬培訓(xùn)法的實施
所謂情景模擬培訓(xùn)法的實施是指根據(jù)理論知識的教學(xué)進度制定模擬培訓(xùn)計劃，按照培訓(xùn)的流程，要求各培訓(xùn)小組按照預(yù)期計劃開展各環(huán)節(jié)的活動，各環(huán)節(jié)的階段性成果需要在課堂上進行展示。一般可以分為三個階段性成果展示：培訓(xùn)需求調(diào)查問卷、培訓(xùn)需求分析報告、培訓(xùn)計劃制定。
（1）培訓(xùn)需求調(diào)查問卷。調(diào)查問卷是調(diào)查培訓(xùn)需求的一種比較常用的方法。填寫一份調(diào)查問卷非常容易，但要設(shè)計一份科學(xué)有效的培訓(xùn)需求調(diào)查問卷還是比較難的。在設(shè)計調(diào)查問卷前，教師需要把培訓(xùn)需求分析、調(diào)查問卷設(shè)計原則和要求等理論知識向?qū)W生講解清楚，然后由各培訓(xùn)小組結(jié)合本小組擬培訓(xùn)崗位的特點，編制相應(yīng)的培訓(xùn)需求調(diào)查問卷。經(jīng)過小組的反復(fù)討論修改定稿后，各小組負責在課堂上公開演示調(diào)查問卷，其他小組從問卷的科學(xué)性、有效性、簡潔性等方面進行評估打分，最后根據(jù)各小組的得分進行排名。
（2）培訓(xùn)需求分析報告的撰寫。撰寫培訓(xùn)需求分析報告是確定培訓(xùn)目標、設(shè)計培訓(xùn)計劃的前提和依據(jù)，它可以為培訓(xùn)部門提供關(guān)于培訓(xùn)的有關(guān)情況、評估結(jié)論及其建議。學(xué)生在撰寫培訓(xùn)需求分析報告之前，還需要對已調(diào)查的問卷結(jié)果、調(diào)查資料進行分類、整理、分析和總結(jié)，從中找出培訓(xùn)需求。培訓(xùn)小組在分析培訓(xùn)需求時，要注意個別需求和普遍需求、當前需求和未來需求之間的關(guān)系，同時要結(jié)合業(yè)務(wù)發(fā)展的需要，根據(jù)培訓(xùn)任務(wù)的重要程度和緊迫程度對各類需求進行排序。在此基礎(chǔ)上，撰寫培訓(xùn)需求分析報告，報告結(jié)論要以調(diào)查信息為依據(jù)，不能依個人主觀看法做出結(jié)論。最后形成的培訓(xùn)需求分析報告需要在課堂上公開演示。
（3）培訓(xùn)計劃的制定。培訓(xùn)計劃是根據(jù)培訓(xùn)需求分析報告，對培訓(xùn)目標、培訓(xùn)內(nèi)容、培訓(xùn)方法、培訓(xùn)時間等方面的系統(tǒng)安排。各個培訓(xùn)小組需要根據(jù)擬培訓(xùn)崗位人員需求及其他影響因素，設(shè)計切實可行的培訓(xùn)計劃，這個環(huán)節(jié)可以鍛煉學(xué)生的計劃組織能力以及調(diào)配各類資源的能力。
4.情景模擬培訓(xùn)法的歸納總結(jié)評價
理論上的培訓(xùn)評估一般是指培訓(xùn)效果評估，由于情景模擬本身的局限性，培訓(xùn)的效果無法在短期內(nèi)體現(xiàn)出來，所以筆者選擇了一個變通的方法：小組間評估、教師評估和培訓(xùn)小組的自我評估。
（1）小組間評價。為了增加各個小組的積極性和主動性，在每個課堂展示環(huán)節(jié)，都會實施小組間評估，各小組要對除本組以外的其他小組的課堂展示成果進行評價、打分、排名。
（2）教師評價。除了開展小組間的評價外，還需要任課教師的客觀評價。任課教師需要從專業(yè)視角對各個小組的整個模擬流程的每個環(huán)節(jié)的課堂展示成果進行評價，并根據(jù)水平高低進行打分，最后的任課教師的評價成績也要記入個人的平時成績。
（3）培訓(xùn)小組的自我評估總結(jié)和小組成員的總結(jié)報告。每個培訓(xùn)小組都要對本小組開展的模擬培訓(xùn)活動進行總結(jié)評價，每個小組中的成員也要對自己在此次活動中的表現(xiàn)、感受和收獲進行總結(jié)。培訓(xùn)小組的估計總結(jié)需要在課堂上公開演示，個人的評估總結(jié)需要交給任課教師，作為評定平時成績的依據(jù)之一。
五、《培訓(xùn)管理》課程的考核與評價
傳統(tǒng)的《培訓(xùn)管理》的考核與評價方法，大多采用一次性期末考試來確定課程的總成績，或者加上平時的考勤成績和作業(yè)成績。這樣的考核方法既不能激發(fā)學(xué)生參與學(xué)習(xí)的積極性，也無法幫助學(xué)生有效應(yīng)用所學(xué)理論知識，上課的效果也會大打折扣，期末考試成績也不能充分體現(xiàn)學(xué)生學(xué)習(xí)的效果。
為了促進學(xué)生參與《培訓(xùn)管理》課堂教學(xué)活動的積極性，提高《培訓(xùn)管理》的課堂教學(xué)效果，筆者對《培訓(xùn)管理》課程的考核與評價方法進行了探索和創(chuàng)新，在提高學(xué)生的創(chuàng)新能力和綜合素質(zhì)的指導(dǎo)思想下，在原有的考勤、平時作業(yè)成績和期末考試成績的基礎(chǔ)上，增加培訓(xùn)實踐教學(xué)活動環(huán)節(jié)的考核，即培訓(xùn)需求調(diào)查問卷設(shè)計、培訓(xùn)需求分析報告撰寫、培訓(xùn)計劃制定和培訓(xùn)活動評估四個環(huán)節(jié)和個人總結(jié)報告。為了加強培訓(xùn)小組成員間的團結(jié)協(xié)作意識，培訓(xùn)需求調(diào)查問卷設(shè)計、培訓(xùn)需求分析報告撰寫、培訓(xùn)計劃制定和培訓(xùn)活動評估四個環(huán)節(jié)的評估成績以小組為單位進行考核。具體的考核環(huán)節(jié)如表1所示。
六、情景模擬培訓(xùn)法在《培訓(xùn)管理》中有效實施的教學(xué)保障
情景模擬培訓(xùn)教學(xué)法為學(xué)生提供了一個從課堂走向社會、將培訓(xùn)的理論知識轉(zhuǎn)化為培訓(xùn)操作技能的平臺，但要在實際的教學(xué)活動中有效地應(yīng)用情景模擬培訓(xùn)法，提高該門課程的教學(xué)效果，還有一些問題需要注意。
1.調(diào)整或修改《培訓(xùn)管理》課程的教學(xué)計劃
人員需求分析報告范文第5篇
1制定詳盡的開發(fā)和交付流程
將軟件開發(fā)周期從幾年縮短到一個月甚至兩個星期，這需要制定詳盡的軟件開發(fā)和交付流程。而詳盡的軟件開發(fā)和交付流程也是實現(xiàn)Scrum所必須遵守的。在Scrum中一個交付周期被稱為一個Sprint。在每個Sprint開始之前，要有一個Sprint的計劃會議（Sprintplanmeeting）。Sprint計劃會議是在業(yè)務(wù)分析師和用戶確定好當前階段的需求分析之后,將可以進行開發(fā)的部分按照需求的優(yōu)先級順序排列好開發(fā)任務(wù)（Story）,再由開發(fā)人員對任務(wù)進行難度評分，最后團隊根據(jù)可變因素如團隊成員情況，開發(fā)環(huán)境狀態(tài)等確定下一個Sprint的任務(wù)。為了加強團隊內(nèi)部的溝通和及時掌握開發(fā)交付情況，Scrum要求團隊每日開站立會議（Standupmeeting），站立會議通常1到2分鐘每人，主要說明前一天的工作內(nèi)容，存在什么問題，以及今天的工作計劃。當然在每個Sprint快結(jié)束的前一天，要開評審會議，來報告進度，通常情況下是軟件會議制定軟件當前Sprint的軟件計劃。中國有句古話叫做“吾日三省吾身”，每個Sprint結(jié)束還有一個最為重要的會議就是回顧會議（Retrospectivemeeting）?；仡檿h主要是總結(jié)上一個Sprint，保持優(yōu)點，克服缺點。確保每個會議的有效性是Scrum實現(xiàn)的基礎(chǔ)。
2結(jié)對編程，提高軟件開發(fā)效率
當需求明確且計劃詳細之后，對于軟件開發(fā)最重要的就是提高開發(fā)效率。只有提高開發(fā)效率才能在短時間內(nèi)向用戶提供有價值的交付軟件。對于提高軟件開發(fā)效率，敏捷開發(fā)有一個很好的方式叫做結(jié)對編程（Pairprogramming）。所謂結(jié)對編程，就是一個任務(wù)交給兩個開發(fā)人員，兩個開發(fā)人員同時坐在一臺電腦前面，一個人編程，另一個人實時檢查，然后互換角色。當然，也可以和測試驅(qū)動設(shè)計（TestDrivenDesign）相結(jié)合，一個寫測試用例，另一個通過實現(xiàn)代碼使測試通過，然后互換角色。結(jié)對編程的好處在于，與傳統(tǒng)開發(fā)一個人一個任務(wù)相比，兩個人一起協(xié)作，可以盡快確定測試用例和程序接口，實時檢查代碼減少代碼調(diào)試時間，互相學(xué)習(xí)軟件開發(fā)設(shè)計技術(shù)，避免因成員變動阻礙開發(fā)進度。對于結(jié)對編程的兩個人，只要兩個人有互補，就可以在一起結(jié)對編程。例如，一個開發(fā)人員可以和一個需求分析師一起結(jié)對編程，需求分析師了解任務(wù)需求，可以負責編寫測試用例，開發(fā)人員實現(xiàn)測試用例，從而使開發(fā)更滿足需求。用戶體驗師也可以和開發(fā)人員結(jié)對編程，開發(fā)人員每實現(xiàn)一個功能塊，用戶體驗師都可以進行實時的檢查，從而更滿足用戶的體驗。結(jié)對編程，看似浪費人員，因為同一時間做的任務(wù)變少，但是卻能夠大大提高編程效率和開發(fā)質(zhì)量，是敏捷開發(fā)中重要的實現(xiàn)方法之一。
人員需求分析報告范文第6篇
關(guān)鍵詞：網(wǎng)站項目管理；需求分析；注意事項
中圖分類號：TP368 文獻標識碼：A文章編號：1009-3044(2011)31-0000-00
伴隨著計算機技術(shù)的不斷發(fā)展和日益提高的用戶需求，網(wǎng)站項目經(jīng)歷了由簡單的HTML到ASP，PHP，.NET語言的編寫，由一兩名設(shè)計師自由創(chuàng)作到團體集體分工實施完成的轉(zhuǎn)變，網(wǎng)站的設(shè)計和開發(fā)已經(jīng)成為了一個越來越復(fù)雜的軟件工程。目前，網(wǎng)站項目主要以B/S模式開發(fā)，以網(wǎng)絡(luò)服務(wù)器為核心，瀏覽器為交互端的軟件建設(shè)項目，是根據(jù)特定規(guī)范在預(yù)定的預(yù)算和時間內(nèi)完成的網(wǎng)站開發(fā)任務(wù)，他可以是一個獨立的網(wǎng)站，也可以是基于各種需要的網(wǎng)站應(yīng)用程序。為實現(xiàn)網(wǎng)站項目的具體功能，達到預(yù)期的計劃目標，網(wǎng)站項目必須建立規(guī)范、有效、健壯的開發(fā)機制，也就是要做好網(wǎng)站項目管理，其中需求分析尤為重要。
1 網(wǎng)站項目需求分析的必要性
需求分析是一個項目的開端，也是項目建設(shè)的基石，沒有做好需求分析的項目是有高風(fēng)險性的。據(jù)有關(guān)統(tǒng)計，失敗的項目中有80%是由于需求分析不明確造成的，同為軟件項目的網(wǎng)站項目建設(shè)亦是如此，當然這也是與網(wǎng)站項目自身的特點相關(guān)聯(lián)的。
1.1 網(wǎng)站項目建設(shè)的特點
1）設(shè)計者與客戶層次與認識存在差異，容易導(dǎo)致項目建設(shè)目標的不確定性。
2）網(wǎng)站項目涉及領(lǐng)域廣，對參與項目的人員理解和研發(fā)項目提出高要求。
3）網(wǎng)站建設(shè)屬智力密集、勞動密集型項目，受人力資源影響大。
4）開發(fā)技術(shù)的快速發(fā)展使得網(wǎng)站項目的開發(fā)具有多模式的特征。
5）網(wǎng)站項目底層編程較為專業(yè)，要有友好界面對項目各參數(shù)進行配置。
1.2 網(wǎng)站項目需求分析的作用
結(jié)合網(wǎng)站項目建設(shè)特點，網(wǎng)站項目需要以下幾個步驟：首先業(yè)務(wù)員與客戶接洽了解，確認立項，從客戶代表那里獲得需求后，形成需求報告；業(yè)務(wù)流程分析員分析需求報告，生成項目模型報告；界面工程師得到項目模型后設(shè)計制作相應(yīng)的模板和用戶界面原型，并最終由客戶代表確認?？梢钥闯?，作為項目開端的需求分析直接保障了整個項目的正確性、可行性和必要性，對項目最終的檢測性和簡明性至關(guān)重要，也可以這么說，做好需求分析才能有的放矢，項目才有成功的可能性。
2 網(wǎng)站項目建設(shè)需求分析策略
上面我們已經(jīng)了解了網(wǎng)站項目需求分析的重要性，怎樣做好需求分析，形成分析報告并最終完成項目呢？
網(wǎng)站項目狹義地講包括了網(wǎng)頁制作、美工設(shè)計、程序編碼、系統(tǒng)及網(wǎng)絡(luò)管理等專業(yè)技術(shù)，廣義上又包含了企業(yè)管理、市場營銷、心理學(xué)、廣告學(xué)等很多領(lǐng)域的知識，在業(yè)務(wù)員與客戶溝通立項后，由于設(shè)計者與客戶層次與認識事物存在差異，容易導(dǎo)致項目建設(shè)目標的不確定性，這就使項目組與客戶的溝通出現(xiàn)了問題；另外不同行業(yè)客戶的特殊要求（比如開發(fā)稅務(wù)相關(guān)網(wǎng)站項目，就需要設(shè)計人員有一定的稅務(wù)知識）也對參與項目管理的人員和研發(fā)人員提出了很高的要求，這就要求接洽業(yè)務(wù)員要加強客戶所在領(lǐng)域的知識積累，能夠?qū)⒖蛻舻男枨筠D(zhuǎn)化成實際的程序輸出，也能夠?qū)㈨椖恐械膫€模塊以客戶易于理解的方式進行說明，深度挖掘客戶需求，并最終明晰項目建設(shè)目的，完成必要的項目需求分析。在項目組的準備工作完成后，我認為采集客戶需求應(yīng)該按照以下三個階段進行：
1）第一階段
目標：完成調(diào)查報告和業(yè)務(wù)流程報告，搞清供求關(guān)系。
采取方法：項目組采取主動“問答”方式，指定有經(jīng)驗的業(yè)務(wù)員和需求方進行溝通。
具體實施：項目中涉及的經(jīng)理、頁面設(shè)計員、程序設(shè)計員、測試員，文檔起草等人員必須到場，通過訪談、調(diào)查表、填寫意向表等方式從宏觀上把握客戶具體需求方向和趨勢，了解現(xiàn)有的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運行系統(tǒng)等客觀信息，與客戶建立起良好的溝通渠道和方式。建設(shè)團隊經(jīng)理對搜集的信息進行匯總，各參與人員就獲取的知識進行進一步的歸類分析，頁面設(shè)計員制定大略的視覺模版；程序員就網(wǎng)站功能進行拆解分析，列出網(wǎng)站需要的程序模塊并就各功能實現(xiàn)的可行性對照現(xiàn)有的軟硬件環(huán)境進行評估；文檔起草準備完成調(diào)查報告和業(yè)務(wù)流程報告，進一步明細項目思路。
2）第二階段
目標：完成調(diào)研分析報告，完成業(yè)務(wù)流程設(shè)計，進一步確認客戶需求。
采取方法：項目組采取 “聯(lián)想啟發(fā)”方式，對第一階段的調(diào)查進行完善和修改。
具體實施：項目涉及人員的要通過“聯(lián)想啟發(fā)”方式經(jīng)一步與客戶進行溝通，消除由網(wǎng)站項目建設(shè)的特點導(dǎo)致的眾多不確定性。客戶的需求往往是籠統(tǒng)的、分散的，第二階段要對第一階段的對網(wǎng)站項目的總體設(shè)計方向進行進一步的確認，可以通過展示企業(yè)以往開發(fā)的相似類別的產(chǎn)品實例、對網(wǎng)站項目的開發(fā)方法及運行方式和要求進一步說明，讓客戶等非專業(yè)人員對整站系統(tǒng)從前臺到后臺，從頁面到代碼，從架構(gòu)到管理有一定的認識，從而是客戶對自己的最終需求進行具體的描述。另外，項目組還要進一步了解客戶的組織架構(gòu)、業(yè)務(wù)流程，目前已有的軟硬件環(huán)境，服務(wù)器現(xiàn)有的系統(tǒng)等，結(jié)合實際情況，架設(shè)調(diào)試服務(wù)器，作出基本的演示頁面，和用戶一起探討業(yè)務(wù)流程設(shè)計的合理性、準確性以及站點瀏覽界面的習(xí)慣性和友好性，展現(xiàn)整個業(yè)務(wù)流程的設(shè)計，就建設(shè)目標的合理性和準確性進一步探討，提出改進意見和改進方法。
3）第三階段
目標：根據(jù)客戶反饋修改演示系統(tǒng)，完成需求分析報告和業(yè)務(wù)流程報告，提交客戶確認。
采取方法：對涉及網(wǎng)站項目流程和數(shù)據(jù)項的報告、文檔進行“逐項簽字確認”。
具體實施：在第二階段需求分析工作的基礎(chǔ)上，要求客戶對前兩個階段的反饋意見進行審查，進一步明晰網(wǎng)站項目建設(shè)方向；承建方要對網(wǎng)站項目的流程進行進一步細化，對涉及的數(shù)據(jù)項要求客戶進行逐項確認，另外承建方還要進一步改進演示頁面，向客戶描述整個網(wǎng)站項目的設(shè)計目標和輸出結(jié)果，最終雙方達成一致并簽字確認。
總的來說，網(wǎng)站項目的需求分析是逐步深入，曲線前進的，要重視各個階段的重點，將分析工作做到位才能做到省時、省力、省錢、高效，并最終保證整個項目的成功開發(fā)。
3 網(wǎng)站項目需求分析的注意事項
網(wǎng)站項目需求主要是指用戶對網(wǎng)站系統(tǒng)在功能、行為、性能、設(shè)計約束等方面的期望，通過對應(yīng)問題及其環(huán)境的理解與分析，為問題涉及的信息、功能及系統(tǒng)行為建立模型，將用戶需求精確化、完全化，最終形成需求規(guī)格說明。在整個項目實施過程中需求不明確、業(yè)務(wù)流程不合理往往是項目面臨的最大風(fēng)險，直接導(dǎo)致項目的開發(fā)失敗或是客戶不接受，因此必須做到細致了解客戶意愿，明晰客戶需求，采用必要措施來強化需求調(diào)研，需要注意以下幾點：
3.1 深化溝通，強化需求分析
1）在實際項目建設(shè)中，客戶由于種種原因很難在分析階段全面而準確的描述所有問題，項目實施者可以引導(dǎo)客戶講所有想到的需求全部闡述清楚，然后歸納整理后逐條篩選，將客戶的模糊要求明晰化。得到初步項目目標后，由于客戶與研發(fā)人員知識的不對等，有可能導(dǎo)致理解的不對稱，項目業(yè)務(wù)員要了解客戶所在行業(yè)的需求情況，采取多次協(xié)商的方式，逐步強化需求分析。
人員需求分析報告范文第7篇
【關(guān)鍵詞】員工；培訓(xùn)需求；分析
隨著市場經(jīng)濟的快速發(fā)展和行業(yè)競爭的日益激烈，企業(yè)管理者越來越重視員工培訓(xùn)工作，使得員工接受培訓(xùn)的機會大大增加。然而，很多企業(yè)管理者發(fā)現(xiàn)他們提供給員工的各種形式的培訓(xùn)不但沒有收到預(yù)期的效果，甚至還給企業(yè)帶來一些負面影響。經(jīng)過調(diào)查研究，發(fā)現(xiàn)存在這種情況的主要原因是企業(yè)在實施培訓(xùn)前沒有做好員工的培訓(xùn)需求分析。企業(yè)應(yīng)充分重視培訓(xùn)需求分析，通過科學(xué)的培訓(xùn)需求分析來提高培訓(xùn)效果。
1.培訓(xùn)需求分析的涵義
培訓(xùn)需求分析是指企業(yè)在規(guī)劃與設(shè)計每項培訓(xùn)活動之前，由培訓(xùn)部門、主管人員、工作人員根據(jù)組織績效現(xiàn)狀，對現(xiàn)有組織成員的知識、技能及態(tài)度等方面進行系統(tǒng)的鑒別分析與比較，以確定是否需要培訓(xùn)及所需培訓(xùn)內(nèi)容的一種活動過程。簡單地說，培訓(xùn)需求分析就是確保讓合適的人在適當?shù)臅r候得到有效的培訓(xùn)。它具有很強的指導(dǎo)性，是組織確定培訓(xùn)目標、設(shè)計培訓(xùn)計劃、有效實施培訓(xùn)的前提。
2.培訓(xùn)需求分析的作用
培訓(xùn)需求分析是實施有效培訓(xùn)活動的首要環(huán)節(jié)，在培訓(xùn)活動中具有其重要的意義。
（1）有利于找出差異，確認培訓(xùn)目標。培訓(xùn)需求分析的基本目的就是確認差異，即確認現(xiàn)有績效與預(yù)期之間的差異?？冃Р町惖拇_認，有助于找出影響績效問題的真正根源，有助于尋找出解決績效問題的有效方法。
（2）有利于找出解決問題的方法。解決績效差距的方法有很多，有可能是培訓(xùn)的方法，也有可能是培訓(xùn)無關(guān)的方法，比如，人員變動、工資增長、新員工的吸收等多種綜合方法。企業(yè)面臨的問題復(fù)雜多變，最好把這幾種解決問題的方法綜合起來，制定多樣性的培訓(xùn)策略。
（3）有利于進行前瞻預(yù)測分析。企業(yè)的發(fā)展過程需要一個動態(tài)，不斷變化的過程，當組織發(fā)生變革時，培訓(xùn)計劃也要進行相應(yīng)的調(diào)整。
（4）有利于進行培訓(xùn)成本的預(yù)算。培訓(xùn)管理人員應(yīng)把成本因素引入到培訓(xùn)需求分析中，預(yù)算出培訓(xùn)的成本，對不進行培訓(xùn)所造成的損失與進行培訓(xùn)的成本之間進行對比分析，通過分析相關(guān)數(shù)據(jù)，計算培訓(xùn)投資回報率來科學(xué)分析培訓(xùn)的可行性。
（5）有利于促進企業(yè)各方達成共識。通過培訓(xùn)需求分析，可以收集制定培訓(xùn)計劃、選擇培訓(xùn)方式的大量信息，為確定培訓(xùn)對象、目標、內(nèi)容、方式提供依據(jù)，促進企業(yè)各方達成共識，有利于培訓(xùn)計劃的制定與實施。
3.培訓(xùn)需求分析中存在的常見問題
（1）培訓(xùn)需求分析忽略了企業(yè)的戰(zhàn)略導(dǎo)向。培訓(xùn)的開展只有服務(wù)于企業(yè)的戰(zhàn)略及由此形成的人力資源策略，才能幫助企業(yè)解決問題，并發(fā)揮戰(zhàn)略價值。然而，有些企業(yè)做培訓(xùn)需求分析時忽略了企業(yè)戰(zhàn)略導(dǎo)向，培訓(xùn)理念不清，導(dǎo)致企業(yè)各層級對于“培訓(xùn)什么”以及“培訓(xùn)的目標是什么”沒有達成一致共識，進而影響了企業(yè)人力資源戰(zhàn)略的貫徹與實踐，培訓(xùn)效果也無法盡如人意。
（2）盲目確定培訓(xùn)項目。培訓(xùn)需求分析是整個培訓(xùn)與開發(fā)工作的起點，直接決定了培訓(xùn)工作的有效性。然而，許多企業(yè)將員工績效問題簡單的認為是由于缺乏培訓(xùn)的結(jié)果，于是盲目確定培訓(xùn)項目而沒有找到真正的培訓(xùn)需求，沒有系統(tǒng)性思考，在培訓(xùn)項目的設(shè)計與實施上存在很大的缺陷，導(dǎo)致培訓(xùn)效果不佳。
（3）培訓(xùn)需求分析組織和方法不科學(xué)。在培訓(xùn)需求收集時，沒有充分考慮企業(yè)及人員的實際情況，僅憑個人的經(jīng)驗判斷，機械地采用單一或與崗位不切實際的方法，培訓(xùn)需求分析有效性難以體現(xiàn)。
（4）部門觀念不正確，在培訓(xùn)需求分析時支持和配合力度不夠。培訓(xùn)管理人員沒有就培訓(xùn)需求的目的做好宣傳或動員，遇到問題沒有及時解釋溝通，其他部門不清楚為什么要進行培訓(xùn)，沒有達成共識，導(dǎo)致無法提供有效的支持和配合。
4.如何提高培訓(xùn)需求分析的實效性
4.1要與企業(yè)發(fā)展戰(zhàn)略相匹配
培訓(xùn)管理人員在進行培訓(xùn)需求分析時，要結(jié)合企業(yè)的發(fā)展戰(zhàn)略對員工進行宣傳引導(dǎo)，使廣大員工都能夠從組織戰(zhàn)略的高度認識到培訓(xùn)工作的重要性。同時，對于員工提出的培訓(xùn)需求，要根據(jù)組織的發(fā)展戰(zhàn)略加以協(xié)調(diào)，凡是符合組織發(fā)展目標培訓(xùn)要求都要加以重視，并做好相應(yīng)的培訓(xùn)計劃。
4.2要注重培訓(xùn)需求全員參與
在進行培訓(xùn)需求分析時，要讓全體員工共同參與，要充分尊重每位員工的培訓(xùn)需求，讓員工感受到是他們有培訓(xùn)需求，企業(yè)才滿足他們的愿望，而不是由企業(yè)主觀上安排的。同時，要讓員工充分認識到培訓(xùn)的必要性和重要性，促使培訓(xùn)的員工自發(fā)形成培訓(xùn)意識。
4.3要注意分析員工的培訓(xùn)動機
有的企業(yè)在培訓(xùn)前也進行了培訓(xùn)需求分析，但員工在接受培訓(xùn)后卻離職或跳槽了，出現(xiàn)這種現(xiàn)象的原因就是企業(yè)在做培訓(xùn)需求分析的同時，未能充分考慮一個比較現(xiàn)實的問題，員工的培訓(xùn)動機是什么？這也是一個不容忽視的問題，有些員工接受培訓(xùn)后，自身素質(zhì)得到很大提高，工作所需的知識和技能也得到進一步強化，能夠重新回到崗位上更好地從事工作。而有些員工卻選擇悄然離開，這對組織來說無疑是一個巨大的損失，這就需要企業(yè)在做培訓(xùn)需求分析時，一定要注意分析員工的培訓(xùn)動機，同時，為了減少培訓(xùn)風(fēng)險，企業(yè)可以與員工簽訂培訓(xùn)協(xié)議，以文件的形式對此類員工加以約束。
4.4要做好培訓(xùn)需求分析的流程化設(shè)計
4.4.1做好前期準備工作
在進行培訓(xùn)需求分析之前，培訓(xùn)管理人員要做好前期準備工作，為下一步的培訓(xùn)需求分析工作打好基礎(chǔ)，準備工作主要包括三個方面。一是收集員工資料，建立員工培訓(xùn)資料庫。員工資料應(yīng)包括員工培訓(xùn)檔案、員工人事變動情況、績效考核資料、個人職業(yè)生涯規(guī)劃以及其他相關(guān)資料等。員工培訓(xùn)資料庫可以幫助培訓(xùn)管理者很方便的尋找員工的背景資料，為員工的個人培訓(xùn)需求分析提供材料。二是及時掌握員工的現(xiàn)狀。培訓(xùn)管理者應(yīng)及時掌握員工的現(xiàn)狀，才能及時準確的提供有效培訓(xùn)。三是建立收集培訓(xùn)需求信息的通道。培訓(xùn)管理者為及時掌握員工的培訓(xùn)需求，就必須建立起暢通有效的培訓(xùn)信息交流通道。例如，可以通過建立“培訓(xùn)信箱”、“培訓(xùn)信息公告板”，制定“培訓(xùn)需求申請規(guī)定”等方式與員工和部門交流培訓(xùn)信息，可以利用公司內(nèi)部網(wǎng)絡(luò)搭建培訓(xùn)信息交流平臺，更方便快捷。
4.4.2制定培訓(xùn)需求分析計劃
在正式開展培訓(xùn)需求分析之前，培訓(xùn)管理者有必要制定分析計劃，計劃應(yīng)包括三方面的內(nèi)容。一是制定工作計劃。工作計劃包括培訓(xùn)需求分析的工作內(nèi)容和進度，各項具體工作在執(zhí)行中可能會遇到的問題及應(yīng)對方案，應(yīng)當注意的問題等。二是設(shè)立工作目標。培訓(xùn)需求有三個層次，分別為組織層次、任務(wù)層次和個人層次。在計劃中應(yīng)當明確培訓(xùn)需求分析在哪個層次上進行，應(yīng)當達到什么目標。三是確定培訓(xùn)需求分析方法。培訓(xùn)需求分析常用的方法有：觀察法、問卷調(diào)查法、面談法、測驗法、工作任務(wù)分析法、資料分析法、重點團隊調(diào)查法、績效分析法和全面分析法等。培訓(xùn)需求分析方法和工具種類非常多，在實際應(yīng)用時，要結(jié)合具體情況來選擇合適的分析工具。
4.4.3實施培訓(xùn)需求分析計劃
培訓(xùn)需求分析計劃的實施主要是按照制定好的工作計劃依次開展，主要的流程有：
（1）征求各部門的培訓(xùn)需求。培訓(xùn)管理者向各有關(guān)部門發(fā)出征求培訓(xùn)通知，填報培訓(xùn)需求表。
（2）整理匯總培訓(xùn)需求。培訓(xùn)管理者將收集來的各類培訓(xùn)需求進行整理匯總。
（3）對培訓(xùn)需求進行分析。對申報的培訓(xùn)需求進行分析，主要分析三個方面的情況，一是受訓(xùn)員工的現(xiàn)狀，包括其在組織中的位置，是否受過培訓(xùn)，受過什么培訓(xùn)，以及培訓(xùn)的形式和效果等。二是受訓(xùn)員工存在的問題和原因。三是員工的期望和真實想法，包括員工期望接受的培訓(xùn)內(nèi)容，希望達到的培訓(xùn)效果，然后核實員工的真實想法以確認培訓(xùn)需求。
（4）確認培訓(xùn)需求。通過對匯總來的各類培訓(xùn)需求加以分析和鑒別，參考有關(guān)部門的意見，根據(jù)重要程度和迫切程度排列培訓(xùn)需求，為制定培訓(xùn)計劃奠定基礎(chǔ)。
4.4.4撰寫培訓(xùn)需求分析報告
人員需求分析報告范文第8篇
關(guān)鍵詞：項目實訓(xùn)課；虛擬公司
中圖分類號：G642文獻標識碼：B
文章編號：1672-5913（2007）05-0023-04
對于IT院校常出現(xiàn)的問題是教育與實踐脫節(jié)，常常是培養(yǎng)出的學(xué)生到IT企業(yè)后不能適應(yīng)公司的工作環(huán)境，所學(xué)的知識與應(yīng)用存在距離，公司還要對他們進行特殊培訓(xùn)。在IT院校開設(shè)項目實訓(xùn)課，模擬公司的工作環(huán)境，把學(xué)生組織成項目小組，按照公司的項目開發(fā)流程指導(dǎo)學(xué)生對真實項目的開發(fā)，能夠很好地解決這個問題。為此，本文提供了一個項目實訓(xùn)課的實現(xiàn)案例。學(xué)生通過項目實訓(xùn)課的學(xué)習(xí)鍛煉，使其達到具有一定IT領(lǐng)域項目開發(fā)經(jīng)驗,體驗、了解公司的工作環(huán)境，熟悉公司的項目開發(fā)及項目管理流程，成為上手快、實戰(zhàn)能力強、技術(shù)過硬、基本功較扎實、具有較強的團隊精神和創(chuàng)業(yè)能力、用人單位搶手的人才。如果條件允許項目實訓(xùn)課程可采用雙語教學(xué)，指導(dǎo)教師可盡量用英語指導(dǎo)學(xué)生。
1 項目團隊組成
教師指導(dǎo)學(xué)生以一個虛擬公司為背景，組織成多個項目小組，每個學(xué)生在項目小組中承擔一個或若干開發(fā)角色。進入項目小組后不得無故退出。項目小組有以下角色：
項目經(jīng)理：負責本小組的人員協(xié)調(diào)和安排，制定項目開發(fā)計劃，按照開發(fā)計劃控制進度，在負責整體的同時，開發(fā)好屬于自己的模塊。
產(chǎn)品經(jīng)理：主要使命是提高客戶的滿意度，在項目開發(fā)過程中代表為項目付款的系統(tǒng)擁有者的利益。
用戶體驗角色：代替實際用戶使用產(chǎn)品，排除用戶在使用產(chǎn)品過程中遇到的問題和障礙。
文檔人員：協(xié)助項目經(jīng)理、系統(tǒng)分析員完成要提交的文檔，并敦促小組成員提交他們所負責的模塊相應(yīng)的文檔，并整理后按照存儲路徑和格式及項目開發(fā)計劃任務(wù)書中的時間段提交給導(dǎo)師。
系統(tǒng)分析員：負責本小組項目開發(fā)技術(shù)支持(軟件配置管理、培訓(xùn)等)，協(xié)助項目經(jīng)理帶領(lǐng)小組成員完成需求分析、概要設(shè)計、詳細設(shè)計、編碼、測試等一系列工作。
開發(fā)人員：按照項目經(jīng)理和系統(tǒng)分析員以及項目開發(fā)計劃任務(wù)書的要求，完成相應(yīng)的工作任務(wù)，提交自己所負責的模塊或者子系統(tǒng)的文檔給文檔負責人。
測試人員：負責系統(tǒng)測試。
2 實施流程
實施流程如圖1所示。
圖1 實施流程
3 項目管理
為了使同學(xué)們更好地熟悉掌握軟件項目開發(fā)流程及項目管理規(guī)范，項目管理通過適當精簡，主要包括以下活動：
（1）項目進度跟蹤與監(jiān)控
①項目周報制度：項目團隊每周總結(jié)項目進度情況，撰寫《項目周報》。
②周例會制度：導(dǎo)師每周召開項目例會，探討問題，總結(jié)工作。
③項目計劃跟蹤:老師指導(dǎo)下各項目小組由項目經(jīng)理根據(jù)項目開發(fā)計劃對實際項目進展情況進行跟蹤，作好項目跟蹤記錄。
④控制偏差：老師指導(dǎo)下項目經(jīng)理根據(jù)項目的需求及設(shè)計文檔對項目的功能實現(xiàn)進行監(jiān)控，如果出現(xiàn)偏差應(yīng)及時更正。確保項目的各功能與需求文檔所要求的一致。
⑤指導(dǎo)教師應(yīng)該給學(xué)生作適當?shù)捻椖抗芾矸矫娴呐嘤?xùn)，讓學(xué)生了解軟件工程及項目管理方面的知識。
（2）項目各階段評審
①項目開發(fā)計劃評審：由指導(dǎo)教師主持，由該虛擬公司的所有項目小組參加，對各項目小組制定的開發(fā)計劃進行評審，學(xué)生可以提出自己的觀點，進行辯論。老師進行講評總結(jié)，然后各小組對項目開發(fā)計劃進行修改、提交，作為考核項目小組工作的文檔。
②項目需求分析報告評審：由指導(dǎo)教師主持，由該虛擬公司的所有項目小組參加，對各項目小組作的需求分析報告進行評審，學(xué)生可以提出自己的觀點，進行辯論。老師進行講評總結(jié)，各小組對需求分析報告進行修改、提交，作為考核項目小組工作的文檔。
③項目設(shè)計報告評審：由指導(dǎo)教師主持，由該虛擬公司的所有項目小組參加，對各項目小組作的設(shè)計報告進行評審，學(xué)生可以提出自己的觀點，進行辯論。老師進行講評總結(jié)，各小組設(shè)計報告進行修改、提交，作為考核項目小組工作的文檔。
④項目實施與測試指導(dǎo)評審：由指導(dǎo)教師主持，由該虛擬公司的所有項目小組參加，對各項目小組演示所做項目的功能，講解項目實現(xiàn)原理，對認為好的算法或使用先進技術(shù)解決問題，應(yīng)進行說明。其他學(xué)生對系統(tǒng)進行評審，學(xué)生可以提出自己的觀點，進行辯論。老師進行講評總結(jié)，各小組對項目系統(tǒng)作進一步進行修改，然后提交，作為考核項目小組工作的文檔。
⑤項目總結(jié)與評審：由指導(dǎo)教師主持，由該虛擬公司的所有項目小組參加，以項目小組為單位對項目進行總結(jié)，指導(dǎo)學(xué)生寫出項目總結(jié)報告。
（3）里程碑成果提交
①評審確認的各階段文檔。包括：項目開發(fā)計劃、需求分析報告、設(shè)計報告等文檔。
②項目總結(jié)報告。
③程序代碼。
④最終成果物。
可以按照需求達到設(shè)計標準的可運行系統(tǒng)。
（4）管理文件及表格
項目開發(fā)進度表等。
4 項目質(zhì)量保證
（1）執(zhí)行研發(fā)中心質(zhì)量管理體系
①依據(jù)ISO9001：2000質(zhì)量保證體系要素
②適當加入特定文件及質(zhì)量表格
③嚴格風(fēng)險控制
④嚴格設(shè)計及測試環(huán)節(jié)
（2）加強預(yù)防和糾正措施
（3）加強管理評審
（4）加強問題跟蹤
5 配置管理
軟件配置管理分為版本管理和配置庫管理，配置管理軟件SourceSafe。
版本管理包括以下主要任務(wù)：
* 建立項目；
* 重構(gòu)任何修訂版的某一項或某一文件；
* 利用加鎖技術(shù)防止覆蓋；
* 當增加一個修訂版時要求輸入變更描述；
* 提供比較任意兩個修訂版的使用工具；
* 采用增量存儲方式；
* 提供對修訂版歷史和鎖定狀態(tài)的報告功能；
* 提供歸并功能；
* 允許在任何時候重構(gòu)任何版本；
* 權(quán)限的設(shè)置；
* 晉升模型的建立；
* 提供各種報告。
6 項目考核
平時成績與項目結(jié)項答辯成績的比例為1∶1。
平時成績考核：由考勤、程序代碼及整個項目實施過程中所產(chǎn)生的所有文檔的評審結(jié)果的綜合。
項目結(jié)項答辯成績考核：
（1）檢查項目的系統(tǒng)運行是否正常，各項功能是否按照需求要求實現(xiàn)。
（2）項目結(jié)項后組織對項目的答辯會。
7 項目培訓(xùn)
指定項目實訓(xùn)課指導(dǎo)計劃，設(shè)計流程，按計劃對學(xué)生進行培訓(xùn)。
（1）指導(dǎo)教師在指導(dǎo)學(xué)生從事項目實施過程中，將“軟件工程與項目管理”課程融入到項目的立項管理、需求開發(fā)與需求管理、系統(tǒng)概要設(shè)計等各個過程當中。同時將進行二次集中的知識講授，講授內(nèi)容包含：項目場景的描述、分析項目；項目實施與測試指導(dǎo)、評價。
（2）指導(dǎo)教師根據(jù)學(xué)生的特點及項目的特點對項目實現(xiàn)過程中所要使用的一些關(guān)鍵技術(shù)進行培訓(xùn)。
（3）在項目的實現(xiàn)階段，對學(xué)生項目開發(fā)工具的使用、項目開發(fā)環(huán)境的設(shè)置等方面進行指導(dǎo)?？蓪ο到y(tǒng)的整體框架，根據(jù)每個學(xué)生的具體情況，對一兩個比較典型的模塊進行剖析，讓學(xué)生有一個開發(fā)參照模式，可以避免學(xué)生開發(fā)時無從下手的問題。
8 項目研討
實訓(xùn)課的項目研討分為三部分內(nèi)容：
答疑解問：導(dǎo)師集中對同學(xué)在項目開發(fā)過程中出現(xiàn)的各種問題進行解答。
技術(shù)預(yù)研：是指在項目立項之后到項目開發(fā)工作完成之前的這段時間內(nèi)，對項目所采用的關(guān)鍵技術(shù)提前學(xué)習(xí)和研究 ，以便盡可能早地發(fā)現(xiàn)并解決開發(fā)過程中將遇到的技術(shù)障礙。
項目階段性研討會議：實訓(xùn)課分為項目說明會、項目小組確定；項目需求分析研討；項目設(shè)計研討。其中項目小組成員對評審中的問題可以發(fā)表自己的意見，可以進行相互辯論，最后指導(dǎo)教師進行點評。
9 項目評審
由指導(dǎo)老師組成項目評審小組，聽取項目團隊的匯報并進行評審。包括項目開發(fā)計劃評審、項目需求分析報告評審、項目設(shè)計報告評審、項目實施與測試指導(dǎo)評審、項目總結(jié)與評審。
評審目標如下：
* 發(fā)現(xiàn)任何形式表現(xiàn)的軟件功能、邏輯或?qū)崿F(xiàn)方面的錯誤；
* 通過評審驗證軟件的需求；
* 保證軟件按預(yù)先定義的標準表示；
* 使項目更容易管理。
通過評審使項目小組成員真正掌握項目開發(fā)流程、了解軟件工程及項目管理在項目開發(fā)過程中的作用。同時解決項目開發(fā)中一些問題，也起到對項目小組成員工作考核作用。
（1）評審過程
召開評審會議：一般應(yīng)有3-5人參加。會議結(jié)束導(dǎo)師給予評審分數(shù)。
評審報告與記錄：所提出的問題都要進行記錄，在評審會結(jié)束前產(chǎn)生一個評審問題表，另外必須完成評審簡要報告。
（2）評審準則
對每個正式技術(shù)評審分配資源和時間進度表；
對全部評審人員進行必要的培訓(xùn)。
10 結(jié)束語
本文中所論述的實訓(xùn)課的設(shè)計及實施方法已在我院的大學(xué)生創(chuàng)業(yè)中心實施，并收到了明顯的效果，經(jīng)過實訓(xùn)課培訓(xùn)后學(xué)生的項目能力有了明顯的增強，完全可以在我們的創(chuàng)業(yè)中心參與各虛擬公司的項目開發(fā)工作并從中得到更多的工作經(jīng)驗。
參考文獻：
[1] 林銳，唐勇，黃曙江，石志強． IT企業(yè)項目管理：問題、方法和工具[M]．北京：電子工業(yè)出版社.2005．
[2] 陳宏剛，熊明華，林斌，等．軟件開發(fā)過程與案例[M]．北京：清華大學(xué)出版社．2003．
收稿日期：2006-11-23
人員需求分析報告范文第9篇
摘 要：本文提出了一種全新的軟件項目開發(fā)綜合實訓(xùn)模式，該模式以實際項目貫穿始終，以軟件工程思想貫穿全線，圍繞學(xué)生完成一系列遞進的典型工作任務(wù)來組織實訓(xùn)內(nèi)容，覆蓋不同課程串聯(lián)不同知識。該模式是工作過程導(dǎo)向在軟件技術(shù)實訓(xùn)教學(xué)上的運用，對當今高職院校進行課程改革具有重要的參考價值。
關(guān)鍵詞：工作過程導(dǎo)向；學(xué)習(xí)情境；典型工作任務(wù)；項目開發(fā)；綜合實訓(xùn)
中圖分類號：G642 文獻標識碼：B
1 實訓(xùn)教學(xué)的現(xiàn)狀和對策
我院的軟件技術(shù)Java開發(fā)方向主干課程的設(shè)置包括：“Java程序設(shè)計”、“數(shù)據(jù)庫基礎(chǔ)及應(yīng)用”、“JSP程序設(shè)計”、“UML基礎(chǔ)與Rose建模”、“軟件工程”、“軟件測試”、“J2EE技術(shù)”。在每門課程的最后階段都安排了課程實訓(xùn)，在此過程中，學(xué)生以個體或小組形式完成一個相對真實的工作任務(wù)。課程實訓(xùn)可以訓(xùn)練學(xué)生將該課程中不同的知識和技能串聯(lián)起來，加以綜合應(yīng)用解決實際問題。由于各門課程相對獨立，即使完成以上所有課程的課程實訓(xùn)，學(xué)生還是難以參與軟件開發(fā)的全過程，難以獲得對開發(fā)過程的整體把握。即使進入專業(yè)學(xué)習(xí)結(jié)束后的畢業(yè)設(shè)計階段，由于畢業(yè)設(shè)計教學(xué)環(huán)節(jié)與大學(xué)生畢業(yè)就業(yè)成為近年來我國高校的一個非常突出的矛盾，尤其是高職高專院校的畢業(yè)生面臨著嚴峻的就業(yè)形勢，許多學(xué)生在最后一個學(xué)期幾乎都在外出找工作，提前就業(yè)上崗。高職高專院校本來就學(xué)制短，畢業(yè)設(shè)計教學(xué)環(huán)節(jié)形同虛設(shè)，嚴重影響了正常畢業(yè)設(shè)計教學(xué)環(huán)節(jié)的實施和畢業(yè)生的水平。
在近幾年的專業(yè)建設(shè)和課程改革中，我們越來越認識到培養(yǎng)學(xué)生的軟件開發(fā)能力、團隊合作能力、工程應(yīng)用能力的重要性。為此，我們專門針對高年級學(xué)生設(shè)計和開發(fā)了工作過程導(dǎo)向的、具有專業(yè)總結(jié)和綜合性質(zhì)的項目開發(fā)綜合實訓(xùn)，通過項目實踐開闊學(xué)生視野，鍛煉學(xué)生的團隊意識和工程意識，全面培養(yǎng)學(xué)生的職業(yè)素養(yǎng)和工程應(yīng)用能力。
2 基于工作過程的高職軟件項目開發(fā)綜合實訓(xùn)設(shè)計思路
基于工作過程的高職軟件項目開發(fā)綜合實訓(xùn)設(shè)計思路包含“兩個貫穿一個分解一個覆蓋”：即“工程項目貫穿”、“軟件工程思想貫穿”、“典型工作任務(wù)分解”和“不同課程覆蓋”。
2.1 工程項目貫穿
“工程項目貫穿”，即以一個工程項目全線貫穿于整個實訓(xùn)過程，學(xué)生從步入實訓(xùn)基地開始接受項目，到最后提交一個按照操作程序、操作規(guī)范完成的，滿足一定質(zhì)量標準的開發(fā)成果。在確定項目時，應(yīng)該把握好以下兩個原則：
第一，實訓(xùn)項目應(yīng)具有一定的應(yīng)用價值和實際意義。實訓(xùn)項目最好以實際項目為背景，或者直接就是從實際項目提煉而來，與企業(yè)實際生產(chǎn)過程或現(xiàn)實商業(yè)經(jīng)營活動有直接的關(guān)系。這樣的項目能培養(yǎng)學(xué)生的實戰(zhàn)經(jīng)驗，極大地激發(fā)學(xué)生的積極性。但是要注意，業(yè)務(wù)流程太專業(yè)太復(fù)雜的項目不適于拿來作為全程的實訓(xùn)項目，因為這類項目在前期的業(yè)務(wù)分析和理解上將耗費太多的時間和精力，不利于后續(xù)工作的展開。
第二，要根據(jù)教學(xué)內(nèi)容和專業(yè)培養(yǎng)目標確定項目內(nèi)容與項目難度。高職軟件技術(shù)Java開發(fā)方向旨在為社會輸送合格的熟練的Java程序員，而J2EE編程是Java程序員追求的最高目標，所以我們確定的實訓(xùn)項目具有總結(jié)性和綜合性，并具有一定的挑戰(zhàn)性。經(jīng)過前導(dǎo)課程“J2EE技術(shù)”的學(xué)習(xí)和實踐，學(xué)生已經(jīng)具備了用Servlet+JSP+JaveBean (EJB)或struts框架來實現(xiàn)MVC架構(gòu)的能力，在實訓(xùn)項目中我們鼓勵學(xué)生整合Struts、Hibernate和Spring三個框架，綜合運用J2EE的組件、框架開發(fā)技術(shù)，開發(fā)一個滿足J2EE架構(gòu)的多層的企業(yè)應(yīng)用。
2.2 軟件工程思想貫穿
在傳統(tǒng)的“軟件工程”教學(xué)中，軟件工程是一門獨立的理論性較強的課程，學(xué)生們?nèi)狈崙?zhàn)經(jīng)驗，難以在參與軟件開發(fā)的全過程中獲得感性體會，理解軟件工程的精髓。
為了培養(yǎng)軟件工程意識，使工程化思想成為學(xué)生從事軟件開發(fā)工作的行動指南，我們將軟件工程思想貫穿于整個綜合實訓(xùn)的始終。綜合實訓(xùn)以成熟的軟件開發(fā)模型為基礎(chǔ)，以具有一定應(yīng)用價值和實際意義的項目為背景，學(xué)生以開發(fā)團隊的形式，按照軟件開發(fā)流程，在規(guī)定的時間點完成指定的任務(wù)，經(jīng)歷需求分析、建模、設(shè)計、編碼、測試、部署的軟件工程全過程。綜合實訓(xùn)模擬企業(yè)運作機制，模擬企業(yè)中實際存在的項目壓力和工作壓力，模擬真實企業(yè)開發(fā)環(huán)境，以項目的進度檢查作為監(jiān)控，以項目開發(fā)成果作為最后的考評。學(xué)生在實訓(xùn)過程中，都有機會承擔項目經(jīng)理、設(shè)計人員、編碼人員、測試人員等全部或部分崗位角色的職責，學(xué)生的綜合能力得到極大的提高。
2.3 典型工作任務(wù)分解
典型工作任務(wù)是“基于工作過程”實訓(xùn)課程開發(fā)的精髓。所謂“任務(wù)”就是要求學(xué)生做一件事，重要的是，這件事是按實際工作的要求來操作的，包括操作程序、操作規(guī)范、質(zhì)量標準等。學(xué)生在完成各項“任務(wù)”后，會呈現(xiàn)出不同的“結(jié)果”。這個結(jié)果是非標準答案的，即每個學(xué)生或每個團隊的作品可以不一樣，對作品的評價不是簡單的對與錯，而很可能是好與差。而“典型工作任務(wù)”能呈現(xiàn)出職業(yè)的典型的工作內(nèi)容和形式，在整個企業(yè)的工作大環(huán)境里具有重要的功能和意義。
在工作過程導(dǎo)向設(shè)計原則的指導(dǎo)下，結(jié)合軟件行業(yè)的崗位需求，通過分析完成軟件開發(fā)需要完成哪些典型工作任務(wù)，我們設(shè)計了基于工作過程的實訓(xùn)流程。該流程以一個軟件項目貫穿始終，將整個軟件開發(fā)過程分解為一系列遞進的實訓(xùn)情境，在每個實訓(xùn)情境要求學(xué)生完成一個獨立的工作任務(wù)，完成所有的實訓(xùn)情境就完成了整個軟件項目的開發(fā)。
基于工作過程的項目開發(fā)綜合實訓(xùn)流程如圖1所示，整個實訓(xùn)由遞進的6個實訓(xùn)情境構(gòu)成(水平方向)，它們對應(yīng)的工作任務(wù)依次為“需求分析”、“搭建開發(fā)環(huán)境”、“設(shè)計”、“編碼”、“集成和測試”、“項目部署”。垂直方向則反映了為完成某項工作任務(wù)所采取的步驟和要提交的工作成果。
圖1 基于工作過程的軟件項目開發(fā)綜合實訓(xùn)流程
2.4 不同課程覆蓋
按照工作過程導(dǎo)向設(shè)計原則，將整個軟件開發(fā)過程分解為遞進的6個實訓(xùn)情境，每個實訓(xùn)情境覆蓋了不同的課程內(nèi)容。表1列出了每個實訓(xùn)情境對七門主干課程的覆蓋情況，可以看到，它徹底地克服了傳統(tǒng)的課程體系只重視每門課程自身的實驗，缺乏覆蓋不同課程，串聯(lián)不同知識和技能的綜合性實驗的重大缺陷，它使得相對獨立的各門課程整合在一起，使整個實訓(xùn)成為一個有機的整體。這樣的訓(xùn)練能使學(xué)生將以前的所學(xué)融會貫通，能有效地培養(yǎng)學(xué)生的綜合應(yīng)用能力和創(chuàng)新能力。
3 基于工作過程的高職軟件項目開發(fā)綜合實訓(xùn)的實施
3.1 實訓(xùn)項目舉例
依照確定項目的兩個原則，我們把為我院開發(fā)“教學(xué)資源管理系統(tǒng)”定為綜合實訓(xùn)的第一個項目，要求運用Struts、Hibernate和Spring三個框架，開發(fā)一個滿足J2EE架構(gòu)的多層的企業(yè)應(yīng)用。
該項目的業(yè)務(wù)需求是“主要完成對多媒體課件和各種多媒體素材資源的管理，方便對各種電子教學(xué)資源進行分類維護，包括瀏覽，查詢，下載；為教師提供一個方便快捷的課件渠道，把制作的課件或搜集的素材上載到該系統(tǒng)，實現(xiàn)資源共享。本系統(tǒng)分三級用戶：系統(tǒng)管理員，教師用戶、普通用戶(包括學(xué)生)；包括以下四個方面的功能：普通用戶資源瀏覽和下載；普通用戶資源檢索；教師用戶資源上載；管理員系統(tǒng)維護”。
項目開始時，教師只給出較為粗略的業(yè)務(wù)需求，給學(xué)生留有足夠的發(fā)揮空間。因為“教學(xué)資源管理系統(tǒng)”就是為學(xué)生和教師服務(wù)，非常貼近學(xué)生的學(xué)習(xí)生活，理解起來沒有任何障礙。至于界面做到什么樣子，功能做到何種程度，留給學(xué)生在撰寫詳細的需求分析報告時去確定，教師需要把關(guān)的是工作量和技術(shù)難度，不能太簡單而達不到實訓(xùn)的效果，也不能太難無法實現(xiàn)而挫傷學(xué)生的積極性。
3.2 實訓(xùn)組織方式
實訓(xùn)采用4個人一組，每人負責一個方面的功能開發(fā)，每組設(shè)一個項目組長，項目組長除負責一個方面的功能模塊開發(fā)外，還負責各模塊集成。由項目組共同提交一份需求分析報告。個人一旦選擇某方面的功能開發(fā)，就要全權(quán)負責該部分的設(shè)計、編碼和單元測試。此外，在測試情境中，開發(fā)小組進行角色轉(zhuǎn)換，變成測試小組，選擇別的小組開發(fā)的軟件進行測試。
3.3 實訓(xùn)進度安排和任務(wù)要求
本綜合實訓(xùn)歷時一個月，共72學(xué)時(4周*18課時)，進度安排如表2所示，各院?？筛鶕?jù)自己的情況作適當調(diào)整或根據(jù)需要增加學(xué)時。下面是每個情境的具體步驟、任務(wù)要求的詳細描述。
3.3.1 情境1：需求分析
本情境的典型工作任務(wù)是撰寫詳細的需求分析報告。
(1) 首先老師對實訓(xùn)項目提出業(yè)務(wù)需求，講解應(yīng)用的環(huán)境、功能要求、技術(shù)要求以及實訓(xùn)組織方式。
(2) 實訓(xùn)小組組成，組合出每個小組的成員，選出項目小組長。
(3) 每個小組對功能模塊分工分配，確定每個人所承擔的功能模塊。
(4) 各小組討論需求分析，每個人撰寫模塊的詳細需求分析報告。
本情境結(jié)束后，要完成以下任務(wù)：
老師要匯總出小組劃分、成員分工；
項目小組提交一份詳細的需求分析報告。
3.3.2 情境2：搭建開發(fā)環(huán)境
本情境的典型工作任務(wù)是搭建J2EE開發(fā)環(huán)境。我們選擇的開發(fā)環(huán)境為：
操作系統(tǒng)：Windows NT /Windows XP
Java 平臺：JDK1.6 以上
服務(wù)器：JBOSS 4.0.4
數(shù)據(jù)庫服務(wù)器：MySQL 5.0
開發(fā)平臺：MyEclipse 5.5
建模工具： Rational Rose
單元測試：Junit
功能測試：手工測試
(1) 首先老師對開發(fā)環(huán)境進行講解；
(2) 學(xué)生在自己的機器上完成以下任務(wù)：安裝JDK環(huán)境、安裝JBOSS服務(wù)器、安裝MySQL服務(wù)器、安裝MyEclipse集成開發(fā)工具、安裝Rational Rose建模工具、安裝Junit。
本情境結(jié)束后，要完成以下任務(wù)：
1) 學(xué)生在自己的機器上完成環(huán)境的搭建和測試。
3.3.3 情境3：設(shè)計
本情境的典型工作任務(wù)是撰寫詳細設(shè)計文檔。
(1) 老師對需求分析進行點評，指出其中的問題和修改意見。
(2) 老師以其中某個模塊為例，講解所使用技術(shù)和技術(shù)線路。
(3) 進行模塊設(shè)計和數(shù)據(jù)庫庫表設(shè)計，模塊之間接口的定義，數(shù)據(jù)庫中測試數(shù)據(jù)的準備。
本情境結(jié)束后，學(xué)生要完成的任務(wù)：
對需求分析報告進行修改和完善。
撰寫詳細設(shè)計文檔，包括類圖和時序圖。
詳細設(shè)計包括以下組件的設(shè)計：模型實現(xiàn)類和DAO組件；業(yè)務(wù)邏輯組件；MVC層組件；表現(xiàn)層組件
撰寫數(shù)據(jù)庫表的設(shè)計以及測試數(shù)據(jù)，數(shù)據(jù)庫表設(shè)計包括庫表名稱、字段定義，測試數(shù)據(jù)以表格的方式形成。
3.3.4 情境4：編碼
本情境的典型工作任務(wù)是依照設(shè)計進行代碼編寫，以及單元測試。
老師對學(xué)生的模塊設(shè)計和庫表設(shè)計進行點評，指出其中的問題和修改意見。
在編碼過程中，老師要對學(xué)生進行指導(dǎo)，幫助解決問題。學(xué)生之間應(yīng)互相配合，及時修正模塊設(shè)計中的錯誤。
本情境學(xué)生要完成的任務(wù)包括：
修訂詳細模塊設(shè)計和數(shù)據(jù)庫庫表設(shè)計；
用測試數(shù)據(jù)填充數(shù)據(jù)庫；
制定編碼進度；
模型實現(xiàn)類和DAO組件的編碼和測試；
業(yè)務(wù)邏輯組件的編碼和測試；
MVC層組件的編碼和測試；
表現(xiàn)層組件的編碼和測試。
3.3.5 情境5：系統(tǒng)集成和測試
本情境的典型工作任務(wù)是小組模塊集成和功能測試。
(1) 小組成員之間相互配合，完成整個系統(tǒng)的集成。
(2) 選擇另一個小組開發(fā)的系統(tǒng)，根據(jù)他們的需求分析報告，撰寫測試用例。
(3) 進行功能測試并提交測試報告。
本情境完成，學(xué)生要完成以下任務(wù)：
將小組內(nèi)各成員開發(fā)的模塊進行系統(tǒng)集成；
選擇另一個小組開發(fā)的系統(tǒng)撰寫測試用例，進行功能測試，并提交測試報告。
3.3.6 情境6：項目
本情境的典型工作任務(wù)是部署項目、提交成果。
(1) 學(xué)生將實訓(xùn)成果進行演示
(2) 學(xué)生提交可以部署的包和按工程組織的源代碼
(3) 老師對各個項目小組的成果進行考評。
(4) 老師對整個實訓(xùn)進行點評。
本情境完成，學(xué)生要提交以下程序和文檔：
源代碼和可以部署的包
實訓(xùn)報告
4 新的綜合實訓(xùn)模式對教師提出了更高的要求
基于工作過程的高職項目開發(fā)綜合實訓(xùn)，覆蓋面廣，綜合性和工程實踐性強，要求按照軟件工程的要求，指導(dǎo)學(xué)生進行軟件項目開發(fā)實訓(xùn)，因而對指導(dǎo)教師的教學(xué)素養(yǎng)、主導(dǎo)作用、工程實踐經(jīng)歷提出了更高的要求。為此我們組建了一支以具有工程實踐經(jīng)驗的核心教師為首，由各科任課教師組成的教師團隊。進入實訓(xùn)項目的教師必須首先對項目本身有足夠的認識和理解，并且親自做過，才能在其參與指導(dǎo)的實訓(xùn)情境中指導(dǎo)學(xué)生完成該情境所指定的典型工作任務(wù)。而核心教師經(jīng)歷過企業(yè)軟件開發(fā)項目的全過程，熟悉軟件開發(fā)項目的管理過程，熟悉軟件開發(fā)程序的設(shè)計規(guī)范、調(diào)試過程、軟件質(zhì)量測試方法，以“項目經(jīng)理”的身份指導(dǎo)學(xué)生進行軟件開發(fā)實訓(xùn)，其關(guān)鍵作用是不可置疑的。
同時，新的綜合實訓(xùn)模式必須有新的教學(xué)觀念、講授模式和管理模式。在實訓(xùn)過程中絕對不能再是“教師講授學(xué)生聽”，而是以學(xué)生為主體，以任務(wù)為驅(qū)動，教師重點放在講解每個任務(wù)的需求，完成該任務(wù)所要采用的知識、方法、工具和步驟，然后由學(xué)生自己進行分析、建立問題模型，自己掌握開發(fā)的進程。教師則更象一位項目經(jīng)理，控制項目進度，評定軟件質(zhì)量。
5 結(jié)束語
基于工作過程的高職項目開發(fā)綜合實訓(xùn)，是一種全新的軟件項目開發(fā)綜合實訓(xùn)模式。該模式以工程項目貫穿始終，以軟件工程思想貫穿全線，圍繞學(xué)生完成一系列遞進的典型工作任務(wù)來組織實訓(xùn)內(nèi)容，覆蓋不同課程串聯(lián)不同知識。該模式是工作過程導(dǎo)向在軟件技術(shù)實訓(xùn)教學(xué)上的運用，對當今高職院校進行課程改革具有重要的參考價值，同時對指導(dǎo)教師提出了更高的要求。
參考文獻
[1] 姜大源．當代德國職業(yè)教育主流教學(xué)思想研究―理論、實踐與創(chuàng)新[M]．北京：清華大學(xué)出版社，2007.
人員需求分析報告范文第10篇
一、項目實施方案概述
軟件產(chǎn)品，特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品，用戶購買軟件產(chǎn)品之后，不能立即進行使用，需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進行系統(tǒng)調(diào)試、軟件功能實現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質(zhì)量，軟件項目實施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。項目實施規(guī)范主要包括項目啟動階段、需求調(diào)研確認階段、軟件功能實現(xiàn)確認階段、數(shù)據(jù)標準化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運行階段、總體驗收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關(guān)系，上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個項目實施階段分別介紹。
二、項目實施方案介紹
（一）項目啟動階段
此階段處于整個項目實施工作的最前期，由成立項目組、前期調(diào)研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務(wù)：
公司：在合同簽定后，指定項目經(jīng)理，成立項目組，授權(quán)項目組織完成項目目標。
公司項目組：進行前期項目調(diào)研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。
商務(wù)經(jīng)理：配合公司項目組，將積累的項目和用戶信息轉(zhuǎn)交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯(lián)系。
用戶：成立項目實施組織，配合前期調(diào)研和召開啟動會，簽署《總體項目計劃》和《項目實施協(xié)議》。
1、成立項目組
部門經(jīng)理接到實施申請后，任命項目經(jīng)理，指定項目目標，由部門經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務(wù)，并報總經(jīng)理簽署《項目任務(wù)書》。
2、前期調(diào)研
項目經(jīng)理及項目組成員，在商務(wù)人員配合下，建立與用戶的聯(lián)系，對合同、用戶進行調(diào)研。填寫《用戶及合同信息表》。在項目商務(wù)談判中，商務(wù)經(jīng)理積累了大量的信息，項目組首先應(yīng)收集商務(wù)和合同信息，并與商務(wù)經(jīng)理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》
《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容：
項目描述，項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；
溝通管理計劃，確定項目干系人對信息和溝通的需要：即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質(zhì)量管理計劃，確定適合于項目的質(zhì)量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據(jù)每個具體項目的要求而定。未解決事宜和未定的決策
4、啟動會
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下：
共同組建項目實施組織，實施組織的權(quán)利和職責；雙方簽署《項目實施協(xié)議》。
項目組介紹《項目總體計劃》和《項目實施協(xié)議》，包括以下內(nèi)容：
項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；
項目實施中項目管理的必要性和如何進行項目管理，項目的質(zhì)量如何控制；
項目實施中用戶的參與和領(lǐng)導(dǎo)的支持的重要作用；
階段驗收、技術(shù)交接和項目結(jié)束后如何對用戶提供后續(xù)服務(wù)。
（二）需求調(diào)研確認階段
此階段的主要工作是軟件公司的項目實施人員向用戶調(diào)查用戶對系統(tǒng)的需求，包括管理流程調(diào)研、功能需求調(diào)研、報表要求調(diào)研、查詢需求調(diào)研等，實施人員調(diào)研完成后，會編寫《需求調(diào)研分析手冊》，并交付用戶進行確認，待用戶對《需求調(diào)研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據(jù)進行軟件功能的實現(xiàn)。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統(tǒng)的影響程度來確定是否給予實現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容：
1、進行需求調(diào)研準備
2、編制《需求調(diào)研計劃》
3、內(nèi)部評審是否通過《需求調(diào)研計劃》，項目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項目實際情況對《需求調(diào)研計劃》草稿進行評審，如評審?fù)ㄟ^，則在稍后的時間內(nèi)簽署，如評審不通過則重新修改。
4、用戶是否簽署《需求調(diào)研計劃》，如用戶簽署《需求調(diào)研計劃》，則作為以后需求調(diào)研工作的指南。否則重新修改。
5、《需求調(diào)研計劃》是否有變更，如果計劃存在變更，則執(zhí)行變更控制流程，否則按計劃進行后續(xù)工作。
6、編寫及發(fā)出《需求調(diào)研通知》，項目組編寫《需求調(diào)研通知》，確定進行需求調(diào)研的相關(guān)事宜，發(fā)給用戶，為順利完成需求調(diào)研工作做準備
7、需求調(diào)研，項目組以《需求調(diào)研手冊》為依據(jù)，從業(yè)務(wù)流程、單據(jù)使用、打印格式、報表查詢幾個方面展開深入和全面的調(diào)研，并搜集用戶的個性化需求。
8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果，項目組和公司其他技術(shù)部門將進一步進行分析，確定合理、可行的需求，將分析結(jié)果形成《需求分析報告》草稿。
9、內(nèi)部評審是否通過《需求分析報告》。項目組、部門經(jīng)理、公司其他技術(shù)部門的人員對《需求分析報告》草稿進行評審，如評審?fù)ㄟ^，則在稍后由用戶簽署，如評審不通過則重新修改，直至內(nèi)部評審?fù)ㄟ^。
10、編寫及發(fā)出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發(fā)給用戶，確定進行需求確認的相關(guān)事宜，告之相關(guān)部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。
11、用戶是否確認《需求分析報告》。如果用戶確認，并簽署了《需求分析報告》，則需求調(diào)研階段工作結(jié)束，進行后續(xù)的軟件功能實現(xiàn)的工作；如沒有確認，則進一步進行調(diào)研、分析，直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調(diào)研工作結(jié)束之后，如果用戶提出新的需求或是變更已有的需求，則執(zhí)行需求新增及變更流程
（三）軟件功能實現(xiàn)確認階段
此階段的主要工作是項目實施人員根據(jù)需求調(diào)研階段確認的《需求調(diào)研分析手冊》中的用戶需求內(nèi)容進行具體軟件功能的實現(xiàn)工作。在軟件功能實現(xiàn)的過程中，項目實施人員將記錄軟件實現(xiàn)的詳細過程。便于公司售后服務(wù)之用。每一個實施技術(shù)人員必須嚴格按照要求記錄、存檔。按照調(diào)研要求的所有功能實現(xiàn)完畢后，項目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據(jù)《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。
（四）數(shù)據(jù)標準化初裝階段
此階段的主要工作是項目實施人員指導(dǎo)用戶進行系統(tǒng)標準化資料的準備工作，并對用戶進行初裝資料的軟件操作培訓(xùn)，以便用戶能夠及時的將標準資料錄入系統(tǒng)，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
五）系統(tǒng)培訓(xùn)階段
系統(tǒng)培訓(xùn)階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓(xùn)的重要性和艱巨性。在項目實施之前對用戶的相關(guān)人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的，達到讓用戶了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次：決策層、技術(shù)層、操作層，對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是：
決策層：領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層：系統(tǒng)維護知識、操作方法。
操作層：操作方法。
具體的培訓(xùn)工作流程為：
1、調(diào)研培訓(xùn)信息：在培訓(xùn)開始前3天由用戶實施負責人，將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃：結(jié)合調(diào)研結(jié)果，與用戶實施負責人商議具體培訓(xùn)內(nèi)容、時間，場地，人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃：用戶簽署《培訓(xùn)計劃》，進一步確認培訓(xùn)安排。
4、發(fā)培訓(xùn)通知：培訓(xùn)開始前2天，按照簽署的《培訓(xùn)計劃》，將培訓(xùn)內(nèi)容、時間，場地，人員等信息通知用戶實施負責人。
5、搭建培訓(xùn)環(huán)境：公司項目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當，將培訓(xùn)提綱及培訓(xùn)手冊準備好。
6、組織培訓(xùn)：公司項目組培訓(xùn)負責人與用戶實施負責人組織相關(guān)人員參加培訓(xùn)，按培訓(xùn)制度嚴格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核：公司項目組培訓(xùn)負責人與用戶實施負責人組織受訓(xùn)人員參加上機及理論考試。
8、培訓(xùn)總結(jié)：公司項目組培訓(xùn)負責人與用戶實施負責人一起將出勤情況及考核情況做出總結(jié)，填入《培訓(xùn)及考核統(tǒng)計表》，及時向相關(guān)負責人匯報。
（六）系統(tǒng)安裝測試及試運行階段
此階段的主要工作是在用戶真實環(huán)境下，對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試，對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正；同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平，掌握操作規(guī)范。此階段的主要工作內(nèi)容為：
1、編制計劃：與用戶實施負責人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。
2、簽署計劃：用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。
3、發(fā)測試及試運行通知：在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責人。
4、搭建環(huán)境及數(shù)據(jù)準備：在試運行開始前搭建好軟件環(huán)境、硬件環(huán)境、網(wǎng)絡(luò)環(huán)境、調(diào)通線路；檢查軟件、硬件、網(wǎng)絡(luò)、線路等各個環(huán)節(jié)是否有問題；5、組織測試及試運行：用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合，組織相關(guān)人員進行測試及試運行.
公司項目組負責擔當指揮，檢查用戶人員組織情況并給予指導(dǎo)，跟蹤檢查如下情況：
跟蹤單據(jù)流轉(zhuǎn)狀況。
跟蹤新資料登錄環(huán)節(jié)。
觀察業(yè)務(wù)流程執(zhí)行狀況。
觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運行速度及異常表現(xiàn)。
觀察關(guān)鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通，確定解決辦法。
6、測試及試運行總結(jié)：測試及試運行完成，總結(jié)試運行中設(shè)備、軟件的運行情況，總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負責人。
（七）總體驗收階段
此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結(jié)束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結(jié)束后，對系統(tǒng)進行總體驗收。
軟件項目策劃書（二）
一、項目計劃的要素
根據(jù)PMBOK2000，項目計劃可以包含如下要素：
1、項目范圍說明
項目范圍說明闡述進行這個項目的原因或意義，形成項目的基本框架，使項目所有者或項目管理者能夠系統(tǒng)地、邏輯地分析項目關(guān)鍵問題及項目形成中的相互作用要素，使項目干系人在項目開始實施前或項目相關(guān)文檔編寫以前，能夠就項目的基本內(nèi)容和結(jié)構(gòu)達成一致；項目范圍說明應(yīng)當形成項目成果核對清單，作為項目評估的依據(jù)，在項目終止以后或項目最終報告完成以前進行評估，以此作為評價項目成敗的依據(jù)；范圍說明還可以作為項目整個生命周期監(jiān)控和考核項目實施情況的基礎(chǔ)，和項目其他相關(guān)計劃的基礎(chǔ)。
2、項目進度計劃
進度計劃是說明項目中各項工作的開展順序、開始時間、完成時間及相互依賴銜接關(guān)系的計劃。通過進度計劃的編制，使項目實施形成一個有機的整體。進度計劃是進度控制和管理的依據(jù)，可以分為項目進度控制計劃和項目狀態(tài)報告計劃。
在進度控制計劃中，要確定應(yīng)該監(jiān)督哪些工作、何時進行監(jiān)督、監(jiān)督負責人是誰，用什么樣的方法收集和處理項目進度信息，怎樣按時檢查工作進展和采取什么調(diào)整措施，并把這些控制工作所需的時間和人員、技術(shù)、物資資源等列入項目總計劃中。
3、項目質(zhì)量計劃
4、項目資源計劃
有了項目范圍計劃和進度計劃后，資源計劃就是決定在項目中的每一項工作中用什么樣的資源（人、材料、設(shè)備、信息、資金等等），在各個階段使用多少資源。項目費用計劃包括資源計劃、費用估算、費用預(yù)算。
5、項目溝通計劃
溝通計劃就是制定項目過程中項目干系人之間信息交流的內(nèi)容、人員范圍、溝通方式、溝通時間或頻率等溝通要求的約定。
6、風(fēng)險對策計劃
風(fēng)險對策計劃是為了降低項目風(fēng)險的損害而分析風(fēng)險、制定風(fēng)險應(yīng)對策略方案的過程，包括識別風(fēng)險、量化風(fēng)險、編制風(fēng)險應(yīng)對策略方案等過程。
7、項目采購計劃
項目采購計劃過程就是識別哪些項目需求可應(yīng)通過從本企業(yè)外部采購產(chǎn)品或設(shè)備來得到滿足。如果是軟件開發(fā)工作的采購，也就是外包，應(yīng)當同時制定對外包的進度監(jiān)控和質(zhì)量控制的計劃。
8、變更控制、配置管理計劃
由于項目計劃無法保證一開始就預(yù)測得非常準確，在項目進行過程中也不能保證準確有力的控制，導(dǎo)致項目計劃與項目實際情況不符的情況經(jīng)常發(fā)生，所以必須有效處理項目的變更。變更控制計劃主要是規(guī)定變更的步驟、程序，配置管理計劃就是確定項目的配置項和基線，控制配置項的變更，維護基線的完整性，向項目干系人提供配置項的準確狀態(tài)和當前配置數(shù)據(jù)。
二、項目計劃編制過程
由于軟件開發(fā)的手工性、個體性特征，軟件開發(fā)項目計劃不可能是一個靜態(tài)的計劃，一次在項目啟動時，可以先制定一個顆粒度相對比較粗的項目計劃，先確定項目高層活動和預(yù)期里程碑。粗顆粒度的項目計劃需要不斷地更新迭代，根據(jù)項目的大小和性質(zhì)以及項目的進展情況進行迭代和調(diào)整。迭代和調(diào)整的周期也是根據(jù)項目的情況進行制訂的，一般短到一周，長到2個月左右。經(jīng)過不斷的計劃制訂、調(diào)整、修訂等工作，項目計劃從最初的粗粒度，變得非常詳細。這樣的計劃將一直延續(xù)到項目結(jié)束，延續(xù)到項目的成果出現(xiàn)。
制定計劃的過程就是一個對項目逐漸了解掌握的過程，通過認真地制定計劃，項目經(jīng)理可以知道哪些要素是明確的，哪些要素是要逐漸明確的，通過漸近明細不斷完善項目計劃。階段計劃中包含的工作匯報和下一階段工作安排是掌握項目進度的依據(jù)，從階段計劃對照總體計劃，才能一目了然地看出工作的進展情況。制定計劃的過程，也是在進度、資源、范圍之間尋求一種平衡的過程。制定計劃的精髓不在于寫出一份好看的文檔，而在于運用您的智慧去應(yīng)對各種問題和面臨風(fēng)險并盡可能做出前瞻性的思考。一旦計劃被負責任地完成，他就可以給自己一個和管理層或客戶交流與協(xié)商的基礎(chǔ)，幫助你在項目過程中防范各種問題的出現(xiàn)，幫助你保證項目按時完成。
企業(yè)確定要開始某個項目時一般會下達一個立項的文件，暫且叫“項目立項文件”，主要內(nèi)容是遵照的合同或相關(guān)協(xié)議，項目的大致范圍、項目結(jié)束的截止時間和一些關(guān)鍵時間，指定項目經(jīng)理和部分項目成員等等。
接下來的項目計劃編寫一般要按照以下過程：
1、成立項目團隊：相關(guān)部門收到經(jīng)過審批后的“項目立項文件”和相關(guān)資料，則正式在“項目立項文件”中指定的項目經(jīng)理組織項目團隊，成員可以隨著項目的進展可以在不同時間加入項目團隊，也可以隨著分配的工作完成而退出項目團隊。但最好都能在項目啟動時參加項目啟動會議，了解總體目標、計劃，特別是自己的目標職責，加入時間等等。
2、項目開發(fā)準備：項目經(jīng)理組織前期加入的項目團隊成員準備項目工作所需要的規(guī)范、工具、環(huán)境。如開發(fā)工具、源代碼管理工具、配置環(huán)境、數(shù)據(jù)庫環(huán)境等。前期加入的項目團隊成員主要由計劃經(jīng)理，系統(tǒng)分析員等組成，但快要制定好的項目計劃一定要盡可能經(jīng)過在所有項目團隊成員和項目干系人中間的充分溝通。如果項目中存在一些關(guān)鍵的（指將影響項目成?。┘夹g(shù)風(fēng)險，則在這一階段項目經(jīng)理應(yīng)組織人員進行預(yù)研。預(yù)研的結(jié)果應(yīng)留下下書面結(jié)論以備評審。
說明：項目計劃書必須在相應(yīng)階段對項目目標、階段目標和各項任務(wù)進行精確的定義，就是要在相應(yīng)階段進一步進行項目目標的細化工作；特別是在概要設(shè)計完成，詳細設(shè)計或編碼實現(xiàn)開始之前應(yīng)該對下一階段的目標任務(wù)進行細化。應(yīng)當充分調(diào)查并掌握影響項目計劃的一切內(nèi)部和外部影響因素；應(yīng)當盡可能充分地分析項目工作分解結(jié)構(gòu)，通過分析項目工作分解結(jié)構(gòu)不僅獲得項目的靜態(tài)結(jié)構(gòu)，而且通過邏輯分析，獲得項目各工作任務(wù)之間動態(tài)的工作流程；應(yīng)當將項目目標、任務(wù)進行分解，制定詳細的實施方案。
3、項目信息收集：項目經(jīng)理組織項目團隊成員通過分析接收的項目相關(guān)文檔、進一步與用戶溝通等途徑，在規(guī)定的時間內(nèi)盡可能全面收集項目信息。項目信息收集要講究充分的、有效率的溝通，并要達成共識。有些成員認為，電子郵件發(fā)來的文檔（計劃、需求、周計劃等）是在溝通不夠充分的情況下完成的，成員看過后有不了解或與自己的能力或意愿不符的情況，但通過電子郵件等方式溝通的效率不高，這也許是個習(xí)慣的問題，也許和某個具體問題本身是否容易通過電子郵件溝通清楚有關(guān)。因此重要的內(nèi)容需要開會進行Q&A討論，確保所有重要問題都得到理解，最終達成共識。討論會上達成共識的應(yīng)當記錄成文字落實在具體的文檔中。
4、編寫《軟件項目計劃書》
項目經(jīng)理負責組織編寫《軟件項目計劃書》?！盾浖椖坑媱潟肥琼椖坎邉澔顒雍诵妮敵鑫臋n，它包括計劃書主體和以附件形式存在的其他相關(guān)計劃，如配置管理計劃等。《軟件項目計劃書》的編制參考《GB8567－88計算機軟件產(chǎn)品開發(fā)文件編制指南》中項目開發(fā)計劃的要求。各企業(yè)在建立ISO9001質(zhì)量管理體系或CMM過程中也會建立相應(yīng)的《軟件開發(fā)項目計劃書規(guī)范》。
編制項目計劃的過程應(yīng)當分為以下幾個步驟：
a、確定項目的應(yīng)交付成果。這里的項目的應(yīng)交付成果不僅是指項目的最終產(chǎn)品，也包括項目的中間產(chǎn)品。例如通常情況下軟件開發(fā)項目的項目產(chǎn)品可以是：需求規(guī)格說明書、概要設(shè)計說明書、詳細設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、項目階段計劃、項目階段報告、程序維護說明書、測試計劃、測試報告、程序代碼與程序文件、程序安裝文件、用戶手冊、驗收報告、項目總結(jié)報告等等；
b、任務(wù)分解：從項目目標開始，從上到下，層層分解，確定實現(xiàn)項目目標必須要做的各項工作，并畫出完整的工作分解結(jié)構(gòu)圖。軟件開發(fā)項目剛開始可能只能從階段的角度劃分，如需求分析工作、架構(gòu)設(shè)計工作、編碼工作、測試工作等等，當然規(guī)模較大時也可把需求、設(shè)計拆分成不同的任務(wù)。不過特別是在概要設(shè)計完成時可以對下一階段的目標任務(wù)進行橫向的細化。
c、在資源獨立的假設(shè)前提下確定各個任務(wù)之間的相互依賴關(guān)系，以確定各個任務(wù)開始和結(jié)束時間的先后順序；獲得項目各工作任務(wù)之間動態(tài)的工作流程。
d、確定每個任務(wù)所需的時間，即根據(jù)經(jīng)驗或應(yīng)用相關(guān)方法給任務(wù)需要耗費的時間；確定每個任務(wù)所需的人力資源要求，如需要什么技術(shù)、技能、知識、經(jīng)驗、熟練程度等等。
e、確定項目團隊成員可以支配的時間，即每個項目成員具體花在項目中的確切時間；確定每個項目團隊成員的角色構(gòu)成、職責、相互關(guān)系、溝通方式。
f、確定管理工作，管理工作是貫穿項目生命周期的，如項目管理、項目會議等、編寫階段報告。項目團隊成員之間的溝通時間、項目團隊成員和其他項目干系人之間的溝通時間也比較容易被忽視，而溝通時間也是比較不容易固定地量化和日程化。但這些工作在計劃中都應(yīng)當充分地被考慮進去，再回師項目計劃更加合理，更有效地減少因為計劃的不合理而導(dǎo)致的項目進度延期。
g、根據(jù)以上結(jié)果編制項目總體進度計劃，總體進度計劃應(yīng)當體現(xiàn)任務(wù)名稱、責任人、開始時間、結(jié)束時間、應(yīng)提交的可檢查的工作成果。
h、考慮項目的費用預(yù)算、可能的風(fēng)險分析及其對策、需要公司內(nèi)部或客戶或其他方面協(xié)調(diào)或支持的事宜。
5、軟件項目計劃書評審、批準
項目計劃書評審、批準是為了使相關(guān)人員達成共識、減少不必要的錯誤，使項目計劃更合理更有效。
項目經(jīng)理完成《軟件項目計劃書》后，首先組織項目團隊內(nèi)部的項目團隊負責人、測試負責人、系統(tǒng)分析負責人、設(shè)計負責人、質(zhì)量監(jiān)督員等對項目計劃書進行評審，評審可采取電子或會議方式，并進行階段成果項目團隊內(nèi)評閱記錄。應(yīng)當要求所有相關(guān)人員在收到軟件項目計劃書后的一個約定時間內(nèi)反饋對計劃書的意見。項目經(jīng)理確保與所有人員就項目計劃書中所列內(nèi)容達成一致。這種一致性是要求所有項目團隊成員對項目計劃的內(nèi)容進行承諾，無法承諾或者說是無法達成一致的，要么修改項目計劃去適應(yīng)某些項目團隊成員，要么是由某些項目團隊成員采取妥協(xié)措施，去適應(yīng)項目計劃的要求。
項目經(jīng)理將已經(jīng)達成一致的軟件項目計劃書提交項目高層分管領(lǐng)導(dǎo)或其授權(quán)人員進行審批，審批完成時間不能超過預(yù)先約定的時間。對于意義重大的項目，由過程控制部門如質(zhì)量管理部和項目分管領(lǐng)導(dǎo)同時對《軟件項目計劃書》進行審批。
批準后的軟件項目計劃書作為項目活動開展的依據(jù)和本企業(yè)進行項目控制和檢查的依據(jù)，并在必要時根據(jù)項目進展情況實施計劃變更。
項目質(zhì)量監(jiān)督員根據(jù)《軟件項目計劃書》和《軟件開發(fā)項目質(zhì)量計劃書規(guī)范》編制軟件開發(fā)項目質(zhì)量計劃。大型的項目應(yīng)當編制單獨的《軟件開發(fā)項目質(zhì)量計劃書》；規(guī)模較小的可以在《軟件項目計劃書》的某個章節(jié)說明“軟件開發(fā)項目質(zhì)量計劃”，也可單獨編制類似“軟件開發(fā)項目質(zhì)量控制表”的文檔。
配置管理員根據(jù)計劃書編制《項目配置管理計劃》。以項目工作計劃書中的階段成果為依據(jù)，根據(jù)配置管理計劃規(guī)范編制配置管理計劃，項目經(jīng)理審批配置管理計劃，并對配置管理計劃的有效性負責。
項目策劃工作完畢，軟件項目計劃書通過評審，一般情況下，對軟件開發(fā)項目來說，工作轉(zhuǎn)入需求分析階段。
三、項目計劃內(nèi)容確定
項目計劃內(nèi)容的確定一般要按照以下過程：
1、確定項目概貌
合同項目以合同和招投標文件為依據(jù)，非合同項目以可行性研究報告或項目前期調(diào)研成果為依據(jù)，明確項目范圍和約束條件，并以同樣的依據(jù)，明確項目的交付成果。進一步明確項目的工作范圍和項目參與各方責任。
2、確定項目團隊
確定項目團隊的組織結(jié)構(gòu)和與項目開發(fā)相關(guān)的職能機構(gòu)，包括管理、開發(fā)、測試、QA、評審、驗收等。確定項目團隊人員及分工。與相關(guān)人員協(xié)商，確定項目團隊人員構(gòu)成。如內(nèi)部不能滿足人員需求，則提出人員支援申請。
3、明確項目團隊內(nèi)、外的協(xié)作溝通
明確與用戶單位的溝通方法。明確最終用戶、直接用戶及其所在本企業(yè)／部門名稱和聯(lián)系電話?？蛻舾嗟膮⑴c是項目成功的重要推動力量，加強在開發(fā)過程中與用戶方項目經(jīng)理或配合人員的主動溝通，將有助加強客戶等項目的參與程度。建議采用周報或月報的方式通告項目的進展情況和下一階段計劃，出現(xiàn)的需要客戶協(xié)調(diào)或了解的問題。
當項目團隊需要與外部單位協(xié)作開發(fā)時，應(yīng)明確與協(xié)作單位的溝通方式。確定協(xié)作單位的名稱、負責人姓名、承擔的工作內(nèi)容以及實施人的姓名、聯(lián)系電話。
明確本企業(yè)內(nèi)部協(xié)作開發(fā)的部門名稱、經(jīng)理姓名、承擔的工作內(nèi)容以及工作實施責任人的姓名、聯(lián)系電話。明確項目團隊溝通活動。項目團隊成員規(guī)模在3人以上的項目應(yīng)該組織項目團隊周例會，項目團隊采用統(tǒng)一的交流系統(tǒng)建立項目團隊的交流空間。
4、規(guī)劃開發(fā)環(huán)境和規(guī)范
說明系統(tǒng)開發(fā)的所采用的各種工具，開發(fā)環(huán)境，測試環(huán)境等。列出項目開發(fā)要遵守的開發(fā)技術(shù)規(guī)范和行業(yè)標準規(guī)范。對于本企業(yè)還沒有規(guī)范的開發(fā)技術(shù)，項目經(jīng)理應(yīng)組織人員制訂出在本項目中將遵守的規(guī)則。
5、編制工作進度計劃
根據(jù)本企業(yè)規(guī)定和項目實際情況，確定項目的工作流程。編制項目的工作計劃，此計劃為高層計劃，各階段的工作時間安排要包括完成階段文檔成果、文檔成果提交評審及進行修改的時間，各階段結(jié)束的標志是階段成果。在計劃中要求明確以下內(nèi)容：
a、工作任務(wù)劃分；
b、顯示項目各階段或迭代的時間分配情況的時間線或甘特圖；
c、確定主要里程碑、階段成果；
d、要求用文字對項目工作計劃做出解釋。最終用一張時間表格來完整說明整個工作計劃；對于迭代開發(fā)的項目，應(yīng)編制出第一階段的階段計劃。階段內(nèi)的任務(wù)分割以2-5天為合適，特殊任務(wù)的時間跨度在兩個星期內(nèi)；在項目的進行過程中，項目經(jīng)理編制雙周工作計劃，指導(dǎo)成員的具體工作。
6、編制項目的監(jiān)控計劃。其中說明進度控制、質(zhì)量控制、版本控制、預(yù)算控制等。
7、編制項目的風(fēng)險計劃，分析項目過程中可能出現(xiàn)的風(fēng)險以及相應(yīng)的風(fēng)險對策。對于大型項目，建議以附件方式編制，便于不斷更新。
8、制定輔助工作計劃。根據(jù)項目需要，編制如培訓(xùn)計劃、招聘計劃等。
9、規(guī)劃開發(fā)支持工作，如供方管理計劃。
10、規(guī)劃項目驗收：制定項目的驗收計劃。此項工作可以視需要進行裁減。
本文鏈接：http://edgebase.com.cn/v-141-2586.html人員需求分析報告范文10篇
相關(guān)文章：
高中生的自我介紹08-16
大暑美好文案07-25
你的名字經(jīng)典語錄11-04
經(jīng)典說說心情短語10-05
2024年公司職員上半年工作總結(jié) 公司上半年個人工作總結(jié)(21篇)08-09
工程施工承包協(xié)議書08-16
教師節(jié)代表發(fā)言稿08-27
幼兒園社會實踐心得08-20
如何分享育兒心得體會08-16
少年愛國名言摘抄10-12
校園的秋天初二作文08-10
集美大學(xué)誠毅學(xué)院專業(yè)有哪些11-01
2024年河南執(zhí)業(yè)藥師職業(yè)資格考試成績查詢及考后核查10-14
敬畏生命，珍愛生命班會教案10-05