(studia zaoczne)
Celem zajęć jest praktyczne zapoznanie się z projektowaniem przy użyciu Unified Modeling Language (UML) podczas tworzeniu (wstępnego) projektu wybranego systemu informatycznego. Praca odbywa się w grupach 3-osobowych przy wykorzystaniu narzędzia CASE.
|
Nr |
Temat zajęć | Rozliczenie | Sprawdziany |
| 1 |
Przedstawienie wymagań i sposobu prowadzenia zajęć, utworzenie zespołów, pokaz działania programów Poseidon for UML oraz IBM Rational Rose, uzgadnianie tematyki zadania projektowego |
||
| 2 |
Określanie celów i zakresu projektowanego systemu oraz korzyści z jego wdrożenia; wyszukiwanie przypadków użycia, tworzenie diagramu przypadków użycia |
TC (p. 1) |
|
| 3 |
Opisywanie przypadków użycia oraz diagramy czynności |
TC (p. 2, 4.1) |
|
| 4 |
Tworzenie diagramu klas, identyfikowanie atrybutów i metod |
d. przyp. użycia d. czynności (5 pkt) |
|
| 5 |
Tworzenie diagramów interakcji (przebiegu) |
TC (p. 4.2, 5.1-5.2) |
|
| 6 |
Diagramy zmiany stanu |
d. klas d. przebiegu (5 pkt) |
|
| 7 |
Specyfikowanie wymagań niefunkcjonalnych i propozycji technologii informatycznych; przygotowanie planu prac projektowych i analiza ryzyka projektu |
TC (p. 4.3 i 5.3) |
|
| 8 |
Przekazanie wykonanego projektu ; obrona projektów i ocena wkładu poszczególnych członków zespołu projektowego |
TK | d. stanów d. wdrożenia (5 pkt) |
Sposób zaliczenia pracowni specjalistycznej:
Ocena końcowa jest wyliczana na podstawie:
– krótkich sprawdzianów (od 0 do 15 punktów),
– zdobyczy punktowej z projektu (od 0 do 15 punktów),
– terminowości pracy:
– terminy cząstkowe (TC): każdy zjazd opóźnienia to strata 1 punkta,
– termin końcowy (TK): każdy tydzień opóźnienia strata 2.5 punkta),
– podziału pracy w ramach zespołu,
– obrony projektu.
Przeliczenie punktów na oceny jest następujące:
| Punkty | 30.0-27.0 | 26.75 – 24.0 | 23.75 – 21.0 | 20.75 – 18.0 | 17.75 – 15.0 |
| Ocena | 5,0 | 4,5 | 4,0 | 3,5 | 3,0 |
Zawartość sprawozdania projektowego:
0. Metryczka (uczelnia, wydział, kierunek, przedmiot, rok i semestr studiów, prowadzący i data przekazania sprawozdania)
0.1. Skład zespołu i podział pracy pomiędzy poszczególnych uczestników zespołu
0.2. Proponowana punktacja
1. Treść zadania projektowego
2. Cel budowania systemu, jego zakres oraz kontekst, przewidywalne mierzalne i niemierzalne korzyści z jego wdrożenia
3. Słownik (definiujący ważne, specyficzne terminy związane z dziedziną problemu, wykorzystywane w projekcie)
4. Perspektywa przypadków użycia:
4.1. Diagramy przypadków użycia (co najmniej 10 przypadków użycia)
4.1.1. Opisy tekstowe wszystkich aktorów
4.1.2. Opisy tekstowe wszystkich przypadków użycia
– nazwę przypadku
– wykaz uczestniczących w nim aktorów
– opis tekstowy ciągu zdarzeń, zarówno podstawowego jak i alternatywnych (np. awaryjnego)
– częstotliwość wykonania, przewidywane spiętrzenia oraz czasy realizacji (typowy, maksymalny)
– opis wartości uzyskiwanych przez aktorów po zakończeniu przypadku użycia
4.2. Diagramy czynności (3 przykładowe diagramy)
4.3. Diagramy interakcji (przebiegu) z opisem tekstowym komunikatów (3 przykładowe diagramy)
5. Perspektywa projektowa:
5.1. Diagram klas
5.2. Uporządkowany alfabetycznie wykaz wszystkich klas, zawierający:
– krótki opis tekstowy
– wykaz wszystkich zidentyfikowanych atrybutów i metod (z krótkim opisem tekstowym)
5.3. Diagramy stanów (3 diagramy dla wybranych klas) wraz z opisem tekstowym występującym na nich elementów
5.4. Propozycje interfejsu użytkownika (okno główne, menu, dialogi, itp…)
6. Wymagania niefunkcjonalne dla system, w tym m.in.:
6.1. Oszacowanie wielkości bazy danych
6.2. Propozycja wymaganych czasów odpowiedzi
6.3. Oszacowanie ilości i typów potrzebnych stanowisk pracy użytkowników systemu
7. Propozycja technologii informatycznych, które mogą zostać wykorzystane do realizacji systemu (sprzęt, oprogramowanie)
– diagram(-y) wdrożenia
8. Propozycja planu pracy zawierająca, przynajmniej:
– wyróżnione etapy z podanym czasem trwania każdego etapu (dni robocze)
– zależności pomiędzy etapami (np. co musi być zakończone przed rozpoczęciem kolejnego etapu)
– alokacja zasobów ludzkich do realizacji poszczególnych etapów
9. Analiza ryzyka projektu zawierająca wykaz przewidywanych zagrożeń:
– prawdopodobieństwo/szansa wystąpienia (np.: znikome, średnie, duże, bardzo duże)
– stopień szkodliwości w przypadku wystąpienia (np.: duży, średni, mały)
– propozycje metod zapobiegania danemu zagrożeniu
– plan awaryjny (sposób postępowania) w przypadku wystąpienia zagrożenia
10. Kosztorys realizacji przedsięwzięcia (koszty projektu, oprogramowania, systemu, szkoleń, wdrożenia oraz konsultacji)
– w rozbiciu na mniejsze jednostki (etapy, podsystemy, moduły,…)
– warunki płatności, sposób odbioru
– może być wariantowy
Kilka uwag dotyczących formy sprawozdania:
1. Bez zbędnych upiększeń
2. Całość „zszyta” w sposób trwały
3. Wydruk dwustronny
4. Sprawdzona ortografia
Przygotowanie materiałów przekazywanych do oceny:
1. Dokumentacja projektu w formie papierowej zawierająca wszystkie elementy określone w “Zawartości sprawozdania projektowego”
2. Płytka CD zawierająca:
– w katalogu exc_desc dokument z treścią zadania projektowego
– w katalogu doc dokument stanowiący sprawozdanie
– w katalogu src pliki z diagramami UML (utworzone w Rational Rose, Poseidon lub innych narzędziach)
Wszystkie pliki dokumentacji w formacie edytora w którym zostały stworzone (doc, sxw, …) i w formacie pdf
Płytka podpisana następująco: IO, rok akademicki, semestr, rodzaj studiów, nazwiska studentów
(np. IO, 2004/05, V, dzienne lic., Adamski, Kowalski, Nowak)