analiza wymagań

Po wakacyjnej przerwie wznawiam cykl artykułów dotyczących inżynierii wymagań. Tak jak przed wakacjami teksty będą pojawiać się co środę. Walidacja i negocjacja wymagań służą przede wszystkim do poprawy ich jakości. Negocjacja i walidacja wymagań powinna być przeprowadzana podczas całego procesu inżynierii wymagań. Aby zapewnić możliwość systematycznej walidacji wymagań muszą zostać określone kryteria jakościowe pozwalające na […]

W trakcie trwania projektu dokumentacja wymagań stanowi podstawę dla różnych zadań: Planowanie: Specyfikacja wymagań stanowi podstawę dla planowania pracy i punktów milowych w procesie tworzenia oprogramowania. Projektowanie architektury: Szczegółowy dokument wymagań, zawierający opis ograniczeń, stanowi podstawę dla projektowania architektury systemu. Implementacja: Podczas implementacji systemu (zgodnie z zaprojektowaną architekturą) deweloperzy wykorzystują specyfikację wymagań do implementacji rozwiązań

Przypadki użycia służą do dokumentacji funkcjonalności systemu i bazują na dwóch wspólnie wykorzystywanych koncepcjach: Diagramach przypadków użycia Specyfikacjach przypadków użycia Obiekty: Przypadek użycia (PU): Przypadek użycia reprezentuję funkcję systemu, która reprezentuję osiągnięcie jakiegoś celu w systemie. Nazwa przypadku użycia powinna odzwierciedlać cel osiągnięty przez realizację PU. Aktor: Aktorzy znajdują się poza granicami systemu i reprezentują

Poza opisem słownym warto jest dokumentować wymagania w oparciu o model. Definicja: Model Model to abstrakcyjna reprezentacja istniejącej rzeczywistości lub rzeczywistości, która będzie stworzona. Model może odnosić się tak do bytów materialnych, jak i niematerialnych. W inżynierii wymagań modele są wykorzystywane do dokumentowania wymagań jako uzupełnienie dokumentacji wymagań w języku naturalnym. W inżynierii wymagań można

Najczęstszym problemem podczas inżynierii wymagań jest inna interpretacja używanych terminów przez ludzi biorących udział w projekcie. Rozwiązaniem tego problemu jest utrzymywanie słownika, który będzie w stanie zapewnić takie same rozumienie wszystkich terminów, które mogą powodować nieporozumienie. Słownik powinien zawierać definicje używanych terminów wraz ze wskazaniem źródeł tych definicji. W słowniku powinny się znaleźć: Terminy techniczne

Aby dokument wymagań mógł stanowić podstawę dla poszczególnych etapów cyklu życia oprogramowania musi on spełniać podstawowe kryteria jakości. Podstawowe kryteria jakości dla dokumentu wymagań – podążając za IEEE 830-1998 to: Jednoznaczność i spójność Przejrzysta struktura Modyfikowalność oraz rozszerzalność Kompletność Identyfikowalność Jednoznaczność i spójność Jednoznaczność i spójność dokumentu wymagań jest możliwa tylko do osiągnięcia, jeżeli wszystkie

Standaryzowane struktury dokumentów powinny być dostosowywane do specyficznych wymagań projektów. Natomiast każda struktura dokumentu wymagań powinna uwzględniać następujące informacje: Wprowadzenie Informacje ogólne Wymagania Załączniki Indeksy Wprowadzenie Wprowadzenie powinno zawierać opis całego dokumentu oraz krótką prezentację tworzonego systemu. W rozdziale wprowadzającym powinny się znaleźć: Przeznaczenie: Informacja przedstawiająca w jakim celu dokument został utworzony i kto jest

Pozyskane wymagania należy opisać w dokumencie wymagań. Niniejszy post rozpoczyna cykl wpisów dotyczących dokumentacji wymagań.  Definicja: Dokument wymagań / Specyfikacja wymagań Specyfikacja wymagań jest usystematyzowaną reprezentacją zbioru wymagań dotyczących systemu lub jego komponentu, który spełnia określone kryteria. Wymagania mają znaczenie kontraktowe. Wszystkie informacje zebrane i uzgodnione podczas podejmowanych czynności w ramach inżynierii wymagań muszą zostać