軟件工程可行性分析報告(軟件工程可行性分析報告例文)

軟件工程可行性分析報告

軟件工程可行性分析報告

關(guān)于軟件工程可行性分析報告是怎么樣的呢，下面是軟件工程可行性分析報告范文，供大家參考。

軟件工程可行性分析報告【1】

1.引言

1.1編寫(xiě)目的【闡明編寫(xiě)可行性研究報告的目的，指出讀者對象。】

1.2項目背景【應包括:a.所建議開(kāi)發(fā)軟件的名稱(chēng).b.項目的任務(wù)提出者、開(kāi)發(fā)者、用戶(hù)及實(shí)現軟件的單位.c.項目與其他軟件或其他系統的關(guān)系。】

1.3定義【列出文檔中用到的專(zhuān)門(mén)術(shù)語(yǔ)的定義和縮寫(xiě)詞的原文。】

1.4參考資料【列出有關(guān)資料的作者、標題、編號、發(fā)表日期、出版單位或資料來(lái)源，可包括:a.項目經(jīng)核準的計劃任務(wù)書(shū)、合同或上級機關(guān)的批文.b.與項目有關(guān)的已發(fā)表的資料.c.文檔中所引用的資料，所采用的軟件標準或規范。】

2.可行性研究的前提

2.1要求【列出并說(shuō)明建議開(kāi)發(fā)軟件的基本要求，如a.功能.b.性能;c.輸出;d.輸入;e.基本的數據流程和處理流程;f.安全與保密要求;g.與軟件相關(guān)的其他系統;h.完成期限。】

2.2目標【可包括:a.人力與設備費用的節省.b.處理速度的提高.c.控制精度或生產(chǎn)能力的提高;d.管理信息服務(wù)的改進(jìn).e.決策系統的改進(jìn);f.人員工作效率的提高，等等。】

2.3條件、假定和限制【可包括.a.建議開(kāi)發(fā)軟件運行的最短壽命.b.進(jìn)行系統方案選擇比較的期限.c.經(jīng)費來(lái)源和使用限制;d.法律和政策方面的限制.e.硬件、軟件、運行環(huán)境和開(kāi)發(fā)環(huán)境的條件和限制;f.可利用的信息和資源;g.建議開(kāi)發(fā)軟件投入使用的最遲時(shí)間。】

2.4可行性研究方法

2.5決定可行性的主要因素

3.對現有系統的分析

3.1處理流程和數據流程

3.2工作負荷

3.3費用支出【如人力、設備、空間、支持性服務(wù)、材料等項開(kāi)支。】

3.4人員【列出所需人員的專(zhuān)業(yè)技術(shù)類(lèi)別和數量。】

3.5設備

3.6局限性【說(shuō)明現有系統存在的問(wèn)題以及為什么需要開(kāi)發(fā)新的系統。】

4.所建議技術(shù)可行性分析

4.1對系統的簡(jiǎn)要描述

4.2處理流程和數據流程

4.3與現有系統比較的優(yōu)越性

4.4采用建議系統可能帶來(lái)的影響

4.4.1對設備的影響

4.4.2對現有軟件的影響

4.4.3對用戶(hù)的影響

4.4.4對系統運行的影響

4.4.5對開(kāi)發(fā)環(huán)境的影響

4.4.6對運行環(huán)境的影響

4.4.7對經(jīng)費支出的影響

4.5技術(shù)可行性評價(jià) 【包括.a-在限制條件下，功能目標是否能達到.b.利用現有技術(shù)，功能目標能否達到.c.對開(kāi)發(fā)人員數量和質(zhì)量的要求，并說(shuō)明能否滿(mǎn)足;d.在規定的期限內，開(kāi)發(fā)能否完成。】

5.所建議系統經(jīng)濟可行性分析

5.1支出

5.1.1基建投資

5.1.2其他一次性支出

5.1.3經(jīng)常性支出

5.2效益

5.2.1一次性收益

5.2.2經(jīng)常性收益

5.2.3不可定量收益

5.3收益/投資比

5.4投資回收周期

5.5敏感性分析【敏感性分析是指一些關(guān)鍵性因素，如:系統生存周期長(cháng)短、系統工作負荷量、處理速度要求、設備和軟件配置變化對支出和效益的影響等的分析。】

6.社會(huì )因素可行性分析

6.1法律因素【如，合同責任、侵犯專(zhuān)利權、侵犯版權等問(wèn)題的分析。】

6.2用戶(hù)使用可行性【如，用戶(hù)單位的行政管理、工作制度、人員素質(zhì)等能否滿(mǎn)足要求。】

7.其他可供選擇的方案

【逐個(gè)闡明其他可供選擇的方案，并重點(diǎn)說(shuō)明未被推薦的理由。】

8.結論意見(jiàn)

【結論意見(jiàn)可能是:a.可著(zhù)手組織開(kāi)發(fā).b.需待若干條件(如資金、人力、設備等)具備后才能開(kāi)發(fā).c.需對開(kāi)發(fā)目標進(jìn)行某些修改;d.不能進(jìn)行或不必進(jìn)行(如技術(shù)不成熟，經(jīng)濟上不合算等).e.其他。】

軟件工程可行性分析報告【2】

1. 引言

(1)編寫(xiě)目的

可行性研究的目的是為了對問(wèn)題進(jìn)行研究，以最小的代價(jià)在最短的時(shí)間內確定問(wèn)題是否可解。

經(jīng)過(guò)對此項目進(jìn)行詳細調查研究，初擬系統實(shí)驗報告，對軟件開(kāi)發(fā)中將要面臨的問(wèn)題及其解決方案進(jìn)行初步設計及合理安排。

明確開(kāi)發(fā)風(fēng)險及其所帶來(lái)的經(jīng)濟效益。

本報告經(jīng)審核后，交項目經(jīng)理審查。

(2)項目背景

開(kāi)發(fā)軟件名稱(chēng):高校圖書(shū)館管理系統

項目任務(wù)提出者:某某大學(xué)

項目開(kāi)發(fā)者:某某大學(xué)信息學(xué)院

用戶(hù):某某大學(xué)圖書(shū)館

實(shí)驗軟件單位:某某大學(xué)及某某大學(xué)信息學(xué)院

項目與其他軟件，系統的關(guān)系:本項目采用客戶(hù)機/服務(wù)器原理，客戶(hù)端的程序是建立在Windows NT系統上以Microsoft Visual C++為開(kāi)發(fā)軟件的應用程序，服務(wù)器端采用Linux為操作系統的工作站，是采用Oracle 8為開(kāi)發(fā)軟件的數據庫服務(wù)程序。

(3)定義

[專(zhuān)門(mén)術(shù)語(yǔ)]:

[縮寫(xiě)詞]:

(4)參考資料

張海藩，《軟件工程導論》。

北京:清華大學(xué)出版社

鄭人杰等，《實(shí)用軟件工程》。

北京:清華大學(xué)出版社

2. 可行性研究的前提

(1)要求

主要功能:為學(xué)校圖書(shū)館進(jìn)行管理，和對學(xué)生對圖書(shū)的借閱管理和查詢(xún)管理，以及學(xué)生對圖書(shū)的查詢(xún)。

性能要求:能夠及時(shí)反映圖書(shū)的庫存信息，正確完整的維護圖書(shū)信息，快速準確的完成圖書(shū)信息的查詢(xún)。

輸入要求:數據完整，詳實(shí)。

輸出要求:簡(jiǎn)捷，快速，實(shí)時(shí)。

安全與保密要求:保證圖書(shū)借閱的數據準確完整，防止學(xué)生的借閱覽室信息被修改。

完成期限:預計12個(gè)月，即從20xx年1月到20xx年12月。

(2)目標

系統實(shí)現后，大大提高圖書(shū)館圖書(shū)借閱的效率，提高圖書(shū)庫存信息的準確性和完整性，提高對圖書(shū)信息的檢索效率。

(3)條件，假定和限制

建議軟件壽命:5年。

經(jīng)費來(lái)源:某某高校圖書(shū)館。

硬件條件:服務(wù)器sun工作站，終端為pc機。

運行環(huán)境:Linux

數據庫:Oracle8

投入運行最遲時(shí)間:20xx/02/01

(4)決定可行性的主要因素

成本/效益分析結果，效益>>成本。

技本可行，現有技術(shù)可完全承擔開(kāi)發(fā)任務(wù)。

操作可行，軟件能被原有工作人員快速接受。

3. 技術(shù)可行性分析

(1) 系統簡(jiǎn)要描述

在圖書(shū)館中的終端是安裝了Windows NT的PC機，主要目的是向圖書(shū)館的服務(wù)器傳遞數據。

當學(xué)生在圖書(shū)館進(jìn)行查詢(xún)時(shí)，終端向服務(wù)器發(fā)生查詢(xún)請求，服務(wù)器根據圖書(shū)信息庫的實(shí)時(shí)數據，向終端發(fā)送數據，顯示在終端的屏幕上。

當學(xué)生向操作員借書(shū)時(shí)，終端向服務(wù)器發(fā)出還書(shū)請求，服務(wù)器接收后，查詢(xún)借閱信息庫，核對后，修改圖書(shū)庫存信息庫。

(2) 處理流程和數據流程如圖書(shū)1.1所示

4. 經(jīng)濟可行性分析

(1)支出

基礎投資:終端PC機器20臺 5000*18=9萬(wàn)

網(wǎng)絡(luò )設備 10萬(wàn)

輔助配置 5萬(wàn)

共計:24萬(wàn)

其他一次性投資:Oracle 8.0 10萬(wàn)

Windows 2000 1萬(wàn)

操作員培訓費 1萬(wàn)

共計:12萬(wàn)

經(jīng)常性支出:人工費用 12(月)*10(人)*5000(元)=60萬(wàn)

其他不可知額處支出 4萬(wàn)

共計:64萬(wàn)

支出共計:100萬(wàn)

(2)效益

一次性收益0元

經(jīng)常性收益(按銀行利率:1%);

減少員工20人(1000元/人)五年收益

1000*[1.1+(1.1)2+(1.1)3+(1.1)4+(1.1)5]*20*12*5=120萬(wàn)

工作效率提高收益(工作效率提高30%)

30*[1.1+(1.1)2+(1.1)3+(1.1)4+(1.1)5]*(30%)*5=45萬(wàn)

經(jīng)常性收益共計:160萬(wàn)

不可定量收益

因服務(wù)質(zhì)量提高增加10%:

1000萬(wàn)*10%*[90%+(90%)2+(90%)3+(90%)4+(90%)5]=360萬(wàn)

收益共計:520萬(wàn)

(3)收益/投資比

520萬(wàn)/151萬(wàn)=344%

(4)投資回收周期

2.3年

(5)敏感性分析

設計系統周期為5年，估計最長(cháng)可達10年

處理速度:一般查詢(xún)速度<4秒

關(guān)鍵數據查詢(xún)速度:<2秒

5. 社會(huì )因素可行性分析

(1)法律因素

所有軟件都選用正版

所有技術(shù)資料都由提出方保管

合同制定確定違約責任

(2)用戶(hù)使用可行性

使用本軟件人員要求有一定計算機基礎的人員，系統管理員要求有計算機的專(zhuān)業(yè)知識，所有人員都要經(jīng)過(guò)本公司培訓。

管理人員也需經(jīng)過(guò)一般培訓。

經(jīng)過(guò)培訓人員將會(huì )熟練使用本軟件。

兩名系統管理員，一名審計員將進(jìn)行專(zhuān)業(yè)培訓，他們將熟練管理本系統。

6. 其他可供選擇的方案

客戶(hù)端與服務(wù)器端聯(lián)系在一起。

數據輸入由終端輸入，所有數據都由服務(wù)器處理，只在終端上顯示數據結果。

此設計簡(jiǎn)化了數據處理，但加重了服務(wù)器的數據處理，而使用客戶(hù)端/服務(wù)器機理，簡(jiǎn)化數據流量，加快數據處理。

7. 結論意見(jiàn)

由于投資效益比遠大于100%，技術(shù)，經(jīng)濟，操作都有可行性，可以進(jìn)行開(kāi)發(fā)。

軟件工程可行性分析報告【3】

1引言

1.1編寫(xiě)目的

編寫(xiě)本報告的目的是研究本系統的總需求，實(shí)現方案，并分析開(kāi)發(fā)系統的可行性，為決策者提供是否開(kāi)發(fā)系統的依據和建議

1.2背景

說(shuō)明:

A. 所建議開(kāi)發(fā)的軟件系統的名稱(chēng):圖書(shū)管理系統。

B. 本項目的任務(wù)提出者、開(kāi)發(fā)者、用戶(hù)及實(shí)現該軟件的計算中心或計算機網(wǎng)絡(luò );

項目開(kāi)發(fā)者: 河南大學(xué)民生學(xué)院計算機科學(xué)與技術(shù)系“圖書(shū)管理系統”

開(kāi)發(fā)人員: 曾景景 沈天品 趙瑜 張迪 崔文博

C. 該軟件系統同其他系統或其他機構的基本的相互來(lái)往關(guān)系。

1.3定義

列出本文件中用到的專(zhuān)門(mén)術(shù)語(yǔ)的定義和外文首字母組詞的原詞組。

1.4參考資料

列出用得著(zhù)的參考資料

(1)張海藩 軟件工程導論 北京 :清華出版社，20xx年

(2)周蘇 王文 軟件工程試驗 北京:科學(xué)出版社，20xx年

2可行性研究的前提

說(shuō)明對所建議的開(kāi)發(fā)項目進(jìn)行可行性研究的前提，如要求、目標、假定、限制等。

2.1要求

說(shuō)明對所建議開(kāi)發(fā)的軟件的基本要求，如:

A. 功能:負責圖書(shū)館的日常管理，書(shū)信息的查詢(xún)等性能;

B. 輸出如報告、文件或數據，對每項輸出要說(shuō)明其特征

C. 輸入說(shuō)明系統的輸入，包括數據的來(lái)源、類(lèi)型、數量、數據的組織以及提供的頻度;

D. 處理流程和數據流程用圖表的方式表示出最基本的數據流程和處理流程，并輔之以敘述;

E. 在安全與保密方面的要求:登錄借閱系統時(shí)，需要驗證學(xué)號才能進(jìn)行借閱。

F. 同本系統相連接的其他系統;

G. 完成期限:20xx年9月至20xx年12月

2.2目標

說(shuō)明所建議系統的主要開(kāi)發(fā)目標，如:

軟件工程可行性分析報告例文

軟件工程可行性分析報告例文

導語(yǔ)：隨著(zhù)時(shí)代的進(jìn)步,高新技術(shù)發(fā)展日漸迅猛,計算機技術(shù)作為領(lǐng)頭羊,發(fā)展得更加理想。那么，下面是小編為大家帶來(lái)的軟件可行性研究報告范文，僅供參考。

軟件可行性研究報告范文

1.概述

1.1編寫(xiě)目的

說(shuō)明編寫(xiě)本可行性研究報告的目的，指出預期的讀者。

1.2背景

說(shuō)明：

A. 所建議開(kāi)發(fā)的軟件系統的名稱(chēng);

B. 本項目的任務(wù)提出者、開(kāi)發(fā)者、用戶(hù)及實(shí)現該軟件的計算中心或計算機網(wǎng)絡(luò );

C. 該軟件系統同其他系統或其他機構的基本的相互來(lái)往關(guān)系。

1.3定義

列出本文件中用到的專(zhuān)門(mén)術(shù)語(yǔ)的定義和外文首字母組詞的原詞組。

1.4參考資料

列出用得著(zhù)的參考資料，如：

1. 本項目的經(jīng)核準的計劃任務(wù)書(shū)或合同、上級機關(guān)的批文;

2. 屬于本項目的其他已發(fā)表的文件;

3. 本文件中各處引用的文件、資料，包括所需用到的軟件開(kāi)發(fā)標準。 列出這些文件資料的標題、文件編號、發(fā)表日期和出版單位，說(shuō)明能夠得到這些文件資料的來(lái)源。

2可行性研究的前提

說(shuō)明對所建議的開(kāi)發(fā)項目進(jìn)行可行性研究的前提，如要求、目標、假定、限制等。

2.1要求

說(shuō)明對所建議開(kāi)發(fā)的軟件的基本要求，如：

A. 功能;

B. 性能;

C. 輸出如報告、文件或數據，對每項輸出要說(shuō)明其特征，如用途、產(chǎn)生頻度、

接口以及分發(fā)對象;

D. 輸入說(shuō)明系統的輸入，包括數據的來(lái)源、類(lèi)型、數量、數據的組織以及提供

的頻度;

E. 處理流程和數據流程用圖表的方式表示出最基本的數據流程和處理流程，并

輔之以敘述;

F. 在安全與保密方面的要求;

G. 同本系統相連接的其他系統;

H. 完成期限。

2.2目標

說(shuō)明所建議系統的主要開(kāi)發(fā)目標，如：

A. 人力與設備費用的減少;

B. 處理速度的提高;

C. 控制精度或生產(chǎn)能力的提高;

D. 管理信息服務(wù)的改進(jìn);

E. 自動(dòng)決策系統的改進(jìn);

F. 人員利用率的改進(jìn)。

2.3條件、假定和限制

說(shuō)明對這項開(kāi)發(fā)中給出的條件、假定和所受到的限制，如：

a. 所建議系統的運行壽命的最小值;

b.進(jìn)行系統方案選擇比較的時(shí)間;

c. 經(jīng)費、投資方面的來(lái)源和限制;

d.法律和政策方面的限制;

e. 硬件、軟件、運行環(huán)境和開(kāi)發(fā)環(huán)境方面的條件和限制;

f. 可利用的信息和資源;

g.系統投入使用的最晚時(shí)間。

2.4進(jìn)行可行性研究的方法

說(shuō)明這項可行性研究將是如何進(jìn)行的，所建議的系統將是如何評價(jià)的。摘要說(shuō)明所使用的基本方法 和策略，如調查、加權、確定模型、建立基準點(diǎn)或仿真等。

2.5評價(jià)尺度

說(shuō)明對系統進(jìn)行評價(jià)時(shí)所使用的主要尺度，如費用的多少、各項功能的優(yōu)先次序、開(kāi)發(fā)時(shí)間的長(cháng)短 及使用中的難易程度。

3對現有系統的分析

這里的現有系統是指當前實(shí)際使用的系統，這個(gè)系統可能是計算機系統，也可能是一個(gè)機械系統甚 至是一個(gè)人工系統。

分析現有系統的目的是為了進(jìn)一步闡明建議中的開(kāi)發(fā)新系統或修改現有系統的必要性。

3.1處理流程和數據流程

說(shuō)明現有系統的基本的處理流程和數據流程。此流程可用圖表即流程圖的形式表示，并加以敘述。

3.2工作負荷

列出現有系統所承擔的工作及工作量。

3.3費用開(kāi)支

列出由于運行現有系統所引起的費用開(kāi)支，如人力、設備、空間、支持性服務(wù)、材料等項開(kāi)支以及開(kāi) 支總額。

3.4人員

列出為了現有系統的運行和維護所需要的人員的專(zhuān)業(yè)技術(shù)類(lèi)別和數量。

3.5設備

列出現有系統所使用的各種設備。

3.6局限性

列出本系統的主要的局限性，例如處理時(shí)間趕不上需要，響應不及時(shí)，數據存儲能力不足，處理功能 不夠等。并且要說(shuō)明，為什么對現有系統的改進(jìn)性維護已經(jīng)不能解決問(wèn)題。

4所建議的系統

本章將用來(lái)說(shuō)明所建議系統的目標和要求將如何被滿(mǎn)足。

4.1對所建議系統的說(shuō)明

概括地說(shuō)明所建議系統，并說(shuō)明在第2章中列出的那些要求將如何得到滿(mǎn)足，說(shuō)明所使用的基本方法及理論根據。

4.2處理流程和數據流程

給出所建議系統的處理流程和數據流程。

4.3改進(jìn)之處

按2.2條中列出的目標，逐項說(shuō)明所建議系統相對于現存系統具有的改進(jìn)。

4.4影響

說(shuō)明在建立所建議系統時(shí)，預期將帶來(lái)的影響，包括：

4.4.1對設備的影響

說(shuō)明新提出的設備要求及對現存系統中尚可使用的設備須作出的修改。

4.4.2對軟件的影響

說(shuō)明為了使現存的應用軟件和支持軟件能夠同所建議系統相適應。而需要對這些軟件所進(jìn)行的修改和補充。

4.4.3對用戶(hù)單位機構的影響

說(shuō)明為了建立和運行所建議系統，對用戶(hù)單位機構、人員的數量和技術(shù)水平等方面的全部要求。

4.4.4對系統運行過(guò)程的影響

說(shuō)明所建議系統對運行過(guò)程的影響，如：

a. 用戶(hù)的操作規程;

b.運行中心的操作規程;

c. 運行中心與用戶(hù)之間的關(guān)系;

d.源數據的處理;

e. 數據進(jìn)入系統的過(guò)程;

f. 對數據保存的要求，對數據存儲、恢復的處理;

g.輸出報告的處理過(guò)程、存儲媒體和調度方法;

h.系統失效的后果及恢復的處理辦法。

4.4.5對開(kāi)發(fā)的影響

說(shuō)明對開(kāi)發(fā)的影響，如：

a. 為了支持所建議系統的開(kāi)發(fā)，用戶(hù)需進(jìn)行的工作;

b. 為了建立一個(gè)數據庫所要求的數據資源;

c. 為了開(kāi)發(fā)和測驗所建議系統而需要的計算機資源;

d. 所涉及的保密與安全問(wèn)題。

4.4.6對地點(diǎn)和設施的影響

說(shuō)明對建筑物改造的要求及對環(huán)境設施的要求。

4.4.7對經(jīng)費開(kāi)支的影響

扼要說(shuō)明為了所建議系統的開(kāi)發(fā)，設計和維持運行而需要的各項經(jīng)費開(kāi)支。

4.5局限性

說(shuō)明所建議系統尚存在的局限性以及這些問(wèn)題未能消除的原因。

4.6技術(shù)條件方面的可行性

本節應說(shuō)明技術(shù)條件方面的可行性，如：

a. 在當前的限制條件下，該系統的功能目標能否達到;

b.利用現有的技術(shù)，該系統的功能能否實(shí)現;

c. 對開(kāi)發(fā)人員的數量和質(zhì)量的要求并說(shuō)明這些要求能否滿(mǎn)足;

d.在規定的期限內，本系統的開(kāi)發(fā)能否完成。

5可選擇的其他系統方案

扼要說(shuō)明曾考慮過(guò)的每一種可選擇的系統方案，包括需開(kāi)發(fā)的和可從國內國外直接購買(mǎi)的，如果沒(méi)有供選擇的系統方案可考慮，則說(shuō)明這一點(diǎn)。

5.1可選擇的系統方案1

參照第4章的提綱，說(shuō)明可選擇的系統方案1，并說(shuō)明它未被選中的理由。

5.2可選擇的`系統方案2

按類(lèi)似5.1條的方式說(shuō)明第2個(gè)乃至第n個(gè)可選擇的系統方案。 ......

6投資及效益分析

6.1支出

對于所選擇的方案，說(shuō)明所需的費用。如果已有一個(gè)現存系統，則包括該系統繼續運行期間所需的費用。

6.1.1基本建設投資

包括采購、開(kāi)發(fā)和安裝下列各項所需的費用，如：

a. 房屋和設施;

b. ADP設備;

c. 數據通訊設備;

d. 環(huán)境保護設備;

e. 安全與保密設備;

f. ADP操作系統的和應用的軟件;

g. 數據庫管理軟件。

6.1.2其他一次性支出

包括下列各項所需的費用，如：

a. 研究(需求的研究和設計的研究);

b.開(kāi)發(fā)計劃與測量基準的研究;

c. 數據庫的建立;

d.ADP軟件的轉換;

e. 檢查費用和技術(shù)管理性費用;

f. 培訓費、旅差費以及開(kāi)發(fā)安裝人員所需要的一次性支出;

g.人員的退休及調動(dòng)費用等。

6.1.3非一次性支出

列出在該系統生命期內按月或按季或按年支出的用于運行和維護的費用，包括：

a. 設備的租金和維護費用;

b.軟件的租金和維護費用;

c. 數據通訊方面的租金和維護費用;

d.人員的工資、獎金;

e. 房屋、空間的使用開(kāi)支;

f. 公用設施方面的開(kāi)支;

g.保密安全方面的開(kāi)支;

h.其他經(jīng)常性的支出等。

6.2收益

對于所選擇的方案，說(shuō)明能夠帶來(lái)的收益，這里所說(shuō)的收益，表現為開(kāi)支費用的減少或避免、差錯的減少、靈活性的增加、動(dòng)作速度的提高和管理計劃方面的改進(jìn)等，包括;

6.2.1一次性收益

說(shuō)明能夠用人民幣數目表示的一次性收益，可按數據處理、用戶(hù)、管理和支持等項分類(lèi)敘述，如：

a. 開(kāi)支的縮減包括改進(jìn)了的系統的運行所引起的開(kāi)支縮減，如資源要求的減少，運行效率的改進(jìn)，數據進(jìn)入、存貯和恢復技術(shù)的改進(jìn)，系統性能的可監控，軟件的轉換和優(yōu)化，數據壓縮技術(shù)的采用，處理的集中化/分布化等;

b.價(jià)值的增升包括由于一個(gè)應用系統的使用價(jià)值的增升所引起的收益，如資源利用的改進(jìn)，管理和運行效率的改進(jìn)以及出錯率的減少等;

c. 其他如從多余設備出售回收的收入等。

6.2.2非一次性收益

說(shuō)明在整個(gè)系統生命期內由于運行所建議系統而導致的按月的、按年的能用人民幣數目表示的收益，包括開(kāi)支的減少和避免。

6.2.3不可定量的收益

逐項列出無(wú)法直接用人民幣表示的收益，如服務(wù)的改進(jìn)，由操作失誤引起的風(fēng)險的減少，信息掌握情況的改進(jìn)，組織機構給外界形象的改善等。有些不可捉摸的收益只能大概估計或進(jìn)行極值估計(按最好和最差情況估計)。

6.3收益/投資比

求出整個(gè)系統生命期的收益/投資比值。

6.4投資回收周期

求出收益的累計數開(kāi)始超過(guò)支出的累計數的時(shí)間。

6.5敏感性分析

所謂敏感性分析是指一些關(guān)鍵性因素如系統生命期長(cháng)度、系統的工作負荷量、工作負荷的類(lèi)型與這些不同類(lèi)型之間的合理搭配、處理速度要求、設備和軟件的配置等變化時(shí)，對開(kāi)支和收益的影響最靈敏的范圍的估計。在敏感性分析的基礎上做出的選擇當然會(huì )比單一選擇的結果要好一些。

7社會(huì )因素方面的可行性

本章用來(lái)說(shuō)明對社會(huì )因素方面的可行性分析的結果，包括：

7.1法律方面的可行性

法律方面的可行性問(wèn)題很多，如合同責任、侵犯專(zhuān)利權、侵犯版權等方面的陷井，軟件人員通常是不熟悉的，有可能陷入，務(wù)必要注意研究。

7.2使用方面的可行性

例如從用戶(hù)單位的行政管理、工作制度等方面來(lái)看，是否能夠使用該軟件系統;從用戶(hù)單位的工作人員的素質(zhì)來(lái)看，是否能滿(mǎn)足使用該軟件系統的要求等等，都是要考慮的。

8結論

在進(jìn)行可行性研究報告的編制時(shí)，必須有一個(gè)研究的結論。結論可以是： a. 可以立即開(kāi)始進(jìn)行;

b.需要推遲到某些條件(例如資金、人力、設備等)落實(shí)之后才能開(kāi)始進(jìn)行; c. 需要對開(kāi)發(fā)目標進(jìn)行某些修改之后才能開(kāi)始進(jìn)行;

d.不能進(jìn)行或不必進(jìn)行(例如因技術(shù)不成熟、經(jīng)濟上不合算等)。