dydaktyka/bikol/ZAPOLI0_201819L

Strona automatycznie zmigrowana z systemu Eduwiki z wykorzystaniem Pandoc

Analiza i projektowanie obiektowe - APO

Strona przedmiotu Analiza i projektowanie obiektowe, studia zaoczne

<<TableOfContents(3)>>

Zajęcia

||Termin || Zagadnienia wykład || Zagadnienia ćwiczenia|| ||24.02.2019 || Wprowadzenie || Zakresu systemu || ||10.03.2019 || Zbieranie wymagań, przypadki użycia || - || ||16.03.2019 || Model wiedzy dziedzinowej || Ocena zakresu systemu, Pełne przypadki użycia || ||17.03.2019 || Model wiedzy dziedzinowej - zadanie domowe || - || ||31.03.2019 || UML, diagramy interakcji || - || ||07.04.2019 || - || (praca własna nad modelem wiedzy dziedzinowej) || ||27.04.2019 || diagramy interakcji, przypisywanie odpowiedzialności || Ocenianie modelu wiedzy dziedzinowej || ||18.05.2019 || UML, diagramy klas, wzorce projektowe (10,11,12) || UML, diagramy interakcji || ||19.05.2019 || - || UML, diagramy klas i wzorce projektowe || ||02.06.2019 || - || Ocena diagramu klas i wzorców projektowych, zakończenie zajęć || ||połowa czerwca || Egzamin || - ||

Aktualności

• Slack

Punktacja i obecności

• USOSWeb

Zasady zaliczenia przedmiotu

• Do zaliczenia przedmiotu konieczne jest zaliczenie ćwiczeń oraz zdanie egzaminu
• Egzamin zostanie przeprowadzony po zakończeniu zajęć i będzie obejmował materiał z wykładów i ćwiczeń
• Zaliczenie w pierwszym terminie otrzymają tylko ci studenci, którzy do końca czerwca zaliczą ćwiczenia oraz zdadzą egzamin w pierwszym terminie
• Przewidziana jest jedna poprawka egzaminu we wrześniu

Zasady zaliczenia ćwiczeń

• Obecność na zajęciach jest obowiązkowa.
• W przypadku zadań ocenianych grupowo wszyscy członkowie zespołu otrzymują jednakową liczbę punktów.
• Oddanie zadania po terminie, skutkuje obniżeniem punktacji o 25% + {liczba rozpoczętych tygodni spóźnienia} * 25%.
  • Zadania oddane z opóźnieniem przekraczającym 2 tygodnie nie uzyskują punktów.
• Liczba punktów przyznana za zadanie ustalana jest jako maksimum z liczby uzyskanych punktów oraz zera.
• Zadania muszą być wykonywane po kolei. Nie jest możliwe zaliczenie zadania o numerze wyższym bez wcześniejszego zaliczenia wszystkich zadań o numerach niższych.
  • Zasada ta dotyczy również ostatniego zadania.
• Do zaliczenia ćwiczeń konieczne jest zaliczenie wszystkich zadań.
• Zadanie uznaje się za zaliczone jeśli możliwe jest przyznanie za nie dodatniej liczby punków bez uwzględniania kary za spóźnienie.
• Ostateczna ocena z ćwiczeń, ustalana jest na podstawie sumy punktów przyznanych za wszystkie zadania domowe zgodnie ze skalą ocen.

Zadania domowe

• W trakcie semestru student zobowiązany jest to oddania 4 zadań domowych.
• Niektóre z zadań realizowane są grupowo.
• Wszystkie zadania należy przesłać do odpowiedniego repozytorium Git
  • • W ramach zajęć korzystać będziemy z wydziałowego Gita
    • Każda grupa projektowa tworzy swoje własne repozytorium (grupowe repozytorium Git) o nazwie ZAPO-2018L-<id_grupy>{=html}.
    • Repozytorium grupy musi mieć strukturę identyczną jak repozytorium wzorcowe. Najłatwiej uzyskać to poprzez skopiowanie tego repozytorium na początku semestru. Ewentualne zmiany w strukturze będą ogłaszane na zajęciach.
    • Prowadzący zajęcia musi mieć uprawnienia do edycji grupowego repozytorium Git. Repozytorium musi być prywatne.

Recenzje

• Student zobowiązany jest do recenzowania rozwiązań innych grup.
• Każdy student będzie recenzował 3 rozwiązania każdego zadania.
  • • Recenzje wystawiane są w skali: nie spełnia wymagań(0), spełnia wymagania(1), wyróżniające/doskonałe(2).
    • Poprawność recenzji można sprawdzić korzystając ze skryptu: ''scripts/check_reviews.sh

      <task>
      

      <index_number>{=html}''.
• Przydziału rozwiązań do recenzji dokonuje prowadzący.
• Recenzja musi zostać wykonana w terminie 2 tygodni od momentu udostępnienia rozwiązań na grupowym repozytorium Git.
• Punkty za dane zadanie domowe przyznawane są tylko w przypadku gdy dany student wykonał przydzielone mu 3 recenzje rozwiązań innych grup.
  • • W przypadku braku realizacji recenzji punktacja danego zadania obniżana jest o połowę.
• Recenzje wykonywane i rozliczane są indywidualnie, nawet w przypadku zadań grupowych.

Grupy i projekty

• Każdy uczestnik zajęć przynależy do jednej grupy.
• Grupa składa się z 3-4 osób.
• Skład grup zostaje ustalony podczas pierwszych zajęć. Każda grupa ma przypisany numer.
• Poszczególne grupy realizują jeden projekt wylosowany podczas pierwszych zajęć. Lista projektów: Projekty.doc
• Projekt określa dziedzinę i tematykę realizowanych zadań.

Zadania

||<:> Numer<
>zadania ||<:> Nazwa ||<:> Termin oddania ||<:> Forma oddania ||<:> Punktacja ||<:> Forma oceny || ||<|2> 2 || Zakres systemu ||<:> 15 III 23:59 ||<:> Git ||<:> 2 ||<:> grupowa || ||<-5> Charakterystyka aktorów, lista aktor-cel, lista IN-OUT, kompletna lista wszystkich przypadków użycia, skrócony opis 4 kluczowych przypadków użycia|| ||<|2> 3 || Pełny przypadek użycia (przykład)||<:> 6 IV 23:59 ||<:> Git ||<:> 3 ||<:> indywidualna || ||<-5> pełny opis 1 wybranego przypadku użycia|| ||<|2> 4 || Model wiedzy dziedzinowej||<:> 27/28 IV ||<:> Git + na zajęciach||<:> 5 ||<:> grupowa || ||<-5> Kompletny model wiedzy dziedzinowej całego systemu uwzględniający klasy, asocjacje oraz atrybuty|| ||<|2> 5 || Diagramy interakcji ||<:> 26 V 23:59 ||<:> Git ||<:> 5 ||<:> indywidualna || ||<-5> 1 zaawansowany diagram sekwencji, 1 zaawansowany diagram komunikacji, diagramy muszą uwzględniać notację UML 2.x|| ||<|2> 6 || Diagram klas ||<:> 2 VI ||<:> na zajęciach ||<:> 2 ||<:> grupowa || ||<-5> Diagram klas systemu (pokrycie diagramów interakcji)|| ||<|2> 7 || Wzorce projektowe ||<:> 2 VI ||<:> na zajęciach ||<:> 3 ||<:> grupowa || ||<-5> Diagram klas systemu zawierający zastosowanie 1 wzorca projektowego||

Skala ocen

Łącznie do zdobycia jest 20 punktów.

|| Liczba punktów || Ocena|| ||<:> <=50% ||<:> ndst || ||<:> (50%,60%] ||<:> dst || ||<:> (60%,70%] ||<:> dst+ || ||<:> (70%,80%] ||<:> db || ||<:> (80%,90%] ||<:> db+ || ||<:> >90% ||<:> bdb ||

Literatura

• Kurs Edumatic ze wzorców projektowych
• Materiały e-learningowe z systemu Olat (diagramy interakcji i wzorce projektowe)
• Craig Larman: Applying UML and Patterns An Introduction to Object-Oriented Analysis and Design and the Unified Process, Prentice Hall 2002
• Jaroslav Tulach: Practical API Design: Confessions of a Java Framework Architect, Apress 2008
• Erich Gamma, Richard Helm, Ralph Johnson, John M. Vlissides: Wzorce projektowe. Elementy oprogramowania obiektowego wielokrotnego użytku, Helion 2010
• Alistair Cockburn: Writing effective use cases, Addison-Wesley 2000
• Dąbrowski W., Stasiak A., Wolski M.: Modelowanie systemów informatycznych w języku UML 2.1, PWN 2009