Notacje użyte w projektach - znaczenie symboli

Wielkość: px
Rozpocząć pokaz od strony:

Download "Notacje użyte w projektach - znaczenie symboli"

Transkrypt

1 Notacje użyte w projektach - znaczenie symboli Jarosław Żeliński IT-Consulting opr. Jarosław Żeliński

2 Projekt : Metody i narzędzia dokumentowania wyników analizy biznesowej Autor : Firma : Opis: UML Version : 2.x Jarosław Żeliński Jarosław Żeliński IT-Consulting Opis narzędzi stosowanych do prowadzenia i dokumentowania analizy biznesowej przedsiębiorstwa. Celem dokumentu jest opisanie systemów pojęciowych wykorzystanych w raportach. Dokument ten jest opisem narzędzi stosowanych podczas realizacji umów przez firmę Jarosław Żeliński IT-Consulting. Stanowi przedmiot prawa autorskiego. Posiadanie egzemplarza tego dokumentu nie stanowi nabycia jakichkolwiek praw do jego treści. Znaki i prawa stron trzecich, są jawnie wskazane. Jarosław Żeliński IT-Consulting str. 1 z 13

3 Spis treści 1 Projekt : Metody i narzędzia dokumentowania wyników analizy biznesowej Diagram Ogólny : Framework analizy i modelowania organizacji Opis Odnośniki Zestawienie : Słownik pojęć analitycznych Diagram Business Motivation Model : Rozwój firmy poprzez poszerzenie oferty Opis Odnośniki Diagram Mapa Procesów : Architektura procesów biznesowych Opis Struktura organizacyjna : Struktura organizacyjna Opis Diagram : Opis Diagram zależności : Model procesów biznesowych Diagram RACI Legend Zestawienie : Reguły biznesowe Tablica Decyzyjna : Tablica Decyzyjna Diagram Przypadków użycia : Diagram Przypadków użycia Opis...13 Jarosław Żeliński IT-Consulting str. 2 z 13

4 Diagram Ogólny : Framework analizy i modelowania organizacji Consul Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#s li#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-C aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaro Opis Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting #aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski I onsulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Ja Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli# Consulting Jaros#aw Podstawowym założeniem w metodzie, którą wykorzystuję jest: 1. Organizacja jest sterowana jej strategią 2. Ma cele rynkowe 3. Wewnętrzna strategia realizacji celów jest ustalona w postaci procesów biznesowych 4. Każdy proces tworzy produkt, ma swojego właściciela i wykonawcę. 5. Każdy człowiek w organizacji ma określone uprawnienia i umiejętności 6. Organizacja moze wykorzystywać w procesach narzędzia jakimi są maszyny i aplikacje (technologie IT) Odnośniki Nazwa Ścieżka Opis Typ BPTrends bptrends.com/ resources/bpmanifesto/ źr. Business Process Associatio n URL Jarosław Żeliński IT-Consulting str. 3 z 13

5 Zestawienie : Słownik pojęć analitycznych Nazwa Aliasy Opis aktor aktywność aplikacja cecha czynność ERP firma inicjowana przez aktora jego interakcja z Systemem (aplikacja), której celem jest z góry określony rezultat (źr. UML Superstructure, oznacza konkretne (w celu uzyskania konkretnego efektu) użycie Systemu; kluczowe pojęcia skojarzone z Przypadkami Użycia to Aktor i System, patrz także SOA i usługa aplikacji działanie, udział w czymś [na podst. sł. j.polskiego PWN] [łac.], inform. program komputerowy, który ma bezpośredni kontakt z użytkownikiem, realizuje zadania dla użytkownika; (encyklopedia PWN) filoz. niesamodzielny składnik rzeczy, dający się w niej wyróżnić tylko w drodze analizy myślowej [sł. j.polskiego PWN] elementarba aktywność będąca wykonywaniem zadania planowanie zasobów przedsiębiorstwa (ang. Enterprise Resource Rlanning), tu także oprogramowanie wspierajace zarzadzanie całą organizacją (firmą) przedsiębiorstwo handlowe, usługowe lub przemysłowe funkcjonalność funkcja dotyczy funkcjonowania lub funkcji czegoś w jakimś systemie [sł. j.polskiego PWN] jakośc usługi istotne cechy wyróżniające usługę (produkt0 spośród innych komórka organizacyjna zespół, składający się z kierownika i podporządkowanych mu członków zespołu (stanowisk), realizujących cel działania danej organizacji misja misja firmy zasada działalności gospodarczej, której charakter określa kierownictwo organizacji na podstawie przyjętych kryteriów model dziedziny struktura opisująca współdziałanie elementów systemu ograniczenie oprogramowanie organizacja procedura proces biznesowy przypadek użycia usługa oprogramowania, usługa aplikacji reguła, norma, przepis, zarządzenie krępujące swobodę działania czyjąś lub czegoś (s.j.p. PWN) zbiór programów wprowadzonych do komputera (słownik j.polskiego grupa ludzi mająca ustaloną strukturę i działających razem, aby osiągnąć wspólne cele (na podst. sł. j. polskiego PWN) określone reguły postępowania w jakiejś sprawie (czynności, procesie), w językach programowania: wydzielony fragment algorytmu [ na podstawie sł. j.polskiego PWN] aktywność będąca jedną czynnością lub chronologicznym łańcuchem czynności, przekształcający stan początkowy w stan końcowy (procesu), wykonywany w środowisku określoncyh ograniczeń i wymagający zasobów zestaw działań (realizowanych np. przez aplikację - system) dających jako efekt obserwowalny rezultat (produkt), mający wartość dla jednego lub większej liczby podmiotów i innych zainteresowanych stron zwanych aktorami tego systemu, Jarosław Żeliński IT-Consulting str. 4 z 13

6 Nazwa Aliasy Opis rezultat strategia system przypadek użycia jest inicjowanym z zewnątrz (przez aktora) zachowaniem systemu [spec. UML v ] miara, wskaźnik określający wielkość, jakość lub wartość czegoś przemyślany plan działań w jakiejś dziedzinie (s.j.p. PWN); wyraża cele długoterminowe [przedsiębiorstwa], odpowiadające generalnym kierunkom działania (A.D. Chandler 1962) złożony obiekt wyróżniony w badanej rzeczywistości, stanowiący całość tworzoną przez zbiór obiektów elementarnych i powiązań między nimi (P. Sienkiewicz, 1994, Analiza systemowa. Podstawy i zastosowania. Wyd. Bellona, Warszawa ISBN ) taktyka usługa aplikacji sposób postępowania mający doprowadzić do osiągnięcia celu (s.j.p. PWN); metoda postępowania mająca doprowadzić do określonego celu strategicznego (Ireneusz Durlik, Inżyneria Zarządzania. i Projektowanie Systemów Produkcyjnych) praca w postaci przetworzenia informacji (danych), wykonana przez aplikację na rzecz (uprawnionego) żądającego realizacji tej usługi (na podst. Encyklopedia PWN: usługa świadczenie, praca na rzecz kogoś, patrz także aplikacja, SOA) wizja wizja firmy opis wizerunku przedsiębiorstwa w odległej przyszłości, przy założeniu wystąpienia korzystnych uwarunkowań, jest to koncepcja pewnego modelu organizacji w przyszłości wymaganie wymaganie biznesowe wymaganie wobec oprogramow ania warunek lub zespół warunków, którym ktoś lub coś musi odpowiadać [sł. j.polskiego PWN] w inżynierii oprogramowania to czego biznes oczekuje od narzędzia pracy w inżynierii oprogramowania to czym powinno sie charakteryzować narzędzie pracy (oprogramowanie, aplikacja) zadanie cel formalnie ustalone i przewidywane do osiągnięcia w przyszłości zamierzenie, wynikające z potrzeb społeczno - gospodarczych środowiska, w jakim dany system działa (A. Stabryła, J. Trzecieniecki 1982, s. 316). produkt efekt pracy, wytworzona wartość, przedmiot Jarosław Żeliński IT-Consulting str. 5 z 13

7 Diagram Business Motivation Model : Rozwój firmy poprzez poszerzenie oferty #eli#ski IT-Consulting Jaro s#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Cons onsulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli# Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT Opis Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consult #ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#a w #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Ja aros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulti ting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Ja eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting ki IT-Consulting Jaros#aw #eli# onsulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Co Celem tworzenia tego diagramu jest udokumentowanie związków pomiędzy kluczowymi elementami zarządzania i sprawdzenie ich spójności. Są to przede wszystkim wizja i misja firmy, zadania i oczekiwane rezultaty, strategia i jej konsekwencje w tym taktyka, organizacja i procesy biznesowe oraz komórki organizacyjne. Model motywacji biznesowej (ang. BMM) poza przedstawionymi tu elementami może zawierać dodatkowe elementy takie jak analiza SWOT, analiza czynników wływu i inne. Tu przykład takiego modelu. Odnośniki Nazwa Ścieżka Opis Typ Specyfkacja notacji BMM org/spec/bmm/ Pełna specyfikac ja notacji Business Motivation Model na stronie Object URL Jarosław Żeliński IT-Consulting str. 6 z 13

8 Nazwa Ścieżka Opis Typ Management Group Jarosław Żeliński IT-Consulting str. 7 z 13

9 Diagram Mapa Procesów : Architektura procesów biznesowych eli#ski IT-Consulting Jaros #aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consu Opis Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting T-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli# nsulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Ja Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consultin eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consu Consulting Jaros#aw #eli#ski IT-C Mapa procesów (architektura procesów) to diagram obrazujący w uproszczonej formie łańcuch procesów biznesowych mających określony cel. Podstawowe pojęcia: 1. proces 2. wejscie czyli informacje otrzymane (ich pojawienie sioe inicjuje proces) 3. wyjście czyli informacje wytworzone (pojawiajaca się jako produkt procesu) Na tym poziomie szczegółowości każdy proces (pagon) reprezentuje diagram (model) konkretnego procesu biznesowego. Tą metodą można pokazać konkretne "scenariusze" następowania procesów biznesowych zaleznie od kontekstu. Jarosław Żeliński IT-Consulting str. 8 z 13

10 Struktura organizacyjna : Struktura organizacyjna Opis Consult Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#sk li#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-C w #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaro Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting onsulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting #aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Cons Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT- Jaros#aw #eli#ski IT-Consulting Strukturę organizacyjną modeluje się w celu pokazania zasobowego (np. per specjalność) podziału organizacji. Korzeniem struktury organizacyjnej jest Firma. Diagram może być dzielony na części (pod-diagramy), w przypadku struktur o większej złożoności. Elementy struktury mogą zostać oznaczone jako <<stanowisko w organizacji>>, <<komórka organizacyjna>>, <<funkcja>>. Wszystkie elementy struktury organizacyjnej są klasyfikowane, zaliczane do jednego z kilku typów. Ogólnie struktura organizacyjna (zasoby ludzkie) to: Organizacja, która składa się z komórek organizacyjnych skupiających określone kompetencje. Każda komórka organizacyjna gromadzi kompetencje w postaci stanowisk. Każde stanowisko pelni określone funkcje, ma okreśłone kompetencje i uprawnienia. Zatrudnione osoby mogą zajmować określone stanowiska i pełnić określone funkcje. Jarosław Żeliński IT-Consulting str. 9 z 13

11 Diagram : Model procesów biznesowych Jaros ki IT-Consulting Jaros#aw # eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting ing Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting onsulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT aros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Con ros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw Opis Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting onsulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw w #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #el i IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consultin ng Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting #eli#ski IT-Consulting Jaros#aw #eli#ski IT- s#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jar Proces biznesowy jest modelownay jako łańcuch zdarzeń, zadań, bramek decyzyjnych oraz skojarzonych z nimi dokumentów (Dane). Zadania związane z realizacją logiki biznesowej są kojarzona z Regułami biznesowymi, reguły biznesowe moga być zkojarzone z tablicami decyzyjnymi. Proces biznesowy umieszczany jest w puli, która reprezentuje podmiot (organizację), zaś tory reprezentują odpowiedzialnych lub wykonawców Zadań. Współpracującego klienta, partnera, reprezentuje Pula 2 w postaci tak zwanej "czarnej skrzynki". Szczegóły realizowania poszczególnych aktywnosci (zadań) mogą być opisane: 1. procedurą 2. macierzą RACI 3. regułą (reguami) biznesową, złożóne reguły mogą być dokumentowane tabllicami decyzyjnymi Diagram zależności : Model procesów biznesowych Diagram RACI Jarosław Żeliński IT-Consulting str. 10 z 13

12 Zadanie4 Zadanie3 Zadanie2 Zadanie 1 Pula2 Pula 1 Tor2 R Tor R R R Legend Kod Nazwa Opis A Approver Osoba wydająca zgodę na użycie produktu C Consulted Osoba stanowiąca źrodło wiedzy eksperckiej I Informed Osoba informaowana o wytworzeniu i dopuszczeniu produktu R Responsible Osoba odpowiedzialna za powstanie produktu procesu Zestawienie : Reguły biznesowe ID Nazwa Reguła BR001 rejestracja wydatków wszystkie prace związane z koniecznością poniesienia kosztów są rejestrowane w budżecie działu BR002 BR003 BR004 Reguła2 Reguła biznesowa Reguła upustowa Tablica Decyzyjna : Tablica Decyzyjna Reguły Warunki C1. Warunek Y Y N C2. Warunek2 N Y Y Czynności Jarosław Żeliński IT-Consulting str. 11 z 13

13 A1. Działanie X Reguły A2. Działanie2 X A3. Działanie3 X Jarosław Żeliński IT-Consulting str. 12 z 13

14 Diagram Przypadków użycia : Diagram Przypadków użycia Opis s#aw # onsulting Jaros#aw #eli#sk i IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaro ng Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Cons w #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting ros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli# aros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski I onsulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting ting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #e eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#a ki IT-Consulting Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT-Con Jaros#aw #eli#ski IT-Consulting Jaros#aw #eli#ski IT os#aw #eli#ski IT-Consulting Przypadek użycia reprezentuje usługę aplikacji świadczoną urzytkownikowi (tak zwany aktor systemu). Diagram ten obrazuje wymagania wobec aplikacji w rozumieniu tego jakie i komu świadczy usługi. Tak sprecyzowane stanowią zakres projektu dostarczenia aplikacji. Dla uatwienia rozumienia użyto tak zwanych stereotypów dla oznaczenia aktorów jako ludzi (human) i innych aplikacji (system). Jarosław Żeliński IT-Consulting str. 13 z 13

Procedury Plan komunikacji w projektach

Procedury Plan komunikacji w projektach Procedury Plan komunikacji w projektach IT-Consulting Jarosław Żeliński Jarosław Żeliński IT-Consulting procedury Projekt : IT-Consulting procedury Autor : Firma : Opis: Jarosław Żeliński IT-Consulting

Bardziej szczegółowo

Nowości oraz trendy w obszarze BPM nurty i kierunki rozwoju. Jarosław Żeliński analityk biznesowy, projektant systemów

Nowości oraz trendy w obszarze BPM nurty i kierunki rozwoju. Jarosław Żeliński analityk biznesowy, projektant systemów Nowości oraz trendy w obszarze BPM nurty i kierunki rozwoju Jarosław Żeliński analityk biznesowy, projektant systemów O mnie qod 1991 roku w branży IT i zarządzania jako analityk projektant rozwiązań qod

Bardziej szczegółowo

Informatyzacja przedsiębiorstw WYKŁAD

Informatyzacja przedsiębiorstw WYKŁAD Informatyzacja przedsiębiorstw WYKŁAD dr inż. Piotr Zabawa IBM/Rational Certified Consultant pzabawa@pk.edu.pl wersja 0.1.0 07.10.2010 Wykład 1 Modelowanie procesów biznesowych Przypomnienie rodzajów narzędzi

Bardziej szczegółowo

Jarosław Żeliński analityk biznesowy, projektant systemów

Jarosław Żeliński analityk biznesowy, projektant systemów Elektroniczne zarządzanie informacją i obiegiem dokumentów kluczowe czynniki sukcesu projektu Jarosław Żeliński analityk biznesowy, projektant systemów O mnie Od 1991 roku w branży IT i zarządzania jako

Bardziej szczegółowo

Jak metody i narzędzia BPM - w tym BPMN - mogą służyć analitykom? Jarosław Żeliński analityk biznesowy, projektant systemów

Jak metody i narzędzia BPM - w tym BPMN - mogą służyć analitykom? Jarosław Żeliński analityk biznesowy, projektant systemów Jak metody i narzędzia BPM - w tym BPMN - mogą służyć analitykom? Jarosław Żeliński analityk biznesowy, projektant systemów O mnie Od 1991 roku w branży IT i zarządzania jako analityk projektant rozwiązań

Bardziej szczegółowo

Analityk i współczesna analiza

Analityk i współczesna analiza Analityk i współczesna analiza 1. Motywacje 2. Analitycy w IBM RUP 3. Kompetencje analityka według IIBA BABOK Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura

Bardziej szczegółowo

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

Spis treúci. 1. Wprowadzenie... 13 Księgarnia PWN: W. Dąbrowski, A. Stasiak, M. Wolski - Modelowanie systemów informatycznych w języku UML 2.1 Spis treúci 1. Wprowadzenie... 13 2. Modelowanie cele i metody... 15 2.1. Przegląd rozdziału...

Bardziej szczegółowo

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki

Bardziej szczegółowo

Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska

Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Modelowanie biznesowe jest stykiem między

Bardziej szczegółowo

BPM vs. Content Management. Jarosław Żeliński analityk biznesowy, projektant systemów

BPM vs. Content Management. Jarosław Żeliński analityk biznesowy, projektant systemów BPM vs. Content Management Jarosław Żeliński analityk biznesowy, projektant systemów Cel prezentacji Celem prezentacji jest zwrócenie uwagi na istotne różnice pomiędzy tym co nazywamy: zarzadzaniem dokumentami,

Bardziej szczegółowo

Zarządzanie informacją i automatyzacja procesów biznesowych trendy i kierunki rozwoju. Jarosław Żeliński analityk biznesowy, projektant systemów

Zarządzanie informacją i automatyzacja procesów biznesowych trendy i kierunki rozwoju. Jarosław Żeliński analityk biznesowy, projektant systemów Zarządzanie informacją i automatyzacja procesów biznesowych trendy i kierunki rozwoju Jarosław Żeliński analityk biznesowy, projektant systemów Cel prezentacji Treść referatu będzie dotyczyła wyjaśnienia

Bardziej szczegółowo

Automatyzacja procesów biznesowych jak to zrobić dobrze? Jarosław Żeliński analityk biznesowy, projektant systemów

Automatyzacja procesów biznesowych jak to zrobić dobrze? Jarosław Żeliński analityk biznesowy, projektant systemów Automatyzacja procesów biznesowych jak to zrobić dobrze? Jarosław Żeliński analityk biznesowy, projektant systemów Agenda kiedy można mówić o automatyzacji procesu kiedy jednak jest to tylko wsparcie procesu

Bardziej szczegółowo

Język UML w modelowaniu systemów informatycznych

Język UML w modelowaniu systemów informatycznych Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 3 Diagramy przypadków użycia Diagramy przypadków użycia (ang. use case)

Bardziej szczegółowo

Jarosław Żeliński analityk biznesowy, projektant systemów

Jarosław Żeliński analityk biznesowy, projektant systemów Trendy w architekturze oprogramowania zarządzającego procesami biznesowymi i przepływem pracy - dedykowane czy standardowe? Jarosław Żeliński analityk biznesowy, projektant systemów O mnie Od 1991 roku

Bardziej szczegółowo

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language) Zagadnienia (1/3) Rola modelu systemu w procesie analizy wymagań (inżynierii wymagań) Prezentacja różnego rodzaju informacji o systemie w zależności od rodzaju modelu. Budowanie pełnego obrazu systemu

Bardziej szczegółowo

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2 Wyższa Szkoła Menedżerska w Legnicy Systemy informatyczne w przedsiębiorstwach Zarządzanie, ZIP, sem. 6 (JG) Modelowanie wymagań Wykład 2 Grzegorz Bazydło Cel wykładu Celem wykładu jest przekazanie wiedzy

Bardziej szczegółowo

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

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON Opis szkoleń z obszaru INFORMATYKA planowanych

Bardziej szczegółowo

ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI

ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI XVIII Forum Teleinformatyki mgr inż. Michał BIJATA, doktorant, Wydział Cybernetyki WAT Michal.Bijata@WAT.edu.pl, Michal@Bijata.com 28 września 2012 AGENDA Architektura

Bardziej szczegółowo

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym konceptualnym modelem danych jest tzw. model związków encji (ERM

Bardziej szczegółowo

Bazy danych 2. dr inż. Tadeusz Jeleniewski

Bazy danych 2. dr inż. Tadeusz Jeleniewski Wykład 4 Projektowanie bazy danych i procesów aplikacji Modelowanie reguł przetwarzania Środowisko przykładowego programu do modelowania reguł przetwarzania Reguły poprawności 2018-02-23 Bazy danych 2

Bardziej szczegółowo

STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe

STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe Technologie informacyjne prof. dr hab. Zdzisław Szyjewski 1. Rola i zadania systemu operacyjnego 2. Zarządzanie pamięcią komputera 3. Zarządzanie danymi

Bardziej szczegółowo

ZARZĄDZANIE I INŻYNIERIA PRODUKCJI

ZARZĄDZANIE I INŻYNIERIA PRODUKCJI ZARZĄDZANIE I INŻYNIERIA PRODUKCJI STUDIA PIERWSZEGO STOPNIA PROFIL OGÓLNOAKADEMICKI Załącznik nr 2 Odniesienie efektów kierunkowych do efektów obszarowych i odwrotnie Załącznik nr 2a - Tabela odniesienia

Bardziej szczegółowo

Modelowanie obiektowe - Ćw. 3.

Modelowanie obiektowe - Ćw. 3. 1 Modelowanie obiektowe - Ćw. 3. Treść zajęć: Diagramy przypadków użycia. Zasady tworzenia diagramów przypadków użycia w programie Enterprise Architect. Poznane dotychczas diagramy (czyli diagramy klas)

Bardziej szczegółowo

Analiza biznesowa a metody agile owe

Analiza biznesowa a metody agile owe Analiza biznesowa a metody agile owe P6S_WG01 ma wiedzę w zakresie metodyk zwinnych P6S_WG02 ma wiedzę w zakresie zwinnego gromadzenia i zarządzania wymaganiami P6S_WG03 zna i rozumie proces wytwarzania

Bardziej szczegółowo

SPECJALNOŚĆ Zarządzanie Procesami Przedsiębiorstwa

SPECJALNOŚĆ Zarządzanie Procesami Przedsiębiorstwa SPECJALNOŚĆ Zarządzanie Procesami Przedsiębiorstwa Opiekun specjalności: Prof. dr hab. inż. Marian Hopej Absolwent Specjalności Zarządzanie Procesami Przedsiębiorstwa jest przygotowany do pełnienia funkcji

Bardziej szczegółowo

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:

Bardziej szczegółowo

UML cz. III. UML cz. III 1/36

UML cz. III. UML cz. III 1/36 UML cz. III UML cz. III 1/36 UML cz. III 2/36 Diagram współpracy Diagramy współpracy: prezentują obiekty współdziałające ze sobą opisują rolę obiektów w scenariuszu mogą prezentować wzorce projektowe UML

Bardziej szczegółowo

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

KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20 Z1-PU7 WYDANIE N2 Strona: 1 z 5 (pieczęć wydziału) KARTA PRZEDMIOTU 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA 3) Karta przedmiotu ważna od roku akademickiego: 2014/2015 2) Kod przedmiotu:

Bardziej szczegółowo

Jak powstaje model biznesowy? Co to jest? Modelowanie biznesowe. Model biznesowy. Jak powstaje model biznesowy? Jak firma generuje przychody?

Jak powstaje model biznesowy? Co to jest? Modelowanie biznesowe. Model biznesowy. Jak powstaje model biznesowy? Jak firma generuje przychody? Modelowanie biznesowe Wprowadzenie (część 1) Co to jest? Każdy model jest błędny. Niektóre modele są użyteczne. George E. P. Box Jak firma generuje przychody? Model biznesowy Sposób generowania przychodów

Bardziej szczegółowo

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI KARTA PRZEDMIOTU przedmiotu Stopień studiów i forma Rodzaj przedmiotu Grupa kursów Zaawansowane techniki analizy systemowej oparte na modelowaniu warsztaty Studia podyplomowe Obowiązkowy NIE Wykład Ćwiczenia

Bardziej szczegółowo

Diagramy przypadków użycia. WYKŁAD Piotr Ciskowski

Diagramy przypadków użycia. WYKŁAD Piotr Ciskowski Diagramy przypadków użycia WYKŁAD Piotr Ciskowski Diagram przypadków użycia definiowanie wymagań systemowych graficzne przedstawienie przypadków użycia, aktorów, związków między nimi występujących w danej

Bardziej szczegółowo

witam, Dnia :25 Michał Gładysz napisał(a): Witam,

witam, Dnia :25 Michał Gładysz napisał(a): Witam, Od: "" Do: j.zelinski@it-consulting.pl DW: gladyszmichal@gmail.com Data: 2013-06-25 11:12 Temat: RE: Model dziedziny systemu a zmiany organizacyjne Nie mam zastrzeżeń do dokumentu.

Bardziej szczegółowo

UML w Visual Studio. Michał Ciećwierz

UML w Visual Studio. Michał Ciećwierz UML w Visual Studio Michał Ciećwierz UNIFIED MODELING LANGUAGE (Zunifikowany język modelowania) Pozwala tworzyć wiele systemów (np. informatycznych) Pozwala obrazować, specyfikować, tworzyć i dokumentować

Bardziej szczegółowo

DEMO Analiza biznesowa i wymagania PKP IC Promocja "Wcześniej"

DEMO Analiza biznesowa i wymagania PKP IC Promocja Wcześniej DEMO Analiza biznesowa i wymagania PKP IC Promocja "Wcześniej" DEMO Jarosław Żeliński Spis treści 1 Wprowadzenie... 2 1.1 System sprzedaży biletów...2 2 Analiza pojęciowa... 3 2.1 Oferta PKP IC Wcześniej...3

Bardziej szczegółowo

Kierunki rozwoju systemów obiegu dokumentów: Enterprise Content Management. Jarosław Żeliński analityk biznesowy, projektant systemów

Kierunki rozwoju systemów obiegu dokumentów: Enterprise Content Management. Jarosław Żeliński analityk biznesowy, projektant systemów Kierunki rozwoju systemów obiegu dokumentów: Enterprise Content Management Jarosław Żeliński analityk biznesowy, projektant systemów Cel prezentacji Coraz częściej można się spotkać w firmach z potrzebą

Bardziej szczegółowo

Michał Adamczyk. Język UML

Michał Adamczyk. Język UML Michał Adamczyk Język UML UML I. Czym jest UML Po co UML II.Narzędzia obsługujące UML, edytory UML III.Rodzaje diagramów UML wraz z przykładami Zastosowanie diagramu Podstawowe elementy diagramu Przykładowy

Bardziej szczegółowo

Inżynieria oprogramowania

Inżynieria oprogramowania Inżynieria oprogramowania Wykład 8 Inżynieria wymagań: analiza przypadków użycia a diagram czynności Patrz: Stanisław Wrycza, Bartosz Marcinkowski, Krzysztof Wyrzykowski, Język UML 2.0 w modelowaniu systemów

Bardziej szczegółowo

Projekt Badawczy Analiza wskaźnikowa przedsiębiorstwa współfinansowany ze środków Unii Europejskiej

Projekt Badawczy Analiza wskaźnikowa przedsiębiorstwa współfinansowany ze środków Unii Europejskiej Projekt Badawczy Analiza wskaźnikowa przedsiębiorstwa współfinansowany ze środków Unii Europejskiej FiM Consulting Sp. z o.o. Szymczaka 5, 01-227 Warszawa Tel.: +48 22 862 90 70 www.fim.pl Spis treści

Bardziej szczegółowo

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty przedmiotu Stopień studiów i forma: Rodzaj przedmiotu Kod przedmiotu Grupa kursów Zaawansowane techniki analizy

Bardziej szczegółowo

Projektowanie oprogramowania

Projektowanie oprogramowania Wrocław, 27.09.2010 1. Warunki wstępne Projektowanie oprogramowania Warunkiem uczestnictwa w zajęciach jest zaliczenie przedmiotu: Podstawy inżynierii oprogramowania (ćwiczenia) Zajęcia składają się z

Bardziej szczegółowo

Projektowanie logiki aplikacji

Projektowanie logiki aplikacji Jarosław Kuchta Projektowanie Aplikacji Internetowych Projektowanie logiki aplikacji Zagadnienia Rozproszone przetwarzanie obiektowe (DOC) Model klas w projektowaniu logiki aplikacji Klasy encyjne a klasy

Bardziej szczegółowo

Dokument Detaliczny Projektu Temat: Księgarnia On-line Bukstor

Dokument Detaliczny Projektu Temat: Księgarnia On-line Bukstor Koszalin, 15.06.2012 r. Dokument Detaliczny Projektu Temat: Księgarnia On-line Bukstor Zespół projektowy: Daniel Czyczyn-Egird Wojciech Gołuchowski Michał Durkowski Kamil Gawroński Prowadzący: Dr inż.

Bardziej szczegółowo

Leszek Dziubiński Damian Joniec Elżbieta Gęborek. Computer Plus Kraków S.A.

Leszek Dziubiński Damian Joniec Elżbieta Gęborek. Computer Plus Kraków S.A. Leszek Dziubiński Damian Joniec Elżbieta Gęborek Computer Plus Kraków S.A. Wykorzystanie Microsoft Project Server w procesie zarządzania projektami Kompetencje partnerskie Gold: Portals and Collaboration

Bardziej szczegółowo

Dopasowanie IT/biznes

Dopasowanie IT/biznes Dopasowanie IT/biznes Dlaczego trzeba mówić o dopasowaniu IT-biznes HARVARD BUSINESS REVIEW, 2008-11-01 Dlaczego trzeba mówić o dopasowaniu IT-biznes http://ceo.cxo.pl/artykuly/51237_2/zarzadzanie.it.a.wzrost.wartosci.html

Bardziej szczegółowo

Inżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu

Inżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu Inżynieria wymagań Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia Część 5 Definicja systemu Opracowane w oparciu o materiały IBM (kurs REQ480: Mastering Requirements Management with Use

Bardziej szczegółowo

Dopasowanie IT/biznes

Dopasowanie IT/biznes Dopasowanie IT/biznes Dlaczego trzeba mówić o dopasowaniu IT-biznes HARVARD BUSINESS REVIEW, 2008-11-01 Dlaczego trzeba mówić o dopasowaniu IT-biznes http://ceo.cxo.pl/artykuly/51237_2/zarzadzanie.it.a.wzrost.wartosci.html

Bardziej szczegółowo

MiASI. Modelowanie systemów biznesowych. Piotr Fulmański. 7 stycznia 2010. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska

MiASI. Modelowanie systemów biznesowych. Piotr Fulmański. 7 stycznia 2010. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska MiASI Modelowanie systemów biznesowych Piotr Fulmański Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska 7 stycznia 2010 Spis treści 1 Czym jest system biznesowy? Po co model bizensowy? Czym

Bardziej szczegółowo

Projekt architektury systemów informatycznych Uniwersytetu Warszawskiego w oparciu o metodykę TOGAF. Tomasz Turski 26.05.2011

Projekt architektury systemów informatycznych Uniwersytetu Warszawskiego w oparciu o metodykę TOGAF. Tomasz Turski 26.05.2011 Projekt architektury systemów informatycznych Uniwersytetu Warszawskiego w oparciu o metodykę TOGAF Tomasz Turski 26.05.2011 Plan prezentacji Architektura korporacyjna Frameworki Pryncypia Metodyka TOGAF

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Modeling and analysis of computer systems Kierunek: Informatyka Forma studiów: Stacjonarne Rodzaj przedmiotu: Poziom kwalifikacji: obowiązkowy

Bardziej szczegółowo

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

PRZEWODNIK PO PRZEDMIOCIE. Projektowanie procesów. Logistyka (inżynierska) niestacjonarne. I stopnia. dr Aleksandra Grabińska. Politechnika Częstochowska, Wydział Zarządzania PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu Kierunek Forma studiów Poziom kwalifikacji Projektowanie procesów Logistyka (inżynierska) niestacjonarne I stopnia

Bardziej szczegółowo

STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe

STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe Technologie informacyjne Prof. dr hab. Zdzisław Szyjewski 1. Rola i zadania systemu operacyjnego 2. Zarządzanie pamięcią komputera 3. Zarządzanie danymi

Bardziej szczegółowo

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

Kurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017 Wykład 12 7 czerwca 2017 Czym jest UML? UML składa się z dwóch podstawowych elementów: notacja: elementy graficzne, składnia języka modelowania, metamodel: definicje pojęć języka i powiazania pomiędzy

Bardziej szczegółowo

Przegląd problemów doskonalenia systemów zarządzania przedsiębiorstwem

Przegląd problemów doskonalenia systemów zarządzania przedsiębiorstwem Przegląd problemów doskonalenia systemów zarządzania przedsiębiorstwem Przegląd problemów doskonalenia systemów zarządzania przedsiębiorstwem pod redakcją Adama Stabryły Kraków 2011 Książka jest rezultatem

Bardziej szczegółowo

Informatyczne fundamenty

Informatyczne fundamenty Informatyczne fundamenty Informatyka to szeroka dziedzina wiedzy i praktycznych umiejętności. Na naszych studiach zapewniamy solidną podstawę kształcenia dla profesjonalnego inżyniera IT. Bez względu na

Bardziej szczegółowo

JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE]

JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE] JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE] Parę słów o mnie 2 Nauczyciel akademicki od 2000 roku Od 2002 współpracuję z firmami jako programista i projektant aplikacji Od 2006 roku właściciel firmy

Bardziej szczegółowo

Spis treúci. Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników. Wstęp... 11. Podziękowania...

Spis treúci. Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników. Wstęp... 11. Podziękowania... Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników Spis treúci Wstęp... 11 Podziękowania... 13 O autorach... 15 Robert A. Maksimchuk... 15 Eric J. Naiburg... 15 Przedmowa...

Bardziej szczegółowo

METODYKA DOKUMENTOWANIA ANALIZ BIZNESOWYCH I PROJEKTOWANIA SYSTEMÓW

METODYKA DOKUMENTOWANIA ANALIZ BIZNESOWYCH I PROJEKTOWANIA SYSTEMÓW METODYKA DOKUMENTOWANIA ANALIZ BIZNESOWYCH I PROJEKTOWANIA SYSTEMÓW Wszystko to co nas otacza, samo w sobie jest naturalnie proste. Złożone są, nie poszczególne rzeczy, a to, że jest ich wiele i mają na

Bardziej szczegółowo

Podstawy programowania III WYKŁAD 4

Podstawy programowania III WYKŁAD 4 Podstawy programowania III WYKŁAD 4 Jan Kazimirski 1 Podstawy UML-a 2 UML UML Unified Modeling Language formalny język modelowania systemu informatycznego. Aktualna wersja 2.3 Stosuje paradygmat obiektowy.

Bardziej szczegółowo

KARTA PRZEDMIOTU. 1. Informacje ogólne. 2. Ogólna charakterystyka przedmiotu. Metody drążenia danych D1.3

KARTA PRZEDMIOTU. 1. Informacje ogólne. 2. Ogólna charakterystyka przedmiotu. Metody drążenia danych D1.3 KARTA PRZEDMIOTU 1. Informacje ogólne Nazwa przedmiotu i kod (wg planu studiów): Nazwa przedmiotu (j. ang.): Kierunek studiów: Specjalność/specjalizacja: Poziom kształcenia: Profil kształcenia: Forma studiów:

Bardziej szczegółowo

Zintegrowany System Informatyczny (ZSI)

Zintegrowany System Informatyczny (ZSI) Zintegrowany System Informatyczny (ZSI) ZSI MARKETING Modułowo zorganizowany system informatyczny, obsługujący wszystkie sfery działalności przedsiębiorstwa PLANOWANIE ZAOPATRZENIE TECHNICZNE PRZYGOTOWANIE

Bardziej szczegółowo

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

Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Kierunek: Informatyka Modeling and analysis of computer systems Forma studiów: Stacjonarne Rodzaj przedmiotu: obowiązkowy w ramach specjalności:

Bardziej szczegółowo

Informatyka- studia I-go stopnia

Informatyka- studia I-go stopnia SPECJALNOŚĆ: Informatyka w Zarządzaniu Obowiązuje od roku akademickiego: 2007 / 2008 1 Modelowanie procesów biznesowych 30 30 60 6 2 2 6 2 Eksploracja danych 30 3 1 1 3 3 Wspomaganie decyzji w warunkach

Bardziej szczegółowo

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA Przygotował: mgr inż. Radosław Adamus Wprowadzenie Podstawą każdego projektu, którego celem jest budowa oprogramowania są wymagania, czyli warunki,

Bardziej szczegółowo

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

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla studenta Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE WYKŁAD ĆWICZENIA LABORATORIUM PROJEKT SEMINARIUM

PRZEWODNIK PO PRZEDMIOCIE WYKŁAD ĆWICZENIA LABORATORIUM PROJEKT SEMINARIUM Politechnika Częstochowska, Wydział Zarządzania PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu Kierunek Forma studiów Poziom kwalifikacji Rok Semestr Jednostka prowadząca Osoba sporządzająca Profil Rodzaj

Bardziej szczegółowo

problem w określonym kontekście siły istotę jego rozwiązania

problem w określonym kontekście siły istotę jego rozwiązania Wzorzec projektowy Christopher Alexander: Wzorzec to sprawdzona koncepcja, która opisuje problem powtarzający się wielokrotnie w określonym kontekście, działające na niego siły, oraz podaje istotę jego

Bardziej szczegółowo

Faza analizy (modelowania) Faza projektowania

Faza analizy (modelowania) Faza projektowania Faza analizy (modelowania) Faza projektowania Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie: co i przy jakich ograniczeniach system ma robić? Wynikiem tej analizy jest zbiór wymagań

Bardziej szczegółowo

PROCES I ZARZADZANIE PROCESAMI. dr Mariusz Maciejczak 2017 r.

PROCES I ZARZADZANIE PROCESAMI. dr Mariusz Maciejczak 2017 r. PROCES I ZARZADZANIE PROCESAMI dr Mariusz Maciejczak 2017 r. Prawo podziału pracy (Adam Smith) Jeżeli powtarzająca się praca jakiejś jednostki lub zespołu zostanie podzielona w ten sposób, że każdą czynność

Bardziej szczegółowo

STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe

STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe Technologie informacyjne Prof. dr hab. Zdzisław Szyjewski 1. Rola i zadania systemu operacyjnego 2. Zarządzanie pamięcią komputera 3. Zarządzanie danymi

Bardziej szczegółowo

Zarządzanie firmą Celem specjalności jest

Zarządzanie firmą Celem specjalności jest Zarządzanie firmą Celem specjalności jest przygotowanie jej absolwentów do pracy na kierowniczych stanowiskach średniego i wyższego szczebla we wszystkich rodzajach przedsiębiorstw. Słuchacz specjalności

Bardziej szczegółowo

Procesowa specyfikacja systemów IT

Procesowa specyfikacja systemów IT Procesowa specyfikacja systemów IT BOC Group BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management Office

Bardziej szczegółowo

Uchwała Nr 28/2013/IV Senatu Politechniki Lubelskiej z dnia 26 kwietnia 2013 r.

Uchwała Nr 28/2013/IV Senatu Politechniki Lubelskiej z dnia 26 kwietnia 2013 r. Uchwała Nr 28/2013/IV Senatu Politechniki Lubelskiej z dnia 26 kwietnia 2013 r. w sprawie określenia efektów kształcenia dla studiów podyplomowych Zarządzanie Logistyką w Przedsiębiorstwie, prowadzonych

Bardziej szczegółowo

Egzamin / zaliczenie na ocenę*

Egzamin / zaliczenie na ocenę* WYDZIAŁ PODSTAWOWYCH PROBLEMÓW TECHNIKI Zał. nr 4 do ZW33/01 KARTA PRZEDMIOTU Nazwa w języku polskim : INŻYNIERIA OPROGRAMOWANIA Nazwa w języku angielskim: SOFTWARE ENGINEERING Kierunek studiów (jeśli

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: ANALIZA, PROJEKTOWANIE I PROGRAMOWANIE OBIEKTOWE Analysis, design and object-oriented programming Kierunek: Forma studiów: Informatyka Stacjonarne Rodzaj przedmiotu: obowiązkowy w ramach

Bardziej szczegółowo

ANALIZA EKONOMICZNO-FINANSOWA

ANALIZA EKONOMICZNO-FINANSOWA PROGRAM STUDIÓW FINANSE, RACHUNKOWOŚĆ ZARZĄDCZA I CONTROLLING PRZEDMIOT ZAGADNIENIA GODZ. ZAAWANSOWANE NARZĘDZIA RACHUNKOWOŚCI Rachunkowość zarządcza Prognozowanie sprzedaży i kosztów, rachunki optymalizacyjne

Bardziej szczegółowo

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

Analiza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji Analiza i programowanie obiektowe 2016/2017 Wykład 6: Projektowanie obiektowe: diagramy interakcji Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Przejście

Bardziej szczegółowo

Modelowanie obiektowe - Ćw. 6.

Modelowanie obiektowe - Ćw. 6. 1 Modelowanie obiektowe - Ćw. 6. Treść zajęć: Dokumentacja przypadków użycia diagramy czynności. Poznane wcześniej diagramy przypadków użycia pokazują co system powinien robić. Natomiast diagramy czynności

Bardziej szczegółowo

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

Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC. Jarosław Świerczek Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC Jarosław Świerczek Punkty funkcyjne Punkt funkcyjny to metryka złożoności oprogramowania wyznaczana w oparciu o określające to oprogramowanie

Bardziej szczegółowo

Pracownia Inżynierii Procesowej

Pracownia Inżynierii Procesowej Pracownia Inżynierii Procesowej Aktualizacja oferty styczeń 2016 WŁAŚCICIEL mgr inż. Alicja Wróbel Absolwent Politechniki Opolskiej, Wydziału Zarzadzania i Inżynierii Produkcji Rysunek techniczny 2D 3D

Bardziej szczegółowo

Kontraktor - Analityk Biznesowy

Kontraktor - Analityk Biznesowy Kontraktor - Analityk Biznesowy Imię i nazwisko: Antal International_JC Lokalizacja: Warszawa Dostępność: 1 miesiąc Godzinowy koszt współpracy: 110 PLN + VAT Znajomość języków obcych: Angielski - Bardzo

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: Zarządzanie produkcją metalurgiczną Management of Metallurgical Production Kierunek: Kod przedmiotu: Zarządzanie i Inżynieria Produkcji ZiIP.PK.OF.3.1. Management and Engineering of Production

Bardziej szczegółowo

Podstawy projektowania systemów komputerowych

Podstawy projektowania systemów komputerowych Podstawy projektowania systemów komputerowych Diagramy klas UML 1 Widok logiczny Widok logiczny Widok fizyczny Widok przypadków użycia Widok procesu Widok konstrukcji Używany do modelowania części systemu

Bardziej szczegółowo

Symulacje procesów biznesowych. Zastosowanie oprogramowania igrafx

Symulacje procesów biznesowych. Zastosowanie oprogramowania igrafx Symulacje procesów biznesowych Zastosowanie oprogramowania igrafx Symulacje procesów Powtarzalność warunków Uproszczenia modelu względem rzeczywistości Symulacje są narzędziem umożliwiającym poprawę procesów

Bardziej szczegółowo

Opis metodyki i procesu produkcji oprogramowania

Opis metodyki i procesu produkcji oprogramowania Opis metodyki i procesu produkcji oprogramowania Rational Unified Process Rational Unified Process (RUP) to iteracyjny proces wytwarzania oprogramowania opracowany przez firmę Rational Software, a obecnie

Bardziej szczegółowo

Sybase Professional Services

Sybase Professional Services Sybase Professional Services Zarządzanie Portfelem Aplikacji Marek Ryński Sybase Polska Dyrektor Zarządzający, DRB Legionowo, 09.2008 W gąszczu IT czyli za co ja mam płacić? (problem) Złożoność technologii

Bardziej szczegółowo

Mechatronika i inteligentne systemy produkcyjne. Modelowanie systemów mechatronicznych Platformy przetwarzania danych

Mechatronika i inteligentne systemy produkcyjne. Modelowanie systemów mechatronicznych Platformy przetwarzania danych Mechatronika i inteligentne systemy produkcyjne Modelowanie systemów mechatronicznych Platformy przetwarzania danych 1 Sterowanie procesem oparte na jego modelu u 1 (t) System rzeczywisty x(t) y(t) Tworzenie

Bardziej szczegółowo

STRATEGICZNA KARTA WYNIKÓW W KOMPUTEROWYM SYMULATORZE DZIAŁANIA PRZEDSIĘBIORSTWA

STRATEGICZNA KARTA WYNIKÓW W KOMPUTEROWYM SYMULATORZE DZIAŁANIA PRZEDSIĘBIORSTWA Wydział Informatyki i Zarządzania STRATEGICZNA KARTA WYNIKÓW W KOMPUTEROWYM SYMULATORZE DZIAŁANIA PRZEDSIĘBIORSTWA Dr Agnieszka Bojnowska Symulacja komputerowa Gra pojęcie wieloznaczne - forma współzawodnictwa

Bardziej szczegółowo

Modelowanie i analiza systemów informatycznych

Modelowanie i analiza systemów informatycznych Modelowanie i analiza systemów informatycznych MBSE/SysML Wykład 11 SYSMOD Wykorzystane materiały Budapest University of Technology and Economics, Department of Measurement and InformaJon Systems: The

Bardziej szczegółowo

Projektowanie interakcji

Projektowanie interakcji Projektowanie interakcji K2 User Experience www.k2.pl/ux Tytuł dokumentu: k2-projektowanie_ux-oferta.pdf Data: 21 sierpnia 2009 Przygotowany przez: Maciej Lipiec Maciej Lipiec User Experience Director

Bardziej szczegółowo

SVN. 10 października 2011. Instalacja. Wchodzimy na stronę http://tortoisesvn.tigris.org/ i pobieramy aplikację. Rysunek 1: Instalacja - krok 1

SVN. 10 października 2011. Instalacja. Wchodzimy na stronę http://tortoisesvn.tigris.org/ i pobieramy aplikację. Rysunek 1: Instalacja - krok 1 SVN 10 października 2011 Instalacja Wchodzimy na stronę http://tortoisesvn.tigris.org/ i pobieramy aplikację uruchamiany ponownie komputer Rysunek 1: Instalacja - krok 1 Rysunek 2: Instalacja - krok 2

Bardziej szczegółowo

Typy systemów informacyjnych

Typy systemów informacyjnych Typy systemów informacyjnych Information Systems Systemy Informacyjne Operations Support Systems Systemy Wsparcia Operacyjnego Management Support Systems Systemy Wspomagania Zarzadzania Transaction Processing

Bardziej szczegółowo

Wykład 1 Inżynieria Oprogramowania

Wykład 1 Inżynieria Oprogramowania Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI

Bardziej szczegółowo

Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów niestacjonarnych studiów II stopnia)

Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów niestacjonarnych studiów II stopnia) Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów niestacjonarnych studiów II stopnia) WERSJA WSTĘPNA, BRAK PRZYKŁADOWYCH PYTAŃ DLA NIEKTÓRYCH PRZEDMIOTÓW Należy wybrać trzy dowolne

Bardziej szczegółowo

Wydział Elektroniki Politechniki Wrocławskiej. Kierunek: Informatyka Specjalność: InŜynieria Systemów Informatycznych

Wydział Elektroniki Politechniki Wrocławskiej. Kierunek: Informatyka Specjalność: InŜynieria Systemów Informatycznych Wydział Elektroniki Politechniki Wrocławskiej Kierunek: Informatyka Specjalność: InŜynieria Systemów Informatycznych Projekt z przedmiotu Komputerowe Systemy Zarządzania (INE3608) pt. System. Opracowanie:

Bardziej szczegółowo

Podstawy inżynierii oprogramowania

Podstawy inżynierii oprogramowania Podstawy inżynierii oprogramowania Modelowanie. Podstawy notacji UML Aleksander Lamża ZKSB Instytut Informatyki Uniwersytet Śląski w Katowicach aleksander.lamza@us.edu.pl Zawartość Czym jest UML? Wybrane

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: Kierunek: Inżynieria Biomedyczna Rodzaj przedmiotu: obowiązkowy moduł specjalności informatyka medyczna Rodzaj zajęć: wykład, laboratorium PROGRAMOWANIE OBIEKTOWE Object-Oriented Programming

Bardziej szczegółowo

Tom 6 Opis oprogramowania

Tom 6 Opis oprogramowania Część 9 Narzędzie do wyliczania wskaźników statystycznych Diagnostyka Stanu Nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 31 maja 2012 Historia dokumentu Nazwa dokumentu Nazwa

Bardziej szczegółowo

Spis treści. Część I Diagramy języka UML 2.1 11. Wstęp 7. Rozdział 1. Studia przypadków 13. Rozdział 2. Diagramy przypadków użycia 29

Spis treści. Część I Diagramy języka UML 2.1 11. Wstęp 7. Rozdział 1. Studia przypadków 13. Rozdział 2. Diagramy przypadków użycia 29 Spis treści Wstęp 7 Część I Diagramy języka UML 2.1 11 Rozdział 1. Studia przypadków 13 1.1. Składanie zleceń przez Dom Maklerski 13 1.2. System Informatyczny GPW 16 1.3. Integracja systemów firm z systemem

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: Kierunek: Informatyka Rodzaj przedmiotu: obowiązkowy w ramach specjalności: Programowanie aplikacji internetowych Rodzaj zajęć: laboratorium PRZEWODNIK PO PRZEDMIOCIE I KARTA PRZEDMIOTU

Bardziej szczegółowo