Katedra Oprogramowania
Wydział Informatyki PB

Inżynieria oprogramowania
Pracownia specjalistyczna


Celem zajęć jest praktyczne zapoznanie się z modelowaniem i projektowaniem w UML-u przy wykorzystaniu narzędzia CASE. W pierwszej części zajęć rysowane są diagramy UML na podstawie zadanych scenariuszy, natomiast w drugiej części zdobyte umiejętności są weryfikowane podczas tworzeniu (wstępnego) projektu wybranego systemu informatycznego. Praca odbywa się indywidualnie (I część) oraz  w grupach 3 osobowych (II część).

Nr

Temat zajęć Uwagi
1

Przedstawienie wymagań i sposobu prowadzenia zajęć, utworzenie zespołów, pokaz działania programów Rational Rose i Visual Paradigm for UML

2

Wprawki - diagram przypadków użycia, opisywanie przypadków użycia

3

Wprawki - diagram klas, pakiety

SP (d. przyp.uż.- 2 pkt.)
4

Wprawki - diagram czynności

SP (d. klas - 3 pkt.)
5

Wprawki - diagram stanów

SP (d. czyn. - 2.5 pkt.)
6

Wprawki - diagramy interakcji (przebiegu)

SP (d. st. - 2.5 pkt.)
7

Wprawki - diagramy fizyczne (komponentów i wdrożenia)

SP (d. int. - 2.5 pkt.)
8

Uzgadnianie tematyki zadania grupowego, określanie celów i zakresu projektowanego systemu oraz korzyści z jego wdrożenia

SP (d. fiz. - 2.5 pkt.)
9

Tworzenie i opisywanie diagramów przypadków użycia, projektowanie interefjsu użytkownika

TC (p. 2, 5.4)
10

Tworzenie diagramu klas, identyfikowanie atrybutów i metod, opracowywanie realizacji przypadków użycia, d. interakcji - poziom pojęciowy

TC (p. 4.1)
11

Opracowywanie realizacji przypadków użycia, tworzenie diagramów przebiegu - poziom implementacyjny, czynności

TC (p. 5.1, 5.2)
12

Przygotowywanie diagramów zmiany stanu

TC (p. 4.2, 4.3)
13

Specyfikowanie wymagań niefunkcjonalnych i propozycji technologii informatycznych, przygotowanie proponowanego planu pracy i analiza ryzyka projektu

TC (p. 5.3)
14

Prezentacja projektu, przedstawienie podziału pracy i przekazanie sprawozdania projektowego do oceny

TK
15

Ewentualna weryfikacja zadeklarowanego podziału pracy, omówienie oceny punktowej, wpisy ocen

Sposób zaliczenia pracowni specjalistycznej:
    Ocena końcowa jest wyliczana na podstawie:
    - krótkich sprawdzianów (SP) (od 0 do 15 punktów), zdobycie 50% puntów ze sprawdzianów jest warunkiem koniecznym zaliczenia,
    - zdobyczy punktowej za rozwiązanie projektowe (od 0 do 15 punktów),
    - terminowości pracy:
        - terminy cząstkowe (TC): każdy tydzień opóźnienia to strata 0.5 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 główne i podręczne, kluczowe formatki dialogowe, 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 (powiązane z konkretnymi częściami systemu, realizowanymi komponentami, ...)
          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ń (tylko zagrożenia specyficzne dla projektu):
        - 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)

Powrót   


Copyright © 2004-7 Marek Krętowski. All rights reserved.
Revised:
2007-02-21