• dla szybkości działania: liczba transakcji na sekundę, czas reakcji na zdarzenie, czas odświeżenia strony
• dla łatwości użycia: czas konieczny na przeszkolenie obsługi, liczba stron (okien) pomocy
• dla niezawodności: średni czas do awarii, prawdopodobieństwo niedostępności
• dla odporności: procent zdarzeń powodujących awarię, prawdopodobieństwo zniszczenia danych w trakcie awarii
• dla przenośności: procent instrukcji zależnych od np. systemu operacyjnego lub bazy danych, liczba uwzględnionych systemów operacyjnych (baz danych)
W teorii, określanie wymagań jest fazą odrębną od projektowania systemu. W praktyce jest prawie niemożliwe podanie pełnych wymagań systemowych bez uwzględnienia pewnych decyzji projektowych i rozwiązań architektonicznych
• specyfikacja wymagań może zawierać ustalenia co do modularnej struktury oprogramowania
• współpraca z innymi programami lub komponentami może rzutować na wymagania stawiane oprogramowaniu
• spełnienie pewnych wymagań niefunkcjonalnych może być związane z konkretnymi decyzjami implementacyjnymi
• niektóre formalne standardy zapisu wymagań posługują się informacjami z etapu projektowania
Im bardziej szczegółowa i im bardziej formalna jest specyfikacja wymagań tym więcej obejmuje szczegółów z fazy projektowania i implementacji Zapisy wymagań w postaci formularza, interfejsów lub języków formalnych w sposób oczywisty zakładają dość szczegółowy poziom wiedzy na temat projektowanego systemu oraz uprzednie podjęcie szeregu istotnych decyzji projektowych (wybór modelu oprogramowania, konkretnych funkcji lub struktur danych) Z tego powodu w iteracyjnych modelach tworzenia oprogramowania fazy określania wymagań oraz projektowania i implementacji tworzą powtarzające się cykle.
Istnieje wiele programów służących do zarządzania wymaganiami. W tej prezentacji skupimy się jednak na programie Tormigo.
Tormigo jest polskim oprogramowaniem, które wspiera proces zarządzania wymaganiami oraz raportowania w Enterprise Architect.
Podstawowe cechy Tormigo to:
• wspomaganie automatycznego wersjonowania wymagań w Enterprise Architect.
• umożliwienie wczytywania wymagań do Enterprise Architect z MS Word lub OpenOffice.
• udostępnienie narzędzi do efektywniejszego mapowania wymagań na przypadki użycia.
• rozszerzenie możliwości raportowania w Enterprise Architect.