WOJSKOWA AKADEMIA TECHNICZNA

Podobne dokumenty
WOJSKOWA AKADEMIA TECHNICZNA

WOJSKOWA AKADEMIA TECHNICZNA

WOJSKOWA AKADEMIA TECHNICZNA

Spis treúci. 1. Wprowadzenie... 13

INŻYNIERIA OPROGRAMOWANIA. laboratorium

WOJSKOWA AKADEMIA TECHNICZNA WYDZIAŁ CYBERNETYKI

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

Podstawy inżynierii oprogramowania

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram sekwencji. Materiały dla nauczyciela

Modelowanie obiektowe - Ćw. 3.

Kurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017

Wykład 1 Inżynieria Oprogramowania

Projektowanie Zorientowane na Dziedzinę. ang. Domain Driven Design

UML w Visual Studio. Michał Ciećwierz

Język UML w modelowaniu systemów informatycznych

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 1 Wprowadzenie do narzędzia CASE. Materiały dla nauczyciela

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym

PRZEWODNIK PO PRZEDMIOCIE

Politechnika Gdańska Wydział Elektrotechniki i Automatyki Katedra Inżynierii Systemów Sterowania KOMPUTEROWE SYSTEMY STEROWANIA (KSS)

Skrypt wideo Pierwsze kroki z IBM TRIRIGA - Obiekty biznesowe i formularze

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

Modelowanie obiektowe - Ćw. 6.

Instrukcja wyszukiwania kart informacyjnych

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

Projekt systemu informatycznego

Projektowanie baz danych za pomocą narzędzi CASE

OfficeObjects e-forms

PRZEWODNIK PO PRZEDMIOCIE

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

Narzędzia CASE dla.net. Łukasz Popiel

Zasady organizacji projektów informatycznych

Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska

Backup Premium Podręcznik Szybkiego Startu

AUREA BPM HP Software. TECNA Sp. z o.o. Strona 1 z 7

Podstawy programowania III WYKŁAD 4

Usprawnienie procesu zarządzania konfiguracją. Marcin Piebiak Solution Architect Linux Polska Sp. z o.o.

Wszystko na temat wzoru dokumentu elektronicznego

Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla nauczyciela

WOJSKOWA AKADEMIA TECHNICZNA

Informatyka I stopień (I stopień / II stopień) Ogólnoakademicki (ogólno akademicki / praktyczny)

Szczegółowa specyfikacja funkcjonalności zamawianego oprogramowania.

ZSUT. Laboratoria zdalne ZSUT. Instrukcja Rezerwacja zasobów. Zakład Sieci i Usług Teleinformatycznych

Załącznik nr 1. Specyfikacja techniczna portalu internetowego Łódź, r.

Informatyka I stopień (I stopień / II stopień) Ogólnoakademicki (ogólno akademicki / praktyczny)

Lista zadań nr 7. Rys. 1. Rozmieszczenia elementów sygnalizacji na skrzyżowaniu

produkować, promować i sprzedawać produkty, zarządzać i rozliczać przedsięwzięcia, oraz komunikować się wewnątrz organizacji.

Procesowa specyfikacja systemów IT

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)

PRZEWODNIK PO PRZEDMIOCIE

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 5 Ćwiczenia w narzędziu CASE diagram przypadków uŝycia. Materiały dla nauczyciela

WOJSKOWA AKADEMIA TECHNICZNA WYDZIAŁ CYBERNETYKI

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

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

Aplikacja (oprogramowanie) będzie umożliwiać przygotowanie, przeprowadzenie badania oraz analizę wyników według określonej metody.

Szkolenie: Dobry Przypadek Testowy

Analiza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji

Rejestr HKEY_LOCAL_MACHINE

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2

WOJSKOWA AKADEMIA TECHNICZNA

Rysunek 1: Przykłady graficznej prezentacji klas.

Programowanie obiektowe

Numer i nazwa obszaru: Temat szkolenia:

Programowanie obiektowe

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 2 Ćwiczenia w narzędziu CASE diagram klas. Materiały dla nauczyciela

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

Wprowadzenie do Doctrine ORM

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

Wybrane problemy z dziedziny modelowania i wdrażania baz danych przestrzennych w aspekcie dydaktyki. Artur Krawczyk AGH Akademia Górniczo Hutnicza

PODRĘCZNIK UŻYTKOWNIKA SYSTEMU MONITOROWANIA KSZTAŁCENIA PRACOWNIKÓW MEDYCZNYCH

Referat Pracy Dyplomowej

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla studenta

smartdental PRZYJAZNE, NOWOCZESNE I KOMPLEKSOWE OPROGRAMOWANIE STOMATOLOGICZNE

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

PLAN SZKOLEŃ FEMAP. Nasza oferta: Solid Edge najefektywniejszy dostępny obecnie na rynku system CAD klasy mid-range,

OPIS i SPECYFIKACJA TECHNICZNA

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2

ISO Matrix - e-iso dla Twojej firmy

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

Podstawy modelowania programów Kod przedmiotu

Zarządzanie kontem użytkownika Lokalnego Systemu Informatycznego w ramach RPO WSL

SYSTEMY CZASU RZECZYWISTEGO STEROWNIK WIND. Dokumentacja projektu. Danilo Lakovic. Joanna Duda. Piotr Leżoń. Mateusz Pytel

Analityk i współczesna analiza

Warsztaty KPRM-MF-MG-MPiPS MRR-MSWiA-MSZ 28 kwietnia 2011 r.

Wykład I. Wprowadzenie do baz danych

Produkty i artefakty architektoniczne

Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów niestacjonarnych studiów II stopnia)

Informatyzacja przedsiębiorstw WYKŁAD

Odpowiedź na pytanie 1 i 3 :

Narzędzie informatyczne wspomagające dokonywanie ocen pracowniczych w służbie cywilnej

1 Struktura organizacyjna. 2 Uprawnienia i obowiązki uczestników procesu kształcenia na odległość

NOWE ROZWIĄZANIA W ZAKRESIE STEROWANIA I KONTROLI STANU ROZJAZDU

IBM Rational Software Architect uproszczona instrukcja użytkowania

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

WOJSKOWA AKADEMIA TECHNICZNA

Dokumentacja projektu Makao karciana gra sieciowa

Otwarte zostanie okno Pracownik Nowy pracownik, w którym uzupełniamy dane osobowe. Należy wypełnić formatkę

Numer i nazwa obszaru: Temat szkolenia:

Transkrypt:

WOJSKOWA AKADEMIA TECHNICZNA LABORATORIUM ANALIZA I MODELOWANIE SYSTEMÓW INFORMATYCZNYCH Stopień, imię i nazwisko prowadzącego Stopień, imię i nazwisko słuchacza Grupa szkoleniowa mgr inż. Łukasz Laszko inż. Grzegorz Pol I0G1S4 Data wykonania ćwiczenia 08.06.2011 r. SPRAWOZDANIE Z PRACY LABORATORYJNEJ Temat: Analiza dynamiki

1. Zadanie Treść zadania laboratoryjnego: Na podstawie opisu firmy zajmującej się produkcją oprogramowania z dziedziny bezpieczeństwa teleinformatycznego, który był przedstawiony w ramach laboratorium nr 1, dokonaj precyzyjnej analizy dynamiki systemu elektronicznego obiegu informacji (EDI) dla tej firmy, który najlepiej spełni jej nadzieje związane z wprowadzeniem środków IT do wsparcia jej działalności. Zadania szczegółowe: 1. Przedstaw model stanów obiektu Dokument uwzględniający następujące stany: Nieaktywny, Aktywny, Pusty Wypełniany, Aktualizowany, Zapisywany, Podpisywany (podpisem cyfrowym), Szyfrowany, Zamknięty, Wydrukowany. Prawidłowo opisz wszystkie tranzycje! 2. Utworzony model stanów uzupełnij o niezbędne akcje i aktywności. 3. Wybierz trzy ważniejsze tranzycje i doprecyzuj je na diagramach aktywności. 4. Na diagramie sekwencji przedstaw scenariusz opisujący realizację tworzenia dokumentu elektronicznego. 5. Przekształć utworzony diagram sekwencji w analogiczny diagram komunikacji. Wyniki pracy umieść w aktywnościach, w postaci plików graficznych. Utworzone repozytorium RSA umieść na portalu. Następnie sporządź sprawozdanie, dokumentując utworzony przez Ciebie model dynamiki systemu. Sprawozdanie umieść na portalu. 2. Oprogramowanie Do realizacji powyższych zadania używałem aplikacji IBM Rational Software Architect w wersji 8.0.2. Plik repozytorium został zamieszczony na platformie Moodle. 2

3. Model stanów Realizację ćwiczenia rozpocząłem od zamodelowania modelu stanów obiektu Dokument. Stworzony model stanów prezentuję poniżej: 3

Wszystkie wymagane w zadaniu stany zostały użyte w powyższym modelu. Model ma opisane tranzycie wraz z przypisanymi efektami. 4. Diagram sekwencji Kolejnym etapem realizacji zadania laboratoryjnego było stworzenie diagramu sekwencji opisujący proces tworzenia dokumentu. Poniżej zamieszczam stworzony przeze mnie diagram: Z powyższego diagramu można wywnioskować, że w moim systemie istnieją dwie możliwości stworzenia dokumentu elektronicznego: Na podstawie istniejącego już w bazie danych dokumentu Stworzenie całkowicie nowego dokumentu Po modyfikacji istniejącego dokumentu lub wypełnienia nowego dokumentu, dokument jest wysyłany do bazy danych, a następnie w niej zapisywany. 4

5. Diagram współpracy Ostatnim etapem realizacji pracy laboratoryjnej było przekształcenie diagramu sekwencji zrealizowanego w poprzednim podpunkcie w diagram współpracy (nazywany również diagramem interakcji). Zadanie te było dość proste ze względu na wbudowany w aplikację skrypt, który wspomniane przekształcenie wykonuje automatycznie. 6. Wnioski Zamodelowany diagram stanów obrazuje nam możliwe stany obiektów oraz przejścia, które to powodują daną zmianę obiektu. Możemy powiedzieć, że dzięki powyższemu diagramowi tworzymy cykl życia obiektu, który w sposób zdecydowany ułatwia późniejsze wytworzenie oprogramowania. Diagram współpracy jest diagramem funkcjonalnie zbliżonym do diagramu sekwencji. Pierwszy z nich odwzorowuje powiązania pomiędzy obiektami nie uwzględniając przy tym upływu czasu. Służy on do odwzorowania efektów oddziaływania na pojedynczy obiekt. Natomiast diagram sekwencji przedstawia przede wszystkim zależności czasowe pomiędzy obiektami. Stosowany przy modelowaniu systemów czasu rzeczywistego i przy złożonych scenariuszach. 5

Oba diagramy uzupełniają poznane wcześniej na poprzednich zajęciach diagramy, które tworzą razem ogromne narzędzie, które w odpowiednich rękach w sposób zdecydowany ułatwiają i przyśpieszają wytwarzanie oprogramowania oraz stają się bardzo dobrym łącznikiem pomiędzy klientem, a programistą. 6