【文章內(nèi)容簡介】 。? 母 Role與 子 Role是 1對 多 的 。Role的建立的建立 —— 繼承繼承? 下面 ﹐ 我們來學習用 “ 繼承 ” 方式建立 Role.? 我們假設有一個賬號 “ FORTEST”,他申請了職能 “ AP立帳員 ” ﹐ “AP立帳員 ” 的 Template Role是 “ G+COAP”。? 我們先來按命名規(guī)則 Create一個新 Role。Role的建立的建立 —— 繼承繼承Role的建立的建立 —— 繼承繼承大家注意這個地方﹐ 建立 “繼承 ”關(guān)系就是靠這里了? 填入 Template Role,按 Enter.Role的建立的建立 —— 繼承繼承是否建立繼承關(guān)系 ﹖回答當然是 “YES”了 ﹐ 否則我們怎樣上課 ﹖如果在此前沒有做過存盤 ﹐ 系統(tǒng)會詢問是否存盤 ﹐ 回答同樣是 “YES”Role的建立的建立 —— 繼承繼承可以看到 ﹐ 菜單已經(jīng)自動根據(jù) Template Role生成了 ,點擊Authorization頁簽 ﹐設定權(quán)限去。? 進入 Profile里面了 ﹐ 請注意下面所說的操作 ﹐如果做錯了 ﹐ 可能要拉倒從新開始的喲。Role的建立的建立 —— 繼承繼承點擊這個按鈕﹐ 請點擊 “X”,退出。 “SAVE”對 Profile存檔。Role的建立的建立 —— 繼承繼承 Edit中的 Copy data,系統(tǒng)會提示這個操作不可反轉(zhuǎn)。按 “勾 ”繼續(xù) ,執(zhí)行完畢后我們會看到 ﹐許多 Object已經(jīng)變成綠燈了。? 現(xiàn)在可以維護 。進入的方法如上。? 當 ﹐ 應該每一個 Object都是綠燈 ﹐ 如果還有紅黃燈 ﹐ 請通知臺北修正。Role的建立的建立 —— 繼承繼承? 當所有權(quán)限（其實只是設定 )都設定完畢后 ﹐ 按 激活設定 ﹐ Assign給 USER ID,就完成了。Role的建立的建立 —— 繼承繼承? 大家是否覺得 “ 繼承 ” 的方法好簡單 ﹐ 幾下就做完了。其實這種方法思路最復雜了 ﹐ 后面的處理還隱藏不少陷阱。? 不過現(xiàn)在大家先掌握 Role的建立方法 ﹐ 其它的問題等一下再說。? 那么 ﹐ 我們來看看第三種方法 — 復制。Role的建立的建立 —— 繼承繼承? 復制其實是一種從思想到操作都很簡單的操作。? 它的核心就是 —…… 復制 ! (雞蛋和西紅柿飛了起來…… ）? 我們來看看如何操作吧。? 先告訴大家 ﹕ “AP立帳員 ” 的 Template Role還有一個 ﹐ 是 “ G+COAP1”﹐ 我們就用它來學習。Role的建立的建立 —— 復制復制Role的建立的建立 —— 復制復制一開始當然是進入 PFCG了 ﹐ 先把 Template Role名輸進去﹐ 然后按 COPY按鈕Role的建立的建立 —— 復制復制? 把描述改成與 Role名一樣Role的建立的建立 —— 復制復制要注意 “1”的 Role的 menu是空的這里是空的Role的建立的建立 —— 復制復制紅色框住的都是要填入值的地方 ﹐最好先填完? 與其它方式建立的 Role一樣 ,當所有權(quán)限都設定完畢后 ﹐ 按 激活設定 ﹐ Assign給 USER ID﹐一個 Role就設定完成了Role的建立的建立 —— 復制復制? 小結(jié) ﹕? 非 “ 1”的那種 Template Role ﹐ 用繼承的方式建立新 Role,繼承后 ﹐ 只需要填入﹐ Object就全部是綠燈了 ﹐? 而 “ 1”的那種是用復制的方式 ﹐ 還需要在Object里填入值 ﹐ 才能全部綠燈。? 這是兩者操作上的最大特點。Role的建立的建立 —— 繼承與復制繼承與復制? ? /刪除 T Code? Role導入? Role的修改的修改? 對 Role的修改最常見的是有 T Code的新增 /刪除。這種改動 ﹐ 一般是從 Menu開始 ﹐ 當Menu改變?nèi)魏胃淖?﹐ 系統(tǒng)都會偵測到﹐ Authorization和 User會變成紅燈。? 在 Authorization頁簽里有兩個按鈕 ﹐ 他們有什么不同呢 ﹖Role的修改的修改? 我們先點擊 ﹐ 會出現(xiàn)一個小窗口 ﹐ 里面是三個選項 ﹐ 他們的意義是不同的。? 第一項 ﹕ 刪除此 Role的 Profile后重建? 第二項 ﹕ 編輯原有的 Profile? 第三項 ﹕ 讀取原有 Profile并根據(jù) Menu的變化對Profile進行更改Role的修改的修改? 第一項會把 Profile整個重建 ﹐ 并且會把已經(jīng)被屏蔽掉或刪除的 Object重新顯示出來 ﹐ 極容易造成權(quán)限設定錯誤 ﹐ 反對使用 。? 第二項完全保留之前可用的 Profile﹐ 即使新的權(quán)限沒設好 ﹐ 還有原有的權(quán)限可用。 推薦使用 。缺點是 Object的變更需要手動進行。? 第三項重新讀取 Role的 Menu﹐ 按菜單的變化變更 Object﹐ 具有一定的智能 ﹐ 但會把已經(jīng)Merge的 Item彈開 ﹐ 造成設定者的混亂。 不反對使用 。Role的修改的修改? 這個按鈕相當與前面所說的第三項。? 由于 已經(jīng)包含這個選擇 ﹐ 而且第三項不是最優(yōu)選擇 ﹐ 所以我們一般不建議使用它。? 總的來說 ﹐ 我們認為選 的第二項比較穩(wěn)當 ﹐ 保留原有的可用設定?？梢钥吹阶兓暗腜rofile。詳細細節(jié)請繼續(xù)看后面的章節(jié)。Role的修改的修改? 當 Role所包含的 T Code經(jīng)過多次修改后 ﹐ 可能產(chǎn)生多個同樣的 Object﹐ 其 Value可能互相包含。? 這時可以通過 Merge（合并）的動作使同一個Object內(nèi) Value相同或者互相包含的 Item合并起來﹐ 使權(quán)限的條目更清晰Role的修改的修改 —Merge? 紅框框住的兩個 Object,是同樣的 Object,而且其Value又是第一個包含第二個。Role的修改的修改 —Merge? 上頁紅框里的兩項被合并了。Role的修改的修改 —Merge選擇菜單 Utilities里的 Merge? 我們來看一個簡單的 Object﹐ 它只有兩項﹕ Activity和下面的 Group。? 我稱 Acitivity為 “ 動作 ” ﹐ 它下面的 Group等項目為 “ 參數(shù) ” 。? Merge的規(guī)則 ﹕ 當兩個相同 Object的 Item的動作或參數(shù)完全一致時 ﹐ 這兩個 Item可以 Merge。Role的修改的修改 —— Merge的規(guī)則的規(guī)則? 當一個 Role經(jīng)過 Merge后 ﹐ 這個 Role的 Object會比較精簡。但當 Menu發(fā)生改變后 ﹐ 系統(tǒng)會提示菜單已經(jīng)變化 ﹐ Authorization和 User會從綠燈變成紅燈。? 現(xiàn)在我來舉一個例子 ﹐ 假設新增一個 T Code : FSS0。Role的修改