Modelowanie i analiza systemów informatycznych

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

Download "Modelowanie i analiza systemów informatycznych"

Transkrypt

1 Modelowanie i analiza systemów informatycznych MBSE/SysML Wykład 3 Diagram definiowania bloków (bdd)

2 Diagram definiowania bloków Definiuje elementy systemu Diagram SysML Diagram zachowania Diagram wymagań Diagram struktury Diagram aktywności Diagram maszyny stanów Diagram definicji bloków Diagram bloków wewnętrznych Diagram pakietów Diagram sekwencji Diagram przypadków użycia Diagram parametryczny Taki sam jak w UML2 Zmodyfikowany względem UML2 Nowy diagram 2

3 Diagram definiowania bloków Blok SysML to rozszerzenie klasy znanej z UML (a bdd rozwinięcie diagramu klas) Diagramy definiowania bloków służą do precyzyjnej charakterystyki struktury systemu Zastosowanie poszczególnych elementów pokazują diagramy bloków wewnętrznych Blok stanowi modularną jednostkę opisująca strukturę systemu lub elementu Dowolny konkretny lub konceptualny byt, który można modelować jako jednostkę strukturalną z jedną lub więcej wyróżnialnych cech 3

4 Diagram definiowania bloków Podstawowe kategorie modelowania diagramów definiowania bloków obejmują Blok (block) Związek (rela)onship) Typ wartości (value type) Aktora (actor) Port (port) Pakiet (package) 4

5 Blok Bloki posiadają Unikatową tożsamość Zespół cech Zestaw opcjonalnych sekcji (compartments) Bloki łączą się za pomocą związków znanych z UML Asocjacji Generalizacji Zależności Realizacji Zagnieżdżenia 5

6 Blok Bloki mogą mieć charakter Sprzętowy Programowy Organizacyjny 6

7 Cechy bloku Blok uszczegóławia się poprzez identyfikację cech i sekcji Bloki definiują zestaw wspólnych pierwotnych cech, którymi musi charakteryzować się instancja bloku 7

8 Wartości (values) Cechy bloku Opisowe bądź liczbowe atrybuty bloku, np. Częstotliwość taktowania zegara Zasoby pamięci Rodzaj użytego szyfrowania Data złożenia zamówienia 8

9 Operacje (opera)ons) Cechy bloku Działania, które można wykonać na bloku, np. Zapisanie/pobranie wartości do/z pamięci Wygenerowanie klucza szyfrującego Zmiana statusu zamówienia 9

10 Cechy bloku Ograniczenia (constraints) Formalny lub werbalny zapis restrykcji przypisywanych poszczególnym atrybutom, np. Minimalna długość klucza szyfrującego 512 bitów Maksymalna wartość zamówienia realizowanego bez przedpłaty zł Maksymalny czas osiągania zbieżności sieci 300 s 10

11 Części (parts) Cechy bloku Wyszczególnienie elementów składowych bloku na zasadzie dekompozycji, np. Pamięć cache procesora poziomu pierwszego i drugiego Moduł komunikacyjny bankomatu Czytnik kart płatniczych Pobierak pieniędzy wpłatomatu 11

12 Cechy bloku Odniesienia (references) Lista innych bloków powiązanych z blokiem definiowanym Ze względu na sklasyfikowanie bloków stanowiących części jako osobnej cechy, nie wyszczególnia się ich jako odniesień 12

13 Cechy bloku Cechy uniwersalne/właściwości (proper)es) Wszystkie cechy, które nie zostały przypisane do żadnej z powyższych kategorii Niezwykle pojemne pojęcie we wczesnych etapach definiowania bloku dowolną cechę można określić jako cechę uniwersalną, a w późniejszych iteracjach odpowiednio sklasyfikować 13

14 Cechy bloku Poziom widoczności poszczególnych cech w SysML jest deklaratywnie przyjęty jako publiczny Nie stosuje się znaczników widoczności znanych z UML 14

15 Cechy bloku składnia Cecha Przykład Komentarz Wartość algorytmszyfrujacy : String Wartość z typem danych algorytmszyfrujacy : String = MD5 /lacznaliczbaportow : int ISBN : String {unique} stawkagodzinowa: real {readonly} j.w. z wartością domyślną Wartość o charakterze pochodnym, wyliczana na podstawie innych wartości Ograniczenie przypisane do konkretnej wartości Wartość stała Operacja inicjujalarm() Operacja zdefiniowana wyłącznie przez nazwę zablokujport(idportu, czas, czylog) zmienstatus(status : String) szyfruj(: String) : int Operacja ze wskazaniem listy parametrów Operacja parametryzowana z uwzględnieniem typów danych Operacja z podaniem typu danych parametru i wartości zwrotnej Ograniczenie {maxczastrwaniaegazminu = 120} Formalny zapis ograniczenia {dane wejściowe zgodne z normą HX} Werbalny zapis ograniczenia Część WIC-2T : Karta rozszerzeń Nazwa części wraz z definiującym ją blokiem a : Adres [1..3] {ordered} Część z uwzględnieniem liczebności oraz ograniczenia Odniesienie : Reklamacja Odniesienie przez wskazanie nazwy bloku platforma : Router Odniesienie przez wskazanie nazwy cechy i bloku 15

16 Sekcje bloku Sekcje (compartments) można podzielić na Strukturalne (wartości, części, odniesienia) Zachowania (operacje) Ograniczeń (ograniczenia) Cechy uniwersalne można odnieść do wszystkich typów sekcji 16

17 Sekcje bloku Specyfikacja SysML przewiduje pokazywanie wyszczególnienie jednej sekcji bloku nazwy Pozostałe sekcje są opcjonalne Układ ESP Czujnik ruchu properties Waga : kg Nie reaguje na ruch małych zwierząt Przesyłanie danych bezprzewodowo Moduł komunikacyjny Moduł detekcyjny Lista zakupowa values ID_listy : int {auto_increment} nazwa : String = Nowa lista {not null} / liczba_produktow : int data_utworzenia : Date = DateTime.now data_waznosci : Date operations wyswietl(id_listy) utworz(nazwa, data_waznosci) usun(id_listy) dodaj_produkt(id_produktu, ilosc_jm) usun_produkt(id_produktu) zmien_liczbe_produktow(id_produktu, ilosc_jm) zamow(id_listy) {max_prod = 250} {max_wazn = 365} {max_list = 50} constraints p : Produkt parts references Serwis transakcyjny sklepu internetowego 17

18 Związki Związki bloków są bezpośrednio zaczerpnięte ze specyfikacji UML Różnice Brak asocjacji n- arnych (w zamian blok może być umieszczony w strukturze innych wzajemnie powiązanych bloków) Mniejsza liczba cech asocjacji (brak cech kwalifikacji i zaawansowanych aspektów nawigacji) Silniejsze zastosowanie związku zagnieżdżania (w UML stosowany tylko do pakietów) 18

19 Asocjacja Opisuje związek pomiędzy dwoma elementami (blokami), określana przez Nazwę Rolę (logiczny aspekt zależności bloków) Liczebność (liczba instancji danego bloku z pojedynczą instancją powiązanego bloku) Nawigację (kierunek przesyłania informacji) Agregację (związek całość- część) 19

20 Generalizacja Związek o charakterze taksonomicznym pomiędzy ogólną a specjalizowaną kategoria modelowania 20

21 Zależność Związek pomiędzy dwiema kategoriami modelowania, w którym zmiana jednej z nich (niezależnej) wpływa na drugą (zależną) W szczególności wskazuje na sytuację, kiedy dany blok wymaga funkcjonalności oferowanej przez powiązany interfejs 21

22 Realizacja Związek znaczeniowy między elementami, w którym jeden określa kontrakt, a drugi zapewnia wywiązanie się z niego Na diagramach definiowania bloków funkcjonuje jako szczególny rodzaj zależności, w której dany blok definiuje i oferuje funkcjonalność wskazaną przez powiązany interfejs 22

23 Zagnieżdżanie Związek łączący bloki nadrzędne z podrzędnymi, dzięki czemu powstaje wielopoziomowa hierarchiczna struktura bloków 23

24 Diagram definiowania bloków 24

25 Typy wartości 25

26 Typy wartości Typy wartości (value types) stosuje się do opisu poszczególnych cech bloków i parametrów operacji Koncepcja pochodzi bezpośrednio z programowania komputerów Wprowadzenie tej kategorii modelowania wynika z odmiennego sposobu obsługi danych reprezentowanych przez typy wartości 26

27 Typy wartości W momencie utworzenia instancji typu wartości (np. zadeklarowania zmiennej) na potrzeby tej instancji alokowany jest obszar pamięci Wszelkie dalsze działania odnoszące się do tej instancji (w tym zmiana wartości czy skasowanie) mają charakter bezpośredniego manipulowania danymi 27

28 Typy wartości Stanowi to zasadniczą różnicę w stosunku do obsługi bloków Utworzenie instancji bloku wiąże się z alokowaniem dwóch osobnych obszarów pamięci na potrzeby właściwych danych i na potrzeby referencji (wskaźnika do tych danych pośredniczącego w dalszych działaniach) Referencja oznacza dane, które zawierają informacje o położeniu innych danych 28

29 Typy wartości W momencie przypisania uprzednio utworzonej instancji typu wartości do innej instancji wartości, wartość reprezentowana przez instancję pierwotną zostaje skopiowana do osobnego obszaru pamięci Kopia jest całkowicie niezależna od danych pierwotnych Przypisanie uprzednio utworzonej instancji bloku do nowej instancji bloku powiela jedynie referencję Nowa referencja wskazuje dokładnie na ten sam obszar pamięci co referencja pierwotna (zmiana wartości kopii zmienia też wartość pierwotną) 29

30 Typy wartości Własne typy wartości mogą zostać wykorzystane do definiowania bloków Płatność kartą kredytową values data_platnosci : Data krótka suma : Waluta nazwa : Płatnik nr : Numer karty data_waznosci : Data krótka <<valuetype>> Data krótka values dzien : int miesiac : int rok : int <<valuetype>> Płatnik values imie: String nazwisko : String constraints (imie.length + nazwisko.length <= 20) <<valuetype>> Waluta values czesc_zlotowa: int czesc_groszowa : int[2] symbol_waluty: String[3] 30

31 Typy wartości Wyróżnia się trzy rodzaje typów wartości Proste niepodzielne jednostki danych (np. int, long, float, boolean, char) Wyliczeniowe (enumera)on) ograniczone do policzalnej liczby wariantów, określane stereotypem <<enumera)on>>, dopuszczalne warianty wymienione są w dedykowanej anonimowej sekcji Struktury składające się z łańcucha typów prostych <<valuetype>> double <<enumeration>> System Windows Unix Linux Mac OS BeOS <<valuetype>> Data krótka values dzien : int miesiac : int rok : int 31

32 Typy wartości Typy wartości można również określać i klasyfikować w kategoriach miar oraz jednostek miar <<valuetype>> Mp/s dimension = wydajność sprzętu sieciowego unit = PPS 32

33 Typy wartości W systemach o charakterze technicznym strategiczną rolę odgrywają miary (zmienne fizyczne, chemiczne, informatyczne) i jednostki, w których te miary mogą zostać wyrażone Popularne miary (dimensions) to długość, masa, czas, natężenie prądu, częstotliwość, itp. Stosowane do tych miar jednostki (units) to na przykład metr, kilogram, amper, herc. 33

34 Typy wartości <<dimension>> Przepustowość sieci <<unit>> Mb/s dimension = Przepustowość sieci <<unit>> Gb/s dimension = Przepustowość sieci <<unit>> kb/s dimension = Przepustowość sieci <<dimension>> Wydajność sprzętu komputerowego <<unit>> FLOPS dimension = Wydajność sprzętu komputerowego <<unit>> Liczna operacji na wat dimension = Wydajność sprzętu komputerowego <<dimension>> Rozdzielczość drukarki <<unit>> DPI dimension = Rozdzielczość drukarki <<dimension>> Rozdzielczość ekranu <<unit>> Liczba pikseli dimension = Rozdzielczość ekranu 34

35 Zaawansowana specyfikacja bloków 35

36 Sekcja struktury bloku Sekcja ta umożliwia zaprezentowanie bloku w postaci białej skrzynki Diagram bloków wewnętrznych zostaje umieszczony bezpośrednio wewnątrz modelowanego bloku Sekcja struktury może zawierać dowolne kategorie modelowania właściwe dla diagramu bloków wewnętrznych 36

37 Sekcja struktury bloku Moduł autoryzacyjny Czytnik kart ICzytnik karta 0..1 Karta identyfikacyjna structure m : Energia s : Cewka : Napięcie c : Układ scalony : Napięcie 37

38 Bloki abstrakcyjne Bloki mogą być konkretne lub abstrakcyjne Blok abstrakcyjne stanowią wyłącznie podstawę dziedziczenia dla innych bloków (konkretnych lub abstrakcyjnych) Z założenia nie zawierają kompletnej deklaracji wszystkich cech, jest ona rozszerzana przez bloki dziedziczące Stanowią podstawę ponownego użycia (reuse) 38

39 Bloki abstrakcyjne Karta płatnicza Karta bankomatowa Karta debetowa Karta kredytowa Karta obciążeniowa Karta przedpłacona 39

40 Bloki asocjacyjne Bloki asocjacyjne zawierają cechy szczegółowo określające asocjację Zamówienie 0..* 1..* Produkt Pozycja zamówienia values id_pozycji : int {auto_increment} id_zamowienia : int id_produktu : int liczba_jm : real 40

41 Bloki ograniczeń Ograniczenia stanowiące cechy bloków można na potrzeby ponownego użycia lub bardziej szczegółowej specyfikacji zaprezentować w formie oddzielnego bloku W ten sposób restrykcje i reguły istotne z punktu widzenia systemu otrzymują bardziej formalną postać <<constraintblock>> Prognoza sprzedaży constraints S (t) = αs(t) + (1 α)s (t 1) parameters S (t) : double S(t) : long α : real S (t 1) : double Bloki ograniczeń są powszechnie stosowane przy tworzeniu diagramów parametrycznych 41

42 Alokacje Alokacja stanowi sposób wzajemnego przyporządkowania różnych kategorii modelowania wywodzących się z różnych diagramów Na przykład: blok jest zależny od wykonywanej przez niego czynności Umożliwia luźne powiązanie elementów modelu obejmujących różne rodzaje diagramów 42

43 Alokacje W SysML pojawiają się trzy rodzaje alokacji: Zachowania Alokowanie elementów diagramu dynamiki systemu (czynności, akcji, stanów, przejść, komunikatów, itp.) do elementów strukturalnych (bloków, cech, części, itp.), np. alokacja czynności do bloków Struktury Alokowanie kategorii modelowania jednego modelu strukturalnego do kategorii modelowanie innego modelu strukturalnego (zależności między elementami diagramów definiowania bloków a diagramów bloków wewnętrznych), np. alokowanie oprogramowania na sprzęcie Przepływów Pokazuje, w jakim zakresie przepływy zasobów (materii, energii, informacji) na diagramach bloków wewnętrznych wynikają z przepływów obiektów na diagramach aktywności 43

44 Alokacje notacja sekcyjna Koszyk Serwis transakcyjny sklepu internetowego allocatedfrom <<activity>> Dodaj do koszyka <<activity>> Skoryguj liczebność zamawianych towarów Lista zakupowa Wywodzi się z Opiera się na Zależy od Wyszukiwanie zaawansowane allocatedfrom <<activity>> Wyszukaj substytuty produktu <<activity>> Zawęź kryteria wyszukiwania Lista zakupowa allocatedfrom <<activity>> Utwórz szablonowe zamówienie allocatedto Koszyk Wpływa na 44

45 Alokacje notacja bezpośrednia Koszyk Serwis transakcyjny sklepu internetowego <<allocate>> <<allocate>> <<allocate>> <<activity>> Dodaj do koszyka <<activity>> Skoryguj liczebność zamawianych towarów Wyszukiwanie zaawansowane Lista zakupowa <<allocate>> <<allocate>> <<allocate>> <<activity>> Zawęź kryteria wyszukiwania <<activity>> Wyszukaj substytut produktu <<activity>> Utwórz szablonowe zamówienie 45

46 Alokacje specyfikacja tabelaryczna Rodzaj kategorii modelowania Nazwa kategorii modelowania Typ Związek Rodzaj kategorii modelowania Nazwa kategorii modelowania Typ blok Lista zakupowa źródło alokacja blok Koszyk cel blok Lista zakupowa cel alokacja czynność Utwórz szablonowe zamówienie źródło blok Koszyk cel alokacja blok Lista zakupowa źródło blok Koszyk cel alokacja czynność Skoryguj liczebność zamawianych towarów źródło blok Koszyk cel alokacja czynność Dodaj do koszyka źródło blok Wyszukiwarka zaawansowana cel alokacja czynność Zawęź kryteria wyszukiwania blok Wyszukiwarka zaawansowana cel alokacja czynność Wyszukaj substytuty produktu źródło źródło 46

Diagramy klas. WYKŁAD Piotr Ciskowski

Diagramy klas. WYKŁAD Piotr Ciskowski Diagramy klas WYKŁAD Piotr Ciskowski przedstawienie statyki systemu graficzne przedstawienie statycznych, deklaratywnych elementów dziedziny przedmiotowej oraz związków między nimi obiekty byt, egzemplarz

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

Laboratorium 6 DIAGRAM KLAS (Class Diagram)

Laboratorium 6 DIAGRAM KLAS (Class Diagram) Laboratorium 6 DIAGRAM KLAS (Class Diagram) Opisuje strukturę programu (a także zależności między nimi), co znajduje odzwierciedlenie w kodzie. Charakteryzuje zależności pomiędzy składnikami systemu: klasami,

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

Diagramy klas. dr Jarosław Skaruz http://ii3.uph.edu.pl/~jareks jaroslaw@skaruz.com

Diagramy klas. dr Jarosław Skaruz http://ii3.uph.edu.pl/~jareks jaroslaw@skaruz.com Diagramy klas dr Jarosław Skaruz http://ii3.uph.edu.pl/~jareks jaroslaw@skaruz.com O czym będzie? Notacja Ujęcie w różnych perspektywach Prezentacja atrybutów Operacje i metody Zależności Klasy aktywne,

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

Podstawy języka UML UML

Podstawy języka UML UML Podstawy języka UML UML Plan prezentacji Wprowadzenie do modelowania Wprowadzenie do języka UML Diagram klas Diagram pakietów Diagram przypadków użycia Diagram czynności Terminologia Terminologia Aplikacja

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Modelowanie i analiza systemów informatycznych Spis treści

Modelowanie i analiza systemów informatycznych Spis treści Modelowanie i analiza systemów informatycznych Spis treści Modelowanie i analiza systemów informatycznych...1 Ćwiczenia 1...2 Wiadomości podstawowe:...2 Ćwiczenia...8 Ćwiczenia 1 Wiadomości podstawowe:

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

DIAGRAM KLAS. Kamila Vestergaard. materiał dydaktyczny

DIAGRAM KLAS. Kamila Vestergaard. materiał dydaktyczny DIAGRAM KLAS Kamila Vestergaard materiał dydaktyczny DEFINICJA D I A G R A M K L A S Diagram klas pokazuje wzajemne powiązania pomiędzy klasami, które tworzą jakiś system. Zawarte są w nim informacje dotyczące

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

MODELOWANIE OBIEKTOWE

MODELOWANIE OBIEKTOWE (Wykład na podstawie literatury: M.Śmiałek Zrozumieć UML 2.0, Helion 2005) UML Unified Modeling Language (język do specyfikowania, wizualizowania, konstruowania i dokumentacji tzw. artefactów oraz czynności

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

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

Podstawy języka UML UML

Podstawy języka UML UML Podstawy języka UML UML Plan szkolenia Plan szkolenia Godzina (czas) 10:20 11:20 (60 min) 11:20 11:40 (20 min) 11:40 13:10 (90 min) 13:10 13:30 (20 min) 13:30 15:00 (90 min) Temat Wprowadzenie do UML (Definicja,

Bardziej szczegółowo

Michał Adamczyk. Język UML

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

Bardziej szczegółowo

Java - tablice, konstruktory, dziedziczenie i hermetyzacja

Java - tablice, konstruktory, dziedziczenie i hermetyzacja Java - tablice, konstruktory, dziedziczenie i hermetyzacja Programowanie w językach wysokiego poziomu mgr inż. Anna Wawszczak PLAN WYKŁADU zmienne tablicowe konstruktory klas dziedziczenie hermetyzacja

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

Język UML w modelowaniu systemów informatycznych

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

Bardziej szczegółowo

Modelowanie danych, projektowanie systemu informatycznego

Modelowanie danych, projektowanie systemu informatycznego Modelowanie danych, projektowanie systemu informatycznego Modelowanie odwzorowanie rzeczywistych obiektów świata rzeczywistego w systemie informatycznym Modele - konceptualne reprezentacja obiektów w uniwersalnym

Bardziej szczegółowo

Modelowanie. Wykład 1: Wprowadzenie do Modelowania i języka UML. Anna Kulig

Modelowanie. Wykład 1: Wprowadzenie do Modelowania i języka UML. Anna Kulig Modelowanie Obiektowe Wykład 1: Wprowadzenie do Modelowania i języka UML Anna Kulig Wprowadzenie do modelowania Zasady Pojęcia Wprowadzenie do języka UML Plan wykładu Model jest uproszczeniem rzeczywistości.

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

Język XML Schema. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz

Język XML Schema. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz. UEK w Krakowie Janusz Stal & Grażyna Paliwoda-Pękosz Język Schema Po zrealizowaniu materiału student będzie w stanie Stworzyć formalny opis dokumentu Deklarować elementy i atrybuty Określić strukturę elementów w dokumencie Operować dostępnymi typami danych

Bardziej szczegółowo

Język JAVA podstawy. Wykład 4, część 1. Jacek Rumiński. Politechnika Gdańska, Inżynieria Biomedyczna

Język JAVA podstawy. Wykład 4, część 1. Jacek Rumiński. Politechnika Gdańska, Inżynieria Biomedyczna Język JAVA podstawy Wykład 4, część 1 1 Język JAVA podstawy Plan wykładu: 1. Podstawy modelowania obiektowego 2. Konstruktory 3. Dziedziczenie, związki pomiędzy klasami, UML 4. Polimorfizm 5. Klasy abstrakcyjne

Bardziej szczegółowo

Projektowanie bazy danych. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Projektowanie bazy danych. Jarosław Kuchta Projektowanie Aplikacji Internetowych Projektowanie bazy danych Jarosław Kuchta Projektowanie Aplikacji Internetowych Możliwości projektowe Relacyjna baza danych Obiektowa baza danych Relacyjno-obiektowa baza danych Inne rozwiązanie (np. XML)

Bardziej szczegółowo

METODY I JĘZYKI PROGRAMOWANIA PROGRAMOWANIE STRUKTURALNE. Wykład 02

METODY I JĘZYKI PROGRAMOWANIA PROGRAMOWANIE STRUKTURALNE. Wykład 02 METODY I JĘZYKI PROGRAMOWANIA PROGRAMOWANIE STRUKTURALNE Wykład 02 NAJPROSTSZY PROGRAM /* (Prawie) najprostszy przykład programu w C */ /*==================*/ /* Między tymi znaczkami można pisać, co się

Bardziej szczegółowo

Java. język programowania obiektowego. Programowanie w językach wysokiego poziomu. mgr inż. Anna Wawszczak

Java. język programowania obiektowego. Programowanie w językach wysokiego poziomu. mgr inż. Anna Wawszczak Java język programowania obiektowego Programowanie w językach wysokiego poziomu mgr inż. Anna Wawszczak 1 Język Java Język Java powstał w roku 1995 w firmie SUN Microsystems Java jest językiem: wysokiego

Bardziej szczegółowo

Diagramy związków encji. Laboratorium. Akademia Morska w Gdyni

Diagramy związków encji. Laboratorium. Akademia Morska w Gdyni Akademia Morska w Gdyni Gdynia 2004 1. Podstawowe definicje Baza danych to uporządkowany zbiór danych umożliwiający łatwe przeszukiwanie i aktualizację. System zarządzania bazą danych (DBMS) to oprogramowanie

Bardziej szczegółowo

D D L S Q L. Co to jest DDL SQL i jakie s jego ą podstawowe polecenia?

D D L S Q L. Co to jest DDL SQL i jakie s jego ą podstawowe polecenia? D D L S Q L Co to jest DDL SQL i jakie s jego ą podstawowe polecenia? D D L S Q L - p o d s t a w y DDL SQL (Data Definition Language) Jest to zbiór instrukcji i definicji danych, którym posługujemy się

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

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

Programowanie obiektowe

Programowanie obiektowe Laboratorium z przedmiotu Programowanie obiektowe - zestaw 02 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami projektowania oraz implementacji klas i obiektów z wykorzystaniem dziedziczenia.

Bardziej szczegółowo

Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych

Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych dr inż. Adam Iwaniak Infrastruktura Danych Przestrzennych w Polsce i Europie Seminarium, AR Wrocław

Bardziej szczegółowo

PrestaShop. Sklep internetowy szyty na miarę

PrestaShop. Sklep internetowy szyty na miarę PrestaShop. Sklep internetowy szyty na miarę Autor: Witold Wrotek Książka dedykowana edycji programu 1.5.2.0. Własny sklep internetowy? Z PrestaShop to nic trudnego! Jak zbudować sklep internetowy, który

Bardziej szczegółowo

Abstrakcyjny typ danych

Abstrakcyjny typ danych Abstrakcyjny typ danych Abstrakcyjny Typ Danych (abstract data type-adt): zbiór wartości wraz z powiązanymi z nimi operacjami; operacje są zdefiniowane w sposób niezależny od implementacji; operacje są

Bardziej szczegółowo

Java Język programowania

Java Język programowania Java Język programowania Język Java Bazuje i jest zbliżony do C/C++ Porosty zbiór typów danych (podział na typy prymitywne i obiektowe) Zarządzanie pamięcią i Garbage Collection Zintegrowana synchronizacja

Bardziej szczegółowo

Diagramy przypadków użycia

Diagramy przypadków użycia Instytut Informatyki Uniwersytetu Śląskiego 10 października 2010 Spis treści 1 Wprowadzenie do UML 2 3 4 5 6 Diagramy UML Język UML definiuje następujący zestaw diagramów: diagram przypadków użycia - służy

Bardziej szczegółowo

Opracował: Jan Front

Opracował: Jan Front Opracował: Jan Front Sterownik PLC PLC (Programowalny Sterownik Logiczny) (ang. Programmable Logic Controller) mikroprocesorowe urządzenie sterujące układami automatyki. PLC wykonuje w sposób cykliczny

Bardziej szczegółowo

Standard określania klasy systemu informatycznego resortu finansów

Standard określania klasy systemu informatycznego resortu finansów Dane dokumentu Nazwa Projektu: Kontrakt Konsolidacja i Centralizacja Systemów Celnych i Podatkowych Studium Projektowe Konsolidacji i Centralizacji Systemów Celnych i Podatkowych (SPKiCSCP) Numer wersji

Bardziej szczegółowo

Modelowanie klas i obiektów. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Modelowanie klas i obiektów. Jarosław Kuchta Projektowanie Aplikacji Internetowych Modelowanie klas i obiektów Jarosław Kuchta Podstawowe pojęcia (1) Byt, encja (entity) coś co istnieje, posiada własne cechy i wyodrębnioną tożsamość (identity); bytem może być rzecz, osoba, organizacja,

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

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

Symulacje procesów biznesowych. Zastosowanie oprogramowania igrafx

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

Bardziej szczegółowo

Definiowanie własnych klas

Definiowanie własnych klas Programowanie obiektowe Definiowanie własnych klas Paweł Rogaliński Instytut Informatyki, Automatyki i Robotyki Politechniki Wrocławskiej pawel.rogalinski @ pwr.wroc.pl Definiowanie własnych klas Autor:

Bardziej szczegółowo

Paweł Kurzawa, Delfina Kongo

Paweł Kurzawa, Delfina Kongo Paweł Kurzawa, Delfina Kongo Pierwsze prace nad standaryzacją Obiektowych baz danych zaczęły się w roku 1991. Stworzona została grupa do prac nad standardem, została ona nazwana Object Database Management

Bardziej szczegółowo

Zalety projektowania obiektowego

Zalety projektowania obiektowego Zalety projektowania obiektowego Łatwe zarządzanie Możliwość powtórnego użycia klas obiektów projektowanie/programowanie komponentowe W wielu przypadkach występuje stosunkowo proste mapowanie pomiędzy

Bardziej szczegółowo

Wstęp do programowania 2

Wstęp do programowania 2 Wstęp do programowania 2 wykład 1 rekordy z wyróżnikami Agata Półrola Wydział Matematyki UŁ 2005/2006 Egzamin z I roku - problemy Problemy z wczytywaniem danych: skip_line Problemy z obliczeniami: zerowanie

Bardziej szczegółowo

MODELOWANIE OBIEKTOWE Z UML

MODELOWANIE OBIEKTOWE Z UML MODELOWANIE OBIEKTOWE Z UML Maciej Patan Paradygmat obiektowy system zbiór unikatowych obiektów( społeczność obiektów ), obiekt w czasie swego cyklu życia : jest nośnikiem informacji(atrybuty=dane), może

Bardziej szczegółowo

Typy danych, zmienne i tablice. Tomasz Borzyszkowski

Typy danych, zmienne i tablice. Tomasz Borzyszkowski Typy danych, zmienne i tablice Tomasz Borzyszkowski Silne typy Javy Java jest językiem wyposażonym w silny system typów. Wywodzi się stąd siła i bezpieczeństwo tego języka. Co to znaczy silny system typów?

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

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

UML cz. I. UML cz. I 1/1

UML cz. I. UML cz. I 1/1 UML cz. I UML cz. I 1/1 UML cz. I 2/1 UML - Unified Modeling Language ujednolicony można go współdzielić z wieloma pracownikami modelowania służy do opisu projektowanego modelu język posiada opisaną strukturę

Bardziej szczegółowo

enova365 Produkcja Oprogramowanie ERP do zarządzania. Wzmacnia firmę i rośnie wraz z nią. www.enova.pl, www.enova365.pl

enova365 Produkcja Oprogramowanie ERP do zarządzania. Wzmacnia firmę i rośnie wraz z nią. www.enova.pl, www.enova365.pl enova365 Produkcja Oprogramowanie ERP do zarządzania. Wzmacnia firmę i rośnie wraz z nią. www.enova.pl, www.enova365.pl Spis treści Spis treści Moduł Produkcja Funkcjonalność Menu modułu Operacje wzorcowe

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

Modelowanie i analiza systemów informatycznych

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

Bardziej szczegółowo

koniec punkt zatrzymania przepływów sterowania na diagramie czynności

koniec punkt zatrzymania przepływów sterowania na diagramie czynności Diagramy czynności opisują dynamikę systemu, graficzne przedstawienie uszeregowania działań obrazuje strumień wykonywanych czynności z ich pomocą modeluje się: - scenariusze przypadków użycia, - procesy

Bardziej szczegółowo

enova365 Produkcja Oprogramowanie ERP do zarządzania. Wzmacnia firmę i rośnie wraz z nią. www.enova.pl, www.enova365.pl

enova365 Produkcja Oprogramowanie ERP do zarządzania. Wzmacnia firmę i rośnie wraz z nią. www.enova.pl, www.enova365.pl enova365 Produkcja Oprogramowanie ERP do zarządzania. Wzmacnia firmę i rośnie wraz z nią. www.enova.pl, www.enova365.pl Spis treści Spis treści Moduł Produkcja Konfiguracja Definicja dokumentu Relacje

Bardziej szczegółowo

Fazy analizy (modelowania) oraz projektowania FAZA ANALIZY:

Fazy analizy (modelowania) oraz projektowania FAZA ANALIZY: Fazy analizy (modelowania) oraz projektowania Analiza bez brania pod uwagę szczegółów implementacyjnych Projektowanie ze szczegółami implementacyjnymi. FAZA ANALIZY: Celem fazy analizy jest ustalenie wszystkich

Bardziej szczegółowo

XML Schema. Motywacja, struktura schematu, typy złożone. Patryk Czarnik. Instytut Informatyki UW

XML Schema. Motywacja, struktura schematu, typy złożone. Patryk Czarnik. Instytut Informatyki UW XML Schema Motywacja, struktura schematu, typy złożone Patryk Czarnik Instytut Informatyki UW XML i nowoczesne technologie zarzadzania treścia 2007/08 Dlaczego nie DTD? Zastosowania XML-a w elektronicznej

Bardziej szczegółowo

INFORMATYKA, TECHNOLOGIA INFORMACYJNA ORAZ INFORMATYKA W LOGISTYCE

INFORMATYKA, TECHNOLOGIA INFORMACYJNA ORAZ INFORMATYKA W LOGISTYCE Studia podyplomowe dla nauczycieli INFORMATYKA, TECHNOLOGIA INFORMACYJNA ORAZ INFORMATYKA W LOGISTYCE Przedmiot JĘZYKI PROGRAMOWANIA DEFINICJE I PODSTAWOWE POJĘCIA Autor mgr Sławomir Ciernicki 1/7 Aby

Bardziej szczegółowo

Kurs programowania. Wstęp - wykład 0. Wojciech Macyna. 22 lutego 2016

Kurs programowania. Wstęp - wykład 0. Wojciech Macyna. 22 lutego 2016 Wstęp - wykład 0 22 lutego 2016 Historia Simula 67 język zaprojektowany do zastosowan symulacyjnych; Smalltalk 80 pierwszy język w pełni obiektowy; Dodawanie obiektowości do języków imperatywnych: Pascal

Bardziej szczegółowo

Stałe, znaki, łańcuchy znaków, wejście i wyjście sformatowane

Stałe, znaki, łańcuchy znaków, wejście i wyjście sformatowane Stałe, znaki, łańcuchy znaków, wejście i wyjście sformatowane Stałe Oprócz zmiennych w programie mamy też stałe, które jak sama nazwa mówi, zachowują swoją wartość przez cały czas działania programu. Można

Bardziej szczegółowo

System imed24 Instrukcja Moduł Finanse

System imed24 Instrukcja Moduł Finanse System imed24 Instrukcja Moduł Finanse Instrukcja obowiązująca do wersji 1.8.0 Spis treści 1. Moduł Finanse... 4 1. Menu górne modułu Finanse... 4 1.1.1. Słownik towarów i usług... 4 1.1.1.1. Tworzenie

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

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 6 Diagramy komunikacji Diagram komunikacji (ang. communication diagram),

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

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

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

Bardziej szczegółowo

Interfejsy. Programowanie obiektowe. Paweł Rogaliński Instytut Informatyki, Automatyki i Robotyki Politechniki Wrocławskiej

Interfejsy. Programowanie obiektowe. Paweł Rogaliński Instytut Informatyki, Automatyki i Robotyki Politechniki Wrocławskiej Programowanie obiektowe Interfejsy Paweł Rogaliński Instytut Informatyki, Automatyki i Robotyki Politechniki Wrocławskiej pawel.rogalinski pwr.wroc.pl Interfejsy Autor: Paweł Rogaliński Instytut Informatyki,

Bardziej szczegółowo

Wykorzystanie układów FPGA w implementacji systemów bezpieczeństwa sieciowego typu Firewall

Wykorzystanie układów FPGA w implementacji systemów bezpieczeństwa sieciowego typu Firewall Grzegorz Sułkowski, Maciej Twardy, Kazimierz Wiatr Wykorzystanie układów FPGA w implementacji systemów bezpieczeństwa sieciowego typu Firewall Plan prezentacji 1. Architektura Firewall a załoŝenia 2. Punktu

Bardziej szczegółowo

Zasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP

Zasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP Warszawa, lipiec 2012 Zasady budowy i przekazywania komunikatów XML dla rynku OTC w systemie KDPW_CCP Wersja 1.1 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw

Bardziej szczegółowo

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Warszawa, 07 lutego 2013 Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Wersja 1.4.2 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw (namespaces)...

Bardziej szczegółowo

1. Logowanie się do panelu Adminitracyjnego

1. Logowanie się do panelu Adminitracyjnego Spis treści 1. Logowanie się do panelu Adminitracyjnego...1 2. Tworzenie i zarządzenie kategoriami...4 2.1 Nawigowanie po drzewie kategorii...5 2.2 Tworzenie kategorii...6 2.3 Usuwanie kategorii...9 3.

Bardziej szczegółowo

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc

Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Warszawa, 09 grudnia 2014 Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Wersja 1.4.3 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw (namespaces)...

Bardziej szczegółowo

Analiza i projektowanie aplikacji Java

Analiza i projektowanie aplikacji Java Analiza i projektowanie aplikacji Java Modele analityczne a projektowe Modele analityczne (konceptualne) pokazują dziedzinę problemu. Modele projektowe (fizyczne) pokazują system informatyczny. Utrzymanie

Bardziej szczegółowo

WPROWADZENIE WYSZUKIWANIE OGŁOSZEŃ

WPROWADZENIE WYSZUKIWANIE OGŁOSZEŃ WPROWADZENIE 1. Cel dokumentu Celem dokumentu jest: Zapoznanie internauty z funkcjonalnością realizowaną przez Bazę Konkurencyjności. Dostarczenie szczegółowych informacji na temat podstron, które znajdują

Bardziej szczegółowo

Programowanie obiektowe, wykład nr 6. Klasy i obiekty

Programowanie obiektowe, wykład nr 6. Klasy i obiekty Dr hab. inż. Lucyna Leniowska, prof. UR, Zakład Mechatroniki, Automatyki i Optoelektroniki, IT Programowanie obiektowe, wykład nr 6 Klasy i obiekty W programowaniu strukturalnym rozwój oprogramowania oparto

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Bazy Danych. C. J. Date, Wprowadzenie do systemów baz danych, WNT - W-wa, (seria: Klasyka Informatyki), 2000

Bazy Danych. C. J. Date, Wprowadzenie do systemów baz danych, WNT - W-wa, (seria: Klasyka Informatyki), 2000 Bazy Danych LITERATURA C. J. Date, Wprowadzenie do systemów baz danych, WNT - W-wa, (seria: Klasyka Informatyki), 2000 J. D. Ullman, Systemy baz danych, WNT - W-wa, 1998 J. D. Ullman, J. Widom, Podstawowy

Bardziej szczegółowo

Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP

Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP Załącznik Nr 3 KDPW_CCP Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP Wersja 1.0 Warszawa, czerwiec 2012 Spis treści Wstęp... 3 Budowa komunikatów XML... 3 Przestrzenie

Bardziej szczegółowo

JĘZYKI PROGRAMOWANIA STEROWNIKÓW

JĘZYKI PROGRAMOWANIA STEROWNIKÓW JĘZYKI PROGRAMOWANIA STEROWNIKÓW dr inż. Wiesław Madej Wstęp Języki programowania sterowników 15 h wykład 15 h dwiczenia Konsultacje: - pokój 325A - środa 11 14 - piątek 11-14 Literatura Tadeusz Legierski,

Bardziej szczegółowo

Inżynierski Projekt Zespołowy

Inżynierski Projekt Zespołowy Inżynierski Projekt Zespołowy Projekt Funkcji Systemu 1. Wymagania funkcjonalne i niefunkcjonalne Prace nad specyfikacją powinny się koncentrowad na funkcjonalnościach, interakcji systemu z użytkownikiem,

Bardziej szczegółowo

UML. zastosowanie i projektowanie w języku UML

UML. zastosowanie i projektowanie w języku UML UML zastosowanie i projektowanie w języku UML Plan Czym jest UML Diagramy przypadków użycia Diagramy sekwencji Diagramy klas Diagramy stanów Przykładowe programy Visual Studio a UML Czym jest UML UML jest

Bardziej szczegółowo

Monitoring procesów z wykorzystaniem systemu ADONIS

Monitoring procesów z wykorzystaniem systemu ADONIS Monitoring procesów z wykorzystaniem systemu ADONIS 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

Bardziej szczegółowo

Dział Dopuszczający Dostateczny Dobry Bardzo dobry Celujący

Dział Dopuszczający Dostateczny Dobry Bardzo dobry Celujący Przedmiotowy system oceniania Zawód: Technik Informatyk Nr programu: 312[ 01] /T,SP/MENiS/ 2004.06.14 Przedmiot: Systemy Operacyjne i Sieci Komputerowe Klasa: pierwsza Dział Dopuszczający Dostateczny Dobry

Bardziej szczegółowo

Podstawy programowania w języku C++

Podstawy programowania w języku C++ Podstawy programowania w języku C++ Część dziesiąta Rekordy w C/C++ struktury Autor Roman Simiński Kontakt roman.siminski@us.edu.pl www.programowanie.siminskionline.pl Niniejsze opracowanie zawiera skrót

Bardziej szczegółowo

Diagramy przypadków użycia - MS Visio

Diagramy przypadków użycia - MS Visio Diagramy przypadków użycia - MS Visio LABORKA Piotr Ciskowski zad. 1. Sklep internetowy - diagram przypadków użycia (Visio) o przykład z: Wrycza i in., UML 2.x. Ćwiczenia zaawansowane o narzędzie: MS Visio

Bardziej szczegółowo

Język programowania PASCAL

Język programowania PASCAL Język programowania PASCAL (wersja podstawowa - standard) Literatura: dowolny podręcznik do języka PASCAL (na laboratoriach Borland) Iglewski, Madey, Matwin PASCAL STANDARD, PASCAL 360 Marciniak TURBO

Bardziej szczegółowo

Projektowanie oprogramowania

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

Bardziej szczegółowo

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

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

Bardziej szczegółowo

Centralny System Informatyczny SL 2014

Centralny System Informatyczny SL 2014 Centralny System Informatyczny SL 2014 1 Plan prezentacji I. Informacje wstępne 1) Podstawna prawna funkcjonowania systemu 2) Cel biznesowy w kontekście logiki programowania i wdrażania programów operacyjnych

Bardziej szczegółowo

Instrukcja Obsługi Wersja 0.86

Instrukcja Obsługi Wersja 0.86 System Obsługi Firmy Ewidencja Instrukcja Obsługi Wersja 0.86 Autor: Mirosław Erich http://programynazamowienie.eu - 2009 - Instrukcja Obsługi SOF Ewidencja Mirosław Erich http://programynazamowienie.eu

Bardziej szczegółowo

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

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

Bardziej szczegółowo

Aplikacje w środowisku VBA. Visual Basic for Aplications

Aplikacje w środowisku VBA. Visual Basic for Aplications Aplikacje w środowisku VBA Visual Basic for Aplications Podstawowe informacje o VBA Visual Basic for Aplications, w skrócie VBA, to język programowania rozwijany przez Microsoft, którego zastosowanie pozwala

Bardziej szczegółowo

Typy klasowe (klasy) 1. Programowanie obiektowe. 2. Założenia paradygmatu obiektowego:

Typy klasowe (klasy) 1. Programowanie obiektowe. 2. Założenia paradygmatu obiektowego: Typy klasowe (klasy) 1. Programowanie obiektowe Programowanie obiektowe (ang. object-oriented programming) to metodologia tworzenia programów komputerowych, która definiuje programy za pomocą obiektów

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