Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II)

Save this PDF as:
 WORD  PNG  TXT  JPG

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

Download "Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II)"

Transkrypt

1 Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II) Jacek Cichosz Katedra Systemów i Sieci Komputerowych Politechnika Wrocławska

2 Narzędzia modelowania 19 Narzędzia modelowania rys historyczny

3 Narzędzia modelowania 19 Narzędzia modelowania rys historyczny Modele narracyjne lata 60 70; monolityczne, nadmiarowe, wieloznaczne, niepodatne na zmiany i pielęgnacje.

4 Narzędzia modelowania 19 Narzędzia modelowania rys historyczny Modele narracyjne lata 60 70; monolityczne, nadmiarowe, wieloznaczne, niepodatne na zmiany i pielęgnacje. Prototypowanie

5 Narzędzia modelowania 19 Narzędzia modelowania rys historyczny Modele narracyjne lata 60 70; monolityczne, nadmiarowe, wieloznaczne, niepodatne na zmiany i pielęgnacje. Prototypowanie Modele strukturalne lata 80; charakter graficzny, zstępujący podział na części, mała nadmiarowość.

6 Narzędzia modelowania 19 Narzędzia modelowania rys historyczny Modele narracyjne lata 60 70; monolityczne, nadmiarowe, wieloznaczne, niepodatne na zmiany i pielęgnacje. Prototypowanie Modele strukturalne lata 80; charakter graficzny, zstępujący podział na części, mała nadmiarowość. CASE Computer-Aided Software Engineering lata 80; ułatwienia w posługiwaniu się modelami graficznymi.

7 Narzędzia modelowania 19 Narzędzia modelowania rys historyczny Modele narracyjne lata 60 70; monolityczne, nadmiarowe, wieloznaczne, niepodatne na zmiany i pielęgnacje. Prototypowanie Modele strukturalne lata 80; charakter graficzny, zstępujący podział na części, mała nadmiarowość. CASE Computer-Aided Software Engineering lata 80; ułatwienia w posługiwaniu się modelami graficznymi. Modele obiektowe koniec lat 80.

8 Narzędzia modelowania 20 Cele stosowania narzędzi modelowania na etapie analizy Zobrazowanie struktury i zachowania systemu.

9 Narzędzia modelowania 20 Cele stosowania narzędzi modelowania na etapie analizy Zobrazowanie struktury i zachowania systemu. Uwypuklenie ważnych cech systemu, a pominięcie nieistotnych.

10 Narzędzia modelowania 20 Cele stosowania narzędzi modelowania na etapie analizy Zobrazowanie struktury i zachowania systemu. Uwypuklenie ważnych cech systemu, a pominięcie nieistotnych. Wprowadzanie zmian i poprawek do wymagań użytkownika niewielkim kosztem i z minimalnym ryzykiem.

11 Narzędzia modelowania 20 Cele stosowania narzędzi modelowania na etapie analizy Zobrazowanie struktury i zachowania systemu. Uwypuklenie ważnych cech systemu, a pominięcie nieistotnych. Wprowadzanie zmian i poprawek do wymagań użytkownika niewielkim kosztem i z minimalnym ryzykiem. Zrozumienie środowiska użytkownika i udokumentowanie go w sposób umożliwiający projektantom i programistom zbudowanie systemu.

12 Narzędzia modelowania 21 Specyfika współczesnych narzędzi modelowania Grafika z tekstowym wspomaganiem szczegółów.

13 Narzędzia modelowania 21 Specyfika współczesnych narzędzi modelowania Grafika z tekstowym wspomaganiem szczegółów. Minimalna nadmiarowość; zmiany wymagań użytkowników powodują zmiany tylko w jednej części specyfikacji.

14 Narzędzia modelowania 21 Specyfika współczesnych narzędzi modelowania Grafika z tekstowym wspomaganiem szczegółów. Minimalna nadmiarowość; zmiany wymagań użytkowników powodują zmiany tylko w jednej części specyfikacji. Podział na części, które można czytać niezależnie.

15 Narzędzia modelowania 21 Specyfika współczesnych narzędzi modelowania Grafika z tekstowym wspomaganiem szczegółów. Minimalna nadmiarowość; zmiany wymagań użytkowników powodują zmiany tylko w jednej części specyfikacji. Podział na części, które można czytać niezależnie. Każda taka część jest pewnym rzutem systemu koncentrującym się na istotnych szczegółach.

16 Narzędzia modelowania 21 Specyfika współczesnych narzędzi modelowania Grafika z tekstowym wspomaganiem szczegółów. Minimalna nadmiarowość; zmiany wymagań użytkowników powodują zmiany tylko w jednej części specyfikacji. Podział na części, które można czytać niezależnie. Każda taka część jest pewnym rzutem systemu koncentrującym się na istotnych szczegółach. Przejrzystość dzięki abstrakcyjnej reprezentacji.

17 Narzędzia modelowania 22 Podstawowe modele analizy strukturalnej Diagram przepływu danych DFD (Data Flow Diagram) przedstawia funkcje realizowane przez system.

18 Narzędzia modelowania 22 Podstawowe modele analizy strukturalnej Diagram przepływu danych DFD (Data Flow Diagram) przedstawia funkcje realizowane przez system. Diagram związków encji ERD (Entity Relationship Diagram) uwypukla związki między danymi.

19 Narzędzia modelowania 22 Podstawowe modele analizy strukturalnej Diagram przepływu danych DFD (Data Flow Diagram) przedstawia funkcje realizowane przez system. Diagram związków encji ERD (Entity Relationship Diagram) uwypukla związki między danymi. Diagram sieci przejść STD (State Transition Diagram) charakterystyka czasowa zachowania systemu.

20 Narzędzia modelowania 22 Podstawowe modele analizy strukturalnej Diagram przepływu danych DFD (Data Flow Diagram) przedstawia funkcje realizowane przez system. Diagram związków encji ERD (Entity Relationship Diagram) uwypukla związki między danymi. Diagram sieci przejść STD (State Transition Diagram) charakterystyka czasowa zachowania systemu. Słownik danych uporządkowany wykaz wszystkich elementów danych mających związek z systemem wraz z ich precyzyjnymi określeniami.

21 Narzędzia modelowania 23 Diagram przepływu danych DFD Celem DFD jest modelowanie funkcji systemu i interakcji między nimi.

22 Narzędzia modelowania 23 Diagram przepływu danych DFD Celem DFD jest modelowanie funkcji systemu i interakcji między nimi. Obrazuje system jako sieć procesów połączonych ze sobą potokami i zbiornikami danych.

23 Narzędzia modelowania 23 Diagram przepływu danych DFD Celem DFD jest modelowanie funkcji systemu i interakcji między nimi. Obrazuje system jako sieć procesów połączonych ze sobą potokami i zbiornikami danych. Dostarcza funkcyjnego spojrzenia na system.

24 Narzędzia modelowania 23 Diagram przepływu danych DFD Celem DFD jest modelowanie funkcji systemu i interakcji między nimi. Obrazuje system jako sieć procesów połączonych ze sobą potokami i zbiornikami danych. Dostarcza funkcyjnego spojrzenia na system. Dobrze nadaje się do modelowania systemów, w których funkcje są ważniejsze i bardziej złożone niż dane.

25 Narzędzia modelowania 23 Diagram przepływu danych DFD Celem DFD jest modelowanie funkcji systemu i interakcji między nimi. Obrazuje system jako sieć procesów połączonych ze sobą potokami i zbiornikami danych. Dostarcza funkcyjnego spojrzenia na system. Dobrze nadaje się do modelowania systemów, w których funkcje są ważniejsze i bardziej złożone niż dane. Przykładowe zastosowania: systemy operacyjne, przepływy pracy w firmie, planowanie strategiczne w biznesie.

26 Narzędzia modelowania 24 Składniki DFD PROCESY Przyjȩcie Zamówienia Wysyłka ksi ażek Pobranie ksi ażek

27 Narzędzia modelowania 24 Składniki DFD PROCESY Przyjȩcie Zamówienia ZAMÓWIENIA Wysyłka ksi ażek KLIENCI FAKTURY MAGAZYNY Pobranie ksi ażek

28 Narzędzia modelowania 24 Składniki DFD KLIENCI TERMINATORY MAGAZYN PROCESY Przyjȩcie Zamówienia ZAMÓWIENIA Wysyłka ksi ażek KLIENCI FAKTURY KLIENCI MAGAZYNY Pobranie ksi ażek

29 Narzędzia modelowania 24 Składniki DFD KLIENCI TERMINATORY MAGAZYN Zamówienia Wadliwe zamówienia Ksia _zki PROCESY Przyjȩcie Zamówienia Szczegóły zamówień Dane klienta ZAMÓWIENIA Dane klienta Szczegóły wysyłki Wysyłka ksi ażek Informacje o płatności MAGAZYNY FAKTURY Szczegóły płatności Dane klienta Pobranie ksi ażek KLIENCI Wycia gi Zapytania KLIENCI Ksia _zki PRZEPŁYWY

30 Narzędzia modelowania 25 Proces Pokazuje pewien fragment systemu przekształcający dane na wyniki, tzn. sposób w jaki pewne dane zamieniają się w pewne wyniki.

31 Narzędzia modelowania 25 Proces Pokazuje pewien fragment systemu przekształcający dane na wyniki, tzn. sposób w jaki pewne dane zamieniają się w pewne wyniki. DANE

32 Narzędzia modelowania 25 Proces Pokazuje pewien fragment systemu przekształcający dane na wyniki, tzn. sposób w jaki pewne dane zamieniają się w pewne wyniki. DANE PROCES

33 Narzędzia modelowania 25 Proces Pokazuje pewien fragment systemu przekształcający dane na wyniki, tzn. sposób w jaki pewne dane zamieniają się w pewne wyniki. DANE PROCES WYNIKI

34 Narzędzia modelowania 25 Proces Pokazuje pewien fragment systemu przekształcający dane na wyniki, tzn. sposób w jaki pewne dane zamieniają się w pewne wyniki. DANE PROCES WYNIKI Nazwa procesu opisuje co robi proces np. pobierz należność, piecz ciasto, określ stan zamówienia. Niekiedy nazwa określa kto lub co wykonuje proces np. kompilator, linker.

35 Narzędzia modelowania 26 Przepływ Opisuje przenoszenie jednostek lub pakietów informacji z jednego fragmentu systemu do innego.

36 Narzędzia modelowania 26 Przepływ Opisuje przenoszenie jednostek lub pakietów informacji z jednego fragmentu systemu do innego. Przepływy mogą reprezentować materiały fizyczne.

37 Narzędzia modelowania 26 Przepływ Opisuje przenoszenie jednostek lub pakietów informacji z jednego fragmentu systemu do innego. Przepływy mogą reprezentować materiały fizyczne. Nazwa reprezentuje znaczenie pakietu poruszającego się wzdłuż przepływu.

38 Narzędzia modelowania 26 Przepływ Opisuje przenoszenie jednostek lub pakietów informacji z jednego fragmentu systemu do innego. Przepływy mogą reprezentować materiały fizyczne. Nazwa reprezentuje znaczenie pakietu poruszającego się wzdłuż przepływu. Dane mogą przepływać w jednym lub obu kierunkach.

39 Narzędzia modelowania 26 Przepływ Opisuje przenoszenie jednostek lub pakietów informacji z jednego fragmentu systemu do innego. Przepływy mogą reprezentować materiały fizyczne. Nazwa reprezentuje znaczenie pakietu poruszającego się wzdłuż przepływu. Dane mogą przepływać w jednym lub obu kierunkach. Dane poruszające się wzdłuż przepływu wędrują do procesu, magazynu lub terminatora.

40 Narzędzia modelowania 27 Konsolidowanie wielu przepływów Przepływ przenosi jeden rodzaj pakietów. Można jednak łączyć wiele przepływów w jeden skonsolidowany. CUKIER MA KA JAJA MLEKO PIECZ CIASTO CIASTO DROŻDŻE

41 Narzędzia modelowania 27 Konsolidowanie wielu przepływów Przepływ przenosi jeden rodzaj pakietów. Można jednak łączyć wiele przepływów w jeden skonsolidowany. CUKIER MA KA JAJA MLEKO PIECZ CIASTO CIASTO = SUROWCE PIECZ CIASTO CIASTO DROŻDŻE

42 Narzędzia modelowania 28 Inne rodzaje przepływów Przepływ dialogowy upakowuje dwa pakiety danych: zapytanie i odpowiedź na tym samym przepływie.

43 Narzędzia modelowania 28 Inne rodzaje przepływów Przepływ dialogowy upakowuje dwa pakiety danych: zapytanie i odpowiedź na tym samym przepływie. OKREŚL STAN KONTA ZAPYTANIE O STAN KONTA POTWIERDZENIE STANU KONTA

44 Narzędzia modelowania 28 Inne rodzaje przepływów Przepływ dialogowy upakowuje dwa pakiety danych: zapytanie i odpowiedź na tym samym przepływie. OKREŚL STAN KONTA ZAPYTANIE O STAN KONTA POTWIERDZENIE STANU KONTA Przepływ rozbieżny przesyła kopię pakietu danych do różnych części systemu lub rozdziela pakiet na kilka elementarnych, z których każdy trafia do innej części systemu.

45 Narzędzia modelowania 29 Magazyn Czasowe buforowanie informacji między dwoma procesami działającymi w różnym czasie. Może być ono spowodowane następującymi przyczynami:

46 Narzędzia modelowania 29 Magazyn Czasowe buforowanie informacji między dwoma procesami działającymi w różnym czasie. Może być ono spowodowane następującymi przyczynami: brak pamięci lub innych koniecznych zasobów.

47 Narzędzia modelowania 29 Magazyn Czasowe buforowanie informacji między dwoma procesami działającymi w różnym czasie. Może być ono spowodowane następującymi przyczynami: brak pamięci lub innych koniecznych zasobów. potrzebny jest plik pośredni, ponieważ implementacja wymusiła działanie procesów w różnym czasie.

48 Narzędzia modelowania 29 Magazyn Czasowe buforowanie informacji między dwoma procesami działającymi w różnym czasie. Może być ono spowodowane następującymi przyczynami: brak pamięci lub innych koniecznych zasobów. potrzebny jest plik pośredni, ponieważ implementacja wymusiła działanie procesów w różnym czasie. dane mogą być wykorzystanie przez inne procesy w przyszłości.

49 Narzędzia modelowania 29 Magazyn Czasowe buforowanie informacji między dwoma procesami działającymi w różnym czasie. Może być ono spowodowane następującymi przyczynami: brak pamięci lub innych koniecznych zasobów. potrzebny jest plik pośredni, ponieważ implementacja wymusiła działanie procesów w różnym czasie. dane mogą być wykorzystanie przez inne procesy w przyszłości. ze względów bezpieczeństwa, jeśli awarii ulegnie któryś z komputerów.

50 Narzędzia modelowania 30 Terminator reprezentuje zewnętrzny obiekt, z którym komunikuje się system (np. osoba, grupa osób, firma, agenda, dział w tej samej firmie co modelowany system ale poza jego kontrolą, inny system informatyczny).

51 Narzędzia modelowania 30 Terminator reprezentuje zewnętrzny obiekt, z którym komunikuje się system (np. osoba, grupa osób, firma, agenda, dział w tej samej firmie co modelowany system ale poza jego kontrolą, inny system informatyczny). znajduje się na zewnątrz modelowanego systemu.

52 Narzędzia modelowania 30 Terminator reprezentuje zewnętrzny obiekt, z którym komunikuje się system (np. osoba, grupa osób, firma, agenda, dział w tej samej firmie co modelowany system ale poza jego kontrolą, inny system informatyczny). znajduje się na zewnątrz modelowanego systemu. analityk ani projektant nie może zmieniać terminatora bądź wpływać na sposób jego działania.

53 Narzędzia modelowania 30 Terminator reprezentuje zewnętrzny obiekt, z którym komunikuje się system (np. osoba, grupa osób, firma, agenda, dział w tej samej firmie co modelowany system ale poza jego kontrolą, inny system informatyczny). znajduje się na zewnątrz modelowanego systemu. analityk ani projektant nie może zmieniać terminatora bądź wpływać na sposób jego działania. związki między terminatorami nie są przedstawiane na DFD.

54 Narzędzia modelowania 31 Zasady konstruowania DFD Nazwy elementów DFD powinny pochodzić ze słownictwa znanego użytkownikowi.

55 Narzędzia modelowania 31 Zasady konstruowania DFD Nazwy elementów DFD powinny pochodzić ze słownictwa znanego użytkownikowi. Numerowanie procesów nie wyznacza kolejności procesów.

56 Narzędzia modelowania 31 Zasady konstruowania DFD Nazwy elementów DFD powinny pochodzić ze słownictwa znanego użytkownikowi. Numerowanie procesów nie wyznacza kolejności procesów. Unikanie nadmiernie złożonych diagramów.

57 Narzędzia modelowania 31 Zasady konstruowania DFD Nazwy elementów DFD powinny pochodzić ze słownictwa znanego użytkownikowi. Numerowanie procesów nie wyznacza kolejności procesów. Unikanie nadmiernie złożonych diagramów. Spójność i logiczna niesprzeczność z innymi DFD.

58 Narzędzia modelowania 31 Zasady konstruowania DFD Nazwy elementów DFD powinny pochodzić ze słownictwa znanego użytkownikowi. Numerowanie procesów nie wyznacza kolejności procesów. Unikanie nadmiernie złożonych diagramów. Spójność i logiczna niesprzeczność z innymi DFD. Ulepszanie przez wielokrotne przerysowywanie.

59 Narzędzia modelowania 32 DFD budowy aplikacji w języku C PROGRAMISTA KOMPILUJ TEKST ŹRÓDŁA KODY PRZESUWALNE EDYCJA KODY WYKONYWALNE LINKER BIBLIOTE- KARZ DEBUG STRIP BIBLIOTEKI KODY STRIPOWANE

Diagramy przepływu danych I

Diagramy przepływu danych I Literatura bazowa: Projektowanie systemów informatycznych Zajęcia: Diagramy przepływu danych I E.Yourdon, Współczesna analiza strukturalna, WNT, Warszawa 1996 J.Roberston, S.Robertson, Pełna analiza systemowa,

Bardziej szczegółowo

Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji

Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji Diagramy związków encji (ERD) 1 Projektowanie bazy danych za pomocą narzędzi CASE Materiał pochodzi ze strony : http://jjakiela.prz.edu.pl/labs.htm Diagramu Związków Encji - CELE Zrozumienie struktury

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

Diagram Przepływu Danych - podstawowe bloki składowe i reguły konstrukcji

Diagram Przepływu Danych - podstawowe bloki składowe i reguły konstrukcji Diagramu Przepływu danych - CELE Określenie kluczowych obiektów zewnętrznych będących w interakcji z firmą (systemem); Określenie kluczowych procesów występujących w firmie; Określenie sposobu przepływu

Bardziej szczegółowo

Podstawowy Wykład z Systemów Baz Danych

Podstawowy Wykład z Systemów Baz Danych Bazy Danych Wykład I Wprowadzenie Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.Widom Copyrights by Arkadiusz Rzucidło 1 Definicje Baza danych to uporządkowany zbiór danych,

Bardziej szczegółowo

MODELOWANIE PRZEPŁYWU DANYCH

MODELOWANIE PRZEPŁYWU DANYCH MODELOWANIE PRZEPŁYWU DANYCH 1. Diagram przepływu danych (DFD) 2. Weryfikacja modelu strukturalnego za pomocą DFD Modelowanie SI - GHJ 1 Definicja i struktura DFD Model części organizacji rozważany z punktu

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

Narzędzia szczegółowe - diagramy. specyfikacje procesów (pseudokod).

Narzędzia szczegółowe - diagramy. specyfikacje procesów (pseudokod). Projektowanie systemów informatycznych - konspekt do zajęć z tematów: Strukturalna metodyka projektowania SI. Narzędzia szczegółowe - diagramy przepływu danych, słowniki danych, specyfikacje procesów (pseudokod).

Bardziej szczegółowo

Zasady organizacji projektów informatycznych

Zasady organizacji projektów informatycznych Zasady organizacji projektów informatycznych Systemy informatyczne w zarządzaniu dr hab. inż. Joanna Józefowska, prof. PP Plan Definicja projektu informatycznego Fazy realizacji projektów informatycznych

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

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

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

Projektowanie Systemów Informacyjnych

Projektowanie Systemów Informacyjnych Projektowanie Systemów Informacyjnych Wykład I Wprowadzenie Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.Widom Copyrights by Arkadiusz Rzucidło 1 Przetwarzanie danych

Bardziej szczegółowo

Projektowanie baz danych za pomocą narzędzi CASE

Projektowanie baz danych za pomocą narzędzi CASE Projektowanie baz danych za pomocą narzędzi CASE Metody tworzenia systemów informatycznych w tym, także rozbudowanych baz danych są komputerowo wspomagane przez narzędzia CASE (ang. Computer Aided Software

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

Projektowanie Systemów Informacyjnych

Projektowanie Systemów Informacyjnych Projektowanie Systemów Informacyjnych Wykład II Encje, Związki, Diagramy związków encji, Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.Widom Copyrights by Arkadiusz Rzucidło

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

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

Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES) KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu w języku angielskim Modeling and Analysis of Information Systems Obowiązuje od roku akademickiego

Bardziej szczegółowo

Analiza strukturalna systemów informatycznych

Analiza strukturalna systemów informatycznych Analiza strukturalna systemów informatycznych Modelowanie i analiza systemów informatycznych, w4 Dr inż. Walery Susłow walery.suslow@ie.tu.koszalin.pl Metodyki tworzenia systemów informatycznych (TSI)

Bardziej szczegółowo

Analiza i projektowanie obiektowe 2017/2018. Wykład 3: Model wiedzy dziedzinowej

Analiza i projektowanie obiektowe 2017/2018. Wykład 3: Model wiedzy dziedzinowej Analiza i projektowanie obiektowe 2017/2018 Wykład 3: Model wiedzy dziedzinowej Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Model wiedzy dziedzinowej

Bardziej szczegółowo

Rysunek 1: Przykłady graficznej prezentacji klas.

Rysunek 1: Przykłady graficznej prezentacji klas. 4 DIAGRAMY KLAS. 4 Diagramy klas. 4.1 Wprowadzenie. Diagram klas - w ujednoliconym języku modelowania jest to statyczny diagram strukturalny, przedstawiający strukturę systemu w modelach obiektowych przez

Bardziej szczegółowo

Bazy danych. Zachodniopomorski Uniwersytet Technologiczny w Szczecinie. Wykład 3: Model związków encji.

Bazy danych. Zachodniopomorski Uniwersytet Technologiczny w Szczecinie. Wykład 3: Model związków encji. Zachodniopomorski Uniwersytet Technologiczny w Szczecinie Bazy danych Wykład 3: Model związków encji. dr inż. Magdalena Krakowiak makrakowiak@wi.zut.edu.pl Co to jest model związków encji? Model związków

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

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

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura Systemu Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura jest zbiorem decyzji dotyczących: organizacji systemu komputerowego,

Bardziej szczegółowo

Strukturalne metodyki projektowania systemûw informatycznych

Strukturalne metodyki projektowania systemûw informatycznych Strukturalne metodyki projektowania systemûw informatycznych Kalendarium 1976 ó Chen P. (Entity Relationship Model ñ ERD ) 1978 ó DeMarco T. 1979 ó Yourdon E., Constantine L. 1983 ó Jackson M. 1989 ñ Yourdon

Bardziej szczegółowo

Wykład I. Wprowadzenie do baz danych

Wykład I. Wprowadzenie do baz danych Wykład I Wprowadzenie do baz danych Trochę historii Pierwsze znane użycie terminu baza danych miało miejsce w listopadzie w 1963 roku. W latach sześcdziesątych XX wieku został opracowany przez Charles

Bardziej szczegółowo

Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych Modelowanie przypadków użycia Jarosław Kuchta Podstawowe pojęcia Przypadek użycia jest formalnym środkiem dla przedstawienia funkcjonalności systemu informatycznego z punktu widzenia jego użytkowników.

Bardziej szczegółowo

Analiza i projektowanie obiektowe 2016/2017. Wykład 10: Tworzenie projektowego diagramu klas

Analiza i projektowanie obiektowe 2016/2017. Wykład 10: Tworzenie projektowego diagramu klas Analiza i projektowanie obiektowe 2016/2017 Wykład 10: Tworzenie projektowego diagramu klas Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Projektowy

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

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD Projektowanie systemów informatycznych Roman Simiński roman.siminski@us.edu.pl siminskionline.pl Modelowanie danych Diagramy ERD Modelowanie danych dlaczego? Od biznesowego gadania do magazynu na biznesowe

Bardziej szczegółowo

ZSE - Systemy baz danych 1 ZASADY PROJEKTOWANIA BAZ DANYCH

ZSE - Systemy baz danych 1 ZASADY PROJEKTOWANIA BAZ DANYCH ZSE - Systemy baz danych 1 ZASADY PROJEKTOWANIA BAZ DANYCH ZSE - Systemy baz danych 2 rzeczywistość uzyskanie od użytkowników początkowych informacji i wymagań dotyczących przetwarzania danych analiza

Bardziej szczegółowo

Diagramy przepływu danych II model środowiskowy, diagram odpowiedzi na zdarzenia KI AE PSI 2006 1

Diagramy przepływu danych II model środowiskowy, diagram odpowiedzi na zdarzenia KI AE PSI 2006 1 Projektowanie systemów informatycznych Zajęcia: Diagramy przepływu danych II model środowiskowy, diagram odpowiedzi na zdarzenia KI AE PSI 2006 1 Model podstawowy składa się z: modelu środowiskowego modelu

Bardziej szczegółowo

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34 Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34 Projektowanie oprogramowania cd. 2/34 Modelowanie CRC Modelowanie CRC (class-responsibility-collaborator) Metoda identyfikowania poszczególnych

Bardziej szczegółowo

Inżynieria oprogramowania. Wykład 6 Analiza i specyfikowanie wymagań

Inżynieria oprogramowania. Wykład 6 Analiza i specyfikowanie wymagań Inżynieria oprogramowania Wykład 6 Analiza i specyfikowanie wymagań Proces inżynierii wymagań Feasibility Study Feasibility Report Requirements Analysis System Models Requirements Definition Definition

Bardziej szczegółowo

System informacji edukacyjnej regionu kujawsko-pomorskiego

System informacji edukacyjnej regionu kujawsko-pomorskiego IX Konferencja PLOUG Koœcielisko PaŸdziernik 2003 System informacji edukacyjnej regionu kujawsko-pomorskiego dr in. Izabela Rojek-Miko³ajczak, mgr Krzysztof Tyburek Akademia Bydgoska, Instytut Mechaniki

Bardziej szczegółowo

INŻYNIERIA OPROGRAMOWANIA. laboratorium

INŻYNIERIA OPROGRAMOWANIA. laboratorium INŻYNIERIA OPROGRAMOWANIA laboratorium UML 1/4 UML (Unified Modeling Language) - język modelowania obiektowego systemów i procesów [Wikipedia] Spojrzenie na system z różnych perspektyw dzięki zastosowaniu

Bardziej szczegółowo

Modelowanie i analiza systemów informatycznych

Modelowanie i analiza systemów informatycznych Modelowanie i analiza systemów informatycznych wykład 6 Komputerowe wspomaganie modelowania systemów (CASE) definicja, charakterystyka, podziałi składowe narzędzi CASE Zautomatyzowane wspomaganie procesu

Bardziej szczegółowo

Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką?

Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką? ROZDZIAŁ1 Podstawy inżynierii oprogramowania: - Cele 2 - Zawartość 3 - Inżynieria oprogramowania 4 - Koszty oprogramowania 5 - FAQ o inżynierii oprogramowania: Co to jest jest oprogramowanie? 8 Co to jest

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 4 Diagramy aktywności I Diagram aktywności (czynności) (ang. activity

Bardziej szczegółowo

MODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM.

MODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM. PRACA DYPLOMOWA WYŻSZE STUDIA ZAWODOWE MODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM. Marcin Brudka 3901 Promotor: Prof. dr hab. inż. Piotr

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH I KARTA PRZEDMIOTU CEL PRZEDMIOTU PRZEWODNIK PO PRZEDMIOCIE C1. Podniesienie poziomu wiedzy studentów z inżynierii oprogramowania w zakresie C.

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

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

WOJSKOWA AKADEMIA TECHNICZNA

WOJSKOWA AKADEMIA TECHNICZNA WOJSKOWA AKADEMIA TECHNICZNA LABORATORIUM ANALIZA I MODELOWANIE SYSTEMÓW INFORMATYCZNYCH Stopień, imię i nazwisko prowadzącego Stopień, imię i nazwisko słuchacza Grupa szkoleniowa mgr inż. Łukasz Laszko

Bardziej szczegółowo

Narzędzia Informatyki w biznesie

Narzędzia Informatyki w biznesie Narzędzia Informatyki w biznesie Przedstawiony program specjalności obejmuje obszary wiedzy informatycznej (wraz z stosowanymi w nich technikami i narzędziami), które wydają się być najistotniejsze w kontekście

Bardziej szczegółowo

KATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH

KATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH KATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH Przygotował: mgr inż. Radosław Adamus Wprowadzenie: W procesie definiowania wymagań dla systemu tworzyliśmy Model Przypadków

Bardziej szczegółowo

Narzędzia CASE dla.net. Łukasz Popiel

Narzędzia CASE dla.net. Łukasz Popiel Narzędzia CASE dla.net Autor: Łukasz Popiel 2 Czym jest CASE? - definicja CASE (ang. Computer-Aided Software/Systems Engineering) g) oprogramowanie używane do komputerowego wspomagania projektowania oprogramowania

Bardziej szczegółowo

UML (Unified Modeling Language jest to sposób formalnego opisu modeli reprezentujących projekty informatyczne.

UML (Unified Modeling Language jest to sposób formalnego opisu modeli reprezentujących projekty informatyczne. 45. UML, jego struktura i przeznaczenie. Przeznaczenie UML (Unified Modeling Language jest to sposób formalnego opisu modeli reprezentujących projekty informatyczne. Pozwala obrazować, specyfikować, tworzyć

Bardziej szczegółowo

ZARZĄDZANIU. Wykład VI. dr Jan Kazimirski

ZARZĄDZANIU. Wykład VI. dr Jan Kazimirski INFORMATYKA W ZARZĄDZANIU Wykład VI dr Jan Kazimirski jankazim@mac.edu.pl http://www.mac.edu.pl/jankazim MODELOWANIE SYSTEMÓW UML Literatura Joseph Schmuller UML dla każdego, Helion 2001 Perdita Stevens

Bardziej szczegółowo

Diagramy czynności Na podstawie UML 2.0 Tutorial

Diagramy czynności Na podstawie UML 2.0 Tutorial Diagramy czynności Na podstawie UML 2.0 Tutorial http://sparxsystems.com.au/resources/uml2_tutorial/ Zofia Kruczkiewicz 1 Diagramy czynności 1. Diagramy czyności UML http://sparxsystems.com.au/resources/uml2_tutorial/

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

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

Podstawy programowania

Podstawy programowania Podstawy programowania Część pierwsza Od języka symbolicznego do języka wysokiego poziomu Autor Roman Simiński Kontakt roman.siminski@us.edu.pl www.us.edu.pl/~siminski Niniejsze opracowanie zawiera skrót

Bardziej szczegółowo

Inżynieria oprogramowania (Software Engineering)

Inżynieria oprogramowania (Software Engineering) Inżynieria oprogramowania (Software Engineering) Wykład 2 Proces produkcji oprogramowania Proces produkcji oprogramowania (Software Process) Podstawowe założenia: Dobre procesy prowadzą do dobrego oprogramowania

Bardziej szczegółowo

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2 Modelowanie i analiza systemów informatycznych 1. Warstwowa budowa systemów informatycznych 2. Model procesu wytwarzania oprogramowania - model cyklu życia oprogramowania 3. Wstęp do modelowania systemów

Bardziej szczegółowo

Bazy Danych. Modele danych. Krzysztof Regulski WIMiIP, KISiM,

Bazy Danych. Modele danych. Krzysztof Regulski WIMiIP, KISiM, Bazy Danych Modele danych Krzysztof Regulski WIMiIP, KISiM, regulski@agh.edu.pl Cele modelowania Strategia informatyzacji organizacji Cele informatyzacji Specyfikacja wymagań użytkownika Model procesów

Bardziej szczegółowo

Podyplomowe Studium Informatyki w Bizniesie Wydział Matematyki i Informatyki, Uniwersytet Łódzki specjalność: Tworzenie aplikacji w środowisku Oracle

Podyplomowe Studium Informatyki w Bizniesie Wydział Matematyki i Informatyki, Uniwersytet Łódzki specjalność: Tworzenie aplikacji w środowisku Oracle Podyplomowe Studium Informatyki w Bizniesie Wydział Matematyki i Informatyki, Uniwersytet Łódzki specjalność: Tworzenie aplikacji w środowisku Oracle EFEKTY KSZTAŁCENIA Wiedza Absolwent tej specjalności

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 10 Diagramy wdrożenia I Diagramy wdrożenia - stosowane do modelowania

Bardziej szczegółowo

Inżynieria Programowania Inżynieria wymagań. Plan wykładu. Motto. Wstęp. Notatki. Notatki. Notatki. Notatki. Arkadiusz Chrobot

Inżynieria Programowania Inżynieria wymagań. Plan wykładu. Motto. Wstęp. Notatki. Notatki. Notatki. Notatki. Arkadiusz Chrobot Inżynieria Programowania Inżynieria Arkadiusz Chrobot Katedra Informatyki, Politechnika Świętokrzyska w Kielcach Kielce, 20 października 2015 Plan wykładu 1. Wstęp 2. Studium wykonywalności 3. Określanie

Bardziej szczegółowo

poziom: Core wersja: 2.6 moduł: B : Wytwarzanie SYLLABUS

poziom: Core wersja: 2.6 moduł: B : Wytwarzanie SYLLABUS poziom: Core wersja: 2.6 moduł: B : Wytwarzanie SYLLABUS Niniejszy dokument jest syllabusem obowiązującym dla certyfikatu EUCIP ver. 2.6. Prezentuje obszary wiedzy, których znajomość jest niezbędna do

Bardziej szczegółowo

Warstwa integracji. wg. D.Alur, J.Crupi, D. Malks, Core J2EE. Wzorce projektowe.

Warstwa integracji. wg. D.Alur, J.Crupi, D. Malks, Core J2EE. Wzorce projektowe. Warstwa integracji wg. D.Alur, J.Crupi, D. Malks, Core J2EE. Wzorce projektowe. 1. Ukrycie logiki dostępu do danych w osobnej warstwie 2. Oddzielenie mechanizmów trwałości od modelu obiektowego Pięciowarstwowy

Bardziej szczegółowo

Modelowanie i Programowanie Obiektowe

Modelowanie i Programowanie Obiektowe Modelowanie i Programowanie Obiektowe Wykład I: Wstęp 20 październik 2012 Programowanie obiektowe Metodyka wytwarzania oprogramowania Metodyka Metodyka ustandaryzowane dla wybranego obszaru podejście do

Bardziej szczegółowo

Źródło: S. Wrycza, B. Marcinkowski, K. Wyrzykowski Język UML 2.0 w modelowaniu systemów informatycznych Helion DIAGRAMY INTERAKCJI

Źródło: S. Wrycza, B. Marcinkowski, K. Wyrzykowski Język UML 2.0 w modelowaniu systemów informatycznych Helion DIAGRAMY INTERAKCJI DIAGRAMY INTERAKCJI DIAGRAMY STEROWANIA INTERAKCJĄ Diagramy sterowania interakcją dokumentują logiczne związki między fragmentami interakcji. Podstawowe kategorie pojęciowe diagramów sterowania interakcją

Bardziej szczegółowo

Wykład II Encja, atrybuty, klucze Związki encji. Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.

Wykład II Encja, atrybuty, klucze Związki encji. Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J. Bazy Danych Wykład II Encja, atrybuty, klucze Związki encji Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.Widom Copyrights by Arkadiusz Rzucidło 1 Encja Byt pojęciowy

Bardziej szczegółowo

mgr inŝ. Jacek Kołodziej, mgr inŝ. Grzegorz Młynarczyk

mgr inŝ. Jacek Kołodziej, mgr inŝ. Grzegorz Młynarczyk Wykład : Techniki i narzędzia modelowania systemów (notacje graficzne) (cz.1) mgr inŝ. Jacek Kołodziej, mgr inŝ. Grzegorz Młynarczyk Opracowano na podstawie: InŜynieria oprogramowania wykład : mgr inŝ.

Bardziej szczegółowo

Podstawy Programowania Obiektowego

Podstawy Programowania Obiektowego Podstawy Programowania Obiektowego Wprowadzenie do programowania obiektowego. Pojęcie struktury i klasy. Spotkanie 03 Dr inż. Dariusz JĘDRZEJCZYK Tematyka wykładu Idea programowania obiektowego Definicja

Bardziej szczegółowo

Inżynieria Programowania - Projektowanie architektoniczne

Inżynieria Programowania - Projektowanie architektoniczne Inżynieria Programowania - Projektowanie architektoniczne Katedra Informatyki, Politechnika Świętokrzyska w Kielcach Kielce, 22 października 2016 1 2 3 4 5 Architektury charakterystyczne dla różnych dziedzin

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

DLA SEKTORA INFORMATYCZNEGO W POLSCE

DLA SEKTORA INFORMATYCZNEGO W POLSCE DLA SEKTORA INFORMATYCZNEGO W POLSCE SRK IT obejmuje kompetencje najważniejsze i specyficzne dla samego IT są: programowanie i zarządzanie systemami informatycznymi. Z rozwiązań IT korzysta się w każdej

Bardziej szczegółowo

PROGRAM PRAKTYKI ZAWODOWEJ. Technikum Zawód: technik informatyk

PROGRAM PRAKTYKI ZAWODOWEJ. Technikum Zawód: technik informatyk PROGRAM PRAKTYKI ZAWODOWEJ Technikum Zawód: technik informatyk 351203 Lp. Temat 1 Zajęcia wprowadzające. Zapoznanie z zakładem, regulaminem pracy, przepisami BHP oraz instruktaż bhp. 2 Montaż i eksploatacja

Bardziej szczegółowo

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN Podziękowania REQB Poziom Podstawowy Przykładowy Egzamin Dokument ten został stworzony przez główny zespół Grupy Roboczej REQB dla Poziomu Podstawowego. Tłumaczenie

Bardziej szczegółowo

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

Spis treści. Analiza i modelowanie_nowicki, Chomiak_Księga1.indb :03:08 Spis treści Wstęp.............................................................. 7 Część I Podstawy analizy i modelowania systemów 1. Charakterystyka systemów informacyjnych....................... 13 1.1.

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

Wymiar poziomy: oś na której umieszczono instancje klasyfikatorów biorące udział w interakcji.

Wymiar poziomy: oś na której umieszczono instancje klasyfikatorów biorące udział w interakcji. Wymiar poziomy: oś na której umieszczono instancje klasyfikatorów biorące udział w interakcji. Wymiar pionowy: oś czasu przedstawiajaca ułożone chronologicznie komunikaty Podstawowe notacje graficzne Konceptualny

Bardziej szczegółowo

Faza Określania Wymagań

Faza Określania Wymagań Faza Określania Wymagań Celem tej fazy jest dokładne określenie wymagań klienta wobec tworzonego systemu. W tej fazie dokonywana jest zamiana celów klienta na konkretne wymagania zapewniające osiągnięcie

Bardziej szczegółowo

Programowanie komputerów

Programowanie komputerów Programowanie komputerów Wykład 1-2. Podstawowe pojęcia Plan wykładu Omówienie programu wykładów, laboratoriów oraz egzaminu Etapy rozwiązywania problemów dr Helena Dudycz Katedra Technologii Informacyjnych

Bardziej szczegółowo

Projektowanie systemów informatycznych. wykład 6

Projektowanie systemów informatycznych. wykład 6 Projektowanie systemów informatycznych wykład 6 Iteracyjno-przyrostowy proces projektowania systemów Metodyka (ang. methodology) tworzenia systemów informatycznych (TSI) stanowi spójny, logicznie uporządkowany

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

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

Spis treści. Rozdział 3. Słownik danych (Data Dictionary)...n.. 65 Formalizm notacji słownika danych...u...65 Spis treści Wprowadzenie...n... 7 Rozdział 1. Ogólne metody analizy systemowej...n. 9 Rozkład funkcjonalny...u...u.10 Model funkcjonalny metoda przepływu danych...u...11 Modelowanie informacji (danych)...u...11

Bardziej szczegółowo

Przypadki użycia (use cases) Po co są przypadki użycia? Próby definicji Podstawowe pojęcia Notacje Relacje Dokumentacja Kroki metody Przykłady

Przypadki użycia (use cases) Po co są przypadki użycia? Próby definicji Podstawowe pojęcia Notacje Relacje Dokumentacja Kroki metody Przykłady Po co są przypadki użycia? Próby definicji Podstawowe pojęcia Notacje Relacje Dokumentacja Kroki metody Przykłady Po co są przypadki użycia? Gdy projektujemy jakikolwiek system, najważniejszym etapem jest!!!

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 8 Diagram pakietów I Diagram pakietów (ang. package diagram) jest diagramem

Bardziej szczegółowo

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

Jarosław Żeliński analityk biznesowy, projektant systemów Modele wdrażania i zarządzania projektami ERP Jarosław Żeliński analityk biznesowy, projektant systemów (c) Jarosław Żeliński IT-Consulting 1 Cel prezentacji Wskazanie kluczowych ryzyk projektów wdrożenia

Bardziej szczegółowo

UML cz. II. UML cz. II 1/38

UML cz. II. UML cz. II 1/38 UML cz. II UML cz. II 1/38 UML cz. II 2/38 Klasy Najważniejsze informacje o klasie: różnica pomiędzy klasą a jej instancją (obiektem) na podstawie klasy tworzone są obiekty (instancje klasy) stan obiektu

Bardziej szczegółowo

Świat rzeczywisty i jego model

Świat rzeczywisty i jego model 2 Świat rzeczywisty i jego model Świat rzeczywisty (dziedzina problemu) Świat obiektów (model dziedziny) Dom Samochód Osoba Modelowanie 3 Byty i obiekty Byt - element świata rzeczywistego (dziedziny problemu),

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: Kierunek: Mechatronika Rodzaj przedmiotu: obowiązkowy w ramach treści kierunkowych Rodzaj zajęć: wykład, laboratorium BAZY DANYCH I SYSTEMY EKSPERTOWE Database and expert systems Forma

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

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

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

System informacji edukacyjnej regionu kujawsko-pomorskiego

System informacji edukacyjnej regionu kujawsko-pomorskiego X Konferencja PLOUG Kościelisko Październik 2004 System informacji edukacyjnej regionu kujawsko-pomorskiego Izabela Rojek-Mikołajczak Krzysztof Tyburek Akademia Bydgoska, Instytut Mechaniki Środowiska

Bardziej szczegółowo

Zarządzanie procesami

Zarządzanie procesami Zarządzanie procesami dr Małgorzata Wiśniewska ul. Strzelecka, pok. 303a malgorzata.wisniewska@put.poznan.pl 1. Charakterystyka przedsiębiorstwa a. Rodzaj działalności b. Forma organizacyjno prawna c.

Bardziej szczegółowo

KOMPUTEROWE WSPOMAGANIE ZARZĄDZANIA

KOMPUTEROWE WSPOMAGANIE ZARZĄDZANIA KOMPUTEROWE WSPOMAGANIE ZARZĄDZANIA Wykład 12 Narzędzia CASE Dr inż. Mariusz Makuchowski Narzędzia CASE Obecnie proces tworzenia oprogramowania musi spełniać szereg wymagań, w szczególności dotyczy to:

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

Modelowanie i analiza systemów informatycznych

Modelowanie i analiza systemów informatycznych Katolicki Uniwersytet Lubelski Jana Pawła II Wydział Matematyki, Informatyki i Architektury Krajobrazu Modelowanie i analiza systemów informatycznych ćwiczenia informacja wstępna dr Viktor Melnyk, prof.

Bardziej szczegółowo

Modelowanie diagramów klas w języku UML. Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014

Modelowanie diagramów klas w języku UML. Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014 Modelowanie diagramów klas w języku UML Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014 Czym jest UML - Unified Modeling Language - Rodzina języków modelowania graficznego - Powstanie na przełomie lat 80

Bardziej szczegółowo

Logika Temporalna i Automaty Czasowe

Logika Temporalna i Automaty Czasowe Modelowanie i Analiza Systemów Informatycznych Logika Temporalna i Automaty Czasowe (10) Logika temporalna i temporalne bazy danych Paweł Głuchowski, Politechnika Wrocławska wersja 2.2 Treść wykładu Temporalna

Bardziej szczegółowo

System do projektowania i dokumentowania sieci komputerowych Projekt konceptualny

System do projektowania i dokumentowania sieci komputerowych Projekt konceptualny System do projektowania i dokumentowania sieci komputerowych Projekt konceptualny Hubert Szostek, Mikołaj Suwada Jakub Wasielak 1. Sformułowanie zadania projektowego: Przedmiot projektowania: Przedmiotem

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

Model logiczny SZBD. Model fizyczny. Systemy klientserwer. Systemy rozproszone BD. No SQL

Model logiczny SZBD. Model fizyczny. Systemy klientserwer. Systemy rozproszone BD. No SQL Podstawy baz danych: Rysunek 1. Tradycyjne systemy danych 1- Obsługa wejścia 2- Przechowywanie danych 3- Funkcje użytkowe 4- Obsługa wyjścia Ewolucja baz danych: Fragment świata rzeczywistego System przetwarzania

Bardziej szczegółowo

Technologie informacyjne - wykład 12 -

Technologie informacyjne - wykład 12 - Zakład Fizyki Budowli i Komputerowych Metod Projektowania Instytut Budownictwa Wydział Budownictwa Lądowego i Wodnego Politechnika Wrocławska Technologie informacyjne - wykład 12 - Prowadzący: Dmochowski

Bardziej szczegółowo