Autorskie frameworki do PHP - część 2. Użytkownicy

1. Autorskie frameworki do PHP - część 1. Wstęp
2. Autorskie frameworki do PHP - część 2. Użytkownicy
3. Autorskie frameworki do PHP - część 3. Wydajność i bezpieczeństwo

Rozważmy teraz kwestie użytkowników....
Projektując każdy system informatyczny największą wagę należ poświęcić właśnie tej kwestii. Pamiętajmy, że to właśnie dla userów tworzymy nasze tkownidzieło. Zwykle systemy elektroniczne mają pewne grupy użytkowników. Grupy, te charakteryzują się zwykle pewną pulą cech wspólnych. Zazwyczaj będą to uprawnienia lub cele w jakim używają naszego system. Nasz przykładowy projekt nie różnie się w tej kwestii od innych. Już po wstępnej analizie możemy wyodrębnić trzy podstawowe grupy użytkowników. Spróbujmy je zatem nazwać i scharakteryzować.

1. Kandydaci na studia. Grupa potencjalnie najbardziej oczywista. Ludzie młodzi i inteligentni mający duże doświadczenie w użytkowaniu komputerów - Dzieci Neo - czyli superuserzy... ale czy na pewno? :D Okazuje się, że kandydat na studia nie zawsze daje się tak łatwo "zaszufladkować". Zwróćmy uwagę, że na studia idą osoby w różnym wieku. Oczywiście przytłaczającą większość stanowią tegoroczni maturzyści, ale przy projektowaniu systemu znacznie większą wagę powinniśmy zwrócić na przypadki, rzadkie i bardzo rzadkie, niż na te pospolite. Dlaczego? To proste, osoby ze schematu to znany nam przypadek i raczej nie zapomnimy o jego potrzebach. Osoby odstające od schematu to przypadki trudne, najmniej nam znane i mało przez nas rozumiane. Łatwo więc będzie nam pomylić się czy zapomnieć o pewnych drobiazgach - w artykułach z tego cyklu wrócę jeszcze do tej kwestii - więc zapamiętajmy ją sobie. Wracając do naszych kandydatów. Tworzymy system dla ludzi posługujących się biegle komputerami i dla osób, które nie wiedzą w jaki sposób zmusić komputer do wyświetlenia wielkiej litery bądź litery "ś", że o "ź" nie wspomnę. Będą to ludzie w wieku 18 jak i 55 lat. Mieszkańcy miast (którzy często nie znają nazwy gminy w jakiej mieszkają) jak i mieszkańcy wsi (w których nie mamy nazw ulic, czy numerów mieszkań). Będą to osoby nieprzeciętnie inteligentne jak i takie, które ukończyły prywatną szkołę jedynie dlatego, że "ich tatuś tę szkołę kupił". Generalnie pełne spektrum naszego społeczeństwa :)
2. Pracownicy uczelni obsługujący system. To również bardzo ciekawa i zaskakująca grupa. Nazwijmy sobie tę grupę dla ułatwienia "wsparciem". Nasi pracownicy to powiedzmy: 3-4 pracownice jednego z działów naszej uczelni. Powiedzmy że, są to osoby w wieku lat 45+. Powiedzmy że, nie potrafią się posługiwać komputerem i nie są zbyt chętne do nauki nowych rzeczy czy podejmowania zawodowych wyzwań - typowi urzędnicy wychowani w poprzednim systemie. Resztę wsparcia stanowią informatycy: bazodanowcy, programiści i administratorzy systemu. Większość z nich jest przekonana o swojej nieomylności oraz wyższości nad resztą społeczeństw, a ich cenny czasz jest marnotrawiony przez błahe problemy maluczkich. Co bardzo istotne ich czas faktycznie jest cenny, gdyż takie osoby często zarabiają więcej niż urzędnicy. Ostatnia podgrupa to "pracownicy sezonowi". Osoby przychodzące do pracy wyłącznie w okresie największej ilości pracy do wykonania mające pomagać etatowym pracownikom wsparcia. Jak każdy zbieracz ogórków, nie mają odpowiedniego wykształcenia, doświadczenia i kwalifikacji. Nie możemy im do końca ufać, gdyż zwykle nie możemy wyciągać konsekwencji za ich czyny. Nie możemy również od nich wymagać zbyt wiele, bo przyszli tu tylko na chwilkę i za moment lecą dalej.
3. Komisje rekrutacyjne. Grupa użytkowników składające się wyłącznie z naukowo-dydaktycznych pracowników uczelni. Jednak do samej obsługo systemu oddelegowywane są osoby o najniższych tytułach naukowych/zawodowych o najkrótszym stażu na uczelni. Zwykle jest to doktorant nie mający dość silnej pozycji jak ich dość odwagi by sprzeciwić się swoim przełożonym profesorom będącym przewodniczącymi komisji rekrutacyjnych. Te osoby jednak mają dość odwagi i przekonania o swej silnej pozycji by wymagać "niemożliwego" od pracowników wsparcia :D.

Z grubsza to tyle co do userów naszej aplikacji. Ale pamiętajmy, że w skład projektu wchodzi również wybór frameworku. Zatem mamy potencjalnie jeszcze jedną grupę userów. Programistów, dbających o rozwój i utrzymanie naszej aplikacji. Tego typu projekty zwykle są rozwijane w sposób ciągły. Stale dokładane są nowe moduły i udoskonalane stare. Projekt musi być dostosowywanych do nowych przepisów oraz zasad rekrutacji. Np. ministerstwo wprowadza "Nową maturę" co zupełnie zmienin dotychczasowe podejście do pozyskiwania informacji o wynikach naszych kandydatów. Grupa ta powinna być zatem potraktowana w sposób szczególny. Istotne jest to z jaką łatwością będzie można wprowadzać zmiany do systemu lub lokalizować błędy. Jak również, to jak łatwo rekrutować nowych programistów, posiadających odpowiednią wiedzę i kwalifikacje. 

User to nie wszystko.....