-
Notifications
You must be signed in to change notification settings - Fork 0
Podstawowe Wymagania
grabarczyk-t edited this page Mar 31, 2014
·
6 revisions
Wymagania przepisane z dokumentu "progzesp2014.pdf".
| ID | Opis |
|---|---|
| REQ_ARCH_SN1 | Dokonuje pomiarów wybranych metryk dla określonych zasobów i wysyła pomiary cyklicznie do Monitora. |
| REQ_ARCH_SN2 | Przykład zasobu i metryki: Host / CPU Utilization (aktualne zużycie CPU dla hosta). |
| REQ_ARCH_SN3 | Wiadomość przesyłana przez sensor do monitora powinna zawierać: nazwę (identyfikator) zasobu, nazwę metryki, dane pomiarowe (zależne od metryki). |
| REQ_ARCH_SN4 | Wiadomości powinny mieć formę tekstową (a nie np. serializowanych obiektów). Sugerowany format bazowy: JSON. |
| ID | Opis |
|---|---|
| REQ_ARCH_MT1 | Zbiera dane od sensorów i udostępnia pomiary dla klientów. |
| REQ_ARCH_MT2 | Również umożliwia tworzenie nowych złożonych pomiarów, które np. agregują pomiary proste. |
| REQ_ARCH_MT3 | Przykład złożonego pomiaru: średnie obciążenie CPU z ostatnich 5 minut obliczane co minutę. |
| ID | Opis |
|---|---|
| REQ_ARCH_KAT1 | Prosty komponent, którego jedynym zadaniem jest umożliwienie przeglądania i przeszukiwania dostępnych monitorowanych zasobów i pomiarów. |
| REQ_ARCH_KAT2 | Każdy Monitor odpowiedzialny jest za rejestrowanie i uaktualnianie w Katalogu swojej listy zasobów i pomiarów. |
| ID | Opis |
|---|---|
| REQ_ARCH_KLT1 | Klient 1: przeglądarka sterowana przez użytkownika, umożliwiająca tworzenie nowych strumieni i wyświetlająca wykresy wybranych pomiarów. |
| REQ_ARCH_KLT2 | Klient 2: program automatycznie przeszukujący monitorowane zasoby i pomiary w jakimś celu (np. podobnie do polecenia ‘top’ wyświetlający najbardziej obciążone komputery). |
| ID | Opis |
|---|---|
| REQ_REST | Komponenty serwerowe (Monitor i Katalog) mają udostępniać swoje usługi przez interfejs REST |
| ID | Opis |
|---|---|
| REQ_DW1 | Klient ma mieć możliwość pobrania z Monitora listy wszystkich monitorowanych zasobów i dostarczanych dla nich pomiarów. |
| REQ_DW2 | Klient może przeszukiwać Katalog przy pomocy zapytań, np. znaleźć zasób, który jest hostem i ma w nazwie ‘zeus’. |
| REQ_DW3 | Pomiary proste (dostarczane bezpośrednio przez sensory) powinny być udostępniane przez Monitor jako lista wartości. Dla każdego pomiaru określone jest ile ostatnich wartości ma być zapamiętywanych. |
| REQ_DW4A | W przeglądarce można: Przeglądać listy dostępnych zasobów i pomiarów (również aktualne ich wartości). |
| REQ_DW4B | W przeglądarce można: Wyszukiwać zasoby i pomiary (np. po nazwie). |
| REQ_DW4C | W przeglądarce można: Wyświetlać wybrane pomiary na wykresie, uaktualnianym co pewien czas (np. 5 sekund). |
| REQ_DW5 | Klient ma mieć możliwość stworzenia nowego pomiaru (złożonego) w Monitorze. Sposób tworzenia nowego pomiaru może być bardzo skomplikowany, więc ograniczymy się do jednego typu pomiaru złożonego: agregacji przez obliczanie średniej ruchomej (np. średnia z ostatnich 5 minut obliczana co minutę). |
| REQ_DW6 | Pomiar złożony powinien być dostarczany przez Monitor w ten sam sposób jak prosty. |
| REQ_DW7 | Pomiar złożony można usuwać. |
| REQ_DW8 | Usunąć pomiar złożony może tylko ten użytkownik, który go stworzył. Oznacza to, że w systemie musi istnieć mechanizm uwierzytelniania i autoryzacji. |
| REQ_DW9A | W przeglądarce dodatkowo można: Definiować nowy pomiar złożony jako średnią ruchomą istniejącego pomiaru. |
| REQ_DW9A | W przeglądarce dodatkowo można: Usuwać wcześniej zdefiniowany pomiar złożony. |
| REQ_DW10 | Ma być zaimplementowany klient-program, który automatycznie realizuje jakiś cel, np. cyklicznie wypisuje top 10 najbardziej obciążonych maszyn. Program musi uwzględniać zmiany, np. dodanie nowych lub usunięcie istniejących maszyn z listy monitorowanych zasobów. |
| ID | Opis |
|---|---|
| REQ_WW1 | Gdy dany monitor przestanie działać z Katalogu powinny zostać usunięte pomiary i zasoby tego monitora |
| REQ_WW2 | Działająca aplikacja składa się z uruchomionych sensorów, monitorów i katalogu. |
