4
2.3. Cele szczegółowe
współpracy systemu z różnymi pakietami modelowania matematycznego, pozwalając tym samym na pracę z problemami zapisanymi w wielu formatach.
2.3.1 Podział na komponenty
Konsekwencją obowiązku spełnienia wyżej wymienionych wymagań jest fakt zorganizowania platformy jako systemu, w którym współpracują ze sobą elementy należące do jednego z czterech typów:
• broker centralny komponent systemu łączący pozostałe moduły,
• źródło danych element, gdzie przechowywane bądź generowane są problemy optymalizacji,
• solver - moduł wykonujący obliczenia1,
• klient - wyposażona w interfejs użytkownika aplikacja umożliwiająca korzystanie z systemu.
2.3.2 Realizacja komponentów
Zadania szczegółowe, dotyczące stworzenia konkretnych modułów systemu:
• zaprojektowanie interfejsów komunikacyjnych poszczególnych komponentów platformy,
• projekt i implementacja brokera,
• projekt i implementacja przykładowego źródła danych - repozytorium modeli,
• projekt i implementacja dwóch solverów, opartych na narzędziach z systemów GAMS oraz AMPL,
• wykonanie prostej aplikacji klienckiej służącej do rozwiązywania problemów optymalizacji pojedynczego kryterium (przy możliwości definiowania ograniczeń na pozostałych kryteriach) oraz optymalizacji wartości funkcji skalaryżującej Czebyszewa,
• wykonanie aplikacji klienckiej implementującej metodę Light Beam Search (na bazie programu autorstwa Mariusza Jakubowskiego), pozwalającej na rozwiązywanie problemów optymalizacji wielokryterialnej.
Do nazwania tego komponentu wykorzystano angielski termin solver, gdyż nie ma dla niego odpowiedniego polskiego tłumaczenia