Gdy zachodzi potrzeba zrobienia raportu zawierającego listę elementów znajdujących się wewnątrz partycji, tak jak to ma miejsce na poniższym rysunku, nie można bazować na gotowych rozwiązaniach gdyż takich w EA nie ma. Budowa raportu to kilka kroków. Przedstawiam je poniżej. 1. Należy zbudować raport (zakładka template w raportach EA) o zawartości: Podobne wpisy Model […]
Raport z zawartości partycji w Enterprise Architect Czytaj dalej »
Enterprise Architect w wersji 8 ma świetną funkcję – automat do budowy diagramów aktywności Z premedytacją pisze automat gdyż wczytuje on tekst ze schowka systemowego dzieląc wklejany tekst na kroki na podstawie zdań lub znaków końca linii. REWELACJA. Podobne wpisy Model Analizy Biznesowej Model Analizy Biznesowej opisuje realizację biznesowych przypadków użycia. Prezentuje jak pakiety
Automatyczne generowanie diagramów aktywności w Enterprise Architect Czytaj dalej »
Jedna z praktyk zwinnego modelowania to Zastosowanie Standardów Modelowania. Podstawową jej ideą jest to, że programiści są bardziej efektywni, jeśli pracują według powszechnego zestawu standardów i wskazówek, nawet, jeśli te wskazówki nie są doskonałe. To tak jakby rozmawiać w tym samym języku – łatwiej jest zrozumieć i utrzymać modele stworzone na podstawie skutecznych wskazówek i
Dobre reguły zwinnego modelowania Czytaj dalej »
Rzadko kiedy reklamuję jakieś przedsięwzięcia tym razem mega wyjątek. NOC ROBOTÓW ? Jedyna okazja, by zobaczyć i spotkać unikatowe roboty – m.in. antyterrorystyczne, bojowe i zwiadowcze. 21.05.2010, godz. 18:00, siedziba PIAP – Al. Jerozolimskie 202. http://www.nocrobotow.pl http://www.facebook.com/nocrobotow Reklamuję to wydarzenie gdyż w tym roku miałem okazję współpracować z PIAP. To jeden z ostatnich polskich instytutów
Zwinny model to taki który jest: Wystarczający dla Odbiorców czyli w zależności od odbiorców ogólny gdy rozmawiasz z biznesem lub bardziej techniczny gdy rozmawiasz z IT Wystarczająco dobry, aby przekazać sens. Model nie musi być dokładny. Gdy pojawia się niezgodność zastanów się co z tym zrobić. Może wystarczy dekompozycja może notka. Zawsze poproś odbiorcę diagramu
Zwinne modele – charakterystyka Czytaj dalej »
Wybór narzędzia CASE wspomagającego proces akwizycji i zarządzania wymaganiami jest trudny. Poniżej zamieszczam link do zestawienia cech wybranych narzędzi. Zestawienie to jest tłumaczeniem badań jakie zostały opublikowane przez The International Council on Systems Engineering (INCOSE). Na stronach tej organizacji można znaleźć oryginał z bogatszą listą produktów. Technorati Tagi: zarządzanie wymaganiami,CASE,narzędzia CASE Podobne wpisy Zintegrowane środowisko
Wymagania a narzędzia CASE Czytaj dalej »
Co zrobić w sytuacji gdy do wykonania danej funkcji, opisanej przez przypadek użycia, potrzeba w tym samym momencie więcej niż jednego aktora? Czy można pokazać to na diagramie przypadków użycia? Otóż nie. Diagram przypadków użycia nie definiuje nam tego kto w jakiej sytuacji, w jakim momencie korzysta z danej funkcji. Relacja aktor – przypadek użycia
Przypadek użycia i działanie aktorów w tym samym czasie Czytaj dalej »
Od dwóch dni jest dostępna wersja 8 Enterprise Architect. W nowej wersji między innymi poprawiono: wydajność między innymi przy pracy w dużych projektach oraz generowaniu dokumentacji rtf wygląd i zarządzanie obszarem pracy mechanizm filtrowanie i ukrywanie elementów na diagramach współpracę z Vistą i Windows 7 macierze mapowania elementów (Relationship Matrix) w zakresie śledzenia zależności szereg
Już jest: Enterprise Architect wersja 8.0 Czytaj dalej »
Właściwym podejściem do definiowania przypadków użycia dla tworzenia oprogramowania przy użyciu metody agile to zacząć od definicji zakresu. Definicje zakresu można opisać za pomocą diagramów WPA (Wysokiego Poziomu Abstrakcji) Kiedy już zakres zostanie zdefiniowany należy zdefiniować nazwy przypadków użycia a następnie stopniowo nadawać priorytety i definiować bardziej szczegółowo przypadki użycia podczas gdy są one włączane
Agile a tworzenie przypadków użycia Czytaj dalej »
Wiele mówi się o tym co dają przypadki użycia dla wymagań na system. Warto jest tez wiedzieć iż przypadki użycia pozwalają, zwłaszcza w projektach agile, na określenie celu i zakresu projektu. Zasadniczo bez przypadków użycia: Projektanci nie mają pojęcia, jaki cel ma użytkownik. Zespół nie zostaje poinformowany odpowiednio wcześnie o zakresie projektu. Różne zachowania użytkowników
Przypadki użycia ułatwiają określenie celu i zakresu projektu Czytaj dalej »
