Diagramy przepływu danych I

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

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

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

MODELOWANIE PRZEPŁYWU DANYCH

Diagramy przepływu danych II model środowiskowy, diagram odpowiedzi na zdarzenia KI AE PSI

Analiza strukturalna systemów informatycznych

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

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

SPECYFIKACJA WYMAGAŃ

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

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

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

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

Zasady organizacji projektów informatycznych

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

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

Inżynierski Projekt Zespołowy

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

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

Diagram przypadków użycia

Podstawowy Wykład z Systemów Baz Danych

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

Strukturalne metodyki projektowania systemûw informatycznych

System do projektowania i dokumentowania sieci komputerowych Projekt konceptualny

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

ZSE - Systemy baz danych 1 ZASADY PROJEKTOWANIA BAZ DANYCH

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

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

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

Projektowanie Systemów Informacyjnych

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

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

Język UML w modelowaniu systemów informatycznych

Bazy danych 2. dr inż. Tadeusz Jeleniewski

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

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

<Nazwa firmy> <Nazwa projektu> Specyfikacja dodatkowa. Wersja <1.0>

Tutorial prowadzi przez kolejne etapy tworzenia projektu począwszy od zdefiniowania przypadków użycia, a skończywszy na konfiguracji i uruchomieniu.

Modelowanie i analiza systemów informatycznych

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

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

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

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

Usługa: Testowanie wydajności oprogramowania

Zarządzanie infrastrukturą sieciową Modele funkcjonowania sieci

MiASI. Modelowanie analityczne. Piotr Fulma«ski. 18 stycznia Wydziaª Matematyki i Informatyki, Uniwersytet Šódzki, Polska

UML w Visual Studio. Michał Ciećwierz

APIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI.

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

tel. (+48 81) /22 fax (+48 81) Wykład Ćwiczenia Laboratorium Projekt

Wykład 1 Inżynieria Oprogramowania

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

Wytwarzanie oprogramowania

Diagramy czynności. Widok logiczny. Widok fizyczny

Projektowanie systemów informatycznych. wykład 6

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

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

Efekty kształcenia dla kierunku studiów INFORMATYKA, Absolwent studiów I stopnia kierunku Informatyka WIEDZA

Zintegrowany model struktury

I. Opis przedmiotu zamówienia

Wprowadzenie do systemu ERP: CDN XL

Język UML w modelowaniu systemów informatycznych

ZAMAWIAJĄCY. CONCEPTO Sp. z o.o.

Źródło: S. Wrycza, B. Marcinkowski, K. Wyrzykowski Język UML 2.0 w modelowaniu systemów informatycznych Helion DIAGRAMY INTERAKCJI

Zapytanie ofertowe nr 1/POIG 8.2/2013

PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

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

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

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

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

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

Metodyka wdrożenia. Bartosz Szczęch. Starszy Konsultant MS Dynamics NAV

Diagramy przypadków użycia. WYKŁAD Piotr Ciskowski

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

Opis Architektury Systemu Galileo

ZAŁĄCZNIK NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA DOTYCZĄCY WDROŻENIA PLATFORMY ZAKUPOWEJ

Podstawy programowania III WYKŁAD 4

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

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

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

Załącznik dotyczący Opcji Serwisowych nabycie od Partnera Handlowego IBM. Rozszerzone Wsparcie Techniczne dla Sieci. 1. Zakres Usług. 2.

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

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

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

DOTACJE NA INNOWACJE

PRZEWODNIK PO PRZEDMIOCIE

Projektowanie Systemów Informacyjnych

PROGRAMOWALNE STEROWNIKI LOGICZNE

Efekt kształcenia. Ma uporządkowaną, podbudowaną teoretycznie wiedzę ogólną w zakresie algorytmów i ich złożoności obliczeniowej.

Diagramy przypadków uŝycia. związków między nimi

Projektowanie baz danych za pomocą narzędzi CASE

Wymiar poziomy: oś na której umieszczono instancje klasyfikatorów biorące udział w interakcji.

Projektowanie logiki aplikacji

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

DOKUMENTACJA TECHNICZNA KurJerzyAPI wersja 1.0

System informacji edukacyjnej regionu kujawsko-pomorskiego

Modelowanie obiektowe - Ćw. 3.

Uniwersytet Zielonogórski Instytut Sterowania i Systemów Informatycznych Bazy Danych - Projekt. Zasady przygotowania i oceny projektów

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

Transkrypt:

Literatura bazowa: Projektowanie systemów informatycznych Zajęcia: Diagramy przepływu danych I E.Yourdon, Współczesna analiza strukturalna, WNT, Warszawa 1996 J.Roberston, S.Robertson, Pełna analiza systemowa, WNT, Warszawa 1999 KI AE PSI 2006 1

KI AE PSI 2006 2 Diagram przepływu: Strukturalny cykl życia projektu tworzenia SI. Źródło E.Yourdon, Współczesna analiza strukturalna.

Metodyka tworzenia SI to spójny i logicznie uporządkowany zestaw modeli, narzędzi i procedur o charakterze technicznym i organizatorskim pozwalającym zespołowi projektowemu realizować cykl życia systemu metodyka to dlaczego? jakimi modelami? jakimi narzędziami? w jakiej kolejności KI AE PSI 2006 3

Dokumentacja projektowa w metodyce strukturalnej etap analizy strukturalnej model podstawowy etap projektowania - model implementacyjny KI AE PSI 2006 4

Model podstawowy, za jego pomocą przedstawiamy, co powinien robić system, aby spełnić wymagania użytkownika Uwaga!! Nie odpowiada na pytanie jakimi metodami należy go zaimplementować Nie zwracamy uwagi na takie elementy jak: granice automatyzacji interfejs użytkownika konfiguracje sprzętowe narzędzia implementacyjne KI AE PSI 2006 5

Model podstawowy składa się z: modelu środowiskowego modelu zachowania KI AE PSI 2006 6

Model środowiskowy definiuje granice między analizowanym systemem a otoczeniem - środowiskiem Model środowiskowy - elementy 1. Cele systemu 2. Lista zdarzeń 3. Diagram kontekstowy KI AE PSI 2006 7

Model zachowania (behawioralny) opisuje wymagane zachowanie wewnętrzne systemu niezbędne do poprawnej interakcji ze środowiskiem Główne przesłanie analizy strukturalnej aby przeanalizować SI należy zbadać jakie dane? oraz w jaki sposób przetwarza? Model zachowania - trzy aspekty 4.przetwarzania model funkcjonalny 5.danych model danych 6.zachowania systemu w czasie model zmian stanu systemu KI AE PSI 2006 8

Narzędzia stosowane w Modelu Zachowania Aspekt przetwarzania Diagramy przepływu danych (DFD - dataflow diagram) Słowniki danych (DD data dictionary) Specyfikacje procesów (PSPEC process specification) Aspekt danych Diagramy związków obiektów/encji (ERD entity relationship diagram) Aspekt zachowania systemu w czasie Diagramy sieci przejść (STD state transition diagram) KI AE PSI 2006 9

Diagramy przepływu danych część I Diagram przepływu danych ilustruje procesy, które musi realizować (?jakiś) system. Pozwala pokazać system jako sieć procesów połączonych potokami zasilającymi i zbiornikami danych. Synonimy diagramu przepływu danych: DFD, model procesów, model funkcji, diagram bąbli, KI AE PSI 2006 10

Elementy DFD: Procesy Przepływy Magazyny danych (Składnice) Terminatory KI AE PSI 2006 11

Proces pokazuje fragment systemu przekształcający dane na wyniki. Funkcje/procesy przekształcają wejścia na wyjścia Synonim: bąbel, funkcja, transformacja Odpowiadają tym składnikom systemu, które operują na danych Dokonują transformacji przepływów wejściowych w przepływy wyjściowe KI AE PSI 2006 12

Nazewnictwo procesów Zasada samoopisujących nazw procesów: czasownik + dopełnienie Niepoprawne nazwy dla procesów: KOWALSKI ZADANIE KAROLA WYKONAJ ROBOTĘ OBSŁUŻ DANE Poprawne: PRZYGOTUJ RAPORT INWENTARZA SPRAWDŹ ZAMÓWIENIA PRZYDZIEL NAUCZYCIELA DO KLASY KI AE PSI 2006 13

Zasady stosowania: Zasada zupełności danych proces musi otrzymać wszystkie potrzebne dane do poprawnego wyprodukowania wyników Zasada asynchroniczności - proces jest uaktywniany przez dane wchodzące i nie ma informacji o innych procesach KI AE PSI 2006 14

Przepływy danych - tworzą związki pomiędzy procesami (funkcjami systemu) i reprezentują informację wejściową i wyjściową, wygenerowaną przez proces. Służą do przenoszenia jednostek lub pakietów informacji z jednego fragmentu systemu do drugiego - dane w ruchu Opisują strumienie danych (niekoniecznie w formie elektronicznej) o określonej zawartości przepływające pomiędzy dwoma składnikami DFD: oterminatorami a procesami, oprocesami a procesami lub oprocesami a składnicami danych KI AE PSI 2006 15

Rodzaje przepływów: 1. przepływy rozbieżne WERYFIKUJ ZAMÓWIENIE pozycje zamówienia PRZYGOTUJ FAKTURĘ PRZYGOTUJ LIST PRZEWOZOWY KI AE PSI 2006 16

2. przepływy dialogowe KLIENT informacja o saldzie konta zapytania o saldo konta DOSTARCZ INFORMACJ I O STANIE KONTA Zasady stosowania przepływ nie udziela informacji o harmonogramie pobierania danych przepływ nie udziela informacji o sposobie przesyłania danych KI AE PSI 2006 17

Terminatory - obiekty zewnętrzne, z którymi komunikuje się system Reprezentują źródła lub miejsca przeznaczenia informacji, które są zewnętrzne w stosunku do sytemu Mogą nim być: osoba, dział urzędu, odbiorca, system informatyczny, maszyna, dział wewnętrzny firmy (tej dla której tworzymy system) KI AE PSI 2006 18

Zasady stosowania Nie można pokazywać w diagramie związków pomiędzy terminatorami Nie możemy wpływać na działanie terminatora KI AE PSI 2006 19

Składnice (magazyny) danych pokazują zbiory danych, które system powinien przechowywać przez pewien czas. Dane w bezruchu Zasady stosowania Magazyny są dostępne tylko dla procesów co oznacza, że magazyn danych nie może się łączyć bezpośrednio z terminatorem KI AE PSI 2006 20

KI AE PSI 2006 21 DFD prostego systemu handlowego