Systemy Czasu Rzeczywistego - strona z informacjami o przedmiocie.



INFORMACJE WSTĘPNE:

- Zajęcia będą odbywały się łącznie w sześciu grupach studenckich. Trzy pierwsze grupy prowadzi mgr inż. Michał Turek, trzy dalsze mgr. inż Paweł Skrzyński.
- W celu ustalenia przynależności do grupy studenci powinni zgłosić się do starosty roku lub wyznaczonych przez starostę osób.
- Spotkania organizacyjne dla poszczególnych grup odbędą się dnia 16 października, kolejno w godzinach: 13:00, 14:00, 15:00, 16:00, 17:00, 18:00 w sali 330/H6 (Lipsk, ul. Gramatyka 6).
- Wszelkie dalsze informacje dotyczące organizacji zajęć grup mgr. inż Pawła Skrzyńskiego będą umieszczane na pod adresem http://home.agh.edu.pl/~skrzynia/


SPRAWY BIEŻACE:



- Stały termin laboratoriów to poniedziałki.

- Etapy realizacji modelowanych w zespołach systemów:
W pierwszym etapie nalezy przygotowac specyfikacje wymagan, zgodna z omowieniem tematu na laboratoriach oraz model statyczny na Diagramach Klas (ClassDiagram) Nalezy rowniez pogladowo przedstawic wymagania funkcjonalne z uzyciem zawartych w kolaboracji systemu (Collaboration) Diagramow Przypadkow Uzycia (UseCaseDiagram) W przypadku uzytkowania w modelowanym systemie wielu instancji danej klasy, na tym etapie mozna tez dolaczyc szkic komunikacji miedzy obiektami zrealizowany przy pomocy Diagramow Architektury (ArchitectureDiagram). Dzieki zastosowaniu nazwanych portow - naniesionych na komponenty w tych diagramach (instancje klas) - bedzie mozliwe kierowanie sygnalow do konkretnych instancji klas. Sygnaly (Signal) oraz interfejsy komunikacyjne (Interface) agregujace te sygnaly nalezy wczesniej zdefiniowac.

W drugim etapie nalezy z uzyciem Maszyn Stanowych (StateMachine) wymodelowac calosc funkcjonalnosci systemu i doprowadzic model do postaci dzialajacej - w symulatorze Tau. Maszyny stanowe tworzymy dla operacji (Operation), modelujac jej implementacje (StateMachineImplementation). W przypadku koniecznosci automatycznej inicjalizacji obiektu nalezy implementowac jego operacje initialize().

W trzecim etapie (eksperymentalnym) należy podjąć próbę wykorzystania wymodelowanego modułu poza środowiskiem Tau - jako produkt finalny procesu modelowania. Narzędzie, wykorzystany Add-in Tau, czy docelowa platforma są tu dowolne.
Podjęte próby, oraz opracowane rozwiązania należy opisać w formie załącznika do dokumentacji.

- Oprócz poniedziałków istnieje możliwość spotkań w innych dniach tygodnia - po wcześniejszym ustaleniu terminu mailem. Poniżej znajduje się lista terminów, które już zostały dodatkowo ustalone. W tych terminach można przychodzić bez uzgodnień mailowych.



MATERIAŁY POMOCNICZE:

Przyklad, obrazujacy przesylanie testowych sygnalow srodowiskowych pomiedzy modelem (kompilowanym do 'rdzenia' aplikacji), a interfejsem graficznym (dostepnym poprzez eksporty biblioteki dll, z ktorych model korzysta).
13.12.2006: Po kilku mailach z pytaniami dot. przykładu zostal on dla ułatwienia przebudowany - z dołączniem do niego gotowego zbudowanego artefaktu i z pelną integracją projektow w Visual oraz Tau. Aby uruchomic nalezy:
1. Zbudować artefakt w Tau (F7)
2. Zbudować projekt w Visualu (jak wyzej)
3. Przenieść wyniki (.exe z /MFCGUI_ConsoleApp i .dll z /Release) do jednego katalogu.
4. Uruchomic exe.
Dodatkowo należy przekonfigurować sciezke do include'ow tor.h i pokrewnych (plik .dsp Visuala lub edytor okienkowy), gdy Tau zostało zainstalowane w katalogu innym niż c:\Program Files.