Analiza strukturalna systemów informatycznych



Podobne dokumenty
Diagramy przepływu danych I

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

Narzędzia szczegółowe - diagramy. specyfikacje procesów (pseudokod).

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

Strukturalne metodyki projektowania systemûw informatycznych

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD

E-1IZ s2. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)

Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II)

E-I2SG-2010-s1. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)

MODELOWANIE PRZEPŁYWU DANYCH

Projektowanie systemów informatycznych. wykład 6

MODELOWANIE SYSTEMÓW INFORMACYJNYCH

Inżynieria oprogramowania wykład VI Faza analizy Analiza strukturalna modelowanie procesów, słownik danych

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego

IO - inżynieria oprogramowania. dr inż. M. Żabińska, zabinska@agh.edu.pl

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

Modelowanie KONCEPCJA. przedstawiana przez INDYWIDUALNOŚĆ GHJ 6

Spis treści. Rozdział 3. Słownik danych (Data Dictionary)...n.. 65 Formalizm notacji słownika danych...u...65

PRZEWODNIK PO PRZEDMIOCIE

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

Podstawowy Wykład z Systemów Baz Danych

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

MODELOWANIE STRUKTURALNE DEFINICJE, NOTACJA, TECHNIKI I NARZĘDZIA

Diagramy przepływu danych IV. Słownik danych. Specyfikacje procesów.

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

Bazy danych 2. dr inż. Tadeusz Jeleniewski

Rozdział 3. Słownik danych (Data Dictionary)...n..61 Formalizm notacji słownika danych...u Rozdział 4. Specyfikacja procesów...n...

ZSE - Systemy baz danych 1 ZASADY PROJEKTOWANIA BAZ DANYCH

KARTA PRZEDMIOTU. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI Ogólne umiejętności posługiwania się komputerem

Bazy Danych. Modele danych. Krzysztof Regulski WIMiIP, KISiM,

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

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

Autor: Joanna Karwowska

Wymagania klienta mogą być opisane na różnych poziomach abstrakcji: Podział wymagań: Wymagania funkcjonalne Wymagania niefunkcjonalne

Autor Jerzy Roszkowski. Management Systems Consulting. Data utworzenia Data modyfikacji Wersja 4.0

KARTA MODUŁU KSZTAŁCENIA

Systemy informatyczne. Modelowanie danych systemów informatycznych

Faza Określania Wymagań

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

Katalog Szkoleń Akademia Inżynierii Oprogramowania dr Jerzy Roszkowski. X-Serwis Laboratorium Dział Nowych Technologii. Warszawa STATUS v.1.

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

Baza danych to zbiór wzajemnie powiązanych ze sobą i zintegrowanych danych z pewnej dziedziny.

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

Cechy narzędzi CASE (1):

Projektowanie Systemów Informacyjnych

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

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

Spis treści. Analiza i modelowanie_nowicki, Chomiak_Księga1.indb :03:08

Zasady organizacji projektów informatycznych

Egzamin / zaliczenie na ocenę*

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

Wykład 1 Inżynieria Oprogramowania

Podstawy programowania III WYKŁAD 4

Przepływy danych. Oracle Designer: Modelowanie przepływów danych. Diagramy przepływów danych (1) Diagramy przepływów danych (2)

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

Przedsięwzięcia Informatyczne w Zarządzaniu

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

Transformacja wiedzy w budowie i eksploatacji maszyn

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

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

Wydział Elektroniki Politechniki Wrocławskiej. Kierunek: Informatyka Specjalność: InŜynieria Systemów Informatycznych

Modelowanie danych, projektowanie systemu informatycznego

Przedmiot nauk o zarządzaniu Organizacja w otoczeniu rynkowym jako obiekt zarządzania Struktury organizacyjne Zarządzanie procesowe

Cykl Ŝycia systemów informatycznych

Modelowanie i Programowanie Obiektowe

Wprowadzenie do systemów informacyjnych

Kryzys oprogramowania. Wprowadzenie do modelowania. Metodyka projektowania. Próby walki z kryzysem. zastosowanie odpowiedniej metodyki projektowania

Bazy danych. Zachodniopomorski Uniwersytet Technologiczny w Szczecinie. Wykład 3: Model związków encji.

STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe

Uniwersytet w Białymstoku Wydział Ekonomiczno-Informatyczny w Wilnie SYLLABUS na rok akademicki 2012/2013

Metodyka projektowania komputerowych systemów sterowania

Bazy danych i usługi sieciowe

System informacji edukacyjnej regionu kujawsko-pomorskiego

Pytania z przedmiotów kierunkowych

PRZEWODNIK PO PRZEDMIOCIE

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2

Implementacja prototypu modułu dostępu do danych SkOs przy pomocy protokołu LDAP

Narzędzia CASE dla.net. Łukasz Popiel

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

Etapy życia oprogramowania

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

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

Podstawy Automatyki. Wykład 13 - Układy bramkowe. dr inż. Jakub Możaryn. Warszawa, Instytut Automatyki i Robotyki

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

Tworzenie prostego diagramu przepływu danych (DFD) z wykorzystaniem modułu Business Process Model pakietu Power Designer 15

Projektowanie systemów informatycznych. Diagramy przypadków użycia

Feature Driven Development

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

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

Przegląd problemów doskonalenia systemów zarządzania przedsiębiorstwem

Inżynieria oprogramowania II

Modelowanie obiektowe - Ćw. 6.

INFORMATYCZNE SYSTEMY ZARZĄDZANIA

Faza analizy (modelowania) Faza projektowania

Inżynieria Oprogramowania w Praktyce

Cykl życia systemów informatycznych

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

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

Transkrypt:

Analiza strukturalna systemów informatycznych Modelowanie i analiza systemów informatycznych, w4 Dr inż. Walery Susłow walery.suslow@ie.tu.koszalin.pl

Metodyki tworzenia systemów informatycznych (TSI) Metodyka TSI jest to spójny, logicznie uporządkowany zestaw procedur o charakterze technicznym i organizatorskim, umożliwiający zespołowi wykonawczemu realizowanie cyklu życia systemu. Składniki metodyki TSI: modele konceptualne (statyka i dynamika domeny); struktura procesu TSI, cykl życia systemu; szczegółowe metody i techniki; dedykowane narzędzia CASE; specyfikacja wymagań wobec zespołu projektowego; kryteria oceny jakości projektu i systemu.

Składniki metodyki TSI Narzędzia zespołu projektowego Modele DP Metody Techniki CASE Tworzenie systemu Dziedzina przedmiotowa Tworzenie systemu informatycznego System informatyczny Analizy, cele, problemy, potrzeby Prezentacja i eksploatacja Korekty i modyfikacje Ocena Nie Akceptacja Zespół projektowy Kierowanie projektami Tak

Logiczna klasyfikacja metodyk TSI (1)

Logiczna klasyfikacja metodyk TSI (2)

Realizacja SI: podejścia metodyczne Strukturalne, polegające na tworzeniu systemu o strukturze hierarchicznej, której składniki stanowią dobrze zdefiniowane moduły funkcji i danych; Obiektowe, opierające się na wyodrębnieniu obiektów, mających przypisane znaczenie w kontekście dziedziny przedmiotowej; Społeczne, akcentuje aspekty psychologiczne oraz socjologiczne w tworzeniu SI.

Klasyfikacja technik opisu SI Metody opisu SI Strukturalne Obiektowe Społeczne Przyrostowe Yourdon a SSADM SADT STRADIS

Realizacja SI: podejście praktyczne Stosowane w praktyce techniki stanowią zazwyczaj swoisty kompromis miedzy: Podejściem technicznym a społecznym, Specyfikacją danych i procesów, Aktywnym i pasywnym wpływem na dziedzinę przedmiotowa, Wstępującym bądź zstępującym tokiem projektowania. Można mówić o tzw. elastycznych metodykach TSI, dopuszczających stosowanie w kolejnych fazach realizacji SI niejednorodnych technik.

Podstawowe składniki elastycznych metodyk TSI Modele Techniki Narzędzia Reguły transformacji Cykl życia systemu

Metodyki strukturalne Metodyki strukturalne (ang. structured methodologies, structured analysis) przewidują statyczne opisy danych i procesów. Do tej klasy metodyk strukturalnych należą: Metodyka Yourdon a; SSADM (ang. Structured System Analysis and Design Methodology); SADT (ang. Structured Analysis and Design Technique); STRADIS metodyka strukturalnej analizy systemów informacyjnych. Główną wadą metodyk strukturalnych są trudności w zintegrowaniu modeli.

Różnice pomiędzy metodykami Podejścia proponowane przez różnych autorów różnią się tylko częściowo i nie muszą być ze sobą sprzeczne. Nie ma metodyk uniwersalnych. Analitycy i projektanci wybierają kombinację technik i notacji, która jest w danym momencie najbardziej przydatna. Poszczególne metodyki mogą zawierać elementy rzadko wykorzystywane w praktyce.

Analiza i modelowanie strukturalne (1) W projektowaniu strukturalnym zakłada się naprzemienne etapy: analiz teoretycznych, prac projektowych, eksperymentów praktycznych. Z doskonaleniem systemu informatycznego nie wolno przesadzać: Good enough is perfect. Istotą metod projektowania strukturalnego jest upraszczanie złożonego systemu poprzez systematyczne rozkładanie go na prostsze podsystemy, drogowskazem dla projektanta jest struktura rozważanego problemu.

Analiza i modelowanie strukturalne (2) Podstawową ideą podejścia strukturalnego jest dzielenie złożonych procesów i bytów na elementy składowe wraz z koncentracją uwagi stopniowo na coraz drobniejszych szczegółach. Ważne jest, żeby wykrytą strukturę zapisać i uwidocznić we właściwy sposób.

Główne techniki analizy strukturalnej Zgodnie z De Marco, analiza strukturalna używa następujących technik: Diagramy Przepływu Danych (ang. Data Flow Diagrams, DFD); Słownik Danych (ang. Data Dictionary); Strukturalny język naturalny (angielski, polski); Tablice Decyzyjne (ang. Decision Tables); Drzewa Decyzyjne (ang. Decision Trees).

Inne techniki analizy strukturalnej Schemat Transformacyjny (ang. Transformation Schema); Diagram Przejść Stanów (State Transition Diagram); Lista Zdarzeń (ang. Event List); Schemat Danych (ang. Data Schema); Pre- i post- warunki (ang. Pre- and Post- Conditions); Diagramy Encja-Związek (ERD); Historie Życia Encji.

Składniki podejścia strukturalnego Strukturalne projektowanie Strukturalne testowanie Wymagania klienta Specyfikacja wymagań funkcjonalnych Specyfikacja projektu SI Tworzenie modułów SI Przegląd wyników rozwiązania Test akceptacyjny na zainstalowanym SI Integracja modułów SI Test modułów

Diagram Hierarchii Funkcji * Wymagania funkcjonalne opisują funkcje (czynności, operacje) wykonywane przez system. *) Function Hierarchy Diagram - FHD

Konstruowanie hierarchii funkcji Każda funkcja na diagramie określa, co system ma robić, a nie w jaki sposób; Każda funkcja nadrzędna powinna całkowicie opisywać funkcje szczegółowe; Wykorzystuje się metodę z góry na dół (od ogółu do szczegółu); Każda funkcja powinna być opisana w języku naturalnym: - nazwa funkcji, - wynik - opis, - warunek wstępny - dane wejściowe, - warunek końcowy - źródło danych wejściowych

Etapy modelowania i projektowania strukturalnego Konstrukcja modelu środowiska Definicja zadań systemu Identyfikacja obiektów zewnętrznych Definicja bodźców zewnętrznych Konstrukcja diagramu kontekstowego Konstrukcja modelu behawioralnego Model funkcjonalny i model danych Model zmian stanów systemu Konstrukcja modelu fizycznego

Analityczne metody modelowania i projektowania SI Metody analityczne definicję hierarchicznego modelu SI dokonuje się poprzez zastosowanie rozbioru tego systemu na części składowe. Metody strukturalne: hierarchia kompozycyjna Metody obiektowe: hierarchia kompozycyjna i hierarchia uogólniająca Podstawowe koncepcje projektowania strukturalnego: Zasada uściślania krokowego Zasada modularyzacji Kryteria spójności modułów i więzi międzymodułowych

Metoda strukturalna Yourdana 1)Diagram przepływu danych (DFD) 2)Specyfikacja procesów (PSPEC) 3)Relacyjne diagramy danych (ERD) 4)Słownik danych (DD) 5)Diagramy przejść stanów (STD)

Diagramy przepływu danych*(1) Proces (ang. process) oznacza transformację danych wejściowych w wynikowe i odpowiada tym składnikom systemu, które przetwarzają dane. Przepływ danych (ang. data flow) opisuje zbiór danych przepływający pomiędzy dwoma obiektami w systemie. *) ang. Data Flow Diagram DFD

Diagramy przepływu danych (2) Magazyn danych (ang. data store) inaczej składnica danych służy do przechowywania danych w postaci jednorodnych kolekcji. Terminator (ang. terminator) - obiekt zewnętrzny w stosunku do systemu reprezentujący źródła lub miejsca przeznaczenia informacji. Szczegółowy opis wszystkich kategorii występujących na DFD zawiera słownik danych DD.

Diagramy przepływu danych: strategia Top-Down

Diagramy przepływu danych: odprawa na lotnisku

Diagramy przepływu danych: dekompozycja i równoważenie Dekompozycja polega na dzieleniu modelu na coraz mniejsze części, o coraz większym stopniu szczegółowości. Równoważenie zapewnia, że wszystkie wpływy i wypływy danego procesu będą zachowane na odpowiadającym mu diagramie niższego poziomu.

Poziomy dekompozycji Diagram kontekstowy: kontekst, w którym są wszystkie procesy wszystkie procesy jako jeden proces byty, które wymieniają dane z procesami Poziom 0: główne procesy, które pokrywają cały biznes główne magazyny przepływ informacji Poziomy 1, 2, 3,...: procesy wchodzące w skład każdego procesu wyższego poziomu (ale nie muszą opisywać każdego) magazyny przepływ informacji

Słownik danych Opisuje dane w magazynach Opisuje dane w przepływach Dekomponuje pakiety danych na dane elementarne Określa dopuszczalne wartości dla danych elementarnych Opisuje związki między danymi

Notacja słownika Symbol Opis = składa się + i ( ) opcjonalnie (może wystąpić lub nie) { } iteracja [ ] alternatywa (jedna z możliwości) * * komentarz @ klucz dla magazynu oddziela elementy alternatywy

Słownik danych: przykładowe wpisy pełne_nazwisko=tytuł+imię+nazwisko tytuł=[pan Pani Dr Prof.] imię={dowolny_znak} nazwisko={dowolny_znak} dowolny_znak=[a-z a-z 0-9 - ] wagap=*waga pacjenta w chwili przyjęcia do szpitala; jednostki: kilogramy; zakres: 1-200* zamówienie=nazwa_klienta+adres_dostawy+ {pozycja_zamówienia}

Specyfikacja procesów Specyfikacja procesu opisuje co należy zrobić w celu przekształcenia wejścia na wyjście. Wskazówki: Specyfikacja procesu musi być opisana w taki sposób, żeby była zrozumiała zarówno dla użytkownika jak i dla programisty. Specyfikację wykonujemy tylko dla procesów elementarnych, czyli tych, które są najbardziej szczegółowe, znajdują się na najniższym poziomie diagramu DFD i nie będą już dekomponowane.

Metody opisu procesów Język opisowy Wziąć wszystkie zamówienia z dzisiejsza datą faktury. Zsumować z nich kwoty. Wyświetlić w księgowości. Język strukturalny suma_dzienna=0 DO WHILE istnieją zamówienia w ZAMÓWIENIACH z datą faktury=dzisiaj suma_dzienna= suma_dzienna+kwota z zamówienia END DO WYŚWIETL w księgowości suma_dzienna

Procedury decyzyjne Są to procesy decyzyjne, które mogą być w pełni automatyzowane, bo wybór opcji jest jednoznacznie określony przez sprawdzenie pewnych kryteriów. Stosowane techniki strukturalizacji (formalizacji): drzewa decyzyjne tablice decyzyjne język strukturalny

Formalizacja procedury decyzyjnej Przykład: kategoria biletu za przejazd: dzieci 3- lat bezpłatnie osoby 18- lat ulga 50% dzieci 12- lat, pod opieka osoby dorosłej ulga 75% osoby 18+ pełnopłatne, za wyjątkiem studentów i emerytów osoby w grupie co najmniej 10 osobowej ulga 10% zawsze stawka najkorzystniejsza dla podróżnego

Drzewo decyzyjne Drzewo decyzyjne Bezpłatne 3- Tak Ulga 75% Podróżny Wiek? 3+ 12-12+ 18-18+ O abos a wto Nie Ulga 50% Ulga 50%?acązsyzr Tak Ulga 50% S nedut?t Nie e me Tak Nie Ulga 50% Tak Ulga 10% yr?t G Nie Pełnopłatne apur

Język strukturalny IF wiek < 3 THEN bezpłatnie IF 3 wiek <12 THEN IF osoba towarzysząca THEN ulga 75% ELSE ulga 50% ELSE IF 12 wiek <18 THEN ulga 50% IF wiek 18 THEN IF student THEN ulga 50% ELSE IF emeryt THEN ulga 50% ELSE pełnopłatny

Tabela decyzyjna Kryteria - warunki wiek osoba towarzysząca student emeryt grupa 3-3+ 12-12+ 18-18+ T N T N T T N N bezpłatnie ulga 75% ulga 50% Opcje - działania ulga 10% pełnopłatnie

Historia życia encji* Ukazuje zmiany stanu danych w czasie, czyli historię życia encji od momentu jej powstania do momentu usunięcia. Integruje DFD z ERD w celu sprawdzenia ich spójności. Sporządza się ich tyle, ile jest encji w systemie. *) Entity Life History, ELH

Historia życia encji, przykłady Wypożyczalniaaut Konto bankowe

Literatura Wrycza S.: Analiza i projektowanie systemów informatycznych zarządzania. Metodyki, techniki, narzędzia. Warszawa, PWN, 1999. Roszkowski J., Analiza i projektowanie strukturalne. Helion, 2002.

Techniki analizy strukturalnej do obowiązkowego zapoznania się ERD Entity-Relationship Diagram (diagram zwiazków encji-relacji) DD - Data Dictionary (słownik danych) DFD - Data Flow Diagram (diagram przepływu danych) ELH Entity Life History (historia życia encji) FHD Function Hierarchy Diagram (diagram hierarchii funkcji) STC - Structured Charts (diagramy strukturalne) STD - State Transition Diagram (diagramy przejsc stanów)