Poznanie podstawowych formalnych zasad analizy obiektowej i projektowania obiektowego, wzorców analitycznych. Zwrócenie uwagi na typowe błędy. Poznanie podstaw notacji UML (standard Object Management Group), poznanie dobrych praktyk, typowych błędów. Szkolenie bazuje na standardowym, opisanym na OMG.org/mda, procesie wytwarzania oprogramowania oraz klasycznej literaturze z zakresu analizy obiektowej. Omawiane zagadnienia są ilustrowane realnymi projektami. 

Celem szkolenia jest poznanie podstawowych formalnych zasad analizy przypływu pracy i zadań w organizacjach, poprawnego modelowania procesów biznesowych, procedur, reguł biznesowych. Poznanie podstaw notacji BPMN (standard Object Management Group w modelowaniu procesów biznesowych), poznanie dobrych praktyk, typowych błędów.

Poznanie formalnych zasad dokumentowania wymagań na systemy, zarządzania zakresem projektu, analizy biznesowej. Poznanie podstaw notacji BMM i SysML (standard Object Management Group), poznanie dobrych praktyk, typowych błędów. Szkolenie bazuje na standardowym, opisanym na OMG.org/mda, procesie wytwarzania oprogramowania. 

Najlepsze pomysły i plany biznesowe, wsparte znakomitymi technologiami, nie zostaną zaakceptowane, zrealizowane i wykorzystane, jeśli nie wesprze ich czynnik ludzki. W procesach biznesowych wielkie znaczenie mają zjawiska psychologiczne i społeczne, w tym negocjacje, rozwiązywanie konfliktów, komunikowanie.

Procesy biznesowe są nośnikiem danych, zaś architektura biznesowa - nośnikiem procesów. W skład architektury biznesowej wchodzą nie tylko procesy, ale wiele innych czynników. Można tę sytuację porównać z konstrukcją budynku - sposób jego wykorzystania, to procesy, ale trzeba umieć zarządzać także samą infrastrukturą budynku.

Tematem gorących dyskusji bywa zagadnienie, czy w metodach agile w ogóle jest miejsce dla analizy biznesowej? Odpowiedź brzmi jednoznacznie TAK, ale sposoby uprawiania analizy biznesowej, której wytyczne realizuje się w projektach przy pomocy zwinnych metod tworzenia oprogramowania, są inne, niż w modelu tradycyjnym, sekwencyjnym, kaskadowym.

Tak jak program komputerowy jest tylko nośnikiem, a o jego wartości stanowią dane, które przetwarza, tak dla biznesu procesy są koniecznym, ale niewystarczającym nośnikiem, służącym do przetwarzania danych. Jakość danych - ich kompletność, poprawność, aktualność - jest równie ważna, jak jakość procesów. Ponadto, dane zmieniają się i tymi zmianami trzeba umieć odpowiednio zarządzać.

Analiza biznesowa to przede wszystkim umiejętność wykrycia i opisania struktur i procesów, oraz tworzenia systematycznych modeli - podstaw do dalszego działania. Konieczna jest nie tylko sama znajomość języków UML, BPMN, lub innych, ale przede wszystkim wiedza, które techniki modelowania sprawdzają się w jakim kontekście biznesowym.

Alternatywą dla szkoleń zamkniętych jest wsparcie projektowe. Bardzo często problemem z jakim się borykają firmy nie jest brak analityków i brak wiedzy z zakresu stosowania notacji, a nietypowy problem do rozwiązania.

Wymagania, czyli opis założeń dla tworzonego produktu lub usługi, podstawa dla konstruowania, integracji, testowania i wdrażania systemów IT. Wymagania są najważniejszym etapem procesu, w wyniku którego wizja systemu, jego cel biznesowy, przetworzy się w produkt, realizujący tę wizję.