1樓：紅秀招
乙個需要流轉管理的系統，不論是給內部使用，還是合作夥伴用，都不可避免的遇到乙個問題：如何應對不同流轉過程的帳號及帳號對應的許可權設計
如果我們把流程寫死了，以應對乙個甲方，一旦產品需要拓展市場化，各個部門和合作關係，則需要靈活配置，以便軟體系統能夠應付。
常用的帳號及許可權，市面上都已形成規範化。
諸如訂單系統、服務管理系統、SCM系統等往往在乙個發起單後，經歷不同的崗位（部門）進行流轉，通過普通的方式往往很難滿足：
以下是一種設計思路：
1新建帳號
2帳號管理
3許可權組合管理：新建乙個許可權組，並且將各種許可權中該流轉中需要的許可權進行統一配置
4帳號對應的許可權組
對起單的型別做統一設定，針對該型別，定義不同的流程
2 設定該流程對應的帳號
PS：通常情況下，帳號的流與許可權設定，往往是分開的。這樣導致在使用配置過程中，存在滯後不夠靈活，用許可權組合的方式，固定住帳號的實際許可權；又通過狀態流對應的許可權，來固定每個帳號對應的流程許可權。
達到的效果：
每個表單的流程對應的許可權是不一樣的，即不同帳號看到的表單是不一樣的
每個帳號對應的操作許可權又以許可權組合的能力為準
示例：起單的帳號，只能操作起單
示例：審批的帳號，只能操作審批
詳情請檢視，如何設計流轉產品的系統許可權
我有乙個志向，建立乙個「瘦」產品的群，主要是解決產品設計中的乙個瘦弱的部位（PM應該放棄只關注風口的高尚大的玩意，應該腳踏實地做產品）
QQ群：66805777
2樓：雁南歸
可以參考下 MS Server中的許可權設計，引入使用者組和角色倆個概念，從倆個維度進行管理。然後授權細化到每乙個原子操作上。
3樓：李國寶
樓下說的計算機作業系統不靠邊。
小朋友在做XX管理系統吧，
然後涉及到老大管老二，老二管老三是吧。
不知道這一塊許可權管理怎麼做是吧？
這個啊，先去把人家的要求問清楚點，東西做的靈活點，別的還是回去和你們老師好好聊吧。
照著你提問的水平，要給你說明白原理順便把東西給你徹底講解至少是乙個下午的事情。
然而，我又沒撒好處。
懶。多琢磨多思考，
先動起來不要虛。
windows系統關於使用者和許可權的邏輯是怎樣的？
window 你，傻比，叫你的管理員來 Unix系 連你的管理員也是傻比，叫root來蘋果系 只有我們的人才不是傻比 安卓 許可權？許可權是什麼？都給你拉，都給你拉 柴健翌 即使電腦上就你乙個使用者，普通使用者 本地管理員 域管理員，本地SYSTEM後台使用者和使用者組等等定義都是存在的，只是你用不...
系統許可權設計的一些構想？
紅秀招 乙個需要流轉管理的系統，不論是給內部使用，還是合作夥伴用，都不可避免的遇到乙個問題 如何應對不同流轉過程的帳號及帳號對應的許可權設計 如果我們把流程寫死了，以應對乙個甲方，一旦產品需要拓展市場化，各個部門和合作關係，則需要靈活配置，以便軟體系統能夠應付。常用的帳號及許可權，市面上都已形成規範...
請問steam遊戲配置主要是看系統位數還是處理器（那個什麼GHZ？）
longway 只要是在最低配置裡明確寫到的只要是有一項不達標，基本上就可以認為玩不了。CPU跟GPU不清楚的話網上搜一下天梯圖，然後看一下自己配置是在最低配置之上還是之下如果是之上就可以玩，之下大概率玩不了。 隔壁老王 現在基本都是64位系統的，遊戲主要還是看cpu和顯示卡。cpu就是看主頻多少h...