【正文】 擬賬戶，credit 是用戶的信用評(píng)價(jià)值，logintime 是用戶注冊時(shí)間。products 記錄了商品的信息。on_special, on_advice 表示商品是否為特價(jià)商品以及是否為廣告商品，assess_id 將商品和對(duì)它評(píng)價(jià)的信息關(guān)聯(lián)。requires 表，記錄了用戶對(duì)商品的需求。orders 表記錄用戶的每筆定單。order_item 將 orders 表和 products 表相關(guān)聯(lián)。一個(gè)定單可以訂多個(gè)商品，一個(gè)商品也可以被多個(gè)人訂取。categories 記錄的是商品的目錄。同樣， products_categories 表將 categories 和 products表相關(guān)聯(lián)。一個(gè)商品屬于一個(gè)目錄，但一個(gè)目錄下可以有多個(gè)商品。shop 表記錄的是每個(gè)店鋪用戶開社的商店的信息。assess_id 將記錄對(duì)商店的評(píng)價(jià)信息與 shop 相關(guān)聯(lián)。assess 表記錄了用戶對(duì)商品或者對(duì)商店的評(píng)價(jià)。其中的 prop 區(qū)分了此二者的用途， box 和 message 表分別記錄了用戶的消息箱以及每條消息。 數(shù)據(jù)表、數(shù)據(jù)項(xiàng)之間的關(guān)系數(shù)據(jù)庫中各個(gè)表單之間的關(guān)系以及數(shù)據(jù)項(xiàng)間的關(guān)系間下圖。圖中的表及其關(guān)聯(lián)表示了表中屬性的類型以及表和表之間關(guān)聯(lián)關(guān)系。強(qiáng)關(guān)聯(lián)關(guān)系要求一個(gè)商品必須對(duì)應(yīng)一個(gè)用戶，一個(gè)定單必須對(duì)于一個(gè)用戶，一個(gè)ordr_items 必須對(duì)應(yīng)一個(gè) orders 表，一個(gè) shop 必須對(duì)應(yīng)一個(gè)用戶， products_categorites 必須同時(shí)對(duì)應(yīng)一個(gè) products 和一個(gè) categories 表單，一個(gè) box 表單必須對(duì)應(yīng)一個(gè) users 表，一個(gè) massage 必須對(duì)應(yīng)一個(gè) users 表。圖中表示出了各表之間的主鍵和外鍵。14 / 20圖 415 / 20 系統(tǒng)設(shè)計(jì) MVC 簡介M：Model 模型V：View 視圖C：Controller 控制器圖 5 MVC 各自的職責(zé)：Model 的作用主要是封裝數(shù)據(jù)及系統(tǒng)的狀態(tài)，另外太還要處理商業(yè)邏輯，但是在目前的設(shè)計(jì)中通常是把商業(yè)邏輯另外分開（PHP）View 是用來顯示和發(fā)送 request 的一個(gè) UI，在 View 通常沒有商業(yè)處理，只是將要處理的數(shù)據(jù)格式化（HTML）Controller 它只要負(fù)責(zé)接受 request，選擇相應(yīng)的 response 視圖，并傳遞模型數(shù)據(jù)（PHP） MVC 的特點(diǎn)開發(fā) MVC 系統(tǒng)比簡單的 PHP 開發(fā)要復(fù)雜一點(diǎn)，它需要更多的時(shí)間學(xué)習(xí)和掌握。同時(shí)新東西的引入會(huì)帶來新的問題：必須基于 MVC 組件的方式重新思考和設(shè)計(jì)應(yīng)用結(jié)構(gòu)。原來通過建立一個(gè)簡單的 PHP頁面就能實(shí)現(xiàn)的應(yīng)用現(xiàn)在變成了多個(gè)步驟的設(shè)計(jì)和實(shí)現(xiàn)過程。 所有的頁面和組件必須在 MVC 框架中實(shí)現(xiàn)，所以必須進(jìn)行附加地開發(fā)工作。 MVC 本身就是一個(gè)復(fù)雜的系統(tǒng)，所以采用 MVC 實(shí)現(xiàn) Web 應(yīng)用時(shí)，最好選一個(gè)現(xiàn)成的 MVC框架，在此之下進(jìn)行開發(fā)，從而取得事半功倍的效果?，F(xiàn)在有很多可供使用的 MVC 框架，由于 Smarty 有完整的文檔并且相對(duì)來講比較簡單，所以用它開發(fā) MVC 系統(tǒng)還是比較方便地。另外說明，嚴(yán)格的說 Smarty 不是一個(gè) MVC 的 Framework，只是一個(gè) Template Engine，但是我們可以用 Smarty 來實(shí)現(xiàn) MVC16 / 20 Smarty 簡介*Smarty 是 PHP 的官方樣版引擎1．什么是樣版引擎 樣版引擎的目的是要達(dá)到邏輯分離的功能。它能讓程序開發(fā)者專注于數(shù)據(jù)的控制或是功能的達(dá)成；而視覺設(shè)計(jì)師則可專注于網(wǎng)頁排版，讓網(wǎng)頁看起來更具有專業(yè)感。2．Smarty 如何運(yùn)作？圖 63．Smarty 在系統(tǒng)中角色17 / 20圖 7 為什么選用 MySQLMySQL 是一個(gè)免費(fèi)強(qiáng)大的的 DBMS免費(fèi)：沒有贊助和投資我們只能選用免費(fèi)的 DBMS強(qiáng)大：MySQL 雖然是一個(gè)免費(fèi)的產(chǎn)品，但是它的功能和效率絕對(duì)比商業(yè)的 DBMS 要弱，而且MySQL 以后將更 SAP 合作，這樣 MySQL 將會(huì)有很好的前景MySQL 和 PHP 是最佳的組合，尤其在 Linux 下有最好的效率 持久層設(shè)計(jì)我們現(xiàn)在選用的是 MySQL 作為我們的 DBMS，但是也要考慮系統(tǒng)數(shù)據(jù)庫移植到別的 DBMS因此我們要先第一個(gè)統(tǒng)一的 Interface，然后有不同的實(shí)現(xiàn)。在系統(tǒng)數(shù)據(jù)庫改變后我們可以不改變我們界面和業(yè)務(wù)的實(shí)現(xiàn)。目前我們的系統(tǒng)支持：mySQL , Oracle8/9 ,InterBase, FireBird , PostgreSQL,MSSQL ,SQLite ,SQLite c++默認(rèn)實(shí)現(xiàn)為：MySQL圖 818 / 20另外我們把我們的持久設(shè)計(jì)很好的 Smarty 集成在一起（具體實(shí)現(xiàn)不在這里詳細(xì)講述） 系統(tǒng)整體設(shè)計(jì)將以上的設(shè)計(jì)整合成一個(gè)系統(tǒng)圖 9系統(tǒng)為了以后的擴(kuò)展應(yīng)該支持模塊的動(dòng)態(tài)插入，也就是真?zhèn)€系統(tǒng)應(yīng)該是類似一個(gè) CMS 系統(tǒng)圖 1019 / 20 用戶權(quán)限設(shè)計(jì)1．權(quán)限管理的總體目標(biāo)權(quán)限管理子系統(tǒng)實(shí)現(xiàn)系統(tǒng)的權(quán)限管理部分的功能。以用例（User Case）分析的方法，可以得出，系統(tǒng)的權(quán)限管理子系統(tǒng)滿足三種主要的功能。獲取訪問項(xiàng)列表依據(jù)預(yù)先為用戶配置好的權(quán)限設(shè)置，來獲取某用戶所能訪問的訪問項(xiàng)列表。訪問可訪問項(xiàng)用戶通過訪問項(xiàng)列表來訪問某一可訪問項(xiàng)時(shí)，權(quán)限管理子系統(tǒng)給予權(quán)限控制，如：許可、不許可、只讀等。權(quán)限管理設(shè)置用戶、用戶組與訪問項(xiàng)之間的訪問關(guān)系，也即我們熟悉的權(quán)限指派、配置等。同時(shí)，在這個(gè)設(shè)計(jì)中，使用“用戶組”來歸屬相同權(quán)限屬性的“用戶” ?？梢姡脩艚M是一種與權(quán)限管理直接相關(guān)的對(duì)象，所有，用戶、用戶組關(guān)聯(lián)管理也是權(quán)限管理子用例的一個(gè)重要組成部分2．權(quán)限管理的對(duì)象模型20 / 20“Module”代表系統(tǒng)中的可訪問模塊?！癙rivilege”代表權(quán)限，如：禁止、只讀、讀寫、完全控制。“User/Group”用戶，和具有相同訪問屬性的用戶容器――用戶組。之間存在 1 對(duì)多的關(guān)系。“Access”訪問關(guān)聯(lián)，連接 Module 和 Group，并為其綁定權(quán)限――Privilege3．權(quán)限管理的數(shù)據(jù)模型