網(wǎng)上購物系統(tǒng)可行性研究報告

1、可行性研究報告網(wǎng)上交易系統(tǒng)<網(wǎng)上商品交易系統(tǒng)> 可行性研究報告1引言1.1 編寫目的1.2 背景1.3 定義1.4 參考資料2 可行性研究的前提2.1 要求2.2 目標2.3 條件、假定和限制2.4 進行可行性研究的方法2.5 評價尺度3 對現(xiàn)有系統(tǒng)的分析3.l 處理流程和數(shù)據(jù)流程3.2 工作負荷3.3 費用開支3.4 人員3.5 設備3.6 局限性4 所建議的系統(tǒng)4.1 技術可行性分析4.1.1 與現(xiàn)有系統(tǒng)比較的優(yōu)越性4.1.2 技術可行性評價4.2經(jīng)濟可行性分析4.2.1支出4.2.2投資回收周期5 結(jié)論 引言1.1 編寫目的電子商務是于九十年代初，在歐美興起的一種全新的商業(yè)交

2、易模式，它實現(xiàn)了交易的無紙化，效率化，自動化表現(xiàn)了網(wǎng)絡最具魅力的地方，快速的交換信息，地理界限的模糊，這所有的一切也必將推動傳統(tǒng)商業(yè)行為在網(wǎng)路時代的變革。隨著電子商務，尤其是網(wǎng)上購物的發(fā)展，商品流通基礎設施和配套行業(yè)的重點將會將對中國商品流通領域和整個經(jīng)濟發(fā)展帶來種種影響，確實值得我們認真研究。特別是在全球經(jīng)濟一體化的國際背景下，在我們繼續(xù)擴大國內(nèi)流通領域?qū)ν忾_放的同時，深入研究這個問題，審慎制訂相應的宏觀對策，尤其重要和迫切。網(wǎng)上購物是一種具有交互功能的商業(yè)信息系統(tǒng)。它向用戶提供靜態(tài)和動態(tài)兩類信息資源。網(wǎng)上購物系統(tǒng)具有強大的交互功能，可使商家和用戶方便的傳遞信息，完成電子貿(mào)易或EDI交易。這

3、種全新的交易方式實現(xiàn)了公司間文檔與資金的無紙化交換。1.2 背景目前網(wǎng)上購物發(fā)展迅速，各類管理系統(tǒng)也應運而生，針對各類大型網(wǎng)購網(wǎng)站的管理系統(tǒng)的開發(fā)已經(jīng)非常成熟，從拍下到訂單，再到付款，收貨確認，都可以做到統(tǒng)一管理。前臺可以做到預定實物，虛擬物品等各種預定業(yè)務。然而，為數(shù)眾多的小的購物網(wǎng)站卻沒有一個合適的管理系統(tǒng)，因此，我們覺得開發(fā)此管理系統(tǒng)是十分必要的。網(wǎng)上購物系統(tǒng)軟件是一功能比較完善的數(shù)據(jù)管理軟件，具有數(shù)據(jù)操作方便高效迅速等優(yōu)點。該軟件采用功能強大的數(shù)據(jù)庫軟件開發(fā)工具進行開發(fā)，具有很好的可移植性，可在應用范圍較廣的WINDOWS系列等操作系統(tǒng)上使用。除此以外，該系統(tǒng)可通過訪問權限控制以及數(shù)據(jù)

4、備份功能，確保數(shù)據(jù)的安全性。項目名稱：網(wǎng)上商品交易系統(tǒng)參加開發(fā)人員：張學良 彭東旭 張小云 楊建峰 尹航為了完成系統(tǒng)的項目開發(fā)，我們組建了一個臨時的項目團隊，有項目組組長、副組長、組員構(gòu)成，如圖2.1所示。項目簡介：實現(xiàn)商場、中小企業(yè)或個人在互聯(lián)網(wǎng)上進行產(chǎn)品展示，網(wǎng)上通信留言功能，重點實現(xiàn)網(wǎng)上商品的查找、在線購買、物物交換功能。1.3 定義專門術語：OSS：ONLINE SHOPPING SYSTEM，網(wǎng)上購物系統(tǒng)。SQL SERVER:系統(tǒng)服務器所使用的數(shù)據(jù)庫關系系統(tǒng)（DBMS）。SQL：一種用于訪問查詢數(shù)據(jù)庫的語言事務流：數(shù)據(jù)進入模塊后可能有多種路徑進行處理。主鍵：數(shù)據(jù)庫表中的關鍵域。值互

5、不相同。外部主鍵：數(shù)據(jù)庫表中與其他表主鍵關聯(lián)的域。ROLLBACK:數(shù)據(jù)庫的錯誤恢復機制?？s寫：系統(tǒng)：網(wǎng)上交易系統(tǒng)SQL：Structured Query Language(結(jié)構(gòu)化查詢語言)。ATM：Asynchronous Transfer Mode (異步傳輸模式)。UML：統(tǒng)一建模語言、是一套用來設計軟件藍圖的標準建模語言，是一種從軟件分析、設計到編寫程序規(guī)范的標準化建模語言。Adobe Dreamweaver，簡稱“DW”，中文名稱"夢想編織者"，是美國MACROMEDIA公司開發(fā)的集網(wǎng)頁制作和管理網(wǎng)站于一身的所見即所得網(wǎng)頁編輯器。1.4參考資料文檔格式要求按照我國

6、GB/T8567-1988國家標準和IEEE/ANSI830-1993標準規(guī)范要求進行。包括以下文件：Ø 軟件工程項目開發(fā)文檔范例Ø 軟件工程國家標準文檔Ø 網(wǎng)上購物需求說明書Ø 軟件需求說明書編寫規(guī)范書籍包括：Ø 軟件項目管理朱少民，韓瑩編著，人民郵電出版社。Ø 軟件項目管理 Rajeev T Shandilya編著科學出版社。2 可行性研究的前提2.1 要求（1） 方便廣大用戶在網(wǎng)上購物和物物交換，瀏覽信息和交流等。此系統(tǒng)分為前臺管理和后臺管理。前臺管理是供用戶注冊、登錄和瀏覽，包括：瀏覽商品、上傳商品圖片、訂購商品、物物交換、查

7、看商品詳細情況和功能；后臺管理是提供給管理員的，其中包括：訂單管理、商品管理、會員管理、物流管理、系統(tǒng)管理、版權信息等。（2） 主要性能效率高，速度快，算法規(guī)范，提高辦公效率。（3） 系統(tǒng)的輸入、輸出輸入要求：數(shù)據(jù)完整，詳細。輸出要求：簡潔，快速。（4） 安全和保密要求用戶密碼需加密服務器的管理員享有對系統(tǒng)信息的管理和修改。2.2業(yè)務處理及數(shù)據(jù)流程會員注冊 購物車商品查看商品評論客戶留言網(wǎng)上購物系統(tǒng) 登入身份驗證后臺區(qū)商品查詢商品點評確定訂單 下訂單商品選購 銷售區(qū) 消費者（1）消費者業(yè)務流 訂單處倉庫采購處缺貨通知網(wǎng)上購物系統(tǒng) 登入身份驗證后臺區(qū)商品查詢發(fā)貨 下訂單商品確認 銷售區(qū) 銷售人員

8、（2） 銷售人員業(yè)務流程圖供應商處倉庫銷售處缺貨通知網(wǎng)上購物系統(tǒng) 登入身份驗證后臺區(qū)商品采購發(fā)貨商品確認 銷售區(qū) 采購人員（3）采購人員業(yè)務圖消費者網(wǎng)上購物系統(tǒng)訂單信息庫消費者（4）頂層設計流程圖網(wǎng)上銀行 網(wǎng)上購物商品基本信息庫消費者（5）底層設計流程圖訂單信息 訂單信息庫基礎數(shù)據(jù)處理后臺管理員銷售人員銷售管理采購人員采購管理商品信息 會員注冊消費者（6）消費者信息設計流程圖消費者修改基本信息基本信息 會員信息庫消費者登錄網(wǎng)上購物系統(tǒng)（7）消費者網(wǎng)上購物系統(tǒng)流程圖商品信息 消費者搜索商品并放入購物車中用戶名密 碼 商品基本信息庫客戶購物車信息庫生成訂單訂單信息庫選擇配送方式訂單查詢網(wǎng)上支付賬戶

9、信息 商品編號訂單信息 網(wǎng)上銀行訂單信息 銷售訂單核對銷售人員用戶訂單查詢商品庫存網(wǎng)上客戶訂單商品庫存信息庫核對暫存訂貨單銷售訂單庫開發(fā)貨單并修改庫存采購業(yè)務員確認后訂單暫存訂貨信息庫商品庫存信息庫庫存充足到貨通知消費者（8）銷售管理數(shù)據(jù)流程圖郵件通知消費者產(chǎn)生暫存訂貨單庫存不足發(fā)貨單 選擇供應商并填寫采購單采購人員訂貨通知商品庫存信息庫待訂貨商品修改庫存和待訂貨量核對發(fā)貨單供應商打印訂貨單供應商信息庫采購訂單庫向供應商的訂貨單產(chǎn)生到貨通知銷售人員錯誤發(fā)貨單 到貨通知 （9）采購管理數(shù)據(jù)流程圖2.2 目標通過本項目客戶可以把物品進行標價出售或是與其他的客戶進行物物交換，更好地進行進行網(wǎng)上購物。

10、方便和人性化服務的交易平臺。2.3 條件、假定和限制本項目遵從以下標準：GB/T 13702-1992 計算機軟件分類與代碼GB/T 20918-2007 信息技術GB/T 19003-2008 軟件工程GB/T 5538-1995 軟件工程標準分類法GB/T 9386-2008 計算機富安居測試文檔編制GB/T 9385-2008 計算機軟件需求規(guī)格說明GB/T 5532-2008 計算機軟件測試規(guī)范GB/T 18221-2000 信息技術程序設計語言GB/T 11457-2006 信息技術軟件工程GB/T 8567-2006 計算機軟件文檔編制規(guī)范2.4 進行可行性研究的方法采用問卷調(diào)查、

11、實地調(diào)研等方法進行可行性研究3、對現(xiàn)有系統(tǒng)的分析3.1 系統(tǒng)簡要描述根據(jù)實際情況，把商品分類，提供商品查找、訂單查詢、商品管理、訂單管理、系統(tǒng)管理等小模塊合成并構(gòu)成一個可執(zhí)行的軟件系統(tǒng)模型。使用戶快速的搜索和查找到需要的產(chǎn)品和開發(fā)人員可以較快的確定需求，然后采用循壞進化的開發(fā)方式，對系統(tǒng)模型做連續(xù)的精化，將系統(tǒng)需具備的性質(zhì)逐漸增加上去，直到所有的性質(zhì)全部滿足。此時模塊也發(fā)展成為最終產(chǎn)品了。3.2工作負荷由于日常信息處理量大，耗費時間長，出錯效率高，在系統(tǒng)投入運行后，可以實現(xiàn)業(yè)務中的信息集中處理，分析利用信息和信息的交流輔助市場的業(yè)務監(jiān)管和重大決定。3.3 費用開支由小組成員自行開發(fā)資料少許設備

12、由學校提供3.4 人員需求分析（需求分析規(guī)格說明書）系統(tǒng)分析（概要設計及說明書）詳細設計（詳細設計說明書）數(shù)據(jù)庫建立界面設計3.5設備B/S模式客戶端PC機服務器端服務器軟件數(shù)據(jù)庫軟件3.6 局限性風險排序風險項名稱風險描述風險緩解方案1專業(yè)基礎知識不牢本次項目開發(fā)過程中涉及的知識較多，給項目開發(fā)人員帶來一定的困難進行相應的培訓2經(jīng)驗欠缺成員開發(fā)經(jīng)驗不足，使項目質(zhì)量難以保證只有通過不斷的實踐3軟件性能的影響本次開發(fā)過程中部分軟件可能容易出現(xiàn)死機現(xiàn)象選擇合適的軟件，搭建良好的配置開發(fā)環(huán)境影響本計劃完成的主要問題有：Ø 沒有經(jīng)費和硬件設施有限Ø 用戶需求不清，存在誤解及二義性&

13、#216; 第一次開發(fā)軟件，開發(fā)人員沒有實際經(jīng)驗Ø 時間有限，沒有足夠的開發(fā)時間4所建議系統(tǒng)可行性分析4.1 技術可行性分析4.1.1 與現(xiàn)有系統(tǒng)比較的優(yōu)越性簡單性：在實現(xiàn)平臺的功能的同時，盡量讓平臺操作簡單易懂，這對于一個網(wǎng)站來說是比較重要的。針對性：該平臺是網(wǎng)上購物系統(tǒng)及后臺管理的定向開發(fā)設計，所以具有專業(yè)突出和很強的針對性。實用性：該平臺能完成商品展示和管理員管理的基本性質(zhì)，具有良好的實用性。4.1.2 技術可行性評價技術可行性：隨著人們的生活水平的提高，消費觀念的提升，會存在一些自身沒有很大用處的物品，實體店鋪購物某些工作存在盲目性、隨意性、和無效消耗，不能保證工作質(zhì)量，影響商品的銷售，從銷售者角度考慮可能帶來實際的和潛在的經(jīng)濟損失。若本系統(tǒng)開發(fā)成功，將有助于賣家更好的預測市場，更好的開發(fā)用戶及時調(diào)整營銷策略，在激烈的市場競爭中把握主動。因此，從長遠角度考慮，本項目若能開發(fā)成功，它帶來的效益將遠高于系統(tǒng)投入。4.2經(jīng)濟可行性分析4.2.1支出經(jīng)濟可行性：由于實體店鋪對電子購物商城系統(tǒng)開發(fā)項目達成了共識，并撥出專項資金，用以購置建立網(wǎng)絡中心所需的網(wǎng)絡設備和軟件，具備了開發(fā)Web平臺系統(tǒng)的基本條件。為了今后的系統(tǒng)維護，開發(fā)團隊準備聯(lián)合具有豐富經(jīng)驗的軟件開發(fā)人員共同研究，這為今后系統(tǒng)的順利開發(fā)提供了有利的技術條件。4.2.2投