全國計算機考試複習資料：系統需求
“系統需求”包括:問題定義、可行性研究及軟體計劃。
1.問題定義
軟體開發的第一步就是進行問題定義。問題定義階段必須回答的關鍵問題:“軟體要解決的問題是什麼?”如果不知道問題是什麼就試圖解決這個問題，顯然是盲目的，只會白白浪費時間和金錢，最終得出的結果很可能是毫無意義的。儘管確切地定義問題的必要性是十分明顯的，但是在實踐中它卻可能是最常被忽視的一個步驟。這裡所說的問題，就是指使用者的基本要求。說得通俗些，問題定義實際上就是了解使用者到底要建立什麼系統，並確定分析員下一步應該做什麼。因此，問題定義的來源是使用者。**問題定義階段的工作，系統分析員應該提出關於問題性質、工程目標和規模的書面報告。這一階段的分析員應儘可能站在較高的角度去抽象、概括所要乾的事情，不要拘泥於問題實現的細節。儘管使用者可能總是習慣於這樣做，但分析員在這一階段必須超脫出來，居高臨下鳥瞰系統的全貌。對系統的實際使用者和使用部門負責人的訪問調查，分析員扼要地寫出他對問題的理解，並在使用部門負責人的會議上認真討論這份書面報告，澄清含糊不清的地方，改正理解不正確的地方，最後得出一份雙方都滿意的文件。當用戶的要求不是很多並且不太複雜時，一兩個分析員用上一兩天就可以完成這一工作了。但當系統比較大，且複雜時，恐怕就要組織一個問題定義小組，花上一兩個星期，甚至數月來定義使用者的問題。如果分析員和使用者及使用部門的負責人對所要解決的問題取得完全一致的看法，而且使用部門的負責人同意開發工程繼續進行下去，那麼開發工程將轉入生命週期的下一個階段———可行性研究。
2.可行性研究
並不是所有問題都有簡單明顯的解決辦法，事實上，許多問題不能在預定的系統規模之內解決。如果問題沒有可行的解，那麼花費在這項開發工程上的任何時間、資源、人力和經費和都是無謂的浪費。可行性研究的目的在於用最小的代價確定在問題定義階段所確定的系統的目標和規模是否現實，所確定的問題是否可以解決，系統方案在經濟上、技術上和操作上是否可以接受。可行性研究著重對如下具體方案考慮:
（1）經濟可行性。估計開發費用以及新系統可能帶來的收益，將兩者進行權衡，看結果是否可以接受。
（2）技術可行性。對要求的功能、效能以及限制條件進行分析，是否能夠做成一個可接受的系統。所考慮的因素通常還應包括開發的風險，是否能夠得到需要的軟體和硬體資源和一個熟練的有能力的開發隊伍，與系統開發有關的技術是否足以支援系統的研製。技術可行性的估計，需要有經驗的人員去完成。
（3）操作可行性。判斷系統的操作方式在該使用者組織內是否可行。分析、設計人員應以新系統的目標和作用範圍為依據提出一種以上的設計方案，從技術可行性、經濟可行性、操作可行性等方面進行比較，並選擇出綜合最優的.方案。根據可行性研究結果要做出的決定是:是否繼續按預定目標進行這項開發工程，可行性分析人員必須清楚地表明他對這個關鍵性決定的建議。如果認為值得繼續進行這項開發工程，則應提供選擇一種最好的解法並說明理由。可行性分析是在問題的目標和約束之間的一種權衡，還可能有的結果則是修改目標或放寬約束。
3.軟體計劃
分析人員應該為推薦的系統草擬一份軟體計劃，其中描述的是為了成功地進行一個軟體專案，其所需要做的工作、需要的資源、需要的工作量和費用以及應遵循的進度安排。軟體計劃由兩項任務組成:分析和估算。分析是對系統內各軟體功能的界限的劃定。估算是指根據已有的定性資料和已往的經驗對系統開發的資源、費用和進度進行定量的估計。軟體開發專案的進度安排可以從兩種觀點來考慮:一是專案的交付日期已定，負責開發工作的軟體機構被限制在一個規定的時間範圍內分配其工作量。二是專案最後的交付日期由軟體機構自已確定，可以從最佳的利用各種資源的角度出發來分配工作量，專案最後的交付日期經過對軟體各部分仔細分析後才確定。在多數專案中，遇到的往往是第一種情況。軟體計劃的閱讀者可以包括軟體主管部門、使用者和技術人員。所確定的成本與進度可供主管部門複審。它同時也給出了整個軟體生命週期的基本成本預算的進度安排。
【全國計算機考試複習資料：系統需求】相關文章：