軟體可行性分析報告（精選7篇）
軟體可行性分析報告（精選7篇）
我們眼下的社會，報告的使用成為日常生活的常態，報告具有雙向溝通性的特點。那麼你真正懂得怎麼寫好報告嗎？以下是小編精心整理的軟體可行性分析報告，希望能夠幫助到大家。‘
軟體可行性分析報告 篇1
一、概述
簡述專案提出的背景、技術開發狀況、現有產業規模；專案產品的主要用途、效能；投資必要性和預期經濟效益；本企業實施該專案的優勢。
二、技術可行性分析
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）可提供專案立項證明、高新技術企業證書、產品質量認證、環保證明；產品訂貨意向、合同等補充材料。
十、結論
可行性研究報告的編寫目的是：說明該軟體開發專案的實現在技術、經濟和社會條件方面的可行性;評述為了合理地達到開發目標而可能選擇的各種方案;說明並論證所選定的方案。
軟體可行性分析報告 篇2
1，探探
這個軟體其實是一個非常好的軟體如果你是一個潮學生或者價值比較高的學生(要麼有錢要麼有臉要麼有身材)那麼探探無非是最適合你的社交軟體在探探上你可以非常便捷的認識到一些其他院校的高分姑娘(當然，如果你是在3、4線城市的話，就不要用探探了，沒啥用)由於探探是雙相匹配的，所以配對其實就代表了基礎吸引在你們配對了之後快速的轉到微信才是上策你可以用經典的“這個不常用，微信發來”來轉移到微信上探探其實就是吃一個展示面。
如果你展示面不好的話就不要用探探了，沒啥用。
至於為什麼沒用你去開啟探探，看看上面的其他男人瞭解一下你的競爭對手都有多帥、多有錢你就知道為什麼了。
2，陌陌
在有了探探之前陌陌就是神器(或者說是展示面好的人的神器)和探探一樣，吃的是一個展示面，但是陌陌的入門標準要比探探高。
如果你想玩轉探探的話你只要是個6分男人就可以了。但如果你想要玩轉陌陌的話，你起碼要是個8分男人。
陌陌由於自身特性(基於地理位置交友)所以學生使用的話並沒有什麼好處(因為你會發現用陌陌的在校生基本都會選擇隱身)也就是說，你在學校裡開了陌陌那你就只會看到一群男絲和幾個賣鞋的姑娘。
所以還在用陌陌的學生們趕緊轉移陣地去用探探吧但是和之前說的一樣陌陌和探探都是吃展示面的。如果你展示面不好的話其實這兩個社交軟體對你來說都是單機版的。
3，超級課程表
對於這個軟體我只有兩個字：呵呵!
如果你的目標是0到3分妹那麼你可以在超級課程表內找到你的歸宿。
我曾在超級課程表中發了一條校園動態，然後接下來的一天中收到了20多條私信。是的，有20多位0到3分的姑娘和我打了招呼。然後我就解除安裝了這款軟體。
4，微信
附近的人附近的人這個功能早就可以被砍掉了，只有SB會妄想著透過微信附近的人加到很多姑娘。
100個姑娘裡面有1個在無聊的時候開附近的人就已經很不錯了，所以別妄想透過這個渠道來認識姑娘了。
5，覓約
許多人看到這裡估計已經絕望了，福音來了，還是有這麼一款軟體是靠譜的。“覓約”(微信公眾號“wuli覓約”)這款APP的強大之處就在於，如果你有展示面可以用你的展示面撩妹子還能賺錢，如果你沒有展示面，至少你還可以花點錢買一個機會，如果你相中一個妹子，那麼你可以約租她兩三個小時，跟她一起看看電影吃吃飯，喝喝咖啡。兩三小時也不貴，平均也就一二百塊錢。但是你可以買到讓她陪你的權利。如果這兩三個小時你還不能發揮你的實力讓妹子對你產生興趣，那要麼就是你太醜，要麼你就是撩妹技能尚未得到開發。
總結：想要透過展示面來把妹的話，推薦：探探、陌陌、覓約。
想要不透過展示面把妹的話，推薦：覓約(微信公眾號“wuli覓約”)。但是要花一點錢。如果你連錢也不想花，那麼拜拜，你還是別想著把妹了。雖然有的人沒有很好的展示面，但如果一旦有機會和姑娘見面，他們會用兩三個小時的時間去跟妹子展示他們的其他優點。
軟體可行性分析報告 篇3
一 引言
1.1編寫目的
地理資訊系統的使用者有其特定的目的，對GIS有不同的要求，應用情況也各異。所以應對校園地理資訊系統的系統定義，系統需求以及相關內容進行描述，方便開發人員進行開發。
1.2專案背景
校園地理資訊系統作為“GIS設計與實踐課程”的課間實習，旨在加強學生對GIS資訊系統的理解和運用，瞭解GIS系統的實現過程。
二 專案概述
2.1 GIS專案目標、內容、現行系統的調查情況
該專案主要是利用GIS系統來實現校園地理資訊的視覺化操作，幫助使用者瞭解校園環境，對校園的基礎設施的使用提供便利條件，對校園的規劃與管理提供參考模型，對一些專題研究提供便利。
2.2執行環境
基於ArcGIS的開發
2.3條件與限制
校園資料的缺乏，開發人員經驗不足
三 資料的描述
3.1 GIS靜態資料
校園面積，校園範圍，校園地理座標資料，校園內部結構，系統使用物件等
3.2 GIS動態資料
輸入資料：校園地形圖、Google遙感影像、校園DLG影象
輸出資料：匹配糾正資料、向量化資料、最終成果資料
3.3GIS資料流圖
3.4GIS資料字典
外部實體: 校園地形圖、Google遙感影像、校園DLG影象
校正配準
名稱：校正配準
資料來源：已有資料資料
資料去向：融合資料
資料組成：校園地圖、遙感影像、測量資料、描述性檔案資料
向量化
名稱：向量化
資料來源：配準後資料
資料去向：向量化後資料
資料組成：配準後的柵格影象、點位座標、地物名稱、地物屬性 編輯入庫
名稱：編輯入庫
資料來源：向量化後資料
資料去向：資料庫
資料組成：點、線、面、位置關係、幾何屬性
3.5資料採集
透過網路採集校園地形圖及遙感影象，透過碎步測量採集DLG資料
四 GIS功能需求分析
4.1功能劃分
使用者
4.2功能描述
資訊查詢：透過分層顯示來實習特定地物的顯示
地圖顯示：檢視校園地形圖、Google遙感影像、校園DLG影象 放大縮小：實現地圖的縮放
緩衝區分析:分析點線面的拓撲關係
五 GIS效能需求
5.1資料準確性
作為一次實習產品，該系統對資料準確性不做嚴格要求
5.2時間特性
能夠流暢操作，不產生明顯滯留
六 GIS執行要求
擁有簡明的介面，能夠實現使用者的互操作和影象的顯示和分析。
七 質量保證
軟體執行穩定，能滿足使用者的功能需求，與系統相容性良好，可移植。
軟體可行性分析報告 篇4
軟體需求分析說明書
1 引言
本文中，主要針對工程機械出租的各項步驟、以及設計系統的廣義意義進行了分析，從而根據各部分不同的需求闡明瞭本系統使各個功能模組相連線並實現工作、統計的作用。
1.1 編寫目的
在計算機科技的飛速發展的21世紀，軟體系統以及英特網也在不斷融入我們的生活。然而在工程機械出租領域，裝置的種類、數量越來越多，裝置管理所涉及的是巨大的系統工程，由於企業出租規模大、管理涉及面廣，又是造成統計、管理不到位都將給企業的正常經營帶來一定的影響，所以如何利用先進的網路技術和優異的計算機軟體系統更有效的收集、處理這些裝置的租借，同時建立以現代資訊化為核心的管理體制，減輕相關人員人工對租借管理及資料處理的負擔，完成一個工程機械裝置管理系統就變得尤為重要。
1、 資訊互動要求
軟體系統要求利用一一切租賃操作作為輸入，透過資料收集計算達到處理的目的。
2、 附加影響要求
在系統正常工作過程中，需要達到最好的人際結合效果，對其他裝置的正常工作不可以有太大的影響，設計人員需要根據使用者的需要做出相應的調整；
3、功能的實現要求；
在滿足客戶的要求下，設計人員、開發人員需要根據本文參考相關需求程度，做出相應的軟體系統設計。
1.2 專案來源
本設計的初步設想來源於宏達軟體體驗中心。宏達軟體主要從事各行業的管理軟體開發和應用推廣，宏達體驗中心擁有多支精幹、穩定的軟體技術開發隊伍，這些隊伍不僅具有一流的專業素質和研發能力，同時還擁有豐富的系統開發經驗，且具有良好的職業道德修養和綜合分析能力。 隨著時代的發展，宏達公司也在不斷開發、完善宏達系列軟體，嚴把質量關，用一流的軟體回報使用者，受到了使用者的好評，宏達系列管理軟體以其功能強大、
操作簡便、價格低廉的特性贏得了全國廣大使用者的青睞。目前使用者已遍及全國所有省份、自治區、直轄市；使用者遍及電子、電器、醫藥、服裝、建築、物資、化工、商貿、超市、旅遊、機械、建材、科技、通訊等各類企業公司，同時擁有大量機關、事業單位、學校、研究所等機關事業型單位使用者。
隨著管理自動化的程度越來越高，大部分任務都直接由各種裝置來完成，因此利用先進的計算機技術來管理，提高人機工作的效率成為了一項重要手段。
1.3專案風險
本專案中，不同身份的工作人員需要對各自負責的工作及出發點等承擔一定的風險。
任務提出者需要對專案的完成進度以及設計需求的整體方向負責，產品是否為大眾所接將成為任務提出者所要負擔的風險。
軟體開發者需要對統計、收集、計算的相關程式編碼是否正確承擔責任，對執行軟體後的一切技術上的風險承擔一定的風險。
產品使用者在完成交易過後的使用過程中，需要對自己的一切操作負責，相應的需要承擔軟體系統在使用過程中因操作不當崩潰的風險等。
1.4 文件約定
本文的正文部分以宋體、小四為主要格式，行間距為1.5倍行距，各個主要題頭的格式為黑體、四號。
本文件所涉及的一些專業術語及英文縮寫如下：
Acess: Microsoft Office Access（前名 Microsoft Access）是由微軟釋出的關聯式資料庫管理系統。它結合了 Microsoft Jet Database Engine 和 圖形使用者介面兩項特點，是 Microsoft Office的成員之一。其實Access 也是微軟公司另一個通訊程式的名字，想與 ProComm 以及其他類似程式來競爭。可是事後微軟證實這是個失敗計劃，並且將它中止。數年後他們把名字重新命名於資料庫軟體。Access在2000年的時候成為了計算機等級考試中的計算機二級的一種資料庫語言並且因為它的易學易用的特點正逐步取代傳統的VFP成為二級中最受歡迎的資料庫語言。
Visual Foxpro：Visual FoxPro簡稱VFP，是Microsoft公司推出的資料庫開發軟體，用它來開發資料庫，既簡單又方便。Visual FoxPro源於美國Fox Software公司推出的資料庫產品FoxBase，在DOS上執行，與xBase系列相容。FoxPro原來是FoxBase的加強版，最高版本曾出過2.6。之後，Fox Software被微軟收購，加以發展， 使其可以在 Windows 上
執行， 並且更名為 Visual FoxPro。目前最新版為 Visual FoxPro 9.0，而在學校教學和教育部門考證中還依然延用經典版的 Visual FoxPro 6.0。在桌面型資料庫應用中，處理速度極快，是日常工作中的得力助手。
資料：泛指表示一個指定的值或條件的數字、符號（或字母）等。資料是表示資訊的，但這種表示要適合傳輸、分析和處理。此處，常把資料當作資訊的同義詞。
Container：Container類是IContainer 介面的預設實現。容器是封裝和跟蹤零個或更多個元件的物件。在此上下文中,包容是指邏輯包容,而不是直觀包容。
資料來源：提供某種所需資料的原始媒體。
C/S 結構：即大家熟知的客戶機和伺服器結構。它是軟體系統體系結構，透過它可以充分利用兩端硬體環境的優勢，將任務合理分配到Client端和Server端來實現，降低了系統的通訊開銷。
1.5 預期讀者和閱讀建議
本軟體產品需求分析報告所針對的預期讀者包括：
開發人員
使用者
專案經理
租賃方
開發人員需要根據本文詳細計劃產品的開發，並且以達到最好的人機結合和為企業創造一定的經濟效益為主要目的；使用者需要熟知本文所描述的產品計劃，以對產品有一定的瞭解，在之後的操作過程中才能有一定的熟練度，不以至於出現錯誤操作；專案經理則可以按照此文件安排專案進度以及工作經費等相關、租賃方需要對本文有一定的瞭解，至少熟悉工作流程以及系統需要達到的目的，從而更好地配合出租廠商做好統計、記賬、處理資料的相關方面的工作。
1.6產品範圍
本產品適用於為工程專案出租機械裝置的相關公司，由於大型施工裝置租賃市場處於發展過程中存在著租賃企業數量多且規模小、效益差、惡性競爭嚴重等問題，本產品意在於協助每個工程機械裝置出租公司合理地最佳化相關工作。
1.7 參考文獻
2 產品分析
2.1產品的狀況
工程機械裝置管理系統提供了對基礎資訊錄入、機械裝置出車單錄入、挖掘機回車單錄入、員工登記錄入、加油登記錄入等的模式錄入和表格介面錄入。錄入資訊時可能會出現相同的資訊，為了避免重複錄入部分欄位設定了輔助錄入功能，只需輸入幾項即可完成錄入功能，操作方便快捷，可以很大的提高工作效率。
本系統將不是產品系列中的下一成員，也同時還不是成熟產品所改進的下一代產品，但是現有應用軟體卻不能成為它的替代品(升級產品)，所以這是一個新型的、自主型的產品。
2.2 產品的功能
根據上述分析，可以將本系統的各項子系統功能陳列如下：
1．基礎資訊管理系統：
本系統主要負責儲存、錄入及讀取相關資源，這些資源主要包括：機械裝置檔案、供商資訊、客戶資訊等；
2．機械裝置排程管理系統：
本系統主要負責統計工程機械出車單、以及對挖掘機的租賃做相關管理管理（挖掘機回車單、某機械裝置期間統計、期間統計查詢）；
3．壓路機管理系統：
本系統主要負責執行壓路機回車單、某機械裝置期間統計、期間統計查詢及相關方面的工作。
4．裝載機管理系統：
本系統主要對裝載機回車單、某機械裝置期間統計、期間統計查詢做相關的程式的管理。
5．重型半掛管理系統：
本系統主要對裝載機回車單、某機械裝置期間統計、期間統計查詢做相關的程式的管理。
6．客戶管理系統：
本系統主要負責記錄並統計、處理客戶的還款、組織客戶統計表、檢查並記錄機械裝置狀態等工作。
7．員工管理系統：
本系統提供一個員工資訊服務系統，可以實現員工登記、事故登記、員工考勤、員工生日提醒。
8．加油管理系統：
本系統的作用在於加油登記、加油統計、餘油統計；
9．配件管理系統：
本系統主要處理配件資訊、配件入庫、維護領料、配件庫存、舊件回收、採購申請單、採購申請明細。
10．保養審驗管理系統：
本系統的作用是對裝置做保養登記、對裝置審驗進行登記、裝置審驗提醒、對保養期間查詢等。
11．企業與產品檢索系統：
本系統可以實現線上查詢企業和產品資訊，可以按多種方式進行查詢；
12．線上調查系統：
本系統可以實現線上調查功能，對使用者進行各種情況的調查。
2.3 使用者型別和特性
本系統的使用者主要由以下人員組成：
1、工程機械出租管理部人員：此類人員負責的是對公司內部機械裝置出租，並對其出租明細做一個詳細的錄入，需要時可以讀取相關資訊。
2、機械裝置保管部門人員：負責對公司內出租的工程機械裝置做定期的管理與保養，並且負責裝置的出納。
編寫本文件所參考的資料如下：
[1]《施工機械資訊化管理的研究[J]科技情報開發與經濟》王健2003.11
[2]《工程機械產品相簿管理資訊系統的研究[J]工程機械》賀尚紅1998.5
[3]《開發新一代裝置資訊管理系統》龔元明1995.6
[4] 《資料庫基礎與應用[M]》 成先海.2008.
[5]《軟體工程[M]》. 程成，陳霞.，2003
軟體可行性分析報告 篇5
銀行儲蓄系統開發與設計可行性研究報告
1、引言
1.1編寫目的
經過對銀行儲蓄系統專案進行詳細調查研究，初步擬定系統實現報告，明確開發風險及其所帶來的經濟效益，對軟體開發中將要面臨的問題及其解決方案進行可行性分析。本報告經稽核後，交由軟體專案經理審查。
1.2專案背景
1.2.1 專案名稱：銀行儲蓄系統
1.2.2 使用者：銀行
1.2.3 說明：現在的銀行儲蓄系統工作效率低，越來越不能滿足廣大儲戶的需要。銀行與客戶都迫切希望能更方便更省時就可以辦理儲蓄業務。現代計算機網路的高速發展使越來越多的人更喜歡網上購物、不出門即可交納各種費用。在這樣的背景下，很明顯現行的銀行儲蓄系統已經不能滿足人們越益增長的需求，急切需要建立一個新的、高效的、方便的、互聯的銀行儲蓄系統。
1.3參考資料
《軟體工程--原理，方法與應用》 吳欽藩編著 人民交通出版社出版
《軟體工程導論（第四版）》 張海藩編著 清華大學出版社出版
《軟體工程》 任勝兵、邢琳編著 北京郵電大學出版社
2、可行性研究的前提
2.1要求
2.1.1 功能要求
此係統所要完成的主要功能模組有兩部分：取款系統與存款系統。
存款時，儲戶填寫存款單，然後交給銀行業務人員鍵入系統，同時系統還要記錄存款人姓名、住址（或電話號碼）、身份證號碼、存款型別、存款日期、利率等資訊，完成後由系統列印存款憑單給儲戶。
而取款時，儲戶填寫取款單交給業務人員，業務人員把取款金額輸入系統並要求儲戶輸入密碼以確認身份，核對密碼正確無誤後系統計算利息並印出利息清單給儲戶。
2.1.2 效能要求
為了滿足儲戶的要求，系統必須要有高的運作速度，儲戶填寫的表單輸入到系統，系統必須能快速及時作出響應，迅速處理各項資料、資訊，顯示出所有必需資訊並打印出各項清單，所以要求很高的資訊量速度和大的主存容量；由於要存貯大量的資料和資訊，也還要有足夠大的磁碟容量；安全性也是系統最重要的效能需求之一，銀行計算機儲蓄系統必須有可靠的安全措施，以保證儲戶的儲存安全。
2.1.3 介面要求
業務員鍵入儲戶的資料要全部一直顯示在螢幕；儲戶從按鍵口鍵入密碼到系統以核對；計算機與印表機有高速傳輸的連線介面，最後以紙張的形式打印出清單給儲戶。
2.1.4 輸入要求
業務員從存取款表單輸入資料，要迅速精確，適當調整輸入時間，不能讓客戶等太久，但也不能讓業務員太過忙碌以免影響正確率。
2.1.5 輸出要求
要求能快速準確打印出清單給客戶。
2.1.6基本的`資料流程和處理流程
2.1.7安全與保密要求
為了確保儲戶的利益，儲戶的各種資訊應保密，特別是對儲戶賬戶密碼等資訊的保密安全。由於查詢人員的身份和目的不同，本系統還提供不同的查詢許可權，如行長與普通的業務人員之間的許可權不同。
2.1.8完成期限
初步確定開發期為6個月，試執行期為3個月，系統計劃於2012年春節正式投入執行。
2.2目標
銀行是以盈利為主的服務性機構。為了在競爭中取得優勢，必須提供優質的管理服務使其能夠順利發展。目標具體表現為在銀行內部建立儲蓄系統，初步實現系統計算機化，並保證該銀行能夠按期望順利完成工作，提高工作人員的工作效率；與其他多間銀行聯網，促進銀行間的互聯合作，提高銀行儲蓄系統的整體水平，從而實現銀行儲蓄系統的高效性、方便性、實用性、互聯性，提高銀行的信用度、銀行的經濟效益和社會效益。
2.3條件、假定和限制
假設開發的軟體執行的最短壽命為五年；開發時間與試執行時間預定為八個月；經費的投資限制在30萬元以內；系統執行環境如下：系統平臺： Microsoft XP/程式設計軟體：J2SE v 1.4.2_01 SDK/Microsoft Visual C++6.0/建立資料庫：Microsoft Office Access 2003；
2.4可行性研究方法
採用調查方法：透過對銀行業務員和客戶的調查以獲得第一手資料，確定客戶和實際應用中的需求；然後經過座談或開會的形式和專家和銀行經理交談，落實最後的問題定義。
2.5決定可行性的主要因素
本次可行性分析是按照軟體工程的規範步驟進行的，即按複查專案目標和規模，研究目前正使用的系統，匯出新系統的高層邏輯模型，重新定義問題這一迴圈反覆的過程進行。然後提出系統的實現方案，推薦最佳方案，對所推薦的方案進行經濟、技術、使用者操作和法律的可行性分析，最後給出系統是否值得開發的結論。
3、對現有系統的分析
當前大多數銀行所使用的銀行儲蓄系統辦理業各時手續繁多，人工業務操作過多，嚴重影響了工作效率，以至客戶等待辦理手續過長感到不耐煩，且出錯率高。
3.1處理流程和資料流程
以用銀行卡取款為例，儲戶用卡取款時不能直接取款，要先填取款表，交給業務員輸入資料，再由儲戶輸入密碼以確認身份，還要在取款表單上簽名以再次確認，最後才業務員才把現金交給儲戶：
3.2工作負荷
由於辦理手續的繁多和不合理，工作效率非常低，需要大量業務員，通常有儲戶等待排成長龍的現象，這給工作人員增加了非常大的負擔和額外的工作負荷；同時也給銀行公司的發展帶來了嚴重的制約和壓力。
3.3費用支出
辦理手續的繁瑣不僅使業務人員工作量很大，而且使客戶對於業務辦理流程不能明確而是諮詢的業務量加大。各種憑單與證件的影印列印不僅使裝置、材料開支增加，而且工作效益低。
3.4人員
需要大量業務員和額外的工作人員處理各項事務。
4、所建議技術可行性分析
4.1對系統的簡要描述
根據系統目標以及現行系統存在的問題，建議新系統分兩步實現：
第一階段建立一個內部的網路，以實現銀行儲蓄系統的計算機辦公化。能夠處理以下工作：本行內的銀行卡在各分行可提款；及時辦理業務；提高工作效率。
第二階段是在全國多家銀行間建立一個互聯的網路系統，實現銀行儲蓄管理系統的資訊整合，完成後的系統可以實現在各行間互存取款，且操作方便簡單迅速。
4.2處理流程和資料流程
4.2.1 存款流程圖
4.2.2 取款流程圖
4.3與現有系統比較的優越性
用銀行卡可以直接在櫃檯或提款機取款;在櫃檯取款時第一次輸入密碼核對正確後即可辦理取款;免去了再次簽名確認身份的手續;如果增加自動存款機後,儲戶可直接在存款機存款,免去填表手續,提高了工作效率。
減少了儲戶辦理業務的等待時間；使用者可以隨時隨地可以隨心所欲存取款，並且操作簡單易懂；使用者還可以選擇在櫃檯辦理業務或自己在自動提款機和自動取款機辦理業務。
可以大大減少工作人員，節約人力資源的開銷；另一方面由於手續程式減少也可以減輕業務員的工作負擔，有效地提高了整體的工作效率和精確度。
資料防護措施嚴密：為確保系統資料萬無一失，在系統結構設計上嚴格遵循金融系統安全規範，採用射頻卡、終端機、計算機“三位一體”的資料保護技術，從三個層面採取了六種資料保護措施對系統重要資料嚴密防護，先進的“黑匣子”資料重複收集功能，確保了系統資料的安全性和準確性。
系統可擴充性強：該系統軟體升級和硬體擴充套件相當方便，可以根據銀行的實際情況來靈活配置，可根據不同需求增加新功能模組和子系統以滿足使用者的個性化需求，可確保使用者投資的長期效益，避免資源重複浪費。
相容性強：系統可提供資料介面和應用介面，可與原有系統相容匹配，便於系統整合和二次開發，確保有效利用現有資源。
4.4採用建議系統可能帶來的影響
4.4.1對裝置的影響
系統對於裝置要求更高的穩定性與安全性來保證其正常執行。並且對於列印、影印裝置需要要求與計算機進行互聯。
4.4.2對使用者的影響
由於採用建議系統提高了工作效率，可使客戶辦理業務更加快捷、方便。採用的“三位一體”的資料保護技術既方便了管理，又能保證個人的隱私權不被侵犯。
4.4.3對系統執行的影響
系統設計的主要目的是提高效益。所以在系統設計和建設初期應著手參考各方面的標準與規範，並且應遵從該規範各項技術規定，並做好系統的標準化設計與管理工作。系統考慮今後發展的需要，因而必須為在系統產品系列、容量與處理能力等方面的擴充與換代的可能，這種擴充不僅充分保護了原有投資，而且具有較高的綜合性能價格比。
4.4.4對執行環境的影響
由於使用者人數眾多，水平不一，該系統設計時考慮到使用者在使用時要求操作簡單，查詢方便，軟體設計採用選單選取方式，使用時使用者基本不用輸入文字。而且不但提供計算機網路查詢，同時提供公眾電話網查詢和遠端登入等其他通訊方式。
4.4.5對經費支出的影響
由於需要購買各種軟、硬體裝置，以及業務人員的系統使用培訓等都需要增加經費的支出。
4.5技術可行性評價
開發系統的計算機硬體已經非常普及，所以完全沒有問題；現在的計算機各方面的技術都非常成熟，相對來說開發此係統的技術也要求比較簡單，因此在技術方面是可行的；同時銀行還必須有一定量的系統管理和維護的專業人員，在這方面可以透過培訓原來的技術人員成為新的需要的技術人員，也可以僱用所需這方面的專業技術員；若按計劃，在規定的期限內，本系統的開發是可以完成的。
5、所建議系統經濟可行性分析
5.1系統開發費用
5.1.1人員費用。本系統開發期六個月，試執行期為二個月。開發期需要開發人員5人，試執行期需開發人員2人。開發需八個月，每人/月按3000元計算，人員費用為10.2萬元。
5.1.2硬體裝置費。本系統所需的硬體裝置費為10.46萬元，其中：
伺服器1臺 3萬元
PC8臺 4萬元
印表機8臺 1.2萬元
條形碼掃描器10臺 1.8萬元
網路裝置和佈線 1萬元
不間斷電源1臺 3000元
工作臺8臺 1600元
5.1.3軟體費用。系統所需的軟體費用為5000元，其中：
正版Windows XP 5000元
Microsoft Office Access 2003/J2SE v 1.4.2_01 SDK/Microsoft Visual C++6.0：可免費下載
5.1.4耗材費。所需耗材費用估計為0.8萬元
5.1.5諮詢和評審費、調研和差旅費：約2.0萬元
5.1.6其他不可預見費。按開發總費用的10%計算。
綜上，系統開發總費用為26.36萬元
5.2系統執行費用
假定本系統執行期為5年，每年的執行費用為：
5.2.1系統維護費。一年需要0.5人/年進行系統維護，維護費為1.8萬元。
5.2.2裝置維護費。建設裝置的執行更新期為5年。假設裝置日常故障維護費每年0.6萬元，則平均每年裝置維護費為10.46/10+0.6=1.646萬元
5.2.3消耗材料費。每年耗材費按0.8萬元計算。
系統年執行費用為4.25萬元，則5年累計系統執行費用為21.25萬元。
綜上，系統開發和執行總費用為47.61萬元，摺合9.522萬元/年。
5.3效益
5.3.1一次性收益。提高工作效率，減少工作人員人數。本系統執行可以提高業務處理，核算資訊管理的效率。累計可以綜合提高工作效率達30%。可以減少現有15%的工作人員，書店現有人員按30人計算，可減少4.5人。平均工資為2000元，節約人員工資0.2*12*4.5=10.8萬元/年。
5.3.2經常性收益。辦公裝置、紙張等使用量減少可節約成本每年約1.4萬元。
5.3.3不可定量收益。業務量的增加使直接經濟效益每年上升約7萬元。
綜上所述，每年可增加收益19.2萬元。
5.3收益/投資比
19.2/9.522=2.03
5.4投資回收週期為三年。（上述利息均為5%）
6、社會因素可行性分析
6.1法律因素
全部軟體購買正版；機器設定透過正當途徑購得；所有軟體都用正版，技術資料都由提出方保管，資料資訊均可保證合法來源。所以，在法律方面是可行的。
6.2使用者使用可行性
開發的系統操作要非常簡單，以便適合大人小孩老人各類人們都可以很方便操作使用。還有，要有經過培訓的專業人員在指導，以便當儲戶有什麼疑難問題時能及時得到正確的答覆。
7、其他可供選擇的方式
可以購買現有系統，但是由於現有系統過於簡單、購買成本高，而且並不適合銀行的特殊情況，所以不建議使用這個方案。
8、結論意見
銀行儲蓄系統技術在目前是一個技術上成熟的系統，並且在銀行公局內部準備採取有力措施保證資金和人員配置等。因此，分階段開發“銀行儲蓄系統”的構想是可行的。為了使銀行適應現代化高場競爭的需求，促進銀行管理資訊化，不斷滿足儲戶的要求，爭取更好的經濟效益，建議立即著手系統的建議。
軟體可行性分析報告 篇6
1.引言
1.1專案的背景，研究的目的和意義
背景：經過一段時間的調查我們發現周邊網咖的管理系統不盡相同，而其實現的功能都基本相同。大多數網咖的管理系統僅僅實現了計時收費的目的。所以我們覺得現在大多數網咖的管理系統功能還不夠完善，做得還不夠人性化。因此我們想嘗試改進現有的網咖管理系統，使其功能更人性化，提供的服務更齊全，以改變現狀
我們也從網上找了幾個別人做的系統簡單地看了一下
專案名稱：******
專案發起者：********
面向使用者：******
1.2專案的目前研究現狀
此專案現階段還處於可行性分析階段，具體實施將等到所學知識的進一步健全以及對專案有進一步的認識
1.3 參考資料（作者、標題、出版單位、發表日期、編號、頁號）《軟體工程》高等教育出版社史濟民等
《資料庫系統教程》高等教育出版社施伯樂等
《Java面向物件程式設計》電子工業出版社孫衛琴
《Java程式設計思想》機械工業出版社Bruce Exkel等
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.結論意見(能否承擔該專案/條件具備承擔該專案)
雖然此專案存在一定的技術難度和風險，但我們對專案要達到的目標十分清楚，對所要開發系統將要實現的功能也非常瞭解。而且有一些成品作為參考，並且在專案的實施過程中我們能夠獲得幫助，我認為只要我們能夠認真思考、仔細規劃、明確分工，我們可以承擔此專案的開發
軟體可行性分析報告 篇7
1.概要設計說明書
在當今全球資訊化大潮中，網際網路（即因特網——Internet）異軍突起，給21世紀的人類社會增添了無限的活力，成為現代社會生活中一道亮麗的風景線。網際網路帶給人們的不僅僅是技術，而是一種以資訊為標誌的嶄新的生活方式。他正在改變著人們的工作和生活方式。有人曾以“圍城”比喻網際網路，但所不同的是，“外面的人想進去，裡面的人不想出來。”網際網路為什麼有這麼大的魅力呢？這不僅與人們日益增長的文化生活有關，更重要的是與網際網路的技術不斷更新和革命有關。
1.1編寫目的
網上大學生實習選擇方式較之傳統的交易方式有著很明顯的優勢，它將網路技術與傳統的實習預約進行了完美結合，解決大學生尋找實習公司難的的問題，也方便公司尋找合適的實習人員，為公司進行可持續發展人才提供一個良好的平臺，為大學生在就業前積累行業工作經驗提供了一個機會。
1.2專案背景
軟體名稱：通達大學生實習線上
專案的任務提出者：恆泰通達有線公司
開發者：恆泰通達專案部(架構師:馬兆鑫專案經理:蘭佳卉)
使用者：在校大學生
1.3參考資料
PHP相關書籍mysql資料庫書籍
1.4定義
使用技術：apache+php+mysql smarty引擎
2要求
2.1功能：
1.前臺的主要功能要求：
有什麼頁面，什麼功能（這一塊是你要改的把頁面上有什麼功能寫出來）格式: xxxx頁面/xxx模組:實現了什麼什麼，修改的時候注意下面的圖片
2.後臺主要功能要求：
管理員進入了系統應該進行註冊、身份驗證，再次進入管理員主頁面，可以對其進行操作，如新增，修改，刪除，查詢等功能。使用者進入了系統應該進行註冊、身份驗證，再次進入使用者主頁面。對公司進行新增、刪除等操作。
安全與保密要求：不能輕易被破壞，不能讓管理員以外的人刪改，對斷電、宕機、系統崩潰等問題有有力措施以保障資料不受損失。
2.2可行性研究的方法
a、技術可行性方法：使用現有的技術能實現這個系統；
b、經濟可行性方法：這個系統的經濟效益遠遠超過它的開發成本。
透過調查分析大學生實習預約所具備的能力及實現的方法。確定總體結構，利用mysql資料庫所具有的能力，以最簡潔最容易的方法，使用php使其成為一個初級的系統軟體。為後續的軟體擴充套件奠定一個良好的基礎。
2.3決定可行性的主要因素
電子商務規模、裝置狀況、操作人員技術、參與的單位
2.4條件、假定和限制
a.本系統安全，有效，符合各項法律的規定
b.執行環境：WIN9X/2000/XP/WIN7
c.開發環境：WINXP
d.軟體投入使用的最遲時間：2011-3-20
3、對現有系統的分析
3.1基本的資料流程和處理流程
3.2工作負荷
由於資料量越來越大，現有的系統已明顯不能適應目前的龐大資料量，系統工作負荷過大。
3.3費用支出
由於現有系統的工作負荷嚴重超載，在現有系統上投入的人力，裝置，空間，材料，等等與其他的一系列支援性服務越來越大，導致開發費用支出巨大，嚴重影響系統的可用性，急需改進。
3.4人員裝置
鑑於原有系統的技術性含量比較低，故不需要多少高技術人員的操作，只是由於資料量的日益擴大，所需要的操作人員數量不斷增大。這一點已不再適應目前資訊化時代的步伐。
3.5侷限性
各時段各區域的頻寬速度可能會影響網站的訪問
4對系統的簡要描述
新系統在原有系統的基礎上加入了新的資料庫的支援，使用了先進的資料庫技術與資料管理技術，使資料的準確性與安全性得到了很大的提高，且在使用者的並行操作與使用者管理方面也有了極大地改善。系統操作方便，管理人員需要做的就是將資料輸入到系統的資料庫中去
4.1與現有系統比較的優越性
在以上幾點中已可以看出新系統的效能與功能上與現有系統的差別，首先新系統克服了原來系統的資金投入大，人員裝置技術含量低，系統工作負擔重等缺點。而且加入了對資料的安全性保護的功能，使原有系統在可用性與穩健性方面有了很大的進步。
4.2採用建議系統可能帶來的影響
4.2.1對裝置的影響
採用建議系統後，改進了原有系統的效能所以對裝置要求自然更高，建議系統使用了最先進的技術使裝置也必須跟著升級。
4.2.2對現有軟體的影響
由於建議系統採用了先進的資料庫技術以及一系列高技術含量軟體，使得原來系統上的一些軟體無法繼續使用，不過在新系統開發過程中將盡量考慮到，對現有軟體的相容性。
4.2.3對使用者的影響
建議系統使用的新技術是完全基於原有的系統上的,故使用者不必考慮新系統帶來的人員培訓等等。
4.3技術可行性評價
本系統經過專案組的努力，利用PHP+HTML做前臺，後臺利用MYSQL做資料庫使用smarty引擎技術，已在規定的期限內完成，經測試完全符合的管理。
5.所建議系統經濟可行性分析
5.1支出
5.1.1基建投資
系統開發期為三週：試執行一週，開發期需要開發人員3人，試執行期需要開發人員1人，人員費用少。
5.1.2經常性支出
列印文件資料費用
5.1.3系統執行費用
系統維護費、裝置維護費、消耗材料費
5.2效益
一次性收益：滿足使用者的需求
5.3收益/投資比
提高工作效率、減少工作人員
5.4敏感性分析
生存週期：1-3年
系統負荷量：中度資訊流量
處理速度：中等
對硬體和其他軟體具有很好的相容性，無影響
6.社會因素可行性分析
6.1法律因素
該專案為獨立開發，在技術上沒有使用任何現有的軟體與方法，所以在法律方面不會存在侵犯專利權、侵犯版權等問題，完全按照合同規定的責任履行，符合一切法律規定。
6.2使用者使用可行性
系統的使用者為在校大學生，經過使用者的使用，收到了很好的效應，使用者相當滿意。
7、其他可供選擇的方案
由於系統是初步開發，所以開發小組沒有提供其他的方案，只有一種開方案。
8、結論意見
根據可行性研究分析，在具備相應的硬體裝置下可以開發該軟體，建議2個人合作完成。