Wszystko to co, moim zdaniem, ważnego dzieje się na świecie w dziedzinie inżynierii oprogramowania.
Moim zdaniem dobre narzędzia CASE powinny wspierać zespół analityków w wielu obszarach. Oto one (rozwinięcia hasłowo): Podejście iteracyjne i dekompozycja Dziś wytwarzane modela są budowane przyrostowo z zachowaniem reguł obiektowości. Istotnym jest to by móc dany fragment procesu zdekomponować, gdyż tylko dekompozycja zapewnia taki poziom szczegółowości jaki jest w danej chwili danym odbiorcom potrzebny. Obiektowość […]
Pożądane cechy narzędzi CASE Czytaj dalej »
Wstęp Tekst ten pokazuje jak w kilku krokach wygenerować diagram sekwencji z działającej aplikacji. Kilka tygodni temu we wpisie : Automatyczne tworzenie diagramów sekwencji w czasie rzeczywistym w Enterprise Architect 9 zaprezentowałem film, na którym pokazałem jak powstają diagramy. Teraz zamieszczam opis poszczególnych kroków. Jako przykład użyłem aplikacji JAVA, która umożliwia zbudowanie książki adresowej w
Budowa diagramów sekwencji w czasie rzeczywistym w Enterprise Architect 9 Czytaj dalej »
Kilkanaście dni temu mój kolega Jarek Żeliński zamieścił na swoim blogu dość ciekawy tekst pt.:” CRM jest dostępny dla małych i średnich firm”. Tekst jest ciekawy bo właśnie ostatnio przeprowadzałem z klientem bardzo długą rozmowę na temat tego czy lepiej wynająć mnie bym zamodelował procesy biznesowe i przygotował specyfikację dla nowego systemu czy też skorzystać
Czy oprogramowanie w chmurze zastąpi tradycyjne oprogramowanie? Czytaj dalej »
Dokumentacja działającej aplikacji jest ważna. Do tej pory w Enterprise Architect dokumentacja aplikacji ograniczała się do modelu struktury klas, które importowane były do repozytorium projektu za pomocą mechanizmów inżynierii wstecz. W nowej wersji EA udoskonalono mechanizm analizy zachowania aplikacji. Funkcja Analyzer pozwala nie tylko zdebugować aplikację, ale także umożliwia budowę diagramów sekwencji działającej aplikacji. Zobacz
Estymacja jest oceną ilościową nieznanych parametrów projektu na podstawie zdefiniowanego zakresu prac oraz wiedzy ogólnej o warunkach realizacji projektu. Szacujemy te wielkości, których nie możemy policzyć czy zmierzyć, lub też takie, których pomiar jest bardzo kosztowny lub skomplikowany. Zanim jednak przejdziemy do estymacji pracochłonności warto zastanowić się do czego można wykorzystać otrzymane szacowania. Wyniki estymacji
Szacowanie oprogramowania Czytaj dalej »
O awarii Toshiby pisałem tutaj Modele na nowej maszynie – Witaj DELLU Teraz okazało się, że siadła drukarka dość znanej firmy (dla zainteresowanych link do sklepu firmowego.) Plaga jakaś czy co? Pisze jednak o tym nie po to by dowodzić teorii spiskowej a po to by wskazać na pewną prawidłowość zachodzącą pomiędzy procesami biznesowymi a
plaga awarii i zrealizowane cele Czytaj dalej »
Chciałbym podzielić się kilkoma istotnymi zasadami, które, mam nadzieję, że pomogą ustanowić efektywne podstawy dla modelowania wymogów metodą agile (i nie tylko). 1. "Niezwykle ważny jest aktywny udział osób zainteresowanych”. Udziałowcy projektu powinni przekazywać swoje wymagania, nadawać im priorytety oraz w odpowiednim czasie podejmować decyzję. Istotnym jest, aby udziałowcy projektu zrozumieli tę koncepcję i angażowali
KILKA PORAD DLA MODELOWANIA WYMAGAŃ METODĄ AGILE Czytaj dalej »
Dziś otrzymałem informację iż zostałem wyróżniony nagrodą “Author Spotlight“ przez społeczność Sparx Community. Nagrodę otrzymałem za wkład w rozwój tej witryny. Razem z informacją wyróżnieniu otrzymałem informację iż CASE STUDY, opublikowane kilkanaście dni temu (pisałem o tym w CASE STUDY z Polski na stronach społeczności Sparx Systems ) zostało odebrane bardzo pozytywnie. To miłe. Dzięki
Wyróżnienie na stronach Sparx Community Czytaj dalej »
Modelowanie architektury korporacyjnej to ta cześć biznesu, która wymaga zdolności analitycznych. Zazwyczaj przypada ona analitykom systemowym bo pojawia się wspólny mianownik – modelowanie. Większość analityków widzi od razu w modelach architektury korporacyjnej modele BPMN lub UML. Nic bardziej mylnego. Ja używam do modelowania EA (Enterprise Architecture) notacji Archimate a modeluję w EA (Enterprise Architect). Kilka
narzędzia do modelowania architektury korporacyjnej Czytaj dalej »
Enterprise Architect jest w Polsce jednym z najbardziej popularnych narzędzi wspierających procesy inżynierii oprogramowania. Miło mi zakomunikować iż na stronach internetowych społeczności Sparx Systems opublikowane zostało CASE STUDY rodem z Polski Link do Case Study: http://community.sparxsystems.com/casestudies/engineering/architecture-and-interfaces-management-proteus-system-case-study Co więcej poza Enterprise Architect chwalone jest Tormigo – tak zupełnie przy okazji: Jeszcze w tym tygodniu będzie dostępna
CASE study z Polski na stronach społeczności sparx systems Czytaj dalej »
