- Osoby prowadzące zajęcia: mgr inż. Michał Turek, mgr. inż Paweł Skrzyński.
- Studenci dzielą się we własnym zakresie na równoliczne grupy
- Pierwsze zajecia (organizacyjne) odbęda sie odpowiednio w dniach 8 i 9 pazdziernika.

- Stałe terminy spotkań:
- czwartek 19:30 - 21:00
- piatek 13:30 - 15:00
- piatek 15:00 - 16:30
- piatek 16:30 - 18:00
- piatek 18:00 - 19:30
- piatek 19:30 - 21:00

- Główna tematyka zajęć: modelowanie Systemów Czasu Rzeczywistego z wykorzystaniem UML.

- Narzędzia i licencje do ewaluacji narzędzi (projekt jest realizowany z uzyciem IBM Rational Rhapsody - dawniej: Telelogic Rhapsody):
    - IBM Rational Rhapsody.

- Dokumentacja Telelogic do Rhapsody.

Instalacja pakietu IBM Rational Rhapsody:
Pakiet należy zainstalować w wariancie developerskim (pierwsza opcja na liście). Podczas instalacji pakietu należy wybrać języki programowania (i ich dialekty), do których generowany będzie wynikowy kod modelowanego systemu. Cały projekt można rozbudowywwać pod kątem Javy lub C++. W przypadku C++ lepszym wariantem jest wybranie dialektu kompatybilnego z VC 6.0 (więcej przykładów, aplikacje łatwiejsze do wygenerowania).

- Wytyczne dotyczące rozwijania dokumentacji projektu (UML):

"Dokumentacja" jest raportem przygotowanym na podstawie diagramów UML tworzonych lub generowanych w czasie rozwijania projektu w Rational/IBM Rhapsody. Powinna zawierać następujące elementy:

• Standardowa strona tytułowa dokumentu AGH.
• Wprowadzenie do dziedziny problemu
• z opisem dziedziny, opisem już istniejących rozwiązań.
• Werbalny, ramowy opis wymagań stawianych projektowanemu systemowi.
• Model wymagań w oparciu o Use Case Diagrams + opisy przypadków użycia.
• Dokładny opis granic systemu i interfejsów środowiskowych.
• Opis architektury systemu
• wraz z ewentualnymi modułami zewnętrznymi, dostępnymi poprzez interfejsy środowiskowe (czyli np GUI)
• Opis interfejsów wewnętrznych, utrzymywanych między komponentami systemu (instancjami klas). Diagram komponentów z takimi interfejsami (Object Model Diagrams).
• Opis procesu inicjalizacji systemu.
• Maszyny stanów (Statechart) dla komponentów. Bardzo dokłady opis maszyn, wraz z opisem zachowania i sposobem wykorzystania użytych symboli czy konstrukcji na diagramach.
• Testy: wygenerowane i opisane werbalnie diagramy sekwencji (Sequence diagrams) realizowane podczas korzystania z przypadków użycia w systemie. Należy tu zamieścić także diagramy obrazujące zachowanie systemu w czasie realizacji akcji alternatywnych use case lub innych sytuacji brzegowych. Raport o testach należy rozpocząć od opisu samego testu jednostki w formie listy planowanych eksperymentów.
• Podsumowanie:
  • Tezy dotyczące poprawności funkcjonowania systemu.
  • Zauważone (i rozwiązane bądź nie) problemy techniczne.
  • Wolne uwagi dot. np przydatności poznanych narzędzi.

Aby nie marnować Państwa czasu w ewentualnych kolejkach po wpis, każda grupa będzie miała indywidualny 2 godzinny przedział czasowy zarezerwowany dla siebie. Można przychodzić w dowolnym losowo wybranym momencie podczas tych dwóch godzin (jest to nawet wskazane, gdyż także skróci oczekiwanie). Najlepiej przyjść wspólnie z osobą/osobami, z którymi wykonywało się dany fragment projektu Rhapsody lub Visual Paradigm. Harmonogram:

• grupa z czwartku 19:30 -> czwartek, 14 stycznia, 19:30 - 21:30
• grupa z piątku 13:30 -> piątek, 15 stycznia, 13:30 - 15:30
• grupa z piątku 15:00 -> piątek, 15 stycznia, 15:30 - 17:30
• grupa z piątku 16:30 -> piątek, 15 stycznia, 17:30 - 19:30
• grupa z piątku 18:00 -> piątek, 22 stycznia, 16:30 - 18:30
• grupa z piątku 19:30 -> piątek, 22 stycznia, 18:30 - 20:30
• piątek, 22 stycznia, godz 20:30 : termin rezerwowy - dla osób, które (tylko w wyjątkowych przypadkach) nie będą w stanie przyjść zgodnie z harmonogramem lub nie miały wcześniej ze sobą indeksu.