祝福網

首頁 > 學習 > 心得體會 > 心得體會大全 / 正文

學過軟件工程的朋友都知道寫實驗很難,但是跑不掉

2022-12-21 心得體會大全

學過軟件工程的朋友都知道寫實驗經驗很難,但是跑不掉。本文是專門為您準備的《軟件實驗經驗范文》,希望對您有所幫助。如果您有更多信息,請訪問祝福網主頁了解更多信息。https://www.bestzhufu.com

經過本學期對軟件工程實驗的研究,我深感受到用戶需求對軟件的重要性。成功的軟件產品是基于成功的需求,高質量的需求來自于用戶和開發人員之間的有效溝通和合作。當用戶有一個問題可以通過計算機系統來解決,開發人員開始幫助用戶解決這個問題時,溝通就開始了。

獲取需求可能是最困難、最關鍵、最容易出錯、最需要溝通的活動。對需求的獲取往往有一個錯誤的理解:用戶知道什么是需求,我們需要做的是與他們交談,只要問用戶系統的目標特征,什么是完成,什么樣的系統可以滿足業務需求,但實際上需求并不像想象的那么簡單,溝通之路充滿了荊棘。首先,需求獲取需要定義問題的范圍,系統的邊界往往很難明確。用戶不了解技術實現的細節,導致系統目標混淆。

二是對問題的理解。用戶對計算機系統的能力和限制缺乏了解。任何系統都會有許多用戶或不同類型的用戶。每個用戶只知道自己需要的系統,不知道系統的整體情況。他們不知道系統作為一個整體如何更好地工作,也不知道這些工作可以交給軟件。他們不知道需求是什么,或者如何以準確的方式描述需求,需要開發人員的幫助和指導,但用戶和開發人員之間的溝通容易出現障礙,忽略了被認為是的"很明顯"的信息。最后是需求的確認,因為需求的不穩定性往往隨著時間的推移而變化,難以確認。最后是需求的確認,因為需求的不穩定性往往隨著時間的推移而變化,難以確認。為了克服上述問題,必須有組織地實施需求獲取活動。

要完成的任務或步驟如下:

1.編制項目視圖和范圍文檔

系統需求包括業務需求、用戶需求和功能需求、非功能需求四個不同層次。業務需求解釋了為用戶提供新系統的初始利益,反映了組織或用戶在項目視圖和范圍文件中對系統和產品的高水平目標要求。在使用實例文檔或方案腳本說明中,用戶需求文檔描述了用戶使用產品必須完成的任務。該功能定義了開發人員必須實現的軟件功能,使用戶能夠完成其任務,從而滿足業務需求。

非功能性需求是用戶對系統良好運行的期望,包括易用性、反應速度、容錯性、強度等質量屬性。需求獲取是根據系統業務需求獲取系統用戶需求,然后通過需求分析獲取系統的功能需求和非功能需求。項目視圖和范圍文檔是從高層次描述系統業務需求的標準,包括高層產品業務目標、評估問題解決方案的業務和技術可行性、所有使用實例和功能需求。范圍文件定義了項目產品包含的所有工作和生產產品的過程。項目相關人員可以就項目的目標和范圍達成共識,整個項目組應關注項目的目標和范圍。

精品小說推薦: 昔日落魄少年被逐出家族,福禍相依得神秘老者相助,從此人生路上一片青雲! 我行我瀟灑,彰顯我性格! 彆罵小爺拽,媳婦多了用車載! 妹紙一聲好歐巴,轉手就是摸摸大! “不要嘛!” 完整內容請點擊辣手仙醫

Tags:心得體會   心得體會范文

網站分類
標簽列表