前言：中文期刊網精心挑選了人員需求分析報告范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
人員需求分析報告范文1
關鍵詞：網站 項目管理 需求分析
1 網站項目管理的特點
網站項目是以Web服務器為主體、瀏覽器為客戶端作為基本架構的項目。這樣的架構項目中包含Web服務器、瀏覽器和網絡三個關鍵主體。網站項目可能是一個網站，也可能是各種Web應用程序，例如網上商店、虛擬郵局、網絡辦公管理系統、客戶關系管理系統等等。網站項目管理就是圍繞著網站項目運用知識、技術、技能、工具和方法進行組織管理。其特點表現在以下幾個方面：
1）涉及的領域很多。狹義地講，網站項目包括了網頁制作、美工設計、程序編碼、系統及網絡管理等專業技術，廣義上又包含了企業管理、市場營銷、心理學、廣告學等更多領域的知識，在項目進行過程中還涉及到項目管理工具、文檔和設計開發管理規范、開發及測試環境部署等特殊領域的問題。這對參與項目管理的人員提出了很高的要求。
2）參與項目的角色很多，水平可能參差不齊。對于網站項目管理，最關鍵的角色是項目經理、業務流程分析師、用戶界面工程師、系統分析員、編碼人員（程序員）和質量控制工程師等。根據項目的規模和開發的深度，由項目經理進行角色劃分。假如嚴格細分，一個大型項目的角色可能達到50個以上，以確保每個細節都有專業的人員進行負責和管理。其中需求分析過程中主要角色有客戶代表、業務員、業務流程分析師、用戶界面工程師，另外還有項目經理、數據庫工程師、文檔工程師等參與。
3）網絡應用的開發技術在日新月異地進步，從而使網站應用系統的開發模式具有多種選擇性，達到同樣的目標可以采用很多不同的方式，現代的應用系統越來越成為一個龐大的集成方案，需要考慮不同的操作平臺、不同的應用服務器、不同的數據庫、不同的編程語言、不同的傳輸介質等等，項目管理人員必須了解各種技術的利弊，幫助用戶選擇高效、廉價并富有前瞻性的方案。
2 需求分析在網站項目管理中的作用及要求
需求分析是一個項目的開端，也是項目建設的基石。由于以上提出的網站項目的特殊性和行業覆蓋的廣闊性，以及需求分析的高風險性，網站項目需求分析的重要性是不言而喻的，在以往建設失敗的項目中，80％是由于需求分析的不明確而造成的。因此一個項目成功的關鍵因素之一，就是對需求分析的把握程度。
在需求分析流程中，需要有客戶代表、業務員、業務流程分析師、用戶界面工程師等角色參與，業務員從客戶代表那里獲得需求，并形成需求報告；業務流程分析員從業務員那里獲得需求報告，分析生成項目模型報告；界面工程師得到項目模型后設計制作相應的模板和用戶界面原型，最終由客戶代表確認。需求分析所形成的文檔最終達到如下要求。
1）正確性：每個功能必須清楚描寫交付的功能。
2）可行性：確保在當前的開發能力和系統環境下可以實現每個需求。
3）必要性：功能是否必須交付，是否可以推遲實現，是否可以在削減開支情況發生時被“砍”掉。
4）簡明性：不要使用專業的網絡術語。
5）檢測性：如果開發完畢，客戶可以根據需求檢測。
3 網站項目需求分析的一般方法
根據以往的工程經驗，需求分析工作方法，應該定位在“三個階段”（也稱“三步法”）。
第一階段：“訪談式”。這一階段是和具體用戶方的領導層、業務層人員的訪談式溝通，主要目的是從宏觀上把握用戶的具體需求方向和趨勢，了解現有的組織架構、業務流程、硬件環境、軟件環境、現有的運行系統等等具體情況和客觀信息，建立起良好的溝通渠道和方式。針對具體的職能部門以及各委辦局，最好能指定本次項目的接口人。
實現手段：訪談、調查表格。
輸出成果：調查報告、業務流程報告。
第二階段：“誘導式”。這一階段是在承建方已經了解了具體用戶方的組織架構、業務流程、硬件環境、軟件環境、現有的運行系統等等具體實際和客觀信息的基礎上，結合現有的硬件、軟件實現方案，做出簡單的用戶流程頁面，同時結合以往的項目經驗對用戶采用誘導式、啟發式的調研方法和手段，和用戶一起探討業務流程設計的合理性、準確性，界面的便易性、習慣性。用戶可以操作簡單演示的DEMO，來感受一下整個業務流程的設計合理性、準確性等等問題，及時地提出改進意見和改進方法。
實現手段：拜訪（誘導）、原型演示。
輸出成果：調研分析報告、原型反饋報告、業務流程報告。
第三階段：“確認式”。這一階段是在上述兩個階段成果的基礎上，進行具體的流程細化、數據項的確認階段，這個階段承建方必須提供原型系統和明確的業務流程報告、數據項表，并能清晰地向用戶描述系統的業務流設計目標。用戶方可以通過審查報告來提出反饋意見，并對已經可接受的報告、文檔簽字確認。
實現手段：拜訪（回顧、確認），提交業務流程報告、數據項表；原型演示系統。
輸出成果：需求分析報告、數據項、業務流程報告、原型系統反饋意見（后三者可以統一歸入需求分析報告中，提交用戶方、監理方進行確認和存檔）。
整體來講，需求分析的三個階段是需求調研中不可忽視的一個重要部分，三個階段或者說三步法的實施和采用，對用戶和承建方都同樣提供了項目成功的保證。 4 網站項目需求分析的注意事項和技巧
項目的整體風險往往表現在需求分析不明確、業務流程不合理，導致用戶不習慣或不愿意去用承建方的軟件。承建方和客戶方都要重視需求分析的重要性。為更好地把握用戶的需求和方向，應該采用必要的手段和方法來進行需求調研。
4.1 挖掘用戶需求
鼓勵用戶將所有的想法盡可能地闡述清楚，并把所有的要求羅列出來。這時候不必擔心引起客戶的潛在需求而增加設計開發的工作量，應直接明白地跟客戶把問題和要求一條條地列出來，把條理、歸納、分析先都放到一邊，將用戶最原始、最完整的要求準確地記錄下來。
很多情況下客戶并非專業人士，在他們的描述中很難凸現重點和技術難關，這需要我們去為客戶進行分析、歸納和整理，尤其是客戶談的不多卻又是技術上實現難度和強度很高的地方特別值得注意?？蛻敉鶎π枨蟮母拍钍欠浅Ｄ：模蠖鄷r候給出的需求都是籠統而且尺度難以控制的，這就要求業務人員在傾聽了客戶的詳細說明以后，幫助客戶進行整理和分析，預測客戶在開發過程中變更及今后應用中可能進行修改升級的潛在需求。
比如在為客戶設計辦公自動化系統的時候，也許就要為客戶預留將來與他們的業務單位進行交互的通道；在設計郵件系統的時候要考慮可能會需要廣告管理服務器；設計網絡電子商店時需考慮今后增加庫存產品進銷存統計分析等等；限于時間和財力的考慮，客戶通常能夠接受分階段實施的開發過程，在需求分析時，提早為客戶設想到今后的需求變更除了使項目開發更加順利以外，也為今后業務的進一步深入打下了更好的基礎。
4.2 利用自然的語言和圖表描述項目模型
在業務員與客戶進行溝通和調查時撰寫的需求分析，盡可能用自然語言或形式化語言來描述，還可以添加圖形表述方式和模型表征方式。雖然客戶的水平和資歷有所不同，但是最自然的描述能夠使項目開發的各個成員都能清楚地理解需求含義，不至于在理解上產生偏差。對客戶而言，這樣的模型描述最接近真實，容易參與修訂，并能以此為測試和驗收的依據。制作示意圖可以有很多種方式，關鍵是利用示意圖將客戶的需求和即將開始設計的系統體現出來。在進行系統分析和程序開發之前，雙方對今后要完成的產品就能夠有直觀的認識，換言之，就是在產品還沒有真正進入開發階段的時候，雙方就對工作的結果達成統一的意見，這將大大地減輕需求變更所帶來的困擾，同時客戶更容易地參與到項目的開發過程中。
4.3 需求分析要共同參與各施其職
項目經理、系統分析員、開發經理、交互設計師、測試人員、文檔人員包括客戶代表都應該看需求分析，并進行共同討論，達成一致意見。參與項目開發的人員都應該對這份需求有統一清晰的認識，并根據自己的工作對需求提出意見，通過與客戶的溝通修訂，最終確定項目實現的目標。這樣可以盡量避免業務人員與開發人員、承建方和客戶方之間發生不必要的糾紛。
例如：項目經理通過需求分析才能組建所需要的團隊包括配置工作環境，制定開發周期；開發周期的限制和功能上的要求可能會影響到程序員采用什么樣的語言和工具進行編寫；操作用戶的技能水平將影響到交互設計師進行前臺設計時做到什么樣的精度；界面設計人員根據項目的性質和定位確定表現方式；測試人員了解測試環境和條件后才能對項目質量進行跟蹤和檢測。
4.4 將需求變更置于可控狀態
需求的變更幾乎是不可避免的，也許是出自客戶的遺漏，也可能是在開發過程中被激發出來的。如何以可控的方式管理網站項目需求的變更，對于項目的順利進行有著重要的意義。如果匆匆忙忙地完成用戶調研與分析，則往往意味著不穩定的需求。所以需求管理要保證需求分析各個活動都得到了充分的執行。
為了將變更及時反饋到項目的各個角色中，做好需求變更日志就顯得非常重要。在需求分析后面附上變更日志，并將修改后的需求分析制作成新版本，保留每次更改過的版本，而不是覆蓋，這樣就比較容易地跟蹤到需求變更過程中所帶來的工作調整。在新版本的需求分析中，將變更部分用特殊方式表示出來，并在日志中記錄變更明細。
4.5 評審需求文檔
需求文檔完成后，需要經過正式評審，以便作為下一階段工作的基礎。一般的評審分為用戶評審和同行評審兩類。用戶和開發方對于軟件項目內容的描述，是以需求規格說明書作為基礎的；用戶驗收的標準則是依據需求規格說明書中的內容來制訂，所以評審需求文檔時用戶的意見是第一位的。而同行評審的目的，是在軟件項目初期發現那些潛在的缺陷或錯誤，避免這些錯誤和缺陷遺漏到項目的后續階段。
人員需求分析報告范文2
摘 要：本文提出了一種全新的軟件項目開發綜合實訓模式，該模式以實際項目貫穿始終，以軟件工程思想貫穿全線，圍繞學生完成一系列遞進的典型工作任務來組織實訓內容，覆蓋不同課程串聯不同知識。該模式是工作過程導向在軟件技術實訓教學上的運用，對當今高職院校進行課程改革具有重要的參考價值。
關鍵詞：工作過程導向；學習情境；典型工作任務；項目開發；綜合實訓
中圖分類號：G642 文獻標識碼：B
1 實訓教學的現狀和對策
我院的軟件技術Java開發方向主干課程的設置包括：“Java程序設計”、“數據庫基礎及應用”、“JSP程序設計”、“UML基礎與Rose建?！?、“軟件工程”、“軟件測試”、“J2EE技術”。在每門課程的最后階段都安排了課程實訓，在此過程中，學生以個體或小組形式完成一個相對真實的工作任務。課程實訓可以訓練學生將該課程中不同的知識和技能串聯起來，加以綜合應用解決實際問題。由于各門課程相對獨立，即使完成以上所有課程的課程實訓，學生還是難以參與軟件開發的全過程，難以獲得對開發過程的整體把握。即使進入專業學習結束后的畢業設計階段，由于畢業設計教學環節與大學生畢業就業成為近年來我國高校的一個非常突出的矛盾，尤其是高職高專院校的畢業生面臨著嚴峻的就業形勢，許多學生在最后一個學期幾乎都在外出找工作，提前就業上崗。高職高專院校本來就學制短，畢業設計教學環節形同虛設，嚴重影響了正常畢業設計教學環節的實施和畢業生的水平。
在近幾年的專業建設和課程改革中，我們越來越認識到培養學生的軟件開發能力、團隊合作能力、工程應用能力的重要性。為此，我們專門針對高年級學生設計和開發了工作過程導向的、具有專業總結和綜合性質的項目開發綜合實訓，通過項目實踐開闊學生視野，鍛煉學生的團隊意識和工程意識，全面培養學生的職業素養和工程應用能力。
2 基于工作過程的高職軟件項目開發綜合實訓設計思路
基于工作過程的高職軟件項目開發綜合實訓設計思路包含“兩個貫穿一個分解一個覆蓋”：即“工程項目貫穿”、“軟件工程思想貫穿”、“典型工作任務分解”和“不同課程覆蓋”。
2.1 工程項目貫穿
“工程項目貫穿”，即以一個工程項目全線貫穿于整個實訓過程，學生從步入實訓基地開始接受項目，到最后提交一個按照操作程序、操作規范完成的，滿足一定質量標準的開發成果。在確定項目時，應該把握好以下兩個原則：
第一，實訓項目應具有一定的應用價值和實際意義。實訓項目最好以實際項目為背景，或者直接就是從實際項目提煉而來，與企業實際生產過程或現實商業經營活動有直接的關系。這樣的項目能培養學生的實戰經驗，極大地激發學生的積極性。但是要注意，業務流程太專業太復雜的項目不適于拿來作為全程的實訓項目，因為這類項目在前期的業務分析和理解上將耗費太多的時間和精力，不利于后續工作的展開。
第二，要根據教學內容和專業培養目標確定項目內容與項目難度。高職軟件技術Java開發方向旨在為社會輸送合格的熟練的Java程序員，而J2EE編程是Java程序員追求的最高目標，所以我們確定的實訓項目具有總結性和綜合性，并具有一定的挑戰性。經過前導課程“J2EE技術”的學習和實踐，學生已經具備了用Servlet+JSP+JaveBean (EJB)或struts框架來實現MVC架構的能力，在實訓項目中我們鼓勵學生整合Struts、Hibernate和Spring三個框架，綜合運用J2EE的組件、框架開發技術，開發一個滿足J2EE架構的多層的企業應用。
2.2 軟件工程思想貫穿
在傳統的“軟件工程”教學中，軟件工程是一門獨立的理論性較強的課程，學生們缺乏實戰經驗，難以在參與軟件開發的全過程中獲得感性體會，理解軟件工程的精髓。
為了培養軟件工程意識，使工程化思想成為學生從事軟件開發工作的行動指南，我們將軟件工程思想貫穿于整個綜合實訓的始終。綜合實訓以成熟的軟件開發模型為基礎，以具有一定應用價值和實際意義的項目為背景，學生以開發團隊的形式，按照軟件開發流程，在規定的時間點完成指定的任務，經歷需求分析、建模、設計、編碼、測試、部署的軟件工程全過程。綜合實訓模擬企業運作機制，模擬企業中實際存在的項目壓力和工作壓力，模擬真實企業開發環境，以項目的進度檢查作為監控，以項目開發成果作為最后的考評。學生在實訓過程中，都有機會承擔項目經理、設計人員、編碼人員、測試人員等全部或部分崗位角色的職責，學生的綜合能力得到極大的提高。
2.3 典型工作任務分解
典型工作任務是“基于工作過程”實訓課程開發的精髓。所謂“任務”就是要求學生做一件事，重要的是，這件事是按實際工作的要求來操作的，包括操作程序、操作規范、質量標準等。學生在完成各項“任務”后，會呈現出不同的“結果”。這個結果是非標準答案的，即每個學生或每個團隊的作品可以不一樣，對作品的評價不是簡單的對與錯，而很可能是好與差。而“典型工作任務”能呈現出職業的典型的工作內容和形式，在整個企業的工作大環境里具有重要的功能和意義。
在工作過程導向設計原則的指導下，結合軟件行業的崗位需求，通過分析完成軟件開發需要完成哪些典型工作任務，我們設計了基于工作過程的實訓流程。該流程以一個軟件項目貫穿始終，將整個軟件開發過程分解為一系列遞進的實訓情境，在每個實訓情境要求學生完成一個獨立的工作任務，完成所有的實訓情境就完成了整個軟件項目的開發。
基于工作過程的項目開發綜合實訓流程如圖1所示，整個實訓由遞進的6個實訓情境構成(水平方向)，它們對應的工作任務依次為“需求分析”、“搭建開發環境”、“設計”、“編碼”、“集成和測試”、“項目部署”。垂直方向則反映了為完成某項工作任務所采取的步驟和要提交的工作成果。
圖1 基于工作過程的軟件項目開發綜合實訓流程
2.4 不同課程覆蓋
按照工作過程導向設計原則，將整個軟件開發過程分解為遞進的6個實訓情境，每個實訓情境覆蓋了不同的課程內容。表1列出了每個實訓情境對七門主干課程的覆蓋情況，可以看到，它徹底地克服了傳統的課程體系只重視每門課程自身的實驗，缺乏覆蓋不同課程，串聯不同知識和技能的綜合性實驗的重大缺陷，它使得相對獨立的各門課程整合在一起，使整個實訓成為一個有機的整體。這樣的訓練能使學生將以前的所學融會貫通，能有效地培養學生的綜合應用能力和創新能力。
3 基于工作過程的高職軟件項目開發綜合實訓的實施
3.1 實訓項目舉例
依照確定項目的兩個原則，我們把為我院開發“教學資源管理系統”定為綜合實訓的第一個項目，要求運用Struts、Hibernate和Spring三個框架，開發一個滿足J2EE架構的多層的企業應用。
該項目的業務需求是“主要完成對多媒體課件和各種多媒體素材資源的管理，方便對各種電子教學資源進行分類維護，包括瀏覽，查詢，下載；為教師提供一個方便快捷的課件渠道，把制作的課件或搜集的素材上載到該系統，實現資源共享。本系統分三級用戶：系統管理員，教師用戶、普通用戶(包括學生)；包括以下四個方面的功能：普通用戶資源瀏覽和下載；普通用戶資源檢索；教師用戶資源上載；管理員系統維護”。
項目開始時，教師只給出較為粗略的業務需求，給學生留有足夠的發揮空間。因為“教學資源管理系統”就是為學生和教師服務，非常貼近學生的學習生活，理解起來沒有任何障礙。至于界面做到什么樣子，功能做到何種程度，留給學生在撰寫詳細的需求分析報告時去確定，教師需要把關的是工作量和技術難度，不能太簡單而達不到實訓的效果，也不能太難無法實現而挫傷學生的積極性。
3.2 實訓組織方式
實訓采用4個人一組，每人負責一個方面的功能開發，每組設一個項目組長，項目組長除負責一個方面的功能模塊開發外，還負責各模塊集成。由項目組共同提交一份需求分析報告。個人一旦選擇某方面的功能開發，就要全權負責該部分的設計、編碼和單元測試。此外，在測試情境中，開發小組進行角色轉換，變成測試小組，選擇別的小組開發的軟件進行測試。
3.3 實訓進度安排和任務要求
本綜合實訓歷時一個月，共72學時(4周*18課時)，進度安排如表2所示，各院校可根據自己的情況作適當調整或根據需要增加學時。下面是每個情境的具體步驟、任務要求的詳細描述。
3.3.1 情境1：需求分析
本情境的典型工作任務是撰寫詳細的需求分析報告。
(1) 首先老師對實訓項目提出業務需求，講解應用的環境、功能要求、技術要求以及實訓組織方式。
(2) 實訓小組組成，組合出每個小組的成員，選出項目小組長。
(3) 每個小組對功能模塊分工分配，確定每個人所承擔的功能模塊。
(4) 各小組討論需求分析，每個人撰寫模塊的詳細需求分析報告。
本情境結束后，要完成以下任務：
老師要匯總出小組劃分、成員分工；
項目小組提交一份詳細的需求分析報告。
3.3.2 情境2：搭建開發環境
本情境的典型工作任務是搭建J2EE開發環境。我們選擇的開發環境為：
操作系統：Windows NT /Windows XP
Java 平臺：JDK1.6 以上
服務器：JBOSS 4.0.4
數據庫服務器：MySQL 5.0
開發平臺：MyEclipse 5.5
建模工具： Rational Rose
單元測試：Junit
功能測試：手工測試
(1) 首先老師對開發環境進行講解；
(2) 學生在自己的機器上完成以下任務：安裝JDK環境、安裝JBOSS服務器、安裝MySQL服務器、安裝MyEclipse集成開發工具、安裝Rational Rose建模工具、安裝Junit。
本情境結束后，要完成以下任務：
1) 學生在自己的機器上完成環境的搭建和測試。
3.3.3 情境3：設計
本情境的典型工作任務是撰寫詳細設計文檔。
(1) 老師對需求分析進行點評，指出其中的問題和修改意見。
(2) 老師以其中某個模塊為例，講解所使用技術和技術線路。
(3) 進行模塊設計和數據庫庫表設計，模塊之間接口的定義，數據庫中測試數據的準備。
本情境結束后，學生要完成的任務：
對需求分析報告進行修改和完善。
撰寫詳細設計文檔，包括類圖和時序圖。
詳細設計包括以下組件的設計：模型實現類和DAO組件；業務邏輯組件；MVC層組件；表現層組件
撰寫數據庫表的設計以及測試數據，數據庫表設計包括庫表名稱、字段定義，測試數據以表格的方式形成。
3.3.4 情境4：編碼
本情境的典型工作任務是依照設計進行代碼編寫，以及單元測試。
老師對學生的模塊設計和庫表設計進行點評，指出其中的問題和修改意見。
在編碼過程中，老師要對學生進行指導，幫助解決問題。學生之間應互相配合，及時修正模塊設計中的錯誤。
本情境學生要完成的任務包括：
修訂詳細模塊設計和數據庫庫表設計；
用測試數據填充數據庫；
制定編碼進度；
模型實現類和DAO組件的編碼和測試；
業務邏輯組件的編碼和測試；
MVC層組件的編碼和測試；
表現層組件的編碼和測試。
3.3.5 情境5：系統集成和測試
本情境的典型工作任務是小組模塊集成和功能測試。
(1) 小組成員之間相互配合，完成整個系統的集成。
(2) 選擇另一個小組開發的系統，根據他們的需求分析報告，撰寫測試用例。
(3) 進行功能測試并提交測試報告。
本情境完成，學生要完成以下任務：
將小組內各成員開發的模塊進行系統集成；
選擇另一個小組開發的系統撰寫測試用例，進行功能測試，并提交測試報告。
3.3.6 情境6：項目
本情境的典型工作任務是部署項目、提交成果。
(1) 學生將實訓成果進行演示
(2) 學生提交可以部署的包和按工程組織的源代碼
(3) 老師對各個項目小組的成果進行考評。
(4) 老師對整個實訓進行點評。
本情境完成，學生要提交以下程序和文檔：
源代碼和可以部署的包
實訓報告
4 新的綜合實訓模式對教師提出了更高的要求
基于工作過程的高職項目開發綜合實訓，覆蓋面廣，綜合性和工程實踐性強，要求按照軟件工程的要求，指導學生進行軟件項目開發實訓，因而對指導教師的教學素養、主導作用、工程實踐經歷提出了更高的要求。為此我們組建了一支以具有工程實踐經驗的核心教師為首，由各科任課教師組成的教師團隊。進入實訓項目的教師必須首先對項目本身有足夠的認識和理解，并且親自做過，才能在其參與指導的實訓情境中指導學生完成該情境所指定的典型工作任務。而核心教師經歷過企業軟件開發項目的全過程，熟悉軟件開發項目的管理過程，熟悉軟件開發程序的設計規范、調試過程、軟件質量測試方法，以“項目經理”的身份指導學生進行軟件開發實訓，其關鍵作用是不可置疑的。
同時，新的綜合實訓模式必須有新的教學觀念、講授模式和管理模式。在實訓過程中絕對不能再是“教師講授學生聽”，而是以學生為主體，以任務為驅動，教師重點放在講解每個任務的需求，完成該任務所要采用的知識、方法、工具和步驟，然后由學生自己進行分析、建立問題模型，自己掌握開發的進程。教師則更象一位項目經理，控制項目進度，評定軟件質量。
5 結束語
基于工作過程的高職項目開發綜合實訓，是一種全新的軟件項目開發綜合實訓模式。該模式以工程項目貫穿始終，以軟件工程思想貫穿全線，圍繞學生完成一系列遞進的典型工作任務來組織實訓內容，覆蓋不同課程串聯不同知識。該模式是工作過程導向在軟件技術實訓教學上的運用，對當今高職院校進行課程改革具有重要的參考價值，同時對指導教師提出了更高的要求。
參考文獻
人員需求分析報告范文3
論文關鍵詞：培訓需求分析；方法；程序
所謂培訓需求分析，是指在規劃與設計每項培訓活動之前，由培訓部門、主管負責人、培訓工作人員等采用各種方法與技術，對參與培訓的所有組織及其員工的培訓目標、知識結構、技能狀況等方面進行系統的鑒別與分析，以確定這些組織和員工是否需要培訓及需要如何培訓的一種活動或過程。
一、培訓需求分析的重要作用
（一）能促使企業管理人員充分認識員工現狀與目標的差距
培訓需求分析的基本目的就是確認員工績效的應有狀況同現實狀況之間的差距。即首先對所需要的知識、技能、能力進行分析，即理想的知識技能能力的標準或模式是什么；然后對現實的或現實缺少的知識、技能、能力進行分析；最后對理想的或所需要的知識，技能、能力與現有的知識、技能、能力之間的差距進行分析。這三個環節應獨立有序地進行來保證培訓的有效性。
（二）能促進員工培訓與人力資源開發工作的有效結合
需求分析的另一個重要作用便是能促進人力資源管理體系向人力資源開發體系的轉換?，F在大部分的企業都有自己的人力資源管理體系。人力資源管理體系在做出關于補償金、員工福利、新員工錄用、預算等決策方面發揮了比較大的作用，但在工作人員開發計劃、員工培訓和解決實際工作中等方面用處很小。只有將培訓的詳細、特殊的需要與培訓工作密切結合在一起時，這種系統才具備人力資源開發的功能。
（三）能夠獲得大量員工培訓的相關研究成果
一個好的需求分析能夠得出一系列的研究成果，進而用以確立培訓內容，指出最有效的培訓戰略，安排最有效的培訓課程。同時，在培訓之前，通過研究這些資料，建立起一個標準，然后用這個標準來評估所進行的培訓項目的有效性。
（四）有助于培訓效益的預測
如果進行了好的培訓需求分析，并且找到了存在的問題，管理人員就能夠把成本因素引入到培訓需求分析中去。如果需要培訓人員不進行培訓的損失大于進行培訓的成本，那么培訓就是必須的。反之，則說明當前還不需要或不具備條件進行培訓。
（五）能夠獲得各個方面的協助
工作人員對必要的工作程序的忽視，并不能排除組織對工作人員承擔的責任。如果一個組織能夠證明信息和技能被系統地傳授，就可以避免或減少不利條件的制約。同時，高層管理部門在對規劃投入時間和金錢前，對一些支持性的資料很感興趣。中層管理部門和受影響的工作人員通常支持建立在客觀的需求分析基礎之上的培訓規劃，因為他們參與了培訓需求分析過程。無論是組織內部還是外部，需求分析提供了選擇適當指導方法與執行策略的大量信息，這為獲得各方面的支持提供了條件。 二、培訓需求分析的方法
對于培訓需求分析的方法，目前公認的分析方法是由著名企業管理專家諾伊提出來諾伊分析方法。即在進行培訓需求分析時，制定培訓規劃時，可以將調查收集的數據分門別類，分別歸入組織、任務和人員這三個層次，然后從這三個層面上進行詳盡具體的分析，以獲得所需的信息。
任務分析主要是確定工作的具體內容是什么，即描述工作由哪些任務組成，完成這些任務需要做哪些具體的工作活動，以及完成它需要哪些知識、技能或能力。任務分析的目的是確定培訓內容應該是什么。任務分析通常分為下面四步：選擇要被分析的工作；列出組成工作的所有任務和職責；列出員工完成每一項任務的具體步驟或工作活動，分析任務的執行頻率、花費的時間、重要程度、學會的難度等；定義完成工作的類型(如講話、記憶、辨別、指揮)及完成任務所需的知識、技能或能力。
人員分析主要用于確定哪些員工需要進行培訓。績效評估通常被用于人員分析，這樣可以確定哪些員工的現有績效與企業確定的標準績效有差距，但無法確定為什么會存在差距，即造成差距的原因是什么。
三、培訓需求分析實施的程序
（一）做好培訓前期的準備工作
包括建立員工背景檔案，同各部門人員保持密切聯系，與各部門訪談，向主管領導反映情況：采用設立信箱的形式收集需求并反饋；將個人需求收集起來向上匯報，或主動與公司高級管理人員訪談，如生產副總、安全副總等，落實下一步的培訓發展戰略；準備培訓需求調查，即將上述資料匯總后，將列出公司戰略層級的培訓方向與部門經理談，部門經理再落實給員工等等。
（二）制定培訓需求調查計劃
制定培訓需求調查工作的行動計劃即各工作的時間進度。一般情況下公司每年的培訓計劃將在年初實施，因此培訓需求計劃在上年的十月份開始進行。確定培訓需求調查工作的目標。盡量提高可信度。選擇合適的培訓需求調查方法。確定培訓需求調查的內容要注意不要太寬泛要多角度進行，便于取證，否則浪費時間金錢。例如培訓預算表頭，項目、培訓對象、內容、基本預算等。
（三）實施培訓需求調查工作
提出培訓需求建議或愿望。采取分層級采集，例如可以開會將公司層面的培訓發展戰略布置給各部門領導。調查、申報、匯總需求建議。報告給培訓負責人，編制培訓預算初稿，對培訓項目進行分類，如管理類、技術類、市場營銷類、外語類、重點培訓項目類等等。分析培訓需求。關注員工現狀、存在問題、期望。共同協商，根據公司層級、組織部門層級、個人需求三個方面進行溝通訪談。匯總培訓需求意見，確認培訓需求。初步計劃和預算方案。（經過修改后的進一步培訓計劃與預算）
人員需求分析報告范文4
（中國人壽昌吉分公司新疆烏魯木齊830000）
摘要在某保險公司醫保通系統建設中，由于項目的實施中存在著異地開發的情況，變更管理工作在項目管理中更為重要。本文簡述了在建設過程中為避免各種變更帶來的影響，項目組所采用的應對手段，最后總結了本次項目的不足。
關鍵詞 醫保通系統 信息系統開發 變更控制
2012 年6 月，我作為項目經理參加了某保險公司醫保通系統建設，主要職責是項目管理。醫保通系統是保險公司通過信息化手段和醫院之間搭建的信息平臺，實現保險公司對客戶的"零距離"賠付。這次項目的實施中存在著異地開發的情況，變更管理工作在項目管理中更為重要。系統的主要功能有客戶住院處方信息錄入上傳、理賠金結算等。項目歷時6 個月，于2012 年12 月成功上線。項目的成功很大程度上歸功于對變更的有效控制和管理。
在建設過程中為避免各種變更帶來的影響，項目組采用change 工具進行變更管理，首先定義好角色和分工；利用change工具規范變更流程；成立變更評審小組，注重發揮評審小組的作用者三個方面進行變更控制。最后總結了本次項目的不足及采取的措施，即對于影響不大的變更申請，可以考慮授權評審小組的相關成員審批就可以了，不需要經過會議的形式來決定。
“醫保通系統”是指保險公司通過信息化手段和醫院之間搭建的信息平臺。醫保通系統在省級公司建立醫保通中心端，搭建數據庫和應用服務平臺，醫保通前端設在醫院。系統的主要功能包括：客戶入院申報；探訪核實的信息錄入；處方信息采集和上傳；處方審核；理賠金結算；統計分析功能。
在本項目開發的過程中，可能引起需求和開發變更的因素主要包括：
（1）已確認的業務流程的變更：由于醫院在項目建設之前沒有基于網絡環境下的業務接口應用經驗，因此在系統設計開發完畢試運行期間，可能會根據實際情況調整系統流程。
（2）公司核心業務系統頻繁升級：由于核心業務系統自身缺陷或為了滿足保監會新監管要求以及適應外部審計的要求而發生升級，醫保通系統作為核心業務系統的外圍系統在涉及理賠金計算部分必然也會發生變更。
變更控制，是對項目基線的變更進行標識、記載、批準和拒絕，并對此變更加以控制的過程。變更控制一般分為六個階段：變更申請，變更評估，變更決策，變更實施，變更驗證，溝通存檔。因為醫保通項目配置管理采用的是Synergy 工具，所以采用change 工具進行有效的變更管理，與Synergy 工具配合使用。本文主要結合其中的變更控制的幾個關鍵階段，以及項目中使用到的一些變更控制的常用技術，采用change 工具進行變更管理，首先定義好角色和分工；利用change 工具規范變更流程；成立變更評審小組，注重發揮評審小組的作用這三個方面進行論述。
一、采用change工具進行變更管理，首先定義好角色和分工；在項目變更實施方面，我們醫保通項目組使用change 工具保證項目需求變更的可追溯性和可控性；使用change工具過程中，項目經理是整個變更管理流程的控制者和負責人，還負責指定分析人員、解決人員、確定人員。我們項目組中確定人員為測試人員，解決人員為開發人員。
二、利用change工具規范變更流程
項目經理按照項目計劃創建變更單后提交需求分析人員，負責對于提交的需求變更請求進行分析、設計，形成變更分析報告，交由評審小組進行審批。變更申請由評審小組評審通過后，開發人員對處于“Implemented”狀態的變更單進行處理，根據變更單上的要求，進行開發。開發人員的開發基于配置管理工具Synergy軟件中的Task，開發人員需要將自己的Task 和對應的變更單關聯。不允許存在無CR 關聯的task 存在。開發人員在處理變更要將之前在Change 上附上的文檔存放在Synergy中。
通過change的使用和規范的管理，在整個開發過程中，從未出現修改混亂和版本失控的現象。
三、成立變更評審小組，注重發揮評審小組的作用
項目組成立變更評審小組，成員由項目經理、配置變更管理人員、開發人員、測試人員以及公司業務部門若干代表、醫院若干代表組成，負責在變更管理流程的不同階段對于變更的分析和實現進行評審。
人員需求分析報告范文5
高速公路機電工程主要包括以下主要系統:監控系統、通信系統、收費系統、通風系統、照明系統、供配電系統及消防系統。各個系統所包括的設備種類繁多，以高速公路機電工程最典型的三大系統(監控、收費、通信)為例，基本的子系統就包括:信息采集、信息傳輸、信息、信息存儲與統計分析等發，基本設備分布在監控、收費、通信等管理中心及公路沿線的外場，一個工程少則幾十種設備，多則上百種設備，設備的數量隨著公路的里程和公路的等級增加或減少而相應變化。在高速公路機電工程的后期維護過程中，需要對所有設備的運行狀況及故障出現的情況、處理方法等，按照ISO9000質量體系的要求，將所有的情況記錄在日常維護日志及故障處理表等文件中，并根據出現故障設備的數量及種類，進行故障數據的統計分析和計算，定期做出工程項目的階段故障分析報告，為以后的工程施工過程中的質量控及設備采購、訂貨提供可靠的科學依據。在相當長的時間內，高速公路機電工程維護中的故障處理表記錄的大量故障數據，完全是人工填寫后輸入計算機，再按照一定的規則進行數據處理和計算分析后，形成階段故障分析報告。由此可知，高速公路機電設備的后期維護是一個需要大量人力和物力的工作。因此，要做到工程維護管理工作的高效和數據的準確，需要我們設計一個高效、科學的工程維護管理系統，及時分析設備的故障原因及故障率，根據設備的故障率，在工程的設備采購階段，盡可能的使用性價比高、質量優良、可靠性高的產品，確保高速公路機電系統的正常運轉，保證高速公路的安全暢通，同時也能盡量降低企業的工程成本。根據ISO9000管理體系的要求和實際工程建設的施工過程，我們建立了如下ISO9000質量管理體系的維護工程工作流程。根據如圖1所示的維護工程工作基本流程，利用先進的計算機技術、網絡技術及可靠性分析與設計方法，設計的工程維護管理系統將解決如下問題:
(1)能夠完成現階段工程維護工作中需要人工完成的數據管理工作。
(2)能夠使高速公路機電工程維護管理工作標準化和自動化。
(3)提高維護人員的工作效率和減輕工作強度，同時，也為工程項目的質量管理及過程控制，提供更加科學和準確的依據。
1、基本需求分析
由工程維護工作流程，本系統需要完成以下幾個主要方面的功能:
(1)維護保養/例行檢查記錄表(維護日志):日常巡查設備的養護日志。(2)故障處理記錄表:巡查中出現的設備故障、故障處理方式、用戶意見等信息，詳細地記錄在表格中。
(3)階段故障分析報告:根據階段出現的故障設備的類型及數量，進行分析計算，給出本工程項目的設備故障率。
(4)日常維護月報:按月形成當月本工程項目的日常維護情況匯總。
2、基本用戶分析
本系統是按照質量管理體系的程序要求，為工程維護管理工作而設計的，在工程項目的責任期，用于施工企業工程項目的日常維護管理工作;在責任期后，也可以根據需要用于高速公路運營方的設備日常維護工作。
二、系統基本組成及功能
本系統根據需求，設計為以下幾個模塊:
1、工程項目基本數據庫
(1)高速公路機電工程中的常用系統及設備的標準化名稱庫。
(2)設備安裝位置信息庫:包含本工程項目中的設備或系統在項目中室內、外場的位置(樁號或安裝位置)等。
(3)工程項目設備數據庫:包含本工程項目的設備數量、設備商信息、設備的分類等。
(4)機電工程常用設備或系統的故障信息庫。
2、工程項目維護記錄表格庫
按照ISO9000質量管理體系要求的文件格式，根據基本數據庫及每日的維護工作的具體情況，輸入基本數據，生成以下維護記錄表格。
(5)維護保養/例行檢查記錄表(維護日志)。
(6)故障處理記錄表。
(7)階段故障分析報告。
(8)工程維護月報表。
3、故障數據處理分析模塊
本模塊的設計是建立在可靠性設計的基本概念上，相關的可靠性設計的基本定義簡述如下:可靠性的基本定義:產品在規定的時間內完成規定功能的能力(簡稱3要素:規定條件、規定時間、規定功能)。故障率的定義:指工作到某一時刻尚未發生故障的產品，在該時刻后單位時間內發生故障的概率，稱之為產品的故障率。用數學公式表示為:λ(t)=dr(t)/Ns(t)dt式中:λ(t)為故障率;dr(t)為t時刻后，dt時間內故障產品數;Ns(t)為剩余的產品數，即t時刻后尚未故障的產品數。可按下式進行工程計算:λ(t)=Δr(t)/Ns(t)Δt式中:Δr(t)為t時刻后，Δt時間內故障產品數;Δt為所取得時間間隔;Ns(t)為剩余的產品數，即t時刻后尚未故障的產品數。任何一個工程項目，都是由許多子系統組成，而子系統則是由許多的產品設備組成，對于一個機電系統集成企業來說，其系統的可靠性是保證工程質量優良很重要的一個環節。但是，產品的性能優良、功能齊全，不是用戶考慮的惟一要求，產品的可靠性，易維修，使用維護保養費用的多少，產品壽命的長短等因素，都是用戶關注的。良好的工程質量，不僅能夠給機電系統集成企業提高競爭優勢，而良好的產品質量，則能夠減少工程維護成本，使企業能夠從中獲得更大的經濟效益。故障數據處理分析模塊的基本功能是根據可靠性設計的基本定義和計算公式，在一定的時間周期內，對工程維護過程中所記錄的故障處理表的數據進行統計分析，計算出產品設備的階段故障率，為最終形成的故障階段分析報告提供科學、準確的數據。
三、系統的設計與實現
本軟件的設計與實現是根據系統的需求分析，確定了軟件系統的基本構成，根據維護工程工作的流程，設計了軟件系統的基本流程。軟件系統的開發基于MicrosoftSQLSever和VC++，運行平臺為WindowsXP及以上操作系統，可視化的操作界面，使工程的維護管理工作實現自動化，系統可以實時查詢各個項目的現場設備的故障狀態記錄及處理情況，設備的階段故障率可根據需要隨時提取計算結果。
四、結語
人員需求分析報告范文6
分析報告沒有固定格式，結構安排也相對比較靈活，由經濟活動分析的目的、需要決定。常見的經濟活動分析報告一般包括標題、正文、署名三部分內容。
(一)標題
全面分析報告的標題，一般要寫明單位、時間、分析內容、文種等四項內容，如《××商場20xx年1月份銷售情況分析》;專題分析報告的標題，一般是揭示分析報告的主要內容與范圍，如《產品庫存積壓的原因何在?》;部門分析報告的標題，一定要標明部門，如《××市建工系統企業20xx年主要經濟指標的分析》。
(二)正文
正文可分為導語、主體、結尾三部分。
1.導語
它是分析報告的開頭部分，這—部分往往針對分析的問題，或簡要介紹被分析對象經濟活動的基本情況，如評價產銷形勢、計劃指標及指標完成情況;或交代分析的目的、起因;或指出存在的問題等等。這一部分應開門見山，直截了當地敘述主要問題，盡快引入主體部分。
2.主體
主體部分集中反映著經濟活動的分析過程及其結果，經濟活動分析報告的核心部分，主要闡釋經濟活動“怎么樣”、“為什么這樣”及“應該怎么辦”的問題。體現在結構上即表現為“基本情況——原因分析——對策建議”這樣三個相互關聯的層次。
(1)基本情況:一般采用對比、分解、綜合的方法，運用大量數據說明經濟指標的完成和變化情況及其存在的問題，展示經濟活動的基本情況。有時還可列出表格并敘述說明。
(2)原因分析:要從分析的對象和目的出發，對經濟活動的具體情況予以具體細致地分析，找出主客觀影響因素，并對其經濟效益作出客觀評價。在分析中，既要分析成績取得的原因，總結經驗，又要善于揭示矛盾，分析問題產生的癥結;既要重視客觀因素的分析，也不能忽視主觀因素的分析。如果是全面分析報告，則要對各項重要的經濟指標逐項進行分析;如果是專題分析報告，則要對該專題的內容和要點展開分析;如果是部門分析報告，則要抓住幾個主要經濟指標或一兩個重點問題進行分析。這部分的寫作必須實事求是，依據確鑿的數字和翔實的資料(包括計劃資料、統計資料、會計核算資料等)，運用適當的分析方法(包括對比分析法、因素分析法、動態分析法、綜合分析法、調查分析法等)，對一種經濟現象發展變化的全過程，追本溯源，抓主要矛盾，突出重點問題，恰如其分地進行分析評價。
(3)對策建議:它應以主體部分為基礎，抓住要害，有針對性地提出切實可行的建議或措施，觀點要鮮明，切忌模棱兩可，意見要中肯，措施要有的放矢。
3.結尾
由于主要內容已在主體中涉及到了，因此，大多數經濟活動分析報告都不再有單獨的結尾，而在寫完對策建議后自然作結，行文上顯得干凈利落。也有一些經濟活動分析報告有獨立的結尾，或者總結回顧以照應前言，或者預測前景以展望未來，或者補充說明，使內容更加全面。不管哪種寫法，都要簡短精粹，切合需要。
(三)署名
在正文之后右下方簽署提出報告的單位或個人姓名，說明寫作日期。如標題已標示單位或個人姓名時，只寫日期即可。
分析報告范文
隨著inter的發展，電子商務將從新聞、宣傳企業形象等功能，進到網上辦公、網上采購、電子支付等具有交互功能的新階段。這些交互大部分介于計算機系統、電子商務應用程序和軟件組件之間，即動態電子商務(dynamice-business)。webservices是一種基于標準的應用集成方式，它可以將運行在intra/inter分布式服務器上的應用集成在一起，使地理上分布在不同區域的計算機和設備協同工作，為用戶提供各種各樣的服務。
一、系統需求分析
目前國內不少機電流通企業已經在利用網絡技術進行運營管理和業務拓展，但仍存在一些制約因素：第一，庫存資源貧乏和庫存資源的高風險;第二，資金的短缺和高財務成本;第三，原有基于client/server二層應用體系結構的連鎖經營管理系統給連鎖分銷體系的建立的帶來了局限性、高成本和風險。案例分析報告。
通過對it互聯網信息技術現狀和發展趨勢研究，利用成熟的webservices技術，實施商務模式的變革，將進銷存商務運作范疇從公司內部提升到整個機電行業，來達到引入和共享社會資源，不但可以完全解決庫存資源和資金的問題，還能大大降低公司經營的風險。同時，基于互聯網三層應用體系結構應用，為公司分銷體系的建立帶來前所未有的光明前景：
集社會資源為我所用，并以此樹立行業地位和迅速擴大市場份額，并具備可控性、低成本、低風險和高效率。并由此建立了“合作與服務”的經營理念。
系統目標如下：
(1)為機電流通企業提供全程服務，而不僅僅是簡單的信息。
(2)系統具有開放性、平臺無關性，能夠與現存的電子商務系統很好地兼容。
(3)機電流通企業可以根據自己的特別要求進行定制，而且過程不復雜。
(4)方便應用服務提供商(applicationserviceprovider，asp)擴展和維護系統功能。案例分析報告。
二、系統功能設計
整個系統由信息系統和交易系統二部分組成。信息系統主要是為交易系統提供輔助服務，為機電行業和產品提供全面的信息咨詢和技術服務支持，隨著交易規模的擴大而將提供的機電產品交易行情指數;交易系統主要是采用會員制方式為機電行業制造商、行業總商、分銷商、物流商和客戶提供在線供貨、在線、在線分銷、在線倉儲物流配送和在線采購。如圖所示：
(1)為機電行業的產品制造商提供快速進入市場的渠道;為制造商提供了高效、便捷、低成本、低風險、高可控性的商務模式;使制造商具備對庫存產品資源的集中管理、合理配備和對物權的絕對控制和調度的能力和手段;具備了對產品的價格在應對市場變化而擁有統一而有效的調控手段和能力;具備了借助互聯網的應用而建立起具有無限擴展前景的產品分銷體系的條件;實現了社會庫存產品資源的共享。
(2)為機電行業的分銷商提供了高效、低成本、低風險的銷售商務模式;實現分銷商零庫存，避免了庫存積壓或沉淀而造成的損失;實現了對龐大的社會庫存產品資源的享用。
(3)為機電產品的消費用戶提供高效、便捷、低成本的采購渠道和手段，節約人力成本，提高采購效率和采購透明度，并有望實現產品消費單位所渴望的備品備件零庫存目的。
(4)為物流配送企業實現了網上產品配送單接收功能、網上配送單的維護、跟蹤、查詢和處理的管理功能等。加快物流配送企業業務信息傳遞，提升了工作效率和服務質量，為物流配送企業實施規模經營奠定了良好的基礎。
三、系統實現
1、三層體系結構設計思路
根據目前大多數機電流通企業計算機應用的需求分析情況，構建基于webservices成熟的電子商務解決方案，以先進成熟的計算機和通信技術為主要手段，建立以三層體系為主體的系統構架，來實現機電流通企業的電子商務系統。
該電子商務交易系統通過局域網和互聯網專用線路完成整個系統的數據管理和通訊。系統采用先進的三層結構體系，將業務應用邏輯集中到中間層處理，增加了系統的適應性、維護性和可靠性。
在總部建立數據中心，作為核心數據庫，存儲各個基地匯總上來的業務數據，并使用雙機集群技術保證數據庫服務器的高可用性。
在總部建立應用服務器，存放所有應用邏輯，供客戶端連接調用。
客戶端不需安裝數據庫客戶端，只需一次性安裝系統動態庫，即可使用瀏覽器進行業務處理，并可得到非常友好的交互性。
2、系統實現
基于webservices的電子商務系統是一種需要訂貨方與供貨方之間相互配合才能發揮最大效率的系統。訂貨方系統的實現需要利用大量的供貨方提供的webservices，同樣供貨系統也是如此。為簡單說明問題，本文只給出訂貨方系統的部分實現方法。
訂貨方選用windows20xxserver sqlserver20xx visualstudio。實現。windows20xxserver是微軟在服務器操作系統nt基礎上的升級版，進一步增加了系統的易用性、穩定性、界面友好性。sqlserver20xx數據庫與windows20xx系統緊密結合，在功能上有了很大的擴充，性能進一步提高，是中小企業數據庫軟件的首選。visualstudio。開發工具作為微軟、計劃中的重要一員于20xx年一經推出就受到了廣大開發人員的喜愛，它強大的開發環境、高效的開發效率、翔實的資料信息是其他開發工具所無法比擬的。在編程語言方面選用了c#語言，c#語言是微軟新推出的一種專門為網絡編程量身定做的編程語言。它是在繼承了java、c、c 等語言的優點后發展起來的一門簡單易學、高效優質的語言。c#語言吸收了java語言的虛擬機概念，利用ctl這個運行庫做到了跨平臺運行;同時，它與windows的緊密結合也使它成為windows下編程的最好選擇。因此，在系統實現時選用了上述組合。
(1)訂貨方采購單的web服務實現。利用visualstudio。開發環境建立一個aspxweb服務，命名為listpurchaseservice(具體代碼略)。此服務首先檢索采購訂單數據庫，把還沒有完成的采購訂單信息檢索出來，并利用dataset格式給供貨方。dataset是微軟推出的一種新的基于xml的數據格式。因此只要信息接收者有一個xml解析器就可以進行數據分析。當然，如果可以利用。開發環境的話，開發效率和運行效率都會有大幅度提升。
(2)訂貨方提供的供貨方基本信息修改web服務的實現。此服務可以使供貨方動態地修改自己的基本信息，如公司名稱、公司密碼、公司電話、聯系人、產品簡介等。但公司編號、公司信用等級是由訂貨方維護，供貨方只能瀏覽，無法修改。
(3)訂貨方利用供貨方提供的web服務實現流水化電子。采購實現流水化電子采購需要供貨方提供一整套的web服務，包括產品信息的檢索、采購單的處理、網上議價、訂貨單的處理等。
四、需要解決的關鍵問題
1、webservices的實現
使用webservices部署數據庫應用系統時，若不知道webservices的url，必須使用發現工具來完成對webservices站點的發現工作;若已知url，發現工作可省略。發現webservices后，必須使用webservices描述語言工具wsd1、exe來創建服務。服務是一個位于本地計算機上的class，它封裝了服務通信所需的所有復雜的功能。因此在應用系統中，可以像與本地對象交互一樣與服務進而與webservices服務器進行交互。
2、webservices的安全
創建了公用的webservices后，任何知道該服務url的人都可以使用。因此必須采取措施來確保webservices的安全，以便只有被授權者才能使用它們。例如，可使用soap報頭(xml)來發送認證信息(作為命令的一部分)，只有合法用戶才能訪問該服務。
