116414
• 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.
Wyszukiwarka
Podobne podstrony:
5 5 3 Cecha Weiyjttunmbte wiaty Wydajność Liczba transakcji obsłużonych w ciągu sekundy Czas
skanuj0025 (149) kroku, których celem jest przemieszczenie dała). Czas radia określony jest dla drog
Czas próby dla Karkonoskiej Państwowej Szkoły WyższejUczelnia na zakręcie Niż demograficzny zagraża
PISANIE PROJEKTÓW UNIJNYCH r/.yszenie działa od 15 lal. W swoich działaniach i zamierzeniach pracuj
page0376 372 bodaj na nie wielkiej przestrzeni może dla ich działalności stworzyć warunki, o jakich
infa zad 1. Dla punktu o współrzędnych x,y określić położenie na płaszczyźnie. 2. Dana jest liczba c
gen00 oblicz LICZBA KROKOW= L.KROKOW SILNIKA* PODZIAŁ LICZBA OBROTÓW NA SEKUNDĘ LICZBA OBROTÓW NA
Fundacja Kosmos dla Dziewczynek działa na rzecz wzmacniania Dziewczynek w Polsce! Wejdź
Kryminalistyka (ogólna teoria i metodologia) nie istnieje sama dla siebie, działa na użytek prawa w
Centrum Pożyczek Unijnych dla Biznesu Pożyczki na założenie działalności gospodarczej Pożyczki na
metody, która szybko i z dostateczną dla celów inżynierskich dokładnością pozwoli na prognozowanie
Typy osobowości słuchaczy wg Honeya - MumfordaIY. PRAGMATYK fSt szybkość działania © nastawienie na
UCZĘ SIE LICZYĆ (17) Wykonaj kolejno działania w okienkach. Jeśli wynik zgadza się z liczbą zwierząt
CZAPECZKA i?SZEK PRZECIWSŁONECZNY 1 Podstawowa działalność: charytatywno-wychowawcza na rzecz dzieci
W2 b Page Erozja i transport Polegają one na: 9 niszczącym, dla podłoża, działaniu transportowanego
6 (1807) III. ĆWICZENIA SZYBKOŚCI W DZIAŁANIACH TECHNICZNYCH 1. Ćwiczący ustawieni jak na rysunku 32
Proponowana liczba godzin na realizację odnosi się do planu nauczania dla trzyletniej zasadniczej sz
więcej podobnych podstron