㈠ 作為一個電子商務的網站擁有者,如何實現網路安全
中小型企業電子商務網站的安全實現方案
什麼是網路安全。
「網路安全是指網路系統的硬體、軟體及其系統中的數據受到保護,不受偶然的或者惡意的原因而遭到破壞、更改、泄露,系統連續可靠正常地運行,網路服務不中斷。」i相對於中小型企業的電子商務網站來說,網路安全就是指網站上的數據能夠安全的不間斷地提供穩定的服務。我將從硬體安全、網路安全、系統安全、代碼安全四個方面來闡述對中小型企業的電子商務網站的安全實現方案。 2.硬體安全。
2.1 給伺服器加把鎖
物質是基礎,硬體就是電子商務的基礎。但是硬體的安全往往是最容易被網路管理人員所忽視的。其中比較棘手的一個問題就是,在你的電腦上沒有任何的防護措施來防止進入你辦公室的同事使用你的電腦。如果作為工作站,還沒有太大的問題,但是如果作為伺服器任何非專業的操作都有可能導致系統不穩定。所以,伺服器必須加上物理鎖,以防止其他人的使用。使用密碼當然也可以,但是遠遠不如物理鎖來的直接和實在。而且您還可以有絕佳的借口可以絕對的禁止其他人員對您電腦的使用。(鑰匙在經理那裡,要不,您管他要去?) 2.2 UPS以及發電機
電子商務優勝於傳統商務模式的一個顯著特點就是它可以24小時不間斷地提供服務。但是,前提是您的伺服器同樣能夠24小時來服務。經過了2004年拉閘限電的夏天,沒有人認為一台UPS的投入會是多餘的。對於伺服器來說,UPS的好處還在於它能夠將電流過濾穩定地輸出,以保證伺服器在一個良好的環境里運行。如果公司的伺服器不止一台,而且公司處於像大連這樣的能源消耗大城市,一台發電機還是必要的。好好的維護它,每周運行一次來檢查他是否能夠正常工作。不要覺得麻煩,麻痹是安全最大的敵人 2.3 對付災難的方法——備份!
就如這個世界上沒有不會被攻破的城市一樣同樣不存在絕對安全的伺服器,操作系統的漏洞,代碼的不安全,管理人員的疏忽都有可能造成具有寶貴數據伺服器的崩潰。崩潰不是DOOM,但是前提是您必需有伺服器中數據的備份。一提到備份,對於某些人來講,不過是將網站的所有數據刻錄到光碟上的過程而已。但是,對於電子商務網站,如果處理的數據過多,是不可能通過這樣的手段來實現的。經過培訓的人員或許會想到磁帶機以及實時備份的技術,這的確是一個解決方案。但是,簡單的通過設備來備份並不能夠在最危機的時刻顯示它的作用。在911事件發生後,原來世貿大廈中60%以上的企業都倒閉了,原因就是缺乏足夠的資料以及數據能夠讓他們恢復被襲擊之前的業務。所以,如果您想讓您的數據真正的備份那麼最好的辦法就是在遠離公司的異地辦事處設定一個備份中心。威力再大的核彈也不可能摧毀整個中國,這是最安全的備份方案。對於數據比較少的情況下,可以選擇在萬維網上建立vpn連接異地雙機熱備份的方法。當然,對於實施電子商務這種數據比較多地中小型企業來說,這樣也比較奢侈,而且不太可能實現。我個人認為最優的方案仍然是通過設備——磁帶機,或者其他設備,但是,請將保存資料的東西放進保險櫃。保險櫃是每個企業都有的設備,而且現在的保險櫃都是防水,防火,防砸的。這樣,即使發生了自然災害也能夠很好的保證數據的完整性。
3.網路安全
3.1 拓撲安全
一般來說,我國的中小型企業所採用的網路拓撲大多為簡單的樹型結構。只有一級路由設備來實現工作組的支持和寬頻網路的共享。
這樣的拓撲結構優點非常明顯,可以將投資降到最小。但是,同時它的危險性也非常明顯。因為所有的客戶端都同電子商務伺服器在同一個網段,(for example: 192.168.1.1——192.168.1.254)當電子商務伺服器被入侵後,企業內部網路的所有客戶端都將暴露在黑客的視線內,內部的網路通訊以及計算機上面的文檔都將有可能被黑客所得到。
為了避免這樣的「慘劇」發生。我建議對網路進行多重路由的部署,即將電子商務伺服器部署成「非軍事化區」(DMZ),佔用獨立的網段。將企業內部網路同電子商務伺服器的網段分開。因為不同的網段如果沒有中繼是無法進行通訊的,即便黑客入侵了電子商務伺服器,也無法獲取企業內部的信息。
就是可以隨意的設置每個網段的相關屬性,比如路由A所控制的網段A,由於電子商務伺服器在他的網段中運行,存在著一定的危險性,可以設置成不允許他訪問其他的內網網段。而路由B所控制的網段,假設為保密部門,可以設定他只能訪問內部網路卻無法訪問互聯網。
多層拓撲的另外一個好處就是可以部署多層次防火牆。打個比方,多層次防火牆的功能就好比戰場上的多重防線,如果只被攻破了一層防火牆,後面還有另外的防火牆來阻止「敵人」的進一步進攻。
3.2防火牆
3.2.1 軟體防火牆,或者硬體防火牆的選擇。
圖1所涉及到的拓撲還有一個非常明顯的問題就是,沒有防火牆。我個人認為不安裝防火牆就連接到互聯網的行為無異於赤身裸體的出現在硝煙彌漫的戰場,結果當然只有一個。
同個人使用的終端電腦所不同的是電子商務伺服器必須開放相應的服務埠,來允許對方的訪問。正如您所知道的,多開放一個埠,您的伺服器危險性就相應的增加一些。還有,很讓人無奈的DDOS攻擊,很無聊的做法,但是往往有很多無聊的人願意這么無聊的做。如果沒有防火牆,安全穩定的運行往往就是一句空話。
對於網路資金預算比較充裕的企業往往在防火牆的選擇上會偏好於硬體防火牆。但是對於網路安全這樣一個並不能夠直接產生利潤的部門,資金預算充裕的恐怕是寥寥無幾。還有一點值得注意的就是我對有些硬體防火牆的性能表示懷疑。有些廠商所生產的硬體防火牆,幾乎就是台式機+linux+防火牆的組合體。而使用軟體防火牆,我們有可能比它做得更好。所以我建議您選擇軟體防火牆。 3.2.2 軟體防火牆ISA server 2004
涉及到防火牆我們就必須提一下防火牆的原理。大家都知道,網路通信的概念性標准框架是國際標准化組織(ISO)提出的OSI 開放式系統互聯模型。
太多了太長,下面這里是鏈接,樓主有空了就自己點擊進去看看吧,
希望可以對你有所幫助。。
㈡ 微服務架構圖
項目微服務架構圖
微服務架構根據目前產品存在的問題,針對快速開發、海量用戶、大量數據、低延遲等互聯網應用的實際需要,通過對業務架構、系統架構、基礎架構、技術架構進行設計,徹底解決系統解耦、性能低下等問題,而且支持雲計算部署,可以滿足高並發、高可用、高穩定。微服務並沒有一個官方的定義,可以理解為一種架構風格 。
大數據管理數據處理過程圖
大數據(big data),指無法在一定時間范圍內用常規軟體工具進行捕捉、管理和處理的數據集合,是需要新處理模式才能具有更強的決策力、洞察力。大數據處理的主要流程包括數據收集、數據存儲、數據處理、數據應用等主要環節。隨著業務的增長,大量和流程、規則相關的非結構化數據也爆發式增長。大數據處理,大...
產品開發流程圖
產品開發流程(Proct Development Process)產品開發流程是指企業用於想像、設計和商業化一種產品的步驟或活動的序列。產品開發流程涉及的人員從產品經理到設計師、前端、後端等等一系列人員,這篇文章主要關於產品開發的完整流程,希望對各個工作崗位上的人有借鑒意義。很多產品經理不...
阿里巴巴數據中台全景圖
阿里是數據中台概念的首先提出者,其案例更具分析意義。從阿里巴巴數據中台全景圖可以看出,阿里的數據中台包括了計算與存儲平台、數據資產管理、智能數據研發、統一數據中心中間件(OneService)四大模塊,最上層支撐著阿里數據、數據大屏、生意參謀等大數據應用。阿里數據中台架構。數據中台建設理論、方...
Web開發技術架構圖
大型web系統架構動態應用,是相對於網站靜態內容而言,是指以c/c++、php、Java、perl、.net等伺服器端語言開發的網路應用軟體,比如論壇、網路相冊。1、學習Web開發原理,包括MVC/MTV等Web框架; 2、學習Django Web框架,從技術原理到項目實踐; 3、學習Djan...
互聯網工作原理拓撲圖
互聯網工作原理拓撲圖模板,計算機網路是由很多台計算機組成的, 要實現網路之間傳輸數據, 必須要做兩件事, 數據傳輸目的地址和保證數據迅速可靠傳輸的措施。計算機網路是由許多計算機組成的,要實現網路的計算機之間傳輸數據,必須要作兩件事,數據傳輸目的地址和保證數據迅速可靠傳輸的措施。拓撲圖用於計算機...
管理業務流程圖
業務管理是網路管理中比較重要的部分,涉及的面也比較廣泛。在這一管理層,大多數的管理信息直接在GSM系統的各網路單元與GSM網路管理設施之間交換。這些管理信息還包括由AuC管理的安全性數據,由HLR管理的客戶數據,由MSC管理的費率和計費數據等。業務管理(Business Management)...
電商知識圖譜
知識圖譜(Knowledge Graph/Vault,以下簡稱KG)本質上是語義網路,是一種基於圖的數據結構,由節點(Point)和邊(Edge)組成。電商就是電子商務的簡稱,在互聯網上銷售產品而進行的商業活動,是把現實生活中的商業活動,搬到虛擬的世界當中電商這一特殊領域的知識圖譜構建過程中,...
樹狀網路拓撲圖
樹型拓撲(tree topology):一種類似於匯流排拓撲的區域網拓撲。樹型網路可以包含分支,每個分支又可包含多個結點。樹狀拓撲結構是一種分級結構。在樹狀結構的網路中,任意兩個節點之間不產生迴路,每條通路都支持雙向傳輸、這種結構的特點是擴充方便、靈活,成本低,易推廣,適合於分主次或分等級的層級...
雲平台整體架構圖
雲計算的體系結構由5部分組成,分別為應用層,平台層,資源層,用戶訪問層和管理層,雲計算的本質是通過網路提供服務,所以其體系結構以服務為核心。公認的雲架構是劃分為基礎設施層、平台層和軟體服務層三個層次的,對應名稱為IaaS,PaaS和SaaS。
㈢ 網站設計方案怎樣寫
樓上的,表瞎說,你那是網路集成方案哪裡是什麼網站建設的!
一個網站的成功與否與建站前的網站規劃有著極為重要的關系。在建立網站前應明確建設網站的目的,確定網站的功能,確定網站規模、投入費用,進行必要的市場分析等。只有詳細的規劃,才能避免在網站建設中出現的很多問題,使網站建設能順利進行。
網站規劃是指在網站建設前對市場進行分析、確定網站的目的和功能,並根據需要對網站建設中的技術、內容、費用、測試、維護等做出規劃。網站規劃對網站建設起到計劃和指導的作用,對網站的內容和維護起到定位作用。
網站規劃書出應該盡可能涵蓋網站規劃中的各個方面,網站規劃書的寫作要科學、認真、實事求是。
網站規劃書包含的內容如下:
一、建設網站前的市場分析
1、相關行業的市場是怎樣的,市場有什麼樣的特點,是否能夠在互聯網上開展公司業務。
2、市場主要競爭者分析,競爭對手上網情況及其網站規劃、功能作用。
3、公司自身條件分析、公司概況、市場優勢,可以利用網站提升哪些競爭力,建設網站的能力(費用、技術、人力等)。
二、建設網站目的及功能定位
1、為什麼要建立網站,是為了宣傳產品,進行電子商務,還是建立行業性網站?是企業的需要還是市場開拓的延伸?
2、整合公司資源,確定網站功能。根據公司的需要和計劃,確定網站的功能:產品宣傳型、網上營銷型、客戶服務型、電子商務型等。
3、根據網站功能,確定網站應達到的目的作用。
4、企業內部網(Intranet)的建設情況和網站的可擴展性。
三、網站技術解決方案
根據網站的功能確定網站技術解決方案。
1、採用自建伺服器,還是租用虛擬主機。
2、選擇操作系統,用unix,Linux還是Window2000/NT。分析投入成本、功能、開發、穩定性和安全性等。
3、採用系統性的解決方案(如IBM,HP)等公司提供的企業上網方案、電子商務解決方案?還是自己開發。
4、網站安全性措施,防黑、防病毒方案。
5、相關程序開發。如網頁程序ASP、JSP、CGI、資料庫程序等。
四、網站內容規劃
1、根據網站的目的和功能規劃網站內容,一般企業網站應包括:公司簡介、產品介紹、服務內容、價格信息、聯系方式、網上定單等基本內容。
2、電子商務類網站要提供會員注冊、詳細的商品服務信息、信息搜索查詢、定單確認、付款、個人信息保密措施、相關幫助等。
3、如果網站欄目比較多,則考慮採用網站編程專人負責相關內容。 注意:網站內容是網站吸引瀏覽者最重要的因素,無內容或不實用的信息不會吸引匆匆瀏覽的訪客。可事先對人們希望閱讀的信息進行調查,並在網站發布後調查人們對網站內容的滿意度,以及時調整網站內容。
五、網頁設計
1、網頁設計美術設計要求,網頁美術設計一般要與企業整體形象一致,要符合CI規范。要注意網頁色彩、圖片的應用及版面規劃,保持網頁的整體一致性。
2、在新技術的採用上要考慮主要目標訪問群體的分布地域、年齡階層、網路速度、閱讀習慣等。
3、制定網頁改版計劃,如半年到一年時間進行較大規模改版等。
六、網站維護
這樣應該能幫到你
㈣ 電子商務系統設計
電子商務系統是互聯網時代計算機系統的主流應用,是集成了數據管理、事務處理、業務流程重組、系統安全管理等技術的復雜系統。很多企業管理者和信息系統技術負責人在被電子商務系統的廣闊前景所吸引的同時,亦為不知如何開展電子商務系統的建設而煩惱。系統集成商參與項目開發的困難更多:用戶需求不準確、經常變化,開發人員與業務人員溝通困難、誤差極大。最後上網工程變成了網頁設計大賽,花費了大量人力物力建造的網站並沒有為企業帶來預期中的收益,反而變成了一個擺設,甚至因為要不斷投入維護費用而成了企業的負擔。 本文著重討論電子商務系統工程中系統需求分析和系統概要設計的基本方法,向項目經理和技術負責人介紹如何組織電子商務項目的開展。事實上電子商務系統一方面是一個相當復雜的工程,需要科學的系統規劃和項目管理,另一方面電子商務系統也只不過是一種應用計算機的系統工程,雖然涉及的技術內容和業務因素較多,但只要遵循合理的系統工程實施方法進行,仍然可以順利地完成電子商務系統的建設。 電子商務技術可能目前世界上最令人眼花暸亂的技術領域,新名詞、新技術、新術語每天都在出現,如何建設電子商務系統,似乎有無數種可能,令人無所適從,不知如何作出正確的決策。技術本身並不能為企業帶來效益,只有合理應用技術建造的系統才能幫助企業解決業務運作中的問題,幫助企業發展業務,所以設計電子商務系統時必須堅持一個原則:企業的需求是目的,任何技術都只是實現需求的手段,建設電子商務系統不是為了應用某項新技術,而是為了解決企業的實際問題。只有堅持這個原則才能避免常見的失誤:採用了很多不成熟或者復雜的技術,工程費用超標,項目進度無法保證,應用效果未如理想等等。電子商務系統的目標可以用以下幾個問題來總結。 應用環境:系統將為哪些用戶服務?他們使用什麼平台,如何訪問企業的電子商務系統? 系統功能:系統為用戶提供了什麼服務?哪些是已經有的,哪些要修改,哪些要重新開發? 數據資源:為了實現這些服務功能,系統將使用哪些數據?數據量多大,如何存儲? 安全管理:系統的安全性如何保證?系統管理如何實施?其中系統功能是范圍最廣泛的問題,從最早的信息發布到現在很流行的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平台,或者有特殊的多國語言字元支持問題等。
經過詳細的分析後,項目會議最可能的結果就是聽到一大堆意見和要求。一個可控制進度與預算的項目不可能達成不受控制地產生的要求,分出輕重緩急才能簡單直接地解決問題。項目負責人先取得與會者的認同,目標太多不能在一個項目內完成,請大家先選出要在當前項目內完成的目標,然後評估這些目標的重要性。如果意見不能統一,被列為很重要的目標仍然很多,就要重新篩選這些目標。對於最後列出的目標,再次徵求大家的意見,確認這些目標已經包含了目標系統的基本功能,沒有重大的錯誤和遺漏。系統設計者對被列為很重要的目標和要求應特別重視,它們是影響系統方案的主要因素。第一次項目會議的成果是詳細而明確的系統需求,系統設計人員根據系統需求和目標進行詳細的方案設計。
㈤ B2B與B2C的區別!
1、對象不一樣。b2b 是business to business,是企業間的, 比如阿里巴巴。電子商務是現代 B2B marketing的一種具體主要的表現形式。b2c 是business to consumer,是商家對個人,卓越、當當、京東等等都是。
2、價值和頻率不一樣。一般B2C消費者可能會一次買兩三件物品,而在B2B交易中,買家一次購買成百上千件商品很常見。平均每筆B2B交易額是491美元,B2C為147美元。
3、審核流程不一樣。B2B訂單量大,隨之而來的一個結果就是審批更加嚴格。通常B2C交易只涉及到消費者,B2B交易會有好幾個利益相關者,其中包括下單者和財務采購等。
4、支付不一樣。B2C支付非常簡單,網上支付方式很受歡迎。B2B平台通常有自定義付款方式、Net30、Net60和purchase order。所以B2B企業要盡可能提供多的支付方式,滿足客戶的要求。
5、產品目錄不一樣。B2C網站通常只有一個目錄視圖,B2B網站根據客戶群分成好多個。比如一個B2B企業有3-4個客戶類型,其中一個客戶登錄時,他們在賬戶中能看到對應的目錄。這也意味著產品標價會因客戶類型和訂單數量而有所不同。
拓展資料:
B2B(也有寫成 BTB,是Business-to-Business的縮寫)是指企業與企業之間通過專用網路或Internet,進行數據信息的交換、傳遞,開展交易活動的商業模式。它將企業內部網和企業的產品及服務,通過 B2B 網站或移動客戶端與客戶緊密結合起來,通過網路的快速反應,為客戶提供更好的服務,從而促進企業的業務發展。
B2C是Business-to-Customer的縮寫,而其中文簡稱為「商對客」。「商對客」是電子商務的一種模式,也就是通常說的直接面向消費者銷售產品和服務商業零售模式。