??? 走火入魔通用權(quán)限管理系統(tǒng)架構(gòu)的簡易定位之：實現(xiàn)集中控制、減少基礎(chǔ)數(shù)據(jù)的冗余（管理上的中央集權(quán)制），是行業(yè)業(yè)務(wù)軟件集成的核心數(shù)據(jù)中心搭建管理配置用的配套工具。

??? 不管好壞，能寫出來，總比啥也不說強，你更行，你就寫出來，表達(dá)出來，讓大家見識，真刀實槍來滅我，再好的思想理念埋藏在你心里腦子里是沒用的別人不會知道，只有你一個人知道，曾經(jīng)是寫代碼走火入魔沒空寫文章，現(xiàn)在是寫文章走火入魔沒心情寫代碼，哈哈，人的變化還真的是很快的，幾年功夫價值觀就徹底改變了。
??? 程序代碼是最不值錢的、人更值錢、有思想的人更值錢的，有正確的思想引導(dǎo)更多人干正確的事情，相反就是無頭蒼蠅到處亂撞、撞得頭破血流，我玩的不是技術(shù)，玩的是整體思想、系統(tǒng)定位，技術(shù)由程序員玩就可以了他們更喜歡后者技術(shù)，我喜歡指揮程序員作戰(zhàn)，以前覺得代碼值錢，現(xiàn)在覺得思想更值錢，有了思想，程序員多如毛啊。

??? 我很固執(zhí)很執(zhí)著，喜歡把一個東西研究個透徹、這個也是導(dǎo)致我到今天都沒怎么進步還在原地踏步的重要因素之一，用文字表達(dá)往往無法正確表達(dá)出想法、理念，這是我第一次嘗試，用圖表的形式整體描述一下我這些年對權(quán)限及系統(tǒng)架構(gòu)的認(rèn)識圖解，以下圖是對權(quán)限的整體認(rèn)識圖解。

??? 現(xiàn)在軟件開發(fā)起來更加容易、軟件公司也多如毛，這給我們帶來了一個公司購買N個業(yè)務(wù)軟件后的N多麻煩問題，我的設(shè)計主要目的是為了創(chuàng)建數(shù)據(jù)中心、集中配置管理賬戶、為實現(xiàn)單點登錄做扎實的基礎(chǔ)，公司的基礎(chǔ)數(shù)據(jù)不要在N多個業(yè)務(wù)系統(tǒng)中重復(fù)人工錄入減少基礎(chǔ)數(shù)據(jù)的冗余，避免一個公司的一個員工記錄N套戶名密碼，系統(tǒng)管理員在N個業(yè)務(wù)系統(tǒng)里配置管理N個權(quán)限帳號及帳號的無法及時開通及時撤銷的實際問題。
??? 這個問題也要從2方面考慮，一是如何讓自己的系統(tǒng)架構(gòu)更加靈活，例如基礎(chǔ)數(shù)據(jù)從其他數(shù)據(jù)庫中讀取，講得再俗一些，就是你的系統(tǒng)由2個數(shù)據(jù)庫組成，一個是基礎(chǔ)數(shù)據(jù)庫，另一個是業(yè)務(wù)數(shù)據(jù)庫，基礎(chǔ)數(shù)據(jù)庫的設(shè)計簡單、還能實現(xiàn)映射關(guān)系、最起碼數(shù)據(jù)庫結(jié)構(gòu)是可以配置的，這樣可以比較靈活的與客戶的數(shù)據(jù)中心靠攏。有可能客戶的數(shù)據(jù)中心是 Oracle的、也有可能是SQLServer的，說不定也是MySql的，甚至更有可能是面向服務(wù)的，不是面向數(shù)據(jù)庫的，所以你的系統(tǒng)架構(gòu)要能支持多種數(shù)據(jù)庫、也能支持面向服務(wù)的接口擴展。
??? 其次是要受到數(shù)據(jù)中心的約束，業(yè)務(wù)系統(tǒng)中調(diào)用了由數(shù)據(jù)中心提供的API函數(shù)，例如權(quán)限判斷等等，能調(diào)用統(tǒng)一的功用函數(shù)的都盡量調(diào)用，這樣就可以實現(xiàn)集中控制管理各個子業(yè)務(wù)系統(tǒng)了。

????

??? 以上圖解，說說還是比較容易，真正做起來就難了，因為你的系統(tǒng)要分布在多個數(shù)據(jù)庫，甚至是多種數(shù)據(jù)庫上架構(gòu)的，若開發(fā)時的定位不高，那很多頁面都會亂套，若想提高一下自己的開發(fā)水平，我就建議每個系統(tǒng)至少架設(shè)在2個數(shù)據(jù)庫上，一個是基礎(chǔ)數(shù)據(jù)庫，另一個各式業(yè)務(wù)系統(tǒng)庫，這樣設(shè)計出來的系統(tǒng)，將來的可擴展性、可集成性一定會很高，應(yīng)該是經(jīng)得起考驗，當(dāng)然基礎(chǔ)數(shù)據(jù)庫有映射能力，那就更加完美了。
??? 統(tǒng)一的API接口，用得越多，用在越多的子系統(tǒng)上，穩(wěn)定性會越好，定位也會越來越明確，質(zhì)量也會越來越高，重復(fù)利用率高，當(dāng)時開發(fā)的價值也體現(xiàn)出來了，也會是當(dāng)?shù)臏p少維護的范圍。

??? 若你沒精力也沒空自己去規(guī)劃軟件系統(tǒng)，那你可以用我這套規(guī)劃軟件來做簡要的規(guī)劃，若你外包給別人的軟件項目不太好控制細(xì)節(jié)提很多的要求，你可以用我的這套來進行是當(dāng)?shù)母深A(yù)控制，若你沒空培訓(xùn)員工、指導(dǎo)同事，你可以讓它們學(xué)習(xí)我這一套理念及開發(fā)工具開發(fā)思想，若你是剛創(chuàng)業(yè)的小老板兩手空空打天下，還可以用我這個工具做個基礎(chǔ)，在上面搭建你的應(yīng)用，會讓你省心省時省事一些，更容易節(jié)約開發(fā)成本，降低風(fēng)險，也容易積累，走向規(guī)范化的軟件開發(fā)道路。
我自己開過公司，給別人至少發(fā)過50萬以上的人工薪資吧，自己也打拚了10年，回過頭來看看，幾十個人都是過客，人來人往，搞東搞西，那些不是銅墻鐵壁的稀里糊涂制作的功能模塊、都經(jīng)不起考驗，都被丟棄了，唯獨這一套快速開發(fā)架構(gòu)，一直沒被丟棄，久經(jīng)沙場，越來越有生命力、越來越健壯了。
??? 我們公司接近有100個人開發(fā)，幾年下來，還真不容易拿出
來一個直接能賣給客戶的東西，軟件項目是開發(fā)了幾十個都有，但是幾乎沒一個能變成商品化可銷售的軟件，都需要人來維護，定制才可以，兄弟們干活累，客戶也辛苦，來錢也慢，公司最終也沒什么效益。
??? 我一個朋友跟我講：東開發(fā)一個西開發(fā)一個，比較難形成規(guī)模，整體，如何才能提高項目型軟件開發(fā)效率？個人需要有目的有計劃地干活，公司更需要有目的有計劃的規(guī)劃，人生也需要規(guī)劃一樣的道理。
程序員遍地都是，技術(shù)文章遍地都是，都不太值錢，直接能賣錢的產(chǎn)品，才能值點兒錢，管理思想管理能力，開發(fā)理念能值點兒錢，客戶是值錢的，實實在在的需求是值錢的。
你想反駁我，你手上有很多可以直接商品化的軟件，那你牛，比我強，否則是狗屁，別來罵我了，你還沒那個資格。

??? 我規(guī)劃軟件的牛B之處就是接到訂單的第一天，就在開始規(guī)劃組織機構(gòu)、員工信息、用戶信息、角色崗位規(guī)劃、模塊規(guī)劃都可以在第一時間開始做準(zhǔn)備了，不用一切都從零開始，這樣可以節(jié)省很多項目時間，從第一天開始，就可以讓項目組成員錄入數(shù)據(jù)、讓可以測試拿出東西來跟客戶交流，更容易進入項目狀態(tài)，開發(fā)人員直接讓他熟悉這個配置規(guī)劃軟件，開發(fā)時也會有個整體思想引導(dǎo)，不是瞎搞瞎指揮了，更可以規(guī)劃開發(fā)公司的多套系統(tǒng)的開發(fā)定位及規(guī)劃做用。

??? 寫得有點兒亂，請大家原諒，有錯別字只要提醒我就會修正，我會繼續(xù)努力把自己的思路都用文字描述出來，給大家多來點兒工作之余的娛樂，你有思想，才可以領(lǐng)導(dǎo)別人，你有思想老總才會讓你來負(fù)責(zé)項目，你有思想客戶才相信你有這個能力，你有很多思想，你才可以比別人拿更高的收入，否則不就是千千萬萬個普通程序員沒啥差別了不是？

??? 大家要記住，還沒購買軟件之前，公司就有權(quán)限體系，不是因為買了你的軟件后，才有權(quán)限了，你的軟件應(yīng)該能符合公司的權(quán)限體系，公司的權(quán)限劃分是什么樣的，你的軟件應(yīng)該是有個對應(yīng)關(guān)系，由于某個人有“財務(wù)管理權(quán)限”導(dǎo)致他在你的這個軟件里，可以做什么什么操作，權(quán)限可能是已經(jīng)在“數(shù)據(jù)中心配置好了”，開發(fā)人員應(yīng)該建立對應(yīng)關(guān)系才對。

??? 建議一個業(yè)務(wù)系統(tǒng)劃分2個數(shù)據(jù)庫進行設(shè)計、一個是業(yè)務(wù)數(shù)據(jù)庫，另一個是數(shù)據(jù)中心，雖然開發(fā)上會增加一些工作量，更能提高開發(fā)的水平，也更有利于未來的軟件系統(tǒng)的集成擴展，會更有生命力，客戶現(xiàn)在上多個系統(tǒng)很頭痛了，不會一直傻下去的，誰的系統(tǒng)更有擴展性，更容易中標(biāo)更容易賺錢。

?? 我是專業(yè)做多系統(tǒng)的單點登錄的實施顧問，從來沒親眼見過不用改程序就能實現(xiàn)200個網(wǎng)站的單點登錄那么神奇功能，都是需要按一定的規(guī)范進行適當(dāng)?shù)男薷脑创a才可以，這個走火入魔權(quán)限管理也是一樣的，只是修改量是最少，最合理而已。單點登錄剛開始忽悠客戶時說不用修改代碼，但是實施的時候都修改了源碼，就是為了賣更高的價格而已，我不想那么忽悠別人，只需要一行代碼就可以，所以修改的量是最少的，做到了權(quán)限與具體業(yè)務(wù)系統(tǒng)徹底無關(guān)，讓別人最方便的能進行接入集成工作。

??? 最后祝大家，國慶平平安安，過個快樂的節(jié)日，光棍早點兒找到老婆，窮鬼早點兒賺到錢，祝我打星際爭霸每次都能贏。



創(chuàng)業(yè)是殘酷的，你想創(chuàng)業(yè)的話，可以看看我失敗的創(chuàng)業(yè)歷史
（一）2005年我的第一次軟件行業(yè)創(chuàng)業(yè)，燒掉30萬、2年時間打水漂的慘痛教訓(xùn)
（二）2005年我的第一次軟件行業(yè)創(chuàng)業(yè)，燒掉30萬、2年時間打水漂的慘痛教訓(xùn)
（三）2005年我的第一次軟件行業(yè)創(chuàng)業(yè)，燒掉30萬、2年時間打水漂的慘痛教訓(xùn)
（四）2005年我的第一次軟件行業(yè)創(chuàng)業(yè)，燒掉30萬、2年時間打水漂的慘痛教訓(xùn)
（五）2005年我的第一次軟件行業(yè)創(chuàng)業(yè)，燒掉30萬、2年時間打水漂的慘痛教訓(xùn)
（六）2005年我的第一次軟件行業(yè)創(chuàng)業(yè)，燒掉30萬、2年時間打水漂的慘痛教訓(xùn)
（七）2005年我的第一次軟件行業(yè)創(chuàng)業(yè)，燒掉30萬、2年時間打水漂的慘痛教訓(xùn)
（八）2005年我的第一次軟件行業(yè)創(chuàng)業(yè)，燒掉30萬、2年時間打水漂的慘痛教訓(xùn)
（九）2005年我的第一次軟件行業(yè)創(chuàng)業(yè)，燒掉30萬、2年時間打水漂的慘痛教訓(xùn)
（十）2005年我的第一次軟件行業(yè)創(chuàng)業(yè)，燒掉30萬、2年時間打水漂的慘痛教訓(xùn)總結(jié)篇

IT軟件創(chuàng)業(yè)之 -- 培訓(xùn)費風(fēng)波 (賺錢不容易、創(chuàng)業(yè)不容易)
IT軟件創(chuàng)業(yè)之 -- 小軟件項目也有風(fēng)險、也會失敗、也會損兵折將
IT軟件創(chuàng)業(yè)之 -- 電腦設(shè)備買過來都是錢，賣出去都是廢鐵

轉(zhuǎn)載于:https://www.cnblogs.com/jirigala/archive/2009/09/30/1576798.html

總結(jié)

以上是生活随笔為你收集整理的走火入魔通用权限管理不仅是权限设计更是总体设计规划、快速开发集成平台（集中控制体系）...的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。