摘 要到目前為止，已經(jīng)經(jīng)歷了4個不同發(fā)展階段的計算機仍然被許多問題所困擾。人們在軟件開發(fā)和維護的過程中依然存在著很多嚴重的問題，可是并不是所有的問題都有明顯的辦法來解決。實際上現(xiàn)有的系統(tǒng)并不能解決所有的新問題，如果沒有可行的辦法來解決，那么耗費在問題上的人力資源、物力資源都是白費。本課題研究的目的就是用最少的資本來確定該問題是不是可以解決，是不是值得解決。

【關(guān)鍵詞】軟件工程問題 可行性研究

隨著科技的發(fā)展，軟件的開發(fā)與與維護產(chǎn)生了這樣那樣的問題。本課題研究的目的就是用最少的資本來確定該問題是不是可以解決，是不是值得解決。我們要想達到這個目的并不能靠主觀的猜想，必須通過客觀的分析來解決。

1 研究任務(wù)的可行性

第一步我們要把問題分析清楚。再分析問題澄清問題是初步吧問題的規(guī)模確定，澄清了問題后，系統(tǒng)的邏輯模型要導(dǎo)出來。進而從導(dǎo)出的邏輯模型出發(fā)找出多種可供選擇的解決方法。我們一般從3個方面來研究問題的可行性：

（1）科技可行性：現(xiàn)在的科技水平能夠達到這個目標么？

（2）操作可行性：用戶能夠使用這個操作系統(tǒng)么？

（3）經(jīng)濟可行性：用這個方法解決系統(tǒng)的開發(fā)成本會超過他的經(jīng)濟效益么？

當(dāng)然除了這些方面，我們還要從法律社會效益等多個方面綜合考慮。把問題分析完以后，分析者要把每一個解決辦法相應(yīng)的粗略的實現(xiàn)進度給制定出來，如果發(fā)現(xiàn)沒有可以解決的辦法，那么這項工程的開發(fā)就要被停止以避免浪費人力物力。

2 研究問題可行性的過程

2.1 復(fù)查系統(tǒng)的規(guī)模和目標

分析者要認真閱讀有關(guān)的資料并加以分析，認真與關(guān)鍵的人員進行討論，進一步確認分析問題階段所到處的邏輯模型圖，把模糊不確切的敘述全部改正，要把對目標系統(tǒng)的一切約束和制約都清楚的描述出來。

2.2 現(xiàn)有系統(tǒng)的研究

對于現(xiàn)存在的系統(tǒng)，它是一個重要的信息源。所開發(fā)的系統(tǒng)一定要有它的基本功能，并且還得要有解決問題的功能。此外，新開發(fā)的系統(tǒng)如果不能夠節(jié)約資本，或者提高收入，那么新的系統(tǒng)就不值得去開發(fā)。

2.3 導(dǎo)出新系統(tǒng)的高級模型圖

根據(jù)已有的物理系統(tǒng)把已有的系統(tǒng)邏輯模型圖導(dǎo)出來，然后根據(jù)已有的系統(tǒng)邏輯模型構(gòu)思出新系統(tǒng)的邏輯模型，接著依照新系統(tǒng)的邏輯模型建立新的物理系統(tǒng)。

2.4 問題的進一步定義

分析員的看法已經(jīng)表現(xiàn)在了新系統(tǒng)的邏輯模型圖上，如果用戶與分析員有同樣的方法，則可以一起對問題定義、工程規(guī)模和目標進行復(fù)查，這次復(fù)查數(shù)據(jù)流圖和數(shù)據(jù)字典要被作為討論的基礎(chǔ)。

2.5 解法的導(dǎo)出與評價

依據(jù)新系統(tǒng)的邏輯模型圖，分析員要提供幾個比較高水平的方案來進行比較和選擇。最簡單的導(dǎo)出供選擇的解決辦法的途徑，是依據(jù)現(xiàn)有的科技水平來考慮不同的方案一達到解決問題的目標。

一些關(guān)于技術(shù)的物理系統(tǒng)被提出了之后，要依據(jù)科技水平的可行性把一些不顯示的系統(tǒng)給排除

其次就是考慮操作是否可行。由于各個單位處理事情的習(xí)慣和原則不同，分析員要把技術(shù)上可行的方案篩選出來，把那些不切實際的以及部門不能執(zhí)行的方案給去掉。

接著分析員應(yīng)該對經(jīng)濟方面是否可行來給出一個判斷。分析員要把系統(tǒng)的每一個階段大概的成本給估計出來，并且估計新系統(tǒng)是否可以節(jié)省費用或是否可以增加收益。

2.6 行動方針的推薦

研究軟件工程可行性問題最關(guān)鍵的是：對于這項開發(fā)工程是否繼續(xù)進行？分析員必須把這個問題的建議清楚的表明。如果分析員覺得這項工程的開發(fā)可以繼續(xù)進行下去，那么分析員應(yīng)該選擇出一種對于該工程最好的解決辦法并加以說明和分析。

2.7 開發(fā)計劃的草擬

分析員推薦了方案以后，應(yīng)該把相應(yīng)的草擬計劃書草擬出來。對于草擬的計劃書，不僅要表明工程的進度，還要把各類開發(fā)人員所要用到的開發(fā)資源給估計出來，并且要對開發(fā)人員表明何事用及用的時長。分析員應(yīng)該在最后指出下個階段詳細的進度表的成本估計。

2.8 提交審查書寫文檔

把以上所述寫成清晰明了的文本文檔，請相關(guān)負責(zé)人員及評審組檢察，來表明這項工程是否值得繼續(xù)進行及分析員推薦的方案是否可行。

分析員對新系統(tǒng)必須做什么的看法實際上都表現(xiàn)在新系統(tǒng)的邏輯模型圖上。對于分析員的看法，用戶是否贊同？分析員和用戶要一起再次對問題的定義、工程規(guī)模和目標進行復(fù)查。

參考文獻

[1]張海藩，牟永敏.軟件工程導(dǎo)論[M].清華大學(xué)出版社，2013（08）.

作者簡介

邢梁林（1994-），男，山西省大同市大同大學(xué)。大學(xué)本科學(xué)歷。大同大學(xué)數(shù)計學(xué)院計算機科學(xué)與技術(shù)專業(yè)。主要研究方向為軟件可行性研究。

作者單位

大同大學(xué)數(shù)計學(xué)院 山西省大同市 037009