analiza wymagań

Subiektywne porównanie narzędzi do modelowania procesów biznesowych

W wielu firmach, z którymi mam przyjemność współpracować jest stosowana nierozłączna para: JIRA i Confluence.  JIRA odpowiada za zarządzania zadaniami a Confluence jest swoistym repozytorium treści. Narzędzia te zostały niejako wtłoczone w proces wytwarzania oprogramowania. Korzystają z niego programiści, testerzy, a także analitycy i architekci. W wielu firmach pojawia się też i narzędzie do modelowania. …

Subiektywne porównanie narzędzi do modelowania procesów biznesowych Czytaj dalej »

Zasada TAO w procesie wytwórczym oprogramowania

W co większych firmach lub przy okazji dużych przedsięwzięć zwanych projektami, analitycy to nie jedna lub dwie osoby a grupa ludzi, która opracowuje wymagania, procesy biznesowe, specyfikuje wymagania. Ta grupa ludzi współpracuje z projektantami, programistami oraz ogólnie rozumianym biznesem. W takich organizacjach obserwuję dwa różne sposoby działania. Jeden, w którym nie ma opracowanych zasad modelowania …

Zasada TAO w procesie wytwórczym oprogramowania Czytaj dalej »

Wymagania biznesowe a wymagania systemowe

Wiele się mówi o potrzebie identyfikacji celów projektowych, celów organizacji a także o potrzebie identyfikacji wymagań biznesowych oraz systemowych. Wszystko po to by lepiej zrozumieć oczekiwania biznesu (interesariuszy) w kontekście tego co ma być zrobione, na czym ma polegać zmiana, co ma być wynikiem realizacji projektu.  Wymienione powyżej elementy mają finalnie być uszczegółowione wymaganiami na system. …

Wymagania biznesowe a wymagania systemowe Czytaj dalej »

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 »

Wymagania są najważniejsze

Podczas mojej pracy zauważyłem, że spory problem stanowią wymagania. Trudnością nie jest ich spisanie. Trudnością jest ich wyartykułowanie. Pomijam turbulencje związane z celem zamiany czy też budowy systemu. Nie zawsze trzeba wiedzieć po co się zmienia system. Żartowałem :-). Wiedzieć trzeba.  Dziś jednak nie o tym. Chcę napisać o sensownej inżynierii wymagań. Otóż  chciałbym podzielić się …

Wymagania są najważniejsze Czytaj dalej »

Zarządzanie wymaganiami – dobre praktyki

Ian Sommerville i Pete Sawyer w „Requirements Engineering: A Good Practice Guide” opisali, ponad 15 lat temu, metodę oceny i doskonalenia procesów inżynierii wymagań. Opiera się ona na wyodrębnieniu dobrych praktyk, czyli czynności będących pożądanymi elementami wzorcowego procesu inżynierii wymagań. Autorzy starali się przy tym objąć całość problematyki inżynierii wymagań. W moim mniemaniu te dobre …

Zarządzanie wymaganiami – dobre praktyki 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 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 »

Przewiń do góry