wymagania na system

Zarządzanie relacjami pomiędzy wymaganiami

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, […]

Zarządzanie relacjami pomiędzy wymaganiami Czytaj dalej »

Architektura procesów biznesowych a modelowanie procesów biznesowych – poziomy modelowania

W poprzednim wpisie Modelowanie procesów biznesowych w procesie wytwórczym oprogramowania opisałem znaczenie modelowania procesów biznesowych. W moim odczuciu, modelowanie procesów biznesowych w procesie wytwórczym oprogramowania to podstawa, do której odnoszą się kolejne etapy tego procesu. Analitycy systemowi na podstawie procesów biznesowych i wymagań biznesowych identyfikują przypadki użycia i wymagania na system. Testerzy budują plany testów i

Architektura procesów biznesowych a modelowanie procesów biznesowych – poziomy modelowania Czytaj dalej »

Plan zarządzania wymaganiami

Plan zarządzania wymaganiami to dokument, który opisuje zasady postępowania z wymaganiami. W moim odczuciu to jeden z najważniejszych dokumentów, gdyż w jawny sposób opisuje szereg ważnych informacji dotyczących sposobu udokumentowania wymagań. To swoisty kontrakt pomiędzy analitykami a pozostałymi interesariuszami. Dokument w zależności od projektu może się różnić. W opisie wymagań nie zapominam o przypadkach życia, Zazwyczaj

Plan zarządzania wymaganiami Czytaj dalej »

Wymagania – Zarządzanie wersjami

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.

Wymagania – Zarządzanie wersjami Czytaj dalej »

Wymagania a zarządzanie zmianą

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

Wymagania a zarządzanie zmianą Czytaj dalej »

Wymagania a śledzenie powiązań między nimi

Ważnym aspektem zarządzania wymaganiami jest możliwość zapewnienia śledzenia związków pomiędzy wymaganiami a innymi artefaktami (również innymi wymaganiami). Możliwość śledzenia relacji wspomaga proces tworzenia oprogramowania w następujących aspektach: Sprawdzalność: Śledzenie relacji pomiędzy wymaganiami a innymi artefaktami pozwala na weryfikację, czy dane wymagania zostały zaimplementowane. Identyfikacja pozłacanych rozwiązań w systemie: Śledzenie powiązań wymagań pozwala na identyfikację tzw.

Wymagania a śledzenie powiązań między nimi Czytaj dalej »

Techniki nadawania priorytetów wymaganiom

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

Techniki nadawania priorytetów wymaganiom Czytaj dalej »

Atrybuty a wymagania

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

Atrybuty a wymagania Czytaj dalej »

Negocjacja wymagań

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

Negocjacja wymagań Czytaj dalej »

Techniki walidacji wymagań

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

Techniki walidacji wymagań Czytaj dalej »

Scroll to Top