軟件需求的任務是什麼?
軟件工程中需求分析的任務是什麼？（具體點）
一。 確定對系統的綜合要求
1. 功能需求
這方面的需求指定系統必須提供的服務。通過需求分析應該劃分出系統必須完成的所有功能。
2. 性能需求
性能需求指定系統必須滿足的定時約束或容量約束，通常包括速度(響應時間)、信息量速率、主存容量、磁盤容量、安全性等方面的需求。
3. 可靠性和可用性需求
可靠性需求定量地指定系統的可靠性。
可用性與可靠性密切相關，它量化了用戶可以使用系統的程度。
4. 出錯處理需求
這類需求說明系統對環境錯誤應該怎樣響應。例如，如果它接收到從另一個系統發來的違反協議格式的消息，應該做什麼?注意，上述這類錯誤並不是由該應用系統本身造成的。
5. 接口需求
接口需求描述應用系統與它的環境通信的格式。常見的接口需求有：用戶接口需求；硬件接口需求；軟件接口需求；通信接口需求。
6. 約束
設計約束或實現約束描述在設計或實現應用系統時應遵守的限制條件。在需求分析階段提出這類需求，並不是要取代設計(或實現)過程，只是說明用戶或環境強加給項目的限制條件。常見的約束有：精度；工具和語言約束；設計約束；應該使用的標準；應該使用的硬件平臺。
7. 逆向需求
逆向需求說明軟件系統不應該做什麼。理論上有無限多個逆向需求，我們應該僅選取能澄清真實需求且可消除可能發生的誤解的那些逆向需求。
8. 將來可能提出的要求
應該明確地列出那些雖然不屬於當前系統開發範疇，但是據分析將來很可能會提出來的要求。
注意：舉例讓學生理解：這樣做的目的是，在設計過程中對系統將來可能的擴充和修改預做準備，以便一旦確實需要時能比較容易地進行這種擴充和修改。
二 。分析系統的數據要求
任何一個軟件系統本質上都是信息處理系統，系統必須處理的信息和系統應該產生的信息在很大程度上決定了系統的面貌，對軟件設計有深遠影響，因此，必須分析系統的數據要求，這是軟件需求分析的一個重要任務。
分析系統的數據要求通常採用建立數據模型的方法（舉例）。
三。 導出系統的邏輯模型
綜合上述兩項分析的結果可以導出系統的詳細的邏輯模型，通常用數據流圖、實體-聯繫圖、狀態轉換圖、數據字典和主要的處理算法描述這個邏輯模型。
四。 修正系統開發計劃
根據在分析過程中獲得的對系統的更深入更具體的瞭解，可以比較準確地估計系統的成本和進度，修正以前制定的開發計劃。
軟件開發中需求活動的主要任務是
需求分析的基本任務也是主要任務：
1.問題識別
(1) 功能需求：明確所開發的軟件必須具備什麼樣的功能。
(2) 性能需求：明確待開發的軟件的技術性能指標。
(3) 環境需求：明確軟件運行時所需要的軟、硬件的要求。
(4) 用戶界面需求：明確人機交互方式、輸入輸出數據格式。
2. 分析與綜合，導出軟件的邏輯模型
分析人員對獲取的需求，進行一致性的分析檢查，在分析、綜合中逐步細化軟件功能，劃分成各個子功能。用圖文結合的形式，建立起新系統的邏輯模型。
3. 編寫文檔
(1) 編寫“需求規格說明書”，把雙方共同的理解與分析結果用規範的方式描述出來，作為今後各項工作的基礎。
(2) 編寫初步用戶使用手冊，著重反映被開發軟件的用戶功能界面和用戶使用的具體要求，用戶手冊能強制分析人員從用戶使用的觀點考慮軟件。
(3) 編寫確認測試計劃，作為今後確認和驗收的依據。
(4) 修改完善軟件開發計劃。在需求分析階段對待開發的系統有了更進一步的瞭解，所以能伐準確地估計開發成本、進度及資源要求，因此對原計劃要進行適當修正。
什麼是需求分析?需求分析階段的基本任務是什麼?
需求分析：開發人員準確地理解用戶的要求，進行細緻的調查分析，將用戶非形式的需求陳述轉化為完整的需求定義，再由需求定義轉換到相應的需求規格說明的過程。
基本任務: ⑴問題識別：雙方確定對問題的綜合需求，這些需求包括功能需求，性能需求，環境需求，用戶界面需求。
⑵分析與綜合，導出軟件的邏輯模型
⑶編寫文檔：包括編寫"需譁規格說明書","初步用戶使用手冊","確認測試計劃","修改完善軟件開發計劃"
軟件項目管理需求分析的任務是什麼
需求分析作用是形成需求規礎說明書，為項目範圍管理提供基礎。簡單的說就是知道客戶想要什麼樣的軟件。要什麼樣的功能。
軟件需求分析階段任務是確定什麼？
軟件系統功能
需求分析的目的和主要任務是什麼
最大化減少庫存；
最大化資金週轉；
最大化經營效益；
最大化產品適銷對路；
最大化全國售後服務網的戰略佈局。
需求分析的任務
需求分析的任務是通過詳細調查現實世界要處理的對象，充分了解原系統工作概況，明確用戶的各種需求然後在此基礎上確定新系統的功能。確定對系統的綜合要求，雖然功能需求是對軟件系統的一項基本需求，但卻並不是唯一的需求，通常對軟件系統有下述幾方面的綜合要求。1.功能需求2.性能需求3.可靠性和可用性需求4.出錯處理需求5.接口需求6.約束7.逆向需求8.將來可能提出的要求 任何一個軟件本質上都是信息處理系統，系統必須處理的信息和系統應該產生的信息很大程度上決定了系統的面貌，對軟件設計有深遠的影響，因此，必須分析系統的數據要求，這是軟件分析的一個重要任務。分析系統的數據要求通常採用建立數據模型的方法。複雜的數據由許多基本的數據元素組成，數據結構表示數據元素之間的邏輯關係。利用數據字典可以全面地定義數據，但是數據字典的缺點是不夠直觀。為了提高可理解性，常常利用圖形化工具輔助描述數據結構。用的圖形工具有層次方框圖和Warnier圖。 根據在分析過程中獲得的對系統的更深入的瞭解，可以比較準確地估計系統的成本和進度，修正以前定製的開發計劃。
如何進行軟件需求分析
1.概念
需求的定義包括從用戶角度(系統的外部行為),以及從開發者角度(一些內部特性)來闡述需求.
關鍵的問題是一定要編寫需求文檔.我曾經目睹過一個項目中途更換了所有的開發者,客戶被迫與新的需求分析者坐到一起.系統的分析人員說:"我們想與你談談你的需求."客戶的第一反應便是:"我已經將我的要求都告訴你們前任了,現在我要的就是給我編一個系統".
百事通
而實際上,UGGs,需求並未編寫成文檔,因此新的分析人員不得不從頭做起.所以如果只有一堆郵件、會談記錄或一些零碎的未整理的對話,你就確信你已明白用戶的需求,那完全是自欺欺人.
需求的另外一種定義認為需求是"用戶所需要的並能觸發一個程序或系統開發工作的說明".有些需求分析專家拓展了這個概念:"從系統外部能發現系統所具有的滿足於用戶的特點、功能及屬性等".這些定義強調的是產品是什麼樣的,而並非產品是怎樣設計、構造的.而下面的定義則從用戶需要進一步轉移到了系統特性:
需求是指明必須實現什麼的規格說明.它描述了系統的行為、特性或屬性,是在開發過程中對系統的約束.
從上面這些不同形式的定義不難發現:並沒有一個清晰、毫無二義性的"需求"術語存在,真正的"需求"實際上在人們的腦海中,這個人們主要是指客戶,但一般情況下,用戶並不能描述自己的需要,只就需要系統分析人員根據用戶的自己語言的描述整理出相關的需要再進一步和客戶核對.系統分析員和客戶需要確保所有項目風險承擔者在描述需求的那些名詞的理解上務必達成共識.
任何文檔形式的需求(例如如下將要描述的需求規格說明書)僅是一個模型,一種描述.
2.需求分析的任務
開發軟件系統最為困難的部分就是準確說明開發什麼.最為困難的概念性工作便是編寫出詳細技術需求,這包括所有面向用戶、面向機器和其它軟件系統的接口.同時這也是一旦做錯,將最終會給系統帶來極大損害的部分,並且以後再對它進行修改也極為困難.
目前,國內產品的龐雜,一家企業可能有幾個系統並立運行,它們之間接口是系統開發人員最頭痛的問題.
對於商業最終用戶應用程序,企業信息系統和軟件作為一個大系統的一部分的產品是顯而易見的.但是對於我們開發人員來說,並沒有編寫出客戶認可的需求文檔,我們如何知道項目於何時結束?而如果我們不知道什麼對客戶來說是重要的,那我們又如何能使客戶感到滿意呢?
然而,即便並非出於商業目的的軟件需求也是必須的.例如庫、組件和工具這些供開發小組內部使用的軟件.當然你可能偶爾勿需文檔說明就能與其他人意見較為一致,但更常見的是出現重複返工這種不可避免的後果,而重新編制代碼的代價遠遠超過重寫一份需求文檔的代價,這些血的教訓正在國內的軟件開發者身上發生.
近來,我遇到一個開發小組開發包括代碼編輯器在內的一套內部使用的計算機輔助軟件.不幸的是,當他們開發完這個工具後,發現這個工具不能打印出源代碼文件,使用者當然希望有這個功能.結果這個小組只好手工抄寫源代碼文檔以供代碼檢查.這說明那怕需求明確無誤並構思準確,如果我們沒有編寫文檔,軟件達不到期望目標也只能是咎由自取了.
相反的情況,我曾見一個要集成到"錯誤跟蹤系統"中的簡單界面寫了一頁需求說明.而操作系統系統管理員在為處理腳本時發現簡單的一張需求清單竟是如此有用.他們依據需求對系統進行測試時,此係統不僅非常清晰地實現了所有必需功能,而且未發現任何錯誤.
事實上,需求文檔在開發過程中一直起指導作用.
3.需求分析過程
......
什麼是需求分析，其目標是什麼？《軟件工程》
需求分析就是了解、判斷用戶需要什麼、想最終達到工麼目的、怎麼實現，為你們提供產品、服務、項目等提供目標和檢驗標準
軟件開發有哪幾個階段,每個階段的任務是什麼 30分
軟件開發一般分為五個階段：
1.問題的定義及規劃
此階段是軟件開發與需求放共同討論，主要確定軟件的開發目標及其可行性。
2.需求分析
在確定軟件開發可行性的情況下，對軟件需要實現的各個功能進行詳細需求分析。需求分析階段是一個很重要的階段，這一階段做的好，將為整個軟件項目的開發打下良好的基礎。“唯一不變的是變化本身”，同樣軟件需求也是在軟件愛你開發過程中不斷變化和深入的，因此，我們必須定製需求變更計劃來應付這種變化，以保護整個項目的正常進行。
3.軟件設計
此階段中偶要根據需求分析的結果，對整個軟件系統進行設計，如系統框架設計、數據庫設計等。軟件設計一般分為總體設計和詳細設計。還的軟件設計將為軟件程序編寫打下良好的基礎。
4.程序編碼
此階段是將軟件設計的結果轉化為計算機可運行的程序代碼。在程序編碼中必定要制定統一、符合標準的編寫規範。以保證程序的可讀性、易維護性。提高程序的運行效率。
5.軟件測試
在軟件設計完成之後要進行嚴密的測試，一發現軟件在整個軟件設計過程中存在的問題並加以糾正。整個測試階段分為單元測試、組裝測試、系統測試三個階段進行。測試方法主要有白盒測試和黑盒測試。
以上就是軟件開發過程的五個階段，但是有的時候在軟件愛你開發過程中並不是必須按照這個過程進行的。