ਅਸੀਂ ਇੱਕ ਰੋਲ-ਅਧਾਰਿਤ ਐਕਸੈਸ ਕੰਟਰੋਲ ਮਾਡਲ ਬਣਾ ਰਹੇ ਹਾਂ। ਭਾਗ ਇੱਕ, ਤਿਆਰੀ

ਮੈਂ ਵਰਤਮਾਨ ਵਿੱਚ ਇੱਕ ਸੌਫਟਵੇਅਰ ਵਿਕਰੇਤਾ ਲਈ ਕੰਮ ਕਰਦਾ ਹਾਂ, ਖਾਸ ਤੌਰ 'ਤੇ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਹੱਲ. ਅਤੇ ਮੇਰਾ ਅਨੁਭਵ "ਪਿਛਲੇ ਜੀਵਨ ਤੋਂ" ਗਾਹਕ ਦੇ ਪੱਖ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ - ਇੱਕ ਵੱਡੀ ਵਿੱਤੀ ਸੰਸਥਾ। ਉਸ ਸਮੇਂ, ਸੂਚਨਾ ਸੁਰੱਖਿਆ ਵਿਭਾਗ ਵਿੱਚ ਸਾਡਾ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਸਮੂਹ IDM ਵਿੱਚ ਮਹਾਨ ਯੋਗਤਾਵਾਂ ਦੀ ਸ਼ੇਖੀ ਨਹੀਂ ਕਰ ਸਕਦਾ ਸੀ। ਅਸੀਂ ਇਸ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਬਹੁਤ ਕੁਝ ਸਿੱਖਿਆ, ਸਾਨੂੰ ਕੰਪਨੀ ਵਿੱਚ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ ਉਪਭੋਗਤਾ ਅਧਿਕਾਰਾਂ ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ ਇੱਕ ਕਾਰਜ ਪ੍ਰਣਾਲੀ ਬਣਾਉਣ ਲਈ ਬਹੁਤ ਸਾਰੀਆਂ ਰੁਕਾਵਟਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ।

ਵਿਕਰੇਤਾ ਦੇ ਗਿਆਨ ਅਤੇ ਯੋਗਤਾਵਾਂ ਦੇ ਨਾਲ ਮੇਰੇ ਮਿਹਨਤੀ ਗਾਹਕ ਅਨੁਭਵ ਨੂੰ ਜੋੜਦੇ ਹੋਏ, ਮੈਂ ਤੁਹਾਡੇ ਨਾਲ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਕਦਮ-ਦਰ-ਕਦਮ ਨਿਰਦੇਸ਼ ਸਾਂਝੇ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ: ਇੱਕ ਵੱਡੀ ਕੰਪਨੀ ਵਿੱਚ ਇੱਕ ਭੂਮਿਕਾ-ਅਧਾਰਤ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਮਾਡਲ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਵੇ, ਅਤੇ ਇਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਕੀ ਮਿਲੇਗਾ . ਮੇਰੀਆਂ ਹਦਾਇਤਾਂ ਵਿੱਚ ਦੋ ਭਾਗ ਹਨ: ਪਹਿਲਾ ਮਾਡਲ ਬਣਾਉਣ ਲਈ ਤਿਆਰ ਹੋ ਰਿਹਾ ਹੈ, ਦੂਜਾ ਅਸਲ ਵਿੱਚ ਨਿਰਮਾਣ ਕਰ ਰਿਹਾ ਹੈ। ਇੱਥੇ ਪਹਿਲਾ ਹਿੱਸਾ ਹੈ, ਤਿਆਰੀ ਵਾਲਾ ਹਿੱਸਾ।

NB ਇੱਕ ਰੋਲ ਮਾਡਲ ਬਣਾਉਣਾ, ਬਦਕਿਸਮਤੀ ਨਾਲ, ਨਤੀਜਾ ਨਹੀਂ, ਪਰ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਹੈ। ਜਾਂ ਇਸ ਦੀ ਬਜਾਏ, ਕੰਪਨੀ ਵਿੱਚ ਇੱਕ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਈਕੋਸਿਸਟਮ ਬਣਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦਾ ਇੱਕ ਹਿੱਸਾ ਵੀ. ਇਸ ਲਈ ਲੰਬੇ ਸਮੇਂ ਲਈ ਖੇਡ ਲਈ ਤਿਆਰ ਰਹੋ।

ਪਹਿਲਾਂ, ਆਓ ਇਸਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੀਏ - ਭੂਮਿਕਾ-ਅਧਾਰਿਤ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਕੀ ਹੈ? ਮੰਨ ਲਓ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਦਸਾਂ, ਜਾਂ ਹਜ਼ਾਰਾਂ ਕਰਮਚਾਰੀਆਂ (ਇਕਾਈਆਂ) ਵਾਲਾ ਇੱਕ ਵੱਡਾ ਬੈਂਕ ਹੈ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਕੋਲ ਸੈਂਕੜੇ ਅੰਦਰੂਨੀ ਬੈਂਕ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀਆਂ (ਆਬਜੈਕਟਾਂ) ਤੱਕ ਪਹੁੰਚ ਦੇ ਦਰਜਨਾਂ ਅਧਿਕਾਰ ਹਨ। ਹੁਣ ਵਸਤੂਆਂ ਦੀ ਸੰਖਿਆ ਨੂੰ ਵਿਸ਼ਿਆਂ ਦੀ ਸੰਖਿਆ ਨਾਲ ਗੁਣਾ ਕਰੋ - ਇਹ ਕੁਨੈਕਸ਼ਨਾਂ ਦੀ ਘੱਟੋ ਘੱਟ ਸੰਖਿਆ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਪਹਿਲਾਂ ਬਣਾਉਣ ਅਤੇ ਫਿਰ ਨਿਯੰਤਰਣ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਕੀ ਇਹ ਹੱਥੀਂ ਕਰਨਾ ਅਸਲ ਵਿੱਚ ਸੰਭਵ ਹੈ? ਬਿਲਕੁਲ ਨਹੀਂ - ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਰੋਲ ਬਣਾਏ ਗਏ ਸਨ।

ਇੱਕ ਰੋਲ ਅਨੁਮਤੀਆਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੁੰਦਾ ਹੈ ਜਿਸਦੀ ਇੱਕ ਉਪਭੋਗਤਾ ਜਾਂ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਸਮੂਹ ਨੂੰ ਕੁਝ ਖਾਸ ਕੰਮ ਕਰਨ ਲਈ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਹਰੇਕ ਕਰਮਚਾਰੀ ਦੀ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਭੂਮਿਕਾਵਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਅਤੇ ਹਰੇਕ ਰੋਲ ਵਿੱਚ ਇੱਕ ਤੋਂ ਲੈ ਕੇ ਕਈ ਅਨੁਮਤੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ ਜੋ ਉਸ ਭੂਮਿਕਾ ਦੇ ਅੰਦਰ ਉਪਭੋਗਤਾ ਨੂੰ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। ਭੂਮਿਕਾਵਾਂ ਨੂੰ ਖਾਸ ਅਹੁਦਿਆਂ, ਵਿਭਾਗਾਂ ਜਾਂ ਕਰਮਚਾਰੀਆਂ ਦੇ ਕਾਰਜਾਤਮਕ ਕੰਮਾਂ ਨਾਲ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਰੋਲ ਆਮ ਤੌਰ 'ਤੇ ਹਰੇਕ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਵਿਅਕਤੀਗਤ ਕਰਮਚਾਰੀ ਅਧਿਕਾਰਾਂ ਤੋਂ ਬਣਾਏ ਜਾਂਦੇ ਹਨ। ਫਿਰ ਹਰੇਕ ਪ੍ਰਣਾਲੀ ਦੀਆਂ ਭੂਮਿਕਾਵਾਂ ਤੋਂ ਗਲੋਬਲ ਵਪਾਰਕ ਭੂਮਿਕਾਵਾਂ ਬਣੀਆਂ ਹਨ. ਉਦਾਹਰਨ ਲਈ, ਕਾਰੋਬਾਰੀ ਭੂਮਿਕਾ "ਕ੍ਰੈਡਿਟ ਮੈਨੇਜਰ" ਵਿੱਚ ਬੈਂਕ ਦੇ ਗਾਹਕ ਦਫ਼ਤਰ ਵਿੱਚ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ ਕਈ ਵੱਖਰੀਆਂ ਭੂਮਿਕਾਵਾਂ ਸ਼ਾਮਲ ਹੋਣਗੀਆਂ। ਉਦਾਹਰਨ ਲਈ, ਜਿਵੇਂ ਕਿ ਮੁੱਖ ਸਵੈਚਲਿਤ ਬੈਂਕਿੰਗ ਪ੍ਰਣਾਲੀ, ਨਕਦ ਮੋਡੀਊਲ, ਇਲੈਕਟ੍ਰਾਨਿਕ ਦਸਤਾਵੇਜ਼ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ, ਸੇਵਾ ਪ੍ਰਬੰਧਕ ਅਤੇ ਹੋਰ। ਵਪਾਰਕ ਭੂਮਿਕਾਵਾਂ, ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ ਤੇ, ਸੰਗਠਨਾਤਮਕ ਢਾਂਚੇ ਨਾਲ ਜੁੜੀਆਂ ਹੁੰਦੀਆਂ ਹਨ - ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਕੰਪਨੀ ਦੇ ਭਾਗਾਂ ਅਤੇ ਉਹਨਾਂ ਵਿੱਚ ਅਹੁਦਿਆਂ ਦੇ ਸਮੂਹ ਨਾਲ. ਇਸ ਤਰ੍ਹਾਂ ਇੱਕ ਗਲੋਬਲ ਰੋਲ ਮੈਟ੍ਰਿਕਸ ਬਣਦਾ ਹੈ (ਮੈਂ ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਵਿੱਚ ਇੱਕ ਉਦਾਹਰਣ ਦਿੰਦਾ ਹਾਂ)।

ਇਹ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹੈ ਕਿ ਇੱਕ 100% ਰੋਲ ਮਾਡਲ ਬਣਾਉਣਾ ਅਸੰਭਵ ਹੈ, ਇੱਕ ਵਪਾਰਕ ਢਾਂਚੇ ਵਿੱਚ ਹਰੇਕ ਅਹੁਦੇ ਦੇ ਕਰਮਚਾਰੀਆਂ ਲਈ ਸਾਰੇ ਲੋੜੀਂਦੇ ਅਧਿਕਾਰ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ. ਹਾਂ, ਇਹ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੈ। ਆਖ਼ਰਕਾਰ, ਇੱਕ ਰੋਲ ਮਾਡਲ ਸਥਿਰ ਨਹੀਂ ਹੋ ਸਕਦਾ, ਕਿਉਂਕਿ ਇਹ ਲਗਾਤਾਰ ਬਦਲਦੇ ਵਾਤਾਵਰਣ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਅਤੇ ਕੰਪਨੀ ਦੀਆਂ ਵਪਾਰਕ ਗਤੀਵਿਧੀਆਂ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਤੋਂ, ਜੋ, ਇਸਦੇ ਅਨੁਸਾਰ, ਸੰਗਠਨਾਤਮਕ ਢਾਂਚੇ ਅਤੇ ਕਾਰਜਕੁਸ਼ਲਤਾ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰਦਾ ਹੈ. ਅਤੇ ਸਰੋਤਾਂ ਦੀ ਪੂਰੀ ਵਿਵਸਥਾ ਦੀ ਘਾਟ ਤੋਂ, ਅਤੇ ਨੌਕਰੀ ਦੇ ਵੇਰਵੇ ਦੀ ਪਾਲਣਾ ਨਾ ਕਰਨ ਤੋਂ, ਅਤੇ ਸੁਰੱਖਿਆ ਦੀ ਕੀਮਤ 'ਤੇ ਲਾਭ ਦੀ ਇੱਛਾ ਤੋਂ, ਅਤੇ ਹੋਰ ਕਈ ਕਾਰਕਾਂ ਤੋਂ। ਇਸ ਲਈ, ਇੱਕ ਰੋਲ ਮਾਡਲ ਬਣਾਉਣਾ ਜ਼ਰੂਰੀ ਹੈ ਜੋ ਕਿਸੇ ਅਹੁਦੇ ਲਈ ਨਿਰਧਾਰਤ ਕੀਤੇ ਜਾਣ 'ਤੇ ਲੋੜੀਂਦੇ ਬੁਨਿਆਦੀ ਅਧਿਕਾਰਾਂ ਲਈ ਉਪਭੋਗਤਾ ਦੀਆਂ ਲੋੜਾਂ ਦੇ 80% ਤੱਕ ਨੂੰ ਕਵਰ ਕਰ ਸਕਦਾ ਹੈ। ਅਤੇ ਉਹ, ਜੇ ਲੋੜ ਹੋਵੇ, ਬਾਕੀ 20% ਬਾਅਦ ਵਿੱਚ ਵੱਖਰੀਆਂ ਅਰਜ਼ੀਆਂ 'ਤੇ ਬੇਨਤੀ ਕਰ ਸਕਦੇ ਹਨ।

ਬੇਸ਼ੱਕ, ਤੁਸੀਂ ਪੁੱਛ ਸਕਦੇ ਹੋ: "ਕੀ ਇੱਥੇ 100% ਰੋਲ ਮਾਡਲ ਵਰਗੀ ਕੋਈ ਚੀਜ਼ ਨਹੀਂ ਹੈ?" ਠੀਕ ਹੈ, ਕਿਉਂ, ਅਜਿਹਾ ਹੁੰਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਗੈਰ-ਮੁਨਾਫ਼ਾ ਢਾਂਚਿਆਂ ਵਿੱਚ ਜੋ ਅਕਸਰ ਤਬਦੀਲੀਆਂ ਦੇ ਅਧੀਨ ਨਹੀਂ ਹੁੰਦੇ - ਕੁਝ ਖੋਜ ਸੰਸਥਾ ਵਿੱਚ. ਜਾਂ ਉੱਚ ਪੱਧਰੀ ਸੁਰੱਖਿਆ ਵਾਲੇ ਫੌਜੀ-ਉਦਯੋਗਿਕ ਕੰਪਲੈਕਸ ਸੰਸਥਾਵਾਂ ਵਿੱਚ, ਜਿੱਥੇ ਸੁਰੱਖਿਆ ਪਹਿਲਾਂ ਆਉਂਦੀ ਹੈ। ਇਹ ਇੱਕ ਵਪਾਰਕ ਢਾਂਚੇ ਵਿੱਚ ਵਾਪਰਦਾ ਹੈ, ਪਰ ਇੱਕ ਵੱਖਰੀ ਵੰਡ ਦੇ ਢਾਂਚੇ ਦੇ ਅੰਦਰ, ਜਿਸਦਾ ਕੰਮ ਇੱਕ ਕਾਫ਼ੀ ਸਥਿਰ ਅਤੇ ਅਨੁਮਾਨ ਲਗਾਉਣ ਯੋਗ ਪ੍ਰਕਿਰਿਆ ਹੈ।

ਰੋਲ-ਅਧਾਰਿਤ ਪ੍ਰਬੰਧਨ ਦਾ ਮੁੱਖ ਫਾਇਦਾ ਅਧਿਕਾਰਾਂ ਨੂੰ ਜਾਰੀ ਕਰਨ ਦਾ ਸਰਲੀਕਰਨ ਹੈ, ਕਿਉਂਕਿ ਭੂਮਿਕਾਵਾਂ ਦੀ ਗਿਣਤੀ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀ ਦੇ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਗਿਣਤੀ ਨਾਲੋਂ ਕਾਫ਼ੀ ਘੱਟ ਹੈ। ਅਤੇ ਇਹ ਕਿਸੇ ਵੀ ਉਦਯੋਗ ਲਈ ਸੱਚ ਹੈ.

ਚਲੋ ਇੱਕ ਪ੍ਰਚੂਨ ਕੰਪਨੀ ਨੂੰ ਲੈ ਲਓ: ਇਹ ਹਜ਼ਾਰਾਂ ਸੇਲਜ਼ਪਰਸਨ ਨੂੰ ਰੁਜ਼ਗਾਰ ਦਿੰਦੀ ਹੈ, ਪਰ ਉਹਨਾਂ ਕੋਲ ਸਿਸਟਮ N ਵਿੱਚ ਅਧਿਕਾਰਾਂ ਦਾ ਇੱਕੋ ਸੈੱਟ ਹੈ, ਅਤੇ ਉਹਨਾਂ ਲਈ ਸਿਰਫ ਇੱਕ ਭੂਮਿਕਾ ਬਣਾਈ ਜਾਵੇਗੀ। ਜਦੋਂ ਇੱਕ ਨਵਾਂ ਸੇਲਜ਼ਪਰਸਨ ਕੰਪਨੀ ਵਿੱਚ ਆਉਂਦਾ ਹੈ, ਤਾਂ ਉਸਨੂੰ ਸਿਸਟਮ ਵਿੱਚ ਲੋੜੀਂਦੀ ਭੂਮਿਕਾ ਆਪਣੇ ਆਪ ਹੀ ਸੌਂਪ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਜਿਸ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਸਾਰੇ ਜ਼ਰੂਰੀ ਅਧਿਕਾਰੀ ਹੁੰਦੇ ਹਨ। ਨਾਲ ਹੀ, ਇੱਕ ਕਲਿੱਕ ਵਿੱਚ ਤੁਸੀਂ ਇੱਕ ਵਾਰ ਵਿੱਚ ਹਜ਼ਾਰਾਂ ਵਿਕਰੇਤਾਵਾਂ ਦੇ ਅਧਿਕਾਰਾਂ ਨੂੰ ਬਦਲ ਸਕਦੇ ਹੋ, ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਰਿਪੋਰਟ ਬਣਾਉਣ ਲਈ ਇੱਕ ਨਵਾਂ ਵਿਕਲਪ ਸ਼ਾਮਲ ਕਰੋ। ਇੱਕ ਹਜ਼ਾਰ ਓਪਰੇਸ਼ਨ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ, ਹਰੇਕ ਖਾਤੇ ਲਈ ਇੱਕ ਨਵਾਂ ਅਧਿਕਾਰ ਲਿੰਕ ਕਰਨਾ - ਬੱਸ ਇਸ ਵਿਕਲਪ ਨੂੰ ਭੂਮਿਕਾ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ, ਅਤੇ ਇਹ ਇੱਕੋ ਸਮੇਂ ਸਾਰੇ ਵਿਕਰੇਤਾਵਾਂ ਲਈ ਦਿਖਾਈ ਦੇਵੇਗਾ।

ਰੋਲ-ਅਧਾਰਿਤ ਪ੍ਰਬੰਧਨ ਦਾ ਇੱਕ ਹੋਰ ਫਾਇਦਾ ਅਸੰਗਤ ਅਧਿਕਾਰਾਂ ਨੂੰ ਜਾਰੀ ਕਰਨ ਦਾ ਖਾਤਮਾ ਹੈ। ਭਾਵ, ਇੱਕ ਕਰਮਚਾਰੀ ਜਿਸਦੀ ਸਿਸਟਮ ਵਿੱਚ ਇੱਕ ਖਾਸ ਭੂਮਿਕਾ ਹੈ, ਇੱਕੋ ਸਮੇਂ ਇੱਕ ਹੋਰ ਭੂਮਿਕਾ ਨਹੀਂ ਰੱਖ ਸਕਦੀ, ਜਿਸਦੇ ਅਧਿਕਾਰਾਂ ਨੂੰ ਪਹਿਲੇ ਅਧਿਕਾਰਾਂ ਨਾਲ ਨਹੀਂ ਜੋੜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਇੱਕ ਸ਼ਾਨਦਾਰ ਉਦਾਹਰਨ ਇੱਕ ਵਿੱਤੀ ਲੈਣ-ਦੇਣ ਦੇ ਇਨਪੁਟ ਅਤੇ ਨਿਯੰਤਰਣ ਦੇ ਕਾਰਜਾਂ ਨੂੰ ਜੋੜਨ 'ਤੇ ਪਾਬੰਦੀ ਹੈ।

ਕੋਈ ਵੀ ਜੋ ਇਸ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦਾ ਹੈ ਕਿ ਰੋਲ-ਅਧਾਰਿਤ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਕਿਵੇਂ ਆਇਆ
ਇਤਿਹਾਸ ਵਿੱਚ ਡੁਬਕੀ
ਜੇਕਰ ਅਸੀਂ ਇਤਿਹਾਸ 'ਤੇ ਨਜ਼ਰ ਮਾਰੀਏ, ਤਾਂ IT ਭਾਈਚਾਰੇ ਨੇ ਪਹਿਲਾਂ 70ਵੀਂ ਸਦੀ ਦੇ XNUMXਵਿਆਂ ਵਿੱਚ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਵਿਧੀਆਂ ਬਾਰੇ ਸੋਚਿਆ ਸੀ। ਹਾਲਾਂਕਿ ਐਪਲੀਕੇਸ਼ਨਾਂ ਉਸ ਸਮੇਂ ਕਾਫ਼ੀ ਸਧਾਰਨ ਸਨ, ਜਿਵੇਂ ਕਿ ਹੁਣ, ਹਰ ਕੋਈ ਅਸਲ ਵਿੱਚ ਉਹਨਾਂ ਤੱਕ ਪਹੁੰਚ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਚਾਹੁੰਦਾ ਸੀ। ਉਪਭੋਗਤਾ ਅਧਿਕਾਰਾਂ ਨੂੰ ਦਿਓ, ਬਦਲੋ ਅਤੇ ਨਿਯੰਤਰਿਤ ਕਰੋ - ਸਿਰਫ਼ ਇਹ ਸਮਝਣ ਲਈ ਕਿ ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਕੋਲ ਕਿਹੜੀ ਪਹੁੰਚ ਹੈ। ਪਰ ਉਸ ਸਮੇਂ ਕੋਈ ਆਮ ਮਾਪਦੰਡ ਨਹੀਂ ਸਨ, ਪਹਿਲੇ ਐਕਸੈਸ ਕੰਟਰੋਲ ਸਿਸਟਮ ਵਿਕਸਿਤ ਕੀਤੇ ਜਾ ਰਹੇ ਸਨ, ਅਤੇ ਹਰੇਕ ਕੰਪਨੀ ਆਪਣੇ ਵਿਚਾਰਾਂ ਅਤੇ ਨਿਯਮਾਂ 'ਤੇ ਆਧਾਰਿਤ ਸੀ।

ਬਹੁਤ ਸਾਰੇ ਵੱਖ-ਵੱਖ ਐਕਸੈਸ ਕੰਟਰੋਲ ਮਾਡਲ ਹੁਣ ਜਾਣੇ ਜਾਂਦੇ ਹਨ, ਪਰ ਉਹ ਤੁਰੰਤ ਪ੍ਰਗਟ ਨਹੀਂ ਹੋਏ। ਆਓ ਉਨ੍ਹਾਂ ਲੋਕਾਂ 'ਤੇ ਧਿਆਨ ਦੇਈਏ ਜਿਨ੍ਹਾਂ ਨੇ ਇਸ ਖੇਤਰ ਦੇ ਵਿਕਾਸ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਯੋਗਦਾਨ ਪਾਇਆ ਹੈ।

ਪਹਿਲਾ ਅਤੇ ਸ਼ਾਇਦ ਸਭ ਤੋਂ ਸਰਲ ਮਾਡਲ ਹੈ ਅਖਤਿਆਰੀ (ਚੋਣਵੀਂ) ਪਹੁੰਚ ਨਿਯੰਤਰਣ (DAC - ਅਖਤਿਆਰੀ ਪਹੁੰਚ ਨਿਯੰਤਰਣ)। ਇਹ ਮਾਡਲ ਪਹੁੰਚ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਸਾਰੇ ਭਾਗੀਦਾਰਾਂ ਦੁਆਰਾ ਅਧਿਕਾਰਾਂ ਦੀ ਵੰਡ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਹਰੇਕ ਉਪਭੋਗਤਾ ਨੂੰ ਖਾਸ ਵਸਤੂਆਂ ਜਾਂ ਓਪਰੇਸ਼ਨਾਂ ਤੱਕ ਪਹੁੰਚ ਹੁੰਦੀ ਹੈ। ਸੰਖੇਪ ਰੂਪ ਵਿੱਚ, ਇੱਥੇ ਅਧਿਕਾਰਾਂ ਦੇ ਵਿਸ਼ਿਆਂ ਦਾ ਸਮੂਹ ਵਸਤੂਆਂ ਦੇ ਸਮੂਹ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ। ਇਹ ਮਾਡਲ ਬਹੁਤ ਲਚਕੀਲਾ ਅਤੇ ਬਣਾਈ ਰੱਖਣ ਲਈ ਬਹੁਤ ਔਖਾ ਪਾਇਆ ਗਿਆ ਸੀ: ਪਹੁੰਚ ਸੂਚੀਆਂ ਆਖਰਕਾਰ ਵਿਸ਼ਾਲ ਅਤੇ ਨਿਯੰਤਰਿਤ ਕਰਨ ਵਿੱਚ ਮੁਸ਼ਕਲ ਹੋ ਜਾਂਦੀਆਂ ਹਨ।

ਦੂਜਾ ਮਾਡਲ ਹੈ ਲਾਜ਼ਮੀ ਪਹੁੰਚ ਨਿਯੰਤਰਣ (MAC - ਲਾਜ਼ਮੀ ਪਹੁੰਚ ਨਿਯੰਤਰਣ). ਇਸ ਮਾਡਲ ਦੇ ਅਨੁਸਾਰ, ਹਰੇਕ ਉਪਭੋਗਤਾ ਡੇਟਾ ਗੁਪਤਤਾ ਦੇ ਇੱਕ ਖਾਸ ਪੱਧਰ ਤੱਕ ਜਾਰੀ ਕੀਤੀ ਪਹੁੰਚ ਦੇ ਅਨੁਸਾਰ ਇੱਕ ਵਸਤੂ ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ. ਇਸ ਅਨੁਸਾਰ, ਵਸਤੂਆਂ ਨੂੰ ਉਹਨਾਂ ਦੀ ਗੁਪਤਤਾ ਦੇ ਪੱਧਰ ਦੇ ਅਨੁਸਾਰ ਸ਼੍ਰੇਣੀਬੱਧ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ. ਪਹਿਲੇ ਲਚਕਦਾਰ ਮਾਡਲ ਦੇ ਉਲਟ, ਇਹ ਇੱਕ, ਇਸਦੇ ਉਲਟ, ਬਹੁਤ ਸਖ਼ਤ ਅਤੇ ਪ੍ਰਤਿਬੰਧਿਤ ਨਿਕਲਿਆ. ਇਸਦੀ ਵਰਤੋਂ ਉਦੋਂ ਜਾਇਜ਼ ਨਹੀਂ ਹੁੰਦੀ ਜਦੋਂ ਕੰਪਨੀ ਕੋਲ ਬਹੁਤ ਸਾਰੇ ਵੱਖ-ਵੱਖ ਜਾਣਕਾਰੀ ਸਰੋਤ ਹੁੰਦੇ ਹਨ: ਵੱਖ-ਵੱਖ ਸਰੋਤਾਂ ਤੱਕ ਪਹੁੰਚ ਨੂੰ ਵੱਖਰਾ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਬਹੁਤ ਸਾਰੀਆਂ ਸ਼੍ਰੇਣੀਆਂ ਪੇਸ਼ ਕਰਨੀਆਂ ਪੈਣਗੀਆਂ ਜੋ ਓਵਰਲੈਪ ਨਹੀਂ ਹੋਣਗੀਆਂ।

ਇਹਨਾਂ ਦੋ ਤਰੀਕਿਆਂ ਦੀਆਂ ਸਪੱਸ਼ਟ ਖਾਮੀਆਂ ਦੇ ਕਾਰਨ, IT ਕਮਿਊਨਿਟੀ ਨੇ ਅਜਿਹੇ ਮਾਡਲਾਂ ਨੂੰ ਵਿਕਸਤ ਕਰਨਾ ਜਾਰੀ ਰੱਖਿਆ ਹੈ ਜੋ ਵਧੇਰੇ ਲਚਕਦਾਰ ਹਨ ਅਤੇ ਉਸੇ ਸਮੇਂ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੀਆਂ ਸੰਗਠਨਾਤਮਕ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਨੀਤੀਆਂ ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ ਵੱਧ ਜਾਂ ਘੱਟ ਯੂਨੀਵਰਸਲ ਹਨ। ਅਤੇ ਫਿਰ ਇਹ ਪ੍ਰਗਟ ਹੋਇਆ ਤੀਜਾ ਰੋਲ-ਅਧਾਰਿਤ ਐਕਸੈਸ ਕੰਟਰੋਲ ਮਾਡਲ! ਇਹ ਪਹੁੰਚ ਸਭ ਤੋਂ ਵਧੀਆ ਸਾਬਤ ਹੋਈ ਹੈ ਕਿਉਂਕਿ ਇਸ ਲਈ ਨਾ ਸਿਰਫ਼ ਉਪਭੋਗਤਾ ਦੀ ਪਛਾਣ ਦੇ ਅਧਿਕਾਰ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਸਗੋਂ ਸਿਸਟਮਾਂ ਵਿੱਚ ਉਸਦੇ ਸੰਚਾਲਨ ਕਾਰਜਾਂ ਦੀ ਵੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

1992 ਵਿੱਚ ਯੂਐਸ ਨੈਸ਼ਨਲ ਇੰਸਟੀਚਿਊਟ ਆਫ਼ ਸਟੈਂਡਰਡਜ਼ ਐਂਡ ਟੈਕਨਾਲੋਜੀ ਤੋਂ ਅਮਰੀਕੀ ਵਿਗਿਆਨੀਆਂ ਡੇਵਿਡ ਫੇਰੇਲੋ ਅਤੇ ਰਿਚਰਡ ਕੁਹਨ ਦੁਆਰਾ ਪਹਿਲੀ ਸਪੱਸ਼ਟ ਰੂਪ ਵਿੱਚ ਵਰਣਿਤ ਰੋਲ ਮਾਡਲ ਬਣਤਰ ਦਾ ਪ੍ਰਸਤਾਵ ਕੀਤਾ ਗਿਆ ਸੀ। ਫਿਰ ਸ਼ਬਦ ਪਹਿਲੀ ਵਾਰ ਪ੍ਰਗਟ ਹੋਇਆ RBAC (ਰੋਲ-ਅਧਾਰਿਤ ਪਹੁੰਚ ਨਿਯੰਤਰਣ)। ਮੁੱਖ ਭਾਗਾਂ ਦੇ ਇਹ ਅਧਿਐਨ ਅਤੇ ਵਰਣਨ, ਅਤੇ ਨਾਲ ਹੀ ਉਹਨਾਂ ਦੇ ਸਬੰਧਾਂ ਨੇ, INCITS 359-2012 ਸਟੈਂਡਰਡ ਦਾ ਆਧਾਰ ਬਣਾਇਆ, ਜੋ ਕਿ ਅੱਜ ਵੀ ਲਾਗੂ ਹੈ, ਸੂਚਨਾ ਤਕਨਾਲੋਜੀ ਸਟੈਂਡਰਡ (INCITS) ਦੀ ਅੰਤਰਰਾਸ਼ਟਰੀ ਕਮੇਟੀ ਦੁਆਰਾ ਪ੍ਰਵਾਨਿਤ ਹੈ।

ਸਟੈਂਡਰਡ ਇੱਕ ਭੂਮਿਕਾ ਨੂੰ "ਭੂਮਿਕਾ ਨੂੰ ਸੌਂਪੇ ਗਏ ਉਪਭੋਗਤਾ ਨੂੰ ਸੌਂਪੇ ਗਏ ਅਧਿਕਾਰ ਅਤੇ ਜ਼ਿੰਮੇਵਾਰੀ ਦੇ ਸੰਬੰਧ ਵਿੱਚ ਕੁਝ ਸੰਬੰਧਿਤ ਅਰਥ ਵਿਗਿਆਨ ਦੇ ਨਾਲ ਇੱਕ ਸੰਗਠਨ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਇੱਕ ਨੌਕਰੀ ਫੰਕਸ਼ਨ" ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਦਸਤਾਵੇਜ਼ RBAC ਦੇ ਮੂਲ ਤੱਤ - ਉਪਭੋਗਤਾਵਾਂ, ਸੈਸ਼ਨਾਂ, ਭੂਮਿਕਾਵਾਂ, ਅਨੁਮਤੀਆਂ, ਓਪਰੇਸ਼ਨਾਂ ਅਤੇ ਵਸਤੂਆਂ ਦੇ ਨਾਲ-ਨਾਲ ਉਹਨਾਂ ਵਿਚਕਾਰ ਸਬੰਧਾਂ ਅਤੇ ਅੰਤਰ-ਸੰਬੰਧਾਂ ਨੂੰ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ।

ਸਟੈਂਡਰਡ ਇੱਕ ਰੋਲ ਮਾਡਲ ਬਣਾਉਣ ਲਈ ਘੱਟੋ-ਘੱਟ ਲੋੜੀਂਦਾ ਢਾਂਚਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ - ਭੂਮਿਕਾਵਾਂ ਵਿੱਚ ਅਧਿਕਾਰਾਂ ਨੂੰ ਜੋੜਨਾ ਅਤੇ ਫਿਰ ਇਹਨਾਂ ਭੂਮਿਕਾਵਾਂ ਰਾਹੀਂ ਉਪਭੋਗਤਾਵਾਂ ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਦਾਨ ਕਰਨਾ। ਵਸਤੂਆਂ ਅਤੇ ਕਿਰਿਆਵਾਂ ਤੋਂ ਭੂਮਿਕਾਵਾਂ ਦੀ ਰਚਨਾ ਕਰਨ ਲਈ ਵਿਧੀਆਂ ਦੀ ਰੂਪਰੇਖਾ ਦਿੱਤੀ ਗਈ ਹੈ, ਭੂਮਿਕਾਵਾਂ ਦੀ ਲੜੀ ਅਤੇ ਸ਼ਕਤੀਆਂ ਦੀ ਵਿਰਾਸਤ ਦਾ ਵਰਣਨ ਕੀਤਾ ਗਿਆ ਹੈ। ਆਖਰਕਾਰ, ਕਿਸੇ ਵੀ ਕੰਪਨੀ ਵਿੱਚ ਅਜਿਹੀਆਂ ਭੂਮਿਕਾਵਾਂ ਹੁੰਦੀਆਂ ਹਨ ਜੋ ਬੁਨਿਆਦੀ ਸ਼ਕਤੀਆਂ ਨੂੰ ਜੋੜਦੀਆਂ ਹਨ ਜੋ ਕੰਪਨੀ ਦੇ ਸਾਰੇ ਕਰਮਚਾਰੀਆਂ ਲਈ ਜ਼ਰੂਰੀ ਹੁੰਦੀਆਂ ਹਨ. ਇਹ ਈਮੇਲ, EDMS, ਕਾਰਪੋਰੇਟ ਪੋਰਟਲ, ਆਦਿ ਤੱਕ ਪਹੁੰਚ ਹੋ ਸਕਦੀ ਹੈ। ਇਹਨਾਂ ਅਨੁਮਤੀਆਂ ਨੂੰ "ਕਰਮਚਾਰੀ" ਨਾਮਕ ਇੱਕ ਆਮ ਭੂਮਿਕਾ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਉੱਚ-ਪੱਧਰੀ ਭੂਮਿਕਾਵਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਵਿੱਚ ਸਾਰੇ ਬੁਨਿਆਦੀ ਅਧਿਕਾਰਾਂ ਨੂੰ ਵਾਰ-ਵਾਰ ਸੂਚੀਬੱਧ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੋਵੇਗੀ। ਇਹ ਸਿਰਫ਼ "ਕਰਮਚਾਰੀ" ਭੂਮਿਕਾ ਦੀ ਵਿਰਾਸਤੀ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਕਾਫ਼ੀ ਹੈ.

ਬਾਅਦ ਵਿੱਚ, ਸਟੈਂਡਰਡ ਨੂੰ ਲਗਾਤਾਰ ਬਦਲਦੇ ਵਾਤਾਵਰਣ ਨਾਲ ਸਬੰਧਤ ਨਵੀਆਂ ਪਹੁੰਚ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨਾਲ ਪੂਰਕ ਕੀਤਾ ਗਿਆ ਸੀ। ਸਥਿਰ ਅਤੇ ਗਤੀਸ਼ੀਲ ਪਾਬੰਦੀਆਂ ਨੂੰ ਪੇਸ਼ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਨੂੰ ਜੋੜਿਆ ਗਿਆ ਹੈ. ਸਥਿਰ ਲੋਕ ਰੋਲ ਨੂੰ ਜੋੜਨ ਦੀ ਅਸੰਭਵਤਾ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ (ਉੱਪਰ ਦੱਸੇ ਗਏ ਓਪਰੇਸ਼ਨਾਂ ਦਾ ਉਹੀ ਇੰਪੁੱਟ ਅਤੇ ਨਿਯੰਤਰਣ)। ਗਤੀਸ਼ੀਲ ਪਾਬੰਦੀਆਂ ਨੂੰ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਬਦਲ ਕੇ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਸਮਾਂ (ਕੰਮ ਕਰਨ ਵਾਲੇ/ਗੈਰ-ਕਾਰਜ ਦੇ ਘੰਟੇ ਜਾਂ ਦਿਨ), ਸਥਾਨ (ਦਫ਼ਤਰ/ਘਰ), ਆਦਿ।

ਇਹ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਜ਼ਿਕਰ ਕਰਨ ਯੋਗ ਹੈ ਵਿਸ਼ੇਸ਼ਤਾ-ਅਧਾਰਿਤ ਪਹੁੰਚ ਨਿਯੰਤਰਣ (ABAC - ਗੁਣ-ਅਧਾਰਿਤ ਪਹੁੰਚ ਨਿਯੰਤਰਣ)। ਪਹੁੰਚ ਵਿਸ਼ੇਸ਼ਤਾ ਸ਼ੇਅਰਿੰਗ ਨਿਯਮਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪਹੁੰਚ ਪ੍ਰਦਾਨ ਕਰਨ 'ਤੇ ਅਧਾਰਤ ਹੈ। ਇਹ ਮਾਡਲ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ ਅਕਸਰ ਇਹ ਕਲਾਸਿਕ ਰੋਲ ਮਾਡਲ ਨੂੰ ਸਰਗਰਮੀ ਨਾਲ ਪੂਰਕ ਕਰਦਾ ਹੈ: ਉਪਭੋਗਤਾਵਾਂ, ਸਰੋਤਾਂ ਅਤੇ ਡਿਵਾਈਸਾਂ ਦੇ ਗੁਣਾਂ ਦੇ ਨਾਲ-ਨਾਲ ਸਮਾਂ ਜਾਂ ਸਥਾਨ, ਨੂੰ ਇੱਕ ਖਾਸ ਭੂਮਿਕਾ ਵਿੱਚ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ ਤੁਹਾਨੂੰ ਘੱਟ ਭੂਮਿਕਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ, ਵਾਧੂ ਪਾਬੰਦੀਆਂ ਪੇਸ਼ ਕਰਨ ਅਤੇ ਸੰਭਵ ਤੌਰ 'ਤੇ ਘੱਟੋ-ਘੱਟ ਪਹੁੰਚ ਬਣਾਉਣ, ਅਤੇ ਇਸਲਈ ਸੁਰੱਖਿਆ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਲੇਖਾਕਾਰ ਨੂੰ ਖਾਤਿਆਂ ਤੱਕ ਪਹੁੰਚ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ ਜੇਕਰ ਉਹ ਕਿਸੇ ਖਾਸ ਖੇਤਰ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ। ਫਿਰ ਮਾਹਰ ਦੇ ਸਥਾਨ ਦੀ ਤੁਲਨਾ ਇੱਕ ਖਾਸ ਸੰਦਰਭ ਮੁੱਲ ਨਾਲ ਕੀਤੀ ਜਾਵੇਗੀ। ਜਾਂ ਤੁਸੀਂ ਖਾਤਿਆਂ ਤੱਕ ਪਹੁੰਚ ਤਾਂ ਹੀ ਦੇ ਸਕਦੇ ਹੋ ਜੇਕਰ ਉਪਭੋਗਤਾ ਇਜਾਜ਼ਤ ਵਾਲੇ ਲੋਕਾਂ ਦੀ ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕਿਸੇ ਡਿਵਾਈਸ ਤੋਂ ਲੌਗਇਨ ਕਰਦਾ ਹੈ। ਇੱਕ ਰੋਲ ਮਾਡਲ ਲਈ ਇੱਕ ਵਧੀਆ ਜੋੜ, ਪਰ ਬਹੁਤ ਸਾਰੇ ਨਿਯਮਾਂ ਅਤੇ ਅਨੁਮਤੀਆਂ ਜਾਂ ਪਾਬੰਦੀਆਂ ਦੇ ਟੇਬਲ ਬਣਾਉਣ ਦੀ ਜ਼ਰੂਰਤ ਦੇ ਕਾਰਨ ਆਪਣੇ ਆਪ 'ਤੇ ਘੱਟ ਹੀ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

ਮੈਂ ਤੁਹਾਨੂੰ ਮੇਰੇ "ਪਿਛਲੇ ਜੀਵਨ" ਤੋਂ ABAC ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਇੱਕ ਉਦਾਹਰਣ ਦਿੰਦਾ ਹਾਂ। ਸਾਡੇ ਬੈਂਕ ਦੀਆਂ ਕਈ ਸ਼ਾਖਾਵਾਂ ਸਨ। ਇਹਨਾਂ ਬ੍ਰਾਂਚਾਂ ਵਿੱਚ ਗਾਹਕ ਦਫਤਰਾਂ ਦੇ ਕਰਮਚਾਰੀਆਂ ਨੇ ਬਿਲਕੁਲ ਉਹੀ ਕੰਮ ਕੀਤਾ, ਪਰ ਉਹਨਾਂ ਨੂੰ ਆਪਣੇ ਖੇਤਰ ਵਿੱਚ ਖਾਤਿਆਂ ਦੇ ਨਾਲ ਹੀ ਮੁੱਖ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਕੰਮ ਕਰਨਾ ਪਿਆ। ਪਹਿਲਾਂ, ਅਸੀਂ ਹਰੇਕ ਖੇਤਰ ਲਈ ਵੱਖਰੀਆਂ ਭੂਮਿਕਾਵਾਂ ਬਣਾਉਣੀਆਂ ਸ਼ੁਰੂ ਕੀਤੀਆਂ - ਅਤੇ ਦੁਹਰਾਉਣ ਵਾਲੀ ਕਾਰਜਸ਼ੀਲਤਾ ਦੇ ਨਾਲ ਬਹੁਤ ਸਾਰੀਆਂ ਅਜਿਹੀਆਂ ਭੂਮਿਕਾਵਾਂ ਸਨ, ਪਰ ਵੱਖ-ਵੱਖ ਖਾਤਿਆਂ ਤੱਕ ਪਹੁੰਚ ਦੇ ਨਾਲ! ਫਿਰ, ਉਪਭੋਗਤਾ ਲਈ ਸਥਾਨ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਅਤੇ ਇਸਨੂੰ ਸਮੀਖਿਆ ਕਰਨ ਲਈ ਖਾਤਿਆਂ ਦੀ ਇੱਕ ਖਾਸ ਸ਼੍ਰੇਣੀ ਨਾਲ ਜੋੜ ਕੇ, ਅਸੀਂ ਸਿਸਟਮ ਵਿੱਚ ਭੂਮਿਕਾਵਾਂ ਦੀ ਸੰਖਿਆ ਨੂੰ ਮਹੱਤਵਪੂਰਣ ਰੂਪ ਵਿੱਚ ਘਟਾ ਦਿੱਤਾ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, ਭੂਮਿਕਾਵਾਂ ਸਿਰਫ਼ ਇੱਕ ਸ਼ਾਖਾ ਲਈ ਹੀ ਰਹਿ ਗਈਆਂ, ਜੋ ਬੈਂਕ ਦੇ ਹੋਰ ਸਾਰੇ ਖੇਤਰੀ ਵਿਭਾਗਾਂ ਵਿੱਚ ਸੰਬੰਧਿਤ ਅਹੁਦਿਆਂ ਲਈ ਦੁਹਰਾਈਆਂ ਗਈਆਂ ਸਨ।

ਆਉ ਹੁਣ ਲੋੜੀਂਦੇ ਤਿਆਰੀ ਦੇ ਕਦਮਾਂ ਬਾਰੇ ਗੱਲ ਕਰੀਏ, ਜਿਸ ਤੋਂ ਬਿਨਾਂ ਇੱਕ ਕਾਰਜਕਾਰੀ ਰੋਲ ਮਾਡਲ ਬਣਾਉਣਾ ਅਸੰਭਵ ਹੈ.

ਕਦਮ 1. ਇੱਕ ਕਾਰਜਸ਼ੀਲ ਮਾਡਲ ਬਣਾਓ

ਤੁਹਾਨੂੰ ਇੱਕ ਫੰਕਸ਼ਨਲ ਮਾਡਲ ਬਣਾ ਕੇ ਸ਼ੁਰੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ - ਇੱਕ ਉੱਚ-ਪੱਧਰੀ ਦਸਤਾਵੇਜ਼ ਜੋ ਹਰੇਕ ਵਿਭਾਗ ਅਤੇ ਹਰੇਕ ਸਥਿਤੀ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਦਾ ਵਿਸਥਾਰ ਵਿੱਚ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ ਤੇ, ਜਾਣਕਾਰੀ ਵੱਖ-ਵੱਖ ਦਸਤਾਵੇਜ਼ਾਂ ਤੋਂ ਇਸ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦੀ ਹੈ: ਵਿਅਕਤੀਗਤ ਇਕਾਈਆਂ ਲਈ ਨੌਕਰੀ ਦੇ ਵੇਰਵੇ ਅਤੇ ਨਿਯਮ - ਵਿਭਾਗ, ਵਿਭਾਗ, ਵਿਭਾਗ. ਕਾਰਜਸ਼ੀਲ ਮਾਡਲ ਨੂੰ ਸਾਰੇ ਦਿਲਚਸਪੀ ਰੱਖਣ ਵਾਲੇ ਵਿਭਾਗਾਂ (ਕਾਰੋਬਾਰ, ਅੰਦਰੂਨੀ ਨਿਯੰਤਰਣ, ਸੁਰੱਖਿਆ) ਨਾਲ ਸਹਿਮਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਕੰਪਨੀ ਦੇ ਪ੍ਰਬੰਧਨ ਦੁਆਰਾ ਮਨਜ਼ੂਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਦਸਤਾਵੇਜ਼ ਕਿਸ ਲਈ ਹੈ? ਤਾਂ ਜੋ ਰੋਲ ਮਾਡਲ ਇਸ ਦਾ ਹਵਾਲਾ ਦੇ ਸਕੇ। ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਕਰਮਚਾਰੀਆਂ ਦੇ ਮੌਜੂਦਾ ਅਧਿਕਾਰਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਇੱਕ ਰੋਲ ਮਾਡਲ ਬਣਾਉਣ ਜਾ ਰਹੇ ਹੋ - ਸਿਸਟਮ ਤੋਂ ਅਨਲੋਡ ਕੀਤਾ ਗਿਆ ਅਤੇ "ਇੱਕ ਸਾਂਝੇ ਭਾਅ ਵਿੱਚ ਘਟਾਇਆ ਗਿਆ"। ਫਿਰ, ਜਦੋਂ ਸਿਸਟਮ ਦੇ ਕਾਰੋਬਾਰੀ ਮਾਲਕ ਨਾਲ ਪ੍ਰਾਪਤ ਭੂਮਿਕਾਵਾਂ 'ਤੇ ਸਹਿਮਤ ਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਫੰਕਸ਼ਨਲ ਮਾਡਲ ਵਿੱਚ ਇੱਕ ਖਾਸ ਬਿੰਦੂ ਦਾ ਹਵਾਲਾ ਦੇ ਸਕਦੇ ਹੋ, ਜਿਸ ਦੇ ਆਧਾਰ 'ਤੇ ਇਹ ਜਾਂ ਉਹ ਅਧਿਕਾਰ ਭੂਮਿਕਾ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ।

ਕਦਮ 2. ਅਸੀਂ IT ਪ੍ਰਣਾਲੀਆਂ ਦਾ ਆਡਿਟ ਕਰਦੇ ਹਾਂ ਅਤੇ ਇੱਕ ਤਰਜੀਹ ਯੋਜਨਾ ਤਿਆਰ ਕਰਦੇ ਹਾਂ

ਦੂਜੇ ਪੜਾਅ 'ਤੇ, ਤੁਹਾਨੂੰ ਇਹ ਸਮਝਣ ਲਈ IT ਪ੍ਰਣਾਲੀਆਂ ਦਾ ਆਡਿਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਉਹਨਾਂ ਤੱਕ ਪਹੁੰਚ ਕਿਵੇਂ ਸੰਗਠਿਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਮੇਰੀ ਵਿੱਤੀ ਕੰਪਨੀ ਕਈ ਸੌ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀਆਂ ਚਲਾਉਂਦੀ ਹੈ। ਸਾਰੇ ਸਿਸਟਮਾਂ ਵਿੱਚ ਰੋਲ-ਅਧਾਰਿਤ ਪ੍ਰਬੰਧਨ ਦੇ ਕੁਝ ਮੂਲ ਸਨ, ਜ਼ਿਆਦਾਤਰ ਕੋਲ ਕੁਝ ਭੂਮਿਕਾਵਾਂ ਸਨ, ਪਰ ਜ਼ਿਆਦਾਤਰ ਕਾਗਜ਼ਾਂ 'ਤੇ ਜਾਂ ਸਿਸਟਮ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ - ਉਹ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਪੁਰਾਣੇ ਸਨ, ਅਤੇ ਉਹਨਾਂ ਤੱਕ ਪਹੁੰਚ ਅਸਲ ਉਪਭੋਗਤਾ ਬੇਨਤੀਆਂ ਦੇ ਅਧਾਰ ਤੇ ਦਿੱਤੀ ਗਈ ਸੀ। ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ, ਇੱਕ ਵਾਰ ਵਿੱਚ ਕਈ ਸੌ ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ ਇੱਕ ਰੋਲ ਮਾਡਲ ਬਣਾਉਣਾ ਅਸੰਭਵ ਹੈ; ਤੁਹਾਨੂੰ ਕਿਤੇ ਸ਼ੁਰੂ ਕਰਨਾ ਪਏਗਾ. ਅਸੀਂ ਇਸਦੀ ਪਰਿਪੱਕਤਾ ਦੇ ਪੱਧਰ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਪ੍ਰਕਿਰਿਆ ਦਾ ਡੂੰਘਾਈ ਨਾਲ ਵਿਸ਼ਲੇਸ਼ਣ ਕੀਤਾ। ਵਿਸ਼ਲੇਸ਼ਣ ਪ੍ਰਕਿਰਿਆ ਦੇ ਦੌਰਾਨ, ਸੂਚਨਾ ਪ੍ਰਣਾਲੀਆਂ ਨੂੰ ਤਰਜੀਹ ਦੇਣ ਲਈ ਮਾਪਦੰਡ ਵਿਕਸਿਤ ਕੀਤੇ ਗਏ ਸਨ - ਆਲੋਚਨਾਤਮਕਤਾ, ਤਿਆਰੀ, ਡੀਕਮਿਸ਼ਨਿੰਗ ਲਈ ਯੋਜਨਾਵਾਂ, ਆਦਿ। ਉਹਨਾਂ ਦੀ ਮਦਦ ਨਾਲ, ਅਸੀਂ ਇਹਨਾਂ ਪ੍ਰਣਾਲੀਆਂ ਲਈ ਰੋਲ ਮਾਡਲਾਂ ਦੇ ਵਿਕਾਸ/ਅਪਡੇਟਿੰਗ ਨੂੰ ਤਿਆਰ ਕੀਤਾ ਹੈ। ਅਤੇ ਫਿਰ ਅਸੀਂ ਸਵੈਚਲਿਤ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਲਈ ਪਛਾਣ ਪ੍ਰਬੰਧਨ ਹੱਲ ਦੇ ਨਾਲ ਏਕੀਕਰਣ ਦੀ ਯੋਜਨਾ ਵਿੱਚ ਰੋਲ ਮਾਡਲਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕੀਤਾ।

ਤਾਂ ਤੁਸੀਂ ਸਿਸਟਮ ਦੀ ਨਾਜ਼ੁਕਤਾ ਨੂੰ ਕਿਵੇਂ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹੋ? ਆਪਣੇ ਆਪ ਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿਓ:

• ਕੀ ਸਿਸਟਮ ਓਪਰੇਸ਼ਨਲ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ ਜਿਸ 'ਤੇ ਕੰਪਨੀ ਦੀਆਂ ਮੁੱਖ ਗਤੀਵਿਧੀਆਂ ਨਿਰਭਰ ਕਰਦੀਆਂ ਹਨ?
• ਕੀ ਸਿਸਟਮ ਵਿਘਨ ਕੰਪਨੀ ਦੀ ਸੰਪੱਤੀ ਦੀ ਅਖੰਡਤਾ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰੇਗਾ?
• ਸਿਸਟਮ ਦਾ ਅਧਿਕਤਮ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਡਾਊਨਟਾਈਮ ਕੀ ਹੈ, ਜਿਸ ਤੱਕ ਪਹੁੰਚਣਾ ਇੱਕ ਰੁਕਾਵਟ ਤੋਂ ਬਾਅਦ ਗਤੀਵਿਧੀ ਨੂੰ ਬਹਾਲ ਕਰਨਾ ਅਸੰਭਵ ਹੈ?
• ਕੀ ਸਿਸਟਮ ਵਿੱਚ ਜਾਣਕਾਰੀ ਦੀ ਅਖੰਡਤਾ ਦੀ ਉਲੰਘਣਾ ਵਿੱਤੀ ਅਤੇ ਪ੍ਰਤਿਸ਼ਠਾਤਮਕ ਦੋਵੇਂ ਤਰ੍ਹਾਂ ਦੇ ਨਾ ਬਦਲੇ ਜਾਣ ਵਾਲੇ ਨਤੀਜਿਆਂ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੀ ਹੈ?
• ਧੋਖਾਧੜੀ ਲਈ ਗੰਭੀਰਤਾ। ਕਾਰਜਕੁਸ਼ਲਤਾ ਦੀ ਮੌਜੂਦਗੀ, ਜੇਕਰ ਸਹੀ ਢੰਗ ਨਾਲ ਨਿਯੰਤਰਿਤ ਨਾ ਕੀਤਾ ਗਿਆ ਹੋਵੇ, ਤਾਂ ਅੰਦਰੂਨੀ/ਬਾਹਰੀ ਧੋਖਾਧੜੀ ਵਾਲੀਆਂ ਕਾਰਵਾਈਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ;
• ਇਹਨਾਂ ਪ੍ਰਣਾਲੀਆਂ ਲਈ ਕਾਨੂੰਨੀ ਲੋੜਾਂ ਅਤੇ ਅੰਦਰੂਨੀ ਨਿਯਮ ਅਤੇ ਪ੍ਰਕਿਰਿਆਵਾਂ ਕੀ ਹਨ? ਕੀ ਪਾਲਣਾ ਨਾ ਕਰਨ ਲਈ ਰੈਗੂਲੇਟਰਾਂ ਤੋਂ ਜੁਰਮਾਨੇ ਹੋਣਗੇ?

ਸਾਡੀ ਵਿੱਤੀ ਕੰਪਨੀ ਵਿੱਚ, ਅਸੀਂ ਇਸ ਤਰ੍ਹਾਂ ਇੱਕ ਆਡਿਟ ਕੀਤਾ। ਪ੍ਰਬੰਧਨ ਨੇ ਉਹਨਾਂ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ ਪਹਿਲਾਂ ਮੌਜੂਦਾ ਉਪਭੋਗਤਾਵਾਂ ਅਤੇ ਅਧਿਕਾਰਾਂ ਨੂੰ ਵੇਖਣ ਲਈ ਐਕਸੈਸ ਰਾਈਟਸ ਰਿਵਿਊ ਆਡਿਟ ਪ੍ਰਕਿਰਿਆ ਵਿਕਸਿਤ ਕੀਤੀ ਜੋ ਸਭ ਤੋਂ ਵੱਧ ਤਰਜੀਹੀ ਸੂਚੀ ਵਿੱਚ ਸਨ। ਸੁਰੱਖਿਆ ਵਿਭਾਗ ਨੂੰ ਇਸ ਪ੍ਰਕਿਰਿਆ ਦੇ ਮਾਲਕ ਵਜੋਂ ਸੌਂਪਿਆ ਗਿਆ ਸੀ। ਪਰ ਕੰਪਨੀ ਵਿੱਚ ਪਹੁੰਚ ਅਧਿਕਾਰਾਂ ਦੀ ਇੱਕ ਪੂਰੀ ਤਸਵੀਰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਇਸ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਆਈਟੀ ਅਤੇ ਵਪਾਰਕ ਵਿਭਾਗਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨਾ ਜ਼ਰੂਰੀ ਸੀ। ਅਤੇ ਇੱਥੇ ਝਗੜੇ, ਗਲਤਫਹਿਮੀਆਂ, ਅਤੇ ਕਦੇ-ਕਦੇ ਤੋੜ-ਫੋੜ ਵੀ ਸ਼ੁਰੂ ਹੋ ਗਈ: ਕੋਈ ਵੀ ਆਪਣੀਆਂ ਮੌਜੂਦਾ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਤੋਂ ਦੂਰ ਨਹੀਂ ਹੋਣਾ ਚਾਹੁੰਦਾ ਹੈ ਅਤੇ ਕੁਝ, ਪਹਿਲੀ ਨਜ਼ਰ ਵਿੱਚ, ਸਮਝ ਤੋਂ ਬਾਹਰ ਦੀਆਂ ਗਤੀਵਿਧੀਆਂ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਹੋਣਾ ਚਾਹੁੰਦਾ ਹੈ.

NB ਵਿਕਸਤ IT ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਾਲੀਆਂ ਵੱਡੀਆਂ ਕੰਪਨੀਆਂ ਸੰਭਵ ਤੌਰ 'ਤੇ IT ਆਡਿਟ ਪ੍ਰਕਿਰਿਆ - IT ਜਨਰਲ ਨਿਯੰਤਰਣ (ITGC) ਤੋਂ ਜਾਣੂ ਹਨ, ਜੋ ਤੁਹਾਨੂੰ IT ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚ ਕਮੀਆਂ ਦੀ ਪਛਾਣ ਕਰਨ ਅਤੇ ਨਿਯੰਤਰਣ ਸਥਾਪਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ ਤਾਂ ਜੋ ਵਧੀਆ ਅਭਿਆਸ (ITIL, COBIT, IT) ਦੇ ਅਨੁਸਾਰ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚ ਸੁਧਾਰ ਕੀਤਾ ਜਾ ਸਕੇ। ਗਵਰਨੈਂਸ ਆਦਿ) ਅਜਿਹਾ ਆਡਿਟ IT ਅਤੇ ਕਾਰੋਬਾਰ ਨੂੰ ਇੱਕ ਦੂਜੇ ਨੂੰ ਬਿਹਤਰ ਤਰੀਕੇ ਨਾਲ ਸਮਝਣ ਅਤੇ ਇੱਕ ਸੰਯੁਕਤ ਵਿਕਾਸ ਰਣਨੀਤੀ ਵਿਕਸਿਤ ਕਰਨ, ਜੋਖਮਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ, ਲਾਗਤਾਂ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਅਤੇ ਕੰਮ ਕਰਨ ਲਈ ਵਧੇਰੇ ਪ੍ਰਭਾਵੀ ਪਹੁੰਚ ਵਿਕਸਿਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।



ਆਡਿਟ ਦੇ ਖੇਤਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀਆਂ ਤੱਕ ਲਾਜ਼ੀਕਲ ਅਤੇ ਭੌਤਿਕ ਪਹੁੰਚ ਦੇ ਮਾਪਦੰਡਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨਾ ਹੈ। ਅਸੀਂ ਇੱਕ ਰੋਲ ਮਾਡਲ ਬਣਾਉਣ ਵਿੱਚ ਹੋਰ ਵਰਤੋਂ ਲਈ ਇੱਕ ਅਧਾਰ ਵਜੋਂ ਪ੍ਰਾਪਤ ਕੀਤੇ ਡੇਟਾ ਨੂੰ ਲਿਆ। ਇਸ ਆਡਿਟ ਦੇ ਨਤੀਜੇ ਵਜੋਂ, ਸਾਡੇ ਕੋਲ IT ਪ੍ਰਣਾਲੀਆਂ ਦਾ ਇੱਕ ਰਜਿਸਟਰ ਸੀ, ਜਿਸ ਵਿੱਚ ਉਹਨਾਂ ਦੇ ਤਕਨੀਕੀ ਮਾਪਦੰਡ ਨਿਰਧਾਰਤ ਕੀਤੇ ਗਏ ਸਨ ਅਤੇ ਵਰਣਨ ਦਿੱਤੇ ਗਏ ਸਨ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਹਰੇਕ ਸਿਸਟਮ ਲਈ, ਇੱਕ ਮਾਲਕ ਦੀ ਪਛਾਣ ਵਪਾਰਕ ਦਿਸ਼ਾ ਤੋਂ ਕੀਤੀ ਗਈ ਸੀ ਜਿਸ ਦੇ ਹਿੱਤਾਂ ਵਿੱਚ ਇਸਨੂੰ ਸੰਚਾਲਿਤ ਕੀਤਾ ਗਿਆ ਸੀ: ਇਹ ਉਹ ਸੀ ਜੋ ਵਪਾਰਕ ਪ੍ਰਕਿਰਿਆਵਾਂ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਸੀ ਜੋ ਇਸ ਪ੍ਰਣਾਲੀ ਦੁਆਰਾ ਸੇਵਾ ਕੀਤੀ ਗਈ ਸੀ। ਇੱਕ IT ਸੇਵਾ ਪ੍ਰਬੰਧਕ ਵੀ ਨਿਯੁਕਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਜੋ ਕਿ ਇੱਕ ਖਾਸ IS ਲਈ ਵਪਾਰਕ ਲੋੜਾਂ ਦੇ ਤਕਨੀਕੀ ਲਾਗੂ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਸੀ। ਕੰਪਨੀ ਲਈ ਸਭ ਤੋਂ ਨਾਜ਼ੁਕ ਪ੍ਰਣਾਲੀਆਂ ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਤਕਨੀਕੀ ਮਾਪਦੰਡ, ਕਮਿਸ਼ਨਿੰਗ ਅਤੇ ਡਿਕਮਿਸ਼ਨਿੰਗ ਦੀਆਂ ਸ਼ਰਤਾਂ, ਆਦਿ ਨੂੰ ਰਿਕਾਰਡ ਕੀਤਾ ਗਿਆ ਸੀ। ਇਹ ਮਾਪਦੰਡ ਇੱਕ ਰੋਲ ਮਾਡਲ ਬਣਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਬਹੁਤ ਮਦਦਗਾਰ ਸਨ।

ਕਦਮ 3 ਇੱਕ ਵਿਧੀ ਬਣਾਓ

ਕਿਸੇ ਵੀ ਕਾਰੋਬਾਰ ਦੀ ਸਫਲਤਾ ਦੀ ਕੁੰਜੀ ਸਹੀ ਢੰਗ ਹੈ. ਇਸ ਲਈ, ਇੱਕ ਰੋਲ ਮਾਡਲ ਬਣਾਉਣ ਅਤੇ ਇੱਕ ਆਡਿਟ ਕਰਨ ਲਈ, ਸਾਨੂੰ ਇੱਕ ਵਿਧੀ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ ਜਿਸ ਵਿੱਚ ਅਸੀਂ ਵਿਭਾਗਾਂ ਵਿਚਕਾਰ ਆਪਸੀ ਤਾਲਮੇਲ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਾਂ, ਕੰਪਨੀ ਦੇ ਨਿਯਮਾਂ ਵਿੱਚ ਜ਼ਿੰਮੇਵਾਰੀ ਸਥਾਪਤ ਕਰਦੇ ਹਾਂ, ਆਦਿ।
ਪਹਿਲਾਂ ਤੁਹਾਨੂੰ ਸਾਰੇ ਉਪਲਬਧ ਦਸਤਾਵੇਜ਼ਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਜੋ ਪਹੁੰਚ ਅਤੇ ਅਧਿਕਾਰ ਦੇਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਥਾਪਿਤ ਕਰਦੇ ਹਨ। ਇੱਕ ਚੰਗੇ ਤਰੀਕੇ ਨਾਲ, ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਕਈ ਪੱਧਰਾਂ 'ਤੇ ਦਸਤਾਵੇਜ਼ੀ ਰੂਪ ਦਿੱਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ:

• ਆਮ ਕਾਰਪੋਰੇਟ ਲੋੜਾਂ;
• ਜਾਣਕਾਰੀ ਸੁਰੱਖਿਆ ਖੇਤਰਾਂ ਲਈ ਲੋੜਾਂ (ਸੰਗਠਨ ਦੀਆਂ ਗਤੀਵਿਧੀਆਂ ਦੇ ਖੇਤਰਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ);
• ਤਕਨੀਕੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਲਈ ਲੋੜਾਂ (ਹਿਦਾਇਤਾਂ, ਪਹੁੰਚ ਮੈਟ੍ਰਿਕਸ, ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼, ਸੰਰਚਨਾ ਲੋੜਾਂ)।

ਸਾਡੀ ਵਿੱਤੀ ਕੰਪਨੀ ਵਿੱਚ, ਸਾਨੂੰ ਬਹੁਤ ਸਾਰੇ ਪੁਰਾਣੇ ਦਸਤਾਵੇਜ਼ ਮਿਲੇ ਹਨ; ਸਾਨੂੰ ਉਹਨਾਂ ਨੂੰ ਲਾਗੂ ਕੀਤੀਆਂ ਜਾ ਰਹੀਆਂ ਨਵੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੇ ਅਨੁਸਾਰ ਲਿਆਉਣਾ ਪਿਆ।

ਪ੍ਰਬੰਧਨ ਦੇ ਆਦੇਸ਼ ਦੁਆਰਾ, ਇੱਕ ਕਾਰਜ ਸਮੂਹ ਬਣਾਇਆ ਗਿਆ ਸੀ, ਜਿਸ ਵਿੱਚ ਸੁਰੱਖਿਆ, ਆਈਟੀ, ਵਪਾਰ ਅਤੇ ਅੰਦਰੂਨੀ ਨਿਯੰਤਰਣ ਦੇ ਪ੍ਰਤੀਨਿਧ ਸ਼ਾਮਲ ਸਨ। ਆਰਡਰ ਨੇ ਸਮੂਹ ਬਣਾਉਣ ਦੇ ਟੀਚਿਆਂ, ਗਤੀਵਿਧੀ ਦੀ ਦਿਸ਼ਾ, ਹੋਂਦ ਦੀ ਮਿਆਦ ਅਤੇ ਹਰੇਕ ਪਾਸੇ ਤੋਂ ਜ਼ਿੰਮੇਵਾਰ ਲੋਕਾਂ ਦੀ ਰੂਪਰੇਖਾ ਦਿੱਤੀ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਅਸੀਂ ਇੱਕ ਰੋਲ ਮਾਡਲ ਬਣਾਉਣ ਲਈ ਇੱਕ ਆਡਿਟ ਵਿਧੀ ਅਤੇ ਇੱਕ ਵਿਧੀ ਵਿਕਸਿਤ ਕੀਤੀ ਹੈ: ਉਹਨਾਂ ਨੂੰ ਖੇਤਰਾਂ ਦੇ ਸਾਰੇ ਜ਼ਿੰਮੇਵਾਰ ਨੁਮਾਇੰਦਿਆਂ ਦੁਆਰਾ ਸਹਿਮਤੀ ਦਿੱਤੀ ਗਈ ਸੀ ਅਤੇ ਕੰਪਨੀ ਦੇ ਪ੍ਰਬੰਧਨ ਦੁਆਰਾ ਪ੍ਰਵਾਨਗੀ ਦਿੱਤੀ ਗਈ ਸੀ।

ਕੰਮ, ਸਮਾਂ-ਸੀਮਾਵਾਂ, ਜ਼ਿੰਮੇਵਾਰੀਆਂ, ਆਦਿ ਨੂੰ ਪੂਰਾ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦਾ ਵਰਣਨ ਕਰਨ ਵਾਲੇ ਦਸਤਾਵੇਜ਼। - ਇੱਕ ਗਾਰੰਟੀ ਹੈ ਕਿ ਪਿਆਰੇ ਟੀਚੇ ਦੇ ਰਸਤੇ 'ਤੇ, ਜੋ ਕਿ ਪਹਿਲਾਂ ਹਰ ਕਿਸੇ ਲਈ ਸਪੱਸ਼ਟ ਨਹੀਂ ਹੁੰਦਾ, ਕਿਸੇ ਕੋਲ ਇਹ ਸਵਾਲ ਨਹੀਂ ਹੋਵੇਗਾ ਕਿ "ਅਸੀਂ ਇਹ ਕਿਉਂ ਕਰ ਰਹੇ ਹਾਂ, ਸਾਨੂੰ ਇਸਦੀ ਲੋੜ ਕਿਉਂ ਹੈ, ਆਦਿ." ਅਤੇ "ਜੰਪ ਆਫ" ਜਾਂ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਹੌਲੀ ਕਰਨ ਦਾ ਕੋਈ ਮੌਕਾ ਨਹੀਂ ਹੋਵੇਗਾ।

ਕਦਮ 4. ਮੌਜੂਦਾ ਐਕਸੈਸ ਕੰਟਰੋਲ ਮਾਡਲ ਦੇ ਮਾਪਦੰਡਾਂ ਨੂੰ ਠੀਕ ਕਰੋ

ਅਸੀਂ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਦੇ ਰੂਪ ਵਿੱਚ ਇੱਕ ਅਖੌਤੀ "ਸਿਸਟਮ ਪਾਸਪੋਰਟ" ਬਣਾ ਰਹੇ ਹਾਂ। ਸੰਖੇਪ ਰੂਪ ਵਿੱਚ, ਇਹ ਇੱਕ ਖਾਸ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀ 'ਤੇ ਇੱਕ ਪ੍ਰਸ਼ਨਾਵਲੀ ਹੈ, ਜੋ ਇਸ ਤੱਕ ਪਹੁੰਚ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨ ਲਈ ਸਾਰੇ ਐਲਗੋਰਿਦਮ ਨੂੰ ਰਿਕਾਰਡ ਕਰਦੀ ਹੈ। ਜਿਹੜੀਆਂ ਕੰਪਨੀਆਂ ਪਹਿਲਾਂ ਹੀ ਆਈਡੀਐਮ-ਸ਼੍ਰੇਣੀ ਦੇ ਹੱਲ ਲਾਗੂ ਕਰ ਚੁੱਕੀਆਂ ਹਨ ਉਹ ਸ਼ਾਇਦ ਅਜਿਹੀ ਪ੍ਰਸ਼ਨਾਵਲੀ ਤੋਂ ਜਾਣੂ ਹਨ, ਕਿਉਂਕਿ ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਸਿਸਟਮਾਂ ਦੀ ਖੋਜ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ।

ਸਿਸਟਮ ਅਤੇ ਮਾਲਕਾਂ ਬਾਰੇ ਕੁਝ ਮਾਪਦੰਡ IT ਰਜਿਸਟਰੀ ਤੋਂ ਪ੍ਰਸ਼ਨਾਵਲੀ ਵਿੱਚ ਆਉਂਦੇ ਹਨ (ਪੜਾਅ 2, ਆਡਿਟ ਦੇਖੋ), ਪਰ ਨਵੇਂ ਵੀ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਸਨ:

• ਖਾਤਿਆਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਿਵੇਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ (ਸਿੱਧਾ ਡਾਟਾਬੇਸ ਵਿੱਚ ਜਾਂ ਸੌਫਟਵੇਅਰ ਇੰਟਰਫੇਸ ਰਾਹੀਂ);
• ਉਪਭੋਗਤਾ ਸਿਸਟਮ ਵਿੱਚ ਕਿਵੇਂ ਲੌਗਇਨ ਕਰਦੇ ਹਨ (ਇੱਕ ਵੱਖਰੇ ਖਾਤੇ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਜਾਂ ਇੱਕ AD ਖਾਤਾ, LDAP, ਆਦਿ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ);
• ਸਿਸਟਮ ਤੱਕ ਪਹੁੰਚ ਦੇ ਕਿਹੜੇ ਪੱਧਰ ਵਰਤੇ ਜਾਂਦੇ ਹਨ (ਐਪਲੀਕੇਸ਼ਨ ਪੱਧਰ, ਸਿਸਟਮ ਪੱਧਰ, ਨੈੱਟਵਰਕ ਫਾਈਲ ਸਰੋਤਾਂ ਦੀ ਸਿਸਟਮ ਵਰਤੋਂ);
• ਸਰਵਰਾਂ ਦਾ ਵੇਰਵਾ ਅਤੇ ਮਾਪਦੰਡ ਜਿਨ੍ਹਾਂ 'ਤੇ ਸਿਸਟਮ ਚੱਲਦਾ ਹੈ;
• ਕਿਹੜੇ ਖਾਤਾ ਪ੍ਰਬੰਧਨ ਕਾਰਜ ਸਮਰਥਿਤ ਹਨ (ਬਲਾਕ ਕਰਨਾ, ਨਾਮ ਬਦਲਣਾ, ਆਦਿ);
• ਸਿਸਟਮ ਉਪਭੋਗਤਾ ਪਛਾਣਕਰਤਾ ਬਣਾਉਣ ਲਈ ਕਿਹੜੇ ਐਲਗੋਰਿਦਮ ਜਾਂ ਨਿਯਮ ਵਰਤੇ ਜਾਂਦੇ ਹਨ;
• ਕਰਮਚਾਰੀ ਪ੍ਰਣਾਲੀ (ਪੂਰਾ ਨਾਮ, ਕਰਮਚਾਰੀ ਨੰਬਰ, ਆਦਿ) ਵਿੱਚ ਇੱਕ ਕਰਮਚਾਰੀ ਦੇ ਰਿਕਾਰਡ ਨਾਲ ਇੱਕ ਕੁਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕਰਨ ਲਈ ਕਿਹੜੀ ਵਿਸ਼ੇਸ਼ਤਾ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ;
• ਉਹਨਾਂ ਨੂੰ ਭਰਨ ਲਈ ਸਾਰੀਆਂ ਸੰਭਵ ਖਾਤਾ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਨਿਯਮ;
• ਸਿਸਟਮ ਵਿੱਚ ਕੀ ਪਹੁੰਚ ਅਧਿਕਾਰ ਮੌਜੂਦ ਹਨ (ਭੂਮਿਕਾ, ਸਮੂਹ, ਪ੍ਰਮਾਣੂ ਅਧਿਕਾਰ, ਆਦਿ, ਕੀ ਨੇਸਟਡ ਜਾਂ ਲੜੀਵਾਰ ਅਧਿਕਾਰ ਹਨ);
• ਪਹੁੰਚ ਅਧਿਕਾਰਾਂ ਨੂੰ ਵੰਡਣ ਲਈ ਵਿਧੀ (ਪੋਜੀਸ਼ਨ, ਵਿਭਾਗ, ਕਾਰਜਸ਼ੀਲਤਾ, ਆਦਿ ਦੁਆਰਾ);
• ਕੀ ਸਿਸਟਮ ਦੇ ਅਧਿਕਾਰਾਂ ਨੂੰ ਵੱਖ ਕਰਨ ਲਈ ਨਿਯਮ ਹਨ (SOD - ਫਰਜ਼ਾਂ ਦੀ ਵੰਡ), ਅਤੇ ਉਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ;
• ਸਿਸਟਮ ਵਿੱਚ ਗੈਰਹਾਜ਼ਰੀ, ਤਬਾਦਲੇ, ਬਰਖਾਸਤਗੀ, ਕਰਮਚਾਰੀ ਡੇਟਾ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਆਦਿ ਦੀਆਂ ਘਟਨਾਵਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਿਵੇਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਇਸ ਸੂਚੀ ਨੂੰ ਵੱਖ-ਵੱਖ ਮਾਪਦੰਡਾਂ ਅਤੇ ਹੋਰ ਵਸਤੂਆਂ ਦੇ ਵੇਰਵੇ ਦੇ ਨਾਲ ਜਾਰੀ ਰੱਖਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜੋ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ।

ਕਦਮ 5. ਅਨੁਮਤੀਆਂ ਦਾ ਕਾਰੋਬਾਰ-ਮੁਖੀ ਵਰਣਨ ਬਣਾਓ

ਇੱਕ ਹੋਰ ਦਸਤਾਵੇਜ਼ ਜਿਸਦੀ ਸਾਨੂੰ ਇੱਕ ਰੋਲ ਮਾਡਲ ਬਣਾਉਣ ਵੇਲੇ ਲੋੜ ਪਵੇਗੀ ਉਹ ਸਾਰੀਆਂ ਸੰਭਾਵੀ ਸ਼ਕਤੀਆਂ (ਅਧਿਕਾਰਾਂ) 'ਤੇ ਇੱਕ ਹਵਾਲਾ ਪੁਸਤਕ ਹੈ ਜੋ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਵਪਾਰਕ ਫੰਕਸ਼ਨ ਦੇ ਵਿਸਤ੍ਰਿਤ ਵਰਣਨ ਦੇ ਨਾਲ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ ਜੋ ਇਸਦੇ ਪਿੱਛੇ ਖੜ੍ਹਾ ਹੈ। ਅਕਸਰ, ਸਿਸਟਮ ਵਿੱਚ ਅਧਿਕਾਰੀ ਅੱਖਰਾਂ ਅਤੇ ਸੰਖਿਆਵਾਂ ਵਾਲੇ ਕੁਝ ਨਾਵਾਂ ਨਾਲ ਐਨਕ੍ਰਿਪਟ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਕਾਰੋਬਾਰੀ ਕਰਮਚਾਰੀ ਇਹ ਨਹੀਂ ਸਮਝ ਸਕਦੇ ਕਿ ਇਹਨਾਂ ਚਿੰਨ੍ਹਾਂ ਦੇ ਪਿੱਛੇ ਕੀ ਹੈ। ਫਿਰ ਉਹ IT ਸੇਵਾ 'ਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਉੱਥੇ... ਉਹ ਸਵਾਲ ਦਾ ਜਵਾਬ ਵੀ ਨਹੀਂ ਦੇ ਸਕਦੇ ਹਨ, ਉਦਾਹਰਨ ਲਈ, ਬਹੁਤ ਘੱਟ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਅਧਿਕਾਰਾਂ ਬਾਰੇ। ਫਿਰ ਵਾਧੂ ਟੈਸਟ ਕੀਤੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ.

ਇਹ ਚੰਗਾ ਹੈ ਜੇਕਰ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਕੋਈ ਕਾਰੋਬਾਰੀ ਵਰਣਨ ਹੈ ਜਾਂ ਭਾਵੇਂ ਇਹਨਾਂ ਅਧਿਕਾਰਾਂ ਦਾ ਸਮੂਹਾਂ ਅਤੇ ਭੂਮਿਕਾਵਾਂ ਵਿੱਚ ਸੁਮੇਲ ਹੈ। ਕੁਝ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ, ਵਿਕਾਸ ਦੇ ਪੜਾਅ 'ਤੇ ਅਜਿਹਾ ਸੰਦਰਭ ਬਣਾਉਣਾ ਸਭ ਤੋਂ ਵਧੀਆ ਅਭਿਆਸ ਹੈ। ਪਰ ਅਜਿਹਾ ਅਕਸਰ ਨਹੀਂ ਹੁੰਦਾ, ਇਸ ਲਈ ਅਸੀਂ ਸਾਰੇ ਸੰਭਾਵਿਤ ਅਧਿਕਾਰਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਇਕੱਠੀ ਕਰਨ ਅਤੇ ਉਹਨਾਂ ਦਾ ਵਰਣਨ ਕਰਨ ਲਈ ਦੁਬਾਰਾ IT ਵਿਭਾਗ ਵਿੱਚ ਜਾਂਦੇ ਹਾਂ। ਸਾਡੀ ਗਾਈਡ ਵਿੱਚ ਅੰਤ ਵਿੱਚ ਹੇਠ ਲਿਖੇ ਸ਼ਾਮਲ ਹੋਣਗੇ:

• ਅਥਾਰਟੀ ਦਾ ਨਾਮ, ਜਿਸ ਵਿੱਚ ਪਹੁੰਚ ਦਾ ਅਧਿਕਾਰ ਲਾਗੂ ਹੁੰਦਾ ਹੈ;
• ਇੱਕ ਕਾਰਵਾਈ ਜਿਸ ਨੂੰ ਕਿਸੇ ਵਸਤੂ (ਦੇਖਣ, ਬਦਲਣਾ, ਆਦਿ, ਪਾਬੰਦੀ ਦੀ ਸੰਭਾਵਨਾ, ਉਦਾਹਰਨ ਲਈ, ਖੇਤਰੀ ਅਧਾਰ ਜਾਂ ਗਾਹਕਾਂ ਦੇ ਸਮੂਹ ਦੁਆਰਾ) ਨਾਲ ਕੀਤੇ ਜਾਣ ਦੀ ਆਗਿਆ ਹੈ;
• ਅਧਿਕਾਰ ਕੋਡ (ਕੋਡ ਅਤੇ ਸਿਸਟਮ ਫੰਕਸ਼ਨ/ਬੇਨਤੀ ਦਾ ਨਾਮ ਜੋ ਅਧਿਕਾਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਚਲਾਇਆ ਜਾ ਸਕਦਾ ਹੈ);
• ਅਥਾਰਟੀ ਦਾ ਵੇਰਵਾ (ਅਥਾਰਟੀ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵੇਲੇ ਆਈਐਸ ਵਿੱਚ ਕਾਰਵਾਈਆਂ ਦਾ ਵਿਸਤ੍ਰਿਤ ਵਰਣਨ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਲਈ ਉਹਨਾਂ ਦੇ ਨਤੀਜੇ;
• ਅਨੁਮਤੀ ਸਥਿਤੀ: "ਸਰਗਰਮ" (ਜੇ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਉਪਭੋਗਤਾ ਨੂੰ ਅਨੁਮਤੀ ਦਿੱਤੀ ਗਈ ਹੈ) ਜਾਂ "ਸਰਗਰਮ ਨਹੀਂ" (ਜੇ ਅਨੁਮਤੀ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ)।

ਕਦਮ 6 ਅਸੀਂ ਸਿਸਟਮਾਂ ਤੋਂ ਉਪਭੋਗਤਾਵਾਂ ਅਤੇ ਅਧਿਕਾਰਾਂ ਬਾਰੇ ਡਾਟਾ ਡਾਊਨਲੋਡ ਕਰਦੇ ਹਾਂ ਅਤੇ ਉਹਨਾਂ ਦੀ ਕਰਮਚਾਰੀਆਂ ਦੇ ਸਰੋਤ ਨਾਲ ਤੁਲਨਾ ਕਰਦੇ ਹਾਂ

ਤਿਆਰੀ ਦੇ ਅੰਤਮ ਪੜਾਅ 'ਤੇ, ਤੁਹਾਨੂੰ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਅਤੇ ਉਹਨਾਂ ਦੇ ਅਧਿਕਾਰਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਣਾਲੀਆਂ ਤੋਂ ਡੇਟਾ ਡਾਊਨਲੋਡ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਜੋ ਉਹਨਾਂ ਕੋਲ ਵਰਤਮਾਨ ਵਿੱਚ ਹਨ। ਇੱਥੇ ਦੋ ਸੰਭਵ ਦ੍ਰਿਸ਼ ਹਨ। ਪਹਿਲਾ: ਸੁਰੱਖਿਆ ਵਿਭਾਗ ਕੋਲ ਸਿਸਟਮ ਤੱਕ ਸਿੱਧੀ ਪਹੁੰਚ ਹੈ ਅਤੇ ਸੰਬੰਧਿਤ ਰਿਪੋਰਟਾਂ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨ ਦੇ ਸਾਧਨ ਹਨ, ਜੋ ਕਿ ਅਕਸਰ ਨਹੀਂ ਹੁੰਦਾ, ਪਰ ਬਹੁਤ ਸੁਵਿਧਾਜਨਕ ਹੁੰਦਾ ਹੈ। ਦੂਜਾ: ਅਸੀਂ ਲੋੜੀਂਦੇ ਫਾਰਮੈਟ ਵਿੱਚ ਰਿਪੋਰਟਾਂ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ IT ਨੂੰ ਬੇਨਤੀ ਭੇਜਦੇ ਹਾਂ। ਤਜਰਬਾ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ IT ਨਾਲ ਸਮਝੌਤੇ 'ਤੇ ਆਉਣਾ ਅਤੇ ਪਹਿਲੀ ਵਾਰ ਜ਼ਰੂਰੀ ਡੇਟਾ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸੰਭਵ ਨਹੀਂ ਹੈ। ਲੋੜੀਂਦੇ ਫਾਰਮ ਅਤੇ ਫਾਰਮੈਟ ਵਿੱਚ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਹੋਣ ਤੱਕ ਕਈ ਪਹੁੰਚ ਬਣਾਉਣੇ ਜ਼ਰੂਰੀ ਹਨ.

ਕਿਹੜਾ ਡਾਟਾ ਡਾਊਨਲੋਡ ਕਰਨ ਦੀ ਲੋੜ ਹੈ:

• ਅਕਾਉਂਟ ਦਾ ਨਾਂ
• ਕਰਮਚਾਰੀ ਦਾ ਪੂਰਾ ਨਾਮ ਜਿਸਨੂੰ ਇਹ ਸੌਂਪਿਆ ਗਿਆ ਹੈ
• ਸਥਿਤੀ (ਕਿਰਿਆਸ਼ੀਲ ਜਾਂ ਬਲੌਕ)
• ਖਾਤਾ ਬਣਾਉਣ ਦੀ ਮਿਤੀ
• ਆਖਰੀ ਵਰਤੋਂ ਦੀ ਮਿਤੀ
• ਉਪਲਬਧ ਅਧਿਕਾਰਾਂ/ਸਮੂਹ/ਭੂਮਿਕਾ ਦੀ ਸੂਚੀ

ਇਸ ਲਈ, ਅਸੀਂ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਦਿੱਤੇ ਗਏ ਸਾਰੇ ਅਧਿਕਾਰਾਂ ਦੇ ਨਾਲ ਸਿਸਟਮ ਤੋਂ ਡਾਊਨਲੋਡ ਪ੍ਰਾਪਤ ਕੀਤੇ ਹਨ। ਅਤੇ ਉਹਨਾਂ ਨੇ ਤੁਰੰਤ ਸਾਰੇ ਬਲੌਕ ਕੀਤੇ ਖਾਤਿਆਂ ਨੂੰ ਪਾਸੇ ਕਰ ਦਿੱਤਾ, ਕਿਉਂਕਿ ਇੱਕ ਰੋਲ ਮਾਡਲ ਬਣਾਉਣ ਦਾ ਕੰਮ ਸਿਰਫ ਸਰਗਰਮ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਹੀ ਕੀਤਾ ਜਾਵੇਗਾ।

ਫਿਰ, ਜੇਕਰ ਤੁਹਾਡੀ ਕੰਪਨੀ ਕੋਲ ਬਰਖਾਸਤ ਕਰਮਚਾਰੀਆਂ ਤੱਕ ਪਹੁੰਚ ਨੂੰ ਰੋਕਣ ਦੇ ਸਵੈਚਾਲਿਤ ਸਾਧਨ ਨਹੀਂ ਹਨ (ਇਹ ਅਕਸਰ ਹੁੰਦਾ ਹੈ) ਜਾਂ ਪੈਚਵਰਕ ਆਟੋਮੇਸ਼ਨ ਹੈ ਜੋ ਹਮੇਸ਼ਾ ਸਹੀ ਢੰਗ ਨਾਲ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਸਾਰੀਆਂ "ਮੁਰਦਾ ਰੂਹਾਂ" ਦੀ ਪਛਾਣ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਅਸੀਂ ਉਹਨਾਂ ਕਰਮਚਾਰੀਆਂ ਦੇ ਖਾਤਿਆਂ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ ਜੋ ਪਹਿਲਾਂ ਹੀ ਬਰਖਾਸਤ ਕੀਤੇ ਜਾ ਚੁੱਕੇ ਹਨ, ਜਿਨ੍ਹਾਂ ਦੇ ਅਧਿਕਾਰ ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ ਬਲੌਕ ਨਹੀਂ ਕੀਤੇ ਗਏ ਹਨ - ਉਹਨਾਂ ਨੂੰ ਬਲੌਕ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਅਸੀਂ ਅਪਲੋਡ ਕੀਤੇ ਡੇਟਾ ਦੀ ਕਰਮਚਾਰੀਆਂ ਦੇ ਸਰੋਤ ਨਾਲ ਤੁਲਨਾ ਕਰਦੇ ਹਾਂ। ਕਰਮਚਾਰੀਆਂ ਦੇ ਡੇਟਾਬੇਸ ਦੀ ਸਾਂਭ-ਸੰਭਾਲ ਕਰਨ ਵਾਲੇ ਵਿਭਾਗ ਤੋਂ ਪਰਸੋਨਲ ਅਨਲੋਡਿੰਗ ਵੀ ਪਹਿਲਾਂ ਤੋਂ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।

ਵੱਖਰੇ ਤੌਰ 'ਤੇ, ਉਹਨਾਂ ਖਾਤਿਆਂ ਨੂੰ ਵੱਖ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ ਜਿਨ੍ਹਾਂ ਦੇ ਮਾਲਕ ਕਰਮਚਾਰੀ ਡੇਟਾਬੇਸ ਵਿੱਚ ਨਹੀਂ ਪਾਏ ਗਏ ਸਨ, ਕਿਸੇ ਨੂੰ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕੀਤੇ ਗਏ - ਭਾਵ, ਮਾਲਕ ਰਹਿਤ। ਇਸ ਸੂਚੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਸਾਨੂੰ ਆਖਰੀ ਵਰਤੋਂ ਦੀ ਮਿਤੀ ਦੀ ਲੋੜ ਪਵੇਗੀ: ਜੇਕਰ ਇਹ ਬਿਲਕੁਲ ਤਾਜ਼ਾ ਹੈ, ਤਾਂ ਸਾਨੂੰ ਅਜੇ ਵੀ ਮਾਲਕਾਂ ਦੀ ਭਾਲ ਕਰਨੀ ਪਵੇਗੀ। ਇਸ ਵਿੱਚ ਬਾਹਰੀ ਠੇਕੇਦਾਰਾਂ ਜਾਂ ਸੇਵਾ ਖਾਤਿਆਂ ਦੇ ਖਾਤੇ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹਨ ਜੋ ਕਿਸੇ ਨੂੰ ਸੌਂਪੇ ਨਹੀਂ ਗਏ ਹਨ, ਪਰ ਕਿਸੇ ਵੀ ਪ੍ਰਕਿਰਿਆ ਨਾਲ ਜੁੜੇ ਹੋਏ ਹਨ। ਇਹ ਪਤਾ ਲਗਾਉਣ ਲਈ ਕਿ ਖਾਤੇ ਕਿਸ ਦੇ ਹਨ, ਤੁਸੀਂ ਸਾਰੇ ਵਿਭਾਗਾਂ ਨੂੰ ਪੱਤਰ ਭੇਜ ਕੇ ਜਵਾਬ ਮੰਗ ਸਕਦੇ ਹੋ। ਜਦੋਂ ਮਾਲਕ ਲੱਭੇ ਜਾਂਦੇ ਹਨ, ਅਸੀਂ ਸਿਸਟਮ ਵਿੱਚ ਉਹਨਾਂ ਬਾਰੇ ਡੇਟਾ ਦਾਖਲ ਕਰਦੇ ਹਾਂ: ਇਸ ਤਰ੍ਹਾਂ, ਸਾਰੇ ਕਿਰਿਆਸ਼ੀਲ ਖਾਤਿਆਂ ਦੀ ਪਛਾਣ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਬਾਕੀ ਬਲੌਕ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਜਿਵੇਂ ਹੀ ਸਾਡੇ ਅਪਲੋਡ ਬੇਲੋੜੇ ਰਿਕਾਰਡਾਂ ਤੋਂ ਸਾਫ਼ ਹੋ ਜਾਂਦੇ ਹਨ ਅਤੇ ਸਿਰਫ਼ ਕਿਰਿਆਸ਼ੀਲ ਖਾਤੇ ਹੀ ਰਹਿੰਦੇ ਹਨ, ਅਸੀਂ ਇੱਕ ਖਾਸ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀ ਲਈ ਇੱਕ ਰੋਲ ਮਾਡਲ ਬਣਾਉਣਾ ਸ਼ੁਰੂ ਕਰ ਸਕਦੇ ਹਾਂ। ਪਰ ਮੈਂ ਤੁਹਾਨੂੰ ਇਸ ਬਾਰੇ ਅਗਲੇ ਲੇਖ ਵਿਚ ਦੱਸਾਂਗਾ।

ਲੇਖਕ: ਲਿਊਡਮਿਲਾ ਸੇਵਾਸਤਿਆਨੋਵਾ, ਪ੍ਰੋਮੋਸ਼ਨ ਮੈਨੇਜਰ ਸੋਲਰ ਇਨ ਰਾਈਟਸ

ਸਰੋਤ: www.habr.com