HOME 首頁
SERVICE 服務(wù)產(chǎn)品
XINMEITI 新媒體代運(yùn)營
CASE 服務(wù)案例
NEWS 熱點(diǎn)資訊
ABOUT 關(guān)于我們
CONTACT 聯(lián)系我們
創(chuàng)意嶺
讓品牌有溫度、有情感
專注品牌策劃15年

    網(wǎng)站信息架構(gòu)圖(網(wǎng)站信息架構(gòu)圖學(xué)校)

    發(fā)布時(shí)間:2023-04-21 18:39:33     稿源: 創(chuàng)意嶺    閱讀: 62        

    大家好!今天讓創(chuàng)意嶺的小編來大家介紹下關(guān)于網(wǎng)站信息架構(gòu)圖的問題,以下是小編對此問題的歸納整理,讓我們一起來看看吧。

    開始之前先推薦一個(gè)非常厲害的Ai人工智能工具,一鍵生成原創(chuàng)文章、方案、文案、工作計(jì)劃、工作報(bào)告、論文、代碼、作文、做題和對話答疑等等

    只需要輸入關(guān)鍵詞,就能返回你想要的內(nèi)容,越精準(zhǔn),寫出的就越詳細(xì),有微信小程序端、在線網(wǎng)頁版、PC客戶端

    官網(wǎng):https://ai.de1919.com。

    創(chuàng)意嶺作為行業(yè)內(nèi)優(yōu)秀的企業(yè),服務(wù)客戶遍布全球各地,如需了解SEO相關(guān)業(yè)務(wù)請撥打電話175-8598-2043,或添加微信:1454722008

    本文目錄:

    網(wǎng)站信息架構(gòu)圖(網(wǎng)站信息架構(gòu)圖學(xué)校)

    一、求一張網(wǎng)絡(luò)三層架構(gòu)的圖

    三層網(wǎng)絡(luò)架構(gòu)是采用層次化架構(gòu)的三層網(wǎng)絡(luò)。

    三層網(wǎng)絡(luò)架構(gòu)設(shè)計(jì)的網(wǎng)絡(luò)有三個(gè)層次:核心層(網(wǎng)絡(luò)的高速交換主干)、匯聚層(提供基于策略的連接)、接入層 (將工作站接入網(wǎng)絡(luò))。

    網(wǎng)站信息架構(gòu)圖(網(wǎng)站信息架構(gòu)圖學(xué)校)

    擴(kuò)展資料:

    三層網(wǎng)絡(luò)結(jié)構(gòu)短板

    1、不斷地改變的三層網(wǎng)絡(luò)結(jié)構(gòu)數(shù)據(jù)中心網(wǎng)絡(luò)傳輸模式。

    2、網(wǎng)絡(luò)收斂:三層網(wǎng)絡(luò)結(jié)構(gòu)中,同一個(gè)物理網(wǎng)絡(luò)中的儲(chǔ)存網(wǎng)絡(luò)和通信網(wǎng)絡(luò),主機(jī)和陣列之間的數(shù)據(jù)傳輸通過儲(chǔ)存網(wǎng)絡(luò)來傳輸,在邏輯拓?fù)渖暇拖袷侵苯舆B接的一樣

    3、虛擬化:將物理客戶端向虛擬客戶端轉(zhuǎn)化,虛擬化服務(wù)器是未來發(fā)展的主流和趨勢,它使得三層網(wǎng)絡(luò)結(jié)構(gòu)的網(wǎng)絡(luò)節(jié)點(diǎn)的移動(dòng)變得非常簡單。

    4、如果三層網(wǎng)絡(luò)結(jié)構(gòu)上主機(jī)需要通過高速帶寬相互訪問,但通過層層的uplink口,會(huì)導(dǎo)致潛在的、而且非常明顯的性能衰減。三層網(wǎng)絡(luò)結(jié)構(gòu)的原始設(shè)計(jì)更會(huì)加劇這種性能衰減,由于生成樹協(xié)議會(huì)防止冗余鏈路存在環(huán)路,雙上行鏈路接入交換機(jī)只能使用一個(gè)指定的網(wǎng)絡(luò)接口鏈接。

    5、橫向網(wǎng)絡(luò)(east-west)在縱向設(shè)計(jì)的三層網(wǎng)絡(luò)結(jié)構(gòu)中傳輸數(shù)據(jù)會(huì)帶有傳輸?shù)钠款i,因?yàn)閿?shù)據(jù)經(jīng)過了許多不必要的節(jié)點(diǎn)(如路由和交換機(jī)等設(shè)備)。

    參考資料來源:百度百科-三層網(wǎng)絡(luò)結(jié)構(gòu)

    二、網(wǎng)站的基本架構(gòu)是什么

    網(wǎng)站架構(gòu)按照制作步驟分為硬架構(gòu)和軟架構(gòu)。

    一、硬架構(gòu)

    1、機(jī)房:在選擇機(jī)房的時(shí)候,根據(jù)網(wǎng)站用戶的地域分布,可以選擇網(wǎng)通、電信等單機(jī)房或雙機(jī)房。

    2、帶寬:預(yù)估網(wǎng)站每天的訪問量,根據(jù)訪問量選擇合適的帶寬,計(jì)算帶寬大小主要涉及峰值流量和頁面大小兩個(gè)指標(biāo)。

    3、服務(wù)器:選擇需要的服務(wù)器,如圖片服務(wù)器,頁面服務(wù)器,數(shù)據(jù)庫服務(wù)器,應(yīng)用服務(wù)器,日志服務(wù)器,對于訪問量大點(diǎn)的網(wǎng)站而言,分離單獨(dú)的圖片服務(wù)器和頁面服務(wù)器相當(dāng)必要。

    二、軟架構(gòu)

    1、網(wǎng)站的框架:現(xiàn)在的PHP框架有很多選擇,比如:CakePHP,Symfony,Zend Framework,根據(jù)創(chuàng)作團(tuán)隊(duì)對各個(gè)框架熟悉程度選擇。

    2、邏輯的分層

    1)表現(xiàn)層:所有和表現(xiàn)相關(guān)的邏輯都應(yīng)該被納入表現(xiàn)層的范疇。

    2)應(yīng)用層:主要作用是定義用戶可以做什么,并把操作結(jié)果反饋給表現(xiàn)層。

    3)領(lǐng)域?qū)樱喊I(lǐng)域邏輯的層,就是告訴用戶具體的操作流程的。

    4)持久層:即數(shù)據(jù)庫,保存領(lǐng)域模型保存到數(shù)據(jù)庫,包含網(wǎng)站的架構(gòu)和邏輯關(guān)系等。

    網(wǎng)站信息架構(gòu)圖(網(wǎng)站信息架構(gòu)圖學(xué)校)

    擴(kuò)展資料

    網(wǎng)站的分類

    1、根據(jù)網(wǎng)站所用編程語言分類:例如asp網(wǎng)站、php網(wǎng)站、jsp網(wǎng)站、Asp. net網(wǎng)站等;

    2、根據(jù)網(wǎng)站的用途分類:例如門戶網(wǎng)站(綜合網(wǎng)站)、行業(yè)網(wǎng)站、娛樂網(wǎng)站等;

    3、根據(jù)網(wǎng)站的功能分類:例如單一網(wǎng)站(企業(yè)網(wǎng)站)、多功能網(wǎng)站(網(wǎng)絡(luò)商城)等等。

    4、根據(jù)網(wǎng)站的持有者分類:例如個(gè)人網(wǎng)站、商業(yè)網(wǎng)站、政府網(wǎng)站、教育網(wǎng)站等。

    5、根據(jù)網(wǎng)站的商業(yè)目的分類:營利型網(wǎng)站(行業(yè)網(wǎng)站、論壇)、非營利性型網(wǎng)站(企業(yè)網(wǎng)站、政府網(wǎng)站、教育網(wǎng)站)。

    參考資料來源:百度百科—網(wǎng)站架構(gòu)

    參考資料來源:百度百科—網(wǎng)站

    三、電子商務(wù)網(wǎng)站一般架構(gòu)有哪些

    大型電子商務(wù)網(wǎng)站架構(gòu),摘抄 7.同一個(gè)網(wǎng)站的多語言該如何處理是好,使用配置文件然后cookie或url來判別?===客戶是自己公司,使用標(biāo)準(zhǔn)方法即可

    8.電子商務(wù)網(wǎng)站最多的就是 商品的打折方式和積分的贈(zèng)送了,這里要怎么設(shè)計(jì)才好(工廠模式)?===采購成熟的規(guī)則引擎

    9.如果同一時(shí)間并發(fā)大量訂單的話,如果確保一個(gè)訂單的有效提交呢?

    ==電子商務(wù)一般要使用MQ,推薦IBM MQ;使用MSMQ也可

    第一點(diǎn)是數(shù)據(jù)庫要設(shè)計(jì)好,要達(dá)到什么級別,你可能需要考慮哪些表需要拆分,哪些表的核心數(shù)據(jù)需要冗余,如果是mysql,還要考慮其他的問題,比如存儲(chǔ)引擎。

    新聞肯定是要生成純靜態(tài)頁,對數(shù)據(jù)庫壓力就小很多,不過靜態(tài)頁也有管理上的不方便,更新刪除添加都要對磁盤文件進(jìn)行操作

    做一個(gè)自定義緩存層,對緩存邏輯進(jìn)行控制,可以采用第三方緩存模塊,如果使用.net來做,可以層層緩存,頁面緩存,數(shù)據(jù)緩存(memcache,不過在win下效率不高)

    電子商務(wù)網(wǎng)站特點(diǎn)就是對事務(wù)的嚴(yán)格,需要數(shù)據(jù)庫設(shè)計(jì)的時(shí)候要求高性能,也需要合適的索引,支持高并發(fā),經(jīng)常對產(chǎn)品表用戶表等進(jìn)行索引檢查,是否有很多索引掃描和表掃描(即使是局部的,也要將“局部”控制到最小范圍)

    mssql語句對不需要事務(wù)的查詢要附帶上with(nolock),以利于并發(fā)更新。

    有些功能模塊不能按照想當(dāng)然的方式開發(fā),比如產(chǎn)品訪問次數(shù),切不可將這些更新非常頻繁的字段置于核心表內(nèi),明確的做法是將其剝離開來 還有就是切不可經(jīng)常性將字段設(shè)計(jì)成bool類型,這樣會(huì)給以后的擴(kuò)展留出路,即使是男女這種字段,也建議采用tiny類型

    其他還有就是在產(chǎn)品設(shè)計(jì)的時(shí)候充分考慮seo,網(wǎng)站目錄結(jié)構(gòu)清晰可讀,而不是帶著一串串的查詢參數(shù)。

    對安全要有整體的把握,最好全都是用存儲(chǔ)過程,在項(xiàng)目上線前將數(shù)據(jù)庫存儲(chǔ)過程全部導(dǎo)出再查找貌似exec的語句,查找是否需要替換成sp_executesql。

    另外,如果采用mssql,全文搜索直接用mssql fte就可以,速度和精確度都還是可以的,最重要的是維護(hù)和管理開發(fā)很簡單。

    打折的處理可以按照電信的一次,二次批價(jià)功能,如果你做過電信方面的系統(tǒng)。

    當(dāng)然也可以設(shè)計(jì)得更簡單的一些。 靜態(tài)的頁面建議使用CDN加速,以解決網(wǎng)通和電信之間訪問速度的問題;

    數(shù)據(jù)的緩存方面建議考慮用memcache,另外也可以分別在表現(xiàn)層和數(shù)據(jù)層利用.net中的現(xiàn)存緩存機(jī)制作業(yè)可;

    簡單執(zhí)行的sql可以不用存儲(chǔ)過程,存儲(chǔ)過程會(huì)占用數(shù)據(jù)庫服務(wù)器的處理時(shí)間,造成死鎖;

    mvc建議還是做些CMS的項(xiàng)目上應(yīng)用,電子商城不是很適合,個(gè)人觀點(diǎn)。url上可以做轉(zhuǎn)義,使url顯示更友好;

    數(shù)據(jù)庫建議建立分布數(shù)據(jù)庫,這樣可以轉(zhuǎn)移查詢和大訪問量對數(shù)據(jù)庫帶來壓力;

    圖片可以考慮單獨(dú)放在一臺(tái)服務(wù)器上;1.三層架構(gòu)

    2.使用手寫sql,手寫entity(生成也可),緩存反射綁定(不是緩存數(shù)據(jù)哦,緩存映射關(guān)系),要考慮網(wǎng)站的長期發(fā)展還是手寫吧 靈活 性能也好

    3.沒有這種問題,商業(yè)驅(qū)動(dòng)的,純購物就好了,千萬別搞什么圈子,wiki

    4.純.net的mvc不建議,webform不搞viewstate,不搞服務(wù)端控件(除repeater)再加點(diǎn)mvc的思想已足夠用了

    5.不需要緩存數(shù)據(jù)(除搜索產(chǎn)品部分),要考慮多臺(tái)服務(wù)器的程序快速部署,config文件會(huì)很多,config要序列化緩存

    6.當(dāng)然是先生成好了,參照jd吧,按業(yè)務(wù)每張圖片對應(yīng)幾個(gè)不同大小的圖

    7.據(jù)經(jīng)驗(yàn),電子商務(wù)網(wǎng)站僅靠中英雙語來達(dá)到多語言是不靠譜的(文化 用戶習(xí)慣不是簡單的語言切換),如果想真正運(yùn)營英語的就要重新開發(fā)一個(gè)版本

    8.不搞模式

    9.負(fù)載均衡(web,db)+ssb異步處理數(shù)據(jù)

    10.你是業(yè)務(wù)類型的日志還是異常日志? 前臺(tái)訂單流程上異常日志不需要了,找個(gè)工具錄個(gè)腳本不停的跑 保證隨時(shí)發(fā)現(xiàn)問題發(fā)郵件就可以了

    11.找第三方搜索組件 類似endeca的

    12.負(fù)載均衡挺簡單的,初期靠軟件就可以,一切圖片找第三方放cdn,前臺(tái)網(wǎng)站用到ajax的地方很少,如果用的話jquery 1,一個(gè)電子商務(wù)網(wǎng)站用戶99.5%的行為時(shí)Find

    2、對于商品檢索部分,能不用數(shù)據(jù)庫就不用數(shù)據(jù)庫(網(wǎng)上切詞等相關(guān)的開源平臺(tái)很多)

    3、分布式緩存(Memcached 、Volecity),個(gè)人測試volecity 3還是不錯(cuò)的

    4、系統(tǒng)設(shè)計(jì)時(shí)必須要考慮可運(yùn)營。從這個(gè)角度去設(shè)計(jì)系統(tǒng)

    5、對于電子商務(wù)網(wǎng)站改動(dòng)很頻繁,必須考慮架構(gòu)設(shè)計(jì)如何適應(yīng)頻繁的版本更新

    6、必須設(shè)計(jì)一個(gè)好的單點(diǎn)登錄系統(tǒng)。

    7、建議能不用sqlserver就不用它。

    8、對于大型電子商務(wù)網(wǎng)站來說,系統(tǒng)的I/O是起決定因素而不是CPU和內(nèi)存。1.項(xiàng)目劃分是否會(huì)有問題,圖中分別是 實(shí)體層,數(shù)據(jù)訪問接口層,數(shù)據(jù)訪問層,業(yè)務(wù)邏輯接口層,業(yè)務(wù)邏輯,網(wǎng)站A,B,C

    項(xiàng)目劃分其實(shí)不重要,重要的的是你在寫代碼的時(shí)候是否能把代碼合理的分到對應(yīng)的項(xiàng)目里。

    2.數(shù)據(jù)訪問層是要開發(fā)效率(NBear,Linq,Nh等),還是訪問效率(直接使用sql等)?是否可以先使用開發(fā)效率高的,等日后訪問量大了,再重寫并替換數(shù)據(jù)訪問層?

    開發(fā)效率優(yōu)先,訪問量大了以后,我相信是有錢投到硬件上的,在你程序?qū)懙牟皇呛軤€的情況下,升級硬件遠(yuǎn)比優(yōu)化程序節(jié)省成本。

    3.網(wǎng)站被切割成了多個(gè)子網(wǎng)站,有一些控件(如header,footer)是要共享的,如何跨網(wǎng)站項(xiàng)目共享這些控件呢?

    那就做成自定義控件啦。

    4.ms的mvc 1.0也出來不少時(shí)間了,是否已經(jīng)夠成熟運(yùn)用到項(xiàng)目中?或者是網(wǎng)站后臺(tái)使用webform的,前臺(tái)使用mvc?

    推薦使用使用webform的,前臺(tái)使用mvc,對于前臺(tái)來說使用mvc能更好的提升性能,更方便的更換頁面表現(xiàn)形式。后臺(tái)界面相對穩(wěn)定,用webform可以提高開發(fā)效率。

    5.網(wǎng)站數(shù)據(jù)的緩存是自己開發(fā)一個(gè)hashtable什么的來維護(hù)呢,還是使用Memcached ?

    初期建議用hashtable,因?yàn)楹唵?,將來升級到Memcached 。

    6.縮略圖的處理,我看有的網(wǎng)站是在上傳圖片的時(shí)候直接生成,有的是在httpmodle里處理,訪問的時(shí)候生成.

    直接生成縮略圖的好處是節(jié)約性能。httpmodle相反,每次瀏覽圖片的時(shí)候都會(huì)生成新的圖片,服務(wù)器壓力大,建議直接生成。

    7.同一個(gè)網(wǎng)站的多語言該如何處理是好,使用配置文件然后cookie或url來判別?

    多語言建議使用asp.net自帶的資源文件的方式實(shí)現(xiàn),當(dāng)前語言保存在cookie里面。

    8.電子商務(wù)網(wǎng)站最多的就是 商品的打折方式和積分的贈(zèng)送了,這里要怎么設(shè)計(jì)才好(工廠模式)?

    規(guī)則引擎

    9.如果同一時(shí)間并發(fā)大量訂單的話,如果確保一個(gè)訂單的有效提交呢?

    使用MQ隊(duì)列

    10.日志方面,log4net?

    log4net只能記錄程序運(yùn)行日志,主要目的是用來調(diào)試程序的,系統(tǒng)業(yè)務(wù)操作日志還你是得自己建一個(gè)表來保存。

    11.電子商務(wù)的全文檢索,這也是個(gè)頭疼的問題

    lucene,微軟索引服務(wù),sqlserver全文檢索,方案很多的。

    12.負(fù)載均衡方面,有什么好的文章推薦碼?

    可以看windows 2003 集群方面的文章 1.項(xiàng)目劃分是否會(huì)有問題,圖中分別是 實(shí)體層,數(shù)據(jù)訪問接口層,數(shù)據(jù)訪問層,業(yè)務(wù)邏輯接口層,業(yè)務(wù)邏輯,網(wǎng)站A,B,C

    目前我也是這樣分的,不過當(dāng)數(shù)據(jù)表結(jié)構(gòu)有修改時(shí),會(huì)帶動(dòng)其它層的聯(lián)級修改,非常不方便,所以開發(fā)之前最好將數(shù)據(jù)庫設(shè)計(jì)地完善一點(diǎn)。另外,當(dāng)網(wǎng)站分成多個(gè)以后,其它項(xiàng)目生成的DLL文件要部署到每個(gè)網(wǎng)站的bin文件夾里,更新一次都要重新部署,這也是個(gè)挺煩人的事,當(dāng)然可以將DLL部署到GAC里來解決這個(gè)問題,不過這樣的話本地調(diào)試起來就不太方便了,因?yàn)轫?xiàng)目一有改動(dòng),就要將生成的DLL重新拷貝到GAC里才能看到效果。

    2.數(shù)據(jù)訪問層是要開發(fā)效率(NBear,Linq,Nh等),還是訪問效率(直接使用sql等)?是否可以先使用開發(fā)效率高的,等日后訪問量大了,再重寫并替換數(shù)據(jù)訪問層?

    這個(gè)我也在考慮。目前我還沒有采用ORM框架,都是在DAL里直接訪問DB的。

    3.網(wǎng)站被切割成了多個(gè)子網(wǎng)站,有一些控件(如header,footer)是要共享的,如何跨網(wǎng)站項(xiàng)目共享這些控件呢?

    自定義控件。

    4.ms的mvc 1.0也出來不少時(shí)間了,是否已經(jīng)夠成熟運(yùn)用到項(xiàng)目中?或者是網(wǎng)站后臺(tái)使用webform的,前臺(tái)使用mvc?

    正在學(xué)習(xí)這一塊。

    5.網(wǎng)站數(shù)據(jù)的緩存是自己開發(fā)一個(gè)hashtable什么的來維護(hù)呢,還是使用Memcached ?

    現(xiàn)在我用的比較多的是.net自帶的數(shù)據(jù)緩存。

    6.縮略圖的處理,我看有的網(wǎng)站是在上傳圖片的時(shí)候直接生成,有的是在httpmodle里處理,訪問的時(shí)候生成.

    直接生成好,快一點(diǎn)。

    7.同一個(gè)網(wǎng)站的多語言該如何處理是好,使用配置文件然后cookie或url來判別?

    我沒涉及到這一塊,不過我覺得資源文件應(yīng)該就是用來處理這個(gè)問題的。

    8.電子商務(wù)網(wǎng)站最多的就是 商品的打折方式和積分的贈(zèng)送了,這里要怎么設(shè)計(jì)才好(工廠模式)?

    這些都放在邏輯層好了。

    9.如果同一時(shí)間并發(fā)大量訂單的話,如果確保一個(gè)訂單的有效提交呢?

    MSMQ

    10.日志方面,log4net?

    目前我是自已寫代碼存在庫里的。

    11.電子商務(wù)的全文檢索,這也是個(gè)頭疼的問題

    用lucene.net分詞建索引,再直接從索引庫里搜索,又快又準(zhǔn)。

    12.負(fù)載均衡方面,有什么好的文章推薦碼?

    不清楚了。 這樣的設(shè)計(jì)要達(dá)到新蛋的效果肯定不可能的,新蛋少說幾百臺(tái)服務(wù)器,不同數(shù)據(jù)庫之間的發(fā)布訂閱鏈路都有幾千條。有復(fù)雜的緩存,負(fù)載均衡機(jī)制。新蛋所有的通訊都是基于WCF的。另外對于這么大型的網(wǎng)站來說,數(shù)據(jù)庫一刻都不停止,所以讀寫分離也很重要,因?yàn)槟阋膊豢赡茏寯?shù)據(jù)庫停下來進(jìn)行備份??倸w要做到新蛋這樣的大型電子商務(wù)網(wǎng)站,靠你上面畫的這點(diǎn)好像遠(yuǎn)遠(yuǎn)不夠。

    不過關(guān)于公共的header,footer,我不建議做成自定義控件,這個(gè)維護(hù)起來不方便,稍有變動(dòng)就要發(fā)布dll,麻煩的。

    如果你的header和footer不是很大的話,建議采用js+css的方式。然后加上壓縮和cdn緩存,應(yīng)該效率上能接受。

    四、電子商務(wù)網(wǎng)站常用的系統(tǒng)架構(gòu)哪些

    前臺(tái)系統(tǒng)包括:商品展示,內(nèi)容展示,訂單確認(rèn),支付系統(tǒng),用戶中心四大模塊

    一. 商品展示

    • 站內(nèi)搜索(搜索提示,搜索規(guī)則,搜索成功頁,搜索不成功頁,相似推薦)

    • 導(dǎo)航(頻道導(dǎo)航,其他導(dǎo)航如銷售排行,廣告位,推薦位,文字鏈,also buy等)

    • 商品分類(品牌分類,品類分類,屬性分類如剪裁形式)

    • 登陸頁(商品列表頁,商品詳細(xì)頁,商品活動(dòng)頁)

    這里的訪問邏輯是:a /b/c分流消費(fèi)者去往相對個(gè)性化的頁面,由登陸頁體現(xiàn)商家的核心訴求和價(jià)值傳遞,完成call-to-action的第一步。

    二. 內(nèi)容展示:內(nèi)容展示較為簡單,對純購物品牌而言包括:

    • 公告區(qū)

    • 幫助中心

    • 論壇(如需商城與論壇發(fā)生交互,則需自行開發(fā),否則可集成discuz做同步登陸即可)

    三. 訂單確認(rèn)

    訂單確認(rèn),就是幫助消費(fèi)者正確提交訂單信息的環(huán)節(jié),看似簡單,實(shí)則非常復(fù)雜,需要對很多信息邏輯判斷和處理,一般由2個(gè)部分組成:

    • 購物車

    • 訂單提交(返回購物車,收貨地址&地址薄,支付方式判斷,配送方式,發(fā)票,訂單標(biāo)記,實(shí)付金額計(jì)算等等)

    四. 支付系統(tǒng)

    與一般的想象不同,支付系統(tǒng)其實(shí)并不簡單等于第三方支付工具接入:

    • 外部支付系統(tǒng)(支付寶將接口,財(cái)付通接口,網(wǎng)銀直聯(lián)端口,信用卡分期端口)

    • 內(nèi)部支付系統(tǒng)(賬戶余額,積分,禮品卡,優(yōu)惠券)

    支付系統(tǒng)的邏輯設(shè)計(jì)不但需要考慮到各種極端情況的發(fā)生(如一張訂單先用禮品卡,再用積分,最后網(wǎng)銀支付),還要預(yù)留財(cái)務(wù)做賬所需的相關(guān)字段,并充分考慮訂單取消之后如何回滾各類內(nèi)部賬戶。

    五. 用戶中心 

    用戶中心的實(shí)質(zhì)是用戶自助功能的dashboard,一般4個(gè)部分組成:

    • 注冊&登陸(快速注冊,完整注冊,注冊有禮,推薦注冊,密碼找回,主站id登陸,open-id登陸如qq,新浪微博等)

    • 訂單中心(歷史訂單狀態(tài),中間狀態(tài)訂單修改,物流追蹤)

    • 服務(wù)中心(各類自助服務(wù)如退款申請,退換貨申請,建議與投訴等)

    • 信息管理(用戶基本信息管理和賬戶信息管理)

    后臺(tái)系統(tǒng)包括:商品&促銷,crm,訂單處理,wms,采購管理,財(cái)務(wù)管理,報(bào)表管理,系統(tǒng)設(shè)置,wa系統(tǒng)9大模塊

    一. 商品&促銷

    • 商品管理(品類管理,品牌管理,單品管理)

    • 促銷管理(活動(dòng)管理和自定義活動(dòng)模板管理)

    在上述模塊中,最重要的是2個(gè)部分:單品管理中的批量產(chǎn)品生成的自動(dòng)程序和活動(dòng)管理中“共享與互斥”管理。前者用于大幅提升上新速度,后者避免促銷活動(dòng)失控。

    二. crm :crm是對b2c核心資源—會(huì)員的管理,服務(wù)與再營銷系統(tǒng),包括如下部分:

    • 會(huì)員管理(會(huì)員信息的增刪改查和到其他系統(tǒng)的鏈接)

    • 用戶關(guān)懷(條件觸發(fā)和人工觸發(fā)相關(guān)edm &短信& ob)

    • 定向營銷(會(huì)員分組和營銷活動(dòng)管理)

    • 客服管理(內(nèi)容非常多,集成所有需前臺(tái)與后臺(tái)交互的功能,詳情還是看圖吧)

    • 呼叫中心(ivr,坐席管理,統(tǒng)計(jì)報(bào)表,參數(shù)傳遞與窗口嵌入)

    值得注意的,edm和短信通道市面上已經(jīng)有成熟的外包服務(wù)商,一般都會(huì)外包;呼叫中心和在線客服自行開發(fā)成本太高,特別是呼叫中心系統(tǒng),業(yè)務(wù)初期也都是外包的。

    三. 訂單處理:訂單處理是在訂單未正式進(jìn)入倉儲(chǔ)部門處理之前,對訂單的前置性處理環(huán)節(jié)。

    • 訂單錄入(電話訂購,網(wǎng)上下單,外部團(tuán)購訂單,無金額訂單錄入如禮品單)

    • 訂單審核(自動(dòng)審核和人工審核)

    • rma處理(rma申請單和rma處理單)

    四. wms(warehouse management system倉庫管理系統(tǒng))

    • wms的流程很長,功能模塊也很多,大致分為入庫管理,庫存管理,出庫管理和票據(jù)管理4個(gè)模塊四個(gè)模塊

    五. 采購管理

    • 供應(yīng)商管理(供應(yīng)商信息管理,合同發(fā)票管理)

    • 采購單管理(po單管理,負(fù)po單管理)

    • 庫存管理(庫存查詢,庫存占用單,庫存變動(dòng)log)

    六 .財(cái)務(wù)管理:b2c的財(cái)務(wù)管理,主要是對供應(yīng)商,渠道和內(nèi)部費(fèi)用支出的成本控制。

    • 供應(yīng)商結(jié)算

    • 渠道結(jié)算

    • 配送結(jié)算

    • 內(nèi)部結(jié)算

    七. 報(bào)表管理: 報(bào)表是b2c業(yè)務(wù)的宏觀表現(xiàn),理論上說,每個(gè)部門的kpi都應(yīng)該從中找到。

    • 搜索報(bào)表(站內(nèi)搜索量查詢)

    • 銷售報(bào)表(多個(gè)維度銷量查詢,優(yōu)惠券使用情況,報(bào)表導(dǎo)出)

    • 財(cái)務(wù)報(bào)表

    • 客服報(bào)表(客服日報(bào)和坐席報(bào)表),前者反映與消費(fèi)者發(fā)生的日常交互(包括正常與異常),后者考核客服的工作績效

    • 倉儲(chǔ)物流報(bào)表,這幾塊報(bào)表,是業(yè)務(wù)運(yùn)作的核心,涉及到公司機(jī)密,就不能寫的太細(xì)了,見諒。

    八. 系統(tǒng)設(shè)置:這塊大家都知道是干嘛的,也就不多說了,分成三塊。

    • 基礎(chǔ)設(shè)置(和業(yè)務(wù)有關(guān)的一些字段值)

    • 權(quán)限設(shè)置(不同賬號的操作權(quán)限和操作記錄)

    • 其他設(shè)置

    九. wa系統(tǒng)(web analytcis)

    網(wǎng)站分析系統(tǒng),幾乎全是外購,很少有能夠自建的,即使自建,最多做幾個(gè)簡單的模塊。用于實(shí)戰(zhàn)的,要么是免費(fèi)的ga(google analytics),要么是昂貴的omniture。

    以上就是關(guān)于網(wǎng)站信息架構(gòu)圖相關(guān)問題的回答。希望能幫到你,如有更多相關(guān)問題,您也可以聯(lián)系我們的客服進(jìn)行咨詢,客服也會(huì)為您講解更多精彩的知識和內(nèi)容。


    推薦閱讀:

    知名網(wǎng)站排行榜

    杭州網(wǎng)站設(shè)計(jì)只選藍(lán)韻網(wǎng)絡(luò)(杭州藍(lán)韻網(wǎng)絡(luò)有限公司)

    點(diǎn)贊自助業(yè)務(wù)下單網(wǎng)站(點(diǎn)贊自助業(yè)務(wù)下單網(wǎng)站微信支付)

    演員片酬排行榜(國內(nèi)男演員片酬排行榜)

    國家文化IP(國家文化公園)

    問大家

    山東省濟(jì)南市征婚交友相親網(wǎng)站哪個(gè)好?濟(jì)南征婚交友戀愛去哪里?

    濟(jì)南離異征婚網(wǎng)站有哪些比較正規(guī)、靠譜啊 ?麻煩朋友推薦一下吧

    云浮服務(wù)好的網(wǎng)站建設(shè)設(shè)計(jì)近期多少錢?在座的好基友們急急急

    在山東濟(jì)南,免費(fèi)交友網(wǎng)站哪個(gè)好?征婚相親交友網(wǎng)站哪個(gè)好?

    濟(jì)南哪個(gè)交友網(wǎng)站好?免費(fèi)又靠譜的?婚戀交友網(wǎng)站哪個(gè)好?

    上海設(shè)計(jì)新穎的網(wǎng)站建設(shè)正規(guī)價(jià)多少錢?路過的大仙們有沒有誰了解

    在濟(jì)南,婚戀網(wǎng)站哪個(gè)靠譜?怎么征婚交友脫單、找對象,結(jié)婚呢?

    南通熱門的網(wǎng)站建設(shè)設(shè)計(jì)哪家可靠?在座的老鄉(xiāng)們幫回答下

    天津好的網(wǎng)站建設(shè)設(shè)計(jì)正規(guī)價(jià)多少錢?在座的老鄉(xiāng)們幫回答下

    上海值得推薦的網(wǎng)站建設(shè)設(shè)計(jì)正規(guī)什么價(jià)格?路過的大佬們聊一聊

    濟(jì)南二環(huán)西路正規(guī)誠信的單身女孩找對象平臺(tái)哪家比較好?

    燕郊開業(yè)慶典各種店鋪好評公司微信號有么?各位大佬們問一下哈

    濟(jì)南相親征婚交友平臺(tái)?微信qq群?有嗎?請推薦一下