Produkty
- Produkty
- Kurs z przygotowywania raportów w Enterprise Architect
- Kurs z podstaw modelowania w języku UML
- Kurs z podstaw modelowania przypadków użycia
- Kurs z klasycznego procesu projektowania oprogramowania
- Internetowy kurs z Enterprise Architect
- Kurs z analizy i modelowania procesów biznesowych
Szkolenia
- szkolenia
- Przygotowywanie raportów w Enterprise Architect
- Podstawy modelowania w języku UML
- Podstawy modelowania przypadków użycia
- Analiza i modelowanie procesów biznesowych
- Szkolenie z Enterprise Architect Sparx Systems
Kursy
Strony
Wpisy
agile
- Scrum Guide 2020
- Zasada TAO w procesie wytwórczym oprogramowania
- Architekt w podejściu zwinnym
- Analityk w podejściu zwinnym
- Impact mapping (mapowanie wpływu)
- Kanban w Enterprise Architect 13 część 2
- Kanban i wykrywanie wąskich gardeł
- Scrumban czyli scrum i kanban
- Trzy podstawowe zasady Kanban
- Kanban a Agile
- Parametr WIP w Kanban
- Kanban i zbiorczy wykres przepływu
- Jak zacząć stosować Kanban?
- KANBAN w inżynierii oprogramowania
- Kanban–czyli być gotowym na czas
- Dedykowana metodyka prowadzenia projektu
- Planowanie w projekcie w nurcie Agile
- Agile Modeling w EA za nami
- Zasada TAO – trzy cechy jeden zespół
- Agile Modeling – szkolenie w grudniu
- Dlaczego warto używać metod Agile?
- Jakie narzędzie do architektury korporacyjnej?
- Archimate objawem kryzysu wieku średniego
- The Forrester Wave™: Enterprise Architecture Management Suites czyli ciąg dlaszy o narzędziach do modelowania architektury korporacyjnej
- Demonstracja czyli o ważności informacji zwrotnej
- Polecane książki o SCRUM i programowaniu extremalnym
- Agile modeling w EA do trzech razy sztuka
- Struktura zintegrowanej architektury (IAF)
- Zalety i wady wybranych narzędzi CASE w Architekturze korporacyjnej
- Szkolenie otwarte: Agile Modeling w Enterprise Architect
- Agile w liczbach
- Agile. Wzorce wdrażania praktyk zwinnych
- Kolejne wskazówki dotyczące modelowania w ujęciu Agile
- Agile Software Development. Gra zespołowa.
- 5 wskazówek dla analizy w ujęciu AGILE
- KILKA PORAD DLA MODELOWANIA WYMAGAŃ METODĄ AGILE
- narzędzia do modelowania architektury korporacyjnej
- Agile Development. Filozofia programowania zwinnego
- Wakacyjne działania
- Architektura korporacyjna – dlaczego?
- MSF for Agile Software Development v5.0
- DoDAF
- Iteracje w Agile Modeling
- Zwinne modele – charakterystyka
- Agile a tworzenie przypadków użycia
- Historyjki użytkownika a przypadki użycia
- Lipcowe zwinne modelowanie procesów biznesowych
- SCRUM a SCRUM z modelowaniem – koszty
- Wartość modelowania
- Agile w krzywym zwierciadle
- Specyfikacja oparta na scenariuszu
- Zwinne modelowanie w SCRUM
- Zarys Scrum
- Rola: Właściciel produktu (Product Owner)
- Rola: Mistrz Scrum (Scrum Master)
- Rola: Zespół Scrum (Scrum Team)
- Artefakt: Potencjalnie Wykonalny Przyrost Produktu (Potentially Shippable Product Incremement)
- Artefakt: Zaległości produktu (Product Backlog)
- Artefakt: Wykres Wygaszania Wypuszczenia (Release Burndown Chart)
- Artefakt: Wykres Wygaszania Sprintu (Sprint Burndown Chart)
- Artefakt: Tablica Zadań (Task Board)
- Czynność: Planowanie Sprintu (Sprint Planning Meeting)
- Czynność: Sprint Retrospektywny (Sprint Retrospective)
- Czynność: Spotkanie Przeglądowe Sprintu (Sprint Review Meeting)
- Czynność: Codzienny Scrum (Daily Scrum)
- Czynność: Szacowanie zaległości produktu (Estimating the Product Backlog)
- Czynność: Hierarchizacja Zaległości Produktu (Prioritizing the Backlog)
- Czynność: Planowanie wypuszczenia (Release Planning)
- Artefakt: Zaległości iteracji (Sprint Backlog)
- Ewolucja czy rewolucja?
- Zwiększenie elastyczności biznesowej
- Nowy The Rational Edge – wiosna 2009
- Zwinne modelownie – mity i fakty
- Modelowanie Procesów Biznesowych ? BPM 2009
- Metodyki online
- Projektowanie systemów informatycznych w ujęciu Agile
- Zwinne modelowanie procesów biznesowych w trzech krokach
- Krok 1 – Szacowanie potrzeb organizacji
- Krok 2 – Identyfikacja procesów biznesowych
- Krok 3 – Uszczegółowienie procesu biznesowego
- Jesienny The Rational Edge ezine
- Test Driven Development – najpierw testy!?!
- Mind Mapping w procesie wytwórczym oprogramowania
- Złote reguły Extreme Programming
- XP + Prince2 = XPrince
- Software Project Management GigaCon
analiza biznesowa
- Subiektywne porównanie narzędzi do modelowania procesów biznesowych
- Zasada TAO w procesie wytwórczym oprogramowania
- Architektura procesów biznesowych a modelowanie procesów biznesowych – poziomy modelowania
- Modelowanie procesów biznesowych w procesie wytwórczym oprogramowania
- Rysowanie diagramów – dobre praktyki
- Modelowanie procesów biznesowych – polecana książka
- Enterprise Architect 12 – nie instaluj pochopnie
- BPMN vs diagramy aktywności
- Diagramy procesów systemowych
- Polecana książka o BPMN
- Rejestracja problemów zidentyfikowanych podczas analizy
- Jak żyć Panie Premierze?
- Książki dla analityków i nie tylko
- Akty normatywne a wymagania
- Planowanie w projekcie w nurcie Agile
- Szacowanie procesów biznesowych metodą diagramów aktywności
- Enterprise Architect 9.2
- Modelowanie w BPMN – Enterprise Architect vs. Visio cz.4 – podsumowanie
- Modelowanie w BPMN – Enterprise Architect vs. Visio cz.3
- Modelowanie w BPMN – Enterprise Architect vs. Visio cz.2
- Modelowanie w BPMN – Enterprise Architect vs. Visio cz.1
- narzędzia do modelowania architektury korporacyjnej
- Nazywanie procesu
- Architektura korporacyjna – przegląd technik
- Architektura korporacyjna – dlaczego?
- Przypadek użycia i działanie aktorów w tym samym czasie
- Architektura korporacyjna – zalety
- O systemach dwa słowa
- Architektura korporacyjna
- KKIO 2009 – tekst
- Charakterystyka dobrego Modelu Biznesowych Przypadków Użycia
- Związki modelowania procesów biznesowych z projektowaniem systemów informatycznych
- Modelowanie biznesowe – znaczenie
- Modelowanie aplikacji biznesowych – wybór modeli
- Lipcowe zwinne modelowanie procesów biznesowych
- KKIO 2009
- Specyfikacja oparta na scenariuszu
- Zwiększenie elastyczności biznesowej
- Wikipedia a diagramy do modelowania procesów biznesowych
- Mój blog czytany przez eksperta
- Modelowanie procesów biznesowych w UML czy BPMN?
analiza systemowa
- Subiektywne porównanie narzędzi do modelowania procesów biznesowych
- Zasada TAO w procesie wytwórczym oprogramowania
- Rysowanie diagramów – dobre praktyki
- Kiedy jest warto modelować w UML?
- Dokumentacja przypadków użycia w administracji publicznej
- Śledzenie zależności pomiędzy wymaganiami
- BPMN vs diagramy aktywności
- Diagramy procesów systemowych
- Obsługa plików WSDL w Enterprise Architect – Część 2
- Obsługa plików WSDL w Enterprise Architect – Część 1
- Dobre praktyki dotyczące komponentów i architektury
- Kiedy nie działa zwinne modelowanie?
- Jestem…
- Kartezjusz a projektowanie systemów
- Jak żyć Panie Premierze?
- Książki dla studenta na przedmiot inżynieria oprogramowania
- Urodziny UML
- Projektowanie systemów w dziwnych miejscach
- Modelowanie w Visual Studio 11
- Zarządzanie uprawnieniami edycji artefaktów w repozytorium Enterprise Architect
- Kilka dobrych praktyk dotyczących diagramów sekwencji
- Diagramy UML– stosowane najczęściej
- Ustawianie parametrów obiektu w Enterprise Architect czyli prezentacja parametryzacji usług
- Uszczegółowienie metod diagramami aktywności
- Diagramy sekwencji a komponenty
- Szacowanie procesów biznesowych metodą diagramów aktywności
- UML w standardzie 2.4.1
- Porównywanie diagramów w Enterprise Architect – teraz jeszcze łatwiejsze
- Czym jest architektura sytemu?
- Agile Modeling – szkolenie w grudniu
- UML i wzorce projektowe.
- Czy czas może być aktorem?
- Identyfikacja elementów modelu statycznego na bazie modelu przypadków użycia
- Nazywanie procesu
- Usuwać albo nie usuwać oto jest pytanie
- Przypadek użycia i działanie aktorów w tym samym czasie
- Czy warto stosować mechanizmy inżynierii wprzód i wstecz w zwinnym modelowaniu?
- Mały sekret reverse i forward engineering w Enterprise Architect
analiza wymagań
- Subiektywne porównanie narzędzi do modelowania procesów biznesowych
- Zasada TAO w procesie wytwórczym oprogramowania
- Wymagania biznesowe a wymagania systemowe
- Zarządzanie relacjami pomiędzy wymaganiami
- Wymagania są najważniejsze
- Zarządzanie wymaganiami – dobre praktyki
- Plan zarządzania wymaganiami
- Wymagania – Zarządzanie wersjami
- Wymagania a zarządzanie zmianą
- Wymagania a śledzenie powiązań między nimi
- Techniki nadawania priorytetów wymaganiom
- Atrybuty a wymagania
- Negocjacja wymagań
- Techniki walidacji wymagań
- Zasady walidacji wymagań
- Negocjacja i walidacja wymagań
- Wykorzystanie dokumentów wymagań
- Perspektywy wymagań
- Dokumentacja wymagań w oparciu o przypadki użycia
- Dokumentacja wymagań oparta na modelu
- Słownik w inżynierii wymagań
- Jakość dokumentu wymagań
- Struktura dokumentów wymagań cz. 2
- Struktura dokumentów wymagań cz. 1
- Dokumentacja wymagań
- Kategoryzacja wymagań według modelu Kano
- Konstrukcja wymagań z zastosowaniem szablonów
- Dokumentacja wymagań przy użyciu języka naturalnego
- Techniki akwizycji wymagań cz.2
- Techniki akwizycji wymagań cz.1
- Akwizycja wymagań
- Wymagania na system – kontekst i granica systemu
- Rodzaje wymagań
- Wprowadzenie do zarządzania wymaganiami–podstawowe definicje
- Dokumentacja przypadków użycia w administracji publicznej
- Śledzenie zależności pomiędzy wymaganiami
- Dedykowana metodyka prowadzenia projektu
- Diagramy procesów systemowych
- Statusy i priorytety wymagań
- O Zarządzaniu Projektami Informatycznymi w nietypowy sposób
- Cechy perfekcyjnych wymagań na system
- Śledzenie zmian w dokumentach w Enterprise Architect
- Jak żyć Panie Premierze?
- IREB 9000 osób ma certyfikat CPRE
- Certyfikowany inżynier wymagań
- Inżynieria wymagań – certyfikat
- Akty normatywne a wymagania
- Planowanie w projekcie w nurcie Agile
- Komentarze z MS Word w Enterprise Architect
- Szacowanie procesów biznesowych metodą diagramów aktywności
- Sześć myśli na temat zwinnych wymagań
- Banalne zarządzanie informacją o zmianie w Enterprise Architect
- Zarządzanie wymaganiami w Enterprise Architect z wykorzystaniem Google Docs
- Czy czas może być aktorem?
- Jak opisywać przypadki użycia?
- TORMIGO – oficjalnie na stronach Sparx Systems
- niedocenione wymagania niefunkcjonalne
- KILKA PORAD DLA MODELOWANIA WYMAGAŃ METODĄ AGILE
- Identyfikacja elementów modelu statycznego na bazie modelu przypadków użycia
- Nazywanie procesu
- Historyjki użytkownika a przypadki użycia
- Dobre praktyki inżynierii wymagań
- Słownik w Enterprise Architect
ArchiMate
- Zdolność biznesowa a model usług
- NATO Architecture Framework
- ArchiMate w praktyce
- Transformacja modeli ArchiMate 2.0 do ArchiMate 3.0
- Archimate 3.0 w Enterprise Architect 13
- Mapowania wychodzące poza architekturę korporacyjną
- Moje ulubione perspektywy w architekturze korporacyjnej
- ArchiMate 3.0 został opublikowany
- Enterprise Architect 12.1 już jest dostępny
- Enterprise Architect w 2013 roku oczami Gartnera
- Kiedy nie działa zwinne modelowanie?
- O używaniu Archimate, licencjach i opłatach
- Specyfikacja ArchiMate 2.0
- Architektura korporacyjna czy muszę być ekspertem IT by w niej funkcjonować?
- Enterprise Architect 9.3 jest już do pobrania
- Niebawem Enterprise Architect 9.3
- Archimate objawem kryzysu wieku średniego
architektura korporacyjna
- Zdolność biznesowa a model usług
- NATO Architecture Framework
- ArchiMate w praktyce
- Enterprise Architect wśród narzędzi do modelowania architektury korporacyjnej
- ArchiMate 3.0 – polska wersja
- Architektura procesów biznesowych a modelowanie procesów biznesowych – poziomy modelowania
- Transformacja modeli ArchiMate 2.0 do ArchiMate 3.0
- Praktyczne aspekty optymalizacji kosztowej IT, zarządzania zmianą i wprowadzania innowacji z perspektywy architektury – czyli OSAKA’2016
- Narzędzie do modelowania architektury korporacyjnej
- Archimate 3.0 w Enterprise Architect 13
- Mapowania wychodzące poza architekturę korporacyjną
- Moje ulubione perspektywy w architekturze korporacyjnej
- Enterprise Architect w 2013 roku oczami Gartnera
- Kiedy nie działa zwinne modelowanie?
- Raport z wykorzystania narzędzi do modelowania architektury korporacyjnej
- Specyfikacja ArchiMate 2.0
- Architektura korporacyjna czy muszę być ekspertem IT by w niej funkcjonować?
- Jakie narzędzie do architektury korporacyjnej?
- Archimate objawem kryzysu wieku średniego
- The Forrester Wave™: Enterprise Architecture Management Suites czyli ciąg dlaszy o narzędziach do modelowania architektury korporacyjnej
- Struktura zintegrowanej architektury (IAF)
- Zalety i wady wybranych narzędzi CASE w Architekturze korporacyjnej
- Rys historyczny TOGAF
- Architektura korporacyjna a narzędzia
- narzędzia do modelowania architektury korporacyjnej
- Struktura Zachmana (Zachman Framework)
- Szkolenie z architektury korporacyjnej
- Architektura korporacyjna – przegląd technik
- Zarys tworzenia architektury korporacji
- Architektura korporacyjna – dlaczego?
- DoDAF
- Architektura korporacyjna – zalety
- Architektura korporacyjna
BPMN
- NATO Architecture Framework
- Modelio – open source
- Subiektywne porównanie narzędzi do modelowania procesów biznesowych
- Modelowanie procesów biznesowych – polecana książka
- BPMN vs diagramy aktywności
- Diagramy procesów systemowych
- Polecana książka o BPMN
- Enterprise Architect 9.2
- Modelowanie w BPMN – Enterprise Architect vs. Visio cz.4 – podsumowanie
- Modelowanie w BPMN – Enterprise Architect vs. Visio cz.3
- Modelowanie w BPMN – Enterprise Architect vs. Visio cz.2
- Modelowanie w BPMN – Enterprise Architect vs. Visio cz.1
- Wikipedia a diagramy do modelowania procesów biznesowych
- Mój blog czytany przez eksperta
- Modelowanie procesów biznesowych w UML czy BPMN?
Enterprise Architect
- Modelowanie AWS, Azure i Google Cloud w Enterprise Architect
- ArchiMate w praktyce
- Subiektywne porównanie narzędzi do modelowania procesów biznesowych
- Modelowanie zagrożeń – praktycznie
- Enterprise Architect 15
- Prolaborate i Enterprise Architect
- Enterprise Architect Pro Cloud Server – modelowanie w chmurze
- Przegląd modeli w Enterprise Architect
- Enterprise Architect wśród narzędzi do modelowania architektury korporacyjnej
- Jak wyłączyć zasady pilnowania składni połączeń w Enterprise Architect 14?
- Enterprise Architect 14 – pierwsze wrażenia
- Enterprise Architect 14 został opublikowany
- Diagram utrzymania w Enterprise Architect
- Raportowanie w Enterprise Architect – selektor szablonów
- Transformacja modeli ArchiMate 2.0 do ArchiMate 3.0
- Enterprise Architect 13 został opublikowany
- Archimate 3.0 w Enterprise Architect 13
- Wersjonowanie w Enterprise Architect 13
- Kanban w Enterprise Architect 13 część 2
- Kanban w Enterprise Architect 13 część 1
- Nadchodzi Enterprise Architect 13
- Enterprise Architect dla studentów i nauczycieli akademickich
- W poszukiwaniu samotnych elementów w Enterprise Architect
- Enterprise Architect 12.1 już jest dostępny
- Enterprise Architect 12 – Zmiany w menu głównym aplikacji – cześć 2
- Enterprise Architect 12 – Zmiany w menu głównym aplikacji – część 1
- Enterprise Architect 12 – nie instaluj pochopnie
- Dokumentacja przypadków użycia w administracji publicznej
- Śledzenie za pomocą relacji trace – problemy
- Śledzenie zależności pomiędzy wymaganiami
- Dedykowana metodyka prowadzenia projektu
- Enterprise Architect w 2013 roku oczami Gartnera
- Obsługa plików WSDL w Enterprise Architect – Część 2
- Obsługa plików WSDL w Enterprise Architect – Część 1
- Fragmenty na diagramach sekwencji
- Rejestracja problemów zidentyfikowanych podczas analizy
- Nowy rozkład menu w Enterprise Achitect 10
- Zarządzanie projektami w Enterprise Architect
- Enterprise Architect 10 jest już dostępny
- Enterprise Architect coraz bardziej popularny w sieci
- Śledzenie zmian w dokumentach w Enterprise Architect
- Raport z wykorzystania narzędzi do modelowania architektury korporacyjnej
- Jak żyć Panie Premierze?
- Interfejs użytkownika–wymaganie czy projekt?
- Enterprise Architect 10 Beta już dostępny
- Enterprise Architect 10 tuż tuż
- Blogi i inne strony
- Wiele osób musi skomentować dokumentację z Enterprise Architect
- Agile Modeling w Enterprise Architect kolejne szkolenie we wrześniu
- Generowanie raportu ze zmianami w modelu w Enterprise Architect cz.2
- Generowanie raportu ze zmianami w modelu w Enterprise Architect cz.1
- Akty normatywne a wymagania
- Specyfikacja ArchiMate 2.0
- Modelowanie w Visual Studio 11
- Jak szybko przenieść komentarze z MS Word do Enterprise Architect?
- Tormigo wersja 3.0 już dostępna do pobrania
- Zarządzanie uprawnieniami edycji artefaktów w repozytorium Enterprise Architect
- Komentarze z MS Word w Enterprise Architect
- Ustawianie parametrów obiektu w Enterprise Architect czyli prezentacja parametryzacji usług
- Enterprise Architect 9.3 jest już do pobrania
- Uszczegółowienie metod diagramami aktywności
- Niebawem Enterprise Architect 9.3
- Porównywanie diagramów w Enterprise Architect – teraz jeszcze łatwiejsze
- Agile Modeling w EA za nami
- Agile Modeling w Enterprise Architect – FAQ
- Enterprise Architect 9.2
- Agile Modeling w Enterprise Architect w grudniu
- Banalne zarządzanie informacją o zmianie w Enterprise Architect
- Agile Modeling – szkolenie w grudniu
- TORMIGO – wymagania w chmurze
- Enterprise Architect 9.1
- Ministerstwo Finansów kupuje Enterprise Architect
- Jakie narzędzie do architektury korporacyjnej?
- Kolejne wyróżnienie na forum społecznosci Sparx Systems
- Enterprise Architect na You Tube
- Enterprise Architect Upgrade Floating License
- Modelowanie w BPMN – Enterprise Architect vs. Visio cz.4 – podsumowanie
- Modelowanie w BPMN – Enterprise Architect vs. Visio cz.3
- Modelowanie w BPMN – Enterprise Architect vs. Visio cz.2
- Agile modeling w EA do trzech razy sztuka
- Modelowanie w BPMN – Enterprise Architect vs. Visio cz.1
- Już jest Enterprise Architect 9.0
- Budowa diagramów sekwencji w czasie rzeczywistym w Enterprise Architect 9
- zmiana terminu szkolenia
- Enterprise Architect 9.0 – 3 drobne udogodnienia
- Zalety i wady wybranych narzędzi CASE w Architekturze korporacyjnej
- Szkolenie otwarte: Agile Modeling w Enterprise Architect
- Automatyczne tworzenie diagramów sekwencji w czasie rzeczywistym w Enterprise Architect 9
- Architektura korporacyjna a narzędzia
- TORMIGO – oficjalnie na stronach Sparx Systems
- Enterprise Architect 9 beta – Release Notes
- Wyróżnienie na stronach Sparx Community
- Tormigo PObiera tekst wymagań bezpośrednio z MS WOrd
- Analiza statyczna kodu aplikacji w oparciu o mechanizm Inżynierii wstecz
- CASE study z Polski na stronach społeczności sparx systems
- Enterprise Architect 9 Roadmap Presentation – 5 najważniejszych mowości
- Nadchodzi 9 wersja Enterprise Architect
- Tormigo – oficjalne wydanie
- Akwizycja wymagań z dokumentu tekstowego
- Mapowanie wymagań w Tormigo
- Inne raportowanie z Enterprise Architect
- Automatyczne wersjonowanie wymagań
- Alternatywne wprowadzanie wymagań do Enterprise Architect
- MANEA – Mantis Bug Trucker i Enterprise Architect
- Raportowanie zmian w modelu w Enterprise Architect
- Śledzenie zmian w Enterprise Architect
- Zmiana wersji i statusu we wszystkich elementach pakietu
- Przypadki testowe z diagramów aktywności w Enterprise Architect
- Raport z zawartości partycji w Enterprise Architect
- Automatyczne generowanie diagramów aktywności w Enterprise Architect
- Już jest: Enterprise Architect wersja 8.0
- Enterprise Architect w wersji 8 (beta1)
- Enterprise Architect pod linuxem
- Departament Obrony USA a Enterprise Architect
- Czy warto stosować mechanizmy inżynierii wprzód i wstecz w zwinnym modelowaniu?
- Mały sekret reverse i forward engineering w Enterprise Architect
- Pisanie kodu w Enterprise Architect
- MDG Integration for Eclipse i generowanie kodu aplikacji z poziomu Enterprise Architect
- Enterprise Architect i MDG Integration for Eclipse w praktyce
- Inżynieria wstecz w projektach JAVA za pomocą Enterprise Architect
- Specyfikacja komponentów i interfejsów w Enterprise Architect
- Polskie znaki w centralnym repozytorium Enterprise Architecta
- Modelowanie architektury zorientowanej na usługi w Enterprise Architect
- Szacowanie projektu w Enterprise Architect cz. 1
- Szacowanie projektu w Enterprise Architect cz. 2
- Słownik w Enterprise Architect
- Sprawdzanie pisowni w Enterprise Architect – polski słownik
- Transformacja PIM-PSM w Enterprise Architect
- Szacowanie projektu w Enterprise Architect
- Zarządzanie wymaganiami w Enterprise Architect – mapowanie wymagań na przypadki użycia
inżynier wymagań
- Zarządzanie relacjami pomiędzy wymaganiami
- Wymagania – Zarządzanie wersjami
- Wymagania a zarządzanie zmianą
- Wymagania a śledzenie powiązań między nimi
- Techniki nadawania priorytetów wymaganiom
- Atrybuty a wymagania
- Negocjacja wymagań
- Techniki walidacji wymagań
- Zasady walidacji wymagań
- Negocjacja i walidacja wymagań
- Wykorzystanie dokumentów wymagań
- Perspektywy wymagań
- Dokumentacja wymagań w oparciu o przypadki użycia
- Dokumentacja wymagań oparta na modelu
- Słownik w inżynierii wymagań
- Jakość dokumentu wymagań
- Struktura dokumentów wymagań cz. 2
- Struktura dokumentów wymagań cz. 1
- Dokumentacja wymagań
- Kategoryzacja wymagań według modelu Kano
- Konstrukcja wymagań z zastosowaniem szablonów
- Dokumentacja wymagań przy użyciu języka naturalnego
- Techniki akwizycji wymagań cz.2
- Techniki akwizycji wymagań cz.1
- Akwizycja wymagań
- Wymagania na system – kontekst i granica systemu
- Rodzaje wymagań
- Wprowadzenie do zarządzania wymaganiami–podstawowe definicje
inżynieria oprogramowania
- Architektura systemów
- NATO Architecture Framework
- MVP, czyli o zwinnym podejściu do zakresu przedsięwzięcia
- Zasada TAO w procesie wytwórczym oprogramowania
- Enterprise Architect Pro Cloud Server – modelowanie w chmurze
- Przegląd modeli w Enterprise Architect
- Nadchodzi Enterprise Architect 14
- Architektura systemów informatycznych
- Wdrożenie metodyki – wybór narzędzia wspomagającego modelowanie
- Enterprise Architect w raporcie Magic Quadrant for Enterprise Architecture Tools 2017
- Analiza luk – moja podcastowa rozmowa
- Kurs internetowy – Podstawy modelowania przypadków użycia jest już dostępny
- Model – Driven Development udoskonalona metoda wytwarzania aplikacji cz.2
- Model – Driven Development udoskonalona metoda wytwarzania aplikacji cz.1
- Dziesięciolecie bloga – czas na prezenty
- Kiedy jest warto modelować w UML?
- Kanban w Enterprise Architect 13 część 2
- Mój blog w social media
- Komunikacja i metodyka w projekcie
- W poszukiwaniu samotnych elementów w Enterprise Architect
- Software & Systems Process Engineering Meta-Model Specification w Enterprise Architect
- Planowanie i monitorowanie pracy w Enterprise Architect
- Metodyki online – aktualizacja
- Modelowanie procesów biznesowych – polecana książka
- Enterprise Architect 12 – nie instaluj pochopnie
- Raport Gartnera o repozytoriach architektonicznych
- Trzy podstawowe zasady Kanban
- KANBAN w inżynierii oprogramowania
- Kanban–czyli być gotowym na czas
- Śledzenie za pomocą relacji trace – problemy
- Dialog techniczny
- Dedykowana metodyka prowadzenia projektu
- Statusy i priorytety wymagań
- Fragmenty na diagramach sekwencji
- Kiedy nie działa zwinne modelowanie?
- Tormigo za oceanem
- Niezależny konsultant–nowy blog
- StarUML zmienia się w White UML
- Nowy rozkład menu w Enterprise Achitect 10
- Zarządzanie projektami w Enterprise Architect
- Cechy perfekcyjnych wymagań na system
- Kartezjusz a projektowanie systemów
- Interfejs użytkownika–wymaganie czy projekt?
- Enterprise Architect 10 tuż tuż
- SpiderOak uratował mi kilka godzin pracy
- Projektowanie systemów w dziwnych miejscach
- Agile Modeling w Enterprise Architect we wrześniu odwołane
- Blogi i inne strony
- IREB 9000 osób ma certyfikat CPRE
- Certyfikowany inżynier wymagań
- Szkolenie Agile Modeling zmiana terminu
- Inżynieria wymagań – certyfikat
- Wiele osób musi skomentować dokumentację z Enterprise Architect
- O używaniu Archimate, licencjach i opłatach
- Planowanie w projekcie w nurcie Agile
- Specyfikacja ArchiMate 2.0
- Planowanie pracy czyli zarządzanie projektem bez Projecta
- Kilka dobrych praktyk dotyczących diagramów sekwencji
- Diagramy UML– stosowane najczęściej
- Ustawianie parametrów obiektu w Enterprise Architect czyli prezentacja parametryzacji usług
- Uszczegółowienie metod diagramami aktywności
- Modelowane w UML– Modelio Open Source
- Wersjonowanie i automatyczny backup plików z modelami
- Diagramy sekwencji a komponenty
- Szacowanie procesów biznesowych metodą diagramów aktywności
- Porównywanie diagramów w Enterprise Architect – teraz jeszcze łatwiejsze
- Czym jest architektura sytemu?
- MANEA w nowej wersji
- Agile Modeling w EA za nami
- Ludzie w zespole projektowym
- Zasada TAO – trzy cechy jeden zespół
- Sześć myśli na temat zwinnych wymagań
- Banalne zarządzanie informacją o zmianie w Enterprise Architect
- Jakie narzędzie do architektury korporacyjnej?
- Kolejne wyróżnienie na forum społecznosci Sparx Systems
- Pożądane cechy narzędzi CASE
- Budowa diagramów sekwencji w czasie rzeczywistym w Enterprise Architect 9
- Czy oprogramowanie w chmurze zastąpi tradycyjne oprogramowanie?
- Automatyczne tworzenie diagramów sekwencji w czasie rzeczywistym w Enterprise Architect 9
- Szacowanie oprogramowania
- plaga awarii i zrealizowane cele
- KILKA PORAD DLA MODELOWANIA WYMAGAŃ METODĄ AGILE
- Wyróżnienie na stronach Sparx Community
- narzędzia do modelowania architektury korporacyjnej
- CASE study z Polski na stronach społeczności sparx systems
- Identyfikacja elementów modelu statycznego na bazie modelu przypadków użycia
- Niemoralna propozycja
- Szkolenie z architektury korporacyjnej
- Nazywanie procesu
- Modele na nowej maszynie – Witaj DELLU
- Usuwać albo nie usuwać oto jest pytanie
- Tormigo dla Linuksa
- Architektura korporacyjna – przegląd technik
- Jakość a plan iteracji
- Raportowanie zmian w modelu w Enterprise Architect
- Zmiana wersji i statusu we wszystkich elementach pakietu
- Iteracje w Agile Modeling
- Dobre reguły zwinnego modelowania
- mała awaria
- Wymagania a narzędzia CASE
- Przypadek użycia i działanie aktorów w tym samym czasie
- Już jest: Enterprise Architect wersja 8.0
- Agile a tworzenie przypadków użycia
- Przypadki użycia ułatwiają określenie celu i zakresu projektu
- Konsultacje przez Internet
- Złote reguły towarzyszące przypadkom użycia
- Prototyp a przypadek użycia
- Enterprise Architect w wersji 8 (beta1)
- Enterprise Architect pod linuxem
- Departament Obrony USA a Enterprise Architect
- Umarł Król niech żyje Król
- o wymaganiach
- Rankingi narzędzi OpenSource do modelowania w UML
- Z nowym rokiem
- BoUml
- International Institute of Business Analysis
- Listopadowe szkolenia
- Czy warto stosować mechanizmy inżynierii wprzód i wstecz w zwinnym modelowaniu?
- Mały sekret reverse i forward engineering w Enterprise Architect
- Pisanie kodu w Enterprise Architect
- MDG Integration for Eclipse i generowanie kodu aplikacji z poziomu Enterprise Architect
- Enterprise Architect i MDG Integration for Eclipse w praktyce
- Inżynieria wstecz w projektach JAVA za pomocą Enterprise Architect
- O systemach dwa słowa
- Szacowanie projektu w Enterprise Architect cz. 1
- Szacowanie projektu w Enterprise Architect cz. 2
- Metoda punktów przypadków użycia
- Metoda punktów funkcyjnych
- KKIO 2009 – tekst
- Krajowa Konferencja Inżynierii Oprogramowania
- Przypadki użycia i aktorzy– kilka rad
- Wielkość i długość iteracji
- Integracja środowiska Rational z Visual Studio 2008
- Migracja z Visual Paradigm do Enterprise Architect
- Podkarpackie modelowanie
- Trzy korzyści z przypadków użycia
- Modelowanie w UML pod Windows i Linux
- Lipcowe zwinne modelowanie procesów biznesowych
- Profil (notacja) języka UML w zakresie modelowania procesów biznesowych
- Wartość modelowania
- Agile w krzywym zwierciadle
- Specyfikacja oparta na scenariuszu
- Dobre praktyki inżynierii wymagań
- Zarys Scrum
- Rola: Właściciel produktu (Product Owner)
- Rola: Mistrz Scrum (Scrum Master)
- Rola: Zespół Scrum (Scrum Team)
- Artefakt: Potencjalnie Wykonalny Przyrost Produktu (Potentially Shippable Product Incremement)
- Artefakt: Zaległości produktu (Product Backlog)
- Artefakt: Wykres Wygaszania Wypuszczenia (Release Burndown Chart)
- Artefakt: Wykres Wygaszania Sprintu (Sprint Burndown Chart)
- Artefakt: Tablica Zadań (Task Board)
- Czynność: Planowanie Sprintu (Sprint Planning Meeting)
- Czynność: Sprint Retrospektywny (Sprint Retrospective)
- Czynność: Spotkanie Przeglądowe Sprintu (Sprint Review Meeting)
- Czynność: Codzienny Scrum (Daily Scrum)
- Czynność: Szacowanie zaległości produktu (Estimating the Product Backlog)
- Czynność: Hierarchizacja Zaległości Produktu (Prioritizing the Backlog)
- Czynność: Planowanie wypuszczenia (Release Planning)
- Artefakt: Zaległości iteracji (Sprint Backlog)
- Ewolucja czy rewolucja?
- Nowości w UML 2.2
- Zwinne modelownie – mity i fakty
- Transformacja PIM-PSM w Enterprise Architect
- Model Driven Architecture modele PIM a PSM
- Metodyki online
- Szacowanie projektu w Enterprise Architect
- SOA – kolejny krok w inżynierii oprogramowania
- Zarządzanie wymaganiami w Enterprise Architect – mapowanie wymagań na przypadki użycia
- Wikipedia a diagramy do modelowania procesów biznesowych
- Enterprise Architect w wersji 7.5
- Co to jest SOA? Najbardziej ogólna definicja
- Najlepsze narzędzie do modelowania w UML
- Migracja z IBM Rational Software Modeler do Enterprise Architect
- Specyfikacja UML w wersji 2.2
- UML 2.1.2 normą ISO
- Wiosenne wydanie The Rational Edge
- Cele modelowania biznesowego
- Kryzys, osłabienie koniunktury to nowe szanse tylko na co?
- Cykl tworzenie oprogramowania na przykładzie mojego bloga
- Skuteczne i wydajne narzędzie do zarządzania wymaganiami
- Czym jest model?
- Specyfikacja systemu a przypadki użycia
- Statyczna analiza kodu w Rational Software Modeler
- Dwa słowa o statycznej analizie kodu
- Zarządzanie projektem a rozproszona lokalizacja zespołu
- Zaawansowane dobre praktyki inżynierii wymagań
- Etyka w procesie wytwórczym oprogramowania
- Średniozaawansowane dobre praktyki inżynierii wymagań
- Podstawowe dobre praktyki inżynierii wymagań
- Czas a modelowania w języku UML
- UML jest niezrozumiały i nie wiadomo jak go stosować?
- Mój blog czytany przez eksperta
- Systemy agentowe w inżynierii oprogramowania
- Jesienny The Rational Edge ezine
- AJAX Processing w Rational Software Architect
- Design Patterns w Rational Software Architect
- Innowacyjność w automatyce
- StarUML
- Warto znać UML!!!
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model przypadków użycia
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model analizy
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – implementacja
- Modelowanie procesów biznesowych w UML czy BPMN?
- Zarządzanie ryzykiem – wskazówki eksperta
- Transformacje modeli UML do kodu w Rational Software Architect
- Dynamiczna analiza kodu w RSA
- Zarządzanie zmianami w Rational Software Architect
- Język UML a normy ISO
- Transformacja modelu UML do kodu C# w środowisku IBM Rational Software Modeler
- IBM Rational Software Modeler i platforma .NET
- Budowanie nowoczesnego biznesu w oparciu o systemy zorientowane na usługi (SOA)
- Modelowanie procesów biznesowych w języku UML – cykl artykułów
- Przedstawienie przykładowej organizacji
- Architektura modelu procesów biznesowych
- Notacja UML stosowana w modelowaniu procesów biznesowych
- Biznesowy model przypadków użycia
- Model analizy biznesowej
- Transformacja modelu procesów biznesowych do modelu systemu
- Modelowanie biznesowe w UML – krople, które drążą skałę
- Oprogramowanie jako usługa (Software as a Service, SaaS, S+S)
- OpenUp
- Internet Explorer 8.0 – szok?
- Publikacja prezentacji
- Eclipse Process Framework
- Mind Mapping w procesie wytwórczym oprogramowania
- Przypadki użycia są łatwiejsze do zrozumienia niż diagramy BPMN
- Złote reguły Extreme Programming
- Projektowanie hurtowni danych w oparciu o język UML
- XP + Prince2 = XPrince
- Trójwarstwowa struktura aplikacji ASP.NET z wykorzystaniem procedur wbudowanych
- Zabezpieczenie aplikacji ASP.NET przy użyciu mechanizmów bezpieczeństwa Forms
- Aplikacje WWW w terenie, czyli o tym, jak budować rozwiązania w technologii ASP.NET dla urządzeń przenośnych
- Rational Unified Process – Wstęp
- Wstęp do projektowania aplikacji w Rational Software Architect
- Rational Software Architect Pierwszy Krok
- Cykl tworzenia oprogramowania w Rational Unified Process
- Zintegrowane środowisko wytwarzania aplikacji web’owych na platformie .NET
kanban
- Wskaźniki i raportowanie w Kanban
- Zarządzanie wąskimi gardłami w Kanban
- Przepływ pracy w Kanban
- Praca cząstkowa w Kanban
- Zadania w Kanban
- Tablica zadań w Kanban
- Kanban – podstawowe pojęcia i zasady
- Kanban w Enterprise Architect 13 część 1
- Nadchodzi Enterprise Architect 13
- Kanban i wykrywanie wąskich gardeł
- Scrumban czyli scrum i kanban
- Trzy podstawowe zasady Kanban
- Kanban a Agile
- Parametr WIP w Kanban
- Kanban i zbiorczy wykres przepływu
- Jak zacząć stosować Kanban?
- KANBAN w inżynierii oprogramowania
- Kanban–czyli być gotowym na czas
konsultacje i szkolenia
- Raportowanie w Enterprise Architect – selektor szablonów
- Dokumentacja przypadków użycia w administracji publicznej
- Dialog techniczny
- Certyfikowany inżynier wymagań
- Inżynieria wymagań – certyfikat
- Agile Modeling w Enterprise Architect – FAQ
- Agile Modeling w Enterprise Architect w grudniu
- Agile Modeling – szkolenie w grudniu
- Niestety szkolenie z Agile Modeling odwołane
- Agile modeling w EA do trzech razy sztuka
- zmiana terminu szkolenia
- Szkolenie otwarte: Agile Modeling w Enterprise Architect
- Szkolenie z architektury korporacyjnej
- Podkarpackie modelowanie
- Modelowanie gier w języku UML
- Projektowanie systemów informatycznych w ujęciu Agile
- Warsztaty są bardzo ważne
- Czy pracownik może bardziej inwestować w swojego pracodawcę?
- Innowacyjność w automatyce
- Modele mają poprawnie odzwierciedlać rzeczywistość
- Analiza i projektowanie systemów informatycznych
- Test Driven Development – najpierw testy!?!
- Permanentne dążenie do perfekcji
- Modelowanie systemów informatycznych w języku UML 2.1
- Modelowanie biznesowe w UML – krople, które drążą skałę
- Coaching z inżynierii oprogramowania czyli sesje jednoosobowe
- UML w modelowaniu biznesowym dla nieinformatyków
literatura
- Modelowanie procesów biznesowych – polecana książka
- Śledzenie zależności pomiędzy wymaganiami
- Polecana książka o BPMN
- Nowy rozkład menu w Enterprise Achitect 10
- Książki dla analityków i nie tylko
- Książki dla studenta na przedmiot inżynieria oprogramowania
- Blogi i inne strony
- Zarządzanie projektami polecana literatura
- UML i wzorce projektowe.
- Polecane książki o SCRUM i programowaniu extremalnym
- Inżynieria oprogramowania w ujęciu obiektowym. UML, wzorce projektowe i Java
- Agile. Wzorce wdrażania praktyk zwinnych
- Agile Software Development. Gra zespołowa.
- Zarządzanie projektami IT. Wydanie III
- Agile Development. Filozofia programowania zwinnego
- Inspiracja do zmian na blogu
- Umarł Król niech żyje Król
- Nowy The Rational Edge – wiosna 2009
- Etyka w procesie wytwórczym oprogramowania
- Jesienny The Rational Edge ezine
- Wydanie specjalne: Open XML – standard ECMA
- Metody obiektowe w teorii i w praktyce
- UML w kropelce wersja 2.0
- Modelowanie systemów informatycznych w języku UML 2.1
- Książki o UML – UML 2.0. Almanach
- Książki o UML – UML 2.0 Wprowadzenie
- Książki o UML – UML. Inżynieria oprogramowania
- Książki o UML – Język UML 2.0 w modelowaniu systemów informatycznych
- Książki o UML – UML 2.0 w akcji
- Książki o UML – UML dla Każdego
metodyki wytwarzania oprogramowania
- Zasada TAO w procesie wytwórczym oprogramowania
- Architekt w podejściu zwinnym
- Analityk w podejściu zwinnym
- Metodyki online – aktualizacja
- Dedykowana metodyka prowadzenia projektu
- Jak żyć Panie Premierze?
- Wakacyjne działania
- SOA – kolejny krok w inżynierii oprogramowania
- OpenUp
- Złote reguły Extreme Programming
modelowanie procesów biznesowych
- Architektura procesów biznesowych a modelowanie procesów biznesowych – poziomy modelowania
- Modelowanie procesów biznesowych w procesie wytwórczym oprogramowania
- Rysowanie diagramów – dobre praktyki
- Modelowanie procesów biznesowych – polecana książka
- Enterprise Architect 12 – nie instaluj pochopnie
- BPMN vs diagramy aktywności
- Diagramy procesów systemowych
- Rejestracja problemów zidentyfikowanych podczas analizy
- Jak żyć Panie Premierze?
- Książki dla analityków i nie tylko
- Akty normatywne a wymagania
- Planowanie w projekcie w nurcie Agile
- Szacowanie procesów biznesowych metodą diagramów aktywności
- Modelowanie w BPMN – Enterprise Architect vs. Visio cz.4 – podsumowanie
- Modelowanie w BPMN – Enterprise Architect vs. Visio cz.3
- Modelowanie w BPMN – Enterprise Architect vs. Visio cz.2
- Modelowanie w BPMN – Enterprise Architect vs. Visio cz.1
- narzędzia do modelowania architektury korporacyjnej
- Nazywanie procesu
- Architektura korporacyjna – przegląd technik
- Architektura korporacyjna – dlaczego?
- Przypadek użycia i działanie aktorów w tym samym czasie
- Architektura korporacyjna – zalety
- O systemach dwa słowa
- Architektura korporacyjna
- KKIO 2009 – tekst
- Charakterystyka dobrego Modelu Biznesowych Przypadków Użycia
- Związki modelowania procesów biznesowych z projektowaniem systemów informatycznych
- Modelowanie biznesowe – znaczenie
- Modelowanie aplikacji biznesowych – wybór modeli
- Lipcowe zwinne modelowanie procesów biznesowych
- KKIO 2009
- Specyfikacja oparta na scenariuszu
- Zwiększenie elastyczności biznesowej
- Modelowanie Procesów Biznesowych ? BPM 2009
- WMB – rozszerzenie notacji biznesowej języka UML w zakresie modelowania biznesowego
- Wikipedia a diagramy do modelowania procesów biznesowych
- Byt biznesowy
- Scenariusze Procesów Biznesowych
- Enterprise Architect w wersji 7.5
- Biznes wspierany przez dedykowane IT
- Warsztaty są bardzo ważne
- Czy pracownik może bardziej inwestować w swojego pracodawcę?
- Zwinne modelowanie procesów biznesowych w trzech krokach
- Krok 1 – Szacowanie potrzeb organizacji
- Krok 2 – Identyfikacja procesów biznesowych
- Krok 3 – Uszczegółowienie procesu biznesowego
- Pracownik Biznesowy
- Aktor Biznesowy
- Cele modelowania biznesowego
- Specyfikacja systemu a przypadki użycia
- Model Analizy Biznesowej
- Analityk procesów biznesowych
- Korzyści z modelowania procesów biznesowych
- Mój blog czytany przez eksperta
- Model Biznesowych Przypadków Użycia
- Biznesowy przypadek użycia
- Modelowanie procesów biznesowych i systemów informatycznych w sektorze bankowym
- Pakiet Biznesowy
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model przypadków użycia
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model analizy
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – implementacja
- Modelowanie procesów biznesowych w UML czy BPMN?
- Permanentne dążenie do perfekcji
- Modelowanie procesów biznesowych w języku UML – cykl artykułów
- Przedstawienie przykładowej organizacji
- Architektura modelu procesów biznesowych
- Notacja UML stosowana w modelowaniu procesów biznesowych
- Biznesowy model przypadków użycia
- Model analizy biznesowej
- Transformacja modelu procesów biznesowych do modelu systemu
- Modelowanie biznesowe w UML – krople, które drążą skałę
- Eclipse Process Framework
- Coaching z inżynierii oprogramowania czyli sesje jednoosobowe
- UML w modelowaniu biznesowym dla nieinformatyków
modelowanie zagrożeń
- Modelowanie zagrożeń – praktycznie
- Modelowanie zagrożeń – teoretycznie
- Analiza ryzyka i zagrożeń kontekście ochrony danych osobowych
narzędzia CASE
- Modelio – open source
- Subiektywne porównanie narzędzi do modelowania procesów biznesowych
- Wdrożenie metodyki – wybór narzędzia wspomagającego modelowanie
- Wersjonowanie w Enterprise Architect 13
- Enterprise Architect dla studentów i nauczycieli akademickich
- Enterprise Architect 12.1 już jest dostępny
- Enterprise Architect 12 – Zmiany w menu głównym aplikacji – cześć 2
- Enterprise Architect 12 – Zmiany w menu głównym aplikacji – część 1
- Enterprise Architect 12 – nie instaluj pochopnie
- Enterprise Architect 9.3 jest już do pobrania
- Modelowane w UML– Modelio Open Source
- MANEA w nowej wersji
- Jakie narzędzie do architektury korporacyjnej?
- The Forrester Wave™: Enterprise Architecture Management Suites czyli ciąg dlaszy o narzędziach do modelowania architektury korporacyjnej
- Pożądane cechy narzędzi CASE
- Już jest Enterprise Architect 9.0
- Zalety i wady wybranych narzędzi CASE w Architekturze korporacyjnej
- Architektura korporacyjna a narzędzia
- Enterprise Architect 9 beta – Release Notes
- narzędzia do modelowania architektury korporacyjnej
- Tormigo – oficjalne wydanie
- Akwizycja wymagań z dokumentu tekstowego
- Mapowanie wymagań w Tormigo
- Tormigo dla Linuksa
- Inne raportowanie z Enterprise Architect
- Automatyczne wersjonowanie wymagań
- Alternatywne wprowadzanie wymagań do Enterprise Architect
- Tormigo wersja beta
- MANEA – Mantis Bug Trucker i Enterprise Architect
- Śledzenie zmian w Enterprise Architect
- Zmiana wersji i statusu we wszystkich elementach pakietu
- Wymagania a narzędzia CASE
- Już jest: Enterprise Architect wersja 8.0
- Rankingi narzędzi OpenSource do modelowania w UML
- BoUml
- Czy warto stosować mechanizmy inżynierii wprzód i wstecz w zwinnym modelowaniu?
- Mały sekret reverse i forward engineering w Enterprise Architect
- Pisanie kodu w Enterprise Architect
- MDG Integration for Eclipse i generowanie kodu aplikacji z poziomu Enterprise Architect
- Enterprise Architect i MDG Integration for Eclipse w praktyce
- Inżynieria wstecz w projektach JAVA za pomocą Enterprise Architect
- Migracja z Visual Paradigm do Enterprise Architect
- Modelowanie w UML pod Windows i Linux
- Enterprise Architect w wersji 7.5
po godzinach
- Podsumowanie 2016 i plany na 2017
- Konsorcja, umowy, płatności
- Zostałem zbanowany – odrodzenie
- Niezależny konsultant–nowy blog
- Jestem…
- Kartezjusz a projektowanie systemów
- Enterprise Architect coraz bardziej popularny w sieci
- Projektowanie systemów w dziwnych miejscach
- Wersjonowanie i automatyczny backup plików z modelami
- Zarządzanie projektami polecana literatura
- Kolejne wyróżnienie na forum społecznosci Sparx Systems
- Kolejny blog o analizach biznesowych
- Allen, Tracy i ja
- plaga awarii i zrealizowane cele
- Przypadki użycia a przypadek karty płatniczej
proces wytwórczy oprogramowania
- Subiektywne porównanie narzędzi do modelowania procesów biznesowych
- Architekt w podejściu zwinnym
- Analityk w podejściu zwinnym
- Enterprise Architect Pro Cloud Server – modelowanie w chmurze
- Modelowanie procesów biznesowych w procesie wytwórczym oprogramowania
- Wdrożenie metodyki – wybór narzędzia wspomagającego modelowanie
- Software & Systems Process Engineering Meta-Model Specification w Enterprise Architect
- Projektowanie systemów informatycznych w ujęciu Agile
- Specyfikacja systemu a przypadki użycia
- Etyka w procesie wytwórczym oprogramowania
- Czas a modelowania w języku UML
- UML jest niezrozumiały i nie wiadomo jak go stosować?
- Warto znać UML!!!
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model przypadków użycia
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model analizy
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – implementacja
- Mind Mapping w procesie wytwórczym oprogramowania
produktywność
projektowanie systemów informatycznych
- Modelowanie AWS, Azure i Google Cloud w Enterprise Architect
- Rysowanie diagramów – dobre praktyki
- Enterprise Architect 12 – nie instaluj pochopnie
- Dokumentacja przypadków użycia w administracji publicznej
- Śledzenie zależności pomiędzy wymaganiami
- Obsługa plików WSDL w Enterprise Architect – Część 2
- Obsługa plików WSDL w Enterprise Architect – Część 1
- Dobre praktyki dotyczące komponentów i architektury
- Kiedy nie działa zwinne modelowanie?
- Jestem…
- Kartezjusz a projektowanie systemów
- Książki dla studenta na przedmiot inżynieria oprogramowania
- Urodziny UML
- Projektowanie systemów w dziwnych miejscach
- Modelowanie w Visual Studio 11
- Zarządzanie uprawnieniami edycji artefaktów w repozytorium Enterprise Architect
- Uszczegółowienie metod diagramami aktywności
- Modelowane w UML– Modelio Open Source
- Wersjonowanie i automatyczny backup plików z modelami
- Diagramy sekwencji a komponenty
- Porównywanie diagramów w Enterprise Architect – teraz jeszcze łatwiejsze
- Czym jest architektura sytemu?
- Zasada TAO – trzy cechy jeden zespół
- UML i wzorce projektowe.
- Czy czas może być aktorem?
- Inżynieria oprogramowania w ujęciu obiektowym. UML, wzorce projektowe i Java
- Identyfikacja elementów modelu statycznego na bazie modelu przypadków użycia
- Nazywanie procesu
- Modele na nowej maszynie – Witaj DELLU
- Usuwać albo nie usuwać oto jest pytanie
- MANEA – Mantis Bug Trucker i Enterprise Architect
- Przypadek użycia i działanie aktorów w tym samym czasie
- Złote reguły towarzyszące przypadkom użycia
- Czy warto stosować mechanizmy inżynierii wprzód i wstecz w zwinnym modelowaniu?
- Mały sekret reverse i forward engineering w Enterprise Architect
- Pisanie kodu w Enterprise Architect
- MDG Integration for Eclipse i generowanie kodu aplikacji z poziomu Enterprise Architect
- Enterprise Architect i MDG Integration for Eclipse w praktyce
- Inżynieria wstecz w projektach JAVA za pomocą Enterprise Architect
- e-administracja w Polsce
- Podkarpackie modelowanie
- Modelowanie gier w języku UML
- Zwinne modelownie – mity i fakty
- Transformacja PIM-PSM w Enterprise Architect
- Model Driven Architecture modele PIM a PSM
- Projektowanie systemów informatycznych w ujęciu Agile
- Enterprise Architect w wersji 7.5
- Statyczna analiza kodu w Rational Software Modeler
- Dwa słowa o statycznej analizie kodu
- Jesienny The Rational Edge ezine
- AJAX Processing w Rational Software Architect
- Design Patterns w Rational Software Architect
- Innowacyjność w automatyce
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model przypadków użycia
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model analizy
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – implementacja
- Transformacje modeli UML do kodu w Rational Software Architect
- Modele mają poprawnie odzwierciedlać rzeczywistość
- Dynamiczna analiza kodu w RSA
- Zarządzanie zmianami w Rational Software Architect
- Analiza i projektowanie systemów informatycznych
- Permanentne dążenie do perfekcji
- Modelowanie systemów informatycznych w języku UML 2.1
- Projektowanie hurtowni danych w oparciu o język UML
- Modelowanie systemów informatycznych w języku UML 2.1
repozytorium projektu
- Enterprise Architect 10 jest już dostępny
- Generowanie raportu ze zmianami w modelu w Enterprise Architect cz.1
- Tormigo i mechanizm Baseline
- Wzorcowe repozytorium projektu (20110305)
- Tormigo PObiera tekst wymagań bezpośrednio z MS WOrd
- Analiza statyczna kodu aplikacji w oparciu o mechanizm Inżynierii wstecz
scrum
- Scrum Guide 2020
- Architekt w podejściu zwinnym
- Analityk w podejściu zwinnym
- Sprint Retrospective – Retrospekcja Sprintu
- Sprint Review – Przegląd Sprintu
- Release Planning – Planowanie Wydania
- Sprint Planning Meeting – Planowanie Sprintu
- Estimating the Product Backlog – Szacowanie Rejestru Produktu
- Prioritizing the Backlog – Priorytezacja Rejestru Produktu
- Daily Scrum – Codzienny Scrum
- Sprint Burndown Chart – Wykres Spalania Sprintu
- Release Burndown Chart – Wykres Spalania Wydania
- Task Board – Tablica Zadań
- Sprint Backlog – Rejestr Sprintu
- Historyjki użytkownika a wymagania
- Dobre cechy historyjek użytkownika
- Dobre cechy rejestru produktu
- User Stories – Historyjki użytkownika
- Product Backlog – Rejestr produktu
- Product Owner – Właściciel Produktu
- Scrum Master – Mistrz Scrum
- Metodyka Scrum – zapowiedź cyklu wpisów
- Metodyki online – aktualizacja
- Polecane książki o SCRUM i programowaniu extremalnym
- Agile w liczbach
- MSF for Agile Software Development v5.0
- Pisanie user story i scenariuszy przypadków użycia
- SCRUM a SCRUM z modelowaniem – koszty
- Zwinne modelowanie w SCRUM
- Zarys Scrum
- Rola: Właściciel produktu (Product Owner)
- Rola: Mistrz Scrum (Scrum Master)
- Rola: Zespół Scrum (Scrum Team)
- Artefakt: Potencjalnie Wykonalny Przyrost Produktu (Potentially Shippable Product Incremement)
- Artefakt: Zaległości produktu (Product Backlog)
- Artefakt: Wykres Wygaszania Wypuszczenia (Release Burndown Chart)
- Artefakt: Wykres Wygaszania Sprintu (Sprint Burndown Chart)
- Artefakt: Tablica Zadań (Task Board)
- Czynność: Planowanie Sprintu (Sprint Planning Meeting)
- Czynność: Sprint Retrospektywny (Sprint Retrospective)
- Czynność: Spotkanie Przeglądowe Sprintu (Sprint Review Meeting)
- Czynność: Codzienny Scrum (Daily Scrum)
- Czynność: Szacowanie zaległości produktu (Estimating the Product Backlog)
- Czynność: Hierarchizacja Zaległości Produktu (Prioritizing the Backlog)
- Czynność: Planowanie wypuszczenia (Release Planning)
- Artefakt: Zaległości iteracji (Sprint Backlog)
- Metodyki online
- Projektowanie systemów informatycznych w ujęciu Agile
StarUML
- StarUML zmienia się w White UML
- StarUML 5.0 Przewodnik użytkownika
- StarUML Rozdział 1. Opis StarUML
- StarUML Rozdział 2. Podstawowe Pojęcia
- StarUML Rozdział 3. Zarządzanie Projektem
- StarUML Rozdział 4. Modelowanie przy użyciu StarUML
- StarUML Rozdział 5.1. Modelowanie przy użyciu diagramu przypadków użycia
- StarUML Rozdział 5.2. Modelowanie przy użyciu diagramu klas
- StarUML Rozdział 5.3. Modelowanie przy użyciu diagramu sekwencji
- StarUML Rozdział 5.4. Modelowanie przy użyciu diagramu współpracy
- StarUML Rozdział 5.5. Modelowanie przy użyciu diagramu maszyny stanów
- StarUML Rozdział 5.6. Modelowanie przy użyciu diagramu aktywności
- StarUML Rozdział 5.7. Modelowanie przy użyciu diagramu komponentów
- StarUML Rozdział 5.8. Modelowanie przy użyciu diagramu wdrożenia
- StarUML Rozdział 5.9. Modelowanie przy użyciu diagramu wewnętrznej struktury
- StarUML Rozdział 6. Konfiguracja StarUML
- StarUML Rozdział 7. Zarządzanie modułami
- StarUML Rozdział 8. Generowanie kodu i dokumentów
- StarUML Rozdział 9. Weryfikacja Modelu
- StarUML Rozdział 10. Drukowanie
- StarUML Rozdział 11. Interfejs użytkownika
szacowanie oprogramowania
- Planowanie w projekcie w nurcie Agile
- Szacowanie procesów biznesowych metodą diagramów aktywności
- Szacowanie projektu w Enterprise Architect cz. 1
- Szacowanie projektu w Enterprise Architect cz. 2
- Metoda punktów przypadków użycia
- Metoda punktów funkcyjnych
- Szacowanie projektu w Enterprise Architect
- Projektowanie systemów informatycznych w ujęciu Agile
- Wiosenne wydanie The Rational Edge
TOGAF
- Enterprise Architect w 2013 roku oczami Gartnera
- Architektura korporacyjna czy muszę być ekspertem IT by w niej funkcjonować?
- Jakie narzędzie do architektury korporacyjnej?
- Archimate objawem kryzysu wieku średniego
- Rys historyczny TOGAF
UML
- NATO Architecture Framework
- Modelio – open source
- Kiedy jest warto modelować w UML?
- Dokumentacja przypadków użycia w administracji publicznej
- BPMN vs diagramy aktywności
- Diagramy procesów systemowych
- Dobre praktyki dotyczące komponentów i architektury
- Jak żyć Panie Premierze?
- Książki dla studenta na przedmiot inżynieria oprogramowania
- Urodziny UML
- Kilka dobrych praktyk dotyczących diagramów sekwencji
- Diagramy UML– stosowane najczęściej
- Ustawianie parametrów obiektu w Enterprise Architect czyli prezentacja parametryzacji usług
- Diagramy sekwencji a komponenty
- Szacowanie procesów biznesowych metodą diagramów aktywności
- UML w standardzie 2.4.1
- Agile Modeling – szkolenie w grudniu
- UML i wzorce projektowe.
- Czy czas może być aktorem?
- Inżynieria oprogramowania w ujęciu obiektowym. UML, wzorce projektowe i Java
- Kolejne wskazówki dotyczące modelowania w ujęciu Agile
- 5 wskazówek dla analizy w ujęciu AGILE
- MSF for Agile Software Development v5.0
- Zwinne modelowanie w Visual Studio 2010
- Przypadek użycia i działanie aktorów w tym samym czasie
- Alternatywna prezentacja wymagań
- O systemach dwa słowa
- Specyfikacja komponentów i interfejsów w Enterprise Architect
- Nowości w UML 2.2
- Transformacja PIM-PSM w Enterprise Architect
- Model Driven Architecture modele PIM a PSM
- Projektowanie systemów informatycznych w ujęciu Agile
- Wikipedia a diagramy do modelowania procesów biznesowych
- Byt biznesowy
- Scenariusze Procesów Biznesowych
- Najlepsze narzędzie do modelowania w UML
- Warsztaty są bardzo ważne
- Specyfikacja UML w wersji 2.2
- UML 2.1.2 normą ISO
- Czy pracownik może bardziej inwestować w swojego pracodawcę?
- Cele modelowania biznesowego
- Czas a modelowania w języku UML
- UML jest niezrozumiały i nie wiadomo jak go stosować?
- Mój blog czytany przez eksperta
- Jesienny The Rational Edge ezine
- AJAX Processing w Rational Software Architect
- Design Patterns w Rational Software Architect
- Innowacyjność w automatyce
- Warto znać UML!!!
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model przypadków użycia
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – model analizy
- Projekt i implementacja aplikacji JAVA w środowisku IBM Rational Software Architect – implementacja
- Modelowanie procesów biznesowych w UML czy BPMN?
- Modele mają poprawnie odzwierciedlać rzeczywistość
- Język UML a normy ISO
- Permanentne dążenie do perfekcji
- Modelowanie procesów biznesowych w języku UML – cykl artykułów
- Przedstawienie przykładowej organizacji
- Architektura modelu procesów biznesowych
- Notacja UML stosowana w modelowaniu procesów biznesowych
- Biznesowy model przypadków użycia
- Model analizy biznesowej
- Transformacja modelu procesów biznesowych do modelu systemu
- Modelowanie systemów informatycznych w języku UML 2.1
- Modelowanie biznesowe w UML – krople, które drążą skałę
- Przypadki użycia są łatwiejsze do zrozumienia niż diagramy BPMN
- UML w modelowaniu biznesowym dla nieinformatyków
- Projektowanie hurtowni danych w oparciu o język UML
- Metody obiektowe w teorii i w praktyce
- UML w kropelce wersja 2.0
- Modelowanie systemów informatycznych w języku UML 2.1
- Rational Unified Process – Wstęp
- UML – zastosowanie w biznesie
wydarzenia
- Praktyczne aspekty optymalizacji kosztowej IT, zarządzania zmianą i wprowadzania innowacji z perspektywy architektury – czyli OSAKA’2016
- Enterprise Architect 13 został opublikowany
- Enterprise Architect 12.1 już jest dostępny
- Enterprise Architect 12 – nie instaluj pochopnie
- Agile Modeling – szkolenie w grudniu
- Ministerstwo Finansów kupuje Enterprise Architect
- zmiana terminu szkolenia
- Wyróżnienie na stronach Sparx Community
- CASE study z Polski na stronach społeczności sparx systems
- Enterprise Architect 9 Roadmap Presentation – 5 najważniejszych mowości
- Szkolenie z architektury korporacyjnej
- Nadchodzi 9 wersja Enterprise Architect
- Tormigo – oficjalne wydanie
- NOC ROBOTÓW
- Już jest: Enterprise Architect wersja 8.0
- Konsultacje przez Internet
- Enterprise Architect w wersji 8 (beta1)
- Departament Obrony USA a Enterprise Architect
- e-administracja w Polsce
- Krajowa Konferencja Inżynierii Oprogramowania
- KKIO 2009
- Zwiększenie elastyczności biznesowej
- Nowy The Rational Edge – wiosna 2009
- Modelowanie gier w języku UML
- Modelowanie Procesów Biznesowych ? BPM 2009
- Projektowanie systemów informatycznych w ujęciu Agile
- Enterprise Architect w wersji 7.5
- Warsztaty są bardzo ważne
- Czy pracownik może bardziej inwestować w swojego pracodawcę?
- Wiosenne wydanie The Rational Edge
- Modelowanie procesów biznesowych i systemów informatycznych w sektorze bankowym
- Jesienny The Rational Edge ezine
- Innowacyjność w automatyce
- Warto znać UML!!!
- Zarządzanie ryzykiem – wskazówki eksperta
- Jazz i Rational Team Concert pierwsze wrażenia
- Modele mają poprawnie odzwierciedlać rzeczywistość
- Adaptacja trójwarstwowej architektury aplikacji
- Analiza i projektowanie systemów informatycznych
- Test Driven Development – najpierw testy!?!
- Permanentne dążenie do perfekcji
- Modelowanie systemów informatycznych w języku UML 2.1
- Coaching z inżynierii oprogramowania czyli sesje jednoosobowe
- UML w modelowaniu biznesowym dla nieinformatyków
- Wydanie specjalne: Open XML – standard ECMA
- Software Development GigaCon
- Software Project Management GigaCon
- UML – zastosowanie w biznesie
zarządzanie projektami
- W poszukiwaniu samotnych elementów w Enterprise Architect
- Software & Systems Process Engineering Meta-Model Specification w Enterprise Architect
- Planowanie i monitorowanie pracy w Enterprise Architect
- Konsorcja, umowy, płatności
- O Zarządzaniu Projektami Informatycznymi w nietypowy sposób
- Zarządzanie projektami w Enterprise Architect
- Inżynieria wymagań – certyfikat
- Wiele osób musi skomentować dokumentację z Enterprise Architect
- Planowanie pracy czyli zarządzanie projektem bez Projecta
- Porównywanie diagramów w Enterprise Architect – teraz jeszcze łatwiejsze
- Tormigo i mechanizm Baseline
- Zarządzanie projektami polecana literatura
- Allen, Tracy i ja
- Planowanie w oparciu o kamienie milowe
- Zarządzanie projektem a rozproszona lokalizacja zespołu
zarządzanie wymaganiami
- Wymagania biznesowe a wymagania systemowe
- Zarządzanie relacjami pomiędzy wymaganiami
- Wymagania są najważniejsze
- Zarządzanie wymaganiami – dobre praktyki
- Plan zarządzania wymaganiami
- Wymagania – Zarządzanie wersjami
- Wymagania a zarządzanie zmianą
- Wymagania a śledzenie powiązań między nimi
- Techniki nadawania priorytetów wymaganiom
- Atrybuty a wymagania
- Negocjacja wymagań
- Techniki walidacji wymagań
- Zasady walidacji wymagań
- Negocjacja i walidacja wymagań
- Wykorzystanie dokumentów wymagań
- Perspektywy wymagań
- Dokumentacja wymagań w oparciu o przypadki użycia
- Dokumentacja wymagań oparta na modelu
- Słownik w inżynierii wymagań
- Jakość dokumentu wymagań
- Struktura dokumentów wymagań cz. 2
- Struktura dokumentów wymagań cz. 1
- Dokumentacja wymagań
- Kategoryzacja wymagań według modelu Kano
- Konstrukcja wymagań z zastosowaniem szablonów
- Dokumentacja wymagań przy użyciu języka naturalnego
- Techniki akwizycji wymagań cz.2
- Techniki akwizycji wymagań cz.1
- Akwizycja wymagań
- Wymagania na system – kontekst i granica systemu
- Rodzaje wymagań
- Wprowadzenie do zarządzania wymaganiami–podstawowe definicje
- Dokumentacja przypadków użycia w administracji publicznej
- Śledzenie zależności pomiędzy wymaganiami
- Dedykowana metodyka prowadzenia projektu
- Diagramy procesów systemowych
- Statusy i priorytety wymagań
- O Zarządzaniu Projektami Informatycznymi w nietypowy sposób
- Cechy perfekcyjnych wymagań na system
- Śledzenie zmian w dokumentach w Enterprise Architect
- Jak żyć Panie Premierze?
- IREB 9000 osób ma certyfikat CPRE
- Certyfikowany inżynier wymagań
- Inżynieria wymagań – certyfikat
- Akty normatywne a wymagania
- Planowanie w projekcie w nurcie Agile
- Komentarze z MS Word w Enterprise Architect
- Szacowanie procesów biznesowych metodą diagramów aktywności
- Sześć myśli na temat zwinnych wymagań
- Banalne zarządzanie informacją o zmianie w Enterprise Architect
- Zarządzanie wymaganiami w Enterprise Architect z wykorzystaniem Google Docs
- Czy czas może być aktorem?
- Jak opisywać przypadki użycia?
- TORMIGO – oficjalnie na stronach Sparx Systems
- niedocenione wymagania niefunkcjonalne
- KILKA PORAD DLA MODELOWANIA WYMAGAŃ METODĄ AGILE
- Identyfikacja elementów modelu statycznego na bazie modelu przypadków użycia
- Nazywanie procesu
- Tormigo – oficjalne wydanie
- Akwizycja wymagań z dokumentu tekstowego
- Mapowanie wymagań w Tormigo
- Inne raportowanie z Enterprise Architect
- Automatyczne wersjonowanie wymagań
- Alternatywne wprowadzanie wymagań do Enterprise Architect
- MANEA – Mantis Bug Trucker i Enterprise Architect
- Wymagania a narzędzia CASE
- Agile a tworzenie przypadków użycia
- Przypadki użycia ułatwiają określenie celu i zakresu projektu
- Złote reguły towarzyszące przypadkom użycia
- Prototyp a przypadek użycia
- o wymaganiach
- Alternatywna prezentacja wymagań
- Przypadki użycia i aktorzy– kilka rad
- Wspólne słownictwo
- Trzy korzyści z przypadków użycia
- Historyjki użytkownika a przypadki użycia
- Dobre praktyki inżynierii wymagań
- Słownik w Enterprise Architect
- Zarządzanie wymaganiami w Enterprise Architect – mapowanie wymagań na przypadki użycia
- Specyfikacja systemu a przypadki użycia
- Zaawansowane dobre praktyki inżynierii wymagań
- Średniozaawansowane dobre praktyki inżynierii wymagań
- Podstawowe dobre praktyki inżynierii wymagań
- Przypadki użycia są łatwiejsze do zrozumienia niż diagramy BPMN
zwinne modelowanie
- Scrum Guide 2020
- Subiektywne porównanie narzędzi do modelowania procesów biznesowych
- Architekt w podejściu zwinnym
- Analityk w podejściu zwinnym
- Kanban w Enterprise Architect 13 część 2
- Nadchodzi Enterprise Architect 13
- Rejestracja problemów zidentyfikowanych podczas analizy
- Kiedy nie działa zwinne modelowanie?
- Urodziny UML
- Uszczegółowienie metod diagramami aktywności
- Diagramy sekwencji a komponenty
- Szacowanie procesów biznesowych metodą diagramów aktywności
- Agile Modeling w EA za nami
- Agile Modeling w Enterprise Architect – FAQ
- Dlaczego warto używać metod Agile?
- Iteracje kilka dobrych zaleceń
- Demonstracja czyli o ważności informacji zwrotnej
- Niestety szkolenie z Agile Modeling odwołane
- Czy czas może być aktorem?
- Jak opisywać przypadki użycia?
- Agile modeling w EA do trzech razy sztuka
- zmiana terminu szkolenia
- Agile w liczbach
- Kolejne wskazówki dotyczące modelowania w ujęciu Agile
- 5 wskazówek dla analizy w ujęciu AGILE
- Modelowanie w SCRUM
- KILKA PORAD DLA MODELOWANIA WYMAGAŃ METODĄ AGILE
- Wakacyjne działania
- MSF for Agile Software Development v5.0
- Zwinne modelowanie w Visual Studio 2010
- Iteracje w Agile Modeling
- Zwinne modele – charakterystyka
- Przypadek użycia i działanie aktorów w tym samym czasie
- Agile a tworzenie przypadków użycia
- KKIO 2009 – tekst
- Pisanie user story i scenariuszy przypadków użycia
- Wielkość i długość iteracji
- Wspólne słownictwo
- Modelowanie aplikacji biznesowych – wybór modeli
- SCRUM a SCRUM z modelowaniem – koszty
- Wartość modelowania
- Specyfikacja oparta na scenariuszu
- Zwinne modelowanie w SCRUM
- Zarys Scrum
- Rola: Właściciel produktu (Product Owner)
- Rola: Mistrz Scrum (Scrum Master)
- Rola: Zespół Scrum (Scrum Team)
- Artefakt: Potencjalnie Wykonalny Przyrost Produktu (Potentially Shippable Product Incremement)
- Artefakt: Zaległości produktu (Product Backlog)
- Artefakt: Wykres Wygaszania Wypuszczenia (Release Burndown Chart)
- Artefakt: Wykres Wygaszania Sprintu (Sprint Burndown Chart)
- Artefakt: Tablica Zadań (Task Board)
- Czynność: Planowanie Sprintu (Sprint Planning Meeting)
- Czynność: Sprint Retrospektywny (Sprint Retrospective)
- Czynność: Spotkanie Przeglądowe Sprintu (Sprint Review Meeting)
- Czynność: Codzienny Scrum (Daily Scrum)
- Czynność: Szacowanie zaległości produktu (Estimating the Product Backlog)
- Czynność: Hierarchizacja Zaległości Produktu (Prioritizing the Backlog)
- Czynność: Planowanie wypuszczenia (Release Planning)
- Artefakt: Zaległości iteracji (Sprint Backlog)
- Zwinne modelownie – mity i fakty
- WMB – rozszerzenie notacji biznesowej języka UML w zakresie modelowania biznesowego
- Zwinne modelowanie procesów biznesowych w trzech krokach