3
1
Fork 0
dydaktyka/bikol/ZAPOLI0_2016
Patryk Żywica 41886418cc poprawki po migracji cz.3 2021-10-04 17:31:55 +02:00
..
attachments Migracja z Eduwiki 2021-10-04 16:58:37 +02:00
Poprawa.md poprawki po migracji cz.3 2021-10-04 17:31:55 +02:00
README.md poprawki po migracji cz.3 2021-10-04 17:31:55 +02:00

README.md

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|| ||23.10.2016 || Zbieranie wymagań, przypadki użycia || Przygotowanie zakresu systemu || ||13.11.2016 || Model wiedzy dziedzinowej || Ocena zakresu systemu, model wiedzy dziedzinowej || ||19.11.2016 || UML, diagramy interakcji, przypisywanie odpowiedzialności || UML, diagramy interakcji || ||07.01.2017 || UML, diagramy klas, wzorce projektowe (10,11,12) || Prezentacja modelu wiedzy dziedzinowej, diagramy klas, wzorce projektowe || ||22.01.2017 || Egzamin|| Ocena diagramów klas i wzorców projektowych, elementy architektury systemów informatycznych ||

Aktualności

  • brak

Punktacja

Zasady zaliczenia przedmiotu

  • Do zaliczenia przedmiotu konieczne jest zaliczenie ćwiczeń oraz zdanie egzaminu
  • Egzamin zostanie przeprowadzony w ramach ostatniego wykładu i będzie obejmował materiał z wykładów i ćwiczeń
  • Zaliczenie w pierwszym terminie otrzymają tylko ci studenci, którzy do końca stycznia zaliczą ćwiczenia oraz zdadzą egzamin w pierwszym terminie
  • Przewidziana jest jedna poprawka egzaminu w drugiej połowie lutego

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 przedmiotu 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ć prowadzącemu drogą mailową. Format maila z zadaniami domowymi:
      • Tytuł: "[ZAPO] Zadanie #m. Grupa #x:#n", gdzie #m i #n to odpowiednio numer zadania i numer grupy, a #x to oznaczenie literowe grupy zajęciowej (CA, CB, ...)
      • Treść: pusta, ewentualnie informacje dodatkowe lub link
      • Załączniki: pliki pdf, doc, docx, odt, astah. Nie będą akceptowane diagramy nadesłane w formatach graficznych (takich jak jpg, svg czy pdf). Nadesłane pliki powinny być otwieralne na Terminalu wydziałowym.

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: attachment:Projekty.doc
  • Projekt określa dziedzinę i tematykę realizowanych zadań.

Zadania

||<:> Numer<
>zadania
||<:> Nazwa ||<:> Termin oddania ||<:> Forma oddania ||<:> Punktacja ||<:> Forma oceny || ||<|2> 1 || Zakres systemu ||<:> 11 XI 23:59 ||<:> email ||<:> 5 ||<:> 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, pełny opis 1 wybranego przypadku użycia (indywidualnie)|| ||<|2> 2 || Model wiedzy dziedzinowej ||<:> 4 I 23:59 ||<:> email + na zajęciach||<:> 5 ||<:> grupowa || ||<-5> Kompletny model wiedzy dziedzinowej całego systemu uwzględniający klasy, asocjacje oraz atrybuty|| ||<|2> 3 || Diagramy interakcji ||<:> 23 XII 23:59 ||<:> email ||<:> 5 ||<:> indywidualna || ||<-5> 1 zaawansowany diagram sekwencji, 1 zaawansowany diagram komunikacji, diagramy muszą uwzględniać notację UML 2.x|| ||<|2> 4 || Diagram klas ||<:> 20 I 23:59||<:> email + na zajęciach||<:> 5 ||<:> indywidualna || ||<-5> Diagram klas całego systemu (grupowo) zawierający zastosowania 4 wzorców projektowych, diagram interakcji obrazujący wykorzystany wzorzec projektowy||

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

  • 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