軟件工程可行性研究報告范文
在學(xué)習、工作生活中，報告不再是罕見(jiàn)的東西，不同的報告內容同樣也是不同的。你知道怎樣寫(xiě)報告才能寫(xiě)的好嗎？下面是小編收集整理的軟件工程可行性研究報告范文，歡迎大家分享。
軟件工程可行性研究報告范文1
第一章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ā)。
軟件工程可行性研究報告范文2
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)濟上不合算等)。
軟件工程可行性研究報告范文3
1.引言
1.1項目的背景，研究的目的和意義
背景：經(jīng)過(guò)一段時(shí)間的調查我們發(fā)現周邊網(wǎng)吧的管理系統不盡相同，而其實(shí)現的功能都基本相同。大多數網(wǎng)吧的管理系統僅僅實(shí)現了計時(shí)收費的目的。所以我們覺(jué)得現在大多數網(wǎng)吧的管理系統功能還不夠完善，做得還不夠人性化。因此我們想嘗試改進(jìn)現有的網(wǎng)吧管理系統，使其功能更人性化，提供的服務(wù)更齊全，以改變現狀
我們也從網(wǎng)上找了幾個(gè)別人做的系統簡(jiǎn)單地看了一下
項目名稱(chēng)：xxxxx
項目發(fā)起者：xxxxx
面向用戶(hù)：xxxxx
1.2項目的目前研究現狀
此項目現階段還處于可行性分析階段，具體實(shí)施將等到所學(xué)知識的進(jìn)一步健全以及對項目有進(jìn)一步的認識
1.3參考資料（作者、標題、出版單位、發(fā)表日期、編號、頁(yè)號）《軟件工程》高等教育出版社史濟民等
《數據庫系統教程》高等教育出版社施伯樂(lè )等
《Java面向對象編程》電子工業(yè)出版社孫衛琴
《Java編程思想》機械工業(yè)出版社BruceExkel等
2.系統的技術(shù)可行性
2.1系統的簡(jiǎn)要描述
功能：網(wǎng)吧管理幫助網(wǎng)吧管理員管理網(wǎng)吧管理員可以通過(guò)該系統對上網(wǎng)人員（會(huì )員、非會(huì )員）記時(shí)收費、充值，對出售的食品飲料等計費，對網(wǎng)吧內的各臺機器進(jìn)行控制，以及提供一些特殊的服務(wù)（如在節假日對上網(wǎng)費打折等等）而被控制端有登陸、登離、呼叫網(wǎng)管、修改密碼、買(mǎi)東西、查看個(gè)人信息（余額、姓名等等）
特點(diǎn)：由于上網(wǎng)顧客需要食品和飲料，而大多數網(wǎng)吧內也有這些商品出售，但往往是買(mǎi)一次東西結算一次，搞得網(wǎng)管十分頭疼，而且效率也不高。上網(wǎng)顧客往往對這樣的購物方式也不滿(mǎn)意，他們希望可以不用離開(kāi)座位就可以獲得所需的商品。為了解決這個(gè)問(wèn)題，我們將在網(wǎng)吧管理系統中添加了購物系統。在購物系統中，上網(wǎng)人員可以看到各種商品及其價(jià)格，點(diǎn)擊購買(mǎi)后網(wǎng)管可以在服務(wù)器端看到顧客的請求，并將所需商品送給顧客，而計費系統會(huì )自動(dòng)將商品的費用添加進(jìn)計費系統中。我們還將添加網(wǎng)管呼叫系統，以進(jìn)一步完善網(wǎng)吧管理系統的功能，顧客在需要網(wǎng)管時(shí)可以點(diǎn)擊呼叫網(wǎng)管，這樣既不用費力地叫網(wǎng)管，又保持了安靜，為上網(wǎng)創(chuàng )造良好的環(huán)境。在我們的網(wǎng)吧管理系統中，我們還將添加特殊服務(wù)一項，網(wǎng)管可以根據需要調整上網(wǎng)費用，在節假日等時(shí)期搞優(yōu)惠招攬顧客，當顧客結束本次上網(wǎng)時(shí)，計費系統會(huì )將本次上網(wǎng)費與商品費用一起計算，這樣就節省了時(shí)間，提高了工作效率。
2.2系統采用的技術(shù)、特點(diǎn)
這次我們打算用Java語(yǔ)言來(lái)開(kāi)發(fā)這個(gè)系統，這主要是因為Java語(yǔ)言是面向對象的語(yǔ)言，而且功能十分強大，并且使用Java會(huì )減少編程過(guò)程中的錯誤。當然由于可能會(huì )有大批顧客的資料需要管理，其中必然會(huì )使用到數據庫。但是由于項目還未進(jìn)入實(shí)施階段，所以會(huì )遇到什么樣的問(wèn)題現在還是不可預知的，最終會(huì )使用到哪些技術(shù)也要在實(shí)踐的過(guò)程中去獲得結論
2.3資源條件
由于現在網(wǎng)絡(luò )十分發(fā)達，網(wǎng)上的資源非常豐富，所以一般遇到問(wèn)題時(shí)可以到網(wǎng)上去尋找答案。我們也從網(wǎng)上找了一些別人做的系統看了，對這些系統也進(jìn)行了分析，總結了它們的優(yōu)缺點(diǎn)，并大體上確定了我們要做的系統的功能和外觀(guān)，我們還在網(wǎng)上詢(xún)問(wèn)了一些網(wǎng)友，并采集了他們的意見(jiàn)，將一些好的建議用到我們的系統中去。
在設計過(guò)程中，必然會(huì )遇到這樣那樣的問(wèn)題，除了使用網(wǎng)絡(luò )外，我們還會(huì )到圖書(shū)館查閱一些資料，當然肯定還會(huì )用到我們手上現有的一些書(shū)籍。
本著(zhù)鍛煉思維、培養能力的目標，我們會(huì )自己去思考并解決遇到的問(wèn)題，在遇到實(shí)在解決不了的問(wèn)題時(shí)也會(huì )向身邊的同學(xué)和老師尋求幫助
2.4技術(shù)可行性評價(jià)
以前我們曾在學(xué)C語(yǔ)言時(shí)觸過(guò)一個(gè)與之類(lèi)似的項目，那時(shí)做的是一個(gè)圖書(shū)管理系統，雖然我們并未參加代碼的編寫(xiě)，但是對其中的一些思想有所了解。但那時(shí)由于沒(méi)有數據庫的知識，所以系統還不算復雜。此項目中我們考慮到由于會(huì )有很多用戶(hù)的資料需要管理，而且我們又添加了許多其他的功能，所以會(huì )復雜一些。而且那時(shí)完全是為了練手，所以界面比較粗糙，而我們做的這套系統是面向用戶(hù)的，所以界面必然會(huì )做得友好一些，這必然也會(huì )增加系統開(kāi)發(fā)的難度。任何項目的開(kāi)發(fā)都不會(huì )沒(méi)有難度，我覺(jué)得只要認真思考，并借助各種資源，我們能夠最終開(kāi)發(fā)出這套系統來(lái)
2.5、系統的非技術(shù)可行性
2.5.1法律可行性
該系統在網(wǎng)吧等類(lèi)似場(chǎng)所使用，進(jìn)行管理監控用戶(hù)的基本操作，其中不會(huì )添加獲取用戶(hù)密碼等受法律保護的信息的操作，且該系統不保存用戶(hù)上機的具體操作，只會(huì )保留用戶(hù)上網(wǎng)日期和時(shí)間等數據，以便用戶(hù)日后核對，或者供其他一些有權限的人或部門(mén)調查。
2.5.2經(jīng)濟可行性
由于該系統的實(shí)現初衷是為了鍛煉，以熟悉軟件開(kāi)發(fā)的全過(guò)程，不涉及經(jīng)濟的投入（有也會(huì )很少），所以將不會(huì )有經(jīng)濟上的風(fēng)險。因此，在這一方面是可行的。
2.5.3運行可行性
由于網(wǎng)吧管理系統是相對獨立的系統，除了與操作系統交互外，與其他軟件的關(guān)系不大，所以發(fā)生沖突的概率較低。萬(wàn)一發(fā)生不能協(xié)調工作，為了本系統的安全，將對外來(lái)系統做一定限制，嚴重的`將采取禁用策略。
3、風(fēng)險預估與解決策略
在完善的計劃也有風(fēng)險，由于開(kāi)發(fā)人員現在的知識和經(jīng)驗有限，可能未能將系統分析全面，或考慮得不夠深入。為此，我們將積極學(xué)習開(kāi)發(fā)將用到的知識，不斷地回顧分析，查閱資料，并反復改進(jìn)。我們在階段性任務(wù)完成后會(huì )請教有經(jīng)驗的老師和學(xué)長(cháng)，來(lái)使系統盡可能的完善。
由于課程比較緊張，開(kāi)發(fā)階段可能將延長(cháng)，為此，我們有兩套策略：
1、吸收其他同學(xué)加快開(kāi)發(fā)；
2、利用假期延期開(kāi)發(fā)。萬(wàn)一風(fēng)險發(fā)生時(shí)，視情況決定采取那套策略。
如果因為時(shí)間的關(guān)系，開(kāi)發(fā)最終無(wú)法按期完成，我們會(huì )將主要功能模塊開(kāi)發(fā)出來(lái)，其他功能可能會(huì )被忽略，以達到實(shí)驗的目的。
如果在項目實(shí)施過(guò)程中分工不明確，造成工作重疊，或者系統有些功能未被實(shí)現，而我們又不能協(xié)調好，最終在項目提交前都未能最終完成預期目標�；蛴捎谝巹澋哪繕硕ǖ倪^(guò)高，不符合現有的技術(shù)水平，造成項目實(shí)施過(guò)程中遇到無(wú)法突破的技術(shù)瓶頸，導致由于部分功能未能實(shí)現，影響到其他部分的實(shí)施，最終導致項目失敗。那項目就只能宣告失敗了，那么我們將會(huì )從中獲得寶貴的軟件開(kāi)發(fā)的教訓，為以后做項目打下基礎，這也是一種學(xué)習啊。
4.結論意見(jiàn)(能否承擔該項目/條件具備承擔該項目)
雖然此項目存在一定的技術(shù)難度和風(fēng)險，但我們對項目要達到的目標十分清楚，對所要開(kāi)發(fā)系統將要實(shí)現的功能也非常了解。而且有一些成品作為參考，并且在項目的實(shí)施過(guò)程中我們能夠獲得幫助，我認為只要我們能夠認真思考、仔細規劃、明確分工，我們可以承擔此項目的開(kāi)發(fā)
【軟件工程可行性研究報告】相關(guān)文章：
2020軟件工程可行性研究報告范文10-21
可行性研究報告 可行性報告02-11
可行性研究報告04-24
項目可行性的研究報告10-22
可行性的研究報告模板10-22
可行性研究報告11-20
項目可行性研究報告04-24
【熱門(mén)】可行性研究報告11-06
可行性研究報告范文07-14