Autor Jerzy Roszkowski. Management Systems Consulting. Data utworzenia 2011.01.26 Data modyfikacji 2011.01.26 Wersja 4.0



Podobne dokumenty
Katalog Szkoleń Akademia Inżynierii Oprogramowania dr Jerzy Roszkowski. X-Serwis Laboratorium Dział Nowych Technologii. Warszawa STATUS v.1.

Zarządzanie Projektami zgodnie z PRINCE2

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą

ZARZĄDZANIE PROCESEM TESTOWYM (SQAM Test Manager) 7-8 luty 2008, Warszawa Zdobądź z nami certyfikat SQAM Test Manager.

PRZEWODNIK PO PRZEDMIOCIE

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON

PRZEWODNIK PO PRZEDMIOCIE

Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne

udokumentowanych poprzez publikacje naukowe lub raporty, z zakresu baz danych

Część I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA

Projekt: PROLOG wzrost potencjału przedsiębiorstw logistycznych województwa pomorskiego

Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. 1. Cel szkolenia

PRZEWODNIK PO PRZEDMIOCIE

Zasady organizacji projektów informatycznych

Projekt. Prince2 PRoject. IN Controlled Environments PROCESY KOMPONENTY TECHNIKI

Podstawy modelowania programów Kod przedmiotu

E-1IZ s2. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)

KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20

Praktyka testowania dla początkujących testerów

Projektowanie systemów informatycznych. wykład 6

E-I2SG-2010-s1. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)

Uniwersytet w Białymstoku Wydział Ekonomiczno-Informatyczny w Wilnie SYLLABUS na rok akademicki 2012/2013

Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES)

STUDIA PODYPLOMOWE Zarządzanie Projektami

Metodyki zarządzania projektami PRINCE2

AL 1302 ZARZĄDZANIE PROJEKTAMI W OPARCIU O METODYKĘ PRINCE2

Szkolenie: Testowanie wydajności (Performance Testing)

Wykład 1 Inżynieria Oprogramowania

PRZEWODNIK PO PRZEDMIOCIE

Narzędzia Informatyki w biznesie

Dni: 3. Opis: Adresaci szkolenia

Warsztaty FRAME. Sygnatura warsztatu: W1 (W3) Czas trwania: 3 dni

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)

Usługa: Testowanie wydajności oprogramowania

KARTA MODUŁU KSZTAŁCENIA

Analityk i współczesna analiza

Analiza biznesowa a metody agile owe

Akredytowane szkolenie i egzamin. Zarządzanie projektami w oparciu o metodykę PRINCE2 Fundation

Program kształcenia i plan studiów podyplomowych: Zarządzanie projektami

Model referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami

Egzamin / zaliczenie na ocenę*

Szkolenie 1. Zarządzanie projektami

Narzędzia CASE dla.net. Łukasz Popiel

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010

PRINCE2 Foundation & Practitioner - szkolenie z egzaminem certyfikacyjnym

Spis treści. Analiza i modelowanie_nowicki, Chomiak_Księga1.indb :03:08

Spis treści. Rozdział 3. Słownik danych (Data Dictionary)...n.. 65 Formalizm notacji słownika danych...u...65

PRZEWODNIK PO PRZEDMIOCIE WYKŁAD ĆWICZENIA LABORATORIUM PROJEKT SEMINARIUM

Projekt systemu informatycznego

TESTER OPROGRAMOWANIA STUDIA PODYPLOMOWE

Analiza i projektowanie obiektowe w UML Kod przedmiotu

KIERUNKOWE EFEKTY KSZTAŁCENIA KIERUNEK STUDIÓW INFORMATYCZNE TECHNIKI ZARZĄDZANIA

Informatyczne fundamenty

PRZEWODNIK PO PRZEDMIOCIE. Projektowanie procesów. Logistyka (inżynierska) niestacjonarne. I stopnia. dr Aleksandra Grabińska.

KARTA PRZEDMIOTU. 1. Informacje ogólne. 2. Ogólna charakterystyka przedmiotu. Inżynieria oprogramowania, C12

Kurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

Zakres wykładu. Podstawy InŜynierii Oprogramowania

PRINCE2 Foundation - szkolenie z egzaminem certyfikacyjnym

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla studenta

Mapowanie wybranych procesów obsługi klienta w sektorze. Dzień 1.

PRINCE Foundation

Projekt Kwalifikacja jakości w Uniwersytecie Nr POKL /11. ZAPROSZENIE DO SKŁADANIA OFERT nr 4/ZSO/KJU/2014

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

Analiza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji

Inżynieria oprogramowania - opis przedmiotu

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.

PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI KATOWICE

Informatyzacja przedsiębiorstw WYKŁAD

Spis treúci. 1. Wprowadzenie... 13

Oferta Szkoleniowa.

Katalog szkoleń certyfikowanych Testowanie Oprogramowania

PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI KATOWICE

Grupa treści kształcenia, w ramach której przedmiot jest realizowany Przedmiot kierunkowy

PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI WARSZAWA

Informatyka I stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES)

Feature Driven Development

PRINCE2. Metodyka zarządzania projektami. Na podstawie prezentacji R. Radzik, J. Binkiewicz, K. Kasprzak

Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC. Jarosław Świerczek

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

Analiza strukturalna systemów informatycznych

Inżynieria Oprogramowania w Praktyce

OGŁOSZENIE DODATKOWYCH INFORMACJI, INFORMACJE O NIEKOMPLETNEJ PROCEDURZE LUB SPROSTOWANIE

Inżynieria oprogramowania. Jan Magott

Jabil Poland w Kwidzynie poszukuje kandydatów na stanowiska:

ZARZĄDZANIE TALENTAMI Zarządzanie karierami i planowanie ścieżek kariery w organizacji

KIERUNKOWE EFEKTY KSZTAŁCENIA

Etapy życia oprogramowania

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla nauczyciela

12) Wadą modelu kaskadowego jest: Zagadnienia obowiązujące na egzaminie z inżynierii oprogramowania: 13) Wadą modelu opartego na prototypowaniu jest:

Cykl szkoleń z zarządzania projektami z certyfikacją IPMA poziom D - IV

Wymagania: umiejętność modelowania systemów informatycznych z wykorzystaniem UML. umiejętność definiowania i kreatywnego rozwiązywania problemów

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

REFERAT PRACY DYPLOMOWEJ

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego

PODSTAWY ZARZĄDZANIA PROJEKTAMI

Zarządzanie projektami a zarządzanie ryzykiem

ZARZĄDZENIE REKTORA ZACHODNIOPOMORSKIEJ SZKOŁY BIZNESU W SZCZECINIE 4/ kwietnia 2013 r.

Transkrypt:

Katalog szkoleń 2011 Akademia InŜynierii Oprogramowania MCS - Dr Jerzy Roszkowski Autor Jerzy Roszkowski Management Systems Consulting Data utworzenia 2011.01.26 Data modyfikacji 2011.01.26 Wersja 4.0

2 HISTORIA DOKUMENTU Data Wersja Zmodyfikował Opis modyfikacji 12.11.2006 3.0 Jerzy Roszkowski utworzenie 01.01.2010 4.0 Jerzy Roszkowski modyfikacja

3 S P I S T R E Ś C I 1. WSTĘP...4 2. SZKOLENIA DLA MANAGERÓW...5 3. SZKOLENIE DLA ZESPOŁÓW PROJEKTOWYCH...6 4. SZKOLENIA DLA ANALITYKÓW...8 5. SZKOLENIA DLA PROJEKTANTÓW...14 6. SZKOLENIA DLA PROGRAMISTÓW...17 7. OFERTA CENOWA SZKOLEŃ...18 8. KOSZTY DODATKOWE...18

4 1. W S T Ę P Potrzeba powstania dziedziny skupiającej ogół wiedzy technicznej dotyczącej faz cyklu Ŝycia systemu informatycznego ma swe źródło w kryzysie oprogramowania. DuŜa złoŝoność oraz niepowtarzalność realizowanych projektów, róŝnorodność problemów napotykanych w trakcie wytwarzania oprogramowania spowodowały powstanie nowego działu informatyki InŜynierii Oprogramowania. InŜynierię Oprogramowania moŝna określić jako dziedzinę informatyki, obejmującą wiedzę oraz umiejętności stosowane we wszystkich fazach cyklu Ŝycia oprogramowania. Swoim zakresem obejmuje tworzenie specyfikacji, metody programowania, uruchamianie i testowanie systemu a takŝe opracowanie dokumentacji. InŜynieria oprogramowania nie jest nauką teoretyczną, lecz jej metody, techniki oraz narzędzia powstają w oparciu o doświadczenie i praktykę. W myśl zasad InŜynierii Oprogramowania sukces tworzonego projektu budowany jest we wszystkich fazach budowy systemu począwszy od momentu, kiedy podejmowane są strategiczne decyzje o sposobie realizacji przedsięwzięcia aŝ do okresu eksploatacji. Wymusza to na twórcach przejście ze sposobu myślenia o rozwoju systemu w kategoriach kodu do podejścia zorientowanego na zastosowania i funkcje. Dzięki doświadczeniom zdobytym w trakcie wieloletniej praktyki doradczej i szkoleniowej a takŝe podczas tworzenia róŝnorodnych systemów informatycznych, bardzo dokładnie poznaliśmy problemy, pojawiające się w róŝnych fazach realizacji projektów. Korzystając z tych doświadczeń skonstruowaliśmy cykl szkoleń, który dedykujemy osobom, biorącym aktywny udział w tworzeniu systemu - począwszy od specjalistów dziedzinowych, poprzez analityków i projektantów, a zakończywszy na programistach i testerach. Prezentowane w naszej ofercie szkolenia dotyczą modelowania procesów biznesowych z uwzględnieniem najnowszego standardu BPMN, technologii strukturalnych, technologii obiektowych i komponentowych, które obecnie są najczęściej stosowanymi technikami przy tworzeniu oprogramowania, a takŝe tej części implementacji systemu, która dotyczy testowania. Proponujemy dwie formy organizacji szkoleń: otwartą zamkniętą. Zarówno jedna jak i druga forma pozwala na dobór odpowiedniej ścieŝki szkoleniowej z uwzględnieniem wymagań i potrzeb uczestnika. Szkolenia otwarte odbywają się cyklicznie, w siedzibie naszej firmy, natomiast szkolenia zamknięte przeprowadzane są dla konkretnego klienta w dogodnym dla niego terminie i miejscu. W ramach szkoleń zamkniętych, proponujemy równieŝ szkolenia dedykowane, które przygotowywane są w oparciu o kompleksową analizę potrzeb i wymagań klienta, we wskazanym przez niego terminie i miejscu.

5 2. S Z K O L E N I A D L A M A N A G E R Ó W Zarządzanie projektami wg metodyki PRINCE 2 Cel szkolenia Uczestnicy Celem jest nauczyć uczestników szkolenia metodyki tak, aby zdali egzamin Foundation. Aby zdać Egzamin Practitioner trzeba rozumieć praktyczne zastosowanie metodyki PRINCE2TM w sytuacjach zarządzania projektami. Trochę doświadczenia w zarządzaniu (najlepiej w zarządzaniu projektami), pewne podstawowe umiejętności analityczne równieŝ się przydadzą. Szkolenie skierowane jest do Kierowników Projektów oraz Managerów pragnących ugruntować swoja wiedzę w zakresie zarzadzania projektami w oparciu o metodyke produktowa PRINCE 2 jedna z najbardziej znanych na zachodzie Europy, będącej standardem w Wielkiej Brytanii. Czego uczą się uczestnicy szkolenia? Podczas szkolenia uczestnicy uczą się stosowania metodyki PRINCE2 w celu zapewnienia projektom: kontrolowanego i zorganizowanego rozpoczęcia, realizacji i zakończenia; regularne przeglądów postępów w odniesieniu do planu i Uzasadnienia Biznesowego; elastycznego ustanawiania punktów dgoecyzyjnych; automatycznego sterowania zarządzaniem wszelkimi odchyleniami od planu; zaangaŝowania kierownictwa oraz interesariuszy we właściwych momentach podczas trwania projektu; ustanawiania dobrych kanałów komunikacyjnych pomiędzy zespołem zarządzania projektem a resztą organizacji; uzgadniania wymaganej jakości na początku projektu oraz ciągłe monitorowania jej zgodności z tymi wymaganiami. Kierownicy Projektów, stosując PRINCE2, mogą nauczyć się: ustalić specyfikacje wymagań jako warunek wstępny dla rozpoczęcia projektu; stosować zdefiniowana strukturę dla delegacji, zwierzchnictwa i komunikacji; dzielić projekt na etapy, łatwiejsze do zarządzania i dokładniejszego zaplanowania; dostarczać regularne, ale zwięzłe raporty zarządcze; ograniczać spotkania z kierownictwem i interesariuszami do minimum, obejmującego wszystkie momenty istotne dla projektu. Wszelkie proponowane rozwiązania są zaczerpnięte z praktyki i zostały juŝ wielokrotnie zweryfikowane w realizowanych projektach. 1. Procesy, techniki i komponenty PRINCE2 2. Zlecenie opracowania załoŝeń projektu 3. Przygotowanie załoŝeń projektu (PZP); Program szkolenia 4. Struktura organizacyjna PRINCE2 5. Określenie ról w projekcie. 6. Inicjowanie projektu 7. Planowanie

6 Zarządzanie projektami wg metodyki PRINCE 2 8. Uzasadnienie biznesowe 9. Analiza ryzyka 10. Dokument inicjujący projekt DIP 11. Określanie Tolerancji 12. Wielopoziomowe Planowanie oparte na produktach 13. Elementy sterowania 14. Sterowanie zmianami 15. Opisy Produktów 16. Diagram następstwa produktów 17. Przeglądy jakości 18. Strategiczne zarządzanie projektem (SZP) 19. Sterowanie etapem (SE) 20. Zarządzanie wytwarzaniem produktów (ZWP) 21. Zarządzanie zakresem etapu (ZZE) 22. Planowanie działań 23. Identyfikowanie działań 24. Wykresy Gantta Wymagana wiedza Czas trwania Od uczestników wymagana jest praktyka w prowadzeniu projektów niekoniecznie informatycznych. 4 dni 3. S Z K O L E N I E D L A Z E S P O Ł Ó W P R O J E K T O W Y C H Analiza i projektowanie strukturalne Cel szkolenia Uczestnicy Celem szkolenia jest przekazanie praktycznych wskazówek dotyczących stosowania technik strukturalnych, które są w dalszym ciągu kluczowe w projektach systemów bazodanowych, wskazania uczestnikom sposobów radzenia sobie w sytuacjach, gdy prace nad modelowaniem systemu przyjmują nieprawidłowy kierunek. Jednym słowem szkolenie pokazuje, jak wykonywać analizę strukturalna i projekt systemu oraz projekt implementacji w jaki sposób uŝywać oraz jak nie uŝywać technik strukturalnych.

7 Analiza i projektowanie strukturalne Szkolenie skierowane jest do wszystkich osób biorących czynny udział w tworzeniu systemów informatycznych oraz znających elementy notacji UML, w szczególności do osób zainteresowanych poszerzeniem juŝ posiadanej wiedzy oraz osób, które zdają sobie sprawę z zagroŝeń, na jakie moŝna się natknąć w czasie tworzenia systemu. W szczególności naleŝy wymienić szefów projektów, analityków, projektantów. Czego uczą się uczestnicy szkolenia Podczas szkolenia uczestnicy: zdobywają wskazówki dotyczące stosowania technik strukturalnych, poznają modele systemu reprezentowane przez diagramy, które są powstają podczas etapu analizy projektu poznają metody przekształcania modeli konceptualnych z etapu analizy w modele projektowe projekt stsytuacje, gdy projekt ma duŝe szanse skończyć się poznają metody przekształcania modeli projektowych w modele implementacji Program szkolenia Wszelkie proponowane rozwiązania są zaczerpnięte z praktyki i zostały juŝ wielokrotnie zweryfikowane w realizowanych projektach. 1. OGÓLNE METODY ANALIZY SYSTEMOWEJ 1.1. Rozkład funkcjonalny 1.2. Model funkcjonalny - metoda przepływu danych 1.3. Modelowanie informacji 1.4. Podejście obiektowe 2. DIAGRAMY MODELOWANIA METODYKI STRUKTURALNEJ 2.1. Metodyki strukturalne: Yourdon, SSADM, IDEFX, Gane-Sarson, Martin 2.2. Metodyka YOURDON-a 2.2.1. Charakterystyka narzędzi modelowania 2.2.2. Trzy modele systemu 2.2.3. Model funkcjonalny -Diagramy przepływu danych (Data Flow Diagrams) 2.2.4. Elementy składowe DFD 2.2.5 Główne zalecenia przy projektowaniu DFD 2.2.6. Wielopoziomowe DFD 2.2.7. Rozszerzenia do DFD dla systemów czasu rzeczywistego 2.3. - Metodyka SSADM 2.3.1. Model funkcjonalny -Diagramy przepływu danych (Data Flow Diagrams) 2.3.2. Elementy składowe DFD w metodyce SSADM 2.4. Model danych - Diagramy Obiekt-Relacja-Atrybut - Metodyka Martina 2.4.1.Elementy diagramu ERD 2.4.2. Projektowanie logiczne danych model relacyjny 2.4.3. Projektowanie logiczne danych - normalizacja danych 2.4.4. Projektowanie logiczne danych - modelowanie tablic 2.5. Przekształcenie modelu funkcjonalnego w projekt strukturalny Diagramy

8 Analiza i projektowanie strukturalne strukturalne (STC- Structured Charts) 2.6.Model dynamiki - Diagramy przejść stanów ( State Transition Diagrams) 3. SŁOWNIK DANYCH (Data Dictionary) 3.1. Formalizm notacji słownika danych 4.SPECYFIKACJA PROCESÓW 5. BILANSOWANIE MODELU 6. CYKL PROJEKTOWY 7. STUDIUM MOśLIWOŚCI (Feasibility study) 8. PROCES ANALIZY 8.1. Podejście klasyczne- cztery modele systemu 8.2. Model podstawowy systemu 8.2.1. Model otoczenia 8.2.2. Model zachowania się systemu 9. ZASTOSOWANIE METOD STRUKTURALNYCH W PROJEKTOWANIU HURTOWNI DANYCH Wymagana wiedza Czas trwania Od uczestników nie jest wymagana Ŝadna wiedza wstępna. 4 dni 4. S Z K O L E N I A D L A A N A L I T Y K Ó W Modelowanie procesów biznesowych Cel szkolenia Celem szkolenia jest przekazanie wiedzy z zakresu modelowania procesów biznesowych ze szczególnym uwzględnieniem standardu BPMN. Wiedzę taką powinien posiadać menedŝer, zarządzający organizacją lub analityk lub architekt, wchodzący w skład zespołu projektowego. Podczas szkolenia przedstawione zostaną najwaŝniejsze i najczęściej wykorzystywane elementy notacji modelowania procesów biznesowych w dwóch wersjach: notacji klasycznej i notacji BPMN. Wiedza zdobyta w trakcie szkolenia przyczyni się do zwiększenia efektywności komunikacji w zespołach projektowych. Uczestnicy Szkolenie jest przeznaczone dla menedŝerów w organizacjach oraz analityków, pragnących stosować pragmatyczne techniki w tworzeniu modelu procesów biznesowych organizacji słuŝącego do późniejszego reengineeringu tych procesów w związ-

9 Modelowanie procesów biznesowych ku z restrukturyzacją lub koniecznością usprawnienia zarządzania operacyjnego i strategicznego organizacją, a takŝe dla specyfikacji wymagań dla systemów informatycznych na poziomie biznesowym w procesie tworzenia systemów informatycznych. Szkolenie moŝe się okazać szczególnie przydatne dla osób, które do tej pory nie stosowały Ŝadnej formalnej techniki modelowania w trakcie opracowywania procedur w zakresie zarządzania organizacją. Czego uczą się uczestnicy szkolenia? Program szkolenia ukierunkowany jest dwie techniki klasyczną i BPMN, obie notacje istotne z punktu widzenia pracy analityka lub menedŝera. Podczas szkolenia uczestnicy poznają: techniki modelowania procesów biznesowych systemu z punktu widzenia realizacji wymagań biznesowych dzięki prezentacji praktycznych aspektów modelowania procesów zdobywają umiejętność doboru odpowiednich środków słuŝących do samodzielnego rozwiązywania pojawiających się problemów. Program szkolenia I. Rodzina narzędzi ARIS (Architecture of Integrated Information Systems) II. Modelowanie procesów biznesowych technika ARIS (ARIS Toolset, ARIS Business Architect, ARIS Toolset 1. Podstawowe pojęcia: model warstwowy systemów, widoki organizacji, proces biznesowy 2. Rodzaje diagramów w zakresie modelowania procesów biznesowych 3. Zdarzenie, proces, przekazanie sterowania, punkt zatrzymania 4. Modelowanie procesów: Modelowanie diagramów Karty BSC, Diagramy procesu biurowego (Office process), hierarchii procesów, celów, łańcuch wartości dodanej (VAD),mapa procesów strategicznych, e-epc (Event Driver Proces Chain), diagram aplikacji, diagram alokacji funkcji 5. Mapowanie procesów: na funkcje systemu, przypadki uŝycia, dane, strukturą organizacyjną III. Symulacja i optymalizacja procesu, wdroŝenie procesów 1. Optymalizacja i symulacja procesu (ARIS Business Simulator, ARIS Proces Performance Manager, ARIS Event Monitor) 2. WdroŜenie procesu IV. Modelowanie procesów biznesowych BPMN w narzędziach ARIS 1. Język modelowania BPML jako standard 2. Zdarzenia: wejściowe, wyjściowe, czasowe, początkowe, końcowe 3. Procesy 4. Sterowanie procesem 5. Przepływ sterowania sekwencyjnego

10 Modelowanie procesów biznesowych 6. Przepływ sterowania z rozwinięciem na podprocesy 7. Przepływ sterowania warunkowego, operacje decyzyjne 8. Komunikaty 9. Łączenie zdarzeń: funkcje logiczne (XOR, OR) 10.Kontenery 11.Pętle Forma zajęć Wymagana wiedza Czas trwania Po kaŝdej części teoretycznej uczestnicy wykonują samodzielnie zadania. Następnie rozwiązania uczestników są omawiane oraz tworzone jest wspólne rozwiązanie problemu. Od uczestników nie jest wymagana Ŝadna wiedza wstępna. 2 dni x 5 godz

11 Modelowanie aplikacji z wykorzystaniem UML dla analityków Cel szkolenia Celem szkolenia jest przekazanie wiedzy z zakresu notacji UML, jaką powinien posiadać analityk, wchodzący w skład zespołu projektowego. Podczas szkolenia przedstawione zostaną najwaŝniejsze i najczęściej wykorzystywane elementy notacji. Wiedza zdobyta w trakcie szkolenia przyczyni się do zwiększenia efektywności komunikacji w zespołach projektowych. Uczestnicy Szkolenie jest przeznaczone dla analityków, pragnących stosować pragmatyczne techniki obiektowe w procesie tworzenia systemów informatycznych. Szkolenie moŝe się okazać szczególnie przydatne dla osób, które do tej pory nie stosowały Ŝadnej formalnej techniki modelowania w trakcie tworzenia oprogramowania. Czego uczą się uczestnicy szkolenia? Program szkolenia ukierunkowany jest na te elementy notacji UML, które są istotne z punktu widzenia pracy analityka. Podczas szkolenia uczestnicy poznają: techniki modelowania funkcjonalności systemu z punktu widzenia realizacji wymagań techniki modelowania statycznych i dynamicznych aspektów systemu dzięki prezentacji praktycznych aspektów UML zdobywają umiejętność doboru odpowiednich środków słuŝących do samodzielnego rozwiązywania pojawiających się problemów. Szkolenie zostało takŝe uzupełnione o elementy najnowszej wersji UML 2.0. Program szkolenia 1. Podstawowe pojęcia UML 2. Pakiety 3. Modelowanie Przypadków UŜycia [rozszerzone] 4. Modelowanie Interakcji: Diagramy Sekwencji, Współpracy i Aktywności 5. Modelowanie Klas i Obiektów 6. Modelowanie Dynamiki 7. Modelowanie Architektury Systemu: Diagramy Komponentów Forma zajęć Wymagana wiedza Czas trwania Po kaŝdej części teoretycznej uczestnicy wykonują samodzielnie zadania. Następnie rozwiązania uczestników są omawiane oraz tworzone jest wspólne rozwiązanie problemu. Od uczestników nie jest wymagana Ŝadna wiedza wstępna. 3 dni

12 Techniki analizy systemów z wykorzystaniem UML- warsztaty Cel szkolenia Uczestnicy kursu zdobywają umiejętności skutecznego i efektywnego stosowania notacji UML w procesie analizy. Uczestnicy Szkolenie kierowane jest do inŝynierów oprogramowania, którzy zajmują się analizą systemów informatycznych. Zakłada się, iŝ przystępując do szkolenia posiadają oni wiedzę o notacji UML oraz podstawowe umiejętności z zakresu analizy obiektowej. Czego uczą się uczestnicy szkolenia? Uczestnicy szkolenia doskonalić będą swoje umiejętności posługiwania się notacją UML. Celem będzie nie tylko uzyskanie wprawy w konstruowaniu róŝnego typu diagramów, ale takŝe podniesienie umiejętności zapisywania i odczytywania wiedzy analityczno-projektowej poprzez korzystanie z odpowiednich elementów modelu, jak równieŝ tworzenia własnej dokumentacji. Dodatkowo, dzięki podzieleniu uczestników na współpracujące ze sobą grupy, osiągnięta zostanie namiastka pracy zespołowej. Program szkolenia Forma zajęć 1. Analiza funkcjonalna. 1.1. Zapoznanie się z opisem wycinka rzeczywistości. 1.1.1.Analiza obszarów modelowanego systemu wyróŝnienie podsystemów. 1.1.2. Analiza procedur biznesowych z poszczególnych obszarów. 1.2. Opracowanie modelu przypadków uŝycia. 1.2.1. WyróŜnienie aktorów. 1.2.2. WyróŜnienie przypadków uŝycia. 1.2.3. Określenie zaleŝności pomiędzy przypadkami uŝycia i rolami. 1.3. Porównanie opracowanego z wzorcowym modelem przypadków uŝycia. 1.4. Opisanie wyróŝnionych przypadków uŝycia zgodnie ze wzorcem. 1.5. Usystematyzowanie pozostałych wymagań wobec systemu. 2. Analiza dziedzinowa. 2.1. Weryfikacja i uzupełnienie zaproponowanego wstępnego modelu klas dziedzinowych. 2.2. Porównanie opracowanego z wzorcowym modelem klas dziedzinowych. 2.3. Opracowanie modelu dynamicznego systemu. 2.4. Porównanie opracowanego z wzorcowym modelem dynamicznym. 2.5. Uszczegółowienie modelu klas dziedzinowych. 3. Analiza systemowa 3.1. Opracowanie modelu komponentów. Warsztaty

13 Techniki analizy systemów z wykorzystaniem UML- warsztaty Wymagana wiedza Czas trwania Aby móc brać aktywny udział w szkoleniu, uczestnicy powinni znać podstawy notacji UML, w zakresie, jaki prezentowany jest podczas szkolenia Modelowanie aplikacji z wykorzystaniem UML. 3 dni

14 5. S Z K O L E N I A D L A P R O J E K T A N T Ó W Modelowanie aplikacji z wykorzystaniem UML dla projektantów Cel szkolenia Celem szkolenia jest zaprezentowanie notacji UML. W programie szkolenia uwzględniony został zbiór wiadomości charakterystycznych dla pracy, jaką projektant systemu wykonuje w trakcie realizacji przedsięwzięcia. Wiedza zdobyta w trakcie kursu przyczyni się do zwiększenia efektywności komunikacji w zespołach projektowych. Uczestnicy Szkolenie jest przeznaczone dla projektantów pragnących stosować pragmatyczne techniki obiektowe w procesie tworzenia systemów informatycznych. Szkolenie moŝe się okazać szczególnie przydatne dla osób, które do tej pory nie stosowały Ŝadnej formalnej techniki modelowania w trakcie tworzenia oprogramowania. Czego uczą się uczestnicy szkolenia Program szkolenia ukierunkowany jest na te elementy notacji UML, które są istotne z punktu widzenia pracy projektanta. Podczas szkolenia uczestnicy poznają: techniki modelowania funkcjonalności systemu z punktu widzenia realizacji wymagań techniki modelowania statycznych i dynamicznych aspektów systemu dzięki prezentacji praktycznych aspektów UML zdobywają umiejętność doboru odpowiednich środków słuŝących do samodzielnego rozwiązywania pojawiających się problemów. Kurs został takŝe uzupełnione o elementy najnowszej wersji UML 2.0. Program szkolenia 1. Podstawowe pojęcia UML 2. Pakiety 3. Modelowanie Przypadków UŜycia 4. Modelowanie Interakcji: Diagramy Sekwencji, Współpracy i Aktywności 5. Modelowanie Klas i Obiektów 6. Modelowanie Dynamiki 7. Modelowanie Architektury Systemu: Diagramy Komponentów, Diagramy Rozmieszczenia Forma zajęć Wymagana wiedza Czas trwania Po kaŝdej części teoretycznej uczestnicy wykonują samodzielnie zadania. Następnie rozwiązania uczestników są omawiane oraz tworzone jest wspólne rozwiązanie problemu. Od uczestników nie jest wymagana Ŝadna wiedza wstępna 2 dni

15 Techniki projektowania systemów z wykorzystaniem UML - warsztaty Cel szkolenia Uczestnicy kursu zdobywają umiejętności skutecznego i efektywnego stosowania UML na kaŝdym etapie projektowania sytemu. Uczestnicy Szkolenie kierowane jest do inŝynierów oprogramowania, którzy zajmują się projektowaniem systemów informatycznych. Zakłada się, iŝ przystępując do szkolenia posiadają oni wiedzę o notacji UML oraz podstawowe umiejętności z zakresu projektowego obiektowego. Czego uczą się uczestnicy szkolenia? Uczestnicy szkolenia uczą się: przekształcania modelu analitycznego w projektowy; modelowania architektury systemu; poznają praktyczne zastosowania wzorców projektowych. Szkolenie charakteryzuje bardzo ciekawa formuła nauczania. Uczestnicy mają moŝliwość pracy w podziale na dostawców i odbiorców składników systemowych, zgodnie z zasadami jednej z najbardziej skutecznych metodyk Select Perspective. Program szkolenia Forma zajęć 1. Wstęp 2. Ogólne wiadomości na temat metodyki Select Perspective 2.1. Komponenty 2.2. Model Dostawa-Zarządzanie-Konsumpcja (SMaC) 3. Wątek Dostawy 3.1. Projektowanie komponentów 3.2. Projektowanie architektury technicznej 4. Wątek Konsumpcji 4.1. Projektowanie przebiegów przypadków uŝycia 4.2. Specyfikacja przypadków testowych 5. Modelowanie danych Warsztaty Wymagana wiedza Czas trwania Aby móc brać aktywny udział w szkoleniu, uczestnicy powinni znać podstawy notacji UML, w zakresie, jaki prezentowany jest podczas szkolenia Modelowanie aplikacji z wykorzystaniem UML. 2 dni

16 Testowanie systemów Cel szkolenia Celem szkolenia jest przekazanie wiedzy z zakresu testowania systemów składających się z aplikacji zbudowanych z modułów. Wiedze taka powinien posiadać projektant testów po to aby zaplanować testy, wykonać ich projekt, a takŝe programista tester po to aby wykonać testy wg wskazanego projektu Uczestnicy Szkolenie jest przeznaczone dla projektantów systemu oraz testerów aplikacji Celem ogólnym jest zapewnienie tego aby aplikacje przekazywane klientowi spełniały wymagane kryteria jakości. Testowanie systemów jest jedną z podstawowych metod sprawdzania i poprawy ich jakości sprawdzania i poprawy jakości systemów i. Szkolenie moŝe się okazać szczególnie przydatne dla osób, które do tej pory nie stosowały Ŝadnej formalnej techniki testowania aplikacji. Czego uczą się uczestnicy szkolenia Program szkolenia ukierunkowany jest na zaznajomienie się ze standardowymi metodykami projektowania i wykonywania testów. Podczas szkolenia uczestnicy poznają: Rodzaje testów i ich metody planowania Standardy czynności i dokumenty w trakcie wykonywania kaŝdego rodzaju testów Opis konkretnych przypadków testowych Program szkolenia 1. Metryki oprogramowania 2. Modele jakości oprogramowania 3. Weryfikacja, walidacja i testowanie 4. Rodzaje i metody testów: testy funkcjonalne, wydajnościowe, integracyjne, akceptacyjne 5. Strategie testowania: White box, Black box, bottom up top down 6. Procesy i dokumenty standardowej metodyki Testing Framework Forma zajęć Wymagana wiedza Czas trwania Po części teoretycznej, uczestnicy wykonują samodzielny plan testów dla zadanej aplikacji z wypełnieniem dokumentów dla wykonania testów dla zadanej metodyki testowania. Następnie rozwiązania uczestników są omawiane oraz tworzone jest wspólne rozwiązanie problemu. Podstawy programowania w językach 4GL 1 dzień

17 6. S Z K O L E N I A D L A P R O G R A M I S T Ó W MODELOWANIE APLIKACJI Z WYKORZYSTANIEM UML DLA PROGRAMISTÓW Cel szkolenia Celem szkolenia jest przekazanie wiedzy z zakresu notacji UML w stopniu, w jakim jest wykorzystywana przez programistów podczas prac projektowych. Uczestnicy Szkolenie jest przeznaczone dla programistów wchodzących w skład zespołów projektowych. Czego uczą się uczestnicy szkolenia Uczestnicy zdobywają umiejętność: odczytywania konstrukcji analitycznych i projektowych zapisanych w UML. wzbogacania diagramów UML o specyficzne konstrukcje projektowe i programistyczne. Program szkolenia 1. Podstawowe pojęcia UML 2. Pakiety 3. Modelowanie Przypadków UŜycia 4. Modelowanie Interakcji: Diagramy Sekwencji, Współpracy i Aktywności 5. Modelowanie Klas i Obiektów 6. Modelowanie Dynamiki 7. Modelowanie Architektury Systemu: Diagramy Komponentów, Diagramy Rozmieszczenia Forma zajęć Wymagana wiedza Czas trwania Po kaŝdej części teoretycznej uczestnicy wykonują samodzielnie zadania. Następnie rozwiązania uczestników są omawiane oraz tworzone jest wspólne rozwiązanie problemu. Od uczestników nie jest wymagana Ŝadna wiedza wstępna 1 dzień

18 7. O F E R T A C E N O W A S Z K O L E Ń Do negocjacji Analiza i projektowanie strukturalne Modelowanie procesów biznesowych Modelowanie aplikacji z wykorzystaniem UML dla analityków Techniki analizy systemów z wykorzystaniem UML- warsztaty Modelowanie aplikacji z wykorzystaniem UML dla projektantów Techniki projektowania systemów z wykorzystaniem UML - warsztaty Testowanie systemów Modelowanie aplikacji z wykorzystaniem UML dla programistów Cena za osobę [PLN] Wartość katalogowa/10 osób [PLN] 8. K O S Z T Y D O D A T K O W E Koszty dodatkowe obejmują koszty związane z dojazdem i zakwaterowaniem konsultantów. Pozostałe koszty Cena jednostkowa brutto Koszty dojazdu Koszty zakwaterowania Do negocjacji

19 Rodzaj prac doradczych Jednostka Cena jednostkowa [EURO] Wartość katalogowa [EURO] Wartość po upuście [EU- RO] Cena jednostkowa [PL- N] netto VAT 22% Cena jednostkowa [PLN] brutto Współuczestnictwo w pracach 1 dzień Konsultacje metodyczne 1 dzień Szkolenia dedykowane Przygotowanie szkolenia 1 dzień Szkolenie 1 dzień Prace projektowo-programistyczne realizowane w siedzibie MCS Słownie: 1 dzień Rodzaj prac doradczych Cena jednostkowa [PLN] netto VAT 22% Cena jednostkowa [PLN] brutto Współuczestnictwo w pracach Konsultacje metodyczne Szkolenia dedykowane Przygotowanie szkolenia Szkolenie Prace projektowo-programistyczne realizowane w siedzibie MCS Tabela 10 Rodzaj oraz ceny prac doradczych

20