個人感想之「需求分析」

2022-03-29 12:20:22 字數 978 閱讀 7404

所謂"需求分析",是指對要解決的問題進行詳細的分析,弄清楚問題的要求,包括需要輸入什麼資料,要得到什麼結果,最後應輸出什麼。可以說,在軟體工程當中的"需求分析"就是確定要計算機"做什麼",要達到什麼樣的效果。可以說需求分析是做系統之前必做的。

在軟體工程中,需求分析指的是在建立乙個新的或改變乙個現存的電腦系統時描寫新系統的目的、範圍、定義和功能時所要做的所有的工作。需求分析是軟體工程中的乙個關鍵過程。在這個過程中,系統分析員和軟體工程師確定顧客的需要。只有在確定了這些需要後,他們才能夠分析和尋求新系統的解決方法。需求分析階段的任務是確定軟體系統功能。

在軟體工程的歷史中,很長時間裡人們一直認為需求分析是整個軟體工程中最簡單的乙個步驟。但在近十年內,越來越多的人認識到,需求分析是整個過程中最關鍵的乙個部分。假如在需求分析時分析者們未能正確地認識到顧客的需要的話,那麼最後的軟體實際上不可能達到顧客的需要,或者軟體專案無法在規定的時間裡完工。

開發軟體系統最為困難的部分就是要準確說明開發什麼。最為困難的概念性工作便是要編寫出詳細的技術需求,這包括所有面向使用者、面向機器和其它軟體系統的介面。如果做錯,這將是會最終給系統帶來極大損害的一部分,並且以後再對它進行修改也極為困難。目前,國內產品的龐雜,一家企業可能有幾個系統並立執行,它們之間的介面是系統開發人員最頭痛的問題。對於商業終端使用者應用程式,企業資訊系統和軟體作為乙個大系統的一部分的產品是顯而易見的。但是對於我們開發人員來說,並沒有編寫出客戶認可的需求文件,我們如何知道專案於何時結束?而如果我們不知道什麼對客戶來說是重要的,那我們又如何能使客戶感到滿意呢?

然而,即便並非出於商業目的的軟體需求也是必須的。例如庫、元件和工具這些供開發小組內部使用的軟體。當然你可能偶爾勿需文件說明就能與其他人意見較為一致,但更常見的是出現重複返工這種不可避免的後果,而重新編制**的代價遠遠超過重寫乙份需求文件的代價,這些血的教訓正在國內的軟體開發者身上發生。而需求分為好幾種型別:軟體需求、使用者需求和競爭性需求等,在皺欣老師的教材中也舉例了很多軟體需求的案例以及實現方式作為乙個it行業的設計者,了解並實現好需求是非常必要的。。。。。

結隊作業之需求分析

由於學校圖書館位置與自習室經常被佔滿,許多學生沒有佔到座位,導致只能在宿舍學習。沒在在合適氛圍下進行學習的直接後果 學習效率底下。學校中總有人起早貪黑就為了去圖書館或者自習室佔乙個位置學習,位置的競爭給大部分熱衷於學習的學生帶來許多困擾,特別是要奮戰考研的大三大四學生們,沒佔到座位導致自己一天的計畫...

專案開發心得之需求分析

專案開發心得之需求分析收藏 前一篇講述了我在這個 專案開發上人力資源配置的一些經驗,有了人員配置的初步安排剩下的前期工作就是就是招人和需求分析,如果等人員到位,需求分析還沒來,那進來的人員都只有等著啦。這篇我就主要說說我在這個專案中進行需求分析的一些經驗和做法。1.1 需求從哪來?就我個人經驗來說,...

產品設計之需求分析

需求分析的首要任務就是明確哪些需求是使用者的核心需求,在我們的日常工作中,需求蒐集是一項很重要的工作,然而面對多方的需求 競品分析 使用者反饋 使用者研究 究竟該如何抓住使用者的核心需求?又有哪些原則可以遵循呢?反問思考法 面對列出的眾多沒有章法的需求,我們往往是先一條一條的過,但是往往我們自己心裡...