DIAGRAMY SEKWENCJI I KOLABORACJI
|
|
- Dominika Stachowiak
- 6 lat temu
- Przeglądów:
Transkrypt
1 DIAGRAMY SEKWENCJI I KOLABORACJI Maciej Patan Modelowanie behawioralne Model behawioralny: Opis systemu koncentrujący się na dynamicznym zachowaniu składników systemu, włączając w to wzajemne interakcje i współpracę pomiędzy nimi. Motywacje projektowanie oprogramowania dotyczy zachowania jego składników; projektowanie obiektowo zorientowane jest techniką używaną do rozdzielenia i enkapsulacji zachowań, model statyczny nie może być dowiedziony jako dokładny bez analizy związanych z nim procesów dynamicznych, modele dynamiczne, niezbyt precyzyjnie reprezentują strukturę systemu oraz zachodzące zależności, ukazanie kompletnego współdziałania elementów w zakresie relacji statycznych oraz dynamicznych, 1
2 Podstawowe pojęcia(1) Instancja (obiektu, struktury danych, komponentu, itp.) Wielkość z unikatową tożsamością do której można zastosować określony zbiór operacji lub wysłać zestaw sygnałów i która posiada stan odzwierciedlający efekty działania tych operacji lub sygnałów. Powiązanie Połączenie pomiędzy instancjami, będące realizacją asocjacji między klasami. Powiązanie atrybutu jest to nazwana pozycja tekstowa wewnątrz instancji przechowująca wartość atrybutu. Operacja Deklaracja usługi, która może być wymagana od instancji celem wpłynięcia na zachowanie się elementów systemu. Metoda jest ciałem operacji. 2 Powi¹zanie atrybutu Odcinek:Wielok¹t Œrodek : Punkt = (0.5,0.5) Wierzcho³ki : Punkt[2] = ((0,0),(1,1)) Powi¹zanie B:Punkt x : Integer = 1 y : Integer = 1 koniec pocz¹tek A:Punkt x : Integer = 0 y : Integer = 0 Wielok¹t Œrodek : Punkt Wierzcho³ki : Punkt[1..*] przesuñ(in d : Point) skaluj(in k : Real) for any v in Wierzcho³ki do v.x:=v.x+d.x; v.y:=v.y+d.y; for any v in Wierzcho³ki do v.x:=k*v.x; v.y:=k*v.y; 3
3 Podstawowe pojęcia(2) Bodziec Proces komunikacji pomiędzy instancjami nadającą i odbierającą. Komunikat jest analogicznym procesem komunikacji pomiędzy klasami(tzn. Bodziec jest instancją Komunikatu). Sygnał Specyfikacja asynchronicznego bodźca przekazywanego pomiędzy instancjami. Interakcja zbiór procesów komunikacji pomiędzy instancjami, włączając w to wszystkie sposoby oddziaływania,(np. operacje wywołania, tworzenia i niszczenia instancji), Uwaga: Procesy komunikowania się są chronologicznie częściowo uporządkowane. Modelowanie interakcyjne wyspecjalizowany typ modelowania behawioralnego, przeznaczony do analizy interakcji pomiędzy elementami wraz z upływem czasu. 4 Diagramy interakcyjne Pokazują interakcje pomiędzy instancjami występującymi w modelu. istniejące instancje wraz z możliwymi powiązaniami, komunikaty i bodźce, tworzenie i niszczenie instancji. Typy: diagramy sekwencji(podejście temporalne), diagramy kolaboracji(podejście strukturalne). 5
4 Diagramy sekwencji- podstawowe elementy oœ kategorii instancji O1: Klasa1 O2:Klasa2 O3:Klasa3 etykieta bodÿca oœ czasu nazwa1(...) nazwa2(...) aktywacja bodziec linia ycia Linia życia reprezentuje istnienie elementu w czasie. Aktywacja reprezentuje okres wykonywania operacji. 6 Typy komunikatów i bodźców Składnia Typ Opis komunikat prosty Bezpośredni przepływ sterowania z instancji do instancji komunikat synchroniczny Wstrzymanie operacji do czasu uzyskania odpowiedzi komunikat asynchroniczny Kontunuowanie operacji bez czekania na odpowiedź powrót Powrót z wywołania podprogramu 7
5 Różne typy komunikacji Przepływ prosty Przepływ zagnieżdzony nadajnik centrala odbiornik sprzedawca :Zamówienie :Artyku³ w³¹cz nadajnik() sygna³ wybierania() pobierzwartoœæ() wybierz numer() cena() sygna³ oczekiwania() dzwonek() po³aczenie odebrane() pobierzadres() 8 Etykiety komunikatów i bodźców pop/[warunek]*[iter] nr sekw: wynik:= operacja(lista) pop lista poprzedników(tzn. komunikatów poprzedzających), [warunek] warunek dozoru, który musi zostać spełniony żeby komunikacja nastąpiła, *[iter] liczba iteracji oznaczająca, ile razy komunikacja zostaje powtórzona, nr sekw etykieta określająca kolejność komunikacji, wynik nazwa zmiennej zwracanej przez operację, operacja(lista) nazwa wywoływanej operacji oraz jej lista argumentów. 9
6 Przykłady: przesuń(1,2) wywołanie proste, wyn1:=przesuń(5,5) zwrócenie parametru wyjściowego, *[1..5]: wyn1:= przesuń(5,7) iteracja, [z>0]: wyn1:= przesuń(5,7) warunek, A3,B4/[x<0]*[1..4] C3.1: wyn2:= pobierzlokację(wyn1) [Baza jest aktywna]*[dla każdego rekordu] 6: DaneWyj:=Formatuj(DaneWej,Sterowanie,3) Uwaga: UML pozwala przedstawiać komunikację za pomocą pseudokodu lub innego języka programowania. Komunikację można też opisać na lewym marginesie diagramu sekwencji. 10 Diagramy sekwencji- konstrukty calculator filter value [x>=0] getvalue() warunek new() [x<0] transform() getvalue() delete() tworzenie elementu buffer iterate() rekurencja 11
7 Diagramy sekwencji- pętle :DataBase :Table :Report *[For each record] warunek pêtli (opcja 1) res1:= getrecord() res2:=getindex() outdata:=formatdata(res1,res2) komunikacja zwrotna [No more record to process] warunek pêtli (opcja 2) 12 Zalety i wady niezwykle wyraźnie pokazują chronologię ciągów zdarzeń, bardzo dobrze opisują przetwarzanie równoległe, znakomite do wykrywania przypadków wyścigu zdarzeń, zajmują dużo miejsca, słabo przedstawiają wzajemne relacje pomiędzy instancjami. Kiedy modelować interakcje Do ustalenia w jaki sposób instancje oddziałują na siebie. Do zidentyfikowania interfejsów klasyfikatorów. Do rozłożenia i separacji wymagań. 13
8 Wskazówki do modelowania interakcyjnego Ustalić pełny kontekst rozważanej interakcji. Dołączać tylko te własności instancji, które są niezbędne i znaczące. Ustalaćprzepływwkierunkuzlewejdoprawejizgórynadół, umieszczać aktywne instancje z lewej strony(u góry), a pasywne z prawej (udołu), Używać diagramów sekwencji: do pokazania bezpośredniego uporządkowania komunikatów i bodźców, do modelowania w czasie rzeczywistym. Używać diagramów kolaboracji: kiedy struktura jest bardzo istotna, do skoncentrowania się na efektach wywieranych na instancje. 14 Podstawowe pojęcia(3) Kolaboracja opisuje jak operacja lub klasyfikator(np. przypadek użycia) są realizowane przez zbiór klas i asocjacji użytych w pewien określony sposób. Definiuje zbiór ról, odgrywanych przez instancje i powiązania oraz zbiór interakcji określających komunikację pomiędzy instancjami, kiedy odgrywają swoje role. Rola klasyfikatora jest specyficzną rolą odgrywaną przez współuczestnika w kolaboracji. Określa ograniczony widok na klasyfikator, zdefiniowany przez to co jest wymagane w kolaboracji. Rola asocjacji jest specyficznym użyciem asocjacji potrzebnej w kolaboracji. Modelowanie kolaboracyjne wyspecjalizowany typ modelowania behawioralnego, przeznaczony do modelowanie relacji pomiędzy elementami, pomiędzy którymi zachodzą interakcje w czasie. 15
9 Diagramy kolaboracji pokazują role klasyfikatorów i asocjacji(najlepiej razem) uzupełnione dodatkowymi elementami ograniczającymi, Typy: diagramy na poziomie specyfikacji(role klas, role asocjacji i ich komunikaty), diagramy na poziomie instancji(konkretne obiekty, powiązania i bodźce), dodatkowe diagramy statyczne są używane do bezpośredniego pokazania kolaboracji. Uwaga: Diagramy kolaboracji i sekwencji opisują te same informacje i mogą być przekształcane miedzy sobą. Wybór diagramu zależy od aspektu, który chce zilustrować projektant. 16 Klasyfikator Atrybut_1 Atrybut_2 Atrybut_3 Operacja_1() Operacja_2() Operacja_3() Relacje klasa-instancja-rola <<wywodzi siê z>> <<jest widokiem>> RolaKlasyfikatora Atrybut_1 Atrybut_2 Operacja_1() Operacja_3() <<odnosi siê do>> Klasyfikator jest opisem instancji Instancja Atrybut_1 Atrybut_2 Atrybut_3 Rola klasyfikatora definuje u ycie instancji Instancja jest wielkoœci¹ z unikatow¹ to samoœci¹ opisan¹ zachowaniem i stanem 17
10 Różne sposoby nazywania roli / NazwaRoliKlasyfikatora : NazwaKlasyfikatora /Rodzic:Osoba /Rodzic :Osoba NazwaInstancji / NazwaRoliKlasyfikatora : NazwaKlasyfikatora :Osoba Andrzej:Osoba Andrzej Andrzej/Rodzic Andrzej/Rodzic:Osoba 18 klasa Klasa_1 Asocjacje i role asocjacji asocjacja {zmienna} 0..5 klasa Klasa_2 <<jest widokiem>> <<jest widokiem>> <<jest widokiem>> /Rola_1 rola klasy {ustalona} rola asocjacji 3..4 /Rola_2 rola klasy Rola asocjacji precyzuje pożądane własności powiązania użytego w kolaboracji. Własności zakończeń asocjacji mogą zostać ograniczone poprzez zakończenia ról asocjacji. 19
11 Przykład 1. Prosta struktura uniwersytetu. pracownik /Nauczyciel:Osoba Pozycja:Text * 1 :Wydzia³ 1 1 promotor wyk³adowca Model ról * uczeñ /Student:Osoba Program:Text kurs wyk³adany * * * :Kurs uczestnik kurs pobierany kompletnyopis struktury Model klas pracownik * wyk³adowca Osoba Nazwa:Text Pozycja:Text Program:Text 1 * promotor 0..1 * uczestnik uczeñ opispojedynczego użycia 0..1 Wydzia³ kurs wyk³adany * * Kurs kurs pobierany 20 Model ról na poziomie instancji cz³onek wydzia³u Andrze/Nauczyciel promotor promotor uczeñ Alicja/Student uczestnik wydzia³ uczeñ :Wydzia³ Robert/Student wydzia³ cz³onek wydzia³u Krzysztof/Nauczyciel uczestnik kurs wyk³adowca wyk³adany kurs pobierany kurs pobierany UML :Kurs 21
12 Diagram kolaboracji z interakcjami Przykład 2. Załóżmy, że użytkownik pracując w edytorze tekstowym naciska znak na klawiaturze, który pojawia się na ekranie. Pokazać interakcje tego prostego procesu zachodzące między klawiaturą, interfejsem graficznym edytora, systemem operacyjnym, procesorem, kartą graficzną i monitorem. Najpierw tworzymy scenariusz przypadku użycia Naciśnij klawisz : 1. naciśnięcie klawisza jest wykrywane przez interfejs graficzny(gui), 2. GUI informuje system operacyjny(sys) o naciśnięciu klawisza, 3. SYS informuje o tym procesor(cpu), 4. SYS uaktualnia GUI, 5. CPU zawiadamia kartę graficzną(graph), 6. GRAPH wysyła komunikat do monitora, 7. monitor wyświetla znak alfanumeryczny. 22 Diagram sekwencji Diagram kolaboracji : Klawiatura : GUI : SYS : CPU : GRAPH : Monitor 1: 1: 2: : Klawiatura : GUI : SYS 3: 2: 3: 4: 4: 5: 6: 5: 6: : CPU : GRAPH : Monitor 23
13 Kiedy modelować kolaboracje Używać jako narzędzia do określenia Klasyfikatorów. Do przetworzenia przypadków użycia/operacji na Klasyfikatory. Do przekształcenia specyfikacji podsystemu na jego realizację. Wskazówki do modelowania kolaboracyjnego Kolaboracja powinna zawierać zarówno strukturę jak zachowanie odpowiednie dla rozważanego zadania. Rola jest pewną abstrakcją instancji, lecz nie stanowi klasy! Należy poszukiwać: elementów inicjujących(zewnętrznych), elementów obsługujących(ang. handler elementy aktywne), elementów obsługiwanych(elementy pasywne) 24 Uzupełnianie się modeli statycznych i dynamicznych Przykład 3. Telefon komórkowy. Rozważmy oprogramowanie sterujące bardzo prostym telefonem komórkowym. Telefon taki posiada przyciski do wybierania numeru, posiada specjalny przycisk Wyślij do inicjowania połączenia. Posiada także, połączeniowy hardware i software, który zbiera cyfry składające się na numer i emituje odpowiednie tony wybierania. Ponadto, musi zawierać radio komórkowe, które ustala połączenie z siecią komórkową. Dodatkowe składowe modelu to mikrofon, głośnik oraz wyświetlacz. Modu³Po³¹czeniowy Telefon RadioKomórkowe * Przycisk G³oœnik Mikrofon Wyœwietlacz 25
14 pierwsza wersja bardzo dobrze odpowiada specyfikacji, relacje kompozycji ściśle odpowiadają obiektowi rzeczywistemu, Pytania: Czy na pewno model statyczny jest prawidłowy? Jaksięotymprzekonać? Jakie kryteria oceny wybrać? Kryterium pierwsze: Zgodność modelu z obiektem rzeczywistym. Kryterium drugie: Zgodność zachowania się modelu z obiektem rzeczywistym. 26 Przypadek użycia: Ustal połączenie. Specyfikacja dynamiki modelu 1. Użytkownik wprowadza numer telefonu naciskając przyciski cyfr. 2. Dla każdej cyfry, wyświetlacz jest odświeżany. 3. Dla każdej cyfry, moduł połączeniowy generuje odpowiedni ton i emituje go przez głośnik. 4. Użytkownik naciska przycisk Wyślij. 5. Radio komórkowe realizuje połączenie z siecią. 6. Na wyświetlaczu pokazuje się ikona Zajęty. 7. Zgromadzone cyfry numeru są wysyłane do sieci. 8. Ustalane jest połączenie z odbiorcą. 27
15 W jaki sposób obiekty modelu statycznego współpracują ze sobą? :G³oœnik :Przycisk *1:Naciœnij(kod) :Modu³Po³¹czeniowy 3:EmitujTon(kod) 5:Po³¹cz(nr_tel) :RadioKomórkowe 2:WyœwietlCyfrê(kod) Wyœlij:Przycisk 4:Wyœlij() :Wyœwietlacz 6:Zajêty() 28 Zrekonfigurowany model statyczny G³oœnik +EmitujTon(kod:int) Przycisk Modu³Po³¹czeniowy RadioKomórkowe +Naciœnij(kod:int) +Wyœlij() +Po³¹cz(nr_tel:String) Wyœwietlacz +WyœwietlCyfrê(kod:int) +Zajêty() 29
16 Problemy dodatkowe: 1. Dlaczego klasa Przycisk miałaby posiadać pełną wiedzę o klasie ModułPołączeniowy? Powinna być to klasa, którą można by użyć w programach, które nie używają obiektów typu ModułPołączeniowy. Przycisk <<nterface>> Przycisk +PrzyciskNaciœniêty() AdapterPrzyciskuWyœlij AdapterPrzyciskuCyfry Modu³Po³¹czeniowy Klasa Wyświetlacz jest celem asocjacji od dwóch różnych klientów(tzn. ModułuPołączeniowego i RadiaKomórkowego). Oznacza to istnienie nieoczekiwanej ukrytej zależności pomiędzy tymi klientami. Modu³Po³¹czeniowy RadioKomórkowe WyswietlaczMP WyœwietlaczRK +WyœwietlCyfrê(kod:int) +Zajêty() Wyœwietlacz 31
17 Zrekonfigurowany model kolaboracji :AdapterPrzyciskuC *1: kod:=przycisk Naciœniêty() 4:Przycisk Naciœniêty() Cyfra:Przycisk Wyœlij:Przycisk :G³oœnik 1.1:Naciœnij(kod) 3:EmitujTon(kod) 5:Po³¹cz(nr_tel) :Modu³Po³¹czeniowy :RadioKomórkowe 4.1:Wyœlij() 2:WyœwietlCyfrê(kod) 6:Zajêty() ekran:wyœwietlaczmp ekran:wyœwietlaczrk :AdapterPrzyciskuW 32 W pierwszej iteracji: Podsumowanie utworzone modele są tylko domysłem, model statyczny jest bardzo słabym przybliżeniem systemu, widoczna dysharmonia pomiędzy modelem statycznym i dynamicznym. W drugiej iteracji: rozdźwięk pomiędzy modelami został częściowo usunięty, nastąpiła eksploracja interesujących szczegółów projektu. Proces iteracyjny powinien trwać, aż projektant zsynchronizuje oba modele. Modele statyczne są niezbędne, ale powinny zostać wzmocnione analizą dynamiki systemu. statyczne relacje są bezpośrednim wynikiem dynamicznych potrzeb aplikacji, 33
18 Wykrywanie wyścigu zdarzeń :AdapterPrzycisku Wyœlij :Modu³Po³¹czeniowy :RadioKomórkowe :G³oœnik Po³_przychodz¹ce() Dzwonek() Wyœlij() OdpowiedŸ() :AdapterPrzycisku Wyœlij :Modu³Po³¹czeniowy :RadioKomórkowe :G³oœnik Wyœlij() Po³_przychodz¹ce() Dzwonek() Po³¹cz(nr_tel) 34
TECHNOLOGIE 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ół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ół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ół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ółowoDiagramy interakcji. Jarosław Kuchta Dokumentacja i Jakość Oprogramowania
Diagramy interakcji Jarosław Kuchta Dokumentacja i Jakość Oprogramowania Podstawowe pojęcia Interakcja (interaction) Przepływ komunikatów pomiędzy obiektami konieczny dla wykonania określonego zadania.
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ół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ół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ół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ół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ół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 interakcji. Jarosław Kuchta
Projektowanie interakcji Jarosław Kuchta Podstawowe pojęcia Interakcja (interaction) Przepływ komunikatów pomiędzy obiektami konieczny dla wykonania określonego zadania. Interakcja występuje w kontekście
Bardziej szczegółowoUML 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ół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ół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ół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ółowoZalety 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ół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ółowoPodstawy modelowania programów Kod przedmiotu
Podstawy modelowania programów - opis przedmiotu Informacje ogólne Nazwa przedmiotu Podstawy modelowania programów Kod przedmiotu 11.3-WI-INFP-PMP Wydział Kierunek Wydział Informatyki, Elektrotechniki
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. 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ółowoDiagramy sekwencji. wymienianych między nimi
Diagramy sekwencji Graficzne przedstawienie interakcji pomiędzy instancjami klasyfikatorów systemu w postaci sekwencji komunikatów wymienianych między nimi Przykład diagramu sekwencji Układ diagramu wymiar
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ół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ółowoDiagram sekwencji. Komunikaty mogą być opisane w sposób sformalizowany. poprz / [warunek] *[iter] nr sekw : wynik := operacja(lista)
Diagram sekwencji Komunikaty mogą być opisane w sposób sformalizowany poprz / [warunek] *[iter] nr sekw : wynik := operacja(lista) Przykłady komunikatów przesuń(1,2) wyn1:=przesuń(5,5), *[1..5]: wyn1 :=
Bardziej szczegółowokoniec 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Ś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ół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ół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ół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ół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ół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ółowoAnaliza i projektowanie obiektowe 2016/2017. Wykład 8: Przypisywanie obiektom odpowiedzialności (2)
Analiza i projektowanie obiektowe 2016/2017 Wykład 8: Przypisywanie obiektom odpowiedzialności (2) Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Wzorce
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ół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ół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ółowoJę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ółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram sekwencji. Materiały dla nauczyciela
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram
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ółowoAPIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI.
APIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI. dr inż. Grażyna Hołodnik-Janczura W8/K4 ZDARZENIA BIZNESOWE W otoczeniu badanego zakresu
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ół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ółowoInstrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia
Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia 1 Cel laboratoriów: Specyfikacja wymagań, zdefiniowanych w ramach laboratorium 2 (wg instrukcji 2),
Bardziej szczegółowoModelowanie i analiza systemów informatycznych
Katolicki Uniwersytet Lubelski Jana Pawła II Wydział Matematyki, Informatyki i Architektury Krajobrazu Modelowanie i analiza systemów informatycznych ćwiczenia informacja wstępna dr Viktor Melnyk, prof.
Bardziej szczegół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ół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ółowoDIAGRAMY IMPLEMENTACYJNE
DIAGRAMY IMPLEMENTACYJNE Maciej Patan Strukturalne diagramy implementacyjne Służą pokazaniu implementacji modelu, włączając w to strukturę kodu źródłowego oraz implementację środowiska wykonania. Typy:
Bardziej szczegółowoKonfiguracja i obsługa modułu Service Desk
Konfiguracja i obsługa modułu Service Desk wersja 07.03.2017 1. Wstęp Moduł Service Desk w BeeOffice pozwala na obsługę zgłoszeń serwisowych w ramach pojedynczej organizacji (np. użytkownicy IT i helpdesk
Bardziej szczegółowoTryby komunikacji między procesami w standardzie Message Passing Interface. Piotr Stasiak Krzysztof Materla
Tryby komunikacji między procesami w standardzie Message Passing Interface Piotr Stasiak 171011 Krzysztof Materla 171065 Wstęp MPI to standard przesyłania wiadomości (komunikatów) pomiędzy procesami programów
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ół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ółowoLaboratorium z przedmiotu: Inżynieria Oprogramowania INP
Laboratoria 5-7- część 1 Identyfikacja klas reprezentujących logikę biznesową projektowanego oprogramowania, definicja atrybutów i operacji klas oraz związków między klasami - na podstawie analizy scenariuszy
Bardziej szczegółowoPlan. Formularz i jego typy. Tworzenie formularza. Co to jest formularz? Typy formularzy Tworzenie prostego formularza Budowa prostego formularza
4 Budowa prostych formularzy, stany sesji, tworzenie przycisków Plan Co to jest formularz? Typy formularzy Tworzenie prostego formularza Budowa prostego formularza 2 Formularz i jego typy Tworzenie formularza
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ółowoInstrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia
Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia 1 Cel laboratoriów: Specyfikacja wymagań, zdefiniowanych w ramach laboratorium 2 (wg instrukcji 2),
Bardziej szczegółowoInformatyka I. Klasy i obiekty. Podstawy programowania obiektowego. dr inż. Andrzej Czerepicki. Politechnika Warszawska Wydział Transportu 2018
Informatyka I Klasy i obiekty. Podstawy programowania obiektowego dr inż. Andrzej Czerepicki Politechnika Warszawska Wydział Transportu 2018 Plan wykładu Pojęcie klasy Deklaracja klasy Pola i metody klasy
Bardziej szczegółowoPROJEKTOWANIE. kodowanie implementacja. PROJEKT most pomiędzy specyfikowaniem a kodowaniem
PROJEKTOWANIE określenie wymagań specyfikowanie projektowanie kodowanie implementacja testowanie produkt konserwacja Faza strategiczna Analiza Dokumentacja Instalacja PROJEKT most pomiędzy specyfikowaniem
Bardziej szczegółowo2017 Electronics For Imaging, Inc. Informacje zawarte w niniejszej publikacji podlegają postanowieniom opisanym w dokumencie Uwagi prawne dotyczącym
2017 Electronics For Imaging, Inc. Informacje zawarte w niniejszej publikacji podlegają postanowieniom opisanym w dokumencie Uwagi prawne dotyczącym tego produktu. 17 kwietnia 2017 Spis treści 3 Spis treści...5
Bardziej szczegółowoUML 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ółowoProgramowanie obiektowe
Laboratorium z przedmiotu - zestaw 02 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami projektowania oraz implementacji klas i obiektów z wykorzystaniem dziedziczenia. Wprowadzenie teoretyczne.
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ół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ółowoInstrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia
Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia 1 Cel laboratoriów: Specyfikacja wymagań, zdefiniowanych w ramach laboratorium 2 (wg instrukcji 2),
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ół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ółowoDiagramy maszyn stanowych, wzorce projektowe Wykład 5 część 1
Diagramy maszyn stanowych, wzorce projektowe Wykład 5 część 1 Zofia Kruczkiewicz Zofia Kruczkiewicz Inżynieria oprogramowania INEK011 1 Składnia elementów na diagramach UML 1. W prezentacji składni diagramów
Bardziej szczegółowoZakres tematyczny dotyczący kursu PHP i MySQL - Podstawy pracy z dynamicznymi stronami internetowymi
Zakres tematyczny dotyczący kursu PHP i MySQL - Podstawy pracy z dynamicznymi stronami internetowymi 1 Rozdział 1 Wprowadzenie do PHP i MySQL Opis: W tym rozdziale kursanci poznają szczegółową charakterystykę
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 6 Diagramy komunikacji Diagram komunikacji (ang. communication diagram),
Bardziej szczegółowoZagadnienia Semestr IV Inżynieria Oprogramowania WSZiB
Zagadnienia Wprowadzenie pojęcia obiektu i klasy obiektu Reprezentacja systemu jako zbioru wzajemnie oddziaływujących obiektów Poszczególne etapy procesu tworzenia obiektowego projektu systemu Charakterystyka
Bardziej szczegółowoZintegrowany model struktury
Zintegrowany model struktury W tej części użyjemy diagramu bloków wewnętrznych aby opisać statyczny (nie behawioralny) widok interfejsów wszystkich podsystemów i sposób, w jaki te interfejsy łączą się
Bardziej szczegółowoNIFIED M L ODELLING ANGUAGE. Diagramy czynności
U M L NIFIED ODELLING ANGUAGE Diagramy czynności 1 Czym jest diagram czynności? Jeden z pięciu rodzajów diagramów UML służących do modelowania dynamicznych aspektów systemu. Przedstawia przepływ sterowania
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ółowoDiagramy 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ółowoWPROWADZENIE DO UML-a
WPROWADZENIE DO UML-a Maciej Patan Instytut Sterowania i Systemów Informatycznych Dlaczego modelujemy... tworzenie metodologii rozwiązywania problemów, eksploracja różnorakich rozwiązań na drodze eksperymentalnej,
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ół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ółowoDiagramy stanów tworzenie modeli analizy i projektowania Na podstawie UML 2.0 Tutorial
Diagramy stanów tworzenie modeli analizy i projektowania Na podstawie UML 2.0 Tutorial http://sparxsystems.com.au/resources/uml2_tutorial/ Zofia Kruczkiewicz Zofia Kruczkiewicz Projektowanie oprogramowania
Bardziej szczegółowoTutorial prowadzi przez kolejne etapy tworzenia projektu począwszy od zdefiniowania przypadków użycia, a skończywszy na konfiguracji i uruchomieniu.
AGH, EAIE, Informatyka Winda - tutorial Systemy czasu rzeczywistego Mirosław Jedynak, Adam Łączyński Spis treści 1 Wstęp... 2 2 Przypadki użycia (Use Case)... 2 3 Diagramy modelu (Object Model Diagram)...
Bardziej szczegółowoMASZYNA STANOWA. Maciej Patan. Instytut Sterowania i Systemów Informatycznych Uniwersytet Zielonogórski. Techniki modelowania programowania.
MASZYNA STANOWA Maciej Patan Motywacje Modelowanie stanów: Wyspecjalizowany typ modelowania behawioralnego, przeznaczony do projektowania cyklu życia elementów. Stan jako określona kondycja lub sytuacja
Bardziej szczegółowoProjekt z przedmiotu Specjalizowane języki programowania Temat: Zastosowanie programowania obiektowego w środowisku LabView
Projekt z przedmiotu Specjalizowane języki programowania Temat: Zastosowanie programowania obiektowego w środowisku LabView Wykonali: Krzysztof Przybyłek Piotr Misiuda IVFDS Istotę programowania obiektowego
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ółowoProgramowanie w języku Python. Grażyna Koba
Programowanie w języku Python Grażyna Koba Kilka definicji Program komputerowy to ciąg instrukcji języka programowania, realizujący dany algorytm. Język programowania to zbiór określonych instrukcji i
Bardziej szczegółowoBudowa argumentacji bezpieczeństwa z użyciem NOR-STA Instrukcja krok po kroku
Budowa argumentacji bezpieczeństwa z użyciem NOR-STA Instrukcja krok po kroku NOR-STA jest narzędziem wspierającym budowę, ocenę oraz zarządzanie strukturą argumentacji wiarygodności (assurance case),
Bardziej szczegółowoALGORYTMY. 1. Podstawowe definicje Schemat blokowy
ALGORYTMY 1. Podstawowe definicje Algorytm (definicja nieformalna) to sposób postępowania (przepis) umożliwiający rozwiązanie określonego zadania (klasy zadań), podany w postaci skończonego zestawu czynności
Bardziej szczegółowoJęzyk UML. dr inż. Piotr Szwed C3, pok
Język UML dr inż. Piotr Szwed C3, pok. 212 e-mail: pszwed@ia.agh.edu.pl http://pszwed.ia.agh.edu.pl Przypadki użycia Przypadki użycia: Definicja Przypadek użycia to specyfikacja ciągów akcji i ich wariantów,
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 7 Przeglądowe diagramy interakcji Przeglądowe diagramy interakcji wiążą
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ółowoSysML Tworzenie diagramu aktywności SysML005
INSTRUKCJA LABORATORIUM Modelowanie systemów SysML Tworzenie diagramu aktywności SysML005 Diagram aktywności Dla wybranego przypadku użycia zaprojektujemy i opiszemy zachowanie systemu i zaangażowanych
Bardziej szczegółowoInżynieria oprogramowania. Część 5: UML Diagramy klas
UNIWERSYTET RZESZOWSKI KATEDRA INFORMATYKI Opracował: mgr inż. Przemysław Pardel v1.01 2010 Inżynieria oprogramowania Część 5: UML Diagramy klas ZAGADNIENIA DO ZREALIZOWANIA (3H) 1. Diagram klas... 3 Zadanie
Bardziej szczegółowoProcesowa 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ółowoDelphi podstawy programowania. Środowisko Delphi
Delphi podstawy programowania Środowisko Delphi Olsztyn 2004 Delphi Programowanie obiektowe - (object-oriented programming) jest to metodologia tworzeniu programów komputerowych definiująca je jako zbiór
Bardziej szczegółowoProgramowanie obiektowe
Laboratorium z przedmiotu Programowanie obiektowe - zestaw 07 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami tworzenia aplikacji okienkowych w C#. Wprowadzenie teoretyczne. Rozważana w
Bardziej szczegółowoWprowadzenie do programowania
do programowania ITA-104 Wersja 1 Warszawa, Wrzesień 2009 ITA-104 do programowania Informacje o kursie Zakres tematyczny kursu Opis kursu Kurs przeznaczony jest do prowadzenia przedmiotu do programowania
Bardziej szczegółowoRozkład materiału do nauczania informatyki w liceum ogólnokształcącym Wersja II
Zespół TI Instytut Informatyki Uniwersytet Wrocławski ti@ii.uni.wroc.pl http://www.wsip.com.pl/serwisy/ti/ Rozkład materiału do nauczania informatyki w liceum ogólnokształcącym Wersja II Rozkład wymagający
Bardziej szczegółowoJęzyk programowania. Andrzej Bobyk http://www.alfabeta.lublin.pl. www.alfabeta.lublin.pl/jp/
Język programowania Andrzej Bobyk http://www.alfabeta.lublin.pl www.alfabeta.lublin.pl/jp/ Literatura K. Reisdorph: Delphi 6 dla każdego. Helion, Gliwice 2001 A. Grażyński, Z. Zarzycki: Delphi 7 dla każdego.
Bardziej szczegółowoSpis 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ółowoMetodyki i techniki programowania
Metodyki i techniki programowania dr inż. Maciej Kusy Katedra Podstaw Elektroniki Wydział Elektrotechniki i Informatyki Politechnika Rzeszowska Elektronika i Telekomunikacja, sem. 2 Plan wykładu Sprawy
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ółowoAneks do Instrukcji obsługi wagi Basic Label 300 z dnia 20.10.04
Aneks do Instrukcji obsługi wagi Basic Label 300 z dnia 20.10.04 W wadze dodano funkcje opisane poniżej. 1. Zapamiętana tara 20.09.2006 Waga może zapamiętać 5 wartości tary, które można w dowolnym momencie
Bardziej szczegółowo