1.概要設計說明書
在當今全球資訊化大潮中，網際網路（即因特網——Internet）異軍突起，給21世紀的人類社會增添了無限的活力，成為現代社會生活中一道亮麗的風景線。網際網路帶給人們的不僅僅是技術，而是一種以資訊為標誌的嶄新的生活方式。他正在改變著人們的工作和生活方式。有人曾以“圍城”比喻網際網路，但所不同的是，“外面的人想進去，裡面的人不想出來。”網際網路為什麼有這麼大的魅力呢？這不僅與人們日益增長的文化生活有關，更重要的是與網際網路的技術不斷更新和革命有關。
1.1編寫目的
網上大學生實習選擇方式較之傳統的交易方式有著很明顯的優勢，它將網路技術與傳統的實習預約進行了完美結合，解決大學生尋找實習公司難的的問題，也方便公司尋找合適的實習人員，為公司進行可持續發展人才提供一個良好的平臺，為大學生在就業前積累行業工作經驗提供了一個機會。
1.2專案背景
軟體名稱：通達大學生實習線上
專案的任務提出者：恆泰通達有線公司
開發者：恆泰通達專案部(架構師：馬兆鑫專案經理：蘭佳卉)
使用者：在校大學生
1.3參考資料
PHP相關書籍mysql資料庫書籍
1.4定義
使用技術：apache+php+mysql smarty引擎
2要求
2.1功能：
1.前臺的主要功能要求：
有什麼頁面，什麼功能（這一塊是你要改的把頁面上有什麼功能寫出來）格式： 頁面/模組：實現了什麼什麼，修改的時候注意下面的圖片
2.後臺主要功能要求：
管理員進入了系統應該進行註冊、身份驗證，再次進入管理員主頁面，可以對其進行操作，如新增，修改，刪除，查詢等功能。使用者進入了系統應該進行註冊、身份驗證，再次進入使用者主頁面。對公司進行新增、刪除等操作。
安全與保密要求：不能輕易被破壞，不能讓管理員以外的人刪改，對斷電、宕機、系統崩潰等問題有有力措施以保障資料不受損失。
2.2可行性研究的方法
a、技術可行性方法：使用現有的技術能實現這個系統；
b、經濟可行性方法：這個系統的經濟效益遠遠超過它的開發成本。
通過調查分析大學生實習預約所具備的能力及實現的方法。確定總體結構，利用mysql資料庫所具有的能力，以最簡潔最容易的方法，使用php使其成為一個初級的系統軟體。為後續的軟體擴充套件奠定一個良好的基礎。
2.3決定可行性的主要因素
電子商務規模、裝置狀況、操作人員技術、參與的單位
2.4條件、假定和限制
a.本系統安全，有效，符合各項法律的規定
b.執行環境：WIN9X/20__/XP/WIN7
c.開發環境：WINXP
d.軟體投入使用的最遲時間：20__-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個人合作完成。
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. 資料庫的建立；
軟體的轉換；
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.不能進行或不必進行(例如因技術不成熟、經濟上不合算等)。
一、概述
簡述專案提出的背景、技術開發狀況、現有產業規模；專案產品的主要用途、效能；投資必要性和預期經濟效益；本企業實施該專案的優勢。
二、技術可行性分析
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）可提供專案立項證明、高新技術企業證書、產品質量認證、環保證明；產品訂貨意向、合同等補充材料。
十、結論
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.結論意見(能否承擔該專案/條件具備承擔該專案)
雖然此專案存在一定的技術難度和風險，但我們對專案要達到的目標十分清楚，對所要開發系統將要實現的功能也非常瞭解。而且有一些成品作為參考，並且在專案的實施過程中我們能夠獲得幫助，我認為只要我們能夠認真思考、仔細規劃、明確分工，我們可以承擔此專案的開發
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對所建議系統的說明
一、 概述
簡述專案提出的背景、技術開發狀況、現有產業規模;專案產品的主要用途、效能;投資必要性和預期經濟效益;本企業實施該專案的優勢。
二、 技術可行性分析
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.6對地點和設施的影響
對經費開支的影響
7.4.5侷限性
7.4.6技術條件方面的可行性
7.5可選擇的其他系統方案
7.5.1可選擇的系統方案1
7.5.2可選擇的系統方案2
......
7.6投資及收益分析
7.6.1支出
基本建設投資
其他一次性支出
7.6.1，3非一次性支出
7.6.2收益
7.6，2.1一次性收益
非一次性收益
不可定量的收益
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. 4對系統執行過程的影響
說明所建議系統對執行過程的影響，如
a.使用者的操作規程;
b.執行中心的操作規程;
c.執行中心與使用者之間的關係;
d.源資料的處理;
e.資料進入系統的過程;
f.對資料儲存的要求，對資料儲存、恢復的處理;
g.輸出報告的處理過程、儲存媒體和排程方法;
h.系統失效的後果及恢復的處理辦法。
對開發的影響
說明對開發的影響，如
a.為了支援所建議系統的開發，使用者需進行的工作;
b.為了建立一個數據庫所要求的資料資源;
c·為了開發和測驗所建議系統而需要的計算機資源;
d.所涉及的保密與安全問題。
對地點和設施的影響
說明對建築物改造的要求及對環境設施的要求。
對經費開支的影響
扼要說明為了所建議系統的開發，設計和維持執行而需要的各項經費開支。
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.房屋和設施;
b. a dp裝置;
c.資料通訊裝置;
d.環境保護裝置;
e.安全與保密裝置;
作業系統的和應用的軟體;
g.資料庫管理軟體。
其他一次性支出
包括下列各項所需的費用，如
a.研究(需求的研究和設計的研究);
b.開發計劃與測量基準的研究;
c.資料庫的建立;
軟體的轉換;
e.檢查費用和技術管理性費用;
f.培訓費、旅差費以及開發安裝人員所需要的一次性支出;
g.人員的退休及調動費用等。
非一次性支出
列出在該系統生命期內按月或按季或按年支出的用於執行和維護的費用，包括
a.裝置的租金和維護費用;
b軟體的租金和維護費用;
c.資料通訊方面的租金和維護費用;
d.人員的工資、獎金;
e.房屋、空間的使用開支;
f.公用設施方面的開支;
g.保密安全方面的開支;
h.其他經常性的支出等。
a.6.2收益
對於所選擇的方案，說明能夠帶來的收益，這裡所說的收益，表現為開支費用的減少或避免、差錯的減少、靈活性的增加、動作速度的提高和管理計劃方面的改進等，包括;
一次性收益
說明能夠用人民幣數目表示的一次性收益，可按資料處理、使用者、管理和支援等項分類敘述，如：
a.開支的縮減包括改進了的系統的執行所引起的開支縮減，如資源要求的減少，執行效率的改進，資料進入、存貯和恢復技術的改進，系統性能的可監控，軟體的轉換和優化，資料壓縮技術的採用，處理的集中化/分佈化等;
b.價值的增升包括由於一個應用系統的使用價值的增升所引起的收益，如資源利用的改進，管理和執行效率的改進以及出錯率的減少等;
c.其他如從多餘裝置出售回收的收入等。
非一次性收益
說明在整個系統生命期內由於執行所建議系統而導致的按月的、按年的能用人民幣數目表示的收益，包括開支的減少和避免。
不可定量的收益
逐項列出無法直接用人民幣表示的收益，如服務的改進，由操作失誤引起的風險的減少，資訊掌握情況的改進，組織機構給外界形象的改善等。有些不可捉摸的收益只能大概估計或進行極值估計(按最好和最差情況估計)。
a.6.3收益/投資比
求出整個系統生命期的收益/投資比值。
a.6.4投資回收週期
求出收益的累計數開始超過支出的累計數的時間。
a.6.5敏感性分析
所謂敏感性分析是指一些關鍵性因素如系統生命期長度、系統的工作負荷量、工作負荷的型別與這些不同型別之間的合理搭配、處理速度要求、裝置和軟體的配置等變化時，對開支和收益的影響最靈敏的範圍的估計。在敏感性分析的基礎上做出的選擇當然會比單一選擇的結果要好一些。
a.7 社會因素方面的可行性
本章用來說明對社會因素方面的可行性分析的結果，包括
a.7.1法律方面的可行性
法律方面的可行性問題很多，如合同責任、侵犯專利權、侵犯版權等方面的陷井，軟體人員通常是不熟悉的，有可能陷入，務必要注意研究。
a.7.2使用方面的可行性
例如從使用者單位的行政管理、工作制度等方面來看，是否能夠使用該軟體系統;從使用者單位的工作人員的素質來看，是否能滿足使用該軟體系統的要求等等，都是要考慮的。
a.8 結論
在進行可行性研究報告的編制時，必須有一個研究的結論。結論可以是
a.可以立即開始進行;
b.需要推遲到某些條件(例如資金、人力、裝置等)落實之後才能開始進行;
c.需要對開發目標進行某些修改之後才能開始進行;
d.不能進行或不必進行(例如因技術不成熟、經濟上不合算等)。
三優範文網