軟件工程可行性研究報告

時間：2023-02-13 14:59:42 報告我要投稿

軟件工程可行性研究報告范文

　　在學習、工作生活中，報告不再是罕見的東西，不同的報告內容同樣也是不同的。你知道怎樣寫報告才能寫的好嗎？下面是小編收集整理的軟件工程可行性研究報告范文，歡迎大家分享。

軟件工程可行性研究報告范文

軟件工程可行性研究報告范文1

　　第一章1．引言

　　計算機已經深入到日常工作和生活的方方面面，已經成為我們學習和工作的得力助手，比如文字處理、信息管理、輔助設計、圖形圖像處理、教育培訓以及游戲娛樂等。各行各業的人們都在使用計算機完成許許多多復雜的工作。然而，雖然現在世界上的各種軟件層出不窮，但它們依然不能滿足用戶的各種特殊需要，人們還不得不開發適合自己特殊需求的軟件。學籍管理系統是一個教育單位不可缺少的部分，它的內容對于學校的決策者和管理者來說都至關重要，所以學籍管理系統應該能夠為用戶提供充足的信息和快捷的查詢手段。

　　但一直以來人們使用傳統人工紙質的方式來考試測評，這種考試測評方式存在著許多缺點，如：效率低、保密性差，另外時間一長，將產生大量的文件和數據，這對于批改、查找、更新和維護考試試卷都帶來了不少的困難。而使用計算機對學生考試，具有手工考試所無法比擬的優點。例如：批改迅速、查找方便、可靠性高、保密性好、壽命長、成本低等。這些優點能夠極大地提高學生考試的效率，也是老師的科學化、正規化測評學生的重要途徑。故設計此系統。

　　1.1編寫目的

　　該軟件項目可行性研究報告是對考試系統的全面通盤考慮，是項目分析員進行進一步工作的前提，是軟件開發人員正確成功的開發項目的前提與基礎。此研究報告可以使軟件開發團體盡可能早的估計研制課題的可行性，可以在定義階段較早的認識到系統方案的缺陷，就可以節省時間和精力，也可以節省資金，并且避免了許多專業方面的困難。所以該軟件項目可行性研究報告在整個開發過程中是非常重要的。

　　1.2項目背景

　　鑒于目前學校學生人數劇增，學生信息呈爆炸性增長，計算機成本日益下降的前提下，學校對學生考試的自動化與準確化的要求日益強烈的背景下提出的，本軟件產品為學生考試系統的一個子系統，實現學生考試系統中的標準化考試子功能。

　　工程的名稱：標準化考試系統；

　　工程產品的名稱：標準化考試系統；

　　工程組織者：標準化考試系統開發小組；

　　產品用戶：學校考試測評人員；

　　產品設計者：標準化考試系統開發小組；

　　產品生產者：標準化考試系統開發小組；

　　產品所有權：標準化考試系統開發小組擁有

　　1.3定義

　　1.4參考資料

　　《軟件工程導論》-陳明機械工業出版社

　　《Java程序設計概論》-趙生慧高等教育出版社

　　第二章2．可行性研究的前提

　　2.1要求

　　本軟件的功能和要求是解決高校對學生的電子考試的問題，為進一步完善學校的對學生考試，教師測評，實現學生考試自動化，本軟件采用的單機系統是目前廣泛采用的系統，考試安全和保密有一定的保障。軟件的整個設計過程必須通過生產能力的提高，人員工作效率的提高等等使軟件開發成本最小化。實現保證軟件質量的前提下的資金投入最小化。

　　2.2目標

　　開發此考試系統軟件，使教學人員及操作者進行考試測評，方便操作者隨時考試、查看、更改，使老師人員從繁瑣的批改作業到電腦自動化批改作業；方便學生隨時考試，隨時可以得到答案，達到考試訓練的目的，是學生成績不斷提高。

　　2.3條件、假定和限制

　　建議軟件壽命：5年。

　　經費來源：學校。

　　硬件條件：普通PC機即可

　　運行環境：windows系列

　　2.4可行性研究方法

　　2.5評價尺度

　　此軟件由于只是一個初級產品，只要能構建一個結構，達到一些發卷、答題、查看答案等基本功能和要求即可，軟件開發周期不長。本軟件可實現學生信考試發卷、答題、查看答案功能，使用友好的用戶界面，用戶可輕松使用。

　　第三章3．對現有系統的分析

　　3.1處理流程和數據流程

　　現有系統的數據處理與流程基本為學生考試試卷的錄入與答題等操作，系統的保密性不高。

　　3.2工作負荷

　　由于學生考試量越來越大，現有的系統已明顯不能適應目前的龐大考試數據量，系統工作負荷過大，考試數據處理緩慢，對計算機硬件的要求比較高。

　　3.3費用支出

　　在系統上投入的人力，設備，空間，材料，等等與其他的一系列支持性服務越來越大，導致開發費用支出巨大，嚴重影響系統的可用性，急需改進。

　　3.4人員、設備

　　鑒于原有系統的技術性含量比較低，故不需要多少高技術人員的操作，只是由于考試數據量的日益擴大，所需要的操作人員數量不斷增大。這一點已不再適應目前信息化時代的步伐。設備的科技含量也比較低，沒有達到大量的計算機普及程度，更難以實現網絡化考試辦公。

　　3.5局限性

　　經過嚴謹的分析，可知原有的系統存在很大的局限性，比如技術的過于陳舊，人員工作負荷大，系統維護及費用支出巨大，人員與設備技術含量低等等一系列缺點，所有這些都明確了需要一個新的適應新的信息化時代的高科技的系統。所以開發這樣一個系統還是很有必要的。

　　第四章4．所建議技術可行性分析

　　4.1對系統的簡要描述

　　新系統在原有系統的基礎上加入了新的'考試界面，使用了先進的考試答案批改處理技術，使標準答案與考試作答的準確性與安全性得到了很大的提高，且在用戶的并行操作與用戶管理方面也有了極大地改善。

　　標準化考試系統可大致分大致實現以下功能：

　　讀取試卷內容與考試時間要求：把現有的試卷以按照要求的格式讀取，試卷包含了考試時間，和考試要求等信息。

　　顯示答案正誤：考生答完題或者時間到，馬上就能顯示考生的成績，并指出考生錯誤的題號，并通知考試是否合格。

　　4.2處理流程和數據流程

　　4.3與現有系統比較的優越性

　　很明顯，在以上幾點中已可以看出新系統的性能與功能上與現有系統的差別，首先隨著學生人數的不斷增加，數據信息越來越多，需要投入很大的人力和物力才能維持它的正常運作，同時它的答題，批改等都很繁瑣而且容易出錯，新系統克服了原來系統的資金投入大，人員設備技術含量低，系統工作負擔重等缺點。而且加入了對數據的安全保密性保護的功能，使原有系統在可用性與穩健性方面有了很大的進步。

　　4.4采用建議系統可能帶來的影響

　　采用建議系統與現有系統的差別在上面已所過，在此從不同方面具體說一下：

　　(1).設備：采用建議系統后，改進了原有系統的性能所以對設備要求自然更高，建議系統使用了最先進的技術使設備也必須跟著升級。

　　(2).現有軟件：由于建議系統采用了考試處理技術以及一系列高技術含量軟件，使得原來系統上的一些軟件無法繼續使用，不過在新系統開發過程中將盡量考慮到，對現有軟件的兼容性。

　　(3).用戶：建議系統使用的新技術是完全基于原有的系統上的，故用戶不必考慮新系統帶來的人員培訓等等。

　　(4).經費支出：建議系統是為了改善原有系統在經費支出過高的缺點的，所以新系統一經使用在經費支出方面一定會得到很好的改善，用戶在使用了新系統后只需要花一定資金購買一部分計算機與軟件就能實現自動化。

　　4.5技術可行性評價

　　就目前使用的開發技術來說建議系統的功能目標應該能夠達到；利用現有的技術在規定的期限內開發工作基本能夠完成。

　　第五章5.所建議系統經濟可行性分析

　　5.1支出

　　基建投資：

　　PC機2臺：5000*2=10000元

　　打印機1臺：1000元

　　其他一次性支出：

　　人員培訓費用：20xx元

　　經常性支出：

　　人工費用：（考試工作人員工資20xx元/月）*2=4000/月

　　其他不可預知費用：10000元

　　共計：27000元，每年再支出16000元

　　5.2效益

　　一次性收益：

　　無

　　經常性收益：

　　減少考試工作人員10個：（考試工作人員工資1800元/月）*10=18000元/月

　　效率提高：30%以上，節約成本30000元/年

　　不可定量收益：

　　無

　　共計：246000元/每年

　　5.3收益/投資比

　　246000*5/（53000+48000*5）=4.19

　　5.4投資回收周期

　　101000/246000=0.41

　　5.5敏感性分析

　　設計系統周期為五年，估計最長可達10年

　　第六章6．社會因素可行性分析

　　6.1法律因素

　　所有軟件都選用正版。

　　所有技術資料都由提出方保管。

　　合同制定確定違約責任。

　　6.2用戶使用可行性

　　使用本軟件人員要求有一定計算機基礎的人員，考試系統管理員要求由計算機的專業知識。

　　第七章7．其他可供選擇的方案

　　由于系統過于簡單，所以開發小組沒有提供其他的方案，只有一種開發方案。

　　第八章8．結論

　　結論可以是：在進行必要的人員投入后，工程可以立即開始進行研發。

軟件工程可行性研究報告范文2

　　1、可行性研究目的

　　1.1編寫目的

　　說明編寫本可行性研究報告的目的，指出預期的讀者。

　　1.2背景

　　說明：

　　A.所建議開發的軟件系統的名稱；

　　B.本項目的任務提出者、開發者、用戶及實現該軟件的計算中心或計算機網絡；

　　C.該軟件系統同其他系統或其他機構的基本的相互來往關系。

　　1.3定義

　　列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。

　　1.4參考資料

　　列出用得著的參考資料，如：

　　1.本項目的經核準的計劃任務書或合同、上級機關的批文；

　　2.屬于本項目的其他已發表的文件；

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

　　2、可行性研究的前提

　　說明對所建議的開發項目進行可行性研究的前提，如要求、目標、假定、限制等。

　　2.1要求

　　說明對所建議開發的軟件的基本要求，如：

　　A.功能；

　　B.性能；

　　C.輸出如報告、文件或數據，對每項輸出要說明其特征，如用途、產生頻度、接口以及分發對象；

　　D.輸入說明系統的輸入，包括數據的來源、類型、數量、數據的組織以及提供的頻度；

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

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

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

　　H.完成期限。

　　2.2目標

　　說明所建議系統的主要開發目標，如：

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

　　B.處理速度的提高；

　　C.控制精度或生產能力的提高；

　　D.管理信息服務的改進；

　　E.自動決策系統的改進；

　　F.人員利用率的改進。

　　2.3條件、假定和限制

　　說明對這項開發中給出的條件、假定和所受到的限制，如：

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

　　b.進行系統方案選擇比較的時間；

　　c.經費、投資方面的來源和限制；

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

　　e.硬件、軟件、運行環境和開發環境方面的條件和限制；

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

　　g.系統投入使用的最晚時間。

　　2.4進行可行性研究的方法

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

　　2.5評價尺度

　　說明對系統進行評價時所使用的主要尺度，如費用的多少、各項功能的優先次序、開發時間的長短及使用中的難易程度。

　　3、對現有系統的分析

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

　　分析現有系統的目的是為了進一步闡明建議中的開發新系統或修改現有系統的必要性。

　　3.1處理流程和數據流程

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

　　3.2工作負荷

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

　　3.3費用開支

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

　　3.4人員

　　列出為了現有系統的運行和維護所需要的人員的專業技術類別和數量。

　　3.5設備

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

　　3.6局限性

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

　　4、所建議的系統

　　本章將用來說明所建議系統的目標和要求將如何被滿足。

　　4.1對所建議系統的說明

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

　　4.2處理流程和數據流程

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

　　4.3改進之處

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

　　4.4影響

　　說明在建立所建議系統時，預期將帶來的影響，包括：

　　4.4.1對設備的影響

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

　　4.4.2對軟件的影響

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

　　4.4.3對用戶單位機構的影響

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

　　4.4.4對系統運行過程的影響

　　說明所建議系統對運行過程的影響，如：

　　a.用戶的操作規程；

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

　　c.運行中心與用戶之間的關系；

　　d.源數據的處理；

　　e.數據進入系統的過程；

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

　　g.輸出報告的處理過程、存儲媒體和調度方法；

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

　　4.4.5對開發的影響

　　說明對開發的影響，如：

　　a.為了支持所建議系統的開發，用戶需進行的工作；

　　b.為了建立一個數據庫所要求的數據資源；

　　c.為了開發和測驗所建議系統而需要的計算機資源；

　　d.所涉及的保密與安全問題。

　　4.4.6對地點和設施的影響

　　說明對建筑物改造的要求及對環境設施的要求。

　　4.4.7對經費開支的影響

　　扼要說明為了所建議系統的開發，設計和維持運行而需要的各項經費開支。

　　4.5局限性

　　說明所建議系統尚存在的局限性以及這些問題未能消除的原因。

　　4.6技術條件方面的可行性

　　本節應說明技術條件方面的可行性，如：

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

　　b.利用現有的技術，該系統的功能能否實現；

　　c.對開發人員的數量和質量的要求并說明這些要求能否滿足；

　　d.在規定的期限內，本系統的開發能否完成。

　　5、可選擇的其他系統方案

　　扼要說明曾考慮過的每一種可選擇的系統方案，包括需開發的和可從國內國外直接購買的，如果沒有供選擇的系統方案可考慮，則說明這一點。

　　5.1可選擇的系統方案1

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

　　5.2可選擇的系統方案2

　　按類似5.1條的方式說明第2個乃至第n個可選擇的系統方案。......

　　6、投資及效益分析

　　6.1支出

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

　　6.1.1基本建設投資

　　包括采購、開發和安裝下列各項所需的費用，如：

　　a.房屋和設施；

　　b.ADP設備；

　　c.數據通訊設備；

　　d.環境保護設備；

　　e.安全與保密設備；

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

　　g.數據庫管理軟件。

　　6.1.2其他一次性支出

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

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

　　b.開發計劃與測量基準的研究；

　　c.數據庫的建立；

　　d.ADP軟件的轉換；

　　e.檢查費用和技術管理性費用；

　　f.培訓費、旅差費以及開發安裝人員所需要的一次性支出；

　　g.人員的退休及調動費用等。

　　6.1.3非一次性支出

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

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

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

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

　　d.人員的工資、獎金；

　　e.房屋、空間的使用開支；

　　f.公用設施方面的開支；

　　g.保密安全方面的開支；

　　h.其他經常性的支出等。

　　6.2收益

　　對于所選擇的方案，說明能夠帶來的收益，這里所說的收益，表現為開支費用的減少或避免、差錯的減少、靈活性的增加、動作速度的提高和管理計劃方面的改進等，包括；

　　6.2.1一次性收益

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

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

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

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

　　6.2.2非一次性收益

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

　　6.2.3不可定量的收益

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

　　6.3收益/投資比

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

　　6.4投資回收周期

　　求出收益的累計數開始超過支出的累計數的時間。

　　6.5敏感性分析

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

　　7、社會因素方面的可行性

　　本章用來說明對社會因素方面的可行性分析的結果，包括：

　　7.1法律方面的可行性

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

　　7.2使用方面的可行性

　　例如從用戶單位的行政管理、工作制度等方面來看，是否能夠使用該軟件系統；從用戶單位的工作人員的素質來看，是否能滿足使用該軟件系統的要求等等，都是要考慮的。

　　8、結論

　　在進行可行性研究報告的編制時，必須有一個研究的結論。結論可以是：a.可以立即開始進行；

　　b.需要推遲到某些條件(例如資金、人力、設備等)落實之后才能開始進行；c.需要對開發目標進行某些修改之后才能開始進行；

　　d.不能進行或不必進行(例如因技術不成熟、經濟上不合算等)。

軟件工程可行性研究報告范文3

　　1.引言

　　1.1項目的背景，研究的目的和意義

　　背景：經過一段時間的調查我們發現周邊網吧的管理系統不盡相同，而其實現的功能都基本相同。大多數網吧的管理系統僅僅實現了計時收費的目的。所以我們覺得現在大多數網吧的管理系統功能還不夠完善，做得還不夠人性化。因此我們想嘗試改進現有的網吧管理系統，使其功能更人性化，提供的服務更齊全，以改變現狀

　　我們也從網上找了幾個別人做的系統簡單地看了一下

　　項目名稱：xxxxx

　　項目發起者：xxxxx

　　面向用戶：xxxxx

　　1.2項目的目前研究現狀

　　此項目現階段還處于可行性分析階段，具體實施將等到所學知識的進一步健全以及對項目有進一步的認識

　　1.3參考資料（作者、標題、出版單位、發表日期、編號、頁號）《軟件工程》高等教育出版社史濟民等

　　《數據庫系統教程》高等教育出版社施伯樂等

　　《Java面向對象編程》電子工業出版社孫衛琴

　　《Java編程思想》機械工業出版社BruceExkel等

　　2.系統的技術可行性

　　2.1系統的簡要描述

　　功能：網吧管理幫助網吧管理員管理網吧管理員可以通過該系統對上網人員（會員、非會員）記時收費、充值，對出售的食品飲料等計費，對網吧內的各臺機器進行控制，以及提供一些特殊的服務（如在節假日對上網費打折等等）而被控制端有登陸、登離、呼叫網管、修改密碼、買東西、查看個人信息（余額、姓名等等）

　　特點：由于上網顧客需要食品和飲料，而大多數網吧內也有這些商品出售，但往往是買一次東西結算一次，搞得網管十分頭疼，而且效率也不高。上網顧客往往對這樣的購物方式也不滿意，他們希望可以不用離開座位就可以獲得所需的商品。為了解決這個問題，我們將在網吧管理系統中添加了購物系統。在購物系統中，上網人員可以看到各種商品及其價格，點擊購買后網管可以在服務器端看到顧客的請求，并將所需商品送給顧客，而計費系統會自動將商品的費用添加進計費系統中。我們還將添加網管呼叫系統，以進一步完善網吧管理系統的功能，顧客在需要網管時可以點擊呼叫網管，這樣既不用費力地叫網管，又保持了安靜，為上網創造良好的環境。在我們的網吧管理系統中，我們還將添加特殊服務一項，網管可以根據需要調整上網費用，在節假日等時期搞優惠招攬顧客，當顧客結束本次上網時，計費系統會將本次上網費與商品費用一起計算，這樣就節省了時間，提高了工作效率。

　　2.2系統采用的技術、特點

　　這次我們打算用Java語言來開發這個系統，這主要是因為Java語言是面向對象的語言，而且功能十分強大，并且使用Java會減少編程過程中的錯誤。當然由于可能會有大批顧客的資料需要管理，其中必然會使用到數據庫。但是由于項目還未進入實施階段，所以會遇到什么樣的問題現在還是不可預知的，最終會使用到哪些技術也要在實踐的過程中去獲得結論

　　2.3資源條件

　　由于現在網絡十分發達，網上的資源非常豐富，所以一般遇到問題時可以到網上去尋找答案。我們也從網上找了一些別人做的系統看了，對這些系統也進行了分析，總結了它們的優缺點，并大體上確定了我們要做的系統的功能和外觀，我們還在網上詢問了一些網友，并采集了他們的意見，將一些好的建議用到我們的系統中去。

　　在設計過程中，必然會遇到這樣那樣的問題，除了使用網絡外，我們還會到圖書館查閱一些資料，當然肯定還會用到我們手上現有的一些書籍。

　　本著鍛煉思維、培養能力的目標，我們會自己去思考并解決遇到的問題，在遇到實在解決不了的問題時也會向身邊的同學和老師尋求幫助

　　2.4技術可行性評價

　　以前我們曾在學C語言時觸過一個與之類似的項目，那時做的是一個圖書管理系統，雖然我們并未參加代碼的編寫，但是對其中的一些思想有所了解。但那時由于沒有數據庫的知識，所以系統還不算復雜。此項目中我們考慮到由于會有很多用戶的資料需要管理，而且我們又添加了許多其他的功能，所以會復雜一些。而且那時完全是為了練手，所以界面比較粗糙，而我們做的這套系統是面向用戶的，所以界面必然會做得友好一些，這必然也會增加系統開發的難度。任何項目的開發都不會沒有難度，我覺得只要認真思考，并借助各種資源，我們能夠最終開發出這套系統來

　　2.5、系統的非技術可行性

　　2.5.1法律可行性

　　該系統在網吧等類似場所使用，進行管理監控用戶的基本操作，其中不會添加獲取用戶密碼等受法律保護的信息的操作，且該系統不保存用戶上機的具體操作，只會保留用戶上網日期和時間等數據，以便用戶日后核對，或者供其他一些有權限的人或部門調查。

　　2.5.2經濟可行性

　　由于該系統的實現初衷是為了鍛煉，以熟悉軟件開發的全過程，不涉及經濟的投入（有也會很少），所以將不會有經濟上的風險。因此，在這一方面是可行的。

　　2.5.3運行可行性

　　由于網吧管理系統是相對獨立的系統，除了與操作系統交互外，與其他軟件的關系不大，所以發生沖突的概率較低。萬一發生不能協調工作，為了本系統的安全，將對外來系統做一定限制，嚴重的`將采取禁用策略。

　　3、風險預估與解決策略

　　在完善的計劃也有風險，由于開發人員現在的知識和經驗有限，可能未能將系統分析全面，或考慮得不夠深入。為此，我們將積極學習開發將用到的知識，不斷地回顧分析，查閱資料，并反復改進。我們在階段性任務完成后會請教有經驗的老師和學長，來使系統盡可能的完善。

　　由于課程比較緊張，開發階段可能將延長，為此，我們有兩套策略：

　　1、吸收其他同學加快開發；

　　2、利用假期延期開發。萬一風險發生時，視情況決定采取那套策略。

　　如果因為時間的關系，開發最終無法按期完成，我們會將主要功能模塊開發出來，其他功能可能會被忽略，以達到實驗的目的。

　　如果在項目實施過程中分工不明確，造成工作重疊，或者系統有些功能未被實現，而我們又不能協調好，最終在項目提交前都未能最終完成預期目標。或由于規劃的目標定的過高，不符合現有的技術水平，造成項目實施過程中遇到無法突破的技術瓶頸，導致由于部分功能未能實現，影響到其他部分的實施，最終導致項目失敗。那項目就只能宣告失敗了，那么我們將會從中獲得寶貴的軟件開發的教訓，為以后做項目打下基礎，這也是一種學習啊。

　　4.結論意見(能否承擔該項目/條件具備承擔該項目)

　　雖然此項目存在一定的技術難度和風險，但我們對項目要達到的目標十分清楚，對所要開發系統將要實現的功能也非常了解。而且有一些成品作為參考，并且在項目的實施過程中我們能夠獲得幫助，我認為只要我們能夠認真思考、仔細規劃、明確分工，我們可以承擔此項目的開發

【軟件工程可行性研究報告】相關文章：

2020軟件工程可行性研究報告范文10-21