軟件工程可行性分析報告例文
導(dǎo)語:隨著時代的進(jìn)步,高新技術(shù)發(fā)展日漸迅猛,計算機(jī)技術(shù)作為領(lǐng)頭羊,發(fā)展得更加理想。那么,下面是小編為大家?guī)淼能浖尚行匝芯繄蟾娣段,僅供參考。
軟件可行性研究報告范文
1.概述
1.1編寫目的
說明編寫本可行性研究報告的目的,指出預(yù)期的讀者。
1.2背景
說明:
A. 所建議開發(fā)的軟件系統(tǒng)的名稱;
B. 本項(xiàng)目的任務(wù)提出者、開發(fā)者、用戶及實(shí)現(xiàn)該軟件的計算中心或計算機(jī)網(wǎng)絡(luò);
C. 該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來往關(guān)系。
1.3定義
列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。
1.4參考資料
列出用得著的參考資料,如:
1. 本項(xiàng)目的經(jīng)核準(zhǔn)的計劃任務(wù)書或合同、上級機(jī)關(guān)的批文;
2. 屬于本項(xiàng)目的其他已發(fā)表的文件;
3. 本文件中各處引用的文件、資料,包括所需用到的軟件開發(fā)標(biāo)準(zhǔn)。 列出這些文件資料的標(biāo)題、文件編號、發(fā)表日期和出版單位,說明能夠得到這些文件資料的來源。
2可行性研究的前提
說明對所建議的開發(fā)項(xiàng)目進(jìn)行可行性研究的前提,如要求、目標(biāo)、假定、限制等。
2.1要求
說明對所建議開發(fā)的軟件的基本要求,如:
A. 功能;
B. 性能;
C. 輸出如報告、文件或數(shù)據(jù),對每項(xiàng)輸出要說明其特征,如用途、產(chǎn)生頻度、
接口以及分發(fā)對象;
D. 輸入說明系統(tǒng)的輸入,包括數(shù)據(jù)的來源、類型、數(shù)量、數(shù)據(jù)的組織以及提供
的頻度;
E. 處理流程和數(shù)據(jù)流程用圖表的方式表示出最基本的數(shù)據(jù)流程和處理流程,并
輔之以敘述;
F. 在安全與保密方面的要求;
G. 同本系統(tǒng)相連接的其他系統(tǒng);
H. 完成期限。
2.2目標(biāo)
說明所建議系統(tǒng)的主要開發(fā)目標(biāo),如:
A. 人力與設(shè)備費(fèi)用的減少;
B. 處理速度的提高;
C. 控制精度或生產(chǎn)能力的提高;
D. 管理信息服務(wù)的改進(jìn);
E. 自動決策系統(tǒng)的改進(jìn);
F. 人員利用率的改進(jìn)。
2.3條件、假定和限制
說明對這項(xiàng)開發(fā)中給出的條件、假定和所受到的限制,如:
a. 所建議系統(tǒng)的運(yùn)行壽命的最小值;
b.進(jìn)行系統(tǒng)方案選擇比較的時間;
c. 經(jīng)費(fèi)、投資方面的來源和限制;
d.法律和政策方面的限制;
e. 硬件、軟件、運(yùn)行環(huán)境和開發(fā)環(huán)境方面的條件和限制;
f. 可利用的信息和資源;
g.系統(tǒng)投入使用的最晚時間。
2.4進(jìn)行可行性研究的方法
說明這項(xiàng)可行性研究將是如何進(jìn)行的,所建議的系統(tǒng)將是如何評價的。摘要說明所使用的基本方法 和策略,如調(diào)查、加權(quán)、確定模型、建立基準(zhǔn)點(diǎn)或仿真等。
2.5評價尺度
說明對系統(tǒng)進(jìn)行評價時所使用的主要尺度,如費(fèi)用的多少、各項(xiàng)功能的優(yōu)先次序、開發(fā)時間的長短 及使用中的難易程度。
3對現(xiàn)有系統(tǒng)的分析
這里的現(xiàn)有系統(tǒng)是指當(dāng)前實(shí)際使用的系統(tǒng),這個系統(tǒng)可能是計算機(jī)系統(tǒng),也可能是一個機(jī)械系統(tǒng)甚 至是一個人工系統(tǒng)。
分析現(xiàn)有系統(tǒng)的目的是為了進(jìn)一步闡明建議中的開發(fā)新系統(tǒng)或修改現(xiàn)有系統(tǒng)的必要性。
3.1處理流程和數(shù)據(jù)流程
說明現(xiàn)有系統(tǒng)的基本的處理流程和數(shù)據(jù)流程。此流程可用圖表即流程圖的形式表示,并加以敘述。
3.2工作負(fù)荷
列出現(xiàn)有系統(tǒng)所承擔(dān)的工作及工作量。
3.3費(fèi)用開支
列出由于運(yùn)行現(xiàn)有系統(tǒng)所引起的費(fèi)用開支,如人力、設(shè)備、空間、支持性服務(wù)、材料等項(xiàng)開支以及開 支總額。
3.4人員
列出為了現(xiàn)有系統(tǒng)的運(yùn)行和維護(hù)所需要的人員的專業(yè)技術(shù)類別和數(shù)量。
3.5設(shè)備
列出現(xiàn)有系統(tǒng)所使用的各種設(shè)備。
3.6局限性
列出本系統(tǒng)的主要的局限性,例如處理時間趕不上需要,響應(yīng)不及時,數(shù)據(jù)存儲能力不足,處理功能 不夠等。并且要說明,為什么對現(xiàn)有系統(tǒng)的改進(jìn)性維護(hù)已經(jīng)不能解決問題。
4所建議的系統(tǒng)
本章將用來說明所建議系統(tǒng)的目標(biāo)和要求將如何被滿足。
4.1對所建議系統(tǒng)的說明
概括地說明所建議系統(tǒng),并說明在第2章中列出的那些要求將如何得到滿足,說明所使用的基本方法及理論根據(jù)。
4.2處理流程和數(shù)據(jù)流程
給出所建議系統(tǒng)的處理流程和數(shù)據(jù)流程。
4.3改進(jìn)之處
按2.2條中列出的目標(biāo),逐項(xiàng)說明所建議系統(tǒng)相對于現(xiàn)存系統(tǒng)具有的改進(jìn)。
4.4影響
說明在建立所建議系統(tǒng)時,預(yù)期將帶來的影響,包括:
4.4.1對設(shè)備的影響
說明新提出的設(shè)備要求及對現(xiàn)存系統(tǒng)中尚可使用的設(shè)備須作出的修改。
4.4.2對軟件的影響
說明為了使現(xiàn)存的應(yīng)用軟件和支持軟件能夠同所建議系統(tǒng)相適應(yīng)。而需要對這些軟件所進(jìn)行的修改和補(bǔ)充。
4.4.3對用戶單位機(jī)構(gòu)的影響
說明為了建立和運(yùn)行所建議系統(tǒng),對用戶單位機(jī)構(gòu)、人員的數(shù)量和技術(shù)水平等方面的全部要求。
4.4.4對系統(tǒng)運(yùn)行過程的影響
說明所建議系統(tǒng)對運(yùn)行過程的影響,如:
a. 用戶的操作規(guī)程;
b.運(yùn)行中心的操作規(guī)程;
c. 運(yùn)行中心與用戶之間的關(guān)系;
d.源數(shù)據(jù)的處理;
e. 數(shù)據(jù)進(jìn)入系統(tǒng)的過程;
f. 對數(shù)據(jù)保存的要求,對數(shù)據(jù)存儲、恢復(fù)的處理;
g.輸出報告的處理過程、存儲媒體和調(diào)度方法;
h.系統(tǒng)失效的后果及恢復(fù)的處理辦法。
4.4.5對開發(fā)的影響
說明對開發(fā)的影響,如:
a. 為了支持所建議系統(tǒng)的開發(fā),用戶需進(jìn)行的工作;
b. 為了建立一個數(shù)據(jù)庫所要求的數(shù)據(jù)資源;
c. 為了開發(fā)和測驗(yàn)所建議系統(tǒng)而需要的計算機(jī)資源;
d. 所涉及的保密與安全問題。
4.4.6對地點(diǎn)和設(shè)施的影響
說明對建筑物改造的要求及對環(huán)境設(shè)施的要求。
4.4.7對經(jīng)費(fèi)開支的影響
扼要說明為了所建議系統(tǒng)的開發(fā),設(shè)計和維持運(yùn)行而需要的各項(xiàng)經(jīng)費(fèi)開支。
4.5局限性
說明所建議系統(tǒng)尚存在的局限性以及這些問題未能消除的原因。
4.6技術(shù)條件方面的可行性
本節(jié)應(yīng)說明技術(shù)條件方面的可行性,如:
a. 在當(dāng)前的限制條件下,該系統(tǒng)的功能目標(biāo)能否達(dá)到;
b.利用現(xiàn)有的技術(shù),該系統(tǒng)的功能能否實(shí)現(xiàn);
c. 對開發(fā)人員的數(shù)量和質(zhì)量的要求并說明這些要求能否滿足;
d.在規(guī)定的期限內(nèi),本系統(tǒng)的開發(fā)能否完成。
5可選擇的其他系統(tǒng)方案
扼要說明曾考慮過的每一種可選擇的系統(tǒng)方案,包括需開發(fā)的和可從國內(nèi)國外直接購買的,如果沒有供選擇的系統(tǒng)方案可考慮,則說明這一點(diǎn)。
5.1可選擇的系統(tǒng)方案1
參照第4章的提綱,說明可選擇的系統(tǒng)方案1,并說明它未被選中的理由。
5.2可選擇的系統(tǒng)方案2
按類似5.1條的方式說明第2個乃至第n個可選擇的系統(tǒng)方案。 ......
6投資及效益分析
6.1支出
對于所選擇的方案,說明所需的費(fèi)用。如果已有一個現(xiàn)存系統(tǒng),則包括該系統(tǒng)繼續(xù)運(yùn)行期間所需的費(fèi)用。
6.1.1基本建設(shè)投資
包括采購、開發(fā)和安裝下列各項(xiàng)所需的費(fèi)用,如:
a. 房屋和設(shè)施;
b. ADP設(shè)備;
c. 數(shù)據(jù)通訊設(shè)備;
d. 環(huán)境保護(hù)設(shè)備;
e. 安全與保密設(shè)備;
f. ADP操作系統(tǒng)的和應(yīng)用的軟件;
g. 數(shù)據(jù)庫管理軟件。
6.1.2其他一次性支出
包括下列各項(xiàng)所需的費(fèi)用,如:
a. 研究(需求的研究和設(shè)計的研究);
b.開發(fā)計劃與測量基準(zhǔn)的研究;
c. 數(shù)據(jù)庫的建立;
d.ADP軟件的轉(zhuǎn)換;
e. 檢查費(fèi)用和技術(shù)管理性費(fèi)用;
f. 培訓(xùn)費(fèi)、旅差費(fèi)以及開發(fā)安裝人員所需要的一次性支出;
g.人員的退休及調(diào)動費(fèi)用等。
6.1.3非一次性支出
列出在該系統(tǒng)生命期內(nèi)按月或按季或按年支出的用于運(yùn)行和維護(hù)的費(fèi)用,包括:
a. 設(shè)備的租金和維護(hù)費(fèi)用;
b.軟件的租金和維護(hù)費(fèi)用;
c. 數(shù)據(jù)通訊方面的租金和維護(hù)費(fèi)用;
d.人員的工資、獎金;
e. 房屋、空間的使用開支;
f. 公用設(shè)施方面的開支;
g.保密安全方面的開支;
h.其他經(jīng)常性的支出等。
6.2收益
對于所選擇的方案,說明能夠帶來的收益,這里所說的收益,表現(xiàn)為開支費(fèi)用的減少或避免、差錯的減少、靈活性的增加、動作速度的提高和管理計劃方面的改進(jìn)等,包括;
6.2.1一次性收益
說明能夠用人民幣數(shù)目表示的一次性收益,可按數(shù)據(jù)處理、用戶、管理和支持等項(xiàng)分類敘述,如:
a. 開支的縮減包括改進(jìn)了的系統(tǒng)的運(yùn)行所引起的開支縮減,如資源要求的減少,運(yùn)行效率的`改進(jìn),數(shù)據(jù)進(jìn)入、存貯和恢復(fù)技術(shù)的改進(jìn),系統(tǒng)性能的可監(jiān)控,軟件的轉(zhuǎn)換和優(yōu)化,數(shù)據(jù)壓縮技術(shù)的采用,處理的集中化/分布化等;
b.價值的增升包括由于一個應(yīng)用系統(tǒng)的使用價值的增升所引起的收益,如資源利用的改進(jìn),管理和運(yùn)行效率的改進(jìn)以及出錯率的減少等;
c. 其他如從多余設(shè)備出售回收的收入等。
6.2.2非一次性收益
說明在整個系統(tǒng)生命期內(nèi)由于運(yùn)行所建議系統(tǒng)而導(dǎo)致的按月的、按年的能用人民幣數(shù)目表示的收益,包括開支的減少和避免。
6.2.3不可定量的收益
逐項(xiàng)列出無法直接用人民幣表示的收益,如服務(wù)的改進(jìn),由操作失誤引起的風(fēng)險的減少,信息掌握情況的改進(jìn),組織機(jī)構(gòu)給外界形象的改善等。有些不可捉摸的收益只能大概估計或進(jìn)行極值估計(按最好和最差情況估計)。
6.3收益/投資比
求出整個系統(tǒng)生命期的收益/投資比值。
6.4投資回收周期
求出收益的累計數(shù)開始超過支出的累計數(shù)的時間。
6.5敏感性分析
所謂敏感性分析是指一些關(guān)鍵性因素如系統(tǒng)生命期長度、系統(tǒng)的工作負(fù)荷量、工作負(fù)荷的類型與這些不同類型之間的合理搭配、處理速度要求、設(shè)備和軟件的配置等變化時,對開支和收益的影響最靈敏的范圍的估計。在敏感性分析的基礎(chǔ)上做出的選擇當(dāng)然會比單一選擇的結(jié)果要好一些。
7社會因素方面的可行性
本章用來說明對社會因素方面的可行性分析的結(jié)果,包括:
7.1法律方面的可行性
法律方面的可行性問題很多,如合同責(zé)任、侵犯專利權(quán)、侵犯版權(quán)等方面的陷井,軟件人員通常是不熟悉的,有可能陷入,務(wù)必要注意研究。
7.2使用方面的可行性
例如從用戶單位的行政管理、工作制度等方面來看,是否能夠使用該軟件系統(tǒng);從用戶單位的工作人員的素質(zhì)來看,是否能滿足使用該軟件系統(tǒng)的要求等等,都是要考慮的。
8結(jié)論
在進(jìn)行可行性研究報告的編制時,必須有一個研究的結(jié)論。結(jié)論可以是: a. 可以立即開始進(jìn)行;
b.需要推遲到某些條件(例如資金、人力、設(shè)備等)落實(shí)之后才能開始進(jìn)行; c. 需要對開發(fā)目標(biāo)進(jìn)行某些修改之后才能開始進(jìn)行;
d.不能進(jìn)行或不必進(jìn)行(例如因技術(shù)不成熟、經(jīng)濟(jì)上不合算等)。
【軟件工程可行性分析報告】相關(guān)文章:
汽車可行性分析報告08-28
預(yù)可行性分析報告08-26
專利可行性分析報告08-23
醫(yī)藥可行性分析報告08-24
公司可行性分析報告08-16
技術(shù)可行性的分析報告08-12
項(xiàng)目可行性分析報告09-01
協(xié)會可行性分析報告09-01
市場的可行性分析報告09-05