軟體可行性分析報告 篇1
1，探探
這個軟體其實是一個非常好的軟體如果你是一個潮學生或者價值比較高的學生(要么有錢要么有臉要么有身材)那么探探無非是最適合你的社交軟體在探探上你可以非常便捷的認識到一些其他院校的高分姑娘(當然，如果你是在3、4線城市的話，就不要用探探了，沒啥用)由於探探是雙相匹配的，所以配對其實就代表了基礎吸引在你們配對了之後快速的轉到微信才是上策你可以用經典的“這個不常用，微信發來”來轉移到微信上探探其實就是吃一個展示面。
如果你展示面不好的話就不要用探探了，沒啥用。
至於為什麼沒用你去打開探探，看看上面的其他男人了解一下你的競爭對手都有多帥、多有錢你就知道為什麼了。
2，陌陌
在有了探探之前陌陌就是神器(或者說是展示面好的人的神器)和探探一樣，吃的是一個展示面，但是陌陌的入門標準要比探探高。
如果你想玩轉探探的話你只要是個6分男人就可以了。但如果你想要玩轉陌陌的話，你起碼要是個8分男人。
陌陌由於自身特性(基於地理位置交友)所以學生使用的話並沒有什麼好處(因為你會發現用陌陌的在校生基本都會選擇隱身)也就是說，你在學校里開了陌陌那你就只會看到一群男絲和幾個賣鞋的姑娘。
所以還在用陌陌的學生們趕緊轉移陣地去用探探吧但是和之前說的一樣陌陌和探探都是吃展示面的。如果你展示面不好的話其實這兩個社交軟體對你來說都是單機版的。
3，超級課程表
對於這個軟體我只有兩個字：呵呵!
如果你的目標是0到3分妹那么你可以在超級課程表內找到你的歸宿。
我曾在超級課程表中發了一條校園動態，然後接下來的一天中收到了20多條私信。是的，有20多位0到3分的姑娘和我打了招呼。然後我就卸載了這款軟體。
4，微信
附近的人附近的人這個功能早就可以被砍掉了，只有SB會妄想著通過微信附近的人加到很多姑娘。
100個姑娘裡面有1個在無聊的時候開附近的人就已經很不錯了，所以別妄想通過這個渠道來認識姑娘了。
5，覓約
許多人看到這裡估計已經絕望了，福音來了，還是有這么一款軟體是靠譜的。“覓約”(微信公眾號“wuli覓約”)這款APP的強大之處就在於，如果你有展示面可以用你的展示面撩妹子還能賺錢，如果你沒有展示面，至少你還可以花點錢買一個機會，如果你相中一個妹子，那么你可以約租她兩三個小時，跟她一起看看電影吃吃飯，喝喝咖啡。兩三小時也不貴，平均也就一二百塊錢。但是你可以買到讓她陪你的權利。如果這兩三個小時你還不能發揮你的實力讓妹子對你產生興趣，那要么就是你太醜，要么你就是撩妹技能尚未得到開發。
總結：想要通過展示面來把妹的話，推薦：探探、陌陌、覓約。
想要不通過展示面把妹的話，推薦：覓約(微信公眾號“wuli覓約”)。但是要花一點錢。如果你連錢也不想花，那么拜拜，你還是別想著把妹了。雖然有的人沒有很好的展示面，但如果一旦有機會和姑娘見面，他們會用兩三個小時的時間去跟妹子展示他們的其他優點。
軟體可行性分析報告 篇2
一、概述
簡述項目提出的背景、技術開發狀況、現有產業規模；項目產品的主要用途、性能；投資必要性和預期經濟效益；本企業實施該項目的優勢。
二、技術可行性分析
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）可提供項目立項證明、高新技術企業證書、產品質量認證、環保證明；產品訂貨意向、契約等補充材料。
十、結論
可行性研究報告的編寫目的是：說明該軟體開發項目的實現在技術、經濟和社會條件方面的可行性;評述為了合理地達到開發目標而可能選擇的各種方案;說明並論證所選定的方案。
軟體可行性分析報告 篇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編寫目的
經過對銀行儲蓄系統項目進行詳細調查研究，初步擬定系統實現報告，明確開發風險及其所帶來的經濟效益，對軟體開發中將要面臨的問題及其解決方案進行可行性分析。本報告經審核後，交由軟體項目經理審查。
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個月，系統計畫於20__年春節正式投入運行。
2.2目標
銀行是以盈利為主的服務性機構。為了在競爭中取得優勢，必須提供優質的管理服務使其能夠順利發展。目標具體表現為在銀行內部建立儲蓄系統，初步實現系統計算機化，並保證該銀行能夠按期望順利完成工作，提高工作人員的工作效率；與其他多間銀行聯網，促進銀行間的互聯合作，提高銀行儲蓄系統的整體水平，從而實現銀行儲蓄系統的高效性、方便性、實用性、互聯性，提高銀行的信用度、銀行的經濟效益和社會效益。
2.3條件、假定和限制
假設開發的軟體運行的最短壽命為五年；開發時間與試運行時間預定為八個月；經費的投資限制在30萬元以內；系統運行環境如下：系統平台： Microsoft XP/編程軟體：J2SE v 1.4.2_01 SDK/Microsoft Visual C++6.0/創建資料庫：Microsoft Office Access 20__；
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 20__/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人。平均工資為20__元，節約人員工資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、結論意見
銀行儲蓄系統技術在目前是一個技術上成熟的系統，並且在銀行公局內部準備採取有力措施保證資金和人員配置等。因此，分階段開發“銀行儲蓄系統”的構想是可行的。為了使銀行適應現代化高場競爭的需求，促進銀行管理信息化，不斷滿足儲戶的要求，爭取更好的經濟效益，建議立即著手系統的建議。
軟體可行性分析報告 篇5
軟體需求分析說明書
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在20__年的時候成為了計算機等級考試中的計算機二級的一種資料庫語言並且因為它的易學易用的特點正逐步取代傳統的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]科技情報開發與經濟》王健20__.11
[2]《工程機械產品圖庫管理信息系統的研究[J]工程機械》賀尚紅1998.5
[3]《開發新一代設備信息管理系統》龔元明1995.6
[4] 《資料庫基礎與套用[M]》 成先海.20__.
[5]《軟體工程[M]》. 程成，陳霞.，20__