Posts Tagged ‘Diagram Venna’

h1

Diagram venna ponownie w akcji

Lipiec 12, 2015

W ostatnim wpisie poruszyłem uwierzytelniania oraz autoryzacji użytkownika, w ramach którego elementami są:

  • użytkownicy, którą próbują skorzystać z zasobów/aplikacji;
  • żądania wykonywane przez użytkowników, choćby takie podstawowe jak utworzenie (ang. create) , odczyt (ang. read), zmiana (ang. update) lub usunięcie (ang. delete) obiektów;
  • kontrola dostępów do wykonania poszczególnych żądań;

Elementy te można zobrazować na diagramie Venna.

vienna_uprawnien_v1

W momencie, gdy użytkownik wywołuje żądanie, do którego miał przypisany (nadany) dostęp, to zostanie ono wykonane – jest to sytuacja z samego centrum diagramu, oznaczona jako obszar A.

W przypadku użytkowników, w danym momencie, możemy mówić o trzech sytuacjach:

  • użytkownicy bez dostępu i możliwości zgłoszenia żądania (obszar bez fragmentów wspólnych z pozostałymi) – obszar z nazwą Użytkownicy;
  • użytkownicy z nadanymi dostępami, ale z nich nie korzystający – obszar B;
  • użytkownicy próbujący wywoływać żądania bez nadanych dostępów – obszar C;

W przypadku dostępów,w danym momencie mamy:

  • dostępy, które nie są możliwe do wykorzystania poprzez żądania użytkownika – obszar z nazwą Dostępy;
  • dostępy przypisane do użytkowników – obszar B;
  • dostępy przypisane do określonych żądań – obszar D;

W przypadku żądań w danym momencie mamy:

  • żądania, które nie są wykonywane przez użytkowników, bez przypisanych dostępów – obszar z nazwą Żądania;
  • żądania, które próbują wywołać użytkownicy, dla których nie są przewidziane takie dostępy – obszar C;
  • żądania, które mają przypisane dostępy, ale nie są wywoływane przez użytkowników – obszar D;

Powyższe rozróżnienia to próba spojrzenia na autentykację i autoryzację użytkowników, zalogowanych lub nie do systemu w danym momencie. To tak jakby w pewnym momencie zamrozić stan systemu, z wywoływanymi żądaniami użytkowników.

Reklamy
h1

Dlaczego taki proces?

Kwiecień 14, 2015

Często wykonuję zakupy w interneciem, mam okazję korzystać z różnych sklepów. Ich systemy do sprzedaży elektronicznej są mniej lub bardziej rozbudowany. Czas dostawy jest podany z większą lub mniejszą dokładnością. Poza jednym przypadkiem, opisanym na blogu, przy okazji wpisu “Diagram Venna w akcji” nie miałem problemów z otrzymaniem zamówionego produktu w akceptowalnym czasie. Dlatego diagram ze wskazanego wpisu posłuży mi do dzisiejszego wpisu.

zakupy2x

Na powyższym diagramie znajduje się zmodyfikowana reprezentacja, tego nieudanego procesu, tak, aby pasowała do różnych przypadków procesów. Elementy z mojej perspektywy, czyli Klienta, zostały przedstawione w postaci procesu. Elementy od strony sklepu internetowego, czyli Dostawcy, zostały przedstawione jako wsad (baza Produkty), wynik (baza Finanse) i zasoby (element Pośrednika) niezbędne do przeprowadzenia tego procesu. Linia przerywana obrazuje, że realizacja części procesu jest rozłożona w czasie. Pośrednikiem może być kurier, podmiot usług pocztowych, punkt odbioru itp.

Będąc projektantem, wykonawcą czy odbiorcą takiego procesu można zadać pytanie “Dlaczego taki proces?”. Pytanie tak postawione jest dość ogólne, dlatego łatwiej na nie odpowiedzieć wykorzystując następujące pytania (nie jest to zestaw zamknięty):

  • Czego oczekuje i ceni Klient?
    Na to pytanie częściowo odpowiedziałem we wstępie. Oczekuje, że znajdzie poszukiwany produkt, będzie on dostępny i w łatwy i bezproblemowy sposób uda się go zamówić. Natomiast realizacja procesu przebiegnie w akceptowalnym i zgodnym z deklaracjami czasie.
    Więcej o stronie Klient w modelu SIPOC.
  • Czego oczekuje i ceni Dostawca?
    Po pierwsze, chce, aby jego produkty znalazły nabywców, że proces zamówień pozwoli je wybrać oraz zamówić. Na diagramie świadczy o tym strzałka z kierunkiem od Bazy Produkty do Procesu.
    Po drugie, że otrzyma przychód z produktu, o czym świadczy strzałka z kierunkiem od Procesu do Bazy Finanse.
    Po trzecie, że wybrani Pośrednicy zrealizują proces zgodnie z oczekiwaniami.
    Więcej o stronie Klient w modelu SIPOC.
  • Jakie są słabe i mocne strony procesu?
    Wielokrotnie na blogu pisałem o ocenie procesu, jego opomiarowaniu.
  • W czym proces jest lepszy od analogicznego procesu?
    To pytanie odnosi się do benchmarkingu oraz postawionych celów dla jakości usługi.