Cykl życia aplikacji internetowej modelowanej przy pomocy WebML Etapy: 1) Specyfikacja wymagań określenie wymagań funkcjonalnych i niefunkcjonalnych, jakie ma spełniać tworzona aplikacja. 2) Stworzenie modelu danych zaprojektowanie warstwy danych, z której będzie korzystać aplikacja. 3) Stworzenie modelu hipertekstowego zaprojektowanie: logiki biznesowej, rozmieszczenia treści oraz przepływu sterowania pomiędzy stronami aplikacji. 4) Stworzenie modelu prezentacji określenie sposobu prezentacji treści, innymi słowy określenie wyglądu stron aplikacji, które są prezentowane użytkownikowi. 5) Zaprojektowanie architektury określenie uwarunkowań sprzętowych, sieciowych i programowych, które składają się na środowisko, w którym działa aplikacja. Wymagania ogólne do opracowania dokumentacji projektowej 1. Dokumentacja projektowa powinna opracowana i przedstawiona w jednym dokumencie o wyraźnie określonej strukturze (zgodnie z podanymi punktami). Każdy punkt dokumentacji powinien być poprzedzony krótką charakterystyką zawartości (kilka zdań). 2. Strona tytułowa dokumentacji powinna zawierać, min.: tytuł projektu, autorów dokumentacji, numer grupy, datę. 3. Rysunki, tabele powinny być podpisane. - 1 -
OGÓLNA CHARAKTERYSTYKA APLIKACJI INTERNETOWEJ 1. Skróty akronimy, definicje EBKW Elektroniczna Biurowość Ksiąg Wieczystych - moduł biurowości systemu SOWKW Ośrodek lokalny Wydział Ksiąg Wieczystych lub Ośrodek Migracyjny 2. Cel realizacji aplikacji (kilka zdań) 3. Główna funkcjonalność aplikacji (wymienić główne funkcje aplikacji i krótko scharakteryzować) 4. Użytkownicy (wymienić i krótko scharakteryzować) - 2 -
5. Specyfikacja grup użytkowników Projekt aplikacji internetowej specyfikacja wymagań (cz.1) 5.1. Hierarchia grup użytkowników przedstawiona graficznie, np.: 5.2. Specyfikacja grup użytkowników (przedstawiona tabelarycznie) obejmująca charakterystykę, wstępną hierarchię oraz uprawnienia grup użytkowników korzystających z aplikacji. Sposób opisu grup: nazwa grupy użytkowników Opis krótki opis grupy użytkowników Profil grupy cechy charakteryzujące grupę użytkowników Nadgrupa bezpośredni przodek grupy użytkowników Podgrupy lista grup potomnych Przypadki użycia lista przypadków użycia, w których uczestniczy opisywana grupa Uprawnienia opis uprawnień grupy użytkowników do obiektów przetwarzanych przez aplikację. Przykładowa specyfikacja grupy użytkowników: Opis Profil grupy Nadgrupa Podgrupy Przypadki użycia Uprawnienia Użytkownik premium Użytkownik, zarejestrowany posiadający dodatkowe uprawnienia, takie jak otrzymywanie SMS-ów z powiadomieniami, możliwość dodawania wpisów, komentarzy., hasło, e-mail Użytkownik zarejestrowany Brak Odczytywanie wydarzeń, dodawanie wpisów w wydarzeniach, otrzymywanie informacji SMS o obserwowanych wpisach, odczytywanie komentarzy, dodawanie komentarzy, logowanie Odczyt: wydarzenie Odczyt/zapis: wpis, komentarz - 3 -
6. Specyfikacja przypadków użycia Projekt aplikacji internetowej specyfikacja wymagań (cz.1) Specyfikacja przypadków użycia zawiera informacje o najważniejszych przypadkach użycia obrazujących sposoby interakcji użytkowników z aplikacją. Jest złożona z diagramu przypadków użycia (w notacji UML) oraz scenariuszy. Można opracować jeden ogólny diagram przypadków użycia lub kilka dla poszczególnych grup użytkowników. Wymienione muszą być wszystkie przypadki użycia. Rozpisanych w postaci scenariuszy: 3 wybrane (na ocenę 3.0); 4 wybranych (na ocenę 4.0); 5 wybranych (na ocenę 5.0); Przykładowy ogólny diagram przypadków użycia: Sposób opisu scenariuszy: Aktor Opis/cel Warunki początkowe Warunki końcowe Scenariusz główny nazwa przypadku użycia nazwa aktora krótki opis realizowanej funkcjonalności wymagania do spełnienia przed realizacją przypadku użycia efekt wykonania przypadku użycia uporządkowany ciąg czynności skutkujący pomyślną realizacją przypadku użycia Scenariusze alternatywne ścieżki realizacji przypadku użycia, które opisują sytuacje, gdy nie zachodzi ścieżka główna. - 4 -
Przykładowa specyfikacja przypadku użycia (scenariusza): Aktor Opis/cel Warunki początkowe Warunki końcowe Scenariusz główny Scenariusze alternatywne Logowanie Użytkownik uwierzytelniony Uwierzytelnienie się użytkownika w systemie Użytkownik ma założone konto w systemie Użytkownik zostaje uwierzytelniony oraz uzyskuje dostęp do swojego konta 1. użytkownik wchodzi na stronę główną 2. użytkownik wpisuje swoje dane w panelu logowania i zatwierdza 3. system sprawdza poprawność wprowadzonych danych 4. użytkownik otrzymuje dostęp do swojego konta 1. użytkownik wprowadza błędne dane 2. system informuje o nieudanej próbie logowania i przenosi użytkownika z powrotem do panelu logowania 1. użytkownik zapomina hasła i wybiera opcję zapomniałem hasła 2. system wysyła przypomnienie hasła na adres e-mail podany przez użytkownika - 5 -