W 2009 roku zamieściłem linki do metodyk online. Dziś robiłem drobne porządki i stwierdziłem, że linki są nieaktywne. Zaktualizowałem je w poście z 2009 roku oraz dodałem Agile Business Rule Development Scrum OpenUP Extreme Programming Agile Business Rule Development Uwaga zdarza się, że niektóre przeglądarki nie otwierają tych metodyk. Firefox sprawia najmniej problemów. Miłego korzystania […]
Metodyki online – aktualizacja Czytaj dalej »
Na przestrzeni ostatnich lat świadomość modelowania procesów biznesowych w środowiskach informatycznych i nieinformatycznych rośnie. Nie ma już dyskusji czy warto modelować. Zasadniczo wiadomo, że warto. Rozważania dotyczą tego co i jak modelować by praktycznie wykorzystać wykonaną pracę. Mam wrażenie, że brakuje wiedzy na temat jak ma sensownie wyglądać modelowanie procesów biznesowych. Jeśli istnieje potrzeba by
Modelowanie procesów biznesowych – polecana książka Czytaj dalej »
Sparx Systems opublikował dziś Enterprise Architect 12.1. Zmiany tradycyjnie nie przynoszą rewolucji. Bardzo cieszy, że narzędzie jest nadal rozwijane. Najważniejsze zmiany z mojego punktu widzenia to: Wsparcie dla SysML 1.4 poprawiono mechanizm zarządzania projektami w tym diagramy Gantt’a oraz diagramy Kanban legenda – automatycznie dodaje kolory, użyte na diagramie perspektywa technologiczna w języku Archimate została zaktualizowana do
Enterprise Architect 12.1 już jest dostępny Czytaj dalej »
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 »
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 »
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 »
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 »
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 »
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 »
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 »
