Planowanie i monitorowanie pracy w Enterprise Architect

inżynieria oprogramowania, zarządzanie projektami /

Enterprise Architect w w swojej funkcjonalności zawiera mechanizm planowania pracy zespołu. Otóż wśród widoków i perspektyw Enterprise Architect. Podobne wpisy Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET W artykule przedstawiono opis pakietu narzędziowego VS.NET (Microsoft) z Rational XDE (IBM) do wytwarzania aplikacji webowych pracujących w środowisku urządzeń więcej Rational Software Architect Pierwszy Krok Technorati […]

Planowanie i monitorowanie pracy w Enterprise Architect Czytaj dalej »

Metodyki online – aktualizacja

inżynieria oprogramowania, scrum /

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 »

Modelowanie procesów biznesowych – polecana książka

analiza biznesowa, BPMN, inżynieria oprogramowania, literatura, modelowanie procesów biznesowych /

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 »

Enterprise Architect 12.1 już jest dostępny

ArchiMate, Enterprise Architect, narzędzia CASE, wydarzenia /

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 »

Wymagania – Zarządzanie wersjami

analiza wymagań, inżynier wymagań, zarządzanie wymaganiami /

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ą

analiza wymagań, inżynier wymagań, zarządzanie wymaganiami /

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

analiza wymagań, inżynier wymagań, zarządzanie wymaganiami /

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

analiza wymagań, inżynier wymagań, zarządzanie wymaganiami /

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

analiza wymagań, inżynier wymagań, zarządzanie wymaganiami /

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ń

analiza wymagań, inżynier wymagań, zarządzanie wymaganiami /

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 »

Scroll to Top