inżynieria oprogramowania

Wszystko to co, moim zdaniem, ważnego dzieje się na świecie w dziedzinie inżynierii oprogramowania.

KILKA PORAD DLA MODELOWANIA WYMAGAŃ METODĄ AGILE

agile, analiza wymagań, inżynieria oprogramowania, zarządzanie wymaganiami, zwinne modelowanie /

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 »

Wyróżnienie na stronach Sparx Community

Enterprise Architect, inżynieria oprogramowania, wydarzenia /

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 »

narzędzia do modelowania architektury korporacyjnej

agile, analiza biznesowa, architektura korporacyjna, inżynieria oprogramowania, modelowanie procesów biznesowych, narzędzia CASE /

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 »

CASE study z Polski na stronach społeczności sparx systems

Enterprise Architect, inżynieria oprogramowania, wydarzenia /

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 »

Identyfikacja elementów modelu statycznego na bazie modelu przypadków użycia

analiza systemowa, analiza wymagań, inżynieria oprogramowania, projektowanie systemów informatycznych, zarządzanie wymaganiami /

Analizując model przypadków użycia można zidentyfikować elementy modelu statycznego (struktury). Poniżej kilka porad w tym zakresie: Szukaj rzeczowników: to zazwyczaj klasy lub atrybuty, przykładowo Centrum Odpowiedzialności. Szukaj czasowników: wskazują one często na związek. Przykładowo, użytkownik przypisuje Klienta do Centrum Odpowiedzialności. Szukaj sprawców: jeśli biznes wskazuje na ich działanie, lub są oni do czegoś potrzebni, stanowią

Identyfikacja elementów modelu statycznego na bazie modelu przypadków użycia Czytaj dalej »

Niemoralna propozycja

inżynieria oprogramowania /

Prowadzenie takiego bloga, jak ten daje sprawia mi frajdę, gdyż przy okazji nawiązuję kontakty z ciekawymi ludźmi, z którymi prowadzę w interesującą dyskusję mailową.  Rozmawiamy merytorycznie o konkretnych sprawach. Cenię te maile i ich autorów za dążenie do wiedzy i nowej jakości po przez zdobywanie kolejnych klocków do układanki jaką jest inżynieria oprogramowania. Dziś miałem

Niemoralna propozycja Czytaj dalej »

Szkolenie z architektury korporacyjnej

architektura korporacyjna, inżynieria oprogramowania, wydarzenia /

Architektura korporacyjna jest coraz bardziej „modnym” tematem. Słowo modna używam specjalnie w cudzysłowie bo nie oto chodzi by mieć to co ma konkurencja a oto by konkurencję wyprzedzić. Postanowiłem zbudować wraz z dziedzinowymi ekspertami szkolenie, które wprowadza w architekturę korporacyjną. Omawiane tematy pozwalają na łagodne wprowadzenie w świat architektury korporacyjnej. Niniejsze szkolenie z architektury korporacyjnej jest dedykowane dla

Szkolenie z architektury korporacyjnej Czytaj dalej »

Nazywanie procesu

analiza biznesowa, analiza systemowa, analiza wymagań, inżynieria oprogramowania, modelowanie procesów biznesowych, projektowanie systemów informatycznych, zarządzanie wymaganiami /

Modelując procesy biznesowe czy też scenariusze działania systemów IT często dochodzi do dyskusji jak nazwać proces.Poniżej są wskazówki i lista sugerowanych nazw, które można zastosować identyfikując procesy na diagramach DFD, diagramach aktywności, czy scenariuszach opisujących dekomponujących przypadki użycia,.: Nazwa powinna składać się z wyrażenia czasownikowego poprzedzonego wyrażeniem rzeczownikowym, przykładowo ważność zakresu ubezpieczenia, Użyj wyrażenia czasownikowego

Nazywanie procesu Czytaj dalej »

Modele na nowej maszynie – Witaj DELLU

inżynieria oprogramowania, projektowanie systemów informatycznych /

Moja praca, jak zapewne wielu osób związanych z informatyką, jest związana z ekstremalnym wykorzystywaniem sprzętu. W moim przypadku jest to laptop, który działa niemalże non-stop, bo nawet gdy ja śpię on się backupuje. Skutkuje to tym iż 2 lata to maksimum co przegrzany sprzęt jest w stanie wytrzymać. Moja Tosia (Toshiba Tecra M9) dociągnęła dwóch

Modele na nowej maszynie – Witaj DELLU Czytaj dalej »

Usuwać albo nie usuwać oto jest pytanie

analiza systemowa, inżynieria oprogramowania, projektowanie systemów informatycznych /

Podczas konsultacji projektów u moich klientów otrzymuję często to samo pytanie, które parafrazując znany cytat z Hameta Shakespeare’a brzmi: Usuwać albo nie usuwać elementy modelu oto jest pytanie. Moja odpowiedź jest prosta. Oczywiście, że usuwać ale do kosza.   Tym koszem może być oddzielny pakiet. W ten sposób nie pozbywamy się na stałe tych elementów

Usuwać albo nie usuwać oto jest pytanie Czytaj dalej »

Przewijanie do góry