【正文】 ? 帳號信息：運(yùn)營商帳號可以查看自己的帳號情況。 ? 歷史費(fèi)用：查看所有會(huì)員上交的會(huì)員費(fèi)用及短信費(fèi)用。 23 費(fèi)用管理； ? 費(fèi)用提醒：針對運(yùn)營商主要有兩種費(fèi)用的提醒。 ? 審核發(fā)布 ：運(yùn)營商根據(jù)會(huì)員 (包括客戶 )提交的信息情況進(jìn)行整理，然后發(fā)布到會(huì)員的業(yè)務(wù)應(yīng)用系統(tǒng)中，方便用戶查看。 交流溝通系統(tǒng)； ? 交流信息管理：運(yùn)營商可以管理會(huì)員或客戶提交的信息，及時(shí)了解相關(guān)情況。 即時(shí)通訊； ? 好友管理：好友管理是為即時(shí)通訊服務(wù)的。操作功能： “發(fā)送”。 ? 業(yè)務(wù)帳號權(quán)限查看：運(yùn)營商可以查看會(huì)員 (會(huì)員公司 )業(yè)務(wù)帳號的權(quán)限。 ? 會(huì)員子網(wǎng)點(diǎn)配置：運(yùn)營商根據(jù)會(huì)員 (會(huì)員公司 )提交的申請，對會(huì)員 (會(huì)員公司 )的網(wǎng)點(diǎn)情況進(jìn)行配置，最終體現(xiàn)在運(yùn)營商對會(huì)員的收費(fèi)情況，另一方面是會(huì)員 (會(huì)員公司 )對子網(wǎng)點(diǎn)經(jīng)營情況的查看。對會(huì)員經(jīng)營情況的查看過程與操作自己業(yè)務(wù)的情況一致，主要區(qū)別是只能查看，不能對其進(jìn)行數(shù)據(jù)的更新。 ? 會(huì)員審核：運(yùn)營商通過對這些信息的真實(shí)性情況進(jìn)行調(diào)查，如果確認(rèn)信息無誤，則開通使用。 操作功能： 基本操作。 從使用平臺的三種角色出發(fā)，互聯(lián)網(wǎng)協(xié)同運(yùn)輸管理系統(tǒng)主要有三個(gè)系統(tǒng)組成。該功能直接體現(xiàn)在操作界面上。 短信系統(tǒng)和即時(shí)通迅軟件為協(xié)同雙方的溝通進(jìn)一步提供了方便。 因此我們建議用軟件交換方式，并已設(shè)計(jì)相應(yīng)算法。這些業(yè)務(wù)在物理服務(wù)器基礎(chǔ)上，需要復(fù)雜的載量平衡算法。 負(fù)載均衡將是大型網(wǎng)站解決高負(fù)荷訪問和大量并發(fā)請求采用的終極解決辦法。 一個(gè)安全的網(wǎng)絡(luò)需要可靠的訪問控制作保障。 在本項(xiàng)目中，各個(gè)功能模塊中的操作可以定義為各個(gè)獨(dú)立的權(quán)限集合中的元素，于是各個(gè)模塊其實(shí)就成了各自獨(dú)立的權(quán)限集合，平臺超級管理員可以預(yù)先定義好包含不同 權(quán)限集合的用戶角色，比如平臺超級管理員可以將平臺上公共信息平臺的添加、刪除、修改和查詢等權(quán)限賦予平臺公共信息管理員這個(gè)角色；而在平臺上租用應(yīng)用服務(wù)的公司的管理員用戶角色就擁有對公司部門的訂制權(quán)限，下屬用戶帳號的管理操作權(quán)限等等。 用戶的職責(zé)變化時(shí)只需要改變角色即可改變其權(quán)限；當(dāng)組織功能變化或演進(jìn)時(shí)，則只需刪除角色 的舊功能，增加新功能，或定義新角色，而不必更新每一個(gè)用戶的權(quán)限設(shè)置。在一個(gè)特定的時(shí)間段內(nèi)，有一些角色只能有一定人數(shù)的用戶占用。 用戶要訪問信息首先必須具有相應(yīng)的角色， 用戶無法饒過角色直接訪問信息。 RBAC 采用角色繼承的概念，如角色 2 繼承角色 1，那么管理員在定義角色 2 時(shí)就可以只設(shè)定不同于角色 1 的屬性及訪問權(quán)限，避免了重復(fù)定義。 RBAC 特點(diǎn)及應(yīng)用優(yōu)勢 RBAC 幾大特點(diǎn) （ 1）訪問權(quán)限與角色相關(guān)聯(lián)，不同的角色有不同的權(quán)限。 用戶與角色之間以及角色與權(quán)限之間用雙雙箭頭相連表示用戶角色分配 UA 和角色權(quán)限分配 PA 關(guān)系都是多對多的關(guān)系，即一個(gè)用戶可以擁有多個(gè)角色，一個(gè)角色也可被多個(gè)用戶所擁有。用戶與角色是多對多的關(guān)系。在基于用戶角色的用戶權(quán)限管理中，角色與實(shí)際的角色概念有所不同。 完全基于策略思想設(shè)計(jì)的權(quán)限管理控制系統(tǒng)作為構(gòu)建訪問控制體系的基石， 它能使用戶已建立的訪問控制體系不斷滿足演化的應(yīng)用權(quán)限需求，如支持新應(yīng)用、支持新的權(quán)限、增加用戶數(shù)量、增加用戶類型、增加策略數(shù)量等。 支持企業(yè)的安全策略，并對企業(yè)的變化有很大的 伸縮性。用于多層次安全級別的軍事應(yīng)用。 用戶的角色及權(quán)限的控制需要根據(jù)項(xiàng)目的實(shí)際情況和具體架構(gòu)來定，在 維護(hù)性、靈活性、完整性等 N 多個(gè)方案之間比較權(quán)衡，選擇符合的方案。不過悲觀鎖需要保持一個(gè)Oracle 連接，在我們常見的 B/S 應(yīng)用中，特別是數(shù)據(jù)先取得，然后讓用戶再更新，再返回提交這種流程來說，悲觀鎖是不大可能的。從上面的例子可以看出，樂觀鎖機(jī)制避免了長事務(wù)中的數(shù)據(jù)庫加鎖開銷（操作員 A 和操作員 B 操作過程中，都沒有對數(shù)據(jù)庫數(shù)據(jù)加鎖），大大提升了大并發(fā)量下的系統(tǒng)整體性能表現(xiàn)。 2 在操作員 A 操作的過程中，操作員 B 也讀入此用戶信息（ version=1 ），并從其帳戶余額中扣除 $20 （ $100$20 ） 。 相讀取出數(shù)據(jù)時(shí)，將此版本號一同讀出，之后更新時(shí)，對此版本號加一。如一個(gè)金融系統(tǒng)，當(dāng)某個(gè)操作員讀取用戶的數(shù)據(jù)，并在讀出的用戶數(shù)據(jù)的基礎(chǔ)上進(jìn)行修改時(shí)（如更改用戶帳戶余額），如果采用悲觀鎖機(jī)制，也就意味著整個(gè)操作過程中（從操作員讀 出數(shù)據(jù)、開始修改直至提交修改結(jié)果的全過程，甚至還包括操作員中途去煮咖啡的時(shí)間），數(shù)據(jù)庫記錄始終處于加鎖狀態(tài)，可以想見，如果面對幾百上千個(gè)并發(fā)，這樣的情況將導(dǎo)致怎樣的后果。所以在程序中我們可 以采用 nowait 方式迅速判斷當(dāng)前數(shù)據(jù)是否被鎖定中，如果鎖定中的話，就要采取相應(yīng)的業(yè)務(wù)措施進(jìn)行處理。Erica39。悲觀鎖的實(shí)現(xiàn)，往往依靠數(shù)據(jù)庫提供的鎖機(jī)制（也只有數(shù)據(jù)庫層提供的鎖機(jī)制才能 真正保證數(shù)據(jù)訪問的排他性，否則，即使在本系統(tǒng)中實(shí)現(xiàn)了加鎖機(jī)制，也無法保證外部系統(tǒng)不會(huì)修 15 改數(shù)據(jù)）。 3）、可行的方案 我們就需要通過一些機(jī)制來處理單條數(shù)據(jù)并發(fā)的問題，即在某個(gè)操作過程中有些數(shù)據(jù)不會(huì)被外界修改。否則將影響網(wǎng)站的使用。 14 用戶登錄后，可發(fā)布修改刪除的個(gè)人信息、發(fā)布修改刪除自己的公共信息等， WEB網(wǎng)站上的信息均是某個(gè)用戶進(jìn)行發(fā)布的（不包括后臺管理信息），這些信息是不允許其他用戶進(jìn)行修改、刪除的。這里主要就其使用方式進(jìn)行說明 一下，兩種結(jié)構(gòu)都針對用戶進(jìn)行實(shí)現(xiàn)的，用戶登陸后再根據(jù)其權(quán)限、角色進(jìn)行相關(guān)的可執(zhí)行操作。 業(yè)務(wù)邏輯的實(shí)現(xiàn)過程中，往往需要保證數(shù)據(jù)訪問的排他性。 結(jié)論： 庫表散列是常用并且最有效的解決方案。在系統(tǒng)這邊來說，則是數(shù)據(jù)源或連接池很多，但每一個(gè)的利用效率都不高。但是在 Web應(yīng)用中，就必須額外判定該實(shí)體是否屬于當(dāng)前登錄用戶，或者要在查詢中條件中加入客戶標(biāo)示； （ 2）、多數(shù)據(jù)源 這個(gè)方法和 ” 單庫多表型 ” 的操作思想基本上是一致 ,就是系統(tǒng)有多個(gè)庫，其中某個(gè)庫是共用的，存放一些公用的信息；然后為每個(gè)客戶建立一個(gè)數(shù)據(jù)庫，來存放其獨(dú)立的信息； 13 優(yōu)點(diǎn)：不同客戶的數(shù)據(jù)物理分離，安全性比較好。如果有遺漏，特別是查詢條件中遺漏該字段，就會(huì)造成一個(gè)客戶看到另一個(gè)客戶的數(shù)據(jù)。 12 關(guān)鍵技術(shù)解決 (一 )從軟件角度看，單數(shù)據(jù)源和多數(shù)據(jù)源的問題，下面我們來看看實(shí)現(xiàn)方法和各自的利弊 （ 1）、單數(shù)據(jù)源 A． 單庫多表型：數(shù)據(jù)庫服務(wù)器上有一個(gè)數(shù)據(jù)庫； 對于每個(gè)用戶各自的信息都會(huì)有其單獨(dú)的表集合；例如：用戶 A 的單據(jù)信息表為（ Table_A），則用戶 B 的單據(jù)信息表為（ Table_B）； 數(shù)據(jù)庫中會(huì)有相應(yīng)的公共表，來實(shí)現(xiàn)信息的共享； 優(yōu)點(diǎn)：這樣的操作的優(yōu)點(diǎn)是每個(gè)用戶都有自己單獨(dú)的表，它們能 共享數(shù)據(jù)源或連接池，效率更高 ， 提高數(shù)據(jù)的訪問速度 ,能更好 的結(jié)合離線公辦 ,同時(shí)數(shù)據(jù)安全方面也能相應(yīng)的增強(qiáng)； 同時(shí)也可以通過共用的表來存放共享信息，和其他客戶（用戶）進(jìn)行數(shù)據(jù)的通訊，從而使得功能實(shí)現(xiàn)和資源得到更好的結(jié)合，使得系統(tǒng)在相同的條件下達(dá)到最大最好的功能； 缺點(diǎn)：在編程實(shí)現(xiàn)的時(shí)候可能會(huì)相應(yīng)的復(fù)雜些；某個(gè)客戶在訪問他自己私有的信息時(shí) ,系統(tǒng)要從某個(gè)表取得相應(yīng)的信息 ,來判斷他應(yīng)該來訪問哪個(gè)表； B． 單庫單表型：所有客戶的數(shù)據(jù)都存放在一個(gè)數(shù)據(jù)庫的同一套表中， 在部分表中增加標(biāo)示字段，表明該記錄是屬于哪個(gè)客戶的。 2）、資源分配服務(wù)器根據(jù)短信服務(wù)器群、即時(shí)通訊服務(wù)器群、 WEB 服務(wù)器群、數(shù)據(jù)庫服務(wù)器（包括數(shù)據(jù)庫帳號）的當(dāng)前資源占用情況或配置情況，分配指定服務(wù)器資源。 所示圖如下： 10 11 互聯(lián)網(wǎng)協(xié)同運(yùn)輸管理系統(tǒng)主要有三種角色用戶 平臺運(yùn)營商：負(fù)責(zé)平臺的運(yùn)營與維護(hù)，為 服務(wù)實(shí)施商 和 最終客戶 提供周到的服務(wù)。 3)、 功能要約 基本操作功能：軟件實(shí)現(xiàn)的操作層面基本功能要求有基本數(shù)據(jù)錄入、添加、查詢、刪除、修改、保存、打印、更新、統(tǒng)計(jì)。 第二階段形成面向社會(huì)資源優(yōu)化配置的電子商務(wù)交易系統(tǒng)。其主要的障礙包括傳統(tǒng)管理思想和體制的禁錮，仍采用傳統(tǒng)的方法運(yùn)作和進(jìn)行成本核算；成員之間對供應(yīng)鏈的視野仍停留 在自己一方，而沒有從供應(yīng)鏈整體看待；每次談 7 判過程要花大量時(shí)間和經(jīng)歷，因此供應(yīng)鏈各方過于注重各自利益或?qū)ヂ?lián)網(wǎng)協(xié)同運(yùn)輸管理的預(yù)期期望過大，信息傳遞的不準(zhǔn)確等。若是此電子商務(wù)平臺與 SCM 管理平臺研發(fā)成功，必將是物流業(yè)的一個(gè)典范，他將對物流行業(yè)產(chǎn)生深遠(yuǎn)的影響，因?yàn)樵谛┢脚_上可以實(shí)現(xiàn)多方協(xié)作，資源共享，改善服務(wù)質(zhì)量，規(guī)范管理，降低運(yùn)輸成本，提升客戶滿意度等等好處，社會(huì)效益明顯。信息技術(shù)是互聯(lián)網(wǎng)協(xié)同運(yùn)輸管理的神經(jīng)系統(tǒng)，對于提高運(yùn)輸運(yùn)作效率，保證了資金、物資和信息的高效有序流動(dòng)和交互起著至關(guān)重要的作用。 1）、從物流管理角度看項(xiàng)目可行性 我們已建立和掌握運(yùn)輸?shù)淖罴褜?shí)踐，最佳運(yùn)輸實(shí)踐對于供應(yīng)鏈的無縫連接起到非常重要的作用。 ④強(qiáng)勢企業(yè)介入組建供應(yīng)鏈，不但能保持供應(yīng)鏈長期穩(wěn)定，能平衡各方利益，還規(guī)?；\(yùn)作，推動(dòng)產(chǎn)業(yè)鏈優(yōu)化，發(fā)揮強(qiáng)集聚效應(yīng)。 另外，在能確保供應(yīng)鏈長期穩(wěn)定和有效性假設(shè)前提后，建立供應(yīng)鏈模型，確立業(yè)務(wù)發(fā)生模 式，選擇業(yè)務(wù)功能，如 CRM、運(yùn)輸管理、倉儲(chǔ)管理、配送管理、包裝、流通加工、裝卸搬運(yùn)和信息功能，通過業(yè)務(wù)發(fā)生模式帶動(dòng)控制模式的啟動(dòng)，從而實(shí)現(xiàn)諸如 ECR→ EOS→QR→ VMI→ JIT/CRP 等諸多技術(shù)，滿足更多客戶要求。 “一網(wǎng)兩臺”中“一網(wǎng)”指新華物流網(wǎng)，“兩臺”指物流電子商務(wù)平臺和互聯(lián)網(wǎng) SCM平臺 (即互聯(lián)網(wǎng)供應(yīng)鏈管理平臺 )。不僅使好多功能束之高閣，或不適用于物流企業(yè)，還使得不同物流軟件間很難實(shí)現(xiàn)數(shù)據(jù)對接，更難言數(shù)據(jù)交互。 民間物流需方多是家庭、個(gè)體、個(gè)人，是弱勢群體，他們因貨量少、發(fā)貨頻次低、交易額小等因素，使他們陌生供方市場，與供方市場隔離開來，經(jīng)常因很多物流企業(yè)不誠信使他們吃啞巴虧，投訴無門。橫覽中國物流企業(yè)，在 2021年在冊物流企業(yè)有 60萬之眾，如今有百萬之眾，都列為第三方物流，內(nèi)質(zhì)比較能稱上合格的第三方物流企業(yè)為數(shù)不超百家，究其原因在于信息化深入程度決定物流企業(yè)服務(wù)水準(zhǔn)高低，從而將絕大部分物流企業(yè)拒之于第三方物流企業(yè)門外，稱為準(zhǔn)第三方物流。 面對國內(nèi)物流大發(fā)展，仿佛中國已經(jīng)跨入現(xiàn)代物流先進(jìn)國家行列，果真如此嗎？劃分傳統(tǒng)物流與現(xiàn)代物流主要標(biāo)志是察看物流信息 化程度，現(xiàn)代物流依托于現(xiàn)代經(jīng)濟(jì)，而現(xiàn)代社會(huì)卻是信息社會(huì)，產(chǎn)業(yè)托起物流是定論，現(xiàn)代物流即建立在信息技術(shù)基礎(chǔ)上，傳統(tǒng)物流即傳統(tǒng)貨運(yùn)建立在信息化程度不高的前工業(yè)社會(huì)，所以信息化便成了傳統(tǒng)物流與現(xiàn)代物流的分界點(diǎn)。 伴隨中國經(jīng)濟(jì)高速增長的物流業(yè)，也于二十世紀(jì)九十年代在中華大地如火如荼地發(fā)展起來，進(jìn)入二十一世紀(jì)，物流業(yè)發(fā)展迎來了黃金時(shí)期，進(jìn)入了發(fā)展加速時(shí)期。 現(xiàn)代物流依托于 信息技術(shù)，沒有高度發(fā)達(dá)的信息技術(shù)，就不能稱真正意義上的物流，因?yàn)榘l(fā)達(dá)的信息技術(shù)依賴公司的管理水準(zhǔn)、公司理念，反映出公司的人員素質(zhì)，同時(shí)決定公司服務(wù)水準(zhǔn)，最后便在物流集成上顯真功夫。 誠然如此，然而 社會(huì)物流需求未降反升，物流需求方不僅為農(nóng)產(chǎn)品、企業(yè)、商貿(mào)、政府，目前更多跡象表明民間物流需求已形成巨大洪流，推動(dòng)著物流業(yè)前行，很多快遞及物流企業(yè)開始介入民間物流市場，瓜分這一市場。 同時(shí)國內(nèi)物流軟件品牌比較分散，技術(shù)上也缺乏標(biāo)準(zhǔn)化知道，軟件供應(yīng)商對于物流業(yè)的了解還不很深入，造成供應(yīng)商重技術(shù)開發(fā)，輕業(yè)務(wù)應(yīng)用的偏向。有鑒 于此，新華物流網(wǎng)絡(luò)有限公司提出了基于下一代互聯(lián)網(wǎng)技術(shù)，第四方物流提供 ASP 平臺技術(shù)軟件構(gòu)想，開發(fā)“物流電子商務(wù)及互聯(lián)網(wǎng) SCM 平臺”，簡稱“一網(wǎng)兩臺”，利用物流電子商務(wù)平臺給供需上方創(chuàng)造盈利機(jī)會(huì)，通過互聯(lián)網(wǎng) SCM平臺實(shí)現(xiàn)物流服務(wù)，達(dá)到節(jié)能、增效目的。 在多次完成合作任務(wù)后，供方和需方將慎重選擇那些誠信度高，能力強(qiáng)的企業(yè)作為自己的供方和客戶，不斷累積，做長合作鏈，完成甄選任務(wù)，進(jìn)入結(jié)盟狀態(tài)的互聯(lián)網(wǎng) SCM 平臺。 ③運(yùn)用集 成技術(shù)集成物流各系統(tǒng)，利用數(shù)據(jù)共享優(yōu)點(diǎn)順利實(shí)現(xiàn)各