Każdy inżynier oprogramowania dobrze wie jak ważnym dokumentem jest Słownik w trakcie procesu wytwórczego oprogramowania a szczególnie w jego pierwszych fazach. Bez zrozumienia pojęć czy skrótów, którymi posługuje się klient z na pewno nie rozwiążemy jego problemu. Enterprise Architect (EA) udostępnia nam funkcjonalność związaną z budową Słownika (menu Project > Documentation > Glossary?). W okienku […]
Słownik w Enterprise Architect Czytaj dalej »
Cleeve Amos zamieścił poniższy obrazek w swojej prezentacji. Kolejny raz jeden obraz znaczy więcej niż setki słów. Technorati Tagi: agile,agile modeling,RUP,Rational Unified Process 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
Ewolucja czy rewolucja? Czytaj dalej »
Kilka tygodni temu pisałem o specyfikacji UML w wersji 2.2. Obiecałem wtedy, że jak ją przejrzę to napiszę o zmianach. Niniejszym informuję, że specyfikacja została przeze mnie przejrzana. Dzięki wersji specyfikacji z ?bar code?, na której są zaznaczone zmiany w stosunku do wersji 2.1.2 przejrzenie ponad 600 stron zajęło mi rozsądną ilość czasu. Co nowego
Nowości w UML 2.2 Czytaj dalej »
Kilka dni temu pisałem (patrz Modelowanie Procesów Biznesowych ? BPM 2009), o moim wystąpieniu na konferencji BPM w trakcie, którego proponowałem podejście do modelowania procesów biznesowych w języku UML. Moja propozycja ukierunkowana była na nurt Agile i zalety jakie on niesie dla biznesu. Nie chodzi tu o legendarny brak dokumentacji i inne stereotypy dotyczące nurtu
Zwiększenie elastyczności biznesowej Czytaj dalej »
Ukazał się nowy The Rational Edge ), który jak zwykle niesie sporo ciekawych informacji. Mnie najbardziej podobały się artykuły dotyczące skalowalności metodyk zwinnych (Agile) Teksty te to ?Improving software economics: Top 10 principles of achieving agility at scale? , autorstwa Walker Royce?a oraz bardzo ciekawy tekst, który napisał Gary Pollice ?Does Agility scale? Wrong question!?
Nowy The Rational Edge – wiosna 2009 Czytaj dalej »
Robiąc projekt piszę szybko i popełniam literówki. Ręczne sprawdzanie wpisów jest kłopotliwe, gdyż domyślnie w Enterprise Architect nie ma zainstalowanego słownika języka polskiego. Można temu zapobiec wystarczy tylko pobrać plik: oraz skopiować go do katalogu, gdzie jest zainstalowany Enterprise Architect. U mnie to C:\Program Files\Sparx Systems\EA\ (Windows 32-bit) C:\Program Files (x86)\Sparx Systems (Windows 64-bit)
Sprawdzanie pisowni w Enterprise Architect – polski słownik Czytaj dalej »
O tym, że modelowanie jest przydatne w projektowani wszelakich aplikacji, nie trzeba przekonywać nikogo. Cieszy mnie bardzo, gdy widzę, że kolejne firmy mają ten sam pogląd i razem wypracowujemy metodykę działania dla ich potrzeb. Tak też było w ostanie dni maja, w które prowadziłem szkolenie dla kilku osób z firmy produkującej gry. Bardzo dobrze spędziłem
Modelowanie gier w języku UML Czytaj dalej »
Mit: Zwinne zespoły nie produkują dokumentacji Fakt: Dobry zwinny zespół produkuje taką ilość dokumentacji, która jest niezbędna do wspierania, utrzymania i rozwoju oprogramowania. Zwinne zespoły produkują przykładowo dokumentacje wyjaśniającą metafory i pojęcia słownikowe używane w trakcie projektu oraz modele w ograniczonym zakresie. Mit: Zwinne zespoły nie potrzebują inwestować w wymagania Fakt: Zwinne zespoły maniakalnie koncentrują
Zwinne modelownie – mity i fakty Czytaj dalej »
Kilka dni temu, w tekście Model Driven Architecture modele PIM a PSM, napisałem dwa słowa o modelach PSM i PIM w architekturze MDA. Teraz chciałbym pokazać jak taką transformację zrobić w Enterprise Architect. Zrobię to na przykładzie wzorca projektowego Adapter, którego celem jest którego celem jest umożliwienie współpracy dwóm klasom o niekompatybilnych interfejsach. Zaprezentowany model
Transformacja PIM-PSM w Enterprise Architect Czytaj dalej »
Zazwyczaj sporo mówi się na temat tego, że model musi być odseparowany od swojej implementacji. Oznacza to, że w pierwszej fazie modelowania nie należy zastanawiać się nad tym, jak będzie wyglądała implementacja. Dopiero po zatwierdzeniu projektu można dostosować model już do środowiska implementacji. Sprzyja to reużyciu całych fragmentów projektów. Stosując taka zasadę idealnie działa się
Model Driven Architecture modele PIM a PSM Czytaj dalej »
