前言：中文期刊網精心挑選了項目需求分析范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
項目需求分析范文1
Abstract： This paper analyzed the demand conditions of the training program， and determines whether the gap between the actual status and ideal state can be narrowed by training and determines the specific training program through a series of survey analysis， including， the investigation of personnel's quality， the results performance level and the common goals of organization； then carried out a detailed evaluation of both by comparing the advantages and disadvantages of the training project at home and abroad.
Key words： training project；demand analysis；model
中圖分類號：C975 文獻標識碼：A 文章編號：1006-4311（2012）30-0239-03
1 培訓項目需求分析的界定
培訓項目需求分析自從出現以來到現在一直有大量的學者在研究，在某些觀點上肯定存在著某些偏差，但是整體上都認同培訓項目分析基于四個方面的：第一是與理想狀態的差距是進行培訓項目需求分析的基礎；第二是業績績效水平是進行培訓項目分析的依據；第三是培訓項目需求來自組織和個人；第四是培訓項目需求分析不僅要對是否進行培訓提出判斷，也要對針對什么做培訓作出解答。綜合起來培訓項目需求分析可以理解為通過一系列的調查包括人員素質考察、業績績效水平和組織共同目標等來分析研究，判斷出實際現狀和理想狀態的差距能否通過培訓這種方式來縮小，以及要具體怎么樣來培訓解決的過程。這個概念是由由麥基（McGehee）和泰勒（Thayer）等人在1961年提出的。
2 國外培訓項目需求分析模型及理論述評
2.1 Goldstein三層次模型 二十世紀八十年代，I.L.Goldstein與E.P.Braverman、H.Goldstein三人經過長期的研究將培訓項目需求分析系統化，構建了Goldstein模型。這個模型中的培訓項目需求分析包括組織分析、任務分析和人員分析三部分（如圖1）[1]。
從圖1中可以看出Goldstein模型分析是從組織、任務和人員三個方面來進行分析研究的，在這個模型中，組織分析研究主要是針對組織中需要培訓的部門和員工是否需要培訓來展開的，進行分析之前要在滿足組織經營戰略的條件下才能進行，最終目的是要保證整個培訓的計劃滿足組織整體的目標規劃和戰略要求；任務分析主要包括對培訓項目需要的理論支持和技能支持，以便來確定各項培訓項目的內容，并且要分析出各項培訓業務的難易程度和重要性；人員分析主要針對組織中員工來進行，從他們的實際情況出發，分析員工的實際能力標準和理想水平中的差距，也就是所說的“目標差”，這樣形成培訓的目標和培訓內容的有效依據。
Goldstein模型目前看來是對培訓項目分析最全面的一個模型，也是在學術界得到普遍認同的分析模型，但是還是會有一些缺點和不足，主要表現在三個方面：第一是該模型沒有考慮到外界環境對組織的影響；第二是進行人員分析時，這個模型的側重點在于研究員工業績績效水平和理想水平之間的差距，只關注到了員工必須要培訓的項目，卻沒有對員工想學什么、想培訓什么沒有加以重視；第三是實際培訓項目實際分析研究的過程中，這個項目還是缺乏一些可操作性的分析方法，沒有一個標準的指導，這也是該項目存在的最大不足。
2.2 培訓項目需求差距分析模型[2] 美國學者湯姆·W·戈特將培訓項目分析出來的“差距”，也就是“實際水平”和“理想狀態”之間的距離叫做“缺口”，建立出一個培訓項目差距分析的具體模型（如圖2）。這個模型是針對員工現有的實際技能水平和理想技能水平兩個方面來分析培訓需求狀況的。
在培訓項目差距分析模型中我們重點掌握兩點：第一是是只要“理想水平狀態”存在，必定與“實際水平狀態”之間有一個差距；第二是差距一旦產生就會有培訓需求，也就是說培訓需求=理想水平狀態-現實水平狀態。
同樣這個分析模型也是會有一些不足和局限性的，表現之一就是沒有充分關注組織的戰略目標對培訓需求的影響；其次表現在它的有效性會在一個假設前提下進行也就是“培訓活動=績效提高”，存在依賴性。更深一步的分析可以對這個前提提出兩個命題：第一死后業績績效問題百分之百是由于理論知識和技能與態度的不足產生的，第二是培訓能百分之百的轉化成員工的績效。
2.3 前瞻性培訓項目需求分析模型 前瞻性模型是由美國學者Terry.L.leap和Michael D.Crino提出的。將“前瞻性”思想運用在培訓項目需求分析中是該模型的精髓（如圖3）[3]。
該模型認為員工在企業中肯定會不斷地成大，技術技能也肯定會一直在提升，也就是說員工可能會對目前的工作績效感到滿意，但是也有可能會職位調動或者升職做準備，由于工作內容和工作性質的變化可能需要一些培訓指導，為員工的升職或者適應工作變化提出培訓的要求。前瞻性培訓分析模型就是為這種情況作出的支持，給培訓指導作出一個分析框架，對員工的個人職業規劃和任職能力等方面都做了一個的指導價值。
但是這個模型也會存在一些缺陷，“前瞻性”培訓需求項目分析只是分析了對員工未來發展方面，忽視了針對企業發展的需求分析，所以說可能這個模型的分析結果不能夠對組織戰略目標和業務發展的要求做一個統一，會有模型設計和組織戰略目標不相聯系的情況出現。
2.4 勝任特征模型 確定特定職務的勝任特征（Competency）是培訓需求項目評價的新的趨勢之一，勝任特征這一概念是由McClelland于1973提出的[4]。勝任特征模型主要是針對員工個性化表現的一個分析，是指在一項工作或組織中表現優異的人和平庸的人分開來的單個人表面層次特征和深層次特征的分析。主要包括在知識、技術能力、社會角色和自我認識概念、特質和動機等方面通過測量和計算來顯示區分優異績效和一般績效的個體特征。該模型是綜合來說是企業定的工作崗位所具備的要求和優異績效相關的一些勝任特征的總合。它主要是強調培訓需求分析和培訓的結果應該能提高員工對未來的職位的勝任的特征。
勝任特征模型導入培訓項目需求分析中是非常有必要的，因為首先勝任特征的分析是針對員工個性化的分析，有可測量性的特征存在，可以使得整個分析過程更加的標準化和具體化，再次這個模型也很好地補充了Goldstein模型在培訓任務分析方面操作性弱的缺陷，兩者做了很好地補充，模型中對各項分析明確能力標準，讓企業在業績績效的評估方面也更加簡潔方便。第三是勝任特征的模型使得員工非常容易理解企業對自己的要求，促使個人建立行動導向的學習。
但是勝任特征模型也沒能夠對企業的戰略目標要求納入分析范圍之內，沒有重視企業戰略對是否進行培訓項目和培訓結果對企業戰略的影響，這是和差距分析模型是存在一樣的問題的。要知道企業的戰略目標的改變會對員工等個方面也新的要求的，也就是說會長身新的勝任特征需求或者改變原來的勝任特征的要求標準，會相應的對企業員工的培訓需求帶來不同的要求。在一個方面，勝任特征概念是非常復雜的，一項工作或者崗位所需要的勝任特征是需要長時間的積累和豐富的技能經驗和知識來判斷的，所以說建立勝任特征模型需要要求相當專業的訪談技術和后期的技術處理技巧，同時耗費的成本試試非常高的，這也是企業中人力資源管理部門的水平提出了相當高的要求。
3 國內培訓項目需求分析模型及理論述評
最近幾年，我國的相關學術者在對人力資源開發的研究分析中，也漸漸地認識到培訓項目分析對企業組織的重要性。
我國的學者在研究借鑒國外培訓項目需求分析的理論知識和模型的時候，也進行了創新和新的觀點的提出。主要是表現在以下幾個方面：
于苗和孔燕[5]認為企業戰略目標與員工培訓需求之間存在著密切的聯系，提出了以戰略為導向的培訓項目需求分析模型（如圖4所示）。
這些學者指出在企業的發展壯大的過程中，企業的經營戰略目標的選擇和邊和都會影響著員工培訓的需求。企業戰略是一個動態的變化的概念，企業在發展到一定的階段或者為適應市場的變化和不斷的進行調整和改變。培訓項目需求的分析也會不單單是要求如實的反應企業現在的戰略情況，而且要求具備前瞻性，也就是通過培訓要實現預防和避免一些問題的出現，能夠很好地輔助企業戰略目標的布置和實施，促進其更好的實現。培訓項目需求的分析中以企業戰略為主要導向，彌補了差距分析模型和前瞻性分析模型的不足和卻像，讓培訓項目需求的分析可以轉到以組織委重點。但是這個模型目前看來只是從理論上對企業戰略目標和培訓項目需求兩者的關系進行了分析，沒有對通過對戰略分析怎么樣轉到對員工行為標準培訓等方面的實際操作上來，實際上是降低了操作性。另外該模型認為培訓項目的需求僅僅是來自企業戰略目標的需求和企業員工的現狀的差異，并沒有對企業中其他的要素和企業員工個體化的需求對培訓項目需求的影響引起足夠的重視。
馬士斌、黃永華[6]認為在培訓項目需求的各種影響因素中員工職業生涯規劃是很重要的一個方面，培訓項目需求分析模型要充分考慮到員工職業生涯的重要性（如圖5）。
他們認為企業整理利益和員工的利益是有相關性的，不存在哪個利益重要，企業和員工是兩個平等的利益主體，并且認為企業的發展是建立在企業員工個人利益和員工個人發張基礎之上的，員工發展了，企業才能更好地發展，認為企業的培訓是應該和企業員工的個人職業規劃掛鉤的，是分不開的。這個模型主要有三大特點：首先是重視員工個人職業發展，將企業的目標需求和員工個人的職業生涯發展有效地結合了起來；其次是考慮到企業和員工的現有需求和長期發展的需求，前瞻性的培訓項目需求分析也充分的做到位；第三是企業員工能夠真正的參與到培訓項目分析的整個過程中，最主要的培訓項目的需求也得到了充分的拓展，更體現了以人為本的思想。
4 國內外培訓項目需求分析模型及理論比較
國內的培訓項目需求的分析主要是分析理論知識和模型的結構建設兩個方面，拓寬了分析的內容和分析的角度，但是定性的研究成果分析的比較多，在模型建設方面的研究比較少，主要是針對培訓項目需求分析的效果和內容等理論角度分析的比較多，研究的角度也大多是比較宏觀的角度，在微觀角度證明項目培訓需求的課題比較少。
在國外，這種培訓項目需求的分析，在理論是實踐上都有很多經驗，并有很多的成功的范例，這些項目需求分析的成功對我們而言，是一個重要的參考，不過我們也應該認識到，國外在這一領域的研究雖然比我們成熟，但是也存在一些弊端和局限性。因為在國外的研究中，往往強調企業的需求和績效水平在需求中的影響，而對人的作用，也就是企業員工的發展并沒有重視起來，另外，由于處在不同的文化環境中，相對于國外，國內的企業受政府政策的影響要遠遠的高于國外，這也使得培訓項目需求的來源有很大不同。
參考文獻：
[1]Raymond A. Noe， John R.Hollenbeck， Barry Gerhart， Patrick M.Wright， Human Resource Management[M].3rd Edition，北京：清華大學出版社出版，2000，212.
[2]王鵬，時堪.培訓需求評價的研究概況[J].心理學動態，1998，（4）：15-18.
[3]吳瓊瓊.人力資源開發管理技能[M].北京：華夏出版社，2002，317.
[4]Mc Clelland，S.B，Training needs assessment data-gathering methods： Part 1，survey questionnaires.Journal of European Industrial Training[M].1994a，18，（1）：22-26.
項目需求分析范文2
論文摘要:計算機軟件項目管理中的需求分析是提高軟件質量的基礎也是決定一個軟件項目成敗的關鍵。本文介紹了在需求分析研究中探索出的一些有效措施。
眾觀國內計算機軟件業的發展，除遠不如歐美等西方發達國家外，與人均GDP不及我國的印度相比也相距甚遠，軟件業的劣勢正嚴重制約著我國IT業的發展。我國軟件業的劣勢表現在自主開發的成熟軟件不多，而開發的大量軟件工程項目(如ERP等)存在缺陷或完全開發失敗。目前，國家正在加大對軟件工程的研究和對軟件工程人才的培養。根據資料顯示，屬于需求分析造成軟件設計的錯誤和缺陷約占軟件失敗的6400，而屬于程序代碼的錯誤僅占軟件失敗的360a，數據表明需求分析是提高軟件質量的基礎也是決定一個軟件項目成敗的關鍵。通過對軟件項目管理知識的系統學習并結合近年來自己參與部分軟件項目實施的經驗，介紹在需求分析研究中探索出的一些有效措施。
1盡快熟悉項目用戶方干系人全貌
項目用戶方干系人，指所有可能受到項目結果重大影響的人，即項目的風險承擔者，他可能是項目的受益者，也可能是項目的受害者。因此，應當從項目的啟動開始，需求分析員及其項目成員就要分清項目用戶方干系人包含哪些人和組織，通過溝通協調對他們施加影響，驅動他們對項目的支持，調查并明確他們的需求和愿望，減小其對項目的阻力，以確保項目獲得成功。
有些項目在做需求調查時，由于受進度要求等客觀因素影響，需求分析員與建設單位的技術部門交流較多，向業務管理部門和實際使用者調查不夠深入，造成軟件試用后不得不再對需求做較大調整，“從頭再來”的部分比例很高，大大超過進度要求時間。因此，熟悉項目用戶方干系人全貌是進行需求調查的第一步，也是需求調查的基礎。在定制開發項目的項目用戶方干系人中，最重要的是建設單位中的人事組織、業務關系。最好是能夠用組織結構圖畫出相關單位的組織結構;還應當在相關單位組織結構圖基礎上畫出全體項目用戶方干系人結構圖，以便更好更全面地進行需求調研分析;用責任矩陣確定各部分的調研對象;建立調研對象通訊錄以保證調研及分析期間及時的溝通。
2采取正確的需求獲取方法
軟件開發項目的目的就是要實現項目用戶方的需求，項目用戶方的需求包含明確的和隱含的，也可以分為NEED， WANT， WISH等不同的層次。如果對項目所有用戶方干系人沒有進行足夠的溝通和影響，使其盡可能地參與項目，則會出現客戶方相關責任人不明確或對范圍和需求責任心不強，提出的需求具有隨意性，項目前期對需求的確認不夠積極，或者是多個用戶代表各說各話、昨是今非，項目后期需求變化隨意等現象，這就會造成項目范圍的蔓延，進度的拖延，成本的擴大，甚至項目的完全失敗。
各種用戶對系統具有不同的要求，如一個沒有經驗的用戶關心系統是否簡單易用，對于高級用戶則關心產品的易用性和高效性。因而需要對用戶進行分類，每一個用戶類將有自己的一系列功能和非功能要求。在項目中，要盡早為產品確定并描述不同的用戶類，這樣就能從每一個重要的用戶類代表中獲取不同的需求。
項目需求具有雙面性(用戶與開發商)和多面性(項目中各干系人)，因此，項目經理和系統集成者應了解用戶干系人需求，用戶干系人也應了解技術方面的需求，兩者缺一不可。正確的需求獲取需要了解需求的來源、用戶的分類、用戶的代表性、用戶需求誰說了算數等因素。開發人員和項目經理要有足夠的耐心聆聽用戶的講述，要足夠詳細地了解每一個細節。項目管理者要善于將需求分類、歸類，善于將需求文檔化，并有所查詢標記。
3可視化需求調研，引導各種客戶挖掘他們的需求
有的客戶因為自己缺乏計算機知識，無法提出完整準確、隱含的或潛在的需求。若這些需求不能滿足將導致用戶的不滿。因此需求調研分析人員應善于想用戶所想，不但要確定明確的需求，還要善于用啟發的方式與用戶探討隱含的或潛在的需求，并結合各種調研分析技術挖掘超出客戶期望的令人興奮的需求。這就要求需求調研分析員要盡快完整地熟悉相關業務，從而能夠站在用戶的立場看待軟件需求，想用戶所想，做好業務與計算機之間的橋梁。利用可視化需求調研的方法可以很好地啟發用戶深人挖掘潛在的需求?？梢暬枨笳{研就是使用圖表等工具來啟發引導用戶清楚地敘述需求，并且使需求更加全面完善。
對于高層領導，可以提供系統總體框架圖;對于業務管理人員，可以用業務流程圖來描述新舊系統的業務流程;對于客戶中的技術人員，可以用數據流圖、實體關系圖或UMI中的各種圖形對系統進行各種角度的描述;而對于業務管理人員、客戶中的技術人員、以及各層次各流程中的用戶，畫出用戶界面圖來進行需求挖掘，是個比較有效的溝通方式。
這里特別說明一下用戶界面的重要性。用戶界面的設計按理來說是軟件設計的責任，當然客戶自己對界面有特別提出要求的除外。但是，如果把它提前到需求調研時與客戶進行討論，則可以大大改善需求調研的效果。因為這時客戶對于將來的系統還沒有一個形象上的概念，或者有一個模糊的預想的概念需要表述、驗證、明晰化、完善化，以筆者的經驗，畫出用戶界面草圖與客戶進行討論，可以大大激發他們提供更為準確全面的需求。原來收集資料，描述業務，說明系統模型到了山窮水盡的時候，這種方法可以達到柳暗花明又一村的效果。
4詳細描述各項業務，以便讓所有客戶確認
盡可能全面詳細地調查并且描述原有系統和用戶希望將來系統具有的各項業務的流程，并將這些業務流程文檔化后與客戶進行討論，對描述錯誤或不準確不精確的進行修改，最終讓客戶進行確認。從近年來開發的軟件看，對業務處理過程了解的完整性和準確性非常重要。雖然對數據來說都是SIDUT(查增刪改傳)，但具體業務都是分為若干步驟，每個步驟都有其業務名稱，同一步驟可能對多個數據集進行不同操作，需要調查了解清楚才能設計出適合用戶業務特點和習慣的軟件，使開發出來的軟件更受歡迎。當然在進行軟件概要設計時，要盡量排除業務流程的制約，即把流程中的各項業務節點工作作為獨立的對象，充分考慮他們與其他各種業務對象的接口，在流程之間通過業務對象的相互調用實現其業務流程，這樣，在業務流程發生有限的變化時，就能夠比較方便地修改系統程序而實現新的需求。
對于各項業務的調查可以通過對以下資料的收集整理分析來完成，這些資料來自各種各樣的項目用戶方干系人:遵循的標準、組織發放的工作手冊、作業流程、有關業務的上級通知、有關業務的辦事指南、辦理業務時需要填寫的登記表、各種相關的統計報表及通過其他途徑收集的類似系統的介紹、技術資料等等。
5對項目用戶方干系人的愿望進行平衡
不同的項目用戶方干系人其愿望和追求的目標往往相差甚遠，因此對項目用戶方干系人的愿望進行平衡可能是非常重要而又相當困難的事情。例如:我曾在參與的某醫院計算機管理系統項目中，遇到醫院管理層希望能夠采集盡可能多的信息項以便對數據進行多種多樣的統計分析，同時為了對信息進行有效控制而增加一些審批流程;而門診、藥房等對外辦公的基層窗口則因為客流速度的壓力希望減少信息項的輸人量;甚至有些不良的基層部門由于害怕建立透明度高的信息系統會影響他們的利益而消極地應付，即所謂反需求;而客戶的客戶(就診的病人)則希望相關機構能夠簡化工作流程，加快辦事速度，增加診斷情況和就診費用的透明度;甚至項目組本身因為技術、資源、進度等原因，需要對一些功能進行優先級排序和取舍。雖然不是所有人的需求都是可以滿足的，特別是消極的反需求是不能接受的，但他們的需求都是應當考慮全面并進行平衡的。
如果不同的用戶方干系人有不一致的需求，那么必須決策出滿足哪一類用戶方干系人的需求更為重要。了解可能使用產品的客戶種類的信息和他們的用法與產品的業務目標的關系如何，將有助于決定哪一個用戶類所占份額更大。如果系統分析人員提出的需求與開發者所想要開發的系統發生沖突時，通常由于系統分析人員作為客戶的人，市場需求具有更重的分量，但是，系統分析人員不能一味地遷就客戶需求。
不同的用戶方干系人可能都要求產品按照他們各自的喜好來設計。運用項目的業務目標來決定哪些是你最關心的客戶，非核心客戶的需求可以安排在下一個版本中開發。當開發者想像的產品與客戶需求沖突時，通常應該由客戶作出決策，然而，不要陷人“客戶總是對的”的陷阱中去，現實中，客戶并不總是對的。
6強調實現項目需求的層次遞進性
了解該系統或者該項目用戶所能夠提供的最小的工程費用。當預計經費不能支持時，應當考慮將項目分期實施。在系統上、技術上對用戶進行引導性建議，使用戶了解集成商所要進行的工作，了解集成商是為了幫助用戶實現他的需要、達到用戶的目的，而不僅僅是為了賺錢，用戶更了解集成商，也更了解自己的系統，有利于以后的項目合作、工程實施和系統維護。
分析用戶曾用系統模式、數據結構和庫模式，看是否保持、共用、轉換，這涉及保護用戶投資的問題。根據現在工作業務流情況確定現有的工作模式，還應兼顧將來可能會發生的變化、擴展、新規定，及與同國際接軌可能的帶來的變化?？疾楣こ虒嵤┉h境是否有保證，尤其是網絡工程，必須在需求調查時充分了解用戶領域的實施環境，當不具有實施環境時，要求進行配套設計和環境改造。
7編寫需求文擋和進行需求評審與其他項目小組成員協作完善系統需求
文檔資料是集成商重要的財富，貫穿于系統集成和項目開發的整個過程，其中包括法律文檔、技術文檔、資料文擋。文擋要求完整性、一致性、可修改性、可跟蹤性。
項目需求分析范文3
[關鍵詞]學生評教 目標取向 需求分析 調查研究
[中圖分類號] G642 [文獻標識碼] A [文章編號] 2095-3437（2015）02-0024-04
學生評教（Student Evaluation of Teaching，SET）是世界各國大多數高校用來評估教師教學質量的常用手段。它在促進教師不斷改進教學，提高教學質量方面發揮著重要作用，與其他主體的評價相比，學生評教是唯一一種被完整地、嚴格地論證過有效性的教學評價方式。[1]評教的結果涉及教師和學生的切身利益，所以學生評教長期以來受到廣泛關注。但由于操作中的諸多問題導致教師不重視甚至反感評價，學生敷衍了事不認真評價，使得學生評教無法發揮促進教學的功能，違背了“評價不是為了證明，而是為了改進”的現代教育評價理念。不少學者認為，“以管理為本位”是當前學生評教工作存在諸多問題的癥結所在。[2]關注學生發展，建構以人為本的學生評教已成為趨勢。
本文依據西北農林科技大學學生評教問卷調查的結果，深入分析了學生評教的現狀與期望以及存在的問題，提出了“以教師為主導，以學生為主體”的評教改革思路，并為構建基于學生評教目標取向和需求的評教指標體系奠定了基礎。
一、研究方法
（一）調查問卷設計
需求來源于現狀與期望之間的差距，基于此，本調查采用自編問卷：《學生評教調查問卷（學生版）》，分別了解學生評教的現狀與學生對評教的期望。問卷包括四部分內容：第一部分是學生的基本資料，包括性別、年級和專業以及最近一學期課程成績排名情況；第二部分調查學生評教的現狀，分別了解學生在現行評教中參與評教的目的、時間、做法與關注點，以及對其他評教主體與評價結果的了解，另外還調查學生在整體上對現行評教的態度與意見；第三部分是期望調查，涉及學生期望為什么評教（評教目的），在什么時候（評教時間），通過什么方式（評教方式），對哪些內容（評教內容），由誰來進行評價（評教主體）以及評價的結果如何處理等七個維度的問題；第四部分調查的是學生對該?，F行理論課評教指標的態度，以表格的形式分別設置了認可與不認可兩個選項，最后調查發現第四部分的回答缺失嚴重，故對第四部分的調查結果不作深入分析。
（二）調查對象與方法
采用簡單隨機抽樣，于2014年3月以全校61個本科專業768個班的學生為對象，按每個班級人數的30%隨機確定調查對象，確保每個學院、專業、年級的在校本科生都有同等的概率被抽到。通過學生會發放問卷5000份，回收的有效問卷有3810份，問卷有效率為76.2%（見表1）。
整個調查于2014年3月至5月完成，所有的數據運用excel2003與SPSS17.0軟件進行了統計處理與分析。
二、調查結果與分析
（一）學生對評教目的的感受與期望
西北農林科技大學開展學生評教的目的是引導教師不斷提高教學能力和教學水平，完善教學內容，改進教學方法與手段，使學生評價成為提高教師教學能力的推動力。評價的結果作為教師崗位聘任、職稱晉升、評優評獎的主要參考指標。同時為了保證廣大學生都能參與網上評教，學校通過教務管理系統進行了必須先評價然后才能查看課程成績的設置，學生在每學期課程考試前后兩至三周內通過網絡對任課教師進行定量評價。根據調查數據顯示，有多達65.4%的學生在“我參與網上評教的主要目的”是為了“查看課程成績”，只有21.3%的學生選擇了“指出教師教學不足，幫助教師改進教學”，還有10.4%的學生選擇的是“區別教師教學優劣，用于教師人事決策”。由此可見，大部分學生對于評教的目的沒有正確的認識，參與網上評教僅是為了查看成績，被動地完成任務。當問到你期望評價教師教學的目的應該什么的時候，有72.4%的學生認為應該是幫助教師改善教學，為學生提供更優質的教學?？梢?，通過學生評教，發現任課教師教學中的不足，促進教師改進教學，進而更好的滿足學生的學習需要，形成良性互動，不僅是高校教學評價工作追求的目的，也是廣大學生的需要。
（二）學生對評教主體的了解與期望
西北農林科技大學的教師教學質量評價以學生評價、督導評價、學院評價、學校評價四個層面的結果進行綜合評價，其權重分別為0.6∶0.15∶0.2∶0.05。在調查中，學生在“除了學生評教以外，你還知道有誰在評價教師的教學”一題的選擇上存在很大差異，選擇“知道有人評價，但不清楚是誰”的比例最高，占到了41.0%，知道督導教師通過聽課進行評價的學生有22.1%，其余36.9%的學生選擇了“根本不知道有人在評價”。學生對于其他教師教學評價的主體并不了解，其他主體對教師教學的評價無論過程還是結果都脫離了作為主要教學主體的學生。經卡方檢驗，學生在“應該由哪些主體來評價教師教學”的選擇上存在著顯著性的差異，選擇的比例從高到低的順序依次為學生、課程與教學專家、教師同行、教學督導、教師自己、院系領導?？梢钥闯?，學生作為教師教學的直接參與者與重要受益者，成為公認的首要評價主體，這與現實中的評價主體基本吻合，具體見表2。
（三）學生對評教時間的選擇與期望
西北農林科技大學的學生評教以學期為單位，學生統一在每學期期末考試前后兩至三周通過網絡匿名對任課教師進行定量評價。調查學生發現，由于必須先評價然后才能查看課程成績的系統設置，學生對于評教時間的選擇差異不大，有60.2%的學生選擇于期末考試后，查看成績前進行網上評教；其余的學生則選擇在期末考試前一兩周內進行評教。對學生評價時間期望的調查顯示，學生期望的評價時間以平時隨時評價為主，課程進行中與課程結束后相結合。學生期望的評價時間與現實中的評價時間差異較大，這更突出平時的重要性。
（四）學生對評教內容的關注點與期望
西北農林科技大學的學生評教重點是從教師的教學責任心，授課準備、課程內容的熟練程度，教學方法和手段的運用，講課的條理性、層次性，語言表達，教材選用，師生互動等方面來進行評價的?，F實中學生在進行評價時對于這些內容的關注點也有差異。調查數據顯示，學生較多關注的是教師教學的責任心，這占到了24.5%；其次，學生關注的是教師教學方法和手段的應用，這占21.6%；再次，學生對師生互動的關注也較多，達到了18.9%；而對授課準備、教材選用等的關注較少。另外還有10.3%的學生選擇的是“沒有特別關注”，他們在評價教師教學時什么都不關注，隨意評價。
按照教學要素，向學生調查“應該重點評價教師教學的那些方面，才能幫助教師改善教學”時，學生的選擇存在差異，具體見圖1?？梢妼W生特別關注課堂上教師教學的顯性因素，不太關注諸如教學大綱、教學準備、教學目的等不易察覺的隱性因素。其中，學生認為最應該評價的內容依次是教學方法、教學態度、教學效果與教學內容。
（五）學生的評教方式與期望
學生對于“參加網上評教時所采用的做法”的選擇，有26.9%的學生選擇的是“都會根據真實感受認真填寫”，46.3%的學生選擇了“都是隨意填寫”，另外分別有12.4%、14.3%的學生選擇的是會根據課程的重要性、對教師的喜愛程度來進行填寫?？梢?，現在的學生評教隨意性大，缺乏可信度。在對希望的評價方式的選擇上，所占比例最高的是學生網上評教，達到了46.8%，有30.2%的學生希望能在期中和期末時通過教務管理者、教師和學生代表三方的座談會來進行交流評價?？梢?，學生網上評教這樣的評價途徑因其獨特的優勢得到多數學生的認可。
（六）學生對評教結果的了解與期望
關于學生對評教結果了解程度的調查數據顯示，學生的選擇存在明顯差異，有80.2%的學生表示完全不知道評教的結果，也不知道學校和教師是怎么處理的，其余的學生選擇的是“僅知道教師的最終得分”，也不明白分數是怎得出的，對于其他的具體情況也是一無所知?？梢娢鞅鞭r林科技大學教師教學評價的結果反饋渠道不通暢，反饋內容不具體，學生不了解評價結果，看不到評價的意義，導致學生缺乏參與評價的積極性，盲目評價，敷衍了事。
調查學生對教師教學評價結果處理的期望發現，87.1%的學生表示希望學校和教師能夠及時向學生反饋具體的評價結果，并且能告知改進措施，讓學生監督教師改進。還有12.3%的學生希望教師除了能看到評價得分，也應該看到學生的具體意見，并能夠與學生溝通進行改進。
（七）學生對評教的總體態度
通過調查發現，學生在“現行的學生評教對幫助教師改進教學是否有用”的選擇上差異顯著，選擇“完全沒用”和“基本沒用”的學生合計占到了47.9%，有30.4%的學生選擇了“不確定”，僅有21.7%的學生認為學生評教能夠幫助教師改進教學，詳見圖2。有近八成的學生表示現行的學生評教沒有很好發揮其促進教師改進教學的作用。
三、研究結論與建議
根據調查結果的統計與分析，可以看出，通過學生評教發現任課教師教學中的不足，促進教師改進教學，提高教學質量，更好的滿足學生的學習需要，是獲得學生普遍認可的、學生評教工作應有的目標取向。同時，學生對現行評教的感受與他們對評教的期望之間存在著很大差距?，F行的學生評教主要存在以下幾個問題。
一是宣傳不到位，學生被動消極評價。首先，在調查中很多學生提出要匿名評價，事實上西北農林科技大學的學生評教是匿名進行的，被評教師并不會看到學生的任何信息，但學生需要通過實名登錄自己的教務管理系統才能進行評價，這樣的系統設置導致很多學生誤以為是實名評價，因而擔心被評教師會看到自己的信息而不敢表達自己的真實態度。其次，由于缺乏宣傳，部分學生不知道評價的結果所為何用，不了解評價的重要意義。再次，先評教后才能查看課程成績的制度設計，使學生產生逆反心理，參與評價多是為了查看課程成績，隨意填寫。
二是評價時間設置不合理。在課程結束、期末考試之后才進行評價，一來學生對一些結課較早的代課教師的教學已經淡忘，判斷時難以找到具體的、清晰的課堂情節，容易憑感覺模糊判斷，使評價缺乏準確性。二來課程已經結束，對教師的評價并不能使學生直接受益，學生感受不到教師教學質量的提高。
三是評價指標設計不科學。西北農林科技大學教師教學評價的指標由教務管理人員根據自己的經驗設計，忽視了教師和學生的參與，而且指標用高度概括的語言表述，學生難以準確理解與明確界定。根據調查數據顯示：67.5%的學生不認可現行的評價指標，其中43.5%的學生表示一些指標很抽象，難以把握，他們無法做出準確判斷。
四是評價結果反饋不及時也不具體。調查中幾乎所有的學生都提出要公開評教的結果，并最好可以告知改進措施，以便學生對教師改進情況進行監督，切實看到評教帶來的利益。
針對西北農林科技大學學生評教現狀中存在的這些問題，結合學生評教的需求，根據人本主義教學理論與形成性評價理論，對學生評教提出以下改進建議。
首先，加強宣傳，克服學生參與評價的盲目感與恐懼感。將教學評價作為新生入學教育的內容之一，讓學生明白評教的方法、時間與內容，并能清楚地認識到評教的重要意義，使學生能在課堂上有針對性地關注教師教學。同時在評價開始之前，明確告知學生評價是完全匿名進行的，任課教師看不到學生的任何信息，并且評價的結果將會在短時間內盡快反饋給學生，以此來保證學生對評教享有完全的知情權，克服盲目感與恐懼感。
其次，“以教師為主導，以學生是主體”，將評價的主動權交給教師。學生評教作為教育評價的一種主要方式，本身就是為了改進教育活動，優化課堂教學，提高教育質量，就本質來說，學生評教應該是一種“形成性評價” [3]，重在過程與改進。在美國的一些高校學生評教過程中重視評價的形成，學生作出的評價只是一種參考，一種教師改進教學、促進課堂發展的手段。而我國高校更多注重評教的總結，將學生評教的結果作為對教師工作業績考核的重要標準之一，對于教師教學技能的提高、專業的發展等很少關注。[4]從對學生的調查中發現，學生普遍認為評價后幾乎感受不到教師教學的任何改進。因此，在利用評價的總結提高師生的參與度的同時，應該更加重視評價的形成，堅持形成性評價與總結性評價相結合原則，同時又不能因過多評價而增加師生的負擔，可以在課程進行的中間和結束后分兩次組織學生進行評教。課程中期評價重在及時地指出任課教師教學上存在的不足，促使教師做出改進，讓學生獲得更滿意、更優質的教學；課程結束后的評價旨在鑒定教師教學的改進情況，評價結果將作為教師考核的指標之一。
人本主義教育理念倡導“教師為主導，學生是主體”的教學關系，強調教育過程要充分尊重學生的主體性；教師處于主導地位，是教學的組織者和學習的促進者，教師的主要任務是充分挖掘學生的個人天賦，調動學生學習的積極性和主動性。[5]教學評價中也應該樹立“以教師為主導，以學生為主體”的觀念，將評價的主動權交給教師，由任課教師根據課時情況開通評教系統，并主動提醒學生在下一課時之前完成評價，教師根據學生的評價意見，并結合自身的評價制定出改進措施。教學管理者對教學評價活動進行監督并提供技術支持。
再次，“以生為本，以學評教”，從學生的角度出發設計科學合理的評價指標體系。國際教育評價中心的研究表明，學生在評價“自己的學習”、“教師的教學技能”等方面有較高的效度，但在評價諸如“教師的教學目標”、“教學內容的先進性”等內容時明顯能力不足。所以在設計評教指標時也應秉承“以學生為主體”的教育理念，評價的重心由以前的教師的“教”轉變為學生的“學”。[6]根據調查得出的學生最期望的評價內容分別是教學態度、教學內容、教學方法和教學效果，設計評價指標應該以這四個方面為一級指標，再根據其內部要素分別設計二級評價指標。評價指標在語言的表述上也要注意從學生的角度出發，通俗易懂，貼近學生的口吻，例如原來關于教學方法的評價指標是“教師的教學方法靈活多樣，效果理想”，可以改為“教師在課堂上因材施教，能引發我的學習興趣，讓我認真思考，積極參與”。評價指標要從細微處折射出教師的課堂教學質量，使得學生較容易做出準確判斷，從而構建多樣化的學生評教指標體系。[7]
最后，及時、具體地進行評價結果反饋。評教的目的應該是對教師的教學提出建設性、引導性、幫的建議，而不是單純的獎優罰劣。對確實優秀的教師需要表揚獎勵，鼓勵他再接再厲；對于那些評教結果一般或者較差的教師，應該組織專家、優秀教師和其一起共同分析問題所在，幫助他們有針對性地改進教學方法，提高教學質量。[8]另外，應該公開評教的結果。公開評價結果一方面可以讓學生監督教師的改進情況，督促教師認真改進教學質量；另一方面評價結果，尤其是選修課程的評價結果可以作為下一級學生選課的參考標準，這樣也可以提高學生參與評教的積極性。[9]學生能積極評教，教師也可以積極改進，形成良性互動。
[ 注 釋 ]
[1] Oblitz，N.Are Student Ratings Unfair to Women？[J].News Letter of the Association for Women in Mathematics，1990，（20）：17-19.
[2] 鄭東輝，葉盛楠.高校課堂教學評價現狀與需求調查[J].寧波大學學報（教育科學版），2013（1）：58-62.
[3] 毛建青，秦漢林.理性對待和使用“學生評教”的結果――基于國內外學者的文獻分析[J].現代教育管理，2011（11）：41-44.
[4] 王利.中美高校學生評教指標的比較研究[J].教育評論，2007（4）：130.
[5] 崔穎，王力綱.學生評教指標體系的調整――基于大學教育理念的思考[J]大學研究與評價，2008（12）：90-93.
[6] 柳曉妮，張曉京，張麗嘉.學生評教的研究與實踐[J].理工高教研究，2007（3）：13-15.
[7] 陳曉端.美國大學學生評價教學的理論和實踐[J].比較教育研究，2001（2）：30.
項目需求分析范文4
關鍵詞：軟件需求分析；二義性；建模工具；快速需求分析方法；需求獲取
0 引言
需求分析是軟件工程的首要階段，軟件工程失敗與需求分析在完整性、準確性、可驗證性及一致性等方面的缺陷有較高相關性。需求分析不足可能表現在以下幾個方面：①用戶對自身需求比較模糊；②非核心需求過度膨脹；③需求完整度較難把握，用戶需求經常變動；④需求分析不夠詳細，需求文檔描述的多義性，使后續工程理解偏離；⑤忽視用戶的行業特點與文化程度，沒有挖掘用戶的核心需求；⑥需求分析的時間不足，等等。
常見的需求分析方法有3種：問題分析法、界面原型法以及可運行原型系統法。按方法的特點來分，有形式化的、非形式化的和基于知識表示的需求分析和規格說明技術。形式化方法可以嚴格地描述所開發的軟件功能，既減少二義性，又可以自動對需求分析進行推理驗證，實現軟件分析的自動化。但形式化方法往往難以掌握,且不易理解以及難以和用戶溝通,目前應用還有局限性。非形式化方法采用了易于掌握的分割、抽象、投影等適合處理復雜問題的策略,盡管還存在某些不足或缺陷, 但在當前軟件開發中仍然是廣為使用的需求描述機制?；谥R表示的分析和規格說明方法是專家系統在軟件需求工程中的一項應用，但是前期要由專家組進行知識的整理和合理表達，對一般軟件工程準備期較長。每種方法都有其優缺點，很多情況下，軟件開發項目組會根據項目的具體情況主要使用一種或同時幾種分析方法。如趙占梁等在中采用嘗試通過自然語言邏輯形式和語言形式加以一定的限制來減少其歧義性，增強其準確表達能力；羅慧慧結合自然語言處理技術,對需求分析輔助生成方法進行了研究,給出了一個能將受限漢語書寫的需求分析報告自動轉換成符合國家標準的軟件需求規格說明書的系統；倪世道在中提出一個系統的基于知識支持和面向目標建模分析方法GONFR。
1 快速需求分析方法概述
針對上節提到的需求分析不足的幾類表現，結合國內軟件開發業的實際，本文從實踐的角度提出了一種快速需求分析方法。這種方法旨在消除使用自然語言的需求分析說明書的二義性，又避免了一些工具軟件偏向軟件開發人員的缺點。其核心思想是使用包含專業術語的自然語言和原形界面設計相結合的模式，快速完成需求分析，縮短整個軟件開發周期。該方法分為四個階段，分別是需求預獲取階段、初次交流階段、擴充交流階段和需求驗證階段。需求預獲取階段先了解用戶行業需求和單位特點，提出預想需求；然后與開發團隊內部交流。初次交流階段則是把預想需求與用戶代表面對面交流，取得用戶的修正意見；接著把用戶意見反映到需求說明書和原型界面運行系統中，與開發團隊內部交流，同時開展后續設計、開發。擴充交流階段是把用戶意見、團隊的取舍加入需求分析中，再次與用戶進行詳細交流。需求驗證階段由用戶、項目組、評審人員參加，確定用戶最終需求，并對需求合理性進行驗證。至此，在短時間內完成了2～3次需求分析的迭代，需求分析完成，部分模塊已經進入設計或開發階段。
2 具體實現
2.1 需求預獲取階段
（1）需求分析員以項目開發意向為基礎，了解用戶所屬的行業、單位初步情況、用戶單位的高層次及一些特定需求。根據用戶所屬行業查閱該行業的相關規范，了解該行業業務流程，查找該行業成功的軟件開發案例及需求分析說明書。這樣就從內外兩個方面粗略地獲取該單位的工作運行模式和企業部分特色。從系統完整性設計思路出發，將用戶行業、單位的一般性需求作為骨架，根據用戶特色需求合理地補充、預想用戶可能的需求細節，把這兩方面結合起來，形成一個與用戶行業標準或規范匹配的《用戶需求分析說明書》，并根據該說明書制作一個可演示的原型界面系統。
（2）與項目團隊進行交流。目的有兩個，一是讓項目團隊的經理、系統分析師（架構師）、程序員等對用戶項目有前期的了解，二是根據《用戶需求分析說明書》和原型界面運行系統，探討項目難點、人員、工期、可利用模塊等問題，還要涉及可能遺漏的功能性和非功能性需求。完善后進入第二階段。
2.2 初次交流階段
（1）需求分析員與用戶代表（最好包含決策者），就原型界面運行系統和《用戶需求分析說明書》初稿進行面對面交流。首先概述系統的整體功能、結構層次、特色，接著主要通過原型界面運行系統的圖形化展示，分層次地講解系統各項功能和性能指標，可邊講邊討論，重點記錄用戶對軟件系統的理解、修改意見及補充要求。同時收集用戶方的相關文檔。交流結束前，整理出用戶的修改意見和補充要求文檔，并取得用戶的認可。
（2）了解了用戶需求的細節情況后，經整理和提煉，把形成的修改意見分別加入到原型界面運行系統和《用戶需求分析說明書》，再次與項目團隊交流。實現3個目的，一是讓項目團隊成員對用戶項目有進一步的理解；二是在人員和工期確定的情況下，去除無法完成的功能和部分非重點需求，并給出合適的理由，以利于取得用戶方理解；三是促使項目團隊根據修正的《用戶需求分析說明書》和原型界面運行系統，進行后續設計，開展技術攻關和部分模塊開發。把內部會議的結果完善，反映到《用戶需求分析說明書》和原型界面運行系統，然后進入第三階段。
2.3 擴充交流階段
（1）需求分析員及相關人員再次與用戶代表（包含上次參加者），就補充了用戶意見和項目團隊理解的原型界面運行系統和《用戶需求分析說明書》進行交流。著重闡述開發后系統的整體功能、結構層次等方面的修改情況和各項功能、性能指標的變化，然后誠懇地向用戶解釋去除的部分模塊和功能，取得用戶方理解，進一步挖掘用戶的細節需求，記錄用戶對軟件系統的補充修改意見，整理成文檔，取得用戶認可。
（2）經過此次交流，用戶需求細節基本掌握，用戶修改意見分別加入到原型界面運行系統和《用戶需求分析說明書》，然后與項目團隊進行交流，確定項目的大部分細節需求，進行詳細設計、編程。
2.4 需求驗證階段
（1）整理好《用戶需求分析說明書》，編寫《需求分析規格說明書》，完善原型界面運行系統。與用戶進行第三次交流，包括需求的驗證與確認，除用戶方、項目開發方之外，還需邀請評審人員。原型界面運行系統形象反映了軟件系統部署后的功能和性能指標，《用戶需求分析說明書》和《需求分析規格說明書》作為原型界面運行系統的輔助發揮作用。需求驗證的關鍵是需求分析有沒有真正反映用戶的需求、完不完整，而不是某些學者強調的需求分析與詳細設計是否一致，后者是項目團隊內部的事。圖文并茂的模式能夠較好地驗證用戶的需求，也有助于雙方就需求達成一致，從而在完成需求驗證的同時，確定用戶最終需求。
（2）按照需求驗證的規范，完善驗證文檔需求。驗證文檔經三方簽字認可，需求分析階段就基本結束了?！队脩粜枨蠓治稣f明書》、《需求分析規格說明書》和原型界面運行系統作為需求分析的最終材料伴隨軟件的設計、開發、測試與集成。
另外，如果在第二階段交流中用戶提出的補充需求較少，那么第三階段和第四階段可以合并。上半段進一步挖掘用戶的細節需求，快速完善進原型界面運行系統和相關文檔，下半段邀請評審人員進行需求驗證。
3 舉例
某單位做商務公開網站，項目組首先收集與該單位相關的文件和網站信息，利用UIDesigner設計如圖1的第一版功能界面（由于篇幅所限只展示首頁面），該界面可進行模擬操作，同時配以《用戶需求分析說明書》。然后與單位用戶代表結合，用戶代表由單位分管領導、紀委、組織科、職工代表組成。項目組充分采納了各方建議，比如黨務公開等欄目在首頁面取消tab頁、主要顯示更新及重要內容、詳細分類移至二級頁面等。項目組迅速做出第二版（如圖2），經第二次討論，當場修改首、二、三級頁面和具體功能、性能指標，取得用戶單位認可。接著就進入了實際開發。
4 特點及合理性分析
軟件工程逐漸從順序的過程向開發過程的流水線（如敏捷開發方法）過渡，快速需求分析方法實現了需求分析、設計與編程的部分并行。本方法還有以下三個特點：①既有效去除自然語言的二義性，又有利于雙方交流；②原型界面運行系統一直作為軟件開發的參考，減少轉換環節中理解的走形；③兼容性強，可以與多種設計或開發方法結合。下面就方法的合理性進行分析。
4.1 去除自然語言的二義性
一般用戶對軟件工程比較生疏，這也造成用戶方很難拿出項目的完整需求。一些軟件工程行業的需求分析及設計工具對需求分析的挖掘和合理細化相當有效，但它們對一些程序員新手來說都有難度，讓用戶在短時間內掌握基本不可行。即使經過培訓，用戶也無法像軟件工程設計人員那樣熟練使用工具、完整地表述自己的需求。問題產生了：用戶不愿使用特定工具，傾向于使用自然語言，項目組為了去除自然語言的二義性而推薦使用特定工具。這將引起交流不暢，導致需求分析的反復、拖延。能不能找出一種方法既能讓用戶積極參與，又能去除自然語言的二義性呢？［3］和［5］討論的方法都需要進一步的規范，取得行業的認可，并取得用戶和項目組的認可，這對于一般的軟件開發項目前期準備工作難度較大。本文提出的方法從可運行的圖形和文字及流程說明文檔兩方面出發，兩方面相互限制、相互驗證?？蛇\行的圖形有利于用戶的參與，文字及流程說明文檔便于后續的設計與開發。由于圖文并茂，二義性產生的概率大大降低。經少數幾次迭代后，就能快速、較完整地引導挖掘出用戶實際需求。避免了用戶學習特定工具產生的延期和表達的不準確，同時也降低了項目團隊成員對項目理解和把握的難度。
4.2 預測用戶需求的可行性
用戶所在行業有成熟的行業規范，用戶單位也有規定的業務流程，這些都是需求要抓的共性。用戶的合理需求不會偏離共性太多。項目合作意向中提供的高層次及一些特定需求給預測用戶的需求提供了更細節的信息。在工作、生活實際中我們處處面臨決策，都是依據少量信息作出預判。因此需求分析員能根據共性、個性加上自己的經驗與預想，做出第一版需求分析。項目團隊對項目需求的理解和對軟件系統的形象化描述，有利于引導和激發用戶的需求。從認知角度看，一個人愿意與知音進行交流，沒人樂意對牛彈琴；對一個成型的東西，特別是圖形圖像，讓合作者去指出哪些地方要不要、應該如何改，比讓他自己設計難度要低得多；用戶看到了接近最終交付物的界面系統，心中有底。
4.3 促進軟件工程的并行
需求分析員每一次與用戶、與項目團隊的交流，都是圍繞著原型界面運行系統《用戶需求分析說明書》和《需求分析規格說明書》進行，也就是圍繞逐步接近用戶實際需求的材料來進行。由于原型界面運行系統是用戶和項目團隊越來越認可的對最終交付物的描述，而前述論證中提到的行業共性使得部分功能模塊可以提早進行設計，并便一些技術難點能夠盡早懂到確定和攻克。在需求分析進程中，逐步地深入設計和編程基本不會造成時間的浪費，因為用戶需求是在需求分析員和項目團隊引導下形成的，框架和基本需求在項目團隊的掌控中。如果以前開發過類似的項目，則可復用部分設計及代碼。
4.4 原型界面運行系統避免軟件走形
由于始終有原型界面運行系統作為參照，又有需求分析相應文檔的指引，從系統設計、編程、測試到集成、交付，最終交付物必須完整地實現原型界面運行系統，并且要從功能、性能上有提升，也就是最終交付物“≥” 原型界面運行系統。相當于需求分析一直伴隨軟件開發的全過程，這正是軟件工程最核心的要求，也是許多軟件開發項目中容易忽略的地方。
4.5 與多種設計或開發方法結合
本方法沒有限定詳細設計、編程等具體方法，因此在軟件開發實踐中，只要遵循本方法的基本原理，通過《用戶需求分析說明書》、《需求分析規格說明書》和原型界面運行系統使用大多數設計與開發工具均可。
5 結論
本文提出的方法既消除了需求分析中使用自然語言造成的二義性，又避免了一些工具軟件偏向軟件開發人員的缺點，促進了軟件開發過程的部分并發，有效縮短了需求分析和軟件開發周期，在規范性自然語言未取得編程行業及專業領域普遍認可的情況下，成為一種較為實用的快速需求分析方法。本方法在一定程度上吸收了敏捷開發的思想，又可以應用于傳統開發模式和面向對象程序設計模式。但該方法把任務更多地壓在了需求分析員身上，需要這個角色具有從用戶角度思考問題的立場、積極獲取并理解用戶行業規范的能力、一定的預測能力、較高的溝通水平、奉獻精神。該方法也有待于在實踐中繼續完善。
參考文獻：
\[1\] 蔣海昌.降低軟件需求分析風險之探索［J］.計算機時代，2010（10）.
［2］ 王曉寧.關于如何做好軟件需求分析的探討.科技資訊［J］.2010（34）.
［3］ 王迅冉，王春霞.基于Z語言的形式化需求分析［J］.商丘師范學院學報,2007(3).
［4］ 蔡文青,常浩娟,秦懷斌.軟件需求分析作為過程實現［J］.福建電腦,2007（10）.
［5］ 羅慧慧.需求分析輔助生成系統的探討與構建［J］.仲愷農業技術學院學報,2006(4).
項目需求分析范文5
高職院校的電子商務專業目前的課程體系基本是由計算機的一些專業課程加上一些商務的課程共同構成的。各個高職院校會根據學科的偏向而進行一些取舍,有些學校會有更多的計算機專業課程,有些學校會更側重于商務課程。從高職學生的特點來看,學習較多的計算機專業課程難度較大,因此從實際出發,高職的電子商務專業計算機課程相應地要降低難度,我們對計算機專業類的課程進行了重新的設計和整合,包括課程的標準和課程的內容。計算機專業中的《系統分析與設計》課程主要是對軟件系統進行分析與設計,針對電子商務專業,則側重有所不同,因此將課程更改為《商務網站需求與方案建設》,結合對企業的業務流程調研,歸納出本門課程的典型工作任務,并對課程進行了教學設計。
1、對企業業務流程的調研對從事網站項目建設開發的企業流程調研后,可以歸納出基本的業務流程,描述如下:在承接一個項目后,市場部負責人與美工主要進行需求分析工作,由于需求分析成功與否與后期的工作直接相關,所以主要由負責人與項目委托人溝通,美工要進行首頁面的設計,因此要對網站的總體風格和內容有一個準確的把握,所以始終參與需求分析過程。在與委托人進行充分溝通的基礎上,了解該項目的行業背景和企業的實際運行情況后,完成需求分析報告,并進行一個方案設計,在項目委托人同意之后開始進行項目的設計。首頁面的設計是由美工完成的,這也是一個與委托人反復交流的過程,經過不斷地調整修改之后,首頁面定稿。此時首頁面只是一個效果圖片,經過頁面的切割和生成工序后,將首頁面交給研發部,研發部根據需求分析報告和首頁面的內容進行后臺代碼的編寫。同時,美工進行二級頁面的設計。設計完成后也交由研發部編寫后臺代碼。代碼編寫完成后進行網站的測試和。綜合上述流程,可得流程圖如圖1:在了解項目的流程時,我們也同時了解了各個崗位要求的技能,綜合來說,每個崗位的人員都應能熟悉電子商務的內涵,不同的崗位在具體的知識技能要求上有所不同。如需求分析人員要求對項目的整體運作非常熟悉,能起到協調項目組和項目委托人的作用,必須具備很好的溝通交流能力,同時要有較強的文字組織能力。美工要具備較好的美術基礎、審美眼光和熟練的網頁制作知識,同時由于美工要充分與項目委托人溝通,這樣才能做出既有特色,同時又能滿足委托人要求的頁面效果,因此對溝通能力也有相當高的要求。研發部門的崗位則相對要求編程能力和邏輯思維能力強。能充分領悟項目的要求,在給定的時間內完成代碼的編寫和調試。同時,由于程序文檔和使用說明書的編寫較為重要,所以也要求有一定的文字表達能力。企業一般還會提供管理咨詢和培訓等服務,管理咨詢和培訓主要有提供網站推廣的服務,電子商務解決方案的咨詢等。這些崗位要求對電子商務的技術有基本的了解并有較強的語言能力,熟悉各種網站推廣方法和工具。
2、分析學生必須的知識、技能、素質為了適應相關的工作崗位,學生應能熟悉電子商務的內涵,掌握網站需求調查與分析的基本方法,掌握網站開發的技術,如相應的程序設計語言和網頁設計制作知識和方法,具備一定編程能力和邏輯思維能力,熟悉各種網站推廣方法和工具。必須具備很好的溝通交流能力,同時要有較強的文字組織能力。一個項目通常是項目組來完成的,所以學生的團隊合作能力也必不可少。
3、分析《商務網站需求與方案設計》課程的典型工作任務本門課程對應的崗位為網站需求分析人員,需求分析研人員通常應對整個項目流程非常熟悉,他是項目委托人和開發人員之間的鈕帶,項目委托人不能理解項目是如何完成的,他們注重的是項目完成時交付的網站是否符合他們的預期,而開發人員的開發工作依賴于需求分析人員提供的需求分析報告,因此,網站的需求分析與方案設計是非常重要的工作任務,對整個項目的質量來說起著關鍵性的作用。需求分析要完成的是和項目委托人溝通交流,以專業的眼光來看待項目的可行性,為委托人分析及明確需求,在此基礎上,進行需求調查與分析,形成需求分析與整體方案設計,提交相應的需求分析報告和方案設計報告。
4、以工作過程為導向設計教學情境
4.1學習情境劃分原則企業在承接建站任務時,根據站點的不同會有一些不同的方法進行需求分析,教材的每章都將用一個實際的案例進行說明,并附上完整的需求分析報告。案例的挑選力求能充分說明各種不同類型網站的特色,并在需求調查與分析的方法上體現出來,并為學生的實踐作出有效的指導。在此基礎上,開始進行具體的情境設計,我們設想以一個項目貫穿整門課程,將項目按工作過程進行劃分情境,每個情境完成一個子任務,一門課程結束時,各個子任務可以綜合形成一個完整的項目任務。這樣,我們就只能以一個典型案例來說明需求分析過程,為了不至于造成其他類型的網站需求分析方法不同,而學生無法了解,在每個情境中設置拓展部分,由于B2C的站點難度適中,且最為常見,因此,教材中以B2C作為案例,其他類型的站點在需求分析時如果有特殊的要求就體現在拓展部分,學生選取的案例中如果涉及到其他類型的站點,那么就可以參考拓展部分,進行自學或查找相應資料來解決問題。
4.2學習情境的設計我們按照工作過程將課程劃分為十個學習情境,分別是外部需求分析、面向用戶的需求分析、企業內部需求分析、網站推廣需求分析、網站軟硬件環境設計、網站功能的概要設計、網站數據庫結構設計、網站界面總體設計、網站系統安全性設計和網站測試。
5、課程標準的制定
在學習情境的劃分與設計完成之后,我們著手制定課程標準,,其中最重要的就是課程的定位及學習目標的制定。這部分我們充分地參考了企業的調研意見,了解企業的網站需求分析人員在具體工作中所需要掌握的知識和能力。并力求能夠體現在學習情境的設計中。
5.1課程的定位網站需求與方案設計是電子商務專業網絡技術服務方向的一門專業課程,本門課程著重于培養學生用全局的眼光看待網站的設計需求,要求學生具備良好的溝通能力和語言表達能力,能夠應用各種調查分析方法和工具,完成電子商務網站的需求分析項目,并能按規范的形式形成各階段的需求分析報告文檔。
5.2學習目標的確定我們分別對本門課程的知識目標、專業能力目標、方法能力目標和社會能力目標進行了分析和歸納。在學習目標方面,十個學習情境分別達到理解以下概念和內容:(1)電子商務的商業模式概念;網站風格、關鍵字、電子支付、物流配送的概念;(2)面向用戶的需求分析使用的調查方法與手段;功能性需求與非功能性需求的概念;(3)網站的盈利模式,網站的存儲方式,不同數據庫的特性分析比較,非功能性需求概念,網站維護內容;(4)網站的推廣策略,推廣方法。(5)電子商務網站軟硬件環境的組成,網站軟硬件設備的選擇方法;(6)電子商務建站的基本過程,功能概要設計的基本方法;(7)電子商務網站內容設計的原則,頁面設計的原則等;(8)網站的安全性設計方法。(9)網站測試的方法在專業能力方面,我們希望能夠達到以下目標:(1)能區分不同的商業模式;進行市場需求分析;能進行同類網站的比較與分析,分析競爭優勢、劣勢,選擇電子支付方式及物流配送模式;(2)能確定網站所面向用戶的類型特征;應用各種調查方式對用戶進行需求調查;分析調查結果。(3)能明確用戶的功能性需求與潛在需求;確定網站的盈利模式、并進行產品分析;(4)能根據外部分析和用戶需求以及企業自身定位確定網站的總體風格,語言版本;(5)能確定網站的存儲方式,域名,數據庫的選用;了解和確定網站維護要求;(6)能分析和確定網站的推廣策略。完成相應的需求報告文檔。由于本門課程的教學設計是讓學生在學習過程中完成一個實際的電子商務網站項目需求分析,因此,學生要從組建項目小組開始,進行選題,到實施整個調查過程,并形成相應的需求分析報告。整個過程都需要對項目進行規劃、計劃和實施,并在實施過程中報告和反饋,所以對學生的實踐能力是很大的考驗。相應地,在方法能力方面,我們希望通過本門課程的學習,能夠做到:能將所學知進行綜合運用;.具有獨立進行分析、計劃、實施、評價的能力;具有獲取、歸納、分析、交流的能力;并具有一定的自學能力、理解能力與表達能力。在社會能力方面,我們希望能夠培養學生的團隊意識與協作能力,并具有一定的計劃組織能力。
6、項目導向的校本教材編寫
在課程標準的基礎上開始進行校本教材的編寫,在選取案例的時候,使用的是企業真實案例,這是一個B2C類型的站點,其業務方式是整合福建范圍內的一些茶商,用統一的標識進行網上銷售,由于茶葉是福建省的一個重要特色產業,而且網站的一些設想也很有特色,在校本教材中,我們就以該案例進行行動導向的教材編寫。
項目需求分析范文6
關鍵詞:需求分析；項目干系人；系統分析員
中圖分類號： TU71 文獻標識碼： A
需求分析是軟件開發過程的核心，其結果直接影響到整個的軟件開發過程。據相關資料顯示，因需求分析因素所造成的軟件項目失敗或缺陷約占60%，屬于系統實施階段的代碼錯誤，而導致軟件項目失敗的比率約為40%。項目失敗的根源在于需求分析不明確，需求調研不徹底，從而引發需求不斷變更，最終導致項目停滯。這些變更不僅加大了開發成本、項目無法按時完成等嚴重問題，而且，還有可能引發用戶方與開發方之間互相指責，導致項目擱淺。
一、軟件項目需求分析的重要性
軟件系統的開發主要分為五個階段，分別是系統的需求分析階段、系統設計階段、系統實施階段、系統測試階段和系統維護階段。而需求分析階段是整個五階段中的重中之重，在該階段所占的工作量大概是整個軟件開發項目的50%，邏輯方案是該階段的最終成果。邏輯方案不僅是進行系統設計的依據，而且，還是系統最終驗收的說明性文件。從以往的經驗來看，需求分析做的不徹底，沒有深層次的挖掘用戶需求，往往可能導致整個項目無法達到預期的效果，或者說設計開發出來的產品不能滿足用戶的需求。
需求分析首先要對現有系統有充分的認識和了解，在此基礎上，通過識別關鍵問題、分析項目的可行性、詳細調查研究、系統化分析，最終設計完成該項目的新系統邏輯方案。只有系統分析員明白了用戶的真正需求，才能開發出滿足用戶的軟件產品。在這里，要強調一點的是，在做需求分析的時候，開發方一定要指派有實際工作經驗的系統分析員來與用戶溝通，而不是指派具體的開發人員，這將避免一些溝通不暢的問題發生。系統分析員在了解用戶的基本需求之后，要以書面的形式，準確地制定出軟件需求報告。該報告主要說明系統的行為屬性，是項目開發過程中對系統的制約。要實現這一目標，就需要系統分析員與用戶之間做到緊密協作，甚至系統分析員要深入到用戶方的實際業務當中，把自己當做是用戶，從用戶的角度思考問題，只有這樣，開發方才可以真正了解用戶需要什么，系統應該做什么。
二、規范執行需求分析的流程
需求分析的過程，要嚴格執行規范化操作，囫圇吞棗式的需求調研是不可取的。開發方在做需求分析過程中，一定要嚴格把關，從對用戶負責的角度出發，并且也為了降低自己的開發成本，對無法與用戶實現很好溝通的項目經理要及時叫停，避免后續工作無法正常進行。
按照需求分析的過程，同樣也可將其分為五個階段：首先要獲取用戶需求，其次是分析用戶的需求，第三是編寫需求文檔，第四是評審需求文檔，最后是管理需求。規范執行需求分析的流程，是需求分析能否成功的關鍵。圖1是根據實際工作經驗總結出的需求分析工作流程：
在需求分析過程中，開發方要深入用戶方的各個部門，最簡單的項目也要做到用戶確認需求和需求評審兩個過程，復雜的項目甚至要做到多次。
三、盡快熟悉項目用戶方干系人全貌
項目干系人又稱為項目相關利益者，是指積極參與項目、或其利益會受到項目執行或完成情況影響的個人或組織，項目干系人對項目的目的和結果施加影響。項目管理團隊，即開發方，必須識別項目干系人，確定他們的需求和期望，盡最大可能地管理與需求相關的因素，以獲得項目的成功。因此，應當從項目的啟動開始，系統分析員用戶方相關人員的配合下，逐步分清項目用戶方干系人具體包含哪些人和部門，通過開方法與其溝通加之用戶方領導的協調以驅動他們對項目的支持，從而減小其對項目的阻力。
有些項目在做需求調研時，因受用戶方提出的進度要求等因素影響，有些系統分析員不愿與用戶過多地交流，只是發一些調研表做一些大概的了解。往往是因為開發方已有與該建設單位相似的原型，會亟不可待地去推廣，這樣會導致某些差異需求得不到深入了解，用戶方只能被動地去適應原型系統，這樣的做法是不可取的。另一種情況則是開發方與用戶方的技術部門交流比較多，而向業務部門和實際使用人員調查的力度不夠，往往容易造成原型試用后，與用戶的需求不一致，不得不再對需求做較大調整，造成開發周期不斷延期，開發成本大大增加。因此，熟悉項目用戶方干系人全貌是進行需求調研的第一步，也是需求調研的基礎。在定制的開發項目中，最重要的是要弄清楚用戶方中的組織結構關系、業務流程關系、數據流程關系。制定該項目的牽頭單位，在此基礎上，使用圖表的形式將這三種關系表現出來。
四、采取正確的方法獲取用戶需求
軟件開發項目的首要目標就是要發現用戶的需求。在對用戶進行需求調研過程中，使用的方式很多，初期調研可以采用會議的形式，后續的詳細調研以及需求確認，可以采用電話、郵件、小組討論等方式，模擬演示也是一種很有效的形式，用戶比較直觀，容易發現、提出問題，但每一次調研過程當中，都要做好筆錄，當與用戶交流完畢以后，要對交流的結果進行整理、分類，便于后續的分析活動。系統分析人員要對收集到需求做進一步的梳理和分析工作，在這個過程中，首先要對用戶提出的具體需求，包括可能該項目目前不涉及的需求，都要知道“為什么”，并且判斷用戶提出的需求是否合理，對于不合理的需求，開發方要給出不合理的理由和原因。其次，要集中精力，把關注點放在需求分析階段關注的目標上，即“做什么”，而不是“如何做”，第三就是要分析用戶提出的需求當中所衍生出的隱含需求，這一點往往容易忽略掉，這就需要系統分析員在與用戶交流當中，關注用戶的表情、眼神、用語，因為對隱含需求不加以考慮或考慮不充分，往往會引起永無止境的需求變更。
五、軟件項目的生命周期
從用戶的角度來看，軟件項目的生命周期應該包括項目前期的論證工作、項目計劃、軟件開發、運行、維護以及項目評價。因此，軟件項目管理的范圍不僅包括傳統的軟件開發過程，還應該包括開發之前的準備工作以及運行中的維護工作和對項目的總結工作。具體來講，軟件項目生命周期各階段的活動。
5.1啟動階段和計劃階段。在軟件項目的啟動／計劃階段，需要組建一個領導小組，其成員包括用戶的各級和各部門的高中級領導、有經驗的管理專家和系統分析員。其任務是分析用戶的實際業務和發展戰略，確定系統的目標，估算資源、成本和進度，論證、審批系統的實施計劃。
5.2實施佐制階段。軟件項目的實施催制階段主要指軟件開發階段，包括系統分析、系統設計、系統實現和系統運行。此時需要對項目的各種資源（包括人力、資金、時間、信息）、項目質量和項目風險進行全方位的管理，控制項目范圍的變動，協調各方面的工作。
5.3收尾階段。軟件項目的收尾階段就是正式驗收整個系統并移交給用戶的工作，主要包括完成項目移交的準備工作、對所建立系統進行評價、收集項目中的各種數據、總結經驗和教訓，為以后系統的維護、更新和升級提供依據等。
結論
在軟件項目管理的過程中，只有實施規范化管理，才能更有效地進行項目管理，提高項目成功的概率。目前，由于軟件項目管理實施的時間不長、經驗不足，我們只有不斷從實踐中積累經驗，進一步完善軟件項目管理的理論體系，將軟件項目管理更有效地應用到軟件開發的實踐中。
參考文獻：
[1]王遠,王健.計算機項目管理[M].武漢:武漢大學出版社,2009,8
[2]俞振華,俞豪軍.計算機項目管理導論[M].北京:機械工業出版社,2009,12
