Modelowanie i analiza systemów informatycznych
|
|
- Sebastian Baranowski
- 8 lat temu
- Przeglądów:
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
Język UML w modelowaniu systemów informatycznych
Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 8 Diagram pakietów I Diagram pakietów (ang. package diagram) jest diagramem
Bardziej szczegółowoDiagramy 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ół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ół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ółowoDiagramy 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ółowoLaboratorium 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ół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ół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 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 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ółowoPodstawy 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ół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ółowoDIAGRAM 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ół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ół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ółowoModelowanie obiektowe
Modelowanie obiektowe ZPO 2018/2019 Dr inż. W. Cichalewski Materiały wykonane przez W. Tylman Diagramy klas Diagramy klas Zawiera informacje o statycznych związkach między elementami (klasami) Są ściśle
Bardziej szczegółowoModelowanie 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ółowoPodstawy 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ół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ółowoMODELOWANIE 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ół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ół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ół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ółowoPodstawy programowania skrót z wykładów:
Podstawy programowania skrót z wykładów: // komentarz jednowierszowy. /* */ komentarz wielowierszowy. # include dyrektywa preprocesora, załączająca biblioteki (pliki nagłówkowe). using namespace
Bardziej szczegółowoPodstawy projektowania systemów komputerowych
Podstawy projektowania systemów komputerowych Diagramy klas UML 1 Widok logiczny Widok logiczny Widok fizyczny Widok przypadków użycia Widok procesu Widok konstrukcji Używany do modelowania części systemu
Bardziej szczegół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 3 Diagramy przypadków użycia Diagramy przypadków użycia (ang. use case)
Bardziej szczegółowoJava - 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ółowoKlasy Obiekty Dziedziczenie i zaawansowane cechy Objective-C
#import "Fraction.h" #import @implementation Fraction -(Fraction*) initwithnumerator: (int) n denominator: (int) d { self = [super init]; } if ( self ) { [self setnumerator: n anddenominator:
Bardziej szczegółowoMichał 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ół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ół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ółowoJę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ół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ółowoFaza Określania Wymagań
Faza Określania Wymagań Celem tej fazy jest dokładne określenie wymagań klienta wobec tworzonego systemu. W tej fazie dokonywana jest zamiana celów klienta na konkretne wymagania zapewniające osiągnięcie
Bardziej szczegółowoTechnologie obiektowe
WYKŁAD dr inż. Paweł Jarosz Instytut Informatyki Politechnika Krakowska mail: pjarosz@pk.edu.pl LABORATORIUM dr inż. Paweł Jarosz (3 grupy) mgr inż. Piotr Szuster (3 grupy) warunki zaliczenia Obecność
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ółowoPodstawy 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ół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ół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ółowoProjektowanie logiki aplikacji
Jarosław Kuchta Projektowanie Aplikacji Internetowych Projektowanie logiki aplikacji Zagadnienia Rozproszone przetwarzanie obiektowe (DOC) Model klas w projektowaniu logiki aplikacji Klasy encyjne a klasy
Bardziej szczegółowoModelowanie 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ół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ół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 11 Diagramy struktur złożonych Klasyfikator - definiuje cechy strukturalne
Bardziej szczegółowoPodstawy programowania. Wykład 6 Złożone typy danych: struktury, unie. Krzysztof Banaś Podstawy programowania 1
Podstawy programowania. Wykład 6 Złożone typy danych: struktury, unie Krzysztof Banaś Podstawy programowania 1 są sposobem na przechowywanie w ramach pojedynczej zmiennej zestawu zmiennych różnych typów,
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. dr inż. Marcin Pietroo
dr inż. Marcin Pietroo Pojęcia obiektowości obiekt klasa komunikat hermetyzacja polimorfizm dziedziczenie graficzny język wizualizacji, specyfikowania, tworzenia i dokumentowania systemów informatycznych
Bardziej szczegółowoModelowanie. 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ółowoRóżne właściwości. Różne właściwości. Różne właściwości. C++ - klasy. C++ - klasy C++ - KLASY
Różne właściwości Funkcje tak samo jak zmienne mają swoje miejsce w pamięci, gdzie są zapisane. Można więc uzyskać ich adres. Podobnie jak adres tablicy jest zwracany przez jej nazwę, podaną bez nawiasu
Bardziej szczegółowoBaza danych przestrzennych modelowa reprezentacja fragmentu świata rzeczywistego
PROJEKTOWANIE BAZ DANYCH PRZESTRZENNYCH Zgodne z ogólną metodologią projektowania baz danych Baza danych przestrzennych modelowa reprezentacja fragmentu świata rzeczywistego Proces budowy bazy danych wymaga
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 2 Związki między klasami Asocjacja (ang. Associations) Uogólnienie, dziedziczenie
Bardziej szczegółowoŚwiat rzeczywisty i jego model
2 Świat rzeczywisty i jego model Świat rzeczywisty (dziedzina problemu) Świat obiektów (model dziedziny) Dom Samochód Osoba Modelowanie 3 Byty i obiekty Byt - element świata rzeczywistego (dziedziny problemu),
Bardziej szczegółowoMETODY 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ółowoSysML Tworzenie diagramu kontekstowego i bloków wewnętrznych SysML003
INSTRUKCJA LABORATORIUM Modelowanie systemów SysML Tworzenie diagramu kontekstowego i bloków wewnętrznych SysML003 Tworzenie diagramu kontekstowego Diagramy kontekstowe pokazują kontekst systemu, czyli
Bardziej szczegółowoDiagramy 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ółowoInformatyka I. Dziedziczenie. Nadpisanie metod. Klasy abstrakcyjne. Wskaźnik this. Metody i pola statyczne. dr inż. Andrzej Czerepicki
Informatyka I Dziedziczenie. Nadpisanie metod. Klasy abstrakcyjne. Wskaźnik this. Metody i pola statyczne. dr inż. Andrzej Czerepicki Politechnika Warszawska Wydział Transportu 2017 Dziedziczenie klas
Bardziej szczegółowo12) Wadą modelu kaskadowego jest: Zagadnienia obowiązujące na egzaminie z inżynierii oprogramowania: 13) Wadą modelu opartego na prototypowaniu jest:
Zagadnienia obowiązujące na egzaminie z inżynierii oprogramowania: 1) Oprogramowanie to: 2) Produkty oprogramowania w inżynierii oprogramowania można podzielić na: 3) W procesie wytwarzania oprogramowania
Bardziej szczegółowoJę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ółowoPrzykładowy dokument XML
Przykładowy dokument XML DTD - wady Ograniczona kontrola nad strukturą dokumentów. Zbyt wysokopoziomowe typy danych: liczby, daty są zawsze reprezentowane jako tekst! Bardzo ogólne metody definiowania
Bardziej szczegółowoPodstawy języka UML2 w realnych projektach
Kod szkolenia: Tytuł szkolenia: UML2/RP Podstawy języka UML2 w realnych projektach Dni: 3 Opis: Adresaci Szkolenia: Szkolenie adresowane jest do osób, które chciałby poznać podstawy UML2. Przede wszystkim
Bardziej szczegółowoLaboratorium z przedmiotu: Inżynieria Oprogramowania INEK Instrukcja 6
Instrukcja 6 Laboratorium 8 Opracowanie diagramów sekwencji dla wybranych przypadków użycia reprezentujących usługi oprogramowania wynikających również z wykonanych diagramów czynności; definicja operacji
Bardziej szczegółowoJava 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ół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ółowoProjektowanie 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ółowoJAVA W SUPER EXPRESOWEJ PIGUŁCE
JAVA W SUPER EXPRESOWEJ PIGUŁCE Obiekt Obiekty programowe to zbiór własności i zachowań (zmiennych i metod). Podobnie jak w świecie rzeczywistym obiekty posiadają swój stan i zachowanie. Komunikat Wszystkie
Bardziej szczegółowo1 Projektowanie systemu informatycznego
Plan wykładu Spis treści 1 Projektowanie systemu informatycznego 1 2 Modelowanie pojęciowe 4 2.1 Encja....................................... 5 2.2 Własności.................................... 6 2.3 Związki.....................................
Bardziej szczegółowoJava. 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ółowoD 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ółowoInformatyka I. Typy danych. Operacje arytmetyczne. Konwersje typów. Zmienne. Wczytywanie danych z klawiatury. dr hab. inż. Andrzej Czerepicki
Informatyka I Typy danych. Operacje arytmetyczne. Konwersje typów. Zmienne. Wczytywanie danych z klawiatury. dr hab. inż. Andrzej Czerepicki Politechnika Warszawska Wydział Transportu 2019 1 Plan wykładu
Bardziej szczegółowoPodstawy programowania. Wykład 7 Tablice wielowymiarowe, SOA, AOS, itp. Krzysztof Banaś Podstawy programowania 1
Podstawy programowania. Wykład 7 Tablice wielowymiarowe, SOA, AOS, itp. Krzysztof Banaś Podstawy programowania 1 Tablice wielowymiarowe C umożliwia definiowanie tablic wielowymiarowych najczęściej stosowane
Bardziej szczegółowoTECHNOLOGIE OBIEKTOWE. Wykład 3
TECHNOLOGIE OBIEKTOWE Wykład 3 2 Diagramy stanów 3 Diagram stanu opisuje zmiany stanu obiektu, podsystemu lub systemu pod wpływem działania operacji. Jest on szczególnie przydatny, gdy zachowanie obiektu
Bardziej szczegółowoStandard 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ół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ółowoInżynieria oprogramowania Jarosław Kuchta. Modelowanie interakcji
Inżynieria oprogramowania Jarosław Kuchta Modelowanie interakcji Podstawowe pojęcia Interakcja (interaction) Przepływ komunikatów pomiędzy obiektami konieczny dla wykonania określonego zadania. Interakcja
Bardziej szczegółowoPodstawy modelowania w języku UML
Podstawy modelowania w języku UML dr hab. Bożena Woźna-Szcześniak, prof. UJD Uniwersytet Humanistyczno-Przyrodniczy im. Jana Długosza w Częstochowie Wykład 2 Związki między klasami Asocjacja (ang. Associations)
Bardziej szczegółowoInżynieria Oprogramowania. UML Schematy klas
Inżynieria Oprogramowania UML Schematy klas dr Krzysztof Podlaski Instytut Fizyki, Uniwersytetu Łódzkiego 18.12.2009 Łódź Inżynieria Oprogramowania, UML 1 Paradygmat obiektowości Małe przypomienie Założenia
Bardziej szczegółowoDiagram klas UML jest statycznym diagramem, przedstawiającym strukturę aplikacji bądź systemu w paradygmacie programowania obiektowego.
Umiejętność czytania oraz tworzenia diagramów klas UML jest podstawą w przypadku zawodu programisty. Z takimi diagramami będziesz spotykał się w przeciągu całej swojej kariery. Diagramy klas UML są zawsze
Bardziej szczegółowoDariusz Brzeziński. Politechnika Poznańska, Instytut Informatyki
Dariusz Brzeziński Politechnika Poznańska, Instytut Informatyki Object-oriented programming Najpopularniejszy obecnie styl (paradygmat) programowania Rozwinięcie koncepcji programowania strukturalnego
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ółowoModelowanie 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ół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ółowoOpracował: 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ółowoBazy danych TERMINOLOGIA
Bazy danych TERMINOLOGIA Dane Dane są wartościami przechowywanymi w bazie danych. Dane są statyczne w tym sensie, że zachowują swój stan aż do zmodyfikowania ich ręcznie lub przez jakiś automatyczny proces.
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ółowoUML - zarys 2007/2008
UML - zarys 2007/2008 Modelowanie Jest ważne przy tworzeniu wysokiej jakości oprogramowania Jest przydatne przy tworzeniu i analizie działania organizacji Modelujemy aby: Zrozumieć system Określić pożądaną
Bardziej szczegółowoPrzed przystąpieniem do czytania dokumentu, proszę o zapoznanie się z podstawowym dokumentem Instrukcja obsługi AZU dla użytkownika zewnętrznego.
Instrukcja obsługi Aplikacji Zarządzania Uprawnieniami (AZU) dla Administratorów Uprawnień Instytucji (AUI) w Zintegrowanym Systemie Zarządzania Tożsamością (ZSZT) Administrator Uprawnień Instytucji (AUI)
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ółowoProgramowanie obiektowe - 1.
Programowanie obiektowe - 1 Mariusz.Masewicz@cs.put.poznan.pl Programowanie obiektowe Programowanie obiektowe (ang. object-oriented programming) to metodologia tworzenia programów komputerowych, która
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ółowoProgramowanie współbieżne i rozproszone
Programowanie współbieżne i rozproszone WYKŁAD 11 dr inż. CORBA CORBA (Common Object Request Broker Architecture) standard programowania rozproszonego zaproponowany przez OMG (Object Management Group)
Bardziej szczegółowoProgramowanie 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ółowoMODELOWANIE 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ółowoWykorzystanie 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ół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ół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ółowoECDL Podstawy programowania Sylabus - wersja 1.0
ECDL Podstawy programowania Sylabus - wersja 1.0 Przeznaczenie Sylabusa Dokument ten zawiera szczegółowy Sylabus dla modułu Podstawy programowania. Sylabus opisuje, poprzez efekty uczenia się, zakres wiedzy
Bardziej szczegółowoDział 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ółowoAbstrakcyjny 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ółowoPaweł 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ółowoModelowanie 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