設計目的: 能夠滿足絕大多數行業的通用系統
大家都知道在系統設計時, 我們需要根據每個行業/企業進行系統分析, 而每個行業/企業因產品的不同, 資料庫結構也是不同的. 你很難把乙個家用電器銷售的軟體稍加修改後給乙個餐館使用. 呵, 廢話是不?
其實大家可以把**或是ebay當作一種通用銷售系統(不是很完善的). **上的商品數量如此之巨大, 以至於有時我們想找到符合我們條件的東西是很麻煩的. 因為你很難限定你的具體搜尋條件. 這點ebay要好一些. 比如大家可以試著去**上找:
1. 鞋子 41碼 紅色
2. 男鞋 41碼 紅色
3. 鞋子 40碼 紅色
你可能會以為條件1下找到的數量會比條件2多? 事實正好相反
而且你會發現在條件3下, 你明明看到有的鞋子是40~46碼, 可它不會出現在條件1的搜尋結果中.
這只是給出乙個小例子, 其它方面不勝列舉. 我們在這兒不是討論**的, 所以不多說了. 當然, 我們要比**做的好才行. :-)
這是**系統設計中已經固化了的, 很難修改, 可能人家也懶的去改了. 呵.
在這兒, 我們可以換一種思路, 這其實也就是軟體開發時, 大家都知道的.
1. 所有的產品都是物件, 而物件是由不同的屬性構成的.
2. 屬性之間存在多種****
3. 物件的改變是通用"行為"
4. 不同的許可權可以執行相應的行為.
最基礎和最讓人困惑的就是第1個, 因為在關聯式資料庫下, 不同型別的屬性是無法放在同乙個表中的.
在此我需要重新給一下一些基礎的定義:
屬性只是一種對"物件"的某種性質的基本描述, 如顏色, 重量...
物件屬性:對於具體的某種物件還要加以重新定義和限定, 如: 某些物件可能同時具有幾種顏色, 或某種物件的顏色只能是某幾種,
屬性值,按值的型別可分為:
簡單值:
多值:範圍值:
屬性聯絡: 主要有5種:
1. 父子關係:
2. 3. 主從關係:
4.5. 計算關係
屬性值限定:
不知道有沒有人感興趣, 先寫到這.
通用的許可權管理系統設計
一般的企業應用系統，最重要的兩個模型是資料模型和許可權模型。資料模型根據不同的行業有所不同，而許可權模型跟行業關係不大，但是每個應用系統所必不可少的，也常常令設計者大為頭疼。如何設計乙個通用的許可權管理系統呢，如何 使這個許可權系統能夠足夠靈活，而又能適應企業不斷變化的業務呢？遵循如下原則就可以基本...
《專家系統》實驗（初稿）
今天硬是被趕鴨子上架了一把，mm非要我幫她寫乙份 專家系統 的實驗報告冊。這可真的是難為我了，花了幾個小時擬了初稿出來。哎 書到用是方恨少 這句是真理！不管寫得有多爛，先發上來讓各路ggjj給咱提點意見。我對專家系統的理解還很膚淺，這次拍腦袋，真是哦 大家多幫幫忙啦 專家系統 實驗 專家系統是早期人...
通用的許可權管理系統的設計
今天無意中在首頁中看到了四海同志的一篇 實現業務系統中的使用者許可權管理 設計篇 文章寫的非常的好，裡面的一些話似乎被其它許可權管理系統的設計轉來轉去，看上去都有種似曾相識的感覺，當然，也不排除那些文章最初是由四海同志寫的，後來被他們轉來轉去的。四海同志的文章我仔細看了下，算是看懂了吧。分析的挺透徹...