Modelowanie i analiza systemów informatycznych



Podobne dokumenty
REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

Inżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu

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

Analityk i współczesna analiza

Wykład 1 Inżynieria Oprogramowania

Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1

Projekty BPM z perspektywy analityka biznesowego. Wrocław, 20 stycznia 2011

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)

Etapy życia oprogramowania

Opis metodyki i procesu produkcji oprogramowania

Wstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania

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

Architektura oprogramowania w praktyce. Wydanie II.

ZARZĄDZANIU. Wykład VI. dr Jan Kazimirski

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

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

Podstawy programowania III WYKŁAD 4

Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką?

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

UPEDU: Rozpoznanie wymagań (ang. requirements discipline)

Inżynieria oprogramowania. Jan Magott

Michał Adamczyk. Język UML

Inżynieria oprogramowania. Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia

WPROWADZENIE DO UML-a

Zakres wykładu. Podstawy InŜynierii Oprogramowania

USPRAWNIANIE, DORADZTWO, KONSULTING

Język UML w modelowaniu systemów informatycznych

Zasady organizacji projektów informatycznych

Dobór systemów klasy ERP

SVN. 10 października Instalacja. Wchodzimy na stronę i pobieramy aplikację. Rysunek 1: Instalacja - krok 1

JAK OPTYMALNIE DOBRAĆ ODPOWIEDNIE TECHNOLOGIE INFORMATYCZNE?

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

Konfiguracja modelowania w procesie wytwarzania oprogramowania

Narzędzia informatyczne wspierające przedsięwzięcia e-commerce

Egzamin / zaliczenie na ocenę*

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

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2

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

Inżynieria oprogramowania (Software Engineering)

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON

Jakość w procesie wytwarzania oprogramowania

PRZEWODNIK PO PRZEDMIOCIE

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

Modelowanie i Programowanie Obiektowe

Cechy charakterystyczne tworzenia oprogramowania w Inżynierii Biomedycznej. Wykładowca Dr inż. Zofia Kruczkiewicz

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

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010

Analiza i projektowanie obiektowe 2016/2017. Wykład 10: Tworzenie projektowego diagramu klas

Projektowanie Modeli Usług dla rozwiązań typu SOA

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

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

INŻYNIERIA OPROGRAMOWANIA. laboratorium

Inżynieria Oprogramowania w Praktyce

Inżynieria oprogramowania. Wykład 6 Analiza i specyfikowanie wymagań

PRZEWODNIK PO PRZEDMIOCIE

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

Specyfikacja wymagań systemowych (może podlegać edytowaniu na kolejnych etapach)

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

INŻYNIERIA OPROGRAMOWANIA

Szczególne problemy projektowania aplikacji internetowych. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Oprogramowanie zgodne z prawem

Wykład 3 Wymagania. MIS n Inżynieria oprogramowania Październik Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie

Projektowanie Infrastruktury Sieciowej v2 2012/09/01

Modelowanie i analiza systemów informatycznych Spis treści

IO - Plan wdrożenia. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006

Analiza i projektowanie obiektowe 2015/2016. Wykład 2: Przypadki użycia

KARTA PRZEDMIOTU. Systemy czasu rzeczywistego: D1_9

Analiza i projektowanie obiektowe w UML Kod przedmiotu

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 6 Wskazówki i sugestie

Laboratorium 5 - Projektowanie programów zorientowanych obiektowo. Indywidualny projekt programistyczny

Analiza biznesowa a metody agile owe

Inżynieria Programowania - Projektowanie architektoniczne

Podstawy modelowania biznesowego w inżynierii oprogramowania

wbudowane October 7, 2015 KSEM WETI PG Komputery przemysłowe i systemy wbudowane Oprogramowanie systemów wbudowanych - wydajność Wydajność

Techniki i rozwiązania IT w optymalizacji procesów

KARTA MODUŁU KSZTAŁCENIA

Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Inżynieria oprogramowania

Model referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami

MODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM.

PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB KLUCZ ODPOWIEDZI. Część DODATEK

Inżynieria oprogramowania (Software Engineering)

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

APIO. W5 PRZYPADKI UŻYCIA. SCENARIUSZE PISANIE SCENARIUSZY RÓŻNE PODEJŚCIA RÓŻNE SZABLONY. dr inż. Grażyna Hołodnik-Janczura W8/K4

Wytwarzanie oprogramowania

Zarządzanie konfiguracją produktu w całym cyklu Ŝycia. Aleksandra Grzywak-Gawryś Warsztaty Rola IRIS w branŝy kolejowej

In ż ynieria oprogramowania wykład II Modele i fazy cyklu życia oprogramowania

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.

Tom 6 Opis oprogramowania

<Nazwa firmy> <Nazwa projektu> Specyfikacja wymagań projektu. Wersja <1.0>

Specyfikowanie wymagań przypadki użycia

Analiza i projektowanie obiektowe 2017/2018. Wykład 3: Model wiedzy dziedzinowej

MODELOWANIE SYSTEMU OCENY WARUNKÓW PRACY OPERATORÓW STEROWNI

Virtual Grid Resource Management System with Virtualization Technology

Projektowanie Graficznych Interfejsów Użytkownika Robert Szmurło

problem w określonym kontekście siły istotę jego rozwiązania

Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania

Transkrypt:

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 System Modeling Language (SysML) and the SYSMOD modeling approach Tim Weilkiens: Systems Engineering with SysML/ UML, Morgan Kaufmann Publishers, Copyright 2007 Elsevier Inc. All rights reserved. Sanford Friedenthal, Alan Moore, and Rick Steiner: A PracJcal Guide to SysML, Morgan Kaufmann Publishers, Copyright 2009 Elsevier Inc. All rights reserved. Kurs IBM: Requirements management 2

Inżynieria systemów Interdyscyplinarne podejście do budowania zrównoważonych rozwiązań w odpowiedzi na rozbieżne potrzeby interesariuszy Zarządzanie złożonością projektów Koordynacja i integracja poszczególnych zespołów i ich dyscyplin Inżynieria oprogramowania Inżynieria osprzętu Inżynieria mechaniczna Inżynieria bezpieczeństwa Inżynieria procesowa 3

Cykl życia systemu model V Definicja wymagań interesariuszy Weryfikacja i walidacja Walidacja Analiza wymagań Przekazanie Weryfikacja Projekt architektoniczny Integracja Używanie Utrzymywanie Pomysł lub zapotrzebowanie Implementacja Pozbycie się Czas koncepcja budowanie produkcja używanie 4

Rozróżnienie problemu i rozwiązania PROBLEM Wymagania (potrzeby) interesariuszy Opis problemu i jego kontekstu Opisują oczekiwania interesariuszy od systemu Nie są definicją rozwiązania (z wyjątkiem środowiska) Jakość rezultatów Pochodzą od interesariuszy ROZWIĄZANIE Wymagania systemowe Abstrakcyjna reprezentacja rozwiązania Opisują, co system będzie robił Nie są projektem systemu Jak dobrze je zrealizuje Pochodzą od inżynierów systemowych Użytkownik będzie w stanie System będzie robił 5

Proces Specyfikacja wejściowa Porozumienie z klientem Strategia akceptacji Żądanie zmiany Analiza i modelowanie Żądanie zmiany Modele Wydobycie wymagań i strategii akceptacji Żądanie zmiany Specyfikacja wyjściowa Porozumienie z dostawcą Strategia akceptacji 6

Modele a poziomy wymagań Wizja np. modelowanie celu i użycia Poziom szczegołowości Wymagania interesariuszy Wymagania systemowe Wymagania podsystemów np. modelowanie funkcjonalne np. modelowanie funkcjonalne np. modelowanie wydajności np. modelowanie wydajności np. modelowanie wydajności 7

Znaczenie traceability Poziom szczegołowości Potrzeby użytkowników Własności systemu Przypadki użycia i wymagania Procedury testowe Projekt Problem System, który ma być zbudowany Dokumentacja użytkownika Przestrzeń problemu Przestrzeń rozwiązania 8

Znaczenie traceability Traceability pozwala na: Ocenę wpływu zmiany w wymaganiach na projekt Ocenę wpływu porażki testu na wymagania (jeżeli test się nie udaje, wymaganie raczej nie jest spełnione) Zarządzanie zakresem projektu Sprawdzenie, czy wszystkie wymagania są spełnione przez implementację Sprawdzenie, czy aplikacja robi tylko to, co zostało zamierzone Zarządzanie zmianami Projekt Cecha Wymaganie Testy Dokumentacja użytkownika 9

Język modelowania Język a metodologia Definiuje elementy i ich zależności Definiuje składnię (notację) i semantykę (znaczenie) Np. UML, SysML Metodologia rozwoju systemu Definiuje kroki analizy i projektowania systemu Definiuje użycie elementów modelu i diagramów Np. RUP (Ra-onal Unified Process), SYSMOD (SYStem MODelling Tima Weilkiensa) 10

SYSMOD podejście do analizy 11

SYSMOD analiza 12

Opis kontekstu systemu System wypożyczania samochodów SpeedyCar Pracuje bez personelu Konieczna identyfikacja klientów Centralny komputer w komorze radia Komunikacja z centralnym systemem rezerwacji Zbieranie danych użytkowania Udogodnienia Nawigacja Radio Telefon 13

Określanie wymagań 14

Identyfikacja interesariuszy Interesariusz Priorytet (1-4) Komentarz/cele Klient 1 Chce łatwego i wygodnego dostępu do samochodu i niskich cen System rezerwacji 2 Wymaga interfejsu do komputera pokładowego Producent samochodu 1 Komputer pokładowy musi sterować centralnym zamkiem zabezpieczeniem antykradzieżowym oraz zbierać informacje o przejechanej trasie Dostawca komunikacji komórkowej 1 Komputer pokładowy i system rezerwacji najprawdopodobniej będą komunikować się przez SMS. Należy zapewnić szybkość i dostępność Firma ubezpieczeniowa 1 Czy ochrona włamaniowa jest wystarczająca dla komputera pokładowego? Serwis samochodowy 2 Instalacja, utrzymanie i konfiguracja komputera pokładowego Call center SpeedyCar 2 Obsługuje pytania klientów odnośnie działania komputera pokładowego Producent systemu nawigacji Producent radio samochodowego 4 SpeedyCar chce, żeby komputer pokładowy miał funkcjonalność systemu nawigacji 2 Komputer pokładowy powinien także integrować funkcjonalność radio, ponieważ rzeczywiste radio zostanie nim zastąpione Producent czytnika kart 1 Urządzenie dostępowe zostanie zakupione od zewnętrznego producenta Prawo wsteczne systemów spadkowych 3 Co prawo mówi o pozbyciu się starych urządzeń? Kto jest za to odpowiedzialny? Prawodawca 1 Jaka wielkość/waga jest dozwolona dla komputera pokładowego? Należy sprawdzić także inne ograniczenia prawne 15

Identyfikacja interesariuszy 16

Zebranie wymagań 17

Zebranie wymagań 18

Modelowanie kontekstu systemu 19

Identyfikacja aktorów systemowych 20

Modelowanie przepływu informacji 21

Identyfikowanie punktów interakcji 22

Kontekst systemu 23

Modelowanie przypadków użycia 24

Identyfikacja przypadków użycia 25

Organizacja przypadków użycia 26

Traceability wymagań 27

Zasadniczy opis przypadków użycia 28

Zasadniczy opis przypadków użycia 29

Zasadniczy opis przypadków użycia 30

Modelowanie przepływów sterowania 31

Modelowanie przepływów obiektów 32

Modelowanie wiedzy dziedzinowej 33

Tworzenie słownika 34

SYSMOD podejście do projektowania 35

SYSMOD projektowanie 36

Modelowanie interakcji aktor- system 37

Określanie interfejsów systemu 38

Modelowanie struktur systemu Komponenty: 39

Modelowanie struktur systemu Związki komponentów: 40

Modelowanie struktur systemu Alokacje strukturalne: 41

Modelowanie struktur systemu Alokacje funkcjonalne (akcji do komponentów): 42

Modelowanie struktur systemu Traceability do wymagań (bloki spełniające wymagania): 43

Definiowanie modelu stanów 44

SYSMOD model parametryczny 45

Ograniczenia na cechach bloków 46

SYSMOD zarządzanie wariantami 47

Zarządzanie wariantami 48