三級信息管理技術分章節考試要點：軟件工程(結構化生命周期方法之系統需求)

　　結構化生命周期方法

　　結構化分析與設計方法在軟件工程中應用已很普遍，并且越來越成熟。有許多大、中型項目都采用了這種方法進行開發并取得了顯著的成果。

　　按B.W.Boehm的描述，瀑布模型的的軟件生命周期可劃分七個階段:系統需求分析、軟件需求分析、概要設計、詳細設計、編碼、測試和運行維護。

　　系統需求

　　“系統需求”包括:問題定義、可行性研究及軟件計劃。

　　1.問題定義

　　軟件開發的第一步就是進行問題定義。問題定義階段必須回答的關鍵問題:“軟件要解決的問題是什么?”如果不知道問題是什么就試圖解決這個問題，顯然是盲目的，只會白白浪費時間和金錢，最終得出的結果很可能是毫無意義的。盡管確切地定義問題的必要性是十分明顯的，但是在實踐中它卻可能是最常被忽視的一個步驟。這里所說的問題，就是指用戶的基本要求。說得通俗些，問題定義實際上就是了解用戶到底要建立什么系統，并確定分析員下一步應該做什么。因此，問題定義的來源是用戶。

　　通過問題定義階段的工作，系統分析員應該提出關于問題性質、工程目標和規模的書面報告。這一階段的分析員應盡可能站在較高的角度去抽象、概括所要干的事情，不要拘泥于問題實現的細節。盡管用戶可能總是習慣于這樣做，但分析員在這一階段必須超脫出來，居高臨下鳥瞰系統的全貌。通過對系統的實際用戶和使用部門負責人的訪問調查，分析員扼要地寫出他對問題的理解，并在使用部門負責人的會議上認真討論這份書面報告，澄清含糊不清的地方，改正理解不正確的地方，最后得出一份雙方都滿意的文檔。

　　當用戶的要求不是很多并且不太復雜時，一兩個分析員用上一兩天就可以完成這一工作了。但當系統比較大，且復雜時，恐怕就要組織一個問題定義小組，花上一兩個星期，甚至數月來定義用戶的問題。

　　如果分析員和用戶及使用部門的負責人對所要解決的問題取得完全一致的看法，而且使用部門的負責人同意開發工程繼續進行下去，那么開發工程將轉入生命周期的下一個階段———可行性研究。

　　2.可行性研究

　　并不是所有問題都有簡單明顯的解決辦法，事實上，許多問題不能在預定的系統規模之內解決。如果問題沒有可行的解，那么花費在這項開發工程上的任何時間、資源、人力和經費和都是無謂的浪費。

　　可行性研究的目的在于用最小的代價確定在問題定義階段所確定的系統的目標和規模是否現實，所確定的問題是否可以解決，系統方案在經濟上、技術上和操作上是否可以接受。可行性研究著重對如下具體方案考慮:

　　(1)經濟可行性。估計開發費用以及新系統可能帶來的收益，將兩者進行權衡，看結果是否可以接受。

　　(2)技術可行性。對要求的功能、性能以及限制條件進行分析，是否能夠做成一個可接受的系統。所考慮的因素通常還應包括開發的風險，是否能夠得到需要的軟件和硬件資源和一個熟練的有能力的開發隊伍，與系統開發有關的技術是否足以支持系統的研制。技術可行性的估計，需要有經驗的人員去完成。

　　(3)操作可行性。判斷系統的操作方式在該用戶組織內是否可行。

　　分析、設計人員應以新系統的目標和作用范圍為依據提出一種以上的設計方案，從技術可行性、經濟可行性、操作可行性等方面進行比較，并選擇出綜合最優的方案。

　　Examda提示: 根據可行性研究結果要做出的決定是:是否繼續按預定目標進行這項開發工程，可行性分析人員必須清楚地表明他對這個關鍵性決定的建議。如果認為值得繼續進行這項開發工程，則應提供選擇一種最好的解法并說明理由。可行性分析是在問題的目標和約束之間的一種權衡，還可能有的結果則是修改目標或放寬約束。

　　3.軟件計劃

　　分析人員應該為推薦的系統草擬一份軟件計劃，其中描述的是為了成功地進行一個軟件項目，其所需要做的工作、需要的資源、需要的工作量和費用以及應遵循的進度安排。

　　軟件計劃由兩項任務組成:分析和估算。分析是對系統內各軟件功能的界限的劃定。估算是指根據已有的定性數據和已往的經驗對系統開發的資源、費用和進度進行定量的估計。

　　軟件開發項目的進度安排可以從兩種觀點來考慮:一是項目的交付日期已定，負責開發工作的軟件機構被限制在一個規定的時間范圍內分配其工作量。二是項目最后的交付日期由軟件機構自已確定，可以從最佳的利用各種資源的角度出發來分配工作量，項目最后的交付日期經過對軟件各部分仔細分析后才確定。在多數項目中，遇到的往往是第一種情況。

　　軟件計劃的閱讀者可以包括軟件主管部門、用戶和技術人員。所確定的成本與進度可供主管部門復審。它同時也給出了整個軟件生命周期的基本成本預算的進度安排。

　　相關推薦：

　　計算機等級考試合格標準

　　2014年計算機等考上機六大注意事項

　　2014年計算機等級考試三級真題及答案匯總