Celem projektu jest stworzenie systemu regułowego jakim jest ARD w oparciu o diagramy UML. System ten wymaga podania reguł, których spełnienie powoduje wykonanie pewnych akcji. Podstawową czynnością jaką trzeba wykonać aby dokonać konwersji diagramów UML na ARD jest wyszukanie właściwości rozumianych szerzej jako warunki oraz reguł utożsamianych z czynnościami. Właściwości wstępnie można wyselekcjonować już na poziomie diagramów przypadków użycia. Podobnie rzecz się ma z czynnościami. Szczegółowe właściwości można uzyskać z diagramów obiektów i klas choć przypuszczalnie nie wszystkie muszą zostać użyte w konstruowaniu warunków. Czynności zwane inaczej akcjami są prezentowane na diagramach sekwencji lub diagramach stanów i ich zajście jest uwarunkowane aktualnym stanem właściwości wybranych obiektów.

• Student podaje swoje imię oraz numer.
• System weryfikuje czy student nadaje się na dane seminarium. Jeśli się nie nadaje to student dostaję właściwą informację i przypadek użycia się kończy.
• System wyświetla listę dostępnych seminariów.
• Student wybiera seminarium albo rezygnuje.
• System sprawdza czy student może zostać zapisany na dane seminarium. Jeśli nie może to student jest proszony o wybranie innego seminarium.
• System próbuje dopasować czas trwania seminarium do indywidualnego planu studenta.
• System oblicza i wyświetla wysokość opłaty.
• Student weryfikuje koszt seminarium i albo akceptuje koszt albo rezygnuje z seminarium.
• System zapisuje studenta na seminarium i wystawia rachunek.
• System drukuje potwierdzenie przyjęcia studenta na wybrane seminarium.

• student
• system
• seminarium
• rachunek
• plan studenta
• potwierdzenie

• podaje dane osobowe
• weryfikuje dane osobowe
• wyświetla informacje o nie przyjęciu studenta na seminarium
• wybiera seminarium
• rezygnuje z seminarium
• sprawdza czy można przyjąć studenta na wybrane seminarium
• proponuje wybór innego seminarium
• wyświetla listę dostępnych seminariów
• zapisuje na seminarium
• dopasowuje seminarium do planu studenta
• oblicza wysokość opłaty
• wyświetla opłatę
• weryfikuje koszt opłaty za seminarium
• wystawia rachunek
• drukuje potwierdzenie przyjęcia

• imię studenta
• numer studenta
• czy student uczestniczył wcześniej w wybranym seminarium
• koszt seminarium
• czas rozpoczęcia seminarium
• czas zakończenia seminarium

System rejestracji studentów na seminaria jest tylko fragmentem systemu zarządzania studentami na uniwersytecie. W związku z powyższym część komponentów uwzględniona na diagramie komponentów nie będzie szczegółowo rozpatrywana i zostanie uproszczona do koniecznego minimum. Jest to podyktowane przejrzystością projektu, który mógłby się zrobić zbyt obszerny zwłaszcza gdy uwzględnimy fakt, iż każdy z obiektów ma przynajmniej kilka właściwości przyjmujących różne wartości, i których to kombinacja tworzy wiele możliwych stanów, warunków, których spełnienie generuje powstanie tyleż samo akcji jakie mają zostać wykonane.

Aby poszerzyć i zarazem uściślić listę właściwości i obiektów zostanie wykorzystany w tym celu diagram klas :

Diagram ten pokazuje zależności między klasami systemu i zarazem mówi, że w systemie występują obiekty:

• Name ( nazwa )
• Seminar Number ( numer seminarium )
• Fees ( koszt seminarium )

• Name ( nazwa )
• Address ( adres )
• Phone Number ( nr telefonu )
• Email Address ( adres email )
• Salary ( wypłata )

• Marks Received ( wybrane, odbyte kursy )

• Name ( nazwa )
• Address ( adres )
• Phone Number ( nr telefoniczny )
• Email Address ( adres email )
• Student Number ( numer studenta )
• Average Mark ( średnia seminariów )

Aby poszerzyć, rozbudować listę dostępnych w systemie akcji posłużymy się diagramami stanu oraz sekwencji. Pierwszy rodzaj diagramów pokaże nam jakie stany są możliwe do uzyskania w systemie zapisu studenta na seminarium natomiast drugi uwzględni kolejność poszczególnych przejść w diagramie stanu od podjęcia decyzji na zapisanie się na seminarium do potwierdzenia lub odrzucenia zapisu.

oraz

• chęć zapisu na seminarium
• student w trakcie rejestracji
• porównanie danych osobowych studenta z wpisami w bazie
• pobranie listy seminariów
• wybór seminarium
• pobranie historii odbytych seminariów
• analiza wybranego seminarium
• zapisanie studenta na seminarium
• odrzucenie zapisu studenta na seminarium
• sprawdzenie wolnych terminów dla studenta
• sprawdzenie wolnych miejsc
• dodanie studenta na listę oczekujących
• obliczenie kosztów seminarium
• akceptacja wyboru seminarium
• odrzucenie wyboru seminarium
• wydanie rachunku za seminarium
• wydanie potwierdzenia zapisu na seminarium

W dalsza część prac będzie związana z utworzeniem modelu w ARD z wykorzystaniem Vardy, na podstawie dotychczasowych informacji o systemie rejestracji studentów na seminaria.

ARD