軟件可行性研究報告
隨著人們自身素質提升，報告的適用范圍越來越廣泛，報告根據用途的不同也有著不同的類型。相信許多人會覺得報告很難寫吧，下面是小編幫大家整理的軟件可行性研究報告，希望對大家有所幫助。
軟件可行性研究報告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
摘要
20xx年10月，我作為項目經理參與了畢業生就業信息管理系統的開發，主要負責系統準備和啟動管理。該系統具有嚴格的安全、穩定、高效和可靠性高等不可忽視的優點，目前該系統運行良好，尚未出現任何不良問題。
項目的成功很大程度上歸功于本次項目在各個階段的進度管理和成本的有效控制。本文以該項目為例，根據個人經驗主要討論了畢業生就業信息管理系統中的可行性問題，主要通過在計劃階段做好本次系統的的市場分析報告，了解現今社會的需求和供應，對本次項目進行全方位的跟蹤了解，確定本次項目的根本方向。
正文：
一、前言
大學生就業問題關系到高等教育持續健康的發展，關系到國家的經濟建設、社會的穩定和人民群眾的根本利益。基于web的大學生就業管理系統，正是針對當前嚴峻的畢業生就業形式，為學校做好大學生就業管理工作提供了信息化的解決方案。
本系統采用browser/server技術模式，在前臺使用開發技術，后臺使用ms sql server 20xx數據庫開發技術。本系統主要是為了方便負責就業管理工作的老師使用，向畢業生提供一些招聘信息、就業指導及相關的政策信息，以幫助同學們更好的就業。本系統分為管理員登陸子系統，包括畢業生信息管理功能，企業信息管理功能，和招聘信息管理功能；畢業生登陸子系統，包括個人信息查詢，企業信息查詢和招聘信息查詢功能。
本系統為畢業生提供了一個便捷、可靠的信息平臺，有利于學校更好的對大學生進行就業管理和指導。
關鍵字：就業；信息管理；sql server；jsp
二、國內外的發展現狀
目前國內比較優秀的此類網站不勝枚舉，最為突出的有“中國高校畢業生就業信息服務網”與“北京大學畢業生就業信息服務網”。
它們主要包括了“求職”、“招聘”、“新聞”、“企業介紹”、“政策”、“咨詢”六大板塊。分別為畢業生提供就業的各類信息幫助，屬于非常優秀的網絡資源站。通過對這些優秀網站的學習研究為本設計提供了一個很好的參考平臺
三、本次項目的意義
j2ee平臺的`飛速發展，技術的成熟以及應用領域的不斷擴大，為網上信息的交互提供了一個良好的平臺和方便的操作界面。由于j2ee平臺基于用戶需求的設計方法，使得該系統的使用更加的人性化、個人化、更貼近用戶。以j2ee平臺的構建思想來實現網上選課系統可以最大程度的做到實用性，可擴展性和可維護性相結合，安全性以及規范化原則。在系統中還采用了css層布局技術。使設計更加的簡便。
畢業生就業問題是大學畢業生至關重要的問題，每個合格的大學畢業生都都將就業途徑視為命脈，而“畢業生就業信息網”正是提供這種途徑的最佳方式之一，具有極度的應用價值與實用性。
四、本次項目的可行性分析
1、市場可行性：
隨著高等教育的普及，大學畢業生就業問題逐漸成為了各大高校不可忽視的一大問題，因為存在著所謂的“熱門”和“冷門”現象，各大高校在對所謂的“冷門”專業招生時也往往會存在多多少少的顧慮，一是“冷門”專業的人才少，很難找到較高水平的講師來給同學們上課，二來校領導對“冷門”專業“不放心”，擔心自己學校出去的學生找工作難，直接的影響到學校的就業率，再就是應屆畢業生對工作需求的不了解，這些原因就直接導致了專業的選擇錯誤。而有了畢業生就業信息管理系統就能讓各方面及時，迅速的了解到市場上的人才需求，對未來做出合理的預測分析，避免出現某一專業供大于求，而其他專業找不到人才的尷尬現象。
2、經濟可行性
本次項目的開發較為簡單，在很大程度上可以請部分學生來完成，學生對專業知識比較了解，能很大程度上減少對員工的培訓經費，縮短了項目的完成時間，再者現今社會網絡發達，部分問題可在網絡上得以解決。另外，現實生活中對畢業生就業信息管理系統的需求較大，不論是學校還是企業都離不開與本次項目相關的系統，在效益上一定能取得一個很滿意的答復。
3、技術可行性
項目風險分析：本次項目開始與20xx年9月，要求在20xx年底完成，客戶要求在這個系統中管理員可以完成學生信息的添加、刪除等管理，企業的添加、刪除等管理，企業用人信息的刪除、查看管理操作；管理員可以隨時瀏覽企業對畢業生的反饋信息，使學校對畢業生的就業情況更輕松的掌握。本次項目的時間相當充裕，我們有足夠的時間來隊其進行相應的修改和完善，確保能給用戶一個最滿意的答案。
資源分析：在本次項目中我們有多達5萬快的資金和所有需要的硬件設備，有足夠的資金來購買相關的軟件和部分硬件。
技術發展分析：在我們的團隊中每個人都滿懷經驗，多年從事軟件項目開發，具有相當高的專業知識和工作經驗，在設計過程中能快速準確的完成相應的工作并對其進行合理的補充，保證能讓大多數的用戶滿意。
4、外部環境可行性
畢業生就業信息是當今社會普遍關注的一大重點，而且本次項目我們團隊堅持不抄襲，不仿照，在保證完成所有功能的前提下盡可能的做到完美、新穎，誓保不出現任何法律糾紛。
五、測試結論
軟件測試是軟件生產的一個重要的環節，也是最為耗費時間的一個環節。統計資料表明，測試的工作量約占整個項目開發工作量的40%左右。因此我們準備了充分的時間進行系統測試。
在本次項目中由于畢業生就業信息管理系統大部分的數據都是存儲在數據庫中的，而數據庫是基于sql sever下，在安全性，容量方面完全可以滿足需要，在針對每個頁面的測試中，無重大的錯誤，界面鏈接正常，操作簡便，用戶使用步驟清晰，無繁雜。在性能測試方面，本系統的性能比較穩定，在遭遇用戶的誤操作，以及特殊數據時，能夠主動提示，安全性與穩定性都比較高，對此我們也比較滿意。
軟件可行性研究報告3
當接受一個軟件開發任務，就進入軟件生命的第一個階段，即進行可行性的研究。并不是所有問題都有具有簡單的解決辦法，許多問題都是不能在預定的規模內解決。因此通過可行性的研究分析可以從中發現問題，并對其提出有無可行性的解決方法，進而避免人力、物力和財力的浪費。在現行的系統初步調查的基礎上可以提出新系統目標，即新系統建立后所要求達到的運行指標，這是系統開發和評價的依據。系統目標應充分體現，并直接為火車票預定系統服務，且程序可以分期、分批實現。但是，需要指出的是，系統目標是不可能在總體規劃階段就提出的非常具體，它還將在開發過程中逐步明確和定量化。以達到更加出色的程序系統。
一、技術可行性
本系統是一個需要實現火車票預定系統，現有的技術較為成熟，硬件、軟件的性能要求、環境條件等各項條件良好，例如開發所需要的語言、軟件小組的成員都會使用，估計利用現有技術條件完全可以達到該系統的功能目標。同時，考慮給予的開發期限也比較充裕，預計系統是可以在規定的期限內完成開發的。
二、經濟可行性
電話訂餐已成為一種阻礙外賣行業發展的落后方式了，實行訂餐管理的信息化迫在眉睫，利用外賣訂餐管理系統對外賣流程實行信息化，不僅給訂餐顧客帶來了方便更給外賣店帶來了經濟利益。外賣訂餐管理給顧客和外賣店帶來了雙贏。對于顧客，不用再擔心高峰期打電話訂餐失敗了，顧客可以在網站瀏覽相關菜式，添加喜歡的菜式，解決了以前的那種電話訂餐造成訂錯菜式的現象。對于外賣店更是帶來了長遠的'利益，減少外賣店的人力和財力，通過訂餐管理系統使外賣店能夠及時掌握市場信息，推銷新菜式和實行更有效的經營策略。
三、法律可行性
本軟件自主開發研制，不抄襲，不盜用，不存在法律上的版權問題。軟件主要功能為火車票網上預定，沒有任何反動或不健康信息，不存在法律政策上的問題。
四、操作可行性
本次設計由小組四個人分工合作完成，技術上有兩位選學java編程方向的成員，系統功能界面設計上有兩位選學前臺開發的同學完成，四人分工明確，對待本次設計認真負責。
五、結論
綜上所述，本次火車票系統的開發過程不論是在技術上、經濟上、法律上還是操作上都是可行的。系統可以正常開發。
軟件可行性研究報告4
1、引言
1.1編寫目的
隨著網絡技術的日益普及和信息化建設的重視，網絡硬盤作為一種新型安全的網絡存儲系統，主要適用于個人文件存儲，可以用作個人的一個網絡Ｕ盤，網絡硬盤是一塊專屬的存儲空間，用戶通過上網登錄網站的方式，可方便上傳、下載文件。只要能上網，就可以用網絡硬盤登錄到服務器上進行個人文件的上傳、刪除及文件目錄的新建、修改、共享等操作，隨時隨地存儲自己的個人文件。而且不用擔心文件丟失的狀況，安全方便。
1.2項目背景
1.2.1 項目名稱：網絡硬盤文件資源管理系統
1.2.2 用戶:網絡存儲用戶
1.2.3 說明：很多用戶把重要文件存儲在自己的手機或電腦的硬盤上，結果因為手機、電腦的丟失導致這些重要文件也都丟失了，在很多時候，文件的價值往往比手機和電腦本身還要高。而且網絡硬盤可以用作個人的一個網絡Ｕ盤，無論在家里，辦公室里或旅館里，只要能上網，可以通過網絡硬盤調用自己的文件或記事本；網絡硬盤是一塊專屬的存儲空間，用戶通過上網登錄網站的方式，可方便上傳、下載文件，而獨特的外鏈功能更突破了傳統存儲的概念。只要能上網，就可以用網絡硬盤登錄到服務器上進行個人文件的上傳、下載、刪除及文件目錄的新建、修改、刪除、文件預覽等操作，隨時隨地存儲自己的個人文件。
2、可行性研究的前提
2.1要求
2.1.1 功能要求
用戶能登陸注冊，用戶文件空間界面必須以文件目錄的形式展示文件列表，目錄結構清晰。能實現文件批量選擇上傳，操作必須要方便快捷簡單，常用格式文件必須要能打開預覽。為方便操作，文件夾能打包壓縮下載。用戶能對文件實現批量操作。能設置外鏈文件。
2.1.2 性能要求
為了滿足儲戶的要求，系統必須要有高的運作速度，用戶的操作事件，系統必須能快速及時作出響應，迅速處理各項數
據、信息。所以要求很高的信息量速度和大的主存容量；由于要存貯大量文件和數據，也還要有足夠大的磁盤容量；安全性也是系統最重要的性能需求之一，文件管理系統系統必須有可靠的安全措施，以保證儲戶的存儲安全。
2.1.3完成期限
2.2目標
網絡硬盤是一種類似U盤的一種文件存儲系統，所以，第一、系統必須要穩定、安全，保證上傳的文件不丟失，能正確下載。第二、文件瀏覽界面必須要友好，能提供清晰的文件目錄列表。第三、必須要有方便快捷的操作，保證良好的用戶體驗。
2.3可行性研究方法
采用歸納方法：通過對現在流行、大型的網絡硬盤系統詳細研究與比較來獲取自己系統需求分析所需資料，在對這些系統的設計、制造和運行狀況進行分析研究的基礎上,根據所設計的系統的功能要求進行多次選擇,然后對少數幾個同類系統作出相應修正，最后得出一個理想的系統。
3、對現有系統的分析
當前大多數網盤都還沒有實現對文件的預覽功能，有部分實現了對圖片的預覽功能，但實現對文檔、音樂、視頻預覽的確很少。給予用戶的體驗不足，達不到用戶所期待的功能。基于這種原因，我所實現的系統能對圖片、文檔、音樂、視頻的'預覽以及文件夾的壓縮下載。
4、技術可行性分析
網絡硬盤文件系統的實現技術有多種,可以采用傳統的客戶機/服務器型的B/S型架構,即文件內容放在遠程的服務器上,用戶通過在其他計算機上登陸服務器。進入網絡硬盤系統。由于受條件所限制，數據庫服務器端采用大型數據庫系統,這有利于縮短大批量數據的吞吐時間,使整個系統管理規范化,數據的完整性、安全性得到保障.應用服務器端采用中間件計算模式(IBMWebSphereApplicationServer),分模塊層次結構,多模塊分立,允許系統的分布處理,以提高系統的工作效率。所使用的技術主要是S2SH（struts2、hibernate、spring）以及javascript、jquery、css、html，這些技術都已經開設過課程，我也已經掌握了。開發系統的計算機硬件已經非常普及，所以完全沒有問題；現在的計算機各方面的技術都非常成熟，相對來說開發此系統的技術也要求比較簡單，因此在技術方面是可行的。
5、經濟可行性分析
可以通過推廣發布廣告、個人付費、流量收費來維持網盤的運營，并通過網盤服務帶來大量用戶到其他關聯產業。經濟上市是沒什么問題的。
6、社會因素可行性分析
6.1法律因素
全部軟件購買正版；機器設置通過正當途徑購得；所有軟件都用正版，技術資料都由提出方保管，數據信息均可保證合法來源。所以，在法律方面是可行的。
6.2用戶使用可行性
開發的系統操作要非常簡單，以便適合大人小孩老人各類人們都可以很方便操作使用。
軟件可行性研究報告5
5.4投資回收周期為三年。(上述利息均為5%)
6、社會因素可行性分析
6.1法律因素
全部軟件購買正版;機器設置通過正當途徑購得;所有軟件都用正版，技術資料都由提出方保管，數據信息均可保證合法來源。所以，在法律方面是可行的。
6.2用戶使用可行性
開發的系統操作要非常簡單，以便適合大人小孩老人各類人們都可以很方便操作使用。還有，要有經過培訓的'專業人員在指導，以便當儲戶有什么疑難問題時能及時得到正確的答復。
7、其他可供選擇的方式
可以購買現有系統，但是由于現有系統過于簡單、購買成本高，而且并不適合銀行的特殊情況，所以不建議使用這個方案。
8、結論意見
銀行儲蓄系統技術在目前是一個技術上成熟的系統，并且在銀行公局內部準備采取有力措施保證資金和人員配置等。因此，分階段開發“銀行儲蓄系統”的構想是可行的。為了使銀行適應現代化高場競爭的需求，促進銀行管理信息化，不斷滿足儲戶的要求，爭取更好的經濟效益，建議立即著手系統的建議。
參考文獻：
[1] 劉韜，樓興華.SQL Server20xx 數據庫系統開發實例導航. 北京:人民郵電出版社，20xx.
[2] 丁寶康，董健全. 數據庫實驗教程. 北京：清華大學出版社， 20xx
[3] 孫強. 基于ASP.NET 的專題網站的研究與設計. 東北師范大學，20xx.
[4] Michele Leroux Bustamants.Secure your ASP.NET Apps and WCF services with Windows CardSpace. MSDN Magazine,April 20xx.
[5] 肖建編. ASP.NET 編程實例與技巧集粹. 北京：北京希望電子出版社，20xx.
軟件可行性研究報告6
一、 概述
簡述項目提出的背景、技術開發狀況、現有產業規模;項目產品的主要用途、性能;投資必要性和預期經濟效益;本企業實施該項目的優勢。
二、 技術可行性分析
1、項目的技術路線、工藝的合理性和成熟性，關鍵技術的先進性和效果論述。
2、產品技術性能水平與國內外同類產品的比較。
3、項目承擔單位在實施本項目中的優勢。
三、 項目成熟程度
1、成果的技術鑒定文件或產品性能檢測報告、產品鑒定證書。
2、產品質量的穩定性，以及在價格、性能等方面被用戶認可的情況等。
3、核心技術的知識產權情況。對引進技術的消化、吸收、創新和后續開發能力。
四、 市場需求情況和風險分析
1、國內市場需求規模和產品的發展前景、在國內市場的競爭優勢和市場占有率。
2、國際市場狀況及該產品未來增長趨勢、在國際市場的競爭能力、產品替代進口或出口的可能性。
3、風險因素分析及對策。
五、 投資估算及資金籌措
1、項目投資估算
2、資金籌措方案
3、投資使用計劃
六、 經濟和社會效益分析
1、未來五年生產成本、銷售收入估算。
2、財務分析：以動態分析為主，提供財務內部收益率、貸款償還期、投資回收期、投資利潤率和利稅率、財務凈現值等指標。
3、不確定性分析：主要進行盈虧平衡分析和敏感性分析，對項目的抗風險能力作出判斷。
4、財務分析結論
5、社會效益分析
七、 綜合實力和產業基礎
1、企業員工構成(包括分工構成和學歷構成)
2、企業高層管理人員或項目負責人的教育背景、科技意識、市場開拓能力和經營管理水平。
3、企業從事研究開發的人員力量、資金投入，以及企業內部管理體系等情況。
4、企業從事該產品生產的條件、產業基礎(包括項目實施所需的基礎設施及原材料的來源、供應渠道等)。
八、 項目實施進度計劃
九、 其它
1、環境保護措施
2、勞動保護和安全
3、必要的證明材料
(1) 特殊行業許可證(如食品、農藥、醫藥、化肥產品生產許可證及批文);通信產品入網許可證;公共安全產品生產許可證;壓力容器生產許可證等。
(2) 可提供項目立項證明、高新技術企業證書、產品質量認證、環保證明;產品訂貨意向、合同等補充材料。
十、 結論
軟件可行性研究報告框架
可行性研究報告的編寫目的是：說明該軟件開發項目的實現在技術、經濟和社會條件方面的可行 性;評述為了合理地達到開發目標而可能選擇的各種方案;說明并論證所選定的方案。
可行性研究報告的編寫內容要求
7.1引言
7.1.1編寫目的
7.1.2背景
7.1.3定義
7.1.4參考資料 7
7.2可行性研究的前提
7.2.1要求
7.2.2目標
7·2.3條件、假定和限制
7.2.4進行可行性研究的方法
7.2.5評價尺度
7·3對現有系統的分析
7.3.1數據流程和處理流程
7.3.2工作負荷
7.3.3費用開支
7.3.4人員
7.3.5設備
7.3.6局限性
7.4所建議的系統
7.4.1對所建議系統的說明
7.4.2數據流程和處理流程
7.4.3改進之處
7.4.4影響
7.4.4.1對設備的影響
7.4.4.2對軟件的影響
7.4.4.3對用戶單位機構的影響
7.4.4.4對系統運行的影響
7.4.4.5對開發的影響
7.4，4.6對地點和設施的影響
7.4.4.7對經費開支的影響
7.4.5局限性
7.4.6技術條件方面的可行性
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社會條件方面的可行性
7.7.1法律方面的可行性
7.7.2使用方面的可行性
7.8結論
附錄a
可行性研究報告的編寫提示
(參考件)
a.1引言
a.1.1編寫目的
說明編寫本可行性研究報告的目的，指出預期的讀者。
a.1.2背景
說明
a.所建議開發的軟件系統的名稱;
b.本項目的任務提出者、開發者、用戶及實現該軟件的計算中心或計算機網絡;
c.該軟件系統同其他系統或其他機構的基本的相互來往關系。
a.1.3定義
列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。
a.1.4參考資料
列出用得著的參考資料，如
a.本項目的經核準的計劃任務書或合同、上級機關的批文;
b.屬于本項目的其他已發表的文件;
c.本文件中各處引用的文件、資料，包括所需用到的軟件開發標準。|
列出這些文件資料的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。
a.2可行性研究的前提
說明對所建議的開發項目進行可行性研究的前提，如要求、目標、假定、限制等。
a.2.1要求
說明對所建議開發的軟件的基本要求，如
a.功能;
b.性能;
c·輸出如報告、文件或數據，對每項輸出要說明其特征，如用途、產生頻度、接口以及分發對象;
d.輸入說明系統的輸入，包括數據的來源、類型、數量、數據的組織以及提供的頻度;
e.處理流程和數據流程用圖表的方式表示出最基本的數據流程和處理流程，并輔之以敘述;
f.在安全與保密方面的要求;
g.同本系統相連接的其他系統;
h.完成期限。
a.2.2目標
說明所建議系統的主要開發目標，如
a.人力與設備費用的減少;
b.處理速度的提高;
c.控制精度或生產能力的提高;
d.管理信息服務的改進;
e.自動決策系統的改進;
f.人員利用率的改進。
a.2.3條件、假定和限制
說明對這項開發中給出的條件、假定和所受到的限制，如
a.所建議系統的運行壽命的最小值;
b.進行系統方案選擇比較的時間;
c.經費、投資方面的來源和限制;
d.法律和政策方面的限制;
e.硬件、軟件、運行環境和開發環境方面的條件和限制;
f.可利用的信息和資源;
g.系統投入使用的最晚時間。
a.2.4進行可行性研究的方法
說明這項可行性研究將是如何進行的，所建議的系統將是如何評價的。摘要說明所使用的基本方法 和策略，如調查、加權、確定模型、建立基準點或仿真等。
a.2.5評價尺度
說明對系統進行評價時所使用的主要尺度，如費用的多少、各項功能的優先次序、開發時間的長短 及使用中的難易程度。
a.3 對現有系統的分析
這里的現有系統是指當前實際使用的系統，這個系統可能是計算機系統，也可能是一個機械系統甚 至是一個人工系統。
分析現有系統的目的是為了進一步闡明建議中的開發新系統或修改現有系統的必要性。
a.3.1處理流程和數據流程
說明現有系統的基本的處理流程和數據流程。此流程可用圖表即流程圖的形式表示，并加以敘述。
a.3.2工作負荷
列出現有系統所承擔的工作及工作量。
a.3.3費用開支
列出由于運行現有系統所引起的費用開支，如人力、設備、空間、支持性服務、材料等項開支以及開 支總額。
a.3.4人員
列出為了現有系統的運行和維護所需要的人員的專業技術類別和數量。
a.3.5設備
列出現有系統所使用的各種設備。
a.3.6局限性
列出本系統的主要的局限性，例如處理時間趕不上需要，響應不及時，數據存儲能力不足，處理功能 不夠等。并且要說明，為什么對現有系統的改進性維護已經不能解決問題。
a.4 所建議的系統
本章將用來說明所建議系統的目標和要求將如何被滿足。
a.4.1對所建議系統的說明
概括地說明所建議系統，并說明在第a.2章中列出的那些要求將如何得到滿足，說明所使用的基本 方法及理論根據。
a.4.2處理流程和數據流程
給出所建議系統的處理流程和數據流程。
a.4.3改進之處
按a.2.2條中列出的目標，逐項說明所建議系統相對于現存系統具有的改進。
a.4.4影響
說明在建立所建議系統時，預期將帶來的影響，包括
a.4.4.1對設備的影響
說明新提出的設備要求及對現存系統中尚可使用的設備須作出的修改。
a.4.4.2對軟件的影響
說明為了使現存的應用軟件和支持軟件能夠同所建議系統相適應。而需要對這些軟件所進行的修 改和補充。
a.4.4.3對用戶單位機構的影響
說明為了建立和運行所建議系統，對用戶單位機構、人員的數量和技術水平等方面的全部要求。
a. 4. 4. 4對系統運行過程的影響
說明所建議系統對運行過程的影響，如
a.用戶的操作規程;
b.運行中心的操作規程;
c.運行中心與用戶之間的關系;
d.源數據的處理;
e.數據進入系統的過程;
f.對數據保存的要求，對數據存儲、恢復的處理;
g.輸出報告的處理過程、存儲媒體和調度方法;
h.系統失效的后果及恢復的處理辦法。
a.4.4.5對開發的影響
說明對開發的影響，如
a.為了支持所建議系統的開發，用戶需進行的工作;
b.為了建立一個數據庫所要求的數據資源;
c·為了開發和測驗所建議系統而需要的計算機資源;
d.所涉及的保密與安全問題。
a.4.4.6對地點和設施的影響
說明對建筑物改造的要求及對環境設施的要求。
a.4.4.7對經費開支的影響
扼要說明為了所建議系統的開發，設計和維持運行而需要的各項經費開支。
a.4.5局限性
說明所建議系統尚存在的局限性以·及這些問題未能消除的原因。
a.4.6技術條件方面的可行性
本節應說明技術條件方面的可行性，如
a.在當前的限制條件下，該系統的功能目標能否達到;
b.利用現有的技術，該系統的`功能能否實現;
c.對開發人員的數量和質量的要求并說明這些要求能否滿足;
d.在規定的期限內，本系統的開發能否完成。
a.5可選擇的其他系統方案
扼要說明曾考慮過的每一種可選擇的系統方案，包括需開發的和可從國內國外直接購買的，如果沒 有供選擇的系統方案可考慮，則說明這一點。
a.5.1可選擇的系統方案1
參照第a.4章的提綱，說明可選擇的系統方案1，并說明它未被選中的理由。
a.5.2可選擇的系統方案2
按類似a. 5. 1條的方式說明第2個乃至第。個可選擇的系統方案。
......
a.6投資及效益分析
a.6.1支出
對于所選擇的方案，說明所需的費用。如果已有一個現存系統，則包括該系統繼續運行期間所需的費用。
a.6.1.1基本建設投資
包括采購、開發和安裝下列各項所需的費用，如
a.房屋和設施;
b. a dp設備;
c.數據通訊設備;
d.環境保護設備;
e.安全與保密設備;
f.adp操作系統的和應用的軟件;
g.數據庫管理軟件。
a.6.1.2其他一次性支出
包括下列各項所需的費用，如
a.研究(需求的研究和設計的研究);
b.開發計劃與測量基準的研究;
c.數據庫的建立;
d.adp軟件的轉換;
e.檢查費用和技術管理性費用;
f.培訓費、旅差費以及開發安裝人員所需要的一次性支出;
g.人員的退休及調動費用等。
a.6.1.3非一次性支出
列出在該系統生命期內按月或按季或按年支出的用于運行和維護的費用，包括
a.設備的租金和維護費用;
b軟件的租金和維護費用;
c.數據通訊方面的租金和維護費用;
d.人員的工資、獎金;
e.房屋、空間的使用開支;
f.公用設施方面的開支;
g.保密安全方面的開支;
h.其他經常性的支出等。
a.6.2收益
對于所選擇的方案，說明能夠帶來的收益，這里所說的收益，表現為開支費用的減少或避免、差錯的減少、靈活性的增加、動作速度的提高和管理計劃方面的改進等，包括;
a.6.2.1一次性收益
說明能夠用人民幣數目表示的一次性收益，可按數據處理、用戶、管理和支持等項分類敘述，如：
a.開支的縮減包括改進了的系統的運行所引起的開支縮減，如資源要求的減少，運行效率的改進，數據進入、存貯和恢復技術的改進，系統性能的可監控，軟件的轉換和優化，數據壓縮技術的采用，處理的集中化/分布化等;
b.價值的增升包括由于一個應用系統的使用價值的增升所引起的收益，如資源利用的改進，管理和運行效率的改進以及出錯率的減少等;
c.其他如從多余設備出售回收的收入等。
a.6.2.2非一次性收益
說明在整個系統生命期內由于運行所建議系統而導致的按月的、按年的能用人民幣數目表示的收益，包括開支的減少和避免。
a.6.2.3不可定量的收益
逐項列出無法直接用人民幣表示的收益，如服務的改進，由操作失誤引起的風險的減少，信息掌握情況的改進，組織機構給外界形象的改善等。有些不可捉摸的收益只能大概估計或進行極值估計(按最好和最差情況估計)。
a.6.3收益/投資比
求出整個系統生命期的收益/投資比值。
a.6.4投資回收周期
求出收益的累計數開始超過支出的累計數的時間。
a.6.5敏感性分析
所謂敏感性分析是指一些關鍵性因素如系統生命期長度、系統的工作負荷量、工作負荷的類型與這些不同類型之間的合理搭配、處理速度要求、設備和軟件的配置等變化時，對開支和收益的影響最靈敏的范圍的估計。在敏感性分析的基礎上做出的選擇當然會比單一選擇的結果要好一些。
a.7 社會因素方面的可行性
本章用來說明對社會因素方面的可行性分析的結果，包括
a.7.1法律方面的可行性
法律方面的可行性問題很多，如合同責任、侵犯專利權、侵犯版權等方面的陷井，軟件人員通常是不熟悉的，有可能陷入，務必要注意研究。
a.7.2使用方面的可行性
例如從用戶單位的行政管理、工作制度等方面來看，是否能夠使用該軟件系統;從用戶單位的工作人員的素質來看，是否能滿足使用該軟件系統的要求等等，都是要考慮的。
a.8 結論
在進行可行性研究報告的編制時，必須有一個研究的結論。結論可以是
a.可以立即開始進行;
b.需要推遲到某些條件(例如資金、人力、設備等)落實之后才能開始進行;
c.需要對開發目標進行某些修改之后才能開始進行;
d.不能進行或不必進行(例如因技術不成熟、經濟上不合算等)。
軟件可行性研究報告7
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.不能進行或不必進行(例如因技術不成熟、經濟上不合算等)。
【軟件可行性研究報告】相關文章：
軟件可行性研究報告-可行性研究報告04-01
軟件可行性研究報告10-08
軟件可行性研究報告02-21
軟件可行性研究報告07-14
軟件可行性研究報告范本10-08
軟件可行性研究報告范文10-07
軟件可行性研究報告模板10-06
軟件可行性研究報告范本06-23
關于軟件可行性研究報告03-28