1. 引言

1.1 編寫目的

可行性分析的目的是規範化本軟件的編寫，整合本軟件的基本結構和所需要實現的基本功能，旨在於推進軟件開發的進度，便於對軟件開發過程中的控制與管理，同時提出了本圖書銷售系統的軟件開發過程，便於程序員與客戶之間的交流、協作，讓用戶加深對本軟件的瞭解，以期能夠獲得更大範圍的應用。明確軟件開發的方向，保證軟件開發穩定性和有序性。

1.2 項目背景

a、所建議開發的軟件系統的名稱：圖書銷售系統可行性分析報告；

b、本項目的任務提出者：保密

開發者：保密

用戶：圖書銷售商

實現軟件的單位：瓊州學院軟件工程專業項目開發小組

c、項目使用的軟件：VS2012，Microsoft SQL Server 2008，Notepad ++

系統開發環境：WIN7

1.3 參考資料

1、軟件工程--實踐者研究

出版社：機械工業出版社

2、Aguile Software Development

出版社：人民郵電出版社

3、Analysis Patterns:Reusable Object Models

出版社：中國電力出版社

4、Rapid Development

出版社：機械工業出版社

5、軟件工程課程設計

出版社：機械工業出版社

6、軟件體系結構使用教程

出版社：西安電子科技大學出版社

2. 可行性研究的前提

2.1 要求

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

a、建議的可選功能包括：

圖書零售購買：顧客購書後收銀臺進行結賬。對於書店的會員可以提供相應的折扣。輸入需要購買的圖書和數量，計算出總金額，由用戶選擇使用現金或會員卡進行結賬。並提供銷售小票流水號作爲銷售的單據。對於會員，還要計算相應的積分。

圖書零售退貨：顧客對已購買的圖書進行退貨。需要提供圖書和銷售的小票以作爲購買憑證。系統查詢數據庫進行數據驗證，對符合要求的圖書進行退貨。

新書編目：書店從出版社購買新的圖書後在這裏進行編目。只有編目後的圖書纔可以進行銷售。

圖書查找：可以使用ISBN、書名、作者、出版社等多種方式進行查找已編目的圖書。

圖書資料修改：對已編目的圖書修改圖書的基本信息、零售價和最低折扣價。

圖書進貨：對已編目的圖書再進貨，同時處理其金額差異。

圖書退貨：對已編目的圖書退貨，同時處理其金額差異。

出版社管理：添加、刪除、修改出版社，同時查詢出版社的資料。

會員添加：添加新的會員，同時登記會員的基本信息、有效期、

指定會員組等。

會員查找：提供會員編號、身份證號、會員姓名等方式複合查詢。

會員刪除：刪除已存在的會員。

會員信息修改：對會員的基本資料進行修改。

會員組管理：添加、刪除和列出會員組。可以對會員組的名稱、折扣、積分換算等方面進行設置。

系統設置：添加、刪除、修改系統操作員，同時爲相應的操作員

設置其控制權限。

密碼修改：對當前的系統操作員的密碼進行修改。

b、性能：要求性能穩定，不出現數據丟失的情況；

c、輸出：要求簡單明瞭；

d、輸入：直接輸入即可；

f、在安全與保密方面的要求：要求系統具有權限功能，不同的用戶具有不同的操作權限；

g、同本系統相連接的其它系統：本系統應使用微軟Windows操作系統，推薦WIN7；

h、完成期限：待定。

2.2 目標

a、人力與設備費用的減少；

b、處理速度的提高；

c、控制精度或生產能力的提高；

d、管理信息服務的改進；

e、自動決策系統的改進；

f、人員利用率的改進。

2.3 條件、假定和限制

a、所建議系統的運行壽命的最小值：二年；

b、進行系統方案選擇比較的時間：一週；

c、經費、投資方面的來源和限制：自費開發；

e、硬件：本圖書銷售系統爲小型系統，資源佔用小，無需配置特殊的硬件支持；網絡設備：本圖書銷售系統是以探討性學習實踐爲主的開發設計，尚不支持網絡上的應用。軟件：VS2012和Microsoft SQL Server 2008；運行環境：本軟件應使用微軟Windows操作系統運行，推薦WIN7下運行；開發環境：本軟件應使用微軟Windows7操作系統進行開發（爲了簡化開發流程和避免重複勞動，不進行其他系統平臺和版本下的測試與開發）；

f、建議系統投入使用的時間：開發測試完成後即可使用。

2.4 進行可行性研究的方法

建議本系統的研究主要集中於能否提供友好美觀的用戶使用界面，能否實現圖書銷售的主要業務邏輯：實現圖書信息的錄入，銷售以及相關的信息查詢，用戶和管理員的登錄等功能，從而減輕人工的勞動量，最終提高工作效率。

2.5 評價尺度

對系統進行評價時所使用的主要尺度：

（1）圖書銷售業務邏輯的實現程度；

（2）界面開發效果的實現程度；

（3）開發時間的長短；

（4）使用中的難易程度；

（5）程序的響應速度和穩定性。

2.6 圖書處理流程和數據流程

3. 對現有系統的分析

3.1 處理流程和數據流程

3.2 工作負荷

現有系統所能承擔的工作只是簡單的圖書銷售功能，功能單一，界面簡單，已經無法滿足和實現用戶日益增長的美學需求和多功能集成需求。

3.3 費用開支

人力：￥1500元；

設備：￥5000元；

空間：￥10000元；

支持性服務：￥5000元；

材料等項目開支：￥3000元；

開支總額：￥24500元。

3.4 人員

軟件工程師：3人；

系統分析師：2人；

系統測試員：3人。

3.5 設備

計算機：8臺（局域網）；

打印機：1臺；

掃描儀：1臺。

3.6 侷限性

現有系統所承擔的工作只能實現簡單的圖書銷售功能，粗糙的使用界面已經不能適應大衆的需求。

4. 所建議的系統

4.1對所建議系統的說明

(1)關於圖書銷售系統的界面開發可供選擇的開發系統框架主要有兩個。

a、MFC框架：微軟基礎類庫的簡稱，是微軟公司實現的一個c++類庫，主要封裝了大部分的windows API函數，vc++是微軟公司開發的c/c++的集成開發環境，所謂集成開發環境，就是說利用它你可以編輯，編譯，調試，而不是使用多種工具輪換操作，靈活性較大。這種框架比較成熟，但實現的難度較大。

b、迅雷Bolt界面開發引擎：Bolt界面引擎是迅雷公司從2009年開始開發的第四代界面庫。迅雷7是首個採用該引擎成功開發的產品，目前迅雷旗下大部分客戶端產品都基於該引擎開發,並穩定運行於超過3.5億臺PC上。這是一個比較新的界面開發框架，可用性和穩定性未知，但是實現的難度較小。

(2)關於系統各項功能實現的基本技術原理的說明：

圖書銷售系統的各項功能實現需要實現程序端和數據庫端信息的聯通，由程序端發出數據請求或者數據操作命令，實現數據庫中數據的處理和調用。最後，再由程序端將數據庫中提取的信息加以處理和顯示，將操作的結果呈現在用戶面前。

(3)對系統的簡要描述:

基礎信息管理包含：管理員信息管理，用戶信息管理，圖書信息管理，倉庫信息管理等模塊；

庫存管理包含：圖書入庫管理，入庫退貨管理等等；

銷售和價格管理包含：圖書定價調價，圖書銷售和銷售退貨等等；

查詢管理包含：入庫查詢，入庫退貨查詢，銷售查詢，銷售退貨查詢。

4.2 處理流程和數據流程

本軟件在實際過程中也許沒有銷售方用戶方，在這裏之所以這樣設計，只是爲了說明本圖書銷售系統的處理流程和數據流程。

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

圖書銷售系統的開發設計完全服務於圖書銷售方，圖書銷售方可以實時的對開發設計的全過程進行監督和記錄，可以對圖書銷售系統進行合理的需求變更，在保證產品的可行性的情況下，最大限度的將最後完成的產品符合客戶的需求。

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

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

4.4.1 對設備的影響

硬件的變更影響不大，可以繼續採用原來的硬件系統。

4.4.2 對軟件的影響

需要使用微軟的WINDOWS操作系統，推薦升級或安裝到WINDOWS XP/7，如果條件具備則無須做出變更。

4.4.3 對用戶單位機構的影響

要求用戶單位操作人員具備最基本的計算機使用的能力，熟悉一般軟件的操作流程即可。

4.4.4 對系統運行過程的影響

a、用戶的操作規程只需要配合軟件系統的提示進行即可；

b、要求創建系統管理員（銷售方）和普通用戶（購買方）兩種登陸方式，分權限管理；

c、數據應由系統管理員手動輸入，普通用戶無權輸入數據，之具備基本的查詢和購買的功能；

4.4.5 對開發的影響

a、爲了支持所建議系統的開發，用戶僅需安裝WINDOWS操作系統和MICROSOFT SQL Server 2008即可；

b、爲了建立一個數據庫要求提供詳細的數據資源用於數據庫的設計；

c、爲了開發和測試所建議系統而需要的計算機資源：主流的計算機即可；

d、數據如果涉及保密與安全的問題，應由專門負責人進行操作。

4.4.6 對地點和設施的影響

基本的工作空間，以及用於開發設計的電腦4臺即可。

4.4.7 對經費開支的影響

所建議系統的開發，設計經費開支：￥24500元；

維護運行所需要的經費開支：￥1000元；

4.5 侷限性

由於本圖書銷售系統的設計只是出於課程設計方面的設計與實現，無論是技術，人員方面還是資金方面的問題都無法支持網絡設備和技術的支持，所以本系統無法通過聯網進行數據的更新修改，即無法實現跨地域方面上的網絡圖書銷售流程。

4.6 技術可行性評價

a、在當前的限制條件下，該系統的功能目標可以不可以達到；

b、利用現有的技術，該系統的功能功能可以實現；

c、對開發人員的數量和質量的要求：

軟件工程師：2人；

系統分析師：1人；

系統測試員：1人；

d、以上人員能滿足需求；

e、在規定的期限內，本系統的開發可以完成。

4.7 其他的系統開發方案參考

考慮到時間和人力分配的問題，上述採用的方案也許會遇到一些無法預料的開發風險，導致開發的失敗，特此簡要的提供一個備選的開發設計方案：

即採用C#語言進行開發設計。C#語言和.NET框架簡化了軟件開發的複雜度，利用C#語言和基於.NET框架的Visual Studio 2008開發平臺，可以方便快捷的進行應用系統的開發。但對於應用界面的開發略顯不足，故在此只作爲備選的最後方案。

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

5.1 支出

5.1.1 基本建設投資

a、房屋和設施：￥700元（宿舍）；

b、升級設備：￥5000元；

c、數據通訊設備：￥100元；

d、環境保護設備：￥300元；

e、安全與保密設備：￥100元；

f、升級操作系統的和應用的軟件：￥1000元；

g、數據庫管理軟件：￥1000元。

5.1.2 其他一次性支出

a、研究（需求的研究和設計的研究）：￥1000元；

b、開發計劃與測量基準的研究：￥1500元；

c、數據庫的建立：￥2000元；

d、升級軟件的轉換：￥300元；

e、檢查費用和技術管理性費用：￥100元；

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

g、人員的退休及調動費用等：￥0元。

5.1.3 非一次性支出

a、設備的租金和維護費用：￥2000元；

b、軟件的租金和維護費用：￥1000元；

c、數據通訊方面的租金和維護費用：￥100元；

d、人員的工資、獎金：￥200元；

e、房屋、空間的使用開支：￥1000元；

f、公用設施方面的開支：￥0元；

g、保密安全方面的開支：￥0元；

h、其他經常性的支出等：￥2000元。

5.2 收益

5.2.1 一次性收益

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

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

c、其他：如從多餘設備出售回收的收入等。

5.2.2 非一次性收益

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

5.2.3 不可定量的收益

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

5.3 收益/投資比

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

5.4 投資回收週期

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

5.5 敏感性分析

1.應儘量延長系統生存週期，可延長至3年；

2.應是有效數據全部錄入系統，使系統工作負荷量達到飽和；

3.應盡力提高系統運行速度；

4.應提高設備和軟件配置。

6. 社會因素方面的可行性

6.1 法律方面的可行性

6.2 使用方面的可行性

用戶單位的行政管理、多餘制度等方面來看，可以作用該軟件系統；從用戶單位的工作人員的素質來看，能滿足使用該軟件系統的要求。

7. 結論

結論意見是：可以着手組織開始進行設計和開發；