Provisiointi ja de-provisiointi
Provisiointi ja de-provisiointi
Provisiointi on osa käyttöoikeuksien hallintaprosessia, mutta yleisimmin sen käyttö laajenee, kun yhä useampia käyttötapauksia eri prosesseista otetaan käyttöön.
Provisiointi tarkoittaa yleisesti sitä, että tietoa toimitetaan automaattisesti tai manuaalisesti IGA-ratkaisun ja hakemistojen / sovellusten välillä. Kun tieto toimitetaan automaattisesti, se edellyttää, että jokin valmiista liittimistä otetaan käyttöön, tai integraatio kohdejärjestelmään toteutetaan jollain muulla tavalla (esimerkiksi API:en, integraatioalustojen tms. avulla). Manuaalinen provisiointi tarkoittaa, että provisiointipyyntö toimitetaan tikettinä tukiryhmälle tai sähköpostina sovelluksen pääkäyttäjille; yleensä myös vastaus lähetetään takaisin IGA-ratkaisuun, kun manuaalinen pyyntö on suljettu. Provisiointi voi olla myös manuaalisen ja automaattisen provisioinnin yhdistelmä.
Provisioinnin ja de-provisioinnin ero on itse suoritettavassa toimenpiteessä: aina kun käyttäjiä, käyttöoikeussuhteita jne. lisätään hakemistoon tai sovellukseen, sitä kutsutaan provisioinniksi. Kun esimerkiksi ryhmäjäsenyys poistetaan, sitä kutsutaan de-provisioinniksi. Tässä artikkelissa viitataan yleisesti provisiointiin.
Provisiointi on osa useita käyttötapauksia, kuten esimerkiksi käyttöoikeuksien pyytämistä, jolloin ryhmäjäsenyys luodaan Self-Servicessä tehdyn pyynnön perusteella. Provisiointi voi myös tapahtua useita kertoja käyttötapauksen aikana, kuten esimerkiksi käyttäjiä luotaessa, jolloin provisiointi tapahtuu useita kertoja työnkulun aikana (esimerkiksi käyttäjän yksilölliset attribuutit, kuten sähköpostiosoite, UPN, samaccountname jne., varmistetaan yksilöllisiksi).
Käyttötapauksen kuvaus
Tätä käyttötapausta voidaan laajentaa muilla prosesseilla, ja ne on merkitty seuraavasti,
* Käyttäjän elinkaaren hallinta
** Governance
*** Automaatio ja provisiointi
**** Laajennettu käyttöoikeuksien hallinta
| Kuvaus | |
Yleiskatsaus |
Tämä käyttötapaus kuvaa, miten provisiointiprosessi toimii. Provisiointityyppejä on kolme (3): Jos provisioinnissa ilmenee poikkeus, IGA-ratkaisu ilmoittaa siitä IGA Adminille. |
Toimijat |
IGA-ratkaisu |
Edellytykset |
Kaikkien provisioinnin piiriin kuuluvien käyttöoikeuksien ja käyttäjätietojen on oltava IGA-ratkaisun saatavilla. |
Tulos |
Provisiointitehtävä on suoritettu onnistuneesti, tai IGA-ratkaisuun on luotu IGA Request / IGA Admin Task manuaalista käsittelyä varten IGA Adminille. |
Toimintaketju |
|
Liittyvät tietokortit |
IGA Request |
Delete
Laajennusmahdollisuudet
Laajennusmahdollisuudet on jaettu kolmeen kategoriaan, mutta on aina tärkeää varmistaa, vaikuttaako pyydetty muutos toimitusaikatauluun tai työarvioihin.
Huomaa, että nämä laajennusmahdollisuudet koskevat pääosin ominaisuuksia, jotka vaativat varsinaisia konfiguraatiomuutoksia. Päivittäiset admin-tehtävät on kuvattu käyttötapauksessa.
| Kategoria | Kuvaus |
|
Pieni (alle tunti) |
Pienet muutokset eivät yleensä vaikuta toimitusaikatauluun tai työarvioihin, ja myös IGA-adminit voivat tehdä nämä muutokset,
|
|
Keskisuuri (0,5–2 työpäivää) |
Keskisuuria muutoksia voivat olla esimerkiksi,
|
|
Suuri (yli 2 työpäivää) |
Suuret muutokset vievät yleensä enemmän aikaa, koska ne vaativat tarkempaa määrittely- ja testaustyötä. Näitä voivat olla esimerkiksi,
|
Suhteet ja konfiguraatio-ohjeet
Suhteet muihin käyttötapauksiin,
Tämä käyttötapaus liittyy lähes kaikkiin käyttötapauksiin, joissa provisiointia tehdään.
Suhteet muihin tietokortteihin,
IGA Request
Person
Identity Storage
Konfiguraatio-ohjeet,
- IGA-perusratkaisussa ei tarvitse muokata työnkulkuja tai EPE-tehtäviä tämän käyttötapauksen toteuttamiseksi. Tapahtumapohjaiset tehtävät suorittavat nämä provisioinnit, ja ne on konfiguroitu muissa käyttötapauksissa.
Yksikkötestausohjeet,
- Tämä käyttötapaus testataan muiden käyttötapausten yhteydessä, joten erillisiä testejä ei tarvita
Järjestelmä- ja käyttäjähyväksyntätestausohjeet
Tämä käyttötapaus testataan muiden käyttötapausten yhteydessä, joten sitä ei tarvitse testata erikseen.
DeleteTable of Contents