項目需求分析

項目需求分析

功能與客戶達成一緻的一款軟件
項目需求分析是功能與客戶達成一緻的一款軟件,指理解用戶需求,就軟件功能與客戶達成一緻,估計軟件風險和評估項目代價,最終形成開發計劃的一個複雜過程。
    中文名:項目需求分析 外文名: 适用領域: 所屬學科: 軟件:功能與客戶達成一緻 最終形成:開發計劃的一個複雜過程 需求分析:是指理解用戶需求

為什麼要需求分析

需求分析就是分析軟件用戶的需求是什麼.如果投入大量的人力,物力,财力,時間,開發出的軟件卻沒人要,那所有的投入都是徒勞。如果費了很大的精力,開發一個軟件,最後卻不滿足用戶的要求,從而要重新開發過,這種返工是讓人痛心疾首的。(相信大家都有體會)比如,用戶需要一個for linux的軟件,而你在軟件開發前期忽略了軟件的運行環境,忘了向用戶詢問這個問題,而想當然的認為是開發for windows的軟件,當你千辛萬苦地開發完成向用戶提交時才發現出了問題,那時候你是欲哭無淚了,恨不得找塊豆腐一頭撞死。

需求分析之所以重要,就因為他具有決策性,方向性,策略性的作用,他在軟件開發的過程中具有舉足輕重的地位。大家一定要對需求分析具有足夠的重視.在一個大型軟件系統的開發中,他的作用要遠遠大于程序設計。

需求分析的過程

需求分析階段的工作,可以分為四個方面:問題識别,分析與綜合,制訂規格說明,評審。

問題識别

就是從系統角度來理解軟件,确定對所開發系統的綜合要求,并提出這些需求的實現條件,以及需求應該達到的标準。這些需求包括:功能需求(做什麼),性能需求環(要達到什麼指标),境需求(如機型,操作系統等),可靠性需求(不發生故障的概率),安全保密需求,用戶界面需求,資源使用需求(軟件運行時所需的内存,CPU等),軟件成本消耗與開發進度需求,預先估計以後系統可能達到的目标。

分析與綜合

逐步細化所有的軟件功能,找出系統各元素間的聯系,接口特性和設計上的限制,分析他們是否滿足需求,剔除不合理部分,增加需要部分。最後,綜合成系統的解決方案,給出要開發的系統的詳細邏輯模型(做什麼的模型)。

制訂規格說明書

即編制文檔,描述需求的文檔稱為軟件需求規格說明書。請注意,需求分析階段的成果是需求規格說明書(好象軟考曾經考過這個問題)向下一階段提交。

評審

對功能的正确性,完整性和清晰性,以及其它需求給予評價。評審通過才可進行下一階段的工作,否則重新進行需求分析。

需求分析的方法

需求分析的方法有很多。這裡隻強調原型化方法,其它的方法如:結構化方法,動态分析法等(個人認為,對初學者不必深究這些方法,實際上我也從來沒用過這些方法)在此不讨論。原型化方法是十分重要的(是軟考等常考的知識點)原型就是軟件的一個早期可運行的版本,它實現了目标系統的某些或全部功能。原型化方法就是盡可能快地建造一個粗糙的系統,這系統實現了目标系統的某些或全部功能,但是這個系統可能在可靠性,界面的友好性或其他方面上存在缺陷。

建造這樣一個系統的目的是為了考察某一方面的可行性,如算法的可行性,技術的可行性,或考察是否滿足用戶的需求等。如,為了考察是否滿足用戶的要求,可以用某些軟件工具快速的建造一個原型系統,這個系統隻是一個界面,然後聽取用戶的意見,改進這個原型。以後的目标系統就在原型系統的基礎上開發。

原型主要有三種類型(軟考考過):探索型,實驗型,進化型。探索型:目的是要弄清楚對目标系統的要求,确定所希望的特性,并探讨多種方案的可行性。實驗型:用于大規模開發和實現前,考核方案是否合适,規格說明是否可靠。進化型:目的不在于改進規格說明,而是将系統建造得易于變化,在改進原型的過程中,逐步将原型進化成最終系統。

在使用原型化方法是有兩種不同的策略:廢棄策略,追加策略。廢棄策略:先建造一個功能簡單而且質量要求不高的模型系統,針對這個系統反複進行修改,形成比較好的思想,據此設計出較完整,準确,一緻,可靠的最終系統。系統構造完成後,原來的模型系統就被廢棄不用。探索型和實驗型屬于這種策略。

追加策略:先構造一個功能簡單而且質量要求不高的模型系統,作為最終系統的核心,然後通過不斷地擴充修改,逐步追加新要求,發展成為最終系統。進化型屬于這種策略。

相關詞條

相關搜索

其它詞條