1 引言

1.1 編寫目的
說明編寫本可行性研究報(bào)告的目的，指出預(yù)期的讀者。
1.2 背景
說明：
 所建議開發(fā)的軟件系統(tǒng)的名稱；
 本項(xiàng)目的任務(wù)提出者、開發(fā)者、用戶；
 該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來往關(guān)系。
1.3 定義
列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。
1.4 參考資料
列出用得著的參考資料，如：
 本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書，上級(jí)機(jī)關(guān)批文、合同等；
 屬于本項(xiàng)目的其他已發(fā)表的文件；
 本文件中各處引用的文件、資料，包括所需用到的軟件開發(fā)標(biāo)準(zhǔn)。
列出這些文件資料的標(biāo)題、文件編號(hào)、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。

2 可行性研究的前提

說明對(duì)所建議的開發(fā)項(xiàng)目進(jìn)行可行性研究的前提，如要求、目標(biāo)、假定、限制等。
2.1 要求
說明對(duì)所建議開發(fā)的軟件的基本要求，如：
 功能；
 性能
 輸出：如報(bào)告、文件或數(shù)據(jù)，對(duì)每項(xiàng)輸出要說明其特征，如用途、產(chǎn)生頻度、接口以及分發(fā)對(duì)象；
 輸入：說明系統(tǒng)的輸入，包括數(shù)據(jù)的來源、類型、數(shù)量、數(shù)據(jù)的組織以及提供的頻度；
 處理流程和數(shù)據(jù)流程：用圖表的方式表示出最基本的數(shù)據(jù)流程和處理流程，并輔之以敘述；
 在安全與保密方面的要求；
 同本系統(tǒng)相連接的其他系統(tǒng)；
 完成期限。
2.2 目標(biāo)
說明所建議系統(tǒng)的主要開發(fā)目標(biāo)，如：
 人力與設(shè)備費(fèi)用的減少；
 處理速度的提高；
 控制精度或生產(chǎn)能力的提高；
 管理信息服務(wù)的改進(jìn)；
 自動(dòng)決策系統(tǒng)的改進(jìn)；
 人員利用率的改進(jìn)。
2.3 條件、假定和限制
說明對(duì)這項(xiàng)開發(fā)中給出的條件、假定和所受到的限制，如：
 所建議系統(tǒng)的運(yùn)行壽命的最小值；
 進(jìn)行系統(tǒng)方案選擇比較的時(shí)間；
 經(jīng)費(fèi)、投資方面的來源和限制；
 法律和政策方面的限制；
 硬件、軟件、運(yùn)行環(huán)境和開發(fā)環(huán)境方面的條件和限制；
 可利用的信息和資源；
 系統(tǒng)投入使用的最晚時(shí)間。
2.4 進(jìn)行可行性研究的方法
說明這項(xiàng)可行性研究將是如何進(jìn)行的，所建議的系統(tǒng)將是如何評(píng)價(jià)的。摘要說明所使用的基本方法和策略，如調(diào)查、加權(quán)、確定模型、建立基準(zhǔn)點(diǎn)或仿真等。
2.5 評(píng)價(jià)尺度
說明對(duì)系統(tǒng)進(jìn)行評(píng)價(jià)時(shí)所使用的主要尺度，如費(fèi)用的多少、各項(xiàng)功能的優(yōu)先次序、開發(fā)時(shí)間的長短及使用中的難易程序。

3 對(duì)現(xiàn)有系統(tǒng)的分析

這里的現(xiàn)有系統(tǒng)是指當(dāng)前實(shí)際使用的系統(tǒng)，這個(gè)系統(tǒng)可能是計(jì)算機(jī)系統(tǒng)，也可能是一個(gè)機(jī)械系統(tǒng)甚至是一個(gè)人工系統(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)的主要的局限性，例如處理時(shí)間趕不上需要，響應(yīng)不及時(shí)，數(shù)據(jù)存儲(chǔ)能力不足，處理功能不夠等。并且要說明，為什么對(duì)現(xiàn)有系統(tǒng)的改進(jìn)性維護(hù)已經(jīng)不能解決問題。

4 所建議的系統(tǒng)

本章將用來說明所建議系統(tǒng)的目標(biāo)和要求將如何被滿足。
4.1 對(duì)所建議系統(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)相對(duì)于現(xiàn)存系統(tǒng)具有的改進(jìn)。
4.4 影響
說明在建立所建議系統(tǒng)時(shí)，預(yù)期將帶來的影響，包括：
4.4.1 對(duì)設(shè)備的影響
說明新提出的設(shè)備要求及對(duì)現(xiàn)存系統(tǒng)中尚可使用的設(shè)備須作出的修改。
4.4.2 對(duì)軟件的影響
說明為了使現(xiàn)存的應(yīng)用軟件和支持軟件能夠同所建議系統(tǒng)相適應(yīng)，而需要對(duì)這些軟件所進(jìn)行的修改和補(bǔ)充。
4.4.3 對(duì)用戶單位機(jī)構(gòu)的影響
說明為了建立和運(yùn)行所建議系統(tǒng)，對(duì)用戶單位機(jī)構(gòu)、人員的數(shù)量和技術(shù)水平等方面的全部要求。
4.4.4 對(duì)系統(tǒng)運(yùn)行過程的影響
說明所建議系統(tǒng)對(duì)運(yùn)行過程的影響，如
 用戶的操作規(guī)程；
 運(yùn)行中心的操作規(guī)程；
 運(yùn)行中心與用戶之間的關(guān)系；
 源數(shù)據(jù)的處理；
 數(shù)據(jù)進(jìn)入系統(tǒng)的過程；
 對(duì)數(shù)據(jù)保存的要求，對(duì)數(shù)據(jù)存儲(chǔ)、恢復(fù)的處理；
 輸出報(bào)告的處理過程、存儲(chǔ)媒體和調(diào)度方法；
 系統(tǒng)失效和后果及恢復(fù)的處理辦法。
4.4.5 對(duì)開發(fā)的影響
說明對(duì)開發(fā)的影響，如：
 為了支持所建議系統(tǒng)的開發(fā)，用戶需進(jìn)行的工作；
 為了建立一個(gè)數(shù)據(jù)庫所要求的數(shù)據(jù)資源；
 為了開發(fā)和測(cè)驗(yàn)所建議系統(tǒng)而需要的計(jì)算機(jī)資源；
 所涉及的保密與安全問題。
4.4.6 對(duì)地點(diǎn)和設(shè)施的影響
說明對(duì)建筑物改造的要求及對(duì)環(huán)境設(shè)施的要求。
4.4.7 對(duì)經(jīng)費(fèi)開支的影響
扼要說明為了所建議系統(tǒng)的開發(fā)，設(shè)計(jì)和維持運(yùn)行而需要的各項(xiàng)經(jīng)費(fèi)開支。
4.5 局限性
說明所建議系統(tǒng)尚存在的局限性以及這些問題未能消除的原因。
4.6 技術(shù)條件方面的可行性
本節(jié)應(yīng)說明技術(shù)條件方面的可行性，如
 在當(dāng)前的限制條件下，該系統(tǒng)的功能目標(biāo)能否達(dá)到；
 利用現(xiàn)有的技術(shù)，該系統(tǒng)的功能能否實(shí)現(xiàn)；
 對(duì)開發(fā)人員的數(shù)量和質(zhì)量的要求并說明這些要求能否滿足；
 在規(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個(gè)乃至第n個(gè)可選擇的系統(tǒng)方案。
┅┅

6 投資及效益分析

6.1 支出
對(duì)于所選擇的方案，說明所需的費(fèi)用，如果已有一個(gè)現(xiàn)存系統(tǒng)，則包括該系統(tǒng)繼續(xù)運(yùn)行期間所需的費(fèi)用。
6.1.1 基本建設(shè)投資
包括采購、開發(fā)和安裝下列各項(xiàng)所需的費(fèi)用，如
 房屋和設(shè)施；
 ADP設(shè)備；
 數(shù)據(jù)通訊設(shè)備；
 環(huán)境保護(hù)設(shè)備；
 安全與保密設(shè)備；
 ADP操作系統(tǒng)的和應(yīng)用的軟件；
 數(shù)據(jù)庫管理軟件。
┅┅
6.1.2 其他一次性支出
包括下列各項(xiàng)所需的費(fèi)用，如：
 研究（需求的研究和設(shè)計(jì)的研究）；
 開發(fā)計(jì)劃與測(cè)量基準(zhǔn)的研究；
 數(shù)據(jù)庫的建立；
 ADP軟件的轉(zhuǎn)換；
 檢查費(fèi)用和技術(shù)管理性費(fèi)用；
 培訓(xùn)費(fèi)、旅差費(fèi)以及開發(fā)安裝人員所需要的一次性支出；
 人員的退休及調(diào)動(dòng)費(fèi)用等。
6.1.3 非一次性支出
列出在該系統(tǒng)生命期內(nèi)按月或按季或按年支出的用于運(yùn)行和維護(hù)的費(fèi)用，包括：
 設(shè)備的租金和維護(hù)費(fèi)用；
 軟件的租金和維護(hù)費(fèi)用；
 數(shù)據(jù)通訊方面的租金和維護(hù)費(fèi)用；
 人員的工資、獎(jiǎng)金；
 房屋、空間的使用開支；
 公用設(shè)施方面的開支；
 保密安全方面的開支；
 其他經(jīng)常性的支出等。
6.2 收益
對(duì)于所選擇的方案，說明能夠帶來的收益，這里所說的收益，表現(xiàn)為開支費(fèi)用的減少或避免、差錯(cuò)的減少、靈活性的增加、動(dòng)作速度的提高和管理計(jì)劃方面的改進(jìn)等，包括：
6.2.1 一次性收益
說明能夠用人民幣數(shù)目表示的一次性收益，可按數(shù)據(jù)處理、用戶、管理和支持等項(xiàng)分類敘述，如：
 開支的縮減：包括改進(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ù)的采用，處理的集中化/分布化等；
 價(jià)值的增升：包括由于一個(gè)應(yīng)用系統(tǒng)的使用價(jià)值的增升所引起的收益，如資源利用的改進(jìn)，管理和運(yùn)行效率的改進(jìn)以及出錯(cuò)率的減少等；
 其他：如從多余設(shè)備出售回收的收入等。
6.2.2 非一次性收益
說明在整個(gè)系統(tǒng)生命期內(nèi)由于運(yùn)行所建議系統(tǒng)而導(dǎo)致的按月的、按年的能用人民幣數(shù)目表示的收益，包括開支的減少和避免。
6.2.3 不可定量的收益
逐項(xiàng)列出無法直接用人民幣表示的收益，如服務(wù)的改進(jìn)，由操作失誤引起的風(fēng)險(xiǎn)的減少，信息掌握情況的改進(jìn)，組織機(jī)構(gòu)給外界形象的改善等。有些不可捉摸的收益只能大概估計(jì)或進(jìn)行極值估計(jì)（按最好和最差情況估計(jì)）。
6.3 收益/投資比
求出整個(gè)系統(tǒng)生命期的收益/投資比值。
6.4 投資回收周期
求出收益的累計(jì)數(shù)開始超過支出的累計(jì)數(shù)的時(shí)間。
6.5 敏感性分析
所謂敏感性分析是指一些關(guān)鍵性因素如系統(tǒng)生命期長度、系統(tǒng)的工作負(fù)荷量、工作負(fù)荷的類型與這些不同類型之間的合理搭配、處理速度要求、設(shè)備和軟件的配置等變化時(shí)，對(duì)開支和收益的影響最靈敏的范圍的估計(jì)。在敏感性分析的基礎(chǔ)上做出的選擇當(dāng)然會(huì)比單一選擇的結(jié)果要好一些。

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

本章用來說明對(duì)社會(huì)因素方面的可行性分析的結(jié)果，包括：
7.1 法律方面的可行性
法律方面的可行性問題很多，如合同責(zé)任、侵犯專利權(quán)、侵犯版權(quán)等方面的陷井，軟件人員通常是不熟悉的，有可能陷入，務(wù)必要注意研究。
7.2 使用方面的可行性
例如從用戶單位的行政管理、工作制度等方面來看，是否能夠使用該軟件系統(tǒng)，從用戶單位的工作人員的素質(zhì)來看，是否能滿足使用該軟件系統(tǒng)的要求等等，都是要考慮的。

8 結(jié)論

在進(jìn)行可行性研究報(bào)告的編制時(shí)，必須有一個(gè)研究的結(jié)論。結(jié)論可以是：
 可以立即開始進(jìn)行；
 需要推遲到某些條件（例如資金、人力、設(shè)備等）落實(shí)之后才能開始進(jìn)行；
 需要對(duì)開發(fā)目標(biāo)進(jìn)行某些修改之后才能開始進(jìn)行；
 不能進(jìn)行或不必進(jìn)行（例如因技術(shù)不成熟、經(jīng)濟(jì)上不合算等）。

【?發(fā)表評(píng)論?0條?】