軟件可行性研究報告集錦5篇
隨著(zhù)個(gè)人的文明素養不斷提升，報告不再是罕見(jiàn)的東西，其在寫(xiě)作上有一定的技巧。寫(xiě)起報告來(lái)就毫無(wú)頭緒？下面是小編整理的軟件可行性研究報告，供大家參考借鑒，希望可以幫助到有需要的朋友。
軟件可行性研究報告1
一、 概述
簡(jiǎn)述項目提出的背景、技術(shù)開(kāi)發(fā)狀況、現有產(chǎn)業(yè)規模;項目產(chǎn)品的主要用途、性能;投資必要性和預期經(jīng)濟效益;本企業(yè)實(shí)施該項目的優(yōu)勢。
二、 技術(shù)可行性分析
1、項目的技術(shù)路線(xiàn)、工藝的合理性和成熟性，關(guān)鍵技術(shù)的先進(jìn)性和效果論述。
2、產(chǎn)品技術(shù)性能水平與國內外同類(lèi)產(chǎn)品的比較。
3、項目承擔單位在實(shí)施本項目中的優(yōu)勢。
三、 項目成熟程度
1、成果的技術(shù)鑒定文件或產(chǎn)品性能檢測報告、產(chǎn)品鑒定證書(shū)。
2、產(chǎn)品質(zhì)量的穩定性，以及在價(jià)格、性能等方面被用戶(hù)認可的情況等。
3、核心技術(shù)的知識產(chǎn)權情況。對引進(jìn)技術(shù)的消化、吸收、創(chuàng )新和后續開(kāi)發(fā)能力。
四、 市場(chǎng)需求情況和風(fēng)險分析
1、國內市場(chǎng)需求規模和產(chǎn)品的發(fā)展前景、在國內市場(chǎng)的競爭優(yōu)勢和市場(chǎng)占有率。
2、國際市場(chǎng)狀況及該產(chǎn)品未來(lái)增長(cháng)趨勢、在國際市場(chǎng)的競爭能力、產(chǎn)品替代進(jìn)口或出口的可能性。
3、風(fēng)險因素分析及對策。
五、 投資估算及資金籌措
1、項目投資估算
2、資金籌措方案
3、投資使用計劃
六、 經(jīng)濟和社會(huì )效益分析
1、未來(lái)五年生產(chǎn)成本、銷(xiāo)售收入估算。
2、財務(wù)分析：以動(dòng)態(tài)分析為主，提供財務(wù)內部收益率、貸款償還期、投資回收期、投資利潤率和利稅率、財務(wù)凈現值等指標。
3、不確定性分析：主要進(jìn)行盈虧平衡分析和敏感性分析，對項目的抗風(fēng)險能力作出判斷。
4、財務(wù)分析結論
5、社會(huì )效益分析
七、 綜合實(shí)力和產(chǎn)業(yè)基礎
1、企業(yè)員工構成(包括分工構成和學(xué)歷構成)
2、企業(yè)高層管理人員或項目負責人的教育背景、科技意識、市場(chǎng)開(kāi)拓能力和經(jīng)營(yíng)管理水平。
3、企業(yè)從事研究開(kāi)發(fā)的人員力量、資金投入，以及企業(yè)內部管理體系等情況。
4、企業(yè)從事該產(chǎn)品生產(chǎn)的條件、產(chǎn)業(yè)基礎(包括項目實(shí)施所需的基礎設施及原材料的來(lái)源、供應渠道等)。
八、 項目實(shí)施進(jìn)度計劃
九、 其它
1、環(huán)境保護措施
2、勞動(dòng)保護和安全
3、必要的證明材料
(1) 特殊行業(yè)許可證(如食品、農藥、醫藥、化肥產(chǎn)品生產(chǎn)許可證及批文);通信產(chǎn)品入網(wǎng)許可證;公共安全產(chǎn)品生產(chǎn)許可證;壓力容器生產(chǎn)許可證等。
(2) 可提供項目立項證明、高新技術(shù)企業(yè)證書(shū)、產(chǎn)品質(zhì)量認證、環(huán)保證明;產(chǎn)品訂貨意向、合同等補充材料。
十、 結論
軟件可行性研究報告框架
可行性研究報告的編寫(xiě)目的是：說(shuō)明該軟件開(kāi)發(fā)項目的實(shí)現在技術(shù)、經(jīng)濟和社會(huì )條件方面的可行 性;評述為了合理地達到開(kāi)發(fā)目標而可能選擇的各種方案;說(shuō)明并論證所選定的方案。
可行性研究報告的編寫(xiě)內容要求
7.1引言
7.1.1編寫(xiě)目的
7.1.2背景
7.1.3定義
7.1.4參考資料 7
7.2可行性研究的前提
7.2.1要求
7.2.2目標
7·2.3條件、假定和限制
7.2.4進(jìn)行可行性研究的方法
7.2.5評價(jià)尺度
7·3對現有系統的分析
7.3.1數據流程和處理流程
7.3.2工作負荷
7.3.3費用開(kāi)支
7.3.4人員
7.3.5設備
7.3.6局限性
7.4所建議的系統
7.4.1對所建議系統的說(shuō)明
7.4.2數據流程和處理流程
7.4.3改進(jìn)之處
7.4.4影響
7.4.4.1對設備的影響
7.4.4.2對軟件的影響
7.4.4.3對用戶(hù)單位機構的影響
7.4.4.4對系統運行的影響
7.4.4.5對開(kāi)發(fā)的影響
7.4，4.6對地點(diǎn)和設施的影響
7.4.4.7對經(jīng)費開(kāi)支的影響
7.4.5局限性
7.4.6技術(shù)條件方面的可行性
7.5可選擇的其他系統方案
7.5.1可選擇的系統方案1
7.5.2可選擇的系統方案2
......
7.6投資及收益分析
7.6.1支出
7.6.1.1基本建設投資
7.6.1.2其他一次性支出
7.6.1，3非一次性支出
7.6.2收益
7.6，2.1一次性收益
7.6.2.2非一次性收益
7.6.2.3不可定量的收益
7.6.3收益/投資比
7.6.4投資回收周期
7.6.5敏感性分析
7.7社會(huì )條件方面的可行性
7.7.1法律方面的可行性
7.7.2使用方面的可行性
7.8結論
附錄a
可行性研究報告的編寫(xiě)提示
(參考件)
a.1引言
a.1.1編寫(xiě)目的
說(shuō)明編寫(xiě)本可行性研究報告的目的，指出預期的讀者。
a.1.2背景
說(shuō)明
a.所建議開(kāi)發(fā)的軟件系統的名稱(chēng);
b.本項目的任務(wù)提出者、開(kāi)發(fā)者、用戶(hù)及實(shí)現該軟件的計算中心或計算機網(wǎng)絡(luò );
c.該軟件系統同其他系統或其他機構的基本的相互來(lái)往關(guān)系。
a.1.3定義
列出本文件中用到的專(zhuān)門(mén)術(shù)語(yǔ)的定義和外文首字母組詞的原詞組。
a.1.4參考資料
列出用得著(zhù)的參考資料，如
a.本項目的經(jīng)核準的計劃任務(wù)書(shū)或合同、上級機關(guān)的'批文;
b.屬于本項目的其他已發(fā)表的文件;
c.本文件中各處引用的文件、資料，包括所需用到的軟件開(kāi)發(fā)標準。|
列出這些文件資料的標題、文件編號、發(fā)表日期和出版單位，說(shuō)明能夠得到這些文件資料的來(lái)源。
a.2可行性研究的前提
說(shuō)明對所建議的開(kāi)發(fā)項目進(jìn)行可行性研究的前提，如要求、目標、假定、限制等。
a.2.1要求
說(shuō)明對所建議開(kāi)發(fā)的軟件的基本要求，如
a.功能;
b.性能;
c·輸出如報告、文件或數據，對每項輸出要說(shuō)明其特征，如用途、產(chǎn)生頻度、接口以及分發(fā)對象;
d.輸入說(shuō)明系統的輸入，包括數據的來(lái)源、類(lèi)型、數量、數據的組織以及提供的頻度;
e.處理流程和數據流程用圖表的方式表示出最基本的數據流程和處理流程，并輔之以敘述;
f.在安全與保密方面的要求;
g.同本系統相連接的其他系統;
h.完成期限。
a.2.2目標
說(shuō)明所建議系統的主要開(kāi)發(fā)目標，如
a.人力與設備費用的減少;
b.處理速度的提高;
c.控制精度或生產(chǎn)能力的提高;
d.管理信息服務(wù)的改進(jìn);
e.自動(dòng)決策系統的改進(jìn);
f.人員利用率的改進(jìn)。
a.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í)間。
a.2.4進(jìn)行可行性研究的方法
說(shuō)明這項可行性研究將是如何進(jìn)行的，所建議的系統將是如何評價(jià)的。摘要說(shuō)明所使用的基本方法 和策略，如調查、加權、確定模型、建立基準點(diǎn)或仿真等。
a.2.5評價(jià)尺度
說(shuō)明對系統進(jìn)行評價(jià)時(shí)所使用的主要尺度，如費用的多少、各項功能的優(yōu)先次序、開(kāi)發(fā)時(shí)間的長(cháng)短 及使用中的難易程度。
a.3 對現有系統的分析
這里的現有系統是指當前實(shí)際使用的系統，這個(gè)系統可能是計算機系統，也可能是一個(gè)機械系統甚 至是一個(gè)人工系統。
分析現有系統的目的是為了進(jìn)一步闡明建議中的開(kāi)發(fā)新系統或修改現有系統的必要性。
a.3.1處理流程和數據流程
說(shuō)明現有系統的基本的處理流程和數據流程。此流程可用圖表即流程圖的形式表示，并加以敘述。
a.3.2工作負荷
列出現有系統所承擔的工作及工作量。
a.3.3費用開(kāi)支
列出由于運行現有系統所引起的費用開(kāi)支，如人力、設備、空間、支持性服務(wù)、材料等項開(kāi)支以及開(kāi) 支總額。
a.3.4人員
列出為了現有系統的運行和維護所需要的人員的專(zhuān)業(yè)技術(shù)類(lèi)別和數量。
a.3.5設備
列出現有系統所使用的各種設備。
a.3.6局限性
列出本系統的主要的局限性，例如處理時(shí)間趕不上需要，響應不及時(shí)，數據存儲能力不足，處理功能 不夠等。并且要說(shuō)明，為什么對現有系統的改進(jìn)性維護已經(jīng)不能解決問(wèn)題。
a.4 所建議的系統
本章將用來(lái)說(shuō)明所建議系統的目標和要求將如何被滿(mǎn)足。
a.4.1對所建議系統的說(shuō)明
概括地說(shuō)明所建議系統，并說(shuō)明在第a.2章中列出的那些要求將如何得到滿(mǎn)足，說(shuō)明所使用的基本 方法及理論根據。
a.4.2處理流程和數據流程
給出所建議系統的處理流程和數據流程。
a.4.3改進(jìn)之處
按a.2.2條中列出的目標，逐項說(shuō)明所建議系統相對于現存系統具有的改進(jìn)。
a.4.4影響
說(shuō)明在建立所建議系統時(shí)，預期將帶來(lái)的影響，包括
a.4.4.1對設備的影響
說(shuō)明新提出的設備要求及對現存系統中尚可使用的設備須作出的修改。
a.4.4.2對軟件的影響
說(shuō)明為了使現存的應用軟件和支持軟件能夠同所建議系統相適應。而需要對這些軟件所進(jìn)行的修 改和補充。
a.4.4.3對用戶(hù)單位機構的影響
說(shuō)明為了建立和運行所建議系統，對用戶(hù)單位機構、人員的數量和技術(shù)水平等方面的全部要求。
a. 4. 4. 4對系統運行過(guò)程的影響
說(shuō)明所建議系統對運行過(guò)程的影響，如
a.用戶(hù)的操作規程;
b.運行中心的操作規程;
c.運行中心與用戶(hù)之間的關(guān)系;
d.源數據的處理;
e.數據進(jìn)入系統的過(guò)程;
f.對數據保存的要求，對數據存儲、恢復的處理;
g.輸出報告的處理過(guò)程、存儲媒體和調度方法;
h.系統失效的后果及恢復的處理辦法。
a.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)題。
a.4.4.6對地點(diǎn)和設施的影響
說(shuō)明對建筑物改造的要求及對環(huán)境設施的要求。
a.4.4.7對經(jīng)費開(kāi)支的影響
扼要說(shuō)明為了所建議系統的開(kāi)發(fā)，設計和維持運行而需要的各項經(jīng)費開(kāi)支。
a.4.5局限性
說(shuō)明所建議系統尚存在的局限性以·及這些問(wèn)題未能消除的原因。
a.4.6技術(shù)條件方面的可行性
本節應說(shuō)明技術(shù)條件方面的可行性，如
a.在當前的限制條件下，該系統的功能目標能否達到;
b.利用現有的技術(shù)，該系統的功能能否實(shí)現;
c.對開(kāi)發(fā)人員的數量和質(zhì)量的要求并說(shuō)明這些要求能否滿(mǎn)足;
d.在規定的期限內，本系統的開(kāi)發(fā)能否完成。
a.5可選擇的其他系統方案
扼要說(shuō)明曾考慮過(guò)的每一種可選擇的系統方案，包括需開(kāi)發(fā)的和可從國內國外直接購買(mǎi)的，如果沒(méi) 有供選擇的系統方案可考慮，則說(shuō)明這一點(diǎn)。
a.5.1可選擇的系統方案1
參照第a.4章的提綱，說(shuō)明可選擇的系統方案1，并說(shuō)明它未被選中的理由。
a.5.2可選擇的系統方案2
按類(lèi)似a. 5. 1條的方式說(shuō)明第2個(gè)乃至第。個(gè)可選擇的系統方案。
......
a.6投資及效益分析
a.6.1支出
對于所選擇的方案，說(shuō)明所需的費用。如果已有一個(gè)現存系統，則包括該系統繼續運行期間所需的費用。
a.6.1.1基本建設投資
包括采購、開(kāi)發(fā)和安裝下列各項所需的費用，如
a.房屋和設施;
b. a dp設備;
c.數據通訊設備;
d.環(huán)境保護設備;
e.安全與保密設備;
f.adp操作系統的和應用的軟件;
g.數據庫管理軟件。
a.6.1.2其他一次性支出
包括下列各項所需的費用，如
a.研究(需求的研究和設計的研究);
b.開(kāi)發(fā)計劃與測量基準的研究;
c.數據庫的建立;
d.adp軟件的轉換;
e.檢查費用和技術(shù)管理性費用;
f.培訓費、旅差費以及開(kāi)發(fā)安裝人員所需要的一次性支出;
g.人員的退休及調動(dòng)費用等。
a.6.1.3非一次性支出
列出在該系統生命期內按月或按季或按年支出的用于運行和維護的費用，包括
a.設備的租金和維護費用;
b軟件的租金和維護費用;
c.數據通訊方面的租金和維護費用;
d.人員的工資、獎金;
e.房屋、空間的使用開(kāi)支;
f.公用設施方面的開(kāi)支;
g.保密安全方面的開(kāi)支;
h.其他經(jīng)常性的支出等。
a.6.2收益
對于所選擇的方案，說(shuō)明能夠帶來(lái)的收益，這里所說(shuō)的收益，表現為開(kāi)支費用的減少或避免、差錯的減少、靈活性的增加、動(dòng)作速度的提高和管理計劃方面的改進(jìn)等，包括;
a.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.其他如從多余設備出售回收的收入等。
a.6.2.2非一次性收益
說(shuō)明在整個(gè)系統生命期內由于運行所建議系統而導致的按月的、按年的能用人民幣數目表示的收益，包括開(kāi)支的減少和避免。
a.6.2.3不可定量的收益
逐項列出無(wú)法直接用人民幣表示的收益，如服務(wù)的改進(jìn)，由操作失誤引起的風(fēng)險的減少，信息掌握情況的改進(jìn)，組織機構給外界形象的改善等。有些不可捉摸的收益只能大概估計或進(jìn)行極值估計(按最好和最差情況估計)。
a.6.3收益/投資比
求出整個(gè)系統生命期的收益/投資比值。
a.6.4投資回收周期
求出收益的累計數開(kāi)始超過(guò)支出的累計數的時(shí)間。
a.6.5敏感性分析
所謂敏感性分析是指一些關(guān)鍵性因素如系統生命期長(cháng)度、系統的工作負荷量、工作負荷的類(lèi)型與這些不同類(lèi)型之間的合理搭配、處理速度要求、設備和軟件的配置等變化時(shí)，對開(kāi)支和收益的影響最靈敏的范圍的估計。在敏感性分析的基礎上做出的選擇當然會(huì )比單一選擇的結果要好一些。
a.7 社會(huì )因素方面的可行性
本章用來(lái)說(shuō)明對社會(huì )因素方面的可行性分析的結果，包括
a.7.1法律方面的可行性
法律方面的可行性問(wèn)題很多，如合同責任、侵犯專(zhuān)利權、侵犯版權等方面的陷井，軟件人員通常是不熟悉的，有可能陷入，務(wù)必要注意研究。
a.7.2使用方面的可行性
例如從用戶(hù)單位的行政管理、工作制度等方面來(lái)看，是否能夠使用該軟件系統;從用戶(hù)單位的工作人員的素質(zhì)來(lái)看，是否能滿(mǎn)足使用該軟件系統的要求等等，都是要考慮的。
a.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)濟上不合算等)。
軟件可行性研究報告2
5.4投資回收周期為三年。(上述利息均為5%)
6、社會(huì )因素可行性分析
6.1法律因素
全部軟件購買(mǎi)正版;機器設置通過(guò)正當途徑購得;所有軟件都用正版，技術(shù)資料都由提出方保管，數據信息均可保證合法來(lái)源。所以，在法律方面是可行的。
6.2用戶(hù)使用可行性
開(kāi)發(fā)的系統操作要非常簡(jiǎn)單，以便適合大人小孩老人各類(lèi)人們都可以很方便操作使用。還有，要有經(jīng)過(guò)培訓的專(zhuān)業(yè)人員在指導，以便當儲戶(hù)有什么疑難問(wèn)題時(shí)能及時(shí)得到正確的`答復。
7、其他可供選擇的方式
可以購買(mǎi)現有系統，但是由于現有系統過(guò)于簡(jiǎn)單、購買(mǎi)成本高，而且并不適合銀行的特殊情況，所以不建議使用這個(gè)方案。
8、結論意見(jiàn)
銀行儲蓄系統技術(shù)在目前是一個(gè)技術(shù)上成熟的系統，并且在銀行公局內部準備采取有力措施保證資金和人員配置等。因此，分階段開(kāi)發(fā)“銀行儲蓄系統”的構想是可行的。為了使銀行適應現代化高場(chǎng)競爭的需求，促進(jìn)銀行管理信息化，不斷滿(mǎn)足儲戶(hù)的要求，爭取更好的經(jīng)濟效益，建議立即著(zhù)手系統的建議。
參考文獻：
[1] 劉韜，樓興華.SQL Server20xx 數據庫系統開(kāi)發(fā)實(shí)例導航. 北京:人民郵電出版社，20xx.
[2] 丁寶康，董健全. 數據庫實(shí)驗教程. 北京：清華大學(xué)出版社， 20xx
[3] 孫強. 基于A(yíng)SP.NET 的專(zhuān)題網(wǎng)站的研究與設計. 東北師范大學(xué)，20xx.
[4] Michele Leroux Bustamants.Secure your ASP.NET Apps and WCF services with Windows CardSpace. MSDN Magazine,April 20xx.
[5] 肖建編. ASP.NET 編程實(shí)例與技巧集粹. 北京：北京希望電子出版社，20xx.
軟件可行性研究報告3
1、引言
1.1編寫(xiě)目的
隨著(zhù)網(wǎng)絡(luò )技術(shù)的日益普及和信息化建設的重視，網(wǎng)絡(luò )硬盤(pán)作為一種新型安全的網(wǎng)絡(luò )存儲系統，主要適用于個(gè)人文件存儲，可以用作個(gè)人的一個(gè)網(wǎng)絡(luò )Ｕ盤(pán)，網(wǎng)絡(luò )硬盤(pán)是一塊專(zhuān)屬的存儲空間，用戶(hù)通過(guò)上網(wǎng)登錄網(wǎng)站的方式，可方便上傳、下載文件。只要能上網(wǎng)，就可以用網(wǎng)絡(luò )硬盤(pán)登錄到服務(wù)器上進(jìn)行個(gè)人文件的上傳、刪除及文件目錄的新建、修改、共享等操作，隨時(shí)隨地存儲自已的個(gè)人文件。而且不用擔心文件丟失的狀況，安全方便。
1.2項目背景
1.2.1 項目名稱(chēng)：網(wǎng)絡(luò )硬盤(pán)文件資源管理系統
1.2.2 用戶(hù):網(wǎng)絡(luò )存儲用戶(hù)
1.2.3 說(shuō)明：很多用戶(hù)把重要文件存儲在自己的手機或電腦的硬盤(pán)上，結果因為手機、電腦的丟失導致這些重要文件也都丟失了，在很多時(shí)候，文件的價(jià)值往往比手機和電腦本身還要高。而且網(wǎng)絡(luò )硬盤(pán)可以用作個(gè)人的一個(gè)網(wǎng)絡(luò )Ｕ盤(pán)，無(wú)論在家里，辦公室里或旅館里，只要能上網(wǎng)，可以通過(guò)網(wǎng)絡(luò )硬盤(pán)調用自己的文件或記事本；網(wǎng)絡(luò )硬盤(pán)是一塊專(zhuān)屬的存儲空間，用戶(hù)通過(guò)上網(wǎng)登錄網(wǎng)站的方式，可方便上傳、下載文件，而獨特的外鏈功能更突破了傳統存儲的概念。只要能上網(wǎng)，就可以用網(wǎng)絡(luò )硬盤(pán)登錄到服務(wù)器上進(jìn)行個(gè)人文件的上傳、下載、刪除及文件目錄的新建、修改、刪除、文件預覽等操作，隨時(shí)隨地存儲自已的個(gè)人文件。
2、可行性研究的前提
2.1要求
2.1.1 功能要求
用戶(hù)能登陸注冊，用戶(hù)文件空間界面必須以文件目錄的形式展示文件列表，目錄結構清晰。能實(shí)現文件批量選擇上傳，操作必須要方便快捷簡(jiǎn)單，常用格式文件必須要能打開(kāi)預覽。為方便操作，文件夾能打包壓縮下載。用戶(hù)能對文件實(shí)現批量操作。能設置外鏈文件。
2.1.2 性能要求
為了滿(mǎn)足儲戶(hù)的要求，系統必須要有高的運作速度，用戶(hù)的操作事件，系統必須能快速及時(shí)作出響應，迅速處理各項數
據、信息。所以要求很高的信息量速度和大的主存容量；由于要存貯大量文件和數據，也還要有足夠大的磁盤(pán)容量；安全性也是系統最重要的性能需求之一，文件管理系統系統必須有可靠的安全措施，以保證儲戶(hù)的存儲安全。
2.1.3完成期限
2.2目標
網(wǎng)絡(luò )硬盤(pán)是一種類(lèi)似U盤(pán)的一種文件存儲系統，所以，第一、系統必須要穩定、安全，保證上傳的文件不丟失，能正確下載。第二、文件瀏覽界面必須要友好，能提供清晰的文件目錄列表。第三、必須要有方便快捷的操作，保證良好的`用戶(hù)體驗。
2.3可行性研究方法
采用歸納方法：通過(guò)對現在流行、大型的網(wǎng)絡(luò )硬盤(pán)系統詳細研究與比較來(lái)獲取自己系統需求分析所需資料，在對這些系統的設計、制造和運行狀況進(jìn)行分析研究的基礎上,根據所設計的系統的功能要求進(jìn)行多次選擇,然后對少數幾個(gè)同類(lèi)系統作出相應修正，最后得出一個(gè)理想的系統。
3、對現有系統的分析
當前大多數網(wǎng)盤(pán)都還沒(méi)有實(shí)現對文件的預覽功能，有部分實(shí)現了對圖片的預覽功能，但實(shí)現對文檔、音樂(lè )、視頻預覽的確很少。給予用戶(hù)的體驗不足，達不到用戶(hù)所期待的功能�；谶@種原因，我所實(shí)現的系統能對圖片、文檔、音樂(lè )、視頻的預覽以及文件夾的壓縮下載。
4、技術(shù)可行性分析
網(wǎng)絡(luò )硬盤(pán)文件系統的實(shí)現技術(shù)有多種,可以采用傳統的客戶(hù)機/服務(wù)器型的B/S型架構,即文件內容放在遠程的服務(wù)器上,用戶(hù)通過(guò)在其他計算機上登陸服務(wù)器。進(jìn)入網(wǎng)絡(luò )硬盤(pán)系統。由于受條件所限制，數據庫服務(wù)器端采用大型數據庫系統,這有利于縮短大批量數據的吞吐時(shí)間,使整個(gè)系統管理規范化,數據的完整性、安全性得到保障.應用服務(wù)器端采用中間件計算模式(IBMWebSphereApplicationServer),分模塊層次結構,多模塊分立,允許系統的分布處理,以提高系統的工作效率。所使用的技術(shù)主要是S2SH（struts2、hibernate、spring）以及javascript、jquery、css、html，這些技術(shù)都已經(jīng)開(kāi)設過(guò)課程，我也已經(jīng)掌握了。開(kāi)發(fā)系統的計算機硬件已經(jīng)非常普及，所以完全沒(méi)有問(wèn)題；現在的計算機各方面的技術(shù)都非常成熟，相對來(lái)說(shuō)開(kāi)發(fā)此系統的技術(shù)也要求比較簡(jiǎn)單，因此在技術(shù)方面是可行的。
5、經(jīng)濟可行性分析
可以通過(guò)推廣發(fā)布廣告、個(gè)人付費、流量收費來(lái)維持網(wǎng)盤(pán)的運營(yíng)，并通過(guò)網(wǎng)盤(pán)服務(wù)帶來(lái)大量用戶(hù)到其他關(guān)聯(lián)產(chǎn)業(yè)。經(jīng)濟上市是沒(méi)什么問(wèn)題的。
6、社會(huì )因素可行性分析
6.1法律因素
全部軟件購買(mǎi)正版；機器設置通過(guò)正當途徑購得；所有軟件都用正版，技術(shù)資料都由提出方保管，數據信息均可保證合法來(lái)源。所以，在法律方面是可行的。
6.2用戶(hù)使用可行性
開(kāi)發(fā)的系統操作要非常簡(jiǎn)單，以便適合大人小孩老人各類(lèi)人們都可以很方便操作使用。
軟件可行性研究報告4
第一章1．引言
計算機已經(jīng)深入到日常工作和生活的方方面面，已經(jīng)成為我們學(xué)習和工作的得力助手，比如文字處理、信息管理、輔助設計、圖形圖像處理、教育培訓以及游戲娛樂(lè )等。各行各業(yè)的人們都在使用計算機完成許許多多復雜的工作。然而，雖然現在世界上的各種軟件層出不窮，但它們依然不能滿(mǎn)足用戶(hù)的各種特殊需要，人們還不得不開(kāi)發(fā)適合自己特殊需求的軟件。學(xué)籍管理系統是一個(gè)教育單位不可缺少的部分,它的內容對于學(xué)校的決策者和管理者來(lái)說(shuō)都至關(guān)重要,所以學(xué)籍管理系統應該能夠為用戶(hù)提供充足的信息和快捷的查詢(xún)手段。但一直以來(lái)人們使用傳統人工紙質(zhì)的方式來(lái)考試測評，這種考試測評方式存在著(zhù)許多缺點(diǎn),如:效率低、保密性差,另外時(shí)間一長(cháng),將產(chǎn)生大量的文件和數據,這對于批改、查找、更新和維護考試試卷都帶來(lái)了不少的困難。而使用計算機對學(xué)生考試,具有手工考試所無(wú)法比擬的優(yōu)點(diǎn).例如:批改迅速、查找方便、可靠性高、保密性好、壽命長(cháng)、成本低等。這些優(yōu)點(diǎn)能夠極大地提高學(xué)生考試的效率,也是老師的科學(xué)化、正規化測評學(xué)生的重要途徑。故設計此系統。
1.1編寫(xiě)目的
該軟件項目可行性研究報告是對考試系統的全面通盤(pán)考慮,是項目分析員進(jìn)行進(jìn)一步工作的前提,是軟件開(kāi)發(fā)人員正確成功的開(kāi)發(fā)項目的前提與基礎.此研究報告可以使軟件開(kāi)發(fā)團體盡可能早的估計研制課題的可行性,可以在定義階段較早的認識到系統方案的缺陷,就可以節省時(shí)間和精力,也可以節省資金,并且避免了許多專(zhuān)業(yè)方面的困難.所以該軟件項目可行性研究報告在整個(gè)開(kāi)發(fā)過(guò)程中是非常重要的。
1.2項目背景
鑒于目前學(xué)校學(xué)生人數劇增,學(xué)生信息呈爆炸性增長(cháng)，計算機成本日益下降的前提下,學(xué)校對學(xué)生考試的自動(dòng)化與準確化的要求日益強烈的背景下提出的，本軟件產(chǎn)品為學(xué)生考試系統的一個(gè)子系統，實(shí)現學(xué)生考試系統中的標準化考試子功能。
工程的名稱(chēng)： 標準化考試系統;
工程產(chǎn)品的名稱(chēng)： 標準化考試系統;
工程組織者：標準化考試系統開(kāi)發(fā)小組;
產(chǎn)品用戶(hù)： 學(xué)�？荚嚋y評人員;
產(chǎn)品設計者： 標準化考試系統開(kāi)發(fā)小組;
產(chǎn)品生產(chǎn)者：標準化考試系統開(kāi)發(fā)小組;
產(chǎn)品所有權：標準化考試系統開(kāi)發(fā)小組擁有
1.3定義
1.4參考資料
《軟件工程導論》 -陳 明 機械工業(yè)出版社
《Java程序設計概論》-趙生慧 高等教育出版社
第二章2．可行性研究的前提
2.1要求
本軟件的功能和要求是解決高校對學(xué)生的電子考試的問(wèn)題，為進(jìn)一步完善學(xué)校的對學(xué)生考試，教師測評，實(shí)現學(xué)生考試自動(dòng)化，本軟件采用的單機系統是目前廣泛采用的系統，考試安全和保密有一定的保障。軟件的整個(gè)設計過(guò)程必須通過(guò)生產(chǎn)能力的提高,人員工作效率的提高等等使軟件開(kāi)發(fā)成本最小化.實(shí)現保證軟件質(zhì)量的前提下的資金投入最小化。
2.2目標
開(kāi)發(fā)此考試系統軟件，使教學(xué)人員及操作者進(jìn)行考試測評，方便操作者隨時(shí)考試、查看、更改，使老師人員從繁瑣的批改作業(yè)到電腦自動(dòng)化批改作業(yè)；方便學(xué)生隨時(shí)考試，隨時(shí)可以得到答案，達到考試訓練的目的，是學(xué)生成績(jì)不斷提高。
2.3條件、假定和限制
建議軟件壽命：5年。
經(jīng)費來(lái)源：學(xué)校。
硬件條件：普通PC機即可
運行環(huán)境：windows系列
2.4可行性研究方法
2.5評價(jià)尺度
此軟件由于只是一個(gè)初級產(chǎn)品，只要能構建一個(gè)結構，達到一些發(fā)卷、答題、查看答案等基本功能和要求即可，軟件開(kāi)發(fā)周期不長(cháng)。本軟件可實(shí)現學(xué)生信考試發(fā)卷、答題、查看答案功能，使用友好的用戶(hù)界面，用戶(hù)可輕松使用。
第三章3．對現有系統的分析
3.1處理流程和數據流程
現有系統的數據處理與流程基本為學(xué)生考試試卷的錄入與答題等操作，系統的保密性不高。
3.2工作負荷
由于學(xué)生考試量越來(lái)越大，現有的系統已明顯不能適應目前的龐大考試數據量，系統工作負荷過(guò)大，考試數據處理緩慢，對計算機硬件的要求比較高。
3.3費用支出
在系統上投入的人力，設備，空間，材料，等等與其他的一系列支持性服務(wù)越來(lái)越大，導致開(kāi)發(fā)費用支出巨大，嚴重影響系統的可用性，急需改進(jìn)。
3.4人員、設備
鑒于原有系統的技術(shù)性含量比較低，故不需要多少高技術(shù)人員的操作，只是由于考試數據量的日益擴大，所需要的操作人員數量不斷增大。這一點(diǎn)已不再適應目前信息化時(shí)代的步伐。設備的科技含量也比較低，沒(méi)有達到大量的計算機普及程度，更難以實(shí)現網(wǎng)絡(luò )化考試辦公。
3.5局限性
經(jīng)過(guò)嚴謹的'分析，可知原有的系統存在很大的局限性，比如技術(shù)的過(guò)于陳舊，人員工作負荷大，系統維護及費用支出巨大，人員與設備技術(shù)含量低等等一系列缺點(diǎn)，所有這些都明確了需要一個(gè)新的適應新的信息化時(shí)代的高科技的系統。所以開(kāi)發(fā)這樣一個(gè)系統還是很有必要的。
第四章4．所建議技術(shù)可行性分析
4.1對系統的簡(jiǎn)要描述
新系統在原有系統的基礎上加入了新的考試界面，使用了先進(jìn)的考試答案批改處理技術(shù)，使標準答案與考試作答的準確性與安全性得到了很大的提高，且在用戶(hù)的并行操作與用戶(hù)管理方面也有了極大地改善。
標準化考試系統可大致分大致實(shí)現以下功能：
讀取試卷內容與考試時(shí)間要求： 把現有的試卷以按照要求的格式讀取，試卷包含了考試時(shí)間，和考試要求等信息。
顯示答案正誤：考生答完題或者時(shí)間到，馬上就能顯示考生的成績(jì)，并指出考生錯誤的題號，并通知考試是否合格。
4.2處理流程和數據流程
4.3與現有系統比較的優(yōu)越性
很明顯，在以上幾點(diǎn)中已可以看出新系統的性能與功能上與現有系統的差別，首先隨著(zhù)學(xué)生人數的不斷增加，數據信息越來(lái)越多，需要投入很大的人力和物力才能維持它的正常運作，同時(shí)它的答題，批改等都很繁瑣而且容易出錯，新系統克服了原來(lái)系統的資金投入大，人員設備技術(shù)含量低，系統工作負擔重等缺點(diǎn)。而且加入了對數據的安全保密性保護的功能，使原有系統在可用性與穩健性方面有了很大的進(jìn)步。
4.4采用建議系統可能帶來(lái)的影響
采用建議系統與現有系統的差別在上面已所過(guò)，在此從不同方面具體說(shuō)一下：
(1).設備：采用建議系統后，改進(jìn)了原有系統的性能所以對設備要求自然更高，建議系統使用了最先進(jìn)的技術(shù)使設備也必須跟著(zhù)升級。
(2).現有軟件：由于建議系統采用了考試處理技術(shù)以及一系列高技術(shù)含量軟件，使得原來(lái)系統上的一些軟件無(wú)法繼續使用，不過(guò)在新系統開(kāi)發(fā)過(guò)程中將盡量考慮到，對現有軟件的兼容性。
(3).用戶(hù)：建議系統使用的新技術(shù)是完全基于原有的系統上的,故用戶(hù)不必考慮新系統帶來(lái)的人員培訓等等。
(4).經(jīng)費支出：建議系統是為了改善原有系統在經(jīng)費支出過(guò)高的缺點(diǎn)的，所以新系統一經(jīng)使用在經(jīng)費支出方面一定會(huì )得到很好的改善，用戶(hù)在使用了新系統后只需要花一定資金購買(mǎi)一部分計算機與軟件就能實(shí)現自動(dòng)化。
4.5技術(shù)可行性評價(jià)
就目前使用的開(kāi)發(fā)技術(shù)來(lái)說(shuō)建議系統的功能目標應該能夠達到；利用現有的技術(shù)在規定的期限內開(kāi)發(fā)工作基本能夠完成。
第五章5. 所建議系統經(jīng)濟可行性分析
5.1支出
基建投資：
PC機2臺：5000*2=10000元
打印機1臺：1000元
其他一次性支出：
人員培訓費用：20xx元
經(jīng)常性支出：
人工費用：（考試工作人員工資20xx元/月）*2=4000/月
其他不可預知費用：10000元
共計：27000元，每年再支出16000元
5.2效益
一次性收益：
無(wú)
經(jīng)常性收益：
減少考試工作人員10個(gè)：（考試工作人員工資1800元/月）*10=18000元/月
效率提高：30%以上,節約成本30000元/年
不可定量收益：
無(wú)
共計：246000元/每年
5.3收益/投資比
246000*5/（53000+48000*5）=4.19
5.4投資回收周期
101000/246000=0.41
5.5敏感性分析
設計系統周期為五年, 估計最長(cháng)可達10年
第六章6．社會(huì )因素可行性分析
6.1法律因素
所有軟件都選用正版。
所有技術(shù)資料都由提出方保管。
合同制定確定違約責任。
6.2用戶(hù)使用可行性
使用本軟件人員要求有一定計算機基礎的人員,考試系統管理員要求由計算機的專(zhuān)業(yè)知識。
第七章7．其他可供選擇的方案
由于系統過(guò)于簡(jiǎn)單，所以開(kāi)發(fā)小組沒(méi)有提供其他的方案，只有一種開(kāi)發(fā)方案。
第八章8．結論
結論可以是：在進(jìn)行必要的人員投入后，工程可以立即開(kāi)始進(jìn)行研發(fā)。
軟件可行性研究報告5
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ō)明
【軟件可行性研究報告】相關(guān)文章：
軟件可行性研究報告07-14
軟件可行性研究報告11-22
軟件可行性研究報告范文03-04
關(guān)于軟件的可行性研究報告11-13
軟件可行性研究報告范文11-19
關(guān)于軟件可行性研究報告11-11
軟件項目可行性研究報告12-01
軟件可行性研究報告5篇07-14
軟件可行性研究報告(5篇)07-14
有關(guān)軟件可行性研究報告范文08-03