IdM നടപ്പിലാക്കൽ. ഉപഭോക്താവ് നടപ്പിലാക്കുന്നതിനായി തയ്യാറെടുക്കുന്നു

മുമ്പത്തെ ലേഖനങ്ങളിൽ, IdM എന്താണെന്നും, നിങ്ങളുടെ സ്ഥാപനത്തിന് അത്തരമൊരു സംവിധാനം ആവശ്യമുണ്ടോ എന്ന് എങ്ങനെ മനസ്സിലാക്കാം, അത് എന്ത് പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നു, മാനേജ്മെന്റിന് നടപ്പിലാക്കൽ ബജറ്റ് എങ്ങനെ ന്യായീകരിക്കാം എന്നിവയെക്കുറിച്ച് ഞങ്ങൾ ഇതിനകം പരിശോധിച്ചിട്ടുണ്ട്. ഒരു ഐഡിഎം സംവിധാനം നടപ്പിലാക്കുന്നതിന് മുമ്പ് ശരിയായ പക്വത കൈവരിക്കുന്നതിന് സ്ഥാപനം തന്നെ കടന്നുപോകേണ്ട പ്രധാന ഘട്ടങ്ങളെക്കുറിച്ച് ഇന്ന് നമ്മൾ സംസാരിക്കും. എല്ലാത്തിനുമുപരി, പ്രക്രിയകൾ ഓട്ടോമേറ്റ് ചെയ്യുന്നതിനാണ് IdM രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്, പക്ഷേ കുഴപ്പങ്ങൾ ഓട്ടോമേറ്റ് ചെയ്യുന്നത് അസാധ്യമാണ്.

ഒരു കമ്പനി ഒരു വലിയ എന്റർപ്രൈസസിന്റെ വലുപ്പത്തിലേക്ക് വളരുകയും നിരവധി വ്യത്യസ്ത ബിസിനസ്സ് സംവിധാനങ്ങൾ ശേഖരിക്കുകയും ചെയ്യുന്നതുവരെ, അത് സാധാരണയായി ആക്സസ് നിയന്ത്രണത്തെക്കുറിച്ച് ചിന്തിക്കുന്നില്ല. അതിനാൽ, അവകാശങ്ങൾ നേടുന്നതിനും അതിൽ അധികാരങ്ങൾ നിയന്ത്രിക്കുന്നതിനുമുള്ള പ്രക്രിയകൾ ഘടനാപരമല്ല, വിശകലനം ചെയ്യാൻ പ്രയാസമാണ്. ജീവനക്കാർ അവർ ആഗ്രഹിക്കുന്നതുപോലെ ആക്‌സസ്സ് അപേക്ഷകൾ പൂരിപ്പിക്കുന്നു; അംഗീകാര പ്രക്രിയയും ഔപചാരികമാക്കിയിട്ടില്ല, ചിലപ്പോൾ അത് നിലവിലില്ല. ഒരു ജീവനക്കാരന് എന്ത് ആക്സസ് ഉണ്ട്, ആരാണ് അത് അംഗീകരിച്ചത്, ഏത് അടിസ്ഥാനത്തിലാണ് എന്ന് പെട്ടെന്ന് കണ്ടുപിടിക്കാൻ കഴിയില്ല.

ആക്‌സസ് ഓട്ടോമേറ്റ് ചെയ്യുന്ന പ്രക്രിയ രണ്ട് പ്രധാന വശങ്ങളെ ബാധിക്കുന്നുവെന്നത് കണക്കിലെടുക്കുമ്പോൾ - വ്യക്തിഗത ഡാറ്റയും സംയോജനം നടത്തേണ്ട വിവര സിസ്റ്റങ്ങളിൽ നിന്നുള്ള ഡാറ്റയും, IdM നടപ്പിലാക്കുന്നത് സുഗമമായി നടക്കുന്നുണ്ടെന്നും നിരസിക്കലിന് കാരണമാകുന്നില്ലെന്നും ഉറപ്പാക്കാൻ ആവശ്യമായ നടപടികൾ ഞങ്ങൾ പരിഗണിക്കും:

1. പേഴ്‌സണൽ പ്രോസസ്സുകളുടെ വിശകലനവും പേഴ്‌സണൽ സിസ്റ്റങ്ങളിലെ ജീവനക്കാരുടെ ഡാറ്റാബേസ് പിന്തുണയുടെ ഒപ്റ്റിമൈസേഷനും.
2. ഉപയോക്തൃ, അവകാശ ഡാറ്റയുടെ വിശകലനം, കൂടാതെ IdM-ലേക്ക് ബന്ധിപ്പിക്കാൻ ഉദ്ദേശിക്കുന്ന ടാർഗെറ്റ് സിസ്റ്റങ്ങളിലെ ആക്സസ് നിയന്ത്രണ രീതികൾ അപ്ഡേറ്റ് ചെയ്യുന്നു.
3. ഐഡിഎം നടപ്പിലാക്കുന്നതിനുള്ള തയ്യാറെടുപ്പ് പ്രക്രിയയിൽ സംഘടനാ പ്രവർത്തനങ്ങളും ഉദ്യോഗസ്ഥരുടെ പങ്കാളിത്തവും.

പേഴ്സണൽ ഡാറ്റ

ഒരു ഓർഗനൈസേഷനിൽ വ്യക്തിഗത ഡാറ്റയുടെ ഒരു ഉറവിടം ഉണ്ടായിരിക്കാം, അല്ലെങ്കിൽ പലതും ഉണ്ടായിരിക്കാം. ഉദാഹരണത്തിന്, ഒരു ഓർഗനൈസേഷന് സാമാന്യം വിശാലമായ ബ്രാഞ്ച് ശൃംഖല ഉണ്ടായിരിക്കാം, ഓരോ ബ്രാഞ്ചിനും അതിന്റേതായ വ്യക്തിഗത അടിത്തറ ഉപയോഗിക്കാം.

ഒന്നാമതായി, പേഴ്‌സണൽ റെക്കോർഡ് സിസ്റ്റത്തിൽ ജീവനക്കാരെക്കുറിച്ചുള്ള അടിസ്ഥാന ഡാറ്റ എന്താണ് സംഭരിച്ചിരിക്കുന്നതെന്ന് മനസിലാക്കേണ്ടത് ആവശ്യമാണ്, ഏത് സംഭവങ്ങളാണ് രേഖപ്പെടുത്തിയിരിക്കുന്നത്, അവയുടെ പൂർണ്ണതയും ഘടനയും വിലയിരുത്തുക.

എല്ലാ വ്യക്തിഗത സംഭവങ്ങളും പേഴ്സണൽ ഉറവിടത്തിൽ രേഖപ്പെടുത്തിയിട്ടില്ല എന്നത് പലപ്പോഴും സംഭവിക്കുന്നു (കൂടുതൽ പലപ്പോഴും അവ സമയബന്ധിതമായി രേഖപ്പെടുത്തിയിട്ടില്ല, പൂർണ്ണമായും ശരിയല്ല). ചില സാധാരണ ഉദാഹരണങ്ങൾ ഇതാ:

• ഇലകളും അവയുടെ വിഭാഗങ്ങളും നിബന്ധനകളും (പതിവ് അല്ലെങ്കിൽ ദീർഘകാലം) രേഖപ്പെടുത്തിയിട്ടില്ല;
• പാർട്ട് ടൈം തൊഴിൽ രേഖപ്പെടുത്തിയിട്ടില്ല: ഉദാഹരണത്തിന്, ഒരു കുട്ടിയെ പരിപാലിക്കുന്നതിനായി ദീർഘകാല അവധിയിൽ ആയിരിക്കുമ്പോൾ, ഒരു ജീവനക്കാരന് ഒരേസമയം പാർട്ട് ടൈം ജോലി ചെയ്യാൻ കഴിയും;
• സ്ഥാനാർത്ഥിയുടെയോ ജീവനക്കാരന്റെയോ യഥാർത്ഥ നില ഇതിനകം മാറിയിട്ടുണ്ട് (സ്വീകരണം/കൈമാറ്റം/പിരിച്ചുവിടൽ), ഈ ഇവന്റിനെക്കുറിച്ചുള്ള ഉത്തരവ് കാലതാമസത്തോടെ പുറപ്പെടുവിക്കുന്നു;
• പിരിച്ചുവിടലിലൂടെ ഒരു ജീവനക്കാരനെ ഒരു പുതിയ പതിവ് സ്ഥാനത്തേക്ക് മാറ്റുന്നു, അതേസമയം ഇത് ഒരു സാങ്കേതിക പിരിച്ചുവിടലാണെന്ന വിവരങ്ങൾ പേഴ്സണൽ സിസ്റ്റം രേഖപ്പെടുത്തുന്നില്ല.

എച്ച്ആർ സിസ്റ്റമായ ഒരു വിശ്വസനീയ ഉറവിടത്തിൽ നിന്ന് ലഭിക്കുന്ന ഏതെങ്കിലും പിശകുകളും കൃത്യതകളും ഭാവിയിൽ ചെലവേറിയതും IdM നടപ്പിലാക്കുമ്പോൾ നിരവധി പ്രശ്‌നങ്ങൾ ഉണ്ടാക്കുന്നതുമായതിനാൽ, ഡാറ്റയുടെ ഗുണനിലവാരം വിലയിരുത്തുന്നതിൽ പ്രത്യേക ശ്രദ്ധ ചെലുത്തുന്നത് മൂല്യവത്താണ്. ഉദാഹരണത്തിന്, എച്ച്ആർ ജീവനക്കാർ പലപ്പോഴും ജീവനക്കാരുടെ സ്ഥാനങ്ങൾ വിവിധ ഫോർമാറ്റുകളിൽ പേഴ്സണൽ സിസ്റ്റത്തിലേക്ക് പ്രവേശിക്കുന്നു: വലിയക്ഷരങ്ങളും ചെറിയക്ഷരങ്ങളും, ചുരുക്കെഴുത്തുകളും, വ്യത്യസ്ത സ്പെയ്സുകളും മറ്റും. തൽഫലമായി, ഇനിപ്പറയുന്ന വ്യതിയാനങ്ങളിൽ പേഴ്സണൽ സിസ്റ്റത്തിൽ ഒരേ സ്ഥാനം രേഖപ്പെടുത്താൻ കഴിയും:

• സീനിയർ മാനേജർ
• മുതിർന്ന മാനേജർ
• മുതിർന്ന മാനേജർ
• കല. മാനേജർ…

പലപ്പോഴും നിങ്ങളുടെ പേരിന്റെ അക്ഷരവിന്യാസത്തിലെ വ്യത്യാസങ്ങൾ നിങ്ങൾ കൈകാര്യം ചെയ്യേണ്ടതുണ്ട്:

• ഷ്മേലേവ നതാലിയ ജെന്നഡീവ്ന,
• ഷ്മേലേവ നതാലിയ ജെന്നഡീവ്ന...

കൂടുതൽ ഓട്ടോമേഷനായി, അത്തരമൊരു കുഴപ്പം അസ്വീകാര്യമാണ്, പ്രത്യേകിച്ചും ഈ ആട്രിബ്യൂട്ടുകൾ തിരിച്ചറിയലിന്റെ ഒരു പ്രധാന അടയാളമാണെങ്കിൽ, അതായത്, ജീവനക്കാരനെയും സിസ്റ്റങ്ങളിലെ അവന്റെ അധികാരങ്ങളെയും കുറിച്ചുള്ള ഡാറ്റ കൃത്യമായി പൂർണ്ണമായ പേരിൽ താരതമ്യം ചെയ്യുന്നു.

കൂടാതെ, കമ്പനിയിലെ നെയിംസേക്കുകളുടെയും പൂർണ്ണമായ പേരുകളുടെയും സാന്നിധ്യത്തെക്കുറിച്ച് നാം മറക്കരുത്. ഒരു സ്ഥാപനത്തിന് ആയിരം ജീവനക്കാരുണ്ടെങ്കിൽ, അത്തരം പൊരുത്തങ്ങൾ കുറവായിരിക്കാം, എന്നാൽ 50 ആയിരം ഉണ്ടെങ്കിൽ, ഇത് IdM സിസ്റ്റത്തിന്റെ ശരിയായ പ്രവർത്തനത്തിന് ഒരു നിർണായക തടസ്സമായി മാറും.

മേൽപ്പറഞ്ഞവയെല്ലാം സംഗ്രഹിച്ച്, ഞങ്ങൾ നിഗമനം ചെയ്യുന്നു: ഓർഗനൈസേഷന്റെ വ്യക്തിഗത ഡാറ്റാബേസിലേക്ക് ഡാറ്റ നൽകുന്നതിനുള്ള ഫോർമാറ്റ് സ്റ്റാൻഡേർഡ് ആയിരിക്കണം. പേരുകൾ, സ്ഥാനങ്ങൾ, വകുപ്പുകൾ എന്നിവ നൽകുന്നതിനുള്ള പാരാമീറ്ററുകൾ വ്യക്തമായി നിർവചിച്ചിരിക്കണം. ഒരു എച്ച്ആർ ജീവനക്കാരൻ സ്വമേധയാ ഡാറ്റ നൽകാതിരിക്കുന്നതാണ് മികച്ച ഓപ്ഷൻ, എന്നാൽ പേഴ്സണൽ ഡാറ്റാബേസിൽ ലഭ്യമായ "സെലക്ട്" ഫംഗ്ഷൻ ഉപയോഗിച്ച് വകുപ്പുകളുടെയും സ്ഥാനങ്ങളുടെയും ഘടനയുടെ മുൻകൂട്ടി സൃഷ്ടിച്ച ഡയറക്ടറിയിൽ നിന്ന് അത് തിരഞ്ഞെടുക്കുന്നു.

സമന്വയത്തിലെ കൂടുതൽ പിശകുകൾ ഒഴിവാക്കുന്നതിനും റിപ്പോർട്ടുകളിലെ പൊരുത്തക്കേടുകൾ സ്വമേധയാ ശരിയാക്കേണ്ടതില്ല, ജീവനക്കാരെ തിരിച്ചറിയാനുള്ള ഏറ്റവും ഇഷ്ടപ്പെട്ട മാർഗം ഒരു ഐഡി നൽകുക എന്നതാണ് സ്ഥാപനത്തിലെ ഓരോ ജീവനക്കാരനും. അത്തരമൊരു ഐഡന്റിഫയർ ഓരോ പുതിയ ജീവനക്കാർക്കും നിയോഗിക്കപ്പെടും, കൂടാതെ ഒരു നിർബന്ധിത അക്കൗണ്ട് ആട്രിബ്യൂട്ടായി പേഴ്സണൽ സിസ്റ്റത്തിലും ഓർഗനൈസേഷന്റെ വിവര സംവിധാനങ്ങളിലും ദൃശ്യമാകും. അതിൽ അക്കങ്ങളോ അക്ഷരങ്ങളോ അടങ്ങിയിട്ടുണ്ടോ എന്നത് പ്രശ്നമല്ല, പ്രധാന കാര്യം ഇത് ഓരോ ജീവനക്കാരനും അദ്വിതീയമാണ് (ഉദാഹരണത്തിന്, പലരും ജീവനക്കാരന്റെ പേഴ്സണൽ നമ്പർ ഉപയോഗിക്കുന്നു). ഭാവിയിൽ, ഈ ആട്രിബ്യൂട്ടിന്റെ ആമുഖം, പേഴ്‌സണൽ ഉറവിടത്തിലെ ജീവനക്കാരുടെ ഡാറ്റ അവന്റെ അക്കൗണ്ടുകളുമായും വിവര സംവിധാനങ്ങളിലെ അധികാരികളുമായും ബന്ധിപ്പിക്കുന്നതിന് വളരെയധികം സഹായിക്കുന്നു.

അതിനാൽ, പേഴ്സണൽ റെക്കോർഡുകളുടെ എല്ലാ ഘട്ടങ്ങളും മെക്കാനിസങ്ങളും വിശകലനം ചെയ്യുകയും ക്രമപ്പെടുത്തുകയും ചെയ്യേണ്ടതുണ്ട്. ചില പ്രക്രിയകൾ മാറ്റുകയോ പരിഷ്കരിക്കുകയോ ചെയ്യേണ്ടത് തികച്ചും സാദ്ധ്യമാണ്. ഇത് മടുപ്പിക്കുന്നതും കഠിനമായതുമായ ജോലിയാണ്, പക്ഷേ ഇത് ആവശ്യമാണ്, അല്ലാത്തപക്ഷം വ്യക്തിഗത സംഭവങ്ങളെക്കുറിച്ചുള്ള വ്യക്തവും ഘടനാപരവുമായ ഡാറ്റയുടെ അഭാവം അവരുടെ യാന്ത്രിക പ്രോസസ്സിംഗിൽ പിശകുകളിലേക്ക് നയിക്കും. ഏറ്റവും മോശം സാഹചര്യത്തിൽ, ഘടനാരഹിതമായ പ്രക്രിയകൾ ഓട്ടോമേറ്റ് ചെയ്യുന്നത് അസാധ്യമായിരിക്കും.

ലക്ഷ്യ സംവിധാനങ്ങൾ

അടുത്ത ഘട്ടത്തിൽ, IdM ഘടനയിൽ എത്ര വിവര സംവിധാനങ്ങൾ സംയോജിപ്പിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു, ഉപയോക്താക്കളെയും അവരുടെ അവകാശങ്ങളെയും കുറിച്ചുള്ള ഏത് ഡാറ്റയാണ് ഈ സിസ്റ്റങ്ങളിൽ സംഭരിച്ചിരിക്കുന്നതെന്നും അവ എങ്ങനെ കൈകാര്യം ചെയ്യാമെന്നും കണ്ടെത്തേണ്ടതുണ്ട്.

പല ഓർഗനൈസേഷനുകളിലും, ഞങ്ങൾ IdM ഇൻസ്റ്റാൾ ചെയ്യുമെന്നും ടാർഗെറ്റ് സിസ്റ്റങ്ങളിലേക്ക് കണക്റ്ററുകൾ കോൺഫിഗർ ചെയ്യുമെന്നും ഒരു മാന്ത്രിക വടി ഉപയോഗിച്ച് എല്ലാം പ്രവർത്തിക്കുമെന്നും ഒരു അഭിപ്രായമുണ്ട്, അധിക പരിശ്രമം കൂടാതെ. അയ്യോ, അത് സംഭവിക്കുന്നില്ല. കമ്പനികളിൽ, വിവര സംവിധാനങ്ങളുടെ ലാൻഡ്സ്കേപ്പ് വികസിക്കുകയും ക്രമേണ വർദ്ധിക്കുകയും ചെയ്യുന്നു. ഓരോ സിസ്റ്റത്തിനും ആക്സസ് അവകാശങ്ങൾ നൽകുന്നതിന് വ്യത്യസ്ത സമീപനം ഉണ്ടായിരിക്കാം, അതായത്, വ്യത്യസ്ത ആക്സസ് കൺട്രോൾ ഇന്റർഫേസുകൾ ക്രമീകരിക്കാൻ കഴിയും. എവിടെയോ നിയന്ത്രണം ഒരു API (ആപ്ലിക്കേഷൻ പ്രോഗ്രാമിംഗ് ഇന്റർഫേസ്) വഴി സംഭവിക്കുന്നു, എവിടെയോ സംഭരിച്ച നടപടിക്രമങ്ങൾ ഉപയോഗിച്ച് ഒരു ഡാറ്റാബേസ് വഴി, എവിടെയെങ്കിലും ഇടപെടൽ ഇന്റർഫേസുകൾ ഇല്ലായിരിക്കാം. ഓർഗനൈസേഷന്റെ സിസ്റ്റങ്ങളിൽ അക്കൗണ്ടുകളും അവകാശങ്ങളും കൈകാര്യം ചെയ്യുന്നതിനായി നിലവിലുള്ള നിരവധി പ്രക്രിയകൾ നിങ്ങൾ പുനർവിചിന്തനം ചെയ്യേണ്ടി വരും എന്ന വസ്തുതയ്ക്കായി നിങ്ങൾ തയ്യാറായിരിക്കണം: ഡാറ്റ ഫോർമാറ്റ് മാറ്റുക, ഇന്ററാക്ഷൻ ഇന്റർഫേസുകൾ മുൻകൂട്ടി മെച്ചപ്പെടുത്തുക, ഈ ജോലിക്കായി വിഭവങ്ങൾ അനുവദിക്കുക.

റോൾ മോഡൽ

ഒരു ഐഡിഎം സൊല്യൂഷൻ പ്രൊവൈഡർ തിരഞ്ഞെടുക്കുന്ന ഘട്ടത്തിൽ ഒരു റോൾ മോഡൽ എന്ന ആശയം നിങ്ങൾ കാണാനിടയുണ്ട്, കാരണം ഇത് ആക്‌സസ് റൈറ്റ് മാനേജ്‌മെന്റ് മേഖലയിലെ പ്രധാന ആശയങ്ങളിലൊന്നാണ്. ഈ മാതൃകയിൽ, ഒരു റോളിലൂടെ ഡാറ്റയിലേക്കുള്ള ആക്സസ് നൽകുന്നു. ഒരു നിശ്ചിത സ്ഥാനത്തുള്ള ഒരു ജീവനക്കാരന് അവരുടെ പ്രവർത്തനപരമായ ഉത്തരവാദിത്തങ്ങൾ നിർവഹിക്കുന്നതിന് ആവശ്യമായ ആക്‌സസുകളുടെ ഒരു കൂട്ടമാണ് റോൾ.

റോൾ-ബേസ്ഡ് ആക്സസ് കൺട്രോളിന് നിഷേധിക്കാനാവാത്ത നിരവധി ഗുണങ്ങളുണ്ട്:

• ധാരാളം ജീവനക്കാർക്ക് ഒരേ അവകാശങ്ങൾ നൽകുന്നത് ലളിതവും ഫലപ്രദവുമാണ്;
• ഒരേ അവകാശങ്ങളുള്ള ജീവനക്കാരുടെ പ്രവേശനം ഉടനടി മാറ്റുക;
• അവകാശങ്ങളുടെ ആവർത്തനം ഇല്ലാതാക്കുകയും ഉപയോക്താക്കൾക്കുള്ള പൊരുത്തമില്ലാത്ത അധികാരങ്ങൾ പരിമിതപ്പെടുത്തുകയും ചെയ്യുന്നു.

റോൾ മാട്രിക്സ് ആദ്യം ഓർഗനൈസേഷന്റെ ഓരോ സിസ്റ്റത്തിലും പ്രത്യേകം നിർമ്മിച്ചതാണ്, തുടർന്ന് മുഴുവൻ ഐടി ലാൻഡ്‌സ്‌കേപ്പിലേക്കും സ്കെയിൽ ചെയ്യുന്നു, അവിടെ ഓരോ സിസ്റ്റത്തിന്റെയും റോളുകളിൽ നിന്ന് ആഗോള ബിസിനസ്സ് റോളുകൾ രൂപപ്പെടുന്നു. ഉദാഹരണത്തിന്, ബിസിനസ്സ് റോൾ "അക്കൗണ്ടന്റ്" എന്റർപ്രൈസസിന്റെ അക്കൌണ്ടിംഗ് ഡിപ്പാർട്ട്മെന്റിൽ ഉപയോഗിക്കുന്ന ഓരോ വിവര സംവിധാനങ്ങൾക്കും നിരവധി പ്രത്യേക റോളുകൾ ഉൾപ്പെടുത്തും.

അടുത്തിടെ, ആപ്ലിക്കേഷനുകൾ, ഡാറ്റാബേസുകൾ, ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾ എന്നിവ വികസിപ്പിക്കുന്ന ഘട്ടത്തിൽ പോലും ഒരു റോൾ മോഡൽ സൃഷ്ടിക്കുന്നത് "മികച്ച സമ്പ്രദായം" ആയി കണക്കാക്കപ്പെടുന്നു. അതേ സമയം, സിസ്റ്റത്തിൽ റോളുകൾ കോൺഫിഗർ ചെയ്യാത്തതോ അല്ലെങ്കിൽ അവ നിലവിലില്ലാത്തതോ ആയ സാഹചര്യങ്ങൾ പലപ്പോഴും ഉണ്ടാകാറുണ്ട്. ഈ സാഹചര്യത്തിൽ, ഈ സിസ്റ്റത്തിന്റെ അഡ്മിനിസ്ട്രേറ്റർ ആവശ്യമായ അനുമതികൾ നൽകുന്ന വിവിധ ഫയലുകളിലും ലൈബ്രറികളിലും ഡയറക്ടറികളിലും അക്കൗണ്ട് വിവരങ്ങൾ നൽകണം. സങ്കീർണ്ണമായ സംയോജിത ഡാറ്റയുള്ള ഒരു സിസ്റ്റത്തിൽ ഒരു മുഴുവൻ ശ്രേണിയിലുള്ള പ്രവർത്തനങ്ങളും നടപ്പിലാക്കുന്നതിനുള്ള പ്രത്യേകാവകാശങ്ങൾ അനുവദിക്കുന്നതിന് മുൻകൂട്ടി നിശ്ചയിച്ചിട്ടുള്ള റോളുകളുടെ ഉപയോഗം നിങ്ങളെ അനുവദിക്കുന്നു.

ഒരു ഇൻഫർമേഷൻ സിസ്റ്റത്തിലെ റോളുകൾ, ചട്ടം പോലെ, സ്റ്റാഫിംഗ് ഘടന അനുസരിച്ച് സ്ഥാനങ്ങൾക്കും വകുപ്പുകൾക്കും വിതരണം ചെയ്യുന്നു, എന്നാൽ ചില ബിസിനസ്സ് പ്രക്രിയകൾക്കായി സൃഷ്ടിക്കാനും കഴിയും. ഉദാഹരണത്തിന്, ഒരു സാമ്പത്തിക സ്ഥാപനത്തിൽ, സെറ്റിൽമെന്റ് വകുപ്പിലെ നിരവധി ജീവനക്കാർ ഒരേ സ്ഥാനം വഹിക്കുന്നു - ഓപ്പറേറ്റർ. എന്നാൽ ഡിപ്പാർട്ട്‌മെന്റിനുള്ളിൽ വിവിധ തരം പ്രവർത്തനങ്ങൾ (ബാഹ്യമോ ആന്തരികമോ, വ്യത്യസ്ത കറൻസികളിൽ, ഓർഗനൈസേഷന്റെ വിവിധ വിഭാഗങ്ങളുള്ള) അനുസരിച്ച്, പ്രത്യേക പ്രക്രിയകളിലേക്ക് ഒരു വിതരണവും ഉണ്ട്. ഒരു ഡിപ്പാർട്ട്‌മെന്റിന്റെ ഓരോ ബിസിനസ്സ് ഏരിയകൾക്കും ആവശ്യമായ പ്രത്യേകതകൾക്കനുസരിച്ച് വിവര സംവിധാനത്തിലേക്ക് പ്രവേശനം നൽകുന്നതിന്, വ്യക്തിഗത പ്രവർത്തനപരമായ റോളുകളിൽ അവകാശങ്ങൾ ഉൾപ്പെടുത്തേണ്ടത് ആവശ്യമാണ്. ഓരോ പ്രവർത്തന മേഖലയ്ക്കും അനാവശ്യ അവകാശങ്ങൾ ഉൾപ്പെടാത്ത, കുറഞ്ഞ മതിയായ അധികാരങ്ങൾ നൽകുന്നത് ഇത് സാധ്യമാക്കും.

കൂടാതെ, നൂറുകണക്കിന് റോളുകൾ, ആയിരക്കണക്കിന് ഉപയോക്താക്കൾ, ദശലക്ഷക്കണക്കിന് അനുമതികൾ എന്നിവയുള്ള വലിയ സിസ്റ്റങ്ങൾക്ക്, റോളുകളുടെയും പ്രിവിലേജ് ഹെറിറ്റൻസിന്റെയും ഒരു ശ്രേണി ഉപയോഗിക്കുന്നത് നല്ല രീതിയാണ്. ഉദാഹരണത്തിന്, രക്ഷിതാവ് റോൾ അഡ്മിനിസ്ട്രേറ്റർക്ക് ചൈൽഡ് റോളുകളുടെ പ്രത്യേകാവകാശങ്ങൾ ലഭിക്കും: ഉപയോക്താവും വായനക്കാരനും, കാരണം ഉപയോക്താവിനും വായനക്കാരനും ചെയ്യാൻ കഴിയുന്നതെല്ലാം അഡ്മിനിസ്ട്രേറ്റർക്ക് ചെയ്യാൻ കഴിയും, കൂടാതെ അധിക അഡ്മിനിസ്ട്രേറ്റീവ് അവകാശങ്ങളും ഉണ്ടായിരിക്കും. ശ്രേണി ഉപയോഗിച്ച്, ഒരേ മൊഡ്യൂളിന്റെയോ സിസ്റ്റത്തിന്റെയോ ഒന്നിലധികം റോളുകളിൽ ഒരേ അവകാശങ്ങൾ വീണ്ടും വ്യക്തമാക്കേണ്ട ആവശ്യമില്ല.

ആദ്യ ഘട്ടത്തിൽ, നിങ്ങൾക്ക് ആ സിസ്റ്റങ്ങളിൽ റോളുകൾ സൃഷ്ടിക്കാൻ കഴിയും, അവിടെ സാധ്യമായ അവകാശങ്ങളുടെ സംയോജനങ്ങളുടെ എണ്ണം വളരെ വലുതല്ല, തൽഫലമായി, കുറച്ച് റോളുകൾ കൈകാര്യം ചെയ്യുന്നത് എളുപ്പമാണ്. ആക്റ്റീവ് ഡയറക്‌ടറി (എഡി), മെയിൽ സിസ്റ്റങ്ങൾ, സർവീസ് മാനേജർ തുടങ്ങിയവ പോലുള്ള പൊതുവായി ആക്‌സസ് ചെയ്യാവുന്ന സിസ്റ്റങ്ങൾക്ക് കമ്പനിയിലെ എല്ലാ ജീവനക്കാർക്കും ആവശ്യമായ സാധാരണ അവകാശങ്ങളായിരിക്കാം ഇവ. തുടർന്ന്, വിവര സംവിധാനങ്ങൾക്കായി സൃഷ്ടിച്ച റോൾ മെട്രിക്സുകൾ പൊതു റോൾ മോഡലിൽ ഉൾപ്പെടുത്താം, അവയെ ബിസിനസ്സ് റോളുകളായി സംയോജിപ്പിക്കാം.

ഈ സമീപനം ഉപയോഗിച്ച്, ഭാവിയിൽ, ഒരു IdM സിസ്റ്റം നടപ്പിലാക്കുമ്പോൾ, സൃഷ്ടിച്ച ആദ്യ-ഘട്ട റോളുകളെ അടിസ്ഥാനമാക്കി ആക്സസ് അവകാശങ്ങൾ നൽകുന്നതിനുള്ള മുഴുവൻ പ്രക്രിയയും ഓട്ടോമേറ്റ് ചെയ്യുന്നത് എളുപ്പമായിരിക്കും.

NB സംയോജനത്തിൽ കഴിയുന്നത്ര സിസ്റ്റങ്ങൾ ഉടനടി ഉൾപ്പെടുത്താൻ നിങ്ങൾ ശ്രമിക്കരുത്. കൂടുതൽ സങ്കീർണ്ണമായ ആർക്കിടെക്ചറും ആക്സസ് റൈറ്റ് മാനേജ്മെന്റ് ഘടനയും ഉള്ള സിസ്റ്റങ്ങളെ ആദ്യ ഘട്ടത്തിൽ ഒരു സെമി ഓട്ടോമാറ്റിക് മോഡിൽ IdM-ലേക്ക് ബന്ധിപ്പിക്കുന്നതാണ് നല്ലത്. അതായത്, പേഴ്സണൽ ഇവന്റുകളെ അടിസ്ഥാനമാക്കി, ഒരു ആക്സസ് അഭ്യർത്ഥനയുടെ യാന്ത്രിക ജനറേഷൻ മാത്രം നടപ്പിലാക്കുക, അത് എക്സിക്യൂഷനുവേണ്ടി അഡ്മിനിസ്ട്രേറ്റർക്ക് അയയ്ക്കും, കൂടാതെ അദ്ദേഹം അവകാശങ്ങൾ സ്വമേധയാ ക്രമീകരിക്കുകയും ചെയ്യും.

ആദ്യ ഘട്ടം വിജയകരമായി പൂർത്തിയാക്കിയ ശേഷം, നിങ്ങൾക്ക് പുതിയ വിപുലീകരിച്ച ബിസിനസ്സ് പ്രക്രിയകളിലേക്ക് സിസ്റ്റത്തിന്റെ പ്രവർത്തനം വിപുലീകരിക്കാനും അധിക വിവര സംവിധാനങ്ങളുടെ കണക്ഷൻ ഉപയോഗിച്ച് പൂർണ്ണ ഓട്ടോമേഷനും സ്കെയിലിംഗും നടപ്പിലാക്കാനും കഴിയും.

മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, IdM നടപ്പിലാക്കുന്നതിന് തയ്യാറെടുക്കുന്നതിന്, പുതിയ പ്രക്രിയയ്‌ക്കായുള്ള വിവര സംവിധാനങ്ങളുടെ സന്നദ്ധത വിലയിരുത്തുകയും അത്തരം ഇന്റർഫേസുകൾ ഇല്ലെങ്കിൽ, ഉപയോക്തൃ അക്കൗണ്ടുകളും ഉപയോക്തൃ അവകാശങ്ങളും കൈകാര്യം ചെയ്യുന്നതിനുള്ള ബാഹ്യ ഇന്ററാക്ഷൻ ഇന്റർഫേസുകൾ മുൻകൂട്ടി നിശ്ചയിക്കുകയും ചെയ്യേണ്ടത് ആവശ്യമാണ്. സിസ്റ്റത്തിൽ ലഭ്യമാണ്. സമഗ്രമായ ആക്സസ് നിയന്ത്രണത്തിനായി വിവര സംവിധാനങ്ങളിൽ ഘട്ടം ഘട്ടമായുള്ള റോളുകൾ സൃഷ്ടിക്കുന്ന പ്രശ്നവും പര്യവേക്ഷണം ചെയ്യണം.

സംഘടനാ പരിപാടികൾ

സംഘടനാപരമായ പ്രശ്നങ്ങളും ഒഴിവാക്കരുത്. ചില സന്ദർഭങ്ങളിൽ, അവർക്ക് നിർണായക പങ്ക് വഹിക്കാൻ കഴിയും, കാരണം മുഴുവൻ പ്രോജക്റ്റിന്റെയും ഫലം പലപ്പോഴും വകുപ്പുകൾ തമ്മിലുള്ള ഫലപ്രദമായ ഇടപെടലിനെ ആശ്രയിച്ചിരിക്കുന്നു. ഇത് ചെയ്യുന്നതിന്, ഓർഗനൈസേഷനിൽ പ്രോസസ്സ് പങ്കാളികളുടെ ഒരു ടീമിനെ സൃഷ്ടിക്കാൻ ഞങ്ങൾ സാധാരണയായി ഉപദേശിക്കുന്നു, അതിൽ ഉൾപ്പെട്ടിരിക്കുന്ന എല്ലാ വകുപ്പുകളും ഉൾപ്പെടുന്നു. ഇത് ആളുകൾക്ക് ഒരു അധിക ഭാരം ആയതിനാൽ, ഭാവി പ്രക്രിയയിൽ പങ്കെടുക്കുന്ന എല്ലാവരോടും ആശയവിനിമയ ഘടനയിൽ അവരുടെ പങ്കും പ്രാധാന്യവും മുൻകൂട്ടി വിശദീകരിക്കാൻ ശ്രമിക്കുക. ഈ ഘട്ടത്തിൽ നിങ്ങളുടെ സഹപ്രവർത്തകർക്ക് IdM എന്ന ആശയം "വിൽക്കുകയാണെങ്കിൽ", ഭാവിയിൽ നിങ്ങൾക്ക് പല ബുദ്ധിമുട്ടുകളും ഒഴിവാക്കാനാകും.

പലപ്പോഴും വിവര സുരക്ഷ അല്ലെങ്കിൽ ഐടി വകുപ്പുകൾ ഒരു കമ്പനിയിലെ IdM നടപ്പിലാക്കൽ പദ്ധതിയുടെ "ഉടമകൾ" ആണ്, കൂടാതെ ബിസിനസ്സ് വകുപ്പുകളുടെ അഭിപ്രായങ്ങൾ കണക്കിലെടുക്കുന്നില്ല. ഇതൊരു വലിയ തെറ്റാണ്, കാരണം ഓരോ റിസോഴ്‌സും എങ്ങനെ, ഏത് ബിസിനസ് പ്രോസസ്സിലാണ് ഉപയോഗിക്കുന്നതെന്നും ആർക്കൊക്കെ അതിലേക്ക് ആക്‌സസ് നൽകണമെന്നും ആർക്കൊക്കെ നൽകരുതെന്നും അവർക്ക് മാത്രമേ അറിയൂ. അതിനാൽ, തയ്യാറെടുപ്പ് ഘട്ടത്തിൽ, വിവര സിസ്റ്റത്തിലെ ഉപയോക്തൃ അവകാശങ്ങളുടെ (റോളുകൾ) ഏത് സെറ്റ് വികസിപ്പിച്ചെടുത്തു എന്നതിന്റെ അടിസ്ഥാനത്തിൽ ഫംഗ്ഷണൽ മോഡലിന് ഉത്തരവാദി ബിസിനസ്സ് ഉടമയാണെന്ന് സൂചിപ്പിക്കേണ്ടത് പ്രധാനമാണ്. ഈ വേഷങ്ങൾ കാലികമായി സൂക്ഷിക്കുന്നു. ഒരു റോൾ മോഡൽ എന്നത് ഒരിക്കൽ നിർമ്മിച്ച ഒരു സ്റ്റാറ്റിക് മാട്രിക്സ് അല്ല, നിങ്ങൾക്ക് അതിൽ ശാന്തനാകാം. ഓർഗനൈസേഷന്റെ ഘടനയിലും ജീവനക്കാരുടെ പ്രവർത്തനത്തിലും വന്ന മാറ്റങ്ങളെ തുടർന്ന് നിരന്തരം മാറുകയും അപ്‌ഡേറ്റ് ചെയ്യുകയും വികസിപ്പിക്കുകയും ചെയ്യേണ്ട ഒരു "ജീവനുള്ള ജീവിയാണ്" ഇത്. അല്ലാത്തപക്ഷം, ഒന്നുകിൽ ആക്‌സസ് നൽകുന്നതിൽ കാലതാമസം നേരിടുന്നതുമായി ബന്ധപ്പെട്ട പ്രശ്നങ്ങൾ ഉണ്ടാകാം, അല്ലെങ്കിൽ അമിതമായ ആക്‌സസ് അവകാശങ്ങളുമായി ബന്ധപ്പെട്ട വിവര സുരക്ഷാ അപകടസാധ്യതകൾ ഉണ്ടാകാം, അത് അതിലും മോശമാണ്.

നിങ്ങൾക്കറിയാവുന്നതുപോലെ, "ഏഴ് നാനിമാർക്ക് കണ്ണില്ലാത്ത ഒരു കുട്ടിയുണ്ട്", അതിനാൽ റോൾ മോഡലിന്റെ വാസ്തുവിദ്യ, അത് കാലികമായി നിലനിർത്തുന്നതിനുള്ള പ്രക്രിയയിലെ നിർദ്ദിഷ്ട പങ്കാളികളുടെ ഇടപെടലും ഉത്തരവാദിത്തവും വിവരിക്കുന്ന ഒരു രീതി കമ്പനി വികസിപ്പിക്കണം. ഒരു കമ്പനിക്ക് ബിസിനസ്സ് പ്രവർത്തനത്തിന്റെ നിരവധി മേഖലകളും അതിനനുസരിച്ച് നിരവധി ഡിവിഷനുകളും വകുപ്പുകളും ഉണ്ടെങ്കിൽ, ഓരോ മേഖലയ്ക്കും (ഉദാഹരണത്തിന്, വായ്പ നൽകൽ, പ്രവർത്തന പ്രവർത്തനങ്ങൾ, വിദൂര സേവനങ്ങൾ, പാലിക്കൽ എന്നിവയും മറ്റുള്ളവയും) റോൾ അടിസ്ഥാനമാക്കിയുള്ള ആക്സസ് മാനേജ്മെന്റ് പ്രക്രിയയുടെ ഭാഗമായി, അത് പ്രത്യേക ക്യൂറേറ്റർമാരെ നിയമിക്കേണ്ടതുണ്ട്. ഡിപ്പാർട്ട്‌മെന്റിന്റെ ഘടനയിലെ മാറ്റങ്ങളെക്കുറിച്ചും ഓരോ റോളിനും ആവശ്യമായ ആക്‌സസ് അവകാശങ്ങളെക്കുറിച്ചും അവയിലൂടെ വേഗത്തിൽ വിവരങ്ങൾ സ്വീകരിക്കാൻ കഴിയും.

പ്രക്രിയയിൽ പങ്കെടുക്കുന്ന വകുപ്പുകൾ തമ്മിലുള്ള വൈരുദ്ധ്യ സാഹചര്യങ്ങൾ പരിഹരിക്കുന്നതിന് ഓർഗനൈസേഷന്റെ മാനേജ്മെന്റിന്റെ പിന്തുണ നേടേണ്ടത് അത്യാവശ്യമാണ്. ഏതെങ്കിലും പുതിയ പ്രക്രിയ അവതരിപ്പിക്കുമ്പോൾ വൈരുദ്ധ്യങ്ങൾ അനിവാര്യമാണ്, ഞങ്ങളുടെ അനുഭവം വിശ്വസിക്കുക. അതിനാൽ, മറ്റൊരാളുടെ തെറ്റിദ്ധാരണകളും അട്ടിമറികളും കാരണം സമയം പാഴാക്കാതിരിക്കാൻ, സാധ്യമായ താൽപ്പര്യ വൈരുദ്ധ്യങ്ങൾ പരിഹരിക്കുന്ന ഒരു മദ്ധ്യസ്ഥനെ ഞങ്ങൾക്ക് ആവശ്യമാണ്.

NB അവബോധം വളർത്താൻ തുടങ്ങുന്നതിനുള്ള നല്ലൊരു സ്ഥലം നിങ്ങളുടെ ജീവനക്കാരെ പരിശീലിപ്പിക്കുക എന്നതാണ്. ഭാവി പ്രക്രിയയുടെ പ്രവർത്തനത്തെക്കുറിച്ചും അതിൽ ഓരോ പങ്കാളിയുടെയും പങ്ക് സംബന്ധിച്ച വിശദമായ പഠനം ഒരു പുതിയ പരിഹാരത്തിലേക്ക് മാറുന്നതിനുള്ള ബുദ്ധിമുട്ടുകൾ കുറയ്ക്കും.

ചെക്ക് ലിസ്റ്റ്

ചുരുക്കത്തിൽ, IdM നടപ്പിലാക്കാൻ ആസൂത്രണം ചെയ്യുന്ന ഒരു സ്ഥാപനം സ്വീകരിക്കേണ്ട പ്രധാന ഘട്ടങ്ങൾ ഞങ്ങൾ സംഗ്രഹിക്കുന്നു:

• വ്യക്തിഗത ഡാറ്റയിലേക്ക് ഓർഡർ കൊണ്ടുവരിക;
• ഓരോ ജീവനക്കാരനും ഒരു അദ്വിതീയ തിരിച്ചറിയൽ പാരാമീറ്റർ നൽകുക;
• IdM നടപ്പിലാക്കുന്നതിനുള്ള വിവര സംവിധാനങ്ങളുടെ സന്നദ്ധത വിലയിരുത്തുക;
• ആക്സസ് നിയന്ത്രണത്തിനായി ഇൻഫർമേഷൻ സിസ്റ്റങ്ങളുമായുള്ള ആശയവിനിമയത്തിനായി ഇന്റർഫേസുകൾ വികസിപ്പിക്കുക, അവ നഷ്ടപ്പെട്ടിട്ടുണ്ടെങ്കിൽ, ഈ പ്രവർത്തനത്തിനായി വിഭവങ്ങൾ അനുവദിക്കുക;
• ഒരു മാതൃക വികസിപ്പിക്കുകയും നിർമ്മിക്കുകയും ചെയ്യുക;
• ഒരു റോൾ മോഡൽ മാനേജുമെന്റ് പ്രക്രിയ നിർമ്മിക്കുകയും അതിൽ ഓരോ ബിസിനസ് ഏരിയയിൽ നിന്നുമുള്ള ക്യൂറേറ്റർമാരെ ഉൾപ്പെടുത്തുകയും ചെയ്യുക;
• IdM-ലേക്കുള്ള പ്രാരംഭ കണക്ഷനായി നിരവധി സിസ്റ്റങ്ങൾ തിരഞ്ഞെടുക്കുക;
• ഫലപ്രദമായ ഒരു പ്രോജക്ട് ടീം ഉണ്ടാക്കുക;
• കമ്പനി മാനേജ്മെന്റിൽ നിന്ന് പിന്തുണ നേടുക;
• ട്രെയിൻ സ്റ്റാഫ്.

തയ്യാറാക്കൽ പ്രക്രിയ ബുദ്ധിമുട്ടാണ്, അതിനാൽ സാധ്യമെങ്കിൽ, കൺസൾട്ടന്റുമാരെ ഉൾപ്പെടുത്തുക.

ഒരു IdM സൊല്യൂഷൻ നടപ്പിലാക്കുന്നത് ബുദ്ധിമുട്ടുള്ളതും ഉത്തരവാദിത്തമുള്ളതുമായ ഒരു ഘട്ടമാണ്, അതിന്റെ വിജയകരമായ നടത്തിപ്പിന്, ഓരോ കക്ഷിയുടെയും വ്യക്തിഗതമായ പരിശ്രമങ്ങൾ - ബിസിനസ്സ് ഡിപ്പാർട്ട്‌മെന്റുകൾ, ഐടി, ഇൻഫർമേഷൻ സെക്യൂരിറ്റി സേവനങ്ങൾ, കൂടാതെ മുഴുവൻ ടീമിന്റെയും മൊത്തത്തിലുള്ള ഇടപെടൽ എന്നിവ പ്രധാനമാണ്. എന്നാൽ ശ്രമങ്ങൾ വിലമതിക്കുന്നു: ഒരു കമ്പനിയിൽ IdM നടപ്പിലാക്കിയ ശേഷം, വിവര സംവിധാനങ്ങളിലെ അമിത അധികാരങ്ങളും അനധികൃത അവകാശങ്ങളുമായി ബന്ധപ്പെട്ട സംഭവങ്ങളുടെ എണ്ണം കുറയുന്നു; ആവശ്യമായ അവകാശങ്ങൾക്കായുള്ള അഭാവം / നീണ്ട കാത്തിരിപ്പ് കാരണം ജീവനക്കാരുടെ പ്രവർത്തനരഹിതമായ സമയം അപ്രത്യക്ഷമാകുന്നു; ഓട്ടോമേഷൻ കാരണം, തൊഴിൽ ചെലവ് കുറയുകയും ഐടി, ഇൻഫർമേഷൻ സെക്യൂരിറ്റി സേവനങ്ങളുടെ തൊഴിൽ ഉൽപ്പാദനക്ഷമത വർദ്ധിക്കുകയും ചെയ്യുന്നു.

അവലംബം: www.habr.com