W poszukiwaniu samotnych elementów w Enterprise Architect

Bardzo często zdarza się, że chcemy mieć informację o tych elementach, które nie zostały zmapowane na inne elementy. Przykładowo możemy szukać tych wymagań, które nie realizują żadnych przypadków użycia. Inny przykład to poszukujemy tych elementów procesu biznesowego, który nie wspierają usługi aplikacyjne. Innymi słowy szukamy samotnych elementów. Enterprise Architect wspiera możliwość raportowania takich osieroconych elementów. […]

W poszukiwaniu samotnych elementów w Enterprise Architect Czytaj dalej »

Software & Systems Process Engineering Meta-Model Specification w Enterprise Architect

Dzisiejszy wpis poświęcony jest Software & Systems Process Engineering Meta-Model Specification (SPEM). Co to jest SPEM? SPEM to zaproponowany przez OMG (ang. Object Management Group), który został pomyślany jako spójny zestaw pojęć do opisu procesu inżynierii oprogramowania. Co oferuje SPEM? Cytując artykuł “SPEM/UML w specyfikacji procesów zarządzania projektem” (Iwona Dubielewicz, Jerzy Sas, e-Informatica Software Engineering

Software & Systems Process Engineering Meta-Model Specification w Enterprise Architect Czytaj dalej »

Planowanie i monitorowanie pracy w Enterprise Architect

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

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

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

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

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 »

Scroll to Top