inżynier wymagań

Zarządzanie wymaganiami to ważny element procesu wytwórczego oprogramowania. Jednym z jego elementów budowanie i zarządzanie relacjami pomiędzy wymaganiami. Najczęściej spotykanym jest podejście stosowane czy też nawet promowane przez Sparx Systems. Enterprise Architect w swojej dokumentacji proponuje, by wymagania były łączone ze sobą za pomocą agregacji lub kompozycji. To dobre, choć uproszczone podejście do tego zagadnienia, […]

Zmiany w wymaganiach wymaga ich wersjonowania.Wersje wymagań pomagają uzyskać dostęp do określonego stanu wymagania w trakcie życia oprogramowania. Najczęściej wersje wymagań określane są za pomocą kolejnych ich numerów. Najbardziej popularnym sposobem nadawania numerów wymagań jest złożenie numeru z wersji wymagania oraz przyrostu, oddzielonych znakiem kropki. Wersja 1.3 oznacza wtedy 1 wersję wymagania i 3 przyrost.

Trakcie życia oprogramowania zmiany wymagań są nieuniknione. Powodem zmian w wymaganiach mogą być wykryte błędy, nowe lub zmienione cele interesariuszy, zmiany prawne, udostępnienie nowych technologii, czy zmiany na rynku, w którym funkcjonuje organizacja klienta. Zmiany w wymaganiach same w sobie nie są negatywne i mogą świadczyć o dużym zainteresowaniu interesariuszy tworzonym lub wdrożonym systemem. Natomiast

Dziś czas na opisanie technik nadawania priorytetów. Możemy je nadawać stosując szereg technik. Oto one. Ranking Technika rankingu polega na określaniu przez wybraną grupę interesariuszy dostępnych priorytetów dla wymagań według przyjętych kryteriów. Top-Ten Technika Top-Ten polega na wybraniu przez interesariuszy najbardziej ważnych wymagań określonych według przyjętych kryteriów. Dla tych wymagań określanych jest ich ranking opisujący

Dokumentowanie informacji o wymaganiach w sposób strukturalny pozwala na zapewnienie, że żadne potrzebne dane nie zostaną pominięte oraz zapewnia możliwość łatwego dotarcia przez analizującego wymagania do informacji mu potrzebnych. Jednym ze sposobów strukturalnego dokumentowania wymagań jest przypisanie wymaganiom atrybutów mających określone znaczenie oraz ustalone możliwe wartości. Aby umożliwić jednolity strukturalny opis wymagań należy w projekcie

Jak pisałem kilka tygodni temu jakość wymagań przekłada się na jakość systemu. Z tego też powodu istotnym jest aby doprecyzować – wynegocjować te wymagania, które mogą destruktywnie wpłynąć na działanie systemu. Poniżej kilka porad (zasad) dla inżyniera wymagań. Identyfikacja konfliktów Konflikty mogą się pojawiać podczas wszystkich czynności podejmowanych podczas inżynierii wymagań. Konflikty pomiędzy wymaganiami i

Walidacja wymagań zazwyczaj odbywa się przez ich recenzję. Można wyróżnić trzy podstawowe techniki dla recenzji: Komentowanie Inspekcja Spacer przez Walidację wymagań poprzez recenzję można uzupełnić za pomocą technik: Czytania perspektywicznego Walidacji przez prototypy List kontrolnych Komentowanie Komentowanie polega na przekazaniu wymagań przez ich autora do innych osób zaangażowanych w projekt celem uzyskania ekspertyzy wymagania dotyczącej

Walidacja wymagań wymaga kilku czynników. Dziś przedstawię kilka zasad. Zaangażowanie odpowiednich interesariuszy Podczas wyboru interesariuszy do walidacji wymagań należy mieć na uwadze, aby wymagania nie były walidowane jedynie przez ich autorów. Można także rozważyć zatrudnienia do walidacji wymagań zewnętrznych audytorów, przy czym należy mieć na uwadze, że zatrudnienie zewnętrznych audytorów znacząco może podnieść koszty inżynierii

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