經過這學期軟體工程實驗的學習，深深感到使用者需求對軟體的重要性。成功的軟體產品是建立在成功的需求基礎之上的，而高質量的需求**於使用者與開發職員之間有效的溝通與合作。當使用者有乙個題目可以用計算機系統來解決，而開發職員開始幫助使用者解決這個題目，溝通就開始了。
需求獲得多是最困難、最關鍵、最易出錯及最需要溝通交換的活動。對需求的獲得常常有錯誤的熟悉：使用者知道需求是甚麼，我們所要做的就是和他們交談從他們那裡得到需求，只要問使用者系統的目標特點，甚麼是要完成的，甚麼樣的系統能合適**需要就能夠了，但是實際上需求獲得其實不是想象的這樣簡單，這條溝通之路布滿了荊棘。
首先需求獲得要定義題目範圍，系統的邊界常常是很難明確的，使用者不了解技術實現的細節，這樣造成了系統目標的混淆。 其次是對題目的理解，使用者對計算機系統的能力和限制缺少了解，任何乙個系統都會有很多的使用者或不同型別的使用者，每乙個使用者只知道自己需要的系統，而不知道系統的整體情況，他們不知道系統作為乙個整體怎樣樣工作效力更好，也不太清楚那些工作可以交給軟體完成，他們不清楚需求是甚麼，或說如何以一種精確的方式來描寫需求，他們需要開發職員的協助和指導，但是使用者與開發職員之間的交換很輕易出現障礙，疏忽了那些被以為是很明顯的資訊。最後是需求的確認，由於需求的不穩定性常常隨著時間的推移產生變動，使之難以確認。
為了克服以上的題目，必須有組織的執行需求的獲得活動。 需求獲得活動要完成的任務或步驟的過程以下： 1、編寫專案檢視和範圍文件系統的需求包括四個不同的層次：
業務需求、使用者需求和功能需求、非功能性需求。業務需求說明了提供給使用者新系統的最初利益,反映了組織機構或使用者對系統、產品高層次的目標要求，它們在專案檢視與範圍文件中予以說明。使用者需求文件描寫了使用者使用產品必須要完成的任務，這在使用例項文件或方案指令碼說明中予以說明。
功能需求定義了開發職員必須實現的軟體功能，使得使用者能完成他們的任務，從而滿足了業務需求。 非功能性需求是使用者對系統良好運作提出的期看，包括了易用性、反應速度、容錯性、硬朗性等等質量屬性。需求獲得就是根據系統業務需求往取得系統使用者需求，然後通過需求分析得到系統的功能需求和非功能需求。
專案檢視和範圍文件就是從高層次上描寫系統的業務需求，應當包括高層的產品業務目標，評估題目解決方案的**和技術可行性,所有的使用例項和功能需求都必須遵從的標準。而範圍文件定義了專案產品所包括的所有工作及產生產品所用的過程。專案相干職員對專案的目標和範圍能達成共鳴,整個專案組都應當把留意力集中在專案目標和範圍上。
2、使用者群分類系統使用者在很多方面存在著差異，例如：使用系統的頻度和程度、利用領域和計算機系統知識、所使用的系統特性、所進行的業務過程、訪問許可權、地理上的布局和個人的素質和喜好等等。根據這些差異，你可以把這些不同的使用者分成不同的使用者類。
與ulm中usecase的actor概念一樣，使用者類不一定都指人，也能夠包括其他利用系統、介面或硬體，這樣做使得與系統邊界外的介面同樣成為系統需求。將使用者群分類並回納各自特點，並具體描寫出它們的個性特點及任務狀態，將有助於需求的獲得和系統設計。
軟體工程心得體會
軟體工程學習心得 這個學期我學習了軟體測試這門專業課程，在學期即將結束的時候，我也對這門課程建立基本的了解。軟體測試這門課程作為軟體工程專業中一門很重要的課程，已經在軟體領域佔據了不可替代的角色，當乙個軟體從雛形到真正的在一台計算機是哪個執行的時候，誰也不能保證計算機軟體能一步到位的滿足人們的需求。...
軟體工程心得體會
未接觸軟體工程之前一直都很想學這門課程，因為覺得這門課很牛，是那些有工程師稱號的高手才擺弄的東西。學了乙個學期的軟體工程課，終於知道了個軟體工程的大概。學的時候總覺得很抽象，理解起來好像不難，但總是摸不著頭腦一種很茫然的感覺。曾經以為程式就是軟體，軟體就是程式。學習這門課程第乙個收穫是，知道了二者的...
軟體工程學習心得體會
軟體工程對於初學者來說，知識基礎較薄弱，對一些應用操作 概念 工具方法等理解起來較為困難，要能從整體概念上較好地理解和把握 學好軟體工程，不是僅僅把幾本專業書籍細緻地看幾遍，然後上機練習幾次就可以成功，學習過程中要注意多看多練要注意結合實際，更要多思考，面對錯誤不要一範就問，要嘗試自己去解決。但是還...