導航:首頁 > 電商促銷 > 電子商務系統的分析與設計

電子商務系統的分析與設計

發布時間:2020-12-06 20:35:06

電子商務系統分析與設計有什麼關系

電子商務系統開發周期電子商務系統建設是企業應用電子商務的第一步,是一個包括商務、技術、支付、物流等許多角色與要素的系統工程。所以它不是一個孤立的系統,它需要和外界發生信息交流。同時,這一系統內部還包括不同的部分,例如:網路、計算機系統、應用軟體等。首先,在決策方面,從組織和人力資源的角度來看,需要將建立和管理一個成功的電子商務系統所需要的各類的專業人員組織成一個團隊;當然也可以將該項任務外包給一些高科技公司(現在國內絕大部分企業的做法)。此外,要確定網站所採用的硬體、軟體和電信設施。雖然有技術顧問幫助決策,但是系統(包括電子商務網站)的正常運行最終是企業的責任。制定電子商務網站規劃的一種方法是系統開發生命周期法。系統開發生命周期法(systemdevelopmentlifecycle,sdlc)是一種用於了解系統的商業目標並設計出合適的解決方案的方法。電子商務系統的系統開發生命周期主要包括如下5個方面:(1)系統分析規劃:選定商業模式,確定商業目標、系統功能及信息需求(2)系統設計:邏輯設計與物理設計(3)系統開發:企業內部開發與系統外包(4)系統實施:一項復雜的系統工程(5)系統運行/維護:保證系統正常運行

㈡ 求一篇 電子商務系統設計方案

急求一個「電子商務系統設計方案」只要與電子商務有關的都行`
懸賞分:10 - 解決時間:2007-6-14 12:11
提問者: xieyi305 - 助理 二級
最佳答案
你好~~
電子商務系統建設是企業應用電子商務的第一步,是一個包括商務、技術、支付、物流等許多角色與要素的系統工程。在開始建設電子商務系統之前,必須充分研究涉及電子商務系統的所有因素,全面分析、統籌規劃,形成盡可能完善的電子商務系統設計方案,在此基礎上有條不紊地進行電子商務系統建設。

對於大型企業電子商務系統,尤其要重視強調系統規劃設計。如果不重視電子商務系統的統籌規劃,或者不按照事先的統籌規劃進行電子商務系統建設,建成後的電子商務系統很可能出現協同困難,難以實現系統的預期功能,難以實現系統建設的目標,從長遠看還會造成資源浪費,使得將來必須為之付出更大的系統改進與整合成本。

電子商務系統是商務與技術結合的產物,所以在電子商務應用的全過程中,都必須充分兼顧這商務和技術兩個方面的因素,以科學、合理的程序展開系統設計、建設和應用工作。如果按階段劃分,要實現電子商務應用,電子商務系統建設大致需要經過下列五個階段:

1、商務分析階段
這是實現電子商務應用計劃的第一步。這一階段的工作主要是進行充分的商務分析,主要包括需求分析(包括企業自身需求、市場需求以及客戶需求等)和市場分析(包括市場環境、客戶分析、供求分析和競爭分析等)兩個方面。

在電子商務條件下,市場范圍擴大,創新速度加快,競爭的壓力越來越大,競爭的頻率越來越高,因此必須對擬建的電子商務系統在未來可能面臨的競爭盡可能做出分析,最大限度地避免競爭失利。此外,還要對企業自身狀況進行分析,包括對企業組織、管理、業務流程、資源、未來發展的分析,等等。要結合電子商務的特點,從供應鏈的角度重新審視企業組織、管理與業務流程,尋找與電子商務的最佳結合部。

2、規劃設計階段
在完成上述商務分析的基礎上,在掌握電子商務最新技術進展的情況下,充分結合商務和技術兩方面因素,提出電子商務系統的總體規劃,提出電子商務系統的系統角色,提出電子商務系統的總體格局,亦即確定電子商務系統的商務模式,以及與商務模式密切相關的網上品牌、網上商品、服務支持和營銷策略四個要素。 電子商務系統設計工作可以由此展開,也即從子系統、前台、後台、技術支持、系統流程、人員設置等各個方面全面構架電子商務系統。此階段的工作完成的好壞,將直接關繫到後續電子商務系統建設和將來電子商務系統運行和應用的成功與否

3、建設變革階段
這個階段的工作分為兩條線:一條線是按照電子商務系統設計,全面調整、變革傳統的組織、管理和業務流程,以適應電子商務運作方式的要求;另一條線是按照電子商務系統設計,全面進行計算機軟硬體配置、網路平台建設和電子商務系統集成,完成電子商務系統技術支持體系的建設,從技術上保障電子商務系統的正常運作。

4、整合運行階段
上述建設變革階段完成後,就可以將經過變革的組織、管理和業務流程,與已經建好的電子商務技術平台整合起來,進行電子商務系統的試運行。再經過必要的調整、改進以後,實現電子商務應用的工作就可以進入整合運行階段,開始實現電子商務應用。

企業電子商務系統建設決不是一旦建成就可以一勞永逸的事情,必須在系統應用的過程中,根據企業商務和網路技術等各個方面的變化,不斷創新、改進、完善,確保和提高企業電子商務系統的競爭能力。
回答者: 低調平凡人 - 經理 四級 6-13 21:06
參考資料:網路
《******電子商務系統設計方案》怎麼寫?
懸賞分:0 - 解決時間:2006-5-28 15:52
******可以是任何事物,不限,
主要是這個設計方案,網上哪裡可以找到
這個方案有五個要求:
1.需求分析
2.功能框架
3.技術路線
4.設計過程
5.效益分析/評估
希望大家開導一下,在下實在是無法下筆
提問者: 謝老 - 助理 三級
最佳答案
評論 ┆ 舉報

最佳答案此答案由提問者自己選擇,並不代表網路知道知識人的觀點

回答:orange
學妹
4月26日 10:28 系統設計過程與實施過程相反,是從輸出設計到輸入設計,即先確定要得到哪些信息,再考慮為了得到這些信息,需要准備哪些原始資料作為輸入。

揪錯 ┆ 評論 ┆ 舉報
回答者: linhua800 - 經理 五級 5-23 22:33
參考資料:網路

㈢ 《電子商務系統的分析與設計》最新txt全集下載

電子商務系統的分析與設計 txt全集小說附件已上傳到網路網盤,點擊免費下載:內

內容預覽:


電子商務系統的容分析與設計-劉軍.pdf 全文下載(<a href="//www.tui18edu.com/big5/market_marketing_1" title="市場營銷相關內容">市場營銷</a>)



㈣ 如何學好電子商務系統的分析與設計

1. 分析能力的培養:主要是對電子商務系統的邏輯分析,了解系統分析的一般方法與內步驟,初步容具有運用系統分析工具進行系統分析的能力。 2. 設計能力的培養:要求學生通過本課程的學習,具備進行電子商務系統設計的一般能力,具備電子商務網站主要功能模塊設計的能力。 3. 自學能力的培養:通過本課程的教學,要培養和提高學生對所學知識進行整理、概括、消化吸收的能力,以及圍繞課堂教學內容,閱讀參考書籍和資料,自我擴充知識領域的能力。 4. 表達能力的培養:主要是通過作業,清晰、整潔地表達自己解決問題的思路和步驟的能力。 5. 創新能力的培養:培養學生獨立思考、深入鑽研問題的習慣,和對問題提出多種解決方案、選擇不同計算方法,以及對計算進行簡化和舉一反三的能力。

㈤ 電子商務系統的分析與設計的目錄

第1章概論
1.1電子商務與電子商務系統
1.1.1商務活動與電子商務
1.1.2電子商務系統
1.1.3電子商務系統的特點
1.2電子商務系統的發展歷史
1.3電子商務系統發展中的熱點技術
1.4本書的內容安排
本章小結
思考題
實踐環節
第2章電子商務系統的建設與運營過程
2.1信息系統的建設、運行和維護
2.1.1軟體生命周期
2.1.2信息系統的開發建設方法
2.2電子商務系統的建設與運行
2.2.1電子商務系統的生命周期
2.2.2電子商務系統的建設與運營過程
2.2.3電子商務系統的建設方式
2.3電子商務系統建設項目管理
2.3.1項目管理過程
2.3.2項目管理工具
本章小結
思考題
實踐環節
第3章電子商務系統的規劃
3.1電子商務戰略規劃
3.2電子商務系統規劃的內容
3.2.1確定初步的系統需求
3.2.2開展可行性研究
3.2.3制定實施方案
3.3參與制定電子商務系統規劃的人員
3.4電子商務系統規劃的成果
3.4.1可行性研究報告
3.4.2方案建議書
3.4.3招投標文件
本章小結
思考題
實踐環節
第4章電子商務系統的分析
4.1企業經營過程中的基本商務活動
4.2典型的電子商務業務需求
4.2.1B2C的電子零售系統的基本需求
4.2.2B2B電子商務的基本需求
4.2.3企業信息門戶的基本需求
4.2.4電子商務的物流配送系統需求分析
4.3電子商務系統分析的過程
4.3.1信息系統分析的基本思路
4.3.2電子商務系統分析的基本過程和方法
4.4系統分析的軟體工程方法
4.4.1結構化分析方法
4.4.2面向對象的分析方法
本章小結
思考題
實踐環節
第5章電子商務系統總體設計
5.1信息系統設計的過程
5.1.1總體設計
5.1.2詳細設計
5.2電子商務系統的設計原則
5.2.1電子商務系統與傳統信息系統的區別
5.2.2系統設計原則
5.3電子商務系統總體結構設計
5.3.1總體結構設計內容
5.3.2系統邊界及介面設計
5.3.3系統組成結構
5.4基礎設施平台設計
5.4.1網路環境設計
5.4.2伺服器主機的選擇與設計
5.5軟體支撐平台設計
5.5.1操作系統的選擇
5.5.2資料庫系統的選擇
5.5.3開發/運行環境與工具選擇
5.5.4應用伺服器的選擇
5.5.5中間件產品的應用
本章小結
思考題
實踐環節
第6章商務應用軟體設計
6.1商務應用軟體的功能
6.2商務應用軟體設計的基本內容
6.3商務應用軟體設計
6.3.1商務應用軟體層次結構設計
6.3.2子系統劃分及模塊設計
6.3.3應用軟體詳細設計
6.4資料庫與聯機事務處理設計
6.4.1關系資料庫表結構的設計
6.4.2聯機事務處理
6.5輸入/輸出設計
6.5.1應用軟體的客戶端選擇及設計
6.5.2輸入/輸出應用軟體的設計
本章小結
思考題
實踐環節
第7章電子商務網站的設計
7.1網站與電子商務系統
7.1.1網站與電子商務系統間的關系
7.1.2電子商務網站的構成
7.1.3電子商務網站的基本類型
7.2企業信息門戶網站
7.2.1EIP的概念
7.2.2EIP的基本結構及特點
7.2.3EIP的主要功能
7.3網站設計原則
7.3.1網站設計的一般原則
7.3.2網站的可用性設計
7.4網站設計過程
7.4.1網站設計基本過程
7.4.2網站目標定位分析
7.4.3網站內容及基本功能分析
7.4.4網站結構設計
7.4.5網站環境准備
7.4.6網站費用估算
7.5典型電子商務網站功能設計
7.5.1信息發布
7.5.2商品管理
7.5.3用戶管理
7.5.4交易管理
本章小結
思考題
實踐環節
第8章電子商務支付子系統的設計
8.1電子支付
8.1.1電子支付的基本概念
8.1.2電子支付的分類
8.1.3電子支付的主要形式
8.2電子支付協議
8.2.1電子支付協議的概念
8.2.2SSL協議
8.2.3SET
8.2.4SET與SSL協議比較
8.3電子支付與認證
8.3.1認證機構的概念
8.3.2認證機構的系統結構
8.3.3認證機構的主要功能
8.3.4認證機構的網路結構
8.3.5認證機構的互通
8.4電子支付系統
8.4.1電子支付系統的建設
8.4.2電子支付平台的選擇
本章小結
思考題
實踐環節
第9章電子商務安全子系統的設計
9.1概述
9.2電子商務系統的安全要求
9.2.1電子商務的安全要求
9.2.2電子商務系統的安全威脅與防範技術
9.3ISO的安全體系結構與電子商務系統的安全體系
9.3.1OSI安全體系結構
9.3.2電子商務系統的安全體系
9.3.3電子商務安全交易協議
9.4電子商務安全子系統的設計
9.4.1電子商務安全子系統的框架結構
9.4.2安全策略
9.4.3安全管理
9.5電子商務系統安全理論
9.5.1防火牆與網路安全設計
9.5.2防火牆的基本概念
9.5.3信息加密技術
9.5.4數字簽名
9.5.5PKI技術與認證
9.6IPSec的電子商務安全體系
9.7電子商務系統安全實用技術
9.7.1防操作系統漏洞
9.7.2防Web攻擊
9.7.3防木馬攻擊
9.7.4防SQL注入
本章小結
思考題
實踐環節
第10章電子商務系統的實施和運行維護
10.1電子商務系統的開發與集成
10.1.1電子商務應用的編程模式
10.1.2電子商務應用的主要開發工具
10.1.3電子商務系統的應用集成基礎
10.1.4系統測試
10.2系統的現場實施與試運行
10.3系統的運行維護
10.3.1系統運行維護的作用
10.3.2系統運行維護的內容
10.3.3系統維護中的安全管理
本章小結
思考題
附錄A英文詞彙與主要縮略語英漢對照表
附錄B電子商務相關文檔及標准
參考文獻
參考網站
……

㈥ 電子商務系統分析與設計怎麼進行資料庫設計

(1)需求分析,形成用戶需求規約、索引結構和數據的存放次序與位邏輯等),即用戶要描述的現實世界的概念數據模型,通過對其中住處的分類。一般,第一步先明確現實世界各部門所含的各種實體及其屬性,運行一些典型的應用任務來驗證資料庫設計的正確性和合理性。

(2)概念設計。第二步再將前面得到的多個用戶的局部視圖集成為一個全局視圖,即適應於某種特定資料庫管理系統所支持的邏輯數據模式。因此、一個商場或者一個學校等)、實體間的聯系以及對信息的制約條件等,可能就需要返回到前面去進行修改,在做上述資料庫設計時就應考慮到今後修改設計的可能性和方便性.

(3)邏輯設計、聚集和概括、信息間的互相制約關系以及各部門對信息儲存。

(5)驗證設計,建立抽象的概念數據模型,資料庫的設計過程大致可分資料庫設計為5個步驟;根據特定資料庫管理系統所提供的多種存儲結構和存取方法等依賴於具體計算機結構的各項物理設計措施、范圍。

(4)物理設計。當設計的某步發現問題時、存取方法和存取路徑等;對用戶要求描述的現實世界(可能是一個工廠,可能還需為各種數據處理應用領域產生相應的邏輯子模式、信息流動情況,弄清所用數據的種類。這個概念模型應反映現實世界各部門的信息結構,一個大型資料庫的設計過程往往需要經過多次循環反復;主要工作是將現實世界的概念數據模型設計成資料庫的一種邏輯模式:

㈦ 電子商務系統設計

電子商務系統是互聯網時代計算機系統的主流應用,是集成了數據管理、事務處理、業務流程重組、系統安全管理等技術的復雜系統。很多企業管理者和信息系統技術負責人在被電子商務系統的廣闊前景所吸引的同時,亦為不知如何開展電子商務系統的建設而煩惱。系統集成商參與項目開發的困難更多:用戶需求不準確、經常變化,開發人員與業務人員溝通困難、誤差極大。最後上網工程變成了網頁設計大賽,花費了大量人力物力建造的網站並沒有為企業帶來預期中的收益,反而變成了一個擺設,甚至因為要不斷投入維護費用而成了企業的負擔。 本文著重討論電子商務系統工程中系統需求分析和系統概要設計的基本方法,向項目經理和技術負責人介紹如何組織電子商務項目的開展。事實上電子商務系統一方面是一個相當復雜的工程,需要科學的系統規劃和項目管理,另一方面電子商務系統也只不過是一種應用計算機的系統工程,雖然涉及的技術內容和業務因素較多,但只要遵循合理的系統工程實施方法進行,仍然可以順利地完成電子商務系統的建設。 電子商務技術可能目前世界上最令人眼花暸亂的技術領域,新名詞、新技術、新術語每天都在出現,如何建設電子商務系統,似乎有無數種可能,令人無所適從,不知如何作出正確的決策。技術本身並不能為企業帶來效益,只有合理應用技術建造的系統才能幫助企業解決業務運作中的問題,幫助企業發展業務,所以設計電子商務系統時必須堅持一個原則:企業的需求是目的,任何技術都只是實現需求的手段,建設電子商務系統不是為了應用某項新技術,而是為了解決企業的實際問題。只有堅持這個原則才能避免常見的失誤:採用了很多不成熟或者復雜的技術,工程費用超標,項目進度無法保證,應用效果未如理想等等。電子商務系統的目標可以用以下幾個問題來總結。 應用環境:系統將為哪些用戶服務?他們使用什麼平台,如何訪問企業的電子商務系統? 系統功能:系統為用戶提供了什麼服務?哪些是已經有的,哪些要修改,哪些要重新開發? 數據資源:為了實現這些服務功能,系統將使用哪些數據?數據量多大,如何存儲? 安全管理:系統的安全性如何保證?系統管理如何實施?其中系統功能是范圍最廣泛的問題,從最早的信息發布到現在很流行的B2C,B2B,ASP等都是系統功能的一種,按實現這些功能的技術核心可以分為三類: 1 信息共享與數據交換
數據存儲與數據通訊技術是實現這類功能的核心技術,這類系統幫助用戶通過電子郵件、搜索引擎、數據發布技術等高效地獲得信息,提高數據交換的速度與信息共享的效率。 信息共享型的電子商務系統可以降低企業內部由於信息溝通不靈而帶來的損耗,減少日常工作的文書往來,提高工作效率,更有效地管理企業內的信息使用情況。 2 電子商務交易
以電子化的方式實現商務交易過程中的每一個步驟,能適應業務的快速發展而變化是實現這類系統的關鍵,電子商務交易系統是目前最具挑戰性的領域,技術核心是應用系統開發能力與事務處理技術,其中也包括與金融系統介面進行網上支持的SET及相關技術,目前的B2C,B2B即屬於這一類系統。 電子商務交易系統是現代企業在互聯網時代擴展新市場的重要手段,設計良好的交易系統能使企業一天24小時不停地運轉,為客戶提供優良的服務。如果能將企業核心業務系統與互聯網系統有機地集成起來,就能大大地擴展企業的運作范圍,降低經營成本和銷售成本。 3 互聯網伺服器上的應用服務
擴展互聯網伺服器的服務能力,定製滿足客戶需求的應用服務,其內容可能包含了所有電子商務系統的功能,JAVA技術與事務處理技術是這類系統的技術核心。這類系統通常指企業級的門戶網站或ASP,由於其極高的處理負載,還需要提供額外的集群技術、性能管理等復雜的技術支持。 這類系統或者是把原有的企業核心業務系統與互聯網伺服器集成起來,或者是在互聯網伺服器上開發功能完善的應用服務系統。訪問這類互聯網伺服器的客戶能得到自動更新的最新數據,獲得定製化的自助服務。訪問這類系統的客戶數極多,因此要求具有較好的可擴展能力,性能不會受客戶連接數變化的影響,一直保持良好的狀態,所以要採用連接管理技術、事務管理與資源協調等復雜的技術。 本文分三大部分,分別介紹系統需求分析與系統設計的組織方法,以及開展功能檢驗與性能測試的過程,著重介紹基本原則,並不泛及特定相關技術的細節。至於系統實施階段所採用的技術與方法,由於電子商務系統的復雜性、新技術層出不窮,實在不是用一篇文章甚至一兩本書所能涵蓋的。 系統需求分析 系統需求分析是為了系統開發人員准確地理解業務部門的目標,制定合適的實施方案,系統需求對系統實施的重要性不但應該反復強調,還應該避免收集系統需求過程中常見的幾個誤區: 1 系統需求分析不是一次性的工作,而是一個反復遞進的過程,隨著電子商務應用系統的推廣,業務部門會提出新的需求,或者改變原來的業務需求。這是允許的,而且是正常的,技術部門不能拒絕業務部門提出的新需求,而應積極配合,對原有的實施方案作相應的改變。
2 系統需求的根源是業務部門運作的需求,而不是技術部門為了實現某種先進技術而提出的需求。系統方案不能因為出現了某項新技術而作改變,畢竟,使用新技術只是手段,支持企業的商業運作才是最終目的。
3 系統需求不僅限於業務需求,還包括了客觀條件的各種限制,如項目進度的要求、與已有系統兼容的要求(如企業的所有核心數據都已經存儲在Sybase資料庫中、或者企業的舊系統留下幾千台終端必須加以利用)或其他政策法規的限制(如商業系統中使用的密碼系統必須經過政府有關部門的認證)。制定應用系統的實施方案時應把這些因素考慮在內。
收集系統需求的主要途徑是系統分析人員與最終用戶通過交談發掘搣真正攠的系統需求,獲得用戶的認同,在業務部門的幫助下准確地認識業務環境(這一點是大多數技術人員最缺乏的),收集足夠完整的信息,完成一系列文檔作為確認本階段工作的檢查標記,並作為進行下一步工作的基礎。
哪么什麼才是搣真正攠准確的系統需求,當一個客戶向系統分析人員提出要求:搣我們要建立一個網上商城,讓我們公司的客戶可以在網上直接下訂單攠,這是一個絕對真實的要求,但並不一定是一個准確的系統需求,或者說這並不一定是最適合該企業實際需求的目標。因為客戶在提出要求時,一般已經對電子商務有了一些先入為主的認識,認為電子商務就是這樣的,或者只能是這樣的,又或者同行和競爭者已經這樣做了,所以我們也要這樣做。實際上他們所真正需要的,可能比這個要求多,可能比這個要求少,甚至完全是另一個系統。這時系統分析人員就要耐心地發掘客戶的實際需求,通常是提出這樣的問題:
您希望這套電子商務應用建立起來後,能為您的企業達到以下這些目標中的哪些呢?哪些目標是您最希望達到的,您認為您的企業目前在這些方面存在什麼主要問題,您希望電子商務系統能在多大程度上解決這些問題呢?
增加客戶數量 降低企業運營成本或提高營業額
提升公司的總體形象
加快產品推向市場的速度
使企業比同行更具競爭力
縮短新產品的開發周期
改善庫存管理和采購流程管理的效率
改善企業與代理商之間的合作關系
提高客戶滿意度和客戶服務的質量
提高本企業員工的合作溝通效率
幫助企業拓展新的市場這樣的談話最好是在系統分析人員和企業的業務負責人之間進行,而不和企業的電腦部門技術負責人,只有這樣才能發掘出系統真正的需求。系統分析人員通常會從企業負責人那裡得到一些與電子商務技術完全無關的情況,例如搣客戶抱怨我們的交貨期不準時攠、搣我們的企業太大了,各部門間的合作溝通很成問題,總是左手不知道右手在做什麼攠等。這樣的交談能幫助系統分析人員准確地為電子商務系統定位,規定其功能邊界。
企業的負責人通常會更多地著眼於總體的業務規劃,負責需求分析的系統分析人員和項目經理應利用這個機會,向企業管理人員詳細地解釋幾類電子商務系統的功能和應用,啟發他們更深入地發掘企業的需求,以實踐經驗和成功案例向他們說明企業電子商務系統的預期目標,幫助他們樹立正確的期望值。多數企業都是第一次實施電子商務系統,且由於媒體的大肆宣揚等外界因素的影響,可能對系統的預期效果產生不切實際的期望,系統分析人員在需求分析階段就要准確地掌握和調整客戶的心理期望。客戶的期望值也是系統需求的一個重要因素,直接影響系統完成後的實施效果。
客戶的態度和技術水平是影響系統設計者作出方案的重要因素,也是系統需求的一部分,系統需求分析階段要和客戶一起作出充分的交流和評估。客戶的態度指企業決策者對新技術的接受程度以及願意承受風險的程度,電子商務領域的新技術層出不窮,成熟技術的功能比不上新技術,但風險卻較低,企業決策者在這方面的態度影響系統設計者設計方案時的技術選擇,如果企業決策者選擇較先進的新技術,系統分析人員有責任提醒他採用新技術可能面臨的風險:失敗的可能性較高,項目進度和開發成本可能超出預期。切勿投客戶所好,隱瞞新技術背後的不利因素。企業決策者在選擇系統集成商時也應小心,集成商的技術水平不是由掌握新技術的程度所決定,而是由他們運用技術解決實際問題的水平所反映。
中國的大多數大型企業都有專門的計算機部門,電子商務系統建成後維護管理甚至二次開發的工作都將由他們負責,方案設計時也應把客戶方技術人員的知識基礎和專業訓練程度考慮在內。系統需求分析階段最好對客戶方技術人員作一次全面的評估,考察他們對與電子商務系統相關的技術領域的掌握程度,評估的內容有:互聯網伺服器,對象技術,JAVA,應用開發工具,資料庫技術,事務處理技術,安全技術以及對工業標準的認識程度。
系統分析人員要把這些分散的需求匯總成系統的目標,製成初步系統概要需求書,准確而完整地描述企業的總體需求,再次強調系統的預期目標,並獲得企業負責人的認同,再在此基礎上作系統的初步設計。
系統需求分析的工作並未就此結束,反而才剛剛開始。項目經理應作一些准備工作,召集第一次項目會議,會議的參加者包括客戶方的業務和技術負責人,以及項目建造方的項目經理,會議的主要目的是進一步確認和細化系統概要需求書中列出的需求,確定系統建造的方向。這些會議應原則上達成下列這些目標: 1.詳細討論當前環境的情況和系統需求。2.檢討目前正在使用的應用系統,明確列出需要解決的問題。3.在適當的時候交換各自對電子商務系統所持的思路與觀點,創造較易達成共識的認知基礎。4.確定系統的主要目標,當系統需求的范圍比較廣泛,系統目標也可分為短期目標和遠期目標。5.列出為保證系統順利而要解決的主要問題,劃出最突出、最緊迫的問題,爭取客戶方的合作,在系統開始實施前即加以解決。6.向客戶解釋實施系統過程中使用的核心技術和方案的總體思路。7.基於會上達成的共識,制定各人的行動計劃表。這樣的一個會議不可能在一兩個小時內完成,可能需要幾天的時間,甚至在不同的場合下以不同的形式組織,如方案展示會、討論會、現場參觀等。在條件許可的情況下,組織項目會議成員參觀一些類似的電子商務系統,作為背景參考資料,引導項目會議成員參考成功的電子商務系統的實施經驗,對會議的成功有很大幫助。IBM在全世界各地幫助實施電子商務系統的經驗表明,這樣的項目會議對項目的成功有極其重要的意義。項目會議上技術人員與業務人員面對面地交流,節省了大量時間,技術人員能更好地理解業務人員的需求,作出切合實際的方案設計,業務人員也能更好地了解技術手段的限制,雙方的溝通還可以促進企業的業務流程向更合理、更適合計算機管理的方向改進。
實際運作中,參與項目會議的管理人員的時間相當寶貴,把所有人集中起來的機會不多,項目會議的召集人不能簡單地約定一個時間就召開會議,應該在召開會議前作認真的准備。准備工作主要有以下這些:1.確定客戶方的與會者名單,和每個與會者單獨交談,說明會議的目的,聽取他們的意見收集更細致的需求。客戶方與會者人數以四至六人為宜,太多了溝通效率就會下降。2.確定開發方的與會者名單,開發方的與會者人數以四人左右為宜,主要是項目負責人、系統設計員、開發經理和技術負責人,確定會議上討論的題目,為每個題目指定責任人向客戶說明。雙方與會總人數不宜超過十二人。3.准備需求分析文檔作為討論的基礎,這些文檔主要的內容是:
目標系統概述:目標系統的主要功能描述和運作方式。
* 系統結構:當前系統的邏輯及物理結構,正在運行的軟體及其配置圖。
* 資料庫結構:描述企業核心數據的結構,確定哪些數據將開放到互聯網伺服器上,互聯網用戶訪問數據的方式與范圍。
* 網路環境:當前系統的網路拓撲結構圖,目標系統的網路結構圖,以及網路上採用的工業標准如通訊協議、命名規則等。
* 安全性要求: 企業系統當前使用的安全管理方式,以及為適應電子商務系統的運行應作出哪些安全管理方面的改進。
* 性能要求:系統性能受很多因素的影響,性能要求分析把事務流程分解,針對每一環節討論性能要求,充分討論制約性能的不利因素,以及保證性能要求的技術手段。
系統組織結構圖:企業的人事組織結構和業務流程圖,列出為了保證電子商務系統順利運行而配置的組織結構,及每個崗位的技術素質要求。4.會議召開前公布會議的主題,以及與會者名單,附上每個人的背景材料如職位、在項目中的角色等。總之,會議前訂立明確的主題和充分的准備(包括文檔准備和會前的單獨溝通)是會議成功的基礎,作為會議召集人,要在會上以自已的技術基礎與行業知識作出方向性的指導,控制時間,及時制止會上一些不能在短期內得出結論的討論。會議的重點應放在分析系統的現狀與需求,避免過早地引入特定的技術手段,以免提前給方案的設計設下局限。系統現狀的分析除了總結與回顧在第一階段所作的系統需求的結果,還可以具體地對現有環境作技術性的分析。
系統環境的技術性分析主要有以下內容:
* 網路環境的分析:網路拓撲結構分析,當前系統的網路結構,網路上的伺服器配置等。網路流量需求分析,分析當前網路帶寬是否能滿足新系統的要求。網路系統的安全體系及安全管理策略,電子商務系統是比傳統的企業網更開放的系統,安全性要求更嚴格。
* 應用環境的分析:當前系統的軟體配置及版本,應用程序的運行模式(運行平台、是否需要實時訪問和聯機事務處理等)。資料庫結構,應用系統的核心數據模式。用戶熟悉的應用開發方式和熟練掌握的開發工具,用戶的經驗可能是寶貴的資源,能加快系統開發的進度和保證系統使用的效果,因為無需重新培訓而節省成本、降低風險;也可能是採用新技術的重大阻礙,由於習慣性心理而抗拒新的開發工具和應用運行方式,即使投入大量資源重新培訓,仍然要冒很大風險,系統維護人員可能由於不熟練而發生人為失誤,造成運行故障。這種情況在中國企業中尤其普遍,系統設計人員要以非常謹慎的態度來對待。
* 客戶運行環境的分析:電子商務系統的客戶是互聯網上使用瀏覽器或其他設備的客戶,不同於傳統的企業內部網中所有客戶運行環境都是預定定製的固定環境,系統需求列出電子商務系統支持的客戶環境要求,如瀏覽器類型,是否要支持JAVA,是否支持上網手機等。
* 其他特殊需求,如客戶的系統一定要採用Linux平台,或者有特殊的多國語言字元支持問題等。
經過詳細的分析後,項目會議最可能的結果就是聽到一大堆意見和要求。一個可控制進度與預算的項目不可能達成不受控制地產生的要求,分出輕重緩急才能簡單直接地解決問題。項目負責人先取得與會者的認同,目標太多不能在一個項目內完成,請大家先選出要在當前項目內完成的目標,然後評估這些目標的重要性。如果意見不能統一,被列為很重要的目標仍然很多,就要重新篩選這些目標。對於最後列出的目標,再次徵求大家的意見,確認這些目標已經包含了目標系統的基本功能,沒有重大的錯誤和遺漏。系統設計者對被列為很重要的目標和要求應特別重視,它們是影響系統方案的主要因素。第一次項目會議的成果是詳細而明確的系統需求,系統設計人員根據系統需求和目標進行詳細的方案設計。

㈧ 電子商務系統分析與設計有什麼關系

電子抄商務系統規劃、分析、設襲計的思路和方法;電子商務包含下面系統方面流程:
1、電子商務支付系統與安全系統的設計;
2、電子商務系統開發技術與模式;
3、電子商務系統的運行和維護,典型電子商務應用解決方案等;
4、並運用struts、JavaEE1.5等新技術結合具體實例較系統地闡述了電子商務系統開發、實現的過程。

閱讀全文

與電子商務系統的分析與設計相關的資料

熱點內容
醫院團隊培訓方案 瀏覽:105
同道品牌營銷 瀏覽:58
市場營銷畢業論文的摘要 瀏覽:873
變電站工程創優策劃方案 瀏覽:933
淘寶推廣代運營方案 瀏覽:403
白酒市場營銷策劃書 瀏覽:933
生日派對策劃方案思維導圖 瀏覽:814
市場營銷類培訓 瀏覽:671
陝西志道電子商務有限公司怎麼樣 瀏覽:21
教育機構市場營銷實習心的體會 瀏覽:820
市場營銷模擬比賽總結 瀏覽:290
10人繞八字比賽策劃方案 瀏覽:171
且康電子商務業務助理 瀏覽:320
運用市場營銷理論設計店鋪 瀏覽:625
無人酒店的網路營銷 瀏覽:495
4s店市場營銷策劃案 瀏覽:750
影響銀行市場營銷活動 瀏覽:17
網路營銷講座心得體會 瀏覽:3
濟南即開促銷活動 瀏覽:156
書法興趣培訓方案 瀏覽:872