Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II)
|
|
- Janina Leszczyńska
- 8 lat temu
- Przeglądów:
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
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ółowoDiagramu 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ółowoDiagram 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ółowoKurs 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ółowoPodstawowy 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ółowoMODELOWANIE 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ółowoNarzę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ółowoDiagramy 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ółowoZasady 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ółowoWykł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ółowoWykład 3 Wymagania. MIS n Inżynieria oprogramowania Październik Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie
Wykład 3 MIS-1-505-n Inżynieria Październik 2014 Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie 3.1 Agenda 1 2 3 4 5 3.2 Czynności w czasie produkcji. Inżynieria stara się zidentyfikować
Bardziej szczegółowoZagadnienia (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ółowoCel 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ółowoProjektowanie 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ółowoSpis 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ółowoInformatyka 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ółowoProjektowanie 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ółowoBazy 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ółowoAnaliza 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ółowoKomputerowe 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ółowoE-1IZ s2. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)
KARTA MODUŁU / KARTA PRZEDMIOTU Załącznik nr 7 do Zarządzenia Rektora nr 10/12 z dnia 21 lutego 2012r. Kod modułu E-1IZ2-1003-s2 Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu
Bardziej szczegółowoArchitektura 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ółowoStrukturalne 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ółowoE-I2SG-2010-s1. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)
KARTA MODUŁU / KARTA PRZEDMIOTU Załącznik nr 7 do Zarządzenia Rektora nr 10/12 z dnia 21 lutego 2012r. Kod modułu E-I2SG-2010-s1 Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu
Bardziej szczegółowoAnaliza 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ółowoRysunek 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ółowoAnaliza 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ółowoProjektowanie 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ółowoAnaliza 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ółowoBazy 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ółowoProjektowanie 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ółowoWykł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ółowoUML 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ółowoModelowanie 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ółowoProjektowanie 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ółowoWymagania klienta mogą być opisane na różnych poziomach abstrakcji: Podział wymagań: Wymagania funkcjonalne Wymagania niefunkcjonalne
Definiowanie wymagań Wymagania klienta mogą być opisane na różnych poziomach abstrakcji: 1. Definicja wymagań jest zapisana w języku naturalnym jako rezultat rozmów z przedstawiciela klienta 2. Specyfikacja
Bardziej szczegółowoDiagramy 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ółowoInż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ółowoZSE - 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ółowoModelowanie 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ółowoSystem 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ółowoNarzę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ółowoINŻ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ółowoJę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ółowoCo 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ółowoZARZĄ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ółowoInż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ółowoKATEDRA 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ółowoPrzepływy danych. Oracle Designer: Modelowanie przepływów danych. Diagramy przepływów danych (1) Diagramy przepływów danych (2)
Przepływy danych Oracle Designer: Modelowanie przepływów danych Cele: zobrazowanie funkcji zachodzących w organizacji, identyfikacja szczegółowych informacji, przetwarzanych przez funkcje, pokazanie wymiany
Bardziej szczegółowoWOJSKOWA 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ółowoMODELOWANIE 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ółowoProjektowanie Graficznych Interfejsów Użytkownika Robert Szmurło
Projektowanie Graficznych Interfejsów Użytkownika Robert Szmurło LATO 2007 Projektowanie Graficznych Interfejsów Użytkownika 1 UCD - User Centered Design 1) User Centered Design Projekt Skoncentrowany
Bardziej szczegółowoKATEDRA 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ółowoNarzę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ółowoPodstawy 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ółowoPRZEWODNIK 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ółowoFaza 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ółowoModelowanie 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ółowoModelowanie 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ółowoDiagramy 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ółowoPodstawy 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Ź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ółowoZofia 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ółowoBazy 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ółowoInż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ółowoDiagramy czynności. Widok logiczny. Widok fizyczny
Diagramy czynności System widoków 4+1 Kruchtena Widok logiczny Widok fizyczny Widok procesu Widok przypadków użycia Widok konstrukcji Diagramy czynności są jedynym diagramem w widoku procesu modelowanego
Bardziej szczegółowoPodyplomowe 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ółowoDiagramy 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ółowoJę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ółowoWprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego
Etapy Ŝycia systemu informacyjnego Wprowadzenie do metodologii modelowania systemów informacyjnych 1. Strategia 2. Analiza 3. Projektowanie 4. Implementowanie, testowanie i dokumentowanie 5. WdroŜenie
Bardziej szczegółowoIteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1
Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1 Zofia Kruczkiewicz 1 Zunifikowany iteracyjno- przyrostowy proces tworzenia oprogramowania kiedy? Przepływ działań Modelowanie przedsiębiorstwa
Bardziej szczegółowoInżynieria oprogramowania wykład VI Faza analizy Analiza strukturalna modelowanie procesów, słownik danych
Inżynieria oprogramowania wykład VI Faza analizy Analiza strukturalna modelowanie procesów, słownik danych prowadzący: dr hab. inż. Krzysztof Bartecki, prof. PO Faza analizy systemowej c.d. Wymagania Projektowanie
Bardziej szczegółowoAnaliza 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ółowoDiagram przypadków użycia
Diagram przypadków użycia Diagram przypadków użycia opisuje system z punktu widzenia użytkownika, pokazuje, co robi system, a nie jak to robi. Diagram ten sam w sobie zazwyczaj nie daje nam zbyt wielu
Bardziej szczegółowoDLA 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ółowoInż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ółowoInż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ółowoProgramowanie 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ółowoSpis 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ółowoWarstwa 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ółowoWykł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ółowomgr 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ółowoJę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ółowoUML 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ółowoUML (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ółowoPrzykłady normalizacji
Przykłady normalizacji Nr faktury Za okres Nabywca Usługa Strefa czasowa od 21113332437 1.11.2007 30.11.2007 Andrzej Macioł, Kraków ul. Armii Krajowej 7 21113332437 1.11.2007 30.11.2007 Andrzej Macioł,
Bardziej szczegółowoInż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ółowoProjektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Inżyniera wymagań
Projektowanie systemów informatycznych Roman Simiński roman.siminski@us.edu.pl siminskionline.pl Inżyniera wymagań Wymagania w projektowaniu systemów informatycznych Istnieją różne definicje wymagań dla
Bardziej szczegółowoOpis Architektury Systemu Galileo
Opis Architektury Systemu Galileo Sławomir Pawlewicz Alan Pilawa Joanna Sobczyk Marek Sobierajski 5 czerwca 2006 1 Spis treści 1 Wprowadzenie 5 1.1 Cel.......................................... 5 1.2 Zakres........................................
Bardziej szczegółowoTECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek
TECHNOLOGIE OBIEKTOWE WYKŁAD 2 Anna Mroczek 2 Diagram czynności Czym jest diagram czynności? 3 Diagram czynności (tak jak to definiuje język UML), stanowi graficzną reprezentację przepływu kontroli. 4
Bardziej szczegółowoPROGRAM 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ółowoZarzą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ółowoREQB 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ółowoNowoś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ółowoModelowanie KONCEPCJA. przedstawiana przez INDYWIDUALNOŚĆ GHJ 6
Modelowanie KONCEPCJA staje się zrozumiała wyrażona za pomocą INDYWIDUALNOŚĆ przedstawiana przez SYMBOL GHJ 6 Podejścia w modelowaniu Pełny zakres WSTĘPUJĄCE Opuszczone szczegóły ZSTĘPUJĄCE Niepotrzebne
Bardziej szczegółowoModelowanie 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ółowoWymiar 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ółowoEgzamin / 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ółowoTechnologie 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