Pro i usuwanie
Pro i usuwanie
Pro jest częścią procesu zarządzania uprawnieniami dostępu, ale najczęściej jego zakres rozszerza się wraz z wykorzystywaniem coraz większej liczby przypadków użycia z różnych procesów.
Pro zazwyczaj oznacza, że informacje są dostarczane automatycznie lub ręcznie między rozwiązaniem IGA a katalogami/aplikacjami. W przypadku automatycznego dostarczania informacji wymagane jest użycie jednego z gotowych konektorów lub nawiązanie integracji z systemem docelowym w inny sposób (za pomocą API , platform integracyjnych itp.). Ręczne provisioning oznacza, że żądanie provisioningu jest wysyłane jako zgłoszenie do grupy wsparcia lub jako wiadomość e-mail do głównych użytkowników aplikacji, a zazwyczaj również odpowiedź jest wysyłana do rozwiązania IGA po zamknięciu ręcznego żądania. Pro może również łączyć provisioning ręczny i automatyczny.
Różnica między provisioningiem a de-provisioningiem polega na samej czynności, która jest wykonywana. Oznacza to, że za każdym razem, gdy użytkownicy, relacje dostępu itp. są dodawane do katalogu lub aplikacji, nazywa się to provisioningiem. Na przykład, gdy połączenie z grupą jest usuwane, nazywa się to de-provisioningiem. W niniejszym artykule ogólnie chodzi o provisioning.
Pro jest częścią kilku przypadków użycia, takich jak żądanie uprawnień dostępu, gdy połączenie z grupą jest tworzone na podstawie żądania złożonego w samoobsłudze. Pro może również odbywać się wielokrotnie w trakcie danego przypadku użycia, na przykład podczas tworzenia użytkowników, a provisioning może odbywać się wielokrotnie w trakcie przepływu pracy (na przykład weryfikacja unikalnych atrybutów użytkowników, takich jak adres e-mail, UPN , nazwa konta itp.).
Opis przypadku użycia
Ten przypadek użycia można rozszerzyć o inne procesy, które zostały oznaczone,
* Zarządzanie cyklem życia użytkownika
** Zarządzanie
*** Automatyzacja i provisionowanie
**** Rozszerzone zarządzanie uprawnieniami dostępu
| Opis | |
Przegląd |
Ten przypadek użycia opisuje, jak działa proces provisioningu. Istnieją trzy (3) różne typy provisioningu: Jeśli w procesie provisioningu wystąpią wyjątki, rozwiązanie IGA powiadomi administratora IGA . |
Operatorzy |
Rozwiązanie IGA |
Wymagania wstępne |
W przypadku rozwiązania IGA wszystkie uprawnienia i informacje o użytkowniku w zakresie provisionowania muszą być dostępne. |
Wynik |
Zadanie Pro zostało ukończone pomyślnie IGA utworzone zostało żądanie IGA /zadanie administratora IGA do obsługi ręcznej. |
Łańcuch operacyjny |
|
Powiązane karty danych |
Żądanie IGA |
Usuwać
Możliwości rozbudowy
Możliwości rozbudowy podzielono na trzy kategorie, jednak zawsze ważne jest sprawdzenie, czy żądana zmiana ma wpływ na harmonogram dostaw lub szacunkowy czas realizacji prac.
Należy pamiętać, że te możliwości rozbudowy dotyczą głównie funkcji wymagających faktycznych zmian w konfiguracji. Codzienne zadania administracyjne opisano w studium przypadku.
| Kategoria | Opis |
| Mały (mniej niż godzina) |
Małe zmiany zazwyczaj nie wpływają na harmonogram dostaw ani szacunki prac i mogą być wprowadzane również przez administratorów IGA ,
|
| Średni (0,5 - 2 dni robocze) |
Zmiany średnie mogą być na przykład takie,
|
| Duży (ponad 2 dni robocze) |
Duże zmiany zazwyczaj zajmują więcej czasu, ponieważ wymagają bardziej szczegółowej definicji i testów. Mogą to być na przykład:
|
Instrukcje dotyczące relacji i konfiguracji
Relacje z innymi przypadkami użycia,
Ten przypadek użycia odnosi się do niemal wszystkich przypadków użycia, w których ma miejsce provisionowanie.
Relacje z innymi kartami danych,
Wniosek IGA
Osoba
Przechowywanie tożsamości
Instrukcje konfiguracji,
- Dzięki IGA Baseline nie ma potrzeby edytowania przepływów pracy ani zadań EPE, aby zrealizować ten przypadek użycia. Zadania oparte na zdarzeniach realizują te zadania, a te są konfigurowane w innych przypadkach użycia.
Instrukcje testowania jednostkowego,
- Ten przypadek użycia jest testowany w połączeniu z innymi przypadkami użycia, więc nie ma potrzeby przeprowadzania osobnych testów
Instrukcje testowania systemu i zatwierdzania przez użytkownika
Ten przypadek użycia jest testowany w połączeniu z innymi przypadkami użycia, więc nie ma potrzeby testowania go osobno.
Usuwać