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



Podobne dokumenty
Diagramy przepływu danych I

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

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

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

Podstawowy Wykład z Systemów Baz Danych

MODELOWANIE PRZEPŁYWU DANYCH

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

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

Zasady organizacji projektów informatycznych

Wykład 1 Inżynieria Oprogramowania

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

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

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

Projektowanie Systemów Informacyjnych

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

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

Projektowanie baz danych za pomocą narzędzi CASE

Bazy danych 2. dr inż. Tadeusz Jeleniewski

Analiza strukturalna systemów informatycznych

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

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

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

Strukturalne metodyki projektowania systemûw informatycznych

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

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

Rysunek 1: Przykłady graficznej prezentacji klas.

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

Projektowanie Systemów Informacyjnych

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

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

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

Wykład I. Wprowadzenie do baz danych

UML w Visual Studio. Michał Ciećwierz

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

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

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

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

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

ZSE - Systemy baz danych 1 ZASADY PROJEKTOWANIA BAZ DANYCH

Modelowanie i analiza systemów informatycznych

System informacji edukacyjnej regionu kujawsko-pomorskiego

Narzędzia Informatyki w biznesie

INŻYNIERIA OPROGRAMOWANIA. laboratorium

Język UML w modelowaniu systemów informatycznych

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

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

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

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

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

WOJSKOWA AKADEMIA TECHNICZNA

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

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

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

Narzędzia CASE dla.net. Łukasz Popiel

Podstawy programowania

PRZEWODNIK PO PRZEDMIOCIE

Faza analizy (modelowania) Faza projektowania

Modelowanie obiektowe - Ćw. 3.

Modelowanie i Programowanie Obiektowe

Diagramy czynności Na podstawie UML 2.0 Tutorial

Podstawy Programowania Obiektowego

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

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2

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

Inżynieria Programowania - Projektowanie architektoniczne

Diagramy czynności. Widok logiczny. Widok fizyczny

Podyplomowe Studium Informatyki w Bizniesie Wydział Matematyki i Informatyki, Uniwersytet Łódzki specjalność: Tworzenie aplikacji w środowisku Oracle

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

Język UML w modelowaniu systemów informatycznych

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

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

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

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

Diagram przypadków użycia

DLA SEKTORA INFORMATYCZNEGO W POLSCE

Inżynieria oprogramowania (Software Engineering)

Inżynieria Programowania Inżynieria wymagań. Plan wykładu. Motto. Wstęp. Notatki. Notatki. Notatki. Notatki. Arkadiusz Chrobot

Programowanie komputerów

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

Warstwa integracji. wg. D.Alur, J.Crupi, D. Malks, Core J2EE. Wzorce projektowe.

Wykład II Encja, atrybuty, klucze Związki encji. Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.

mgr inŝ. Jacek Kołodziej, mgr inŝ. Grzegorz Młynarczyk

Język UML w modelowaniu systemów informatycznych

UML cz. II. UML cz. II 1/38

UML (Unified Modeling Language jest to sposób formalnego opisu modeli reprezentujących projekty informatyczne.

Przykłady normalizacji

Inżynieria oprogramowania

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Inżyniera wymagań

Opis Architektury Systemu Galileo

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

PROGRAM PRAKTYKI ZAWODOWEJ. Technikum Zawód: technik informatyk

Zarządzanie procesami

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

Nowości oraz trendy w obszarze BPM nurty i kierunki rozwoju. Jarosław Żeliński analityk biznesowy, projektant systemów

Modelowanie KONCEPCJA. przedstawiana przez INDYWIDUALNOŚĆ GHJ 6

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

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

Egzamin / zaliczenie na ocenę*

Technologie informacyjne - wykład 12 -

Transkrypt:

Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II) Jacek Cichosz www.zssk.pwr.wroc.pl Katedra Systemów i Sieci Komputerowych Politechnika Wrocławska

Narzędzia modelowania 19 Narzędzia modelowania rys historyczny

Narzędzia modelowania 19 Narzędzia modelowania rys historyczny Modele narracyjne lata 60 70; monolityczne, nadmiarowe, wieloznaczne, niepodatne na zmiany i pielęgnacje.

Narzędzia modelowania 19 Narzędzia modelowania rys historyczny Modele narracyjne lata 60 70; monolityczne, nadmiarowe, wieloznaczne, niepodatne na zmiany i pielęgnacje. Prototypowanie

Narzędzia modelowania 19 Narzędzia modelowania rys historyczny Modele narracyjne lata 60 70; monolityczne, nadmiarowe, wieloznaczne, niepodatne na zmiany i pielęgnacje. Prototypowanie Modele strukturalne lata 80; charakter graficzny, zstępujący podział na części, mała nadmiarowość.

Narzędzia modelowania 19 Narzędzia modelowania rys historyczny Modele narracyjne lata 60 70; monolityczne, nadmiarowe, wieloznaczne, niepodatne na zmiany i pielęgnacje. Prototypowanie Modele strukturalne lata 80; charakter graficzny, zstępujący podział na części, mała nadmiarowość. CASE Computer-Aided Software Engineering lata 80; ułatwienia w posługiwaniu się modelami graficznymi.

Narzędzia modelowania 19 Narzędzia modelowania rys historyczny Modele narracyjne lata 60 70; monolityczne, nadmiarowe, wieloznaczne, niepodatne na zmiany i pielęgnacje. Prototypowanie Modele strukturalne lata 80; charakter graficzny, zstępujący podział na części, mała nadmiarowość. CASE Computer-Aided Software Engineering lata 80; ułatwienia w posługiwaniu się modelami graficznymi. Modele obiektowe koniec lat 80.

Narzędzia modelowania 20 Cele stosowania narzędzi modelowania na etapie analizy Zobrazowanie struktury i zachowania systemu.

Narzędzia modelowania 20 Cele stosowania narzędzi modelowania na etapie analizy Zobrazowanie struktury i zachowania systemu. Uwypuklenie ważnych cech systemu, a pominięcie nieistotnych.

Narzędzia modelowania 20 Cele stosowania narzędzi modelowania na etapie analizy Zobrazowanie struktury i zachowania systemu. Uwypuklenie ważnych cech systemu, a pominięcie nieistotnych. Wprowadzanie zmian i poprawek do wymagań użytkownika niewielkim kosztem i z minimalnym ryzykiem.

Narzędzia modelowania 20 Cele stosowania narzędzi modelowania na etapie analizy Zobrazowanie struktury i zachowania systemu. Uwypuklenie ważnych cech systemu, a pominięcie nieistotnych. Wprowadzanie zmian i poprawek do wymagań użytkownika niewielkim kosztem i z minimalnym ryzykiem. Zrozumienie środowiska użytkownika i udokumentowanie go w sposób umożliwiający projektantom i programistom zbudowanie systemu.

Narzędzia modelowania 21 Specyfika współczesnych narzędzi modelowania Grafika z tekstowym wspomaganiem szczegółów.

Narzędzia modelowania 21 Specyfika współczesnych narzędzi modelowania Grafika z tekstowym wspomaganiem szczegółów. Minimalna nadmiarowość; zmiany wymagań użytkowników powodują zmiany tylko w jednej części specyfikacji.

Narzędzia modelowania 21 Specyfika współczesnych narzędzi modelowania Grafika z tekstowym wspomaganiem szczegółów. Minimalna nadmiarowość; zmiany wymagań użytkowników powodują zmiany tylko w jednej części specyfikacji. Podział na części, które można czytać niezależnie.

Narzędzia modelowania 21 Specyfika współczesnych narzędzi modelowania Grafika z tekstowym wspomaganiem szczegółów. Minimalna nadmiarowość; zmiany wymagań użytkowników powodują zmiany tylko w jednej części specyfikacji. Podział na części, które można czytać niezależnie. Każda taka część jest pewnym rzutem systemu koncentrującym się na istotnych szczegółach.

Narzędzia modelowania 21 Specyfika współczesnych narzędzi modelowania Grafika z tekstowym wspomaganiem szczegółów. Minimalna nadmiarowość; zmiany wymagań użytkowników powodują zmiany tylko w jednej części specyfikacji. Podział na części, które można czytać niezależnie. Każda taka część jest pewnym rzutem systemu koncentrującym się na istotnych szczegółach. Przejrzystość dzięki abstrakcyjnej reprezentacji.

Narzędzia modelowania 22 Podstawowe modele analizy strukturalnej Diagram przepływu danych DFD (Data Flow Diagram) przedstawia funkcje realizowane przez system.

Narzędzia modelowania 22 Podstawowe modele analizy strukturalnej Diagram przepływu danych DFD (Data Flow Diagram) przedstawia funkcje realizowane przez system. Diagram związków encji ERD (Entity Relationship Diagram) uwypukla związki między danymi.

Narzędzia modelowania 22 Podstawowe modele analizy strukturalnej Diagram przepływu danych DFD (Data Flow Diagram) przedstawia funkcje realizowane przez system. Diagram związków encji ERD (Entity Relationship Diagram) uwypukla związki między danymi. Diagram sieci przejść STD (State Transition Diagram) charakterystyka czasowa zachowania systemu.

Narzędzia modelowania 22 Podstawowe modele analizy strukturalnej Diagram przepływu danych DFD (Data Flow Diagram) przedstawia funkcje realizowane przez system. Diagram związków encji ERD (Entity Relationship Diagram) uwypukla związki między danymi. Diagram sieci przejść STD (State Transition Diagram) charakterystyka czasowa zachowania systemu. Słownik danych uporządkowany wykaz wszystkich elementów danych mających związek z systemem wraz z ich precyzyjnymi określeniami.

Narzędzia modelowania 23 Diagram przepływu danych DFD Celem DFD jest modelowanie funkcji systemu i interakcji między nimi.

Narzędzia modelowania 23 Diagram przepływu danych DFD Celem DFD jest modelowanie funkcji systemu i interakcji między nimi. Obrazuje system jako sieć procesów połączonych ze sobą potokami i zbiornikami danych.

Narzędzia modelowania 23 Diagram przepływu danych DFD Celem DFD jest modelowanie funkcji systemu i interakcji między nimi. Obrazuje system jako sieć procesów połączonych ze sobą potokami i zbiornikami danych. Dostarcza funkcyjnego spojrzenia na system.

Narzędzia modelowania 23 Diagram przepływu danych DFD Celem DFD jest modelowanie funkcji systemu i interakcji między nimi. Obrazuje system jako sieć procesów połączonych ze sobą potokami i zbiornikami danych. Dostarcza funkcyjnego spojrzenia na system. Dobrze nadaje się do modelowania systemów, w których funkcje są ważniejsze i bardziej złożone niż dane.

Narzędzia modelowania 23 Diagram przepływu danych DFD Celem DFD jest modelowanie funkcji systemu i interakcji między nimi. Obrazuje system jako sieć procesów połączonych ze sobą potokami i zbiornikami danych. Dostarcza funkcyjnego spojrzenia na system. Dobrze nadaje się do modelowania systemów, w których funkcje są ważniejsze i bardziej złożone niż dane. Przykładowe zastosowania: systemy operacyjne, przepływy pracy w firmie, planowanie strategiczne w biznesie.

Narzędzia modelowania 24 Składniki DFD PROCESY Przyjȩcie Zamówienia Wysyłka ksi ażek Pobranie ksi ażek

Narzędzia modelowania 24 Składniki DFD PROCESY Przyjȩcie Zamówienia ZAMÓWIENIA Wysyłka ksi ażek KLIENCI FAKTURY MAGAZYNY Pobranie ksi ażek

Narzędzia modelowania 24 Składniki DFD KLIENCI TERMINATORY MAGAZYN PROCESY Przyjȩcie Zamówienia ZAMÓWIENIA Wysyłka ksi ażek KLIENCI FAKTURY KLIENCI MAGAZYNY Pobranie ksi ażek

Narzędzia modelowania 24 Składniki DFD KLIENCI TERMINATORY MAGAZYN Zamówienia Wadliwe zamówienia Ksia _zki PROCESY Przyjȩcie Zamówienia Szczegóły zamówień Dane klienta ZAMÓWIENIA Dane klienta Szczegóły wysyłki Wysyłka ksi ażek Informacje o płatności MAGAZYNY FAKTURY Szczegóły płatności Dane klienta Pobranie ksi ażek KLIENCI Wycia gi Zapytania KLIENCI Ksia _zki PRZEPŁYWY

Narzędzia modelowania 25 Proces Pokazuje pewien fragment systemu przekształcający dane na wyniki, tzn. sposób w jaki pewne dane zamieniają się w pewne wyniki.

Narzędzia modelowania 25 Proces Pokazuje pewien fragment systemu przekształcający dane na wyniki, tzn. sposób w jaki pewne dane zamieniają się w pewne wyniki. DANE

Narzędzia modelowania 25 Proces Pokazuje pewien fragment systemu przekształcający dane na wyniki, tzn. sposób w jaki pewne dane zamieniają się w pewne wyniki. DANE PROCES

Narzędzia modelowania 25 Proces Pokazuje pewien fragment systemu przekształcający dane na wyniki, tzn. sposób w jaki pewne dane zamieniają się w pewne wyniki. DANE PROCES WYNIKI

Narzędzia modelowania 25 Proces Pokazuje pewien fragment systemu przekształcający dane na wyniki, tzn. sposób w jaki pewne dane zamieniają się w pewne wyniki. DANE PROCES WYNIKI Nazwa procesu opisuje co robi proces np. pobierz należność, piecz ciasto, określ stan zamówienia. Niekiedy nazwa określa kto lub co wykonuje proces np. kompilator, linker.

Narzędzia modelowania 26 Przepływ Opisuje przenoszenie jednostek lub pakietów informacji z jednego fragmentu systemu do innego.

Narzędzia modelowania 26 Przepływ Opisuje przenoszenie jednostek lub pakietów informacji z jednego fragmentu systemu do innego. Przepływy mogą reprezentować materiały fizyczne.

Narzędzia modelowania 26 Przepływ Opisuje przenoszenie jednostek lub pakietów informacji z jednego fragmentu systemu do innego. Przepływy mogą reprezentować materiały fizyczne. Nazwa reprezentuje znaczenie pakietu poruszającego się wzdłuż przepływu.

Narzędzia modelowania 26 Przepływ Opisuje przenoszenie jednostek lub pakietów informacji z jednego fragmentu systemu do innego. Przepływy mogą reprezentować materiały fizyczne. Nazwa reprezentuje znaczenie pakietu poruszającego się wzdłuż przepływu. Dane mogą przepływać w jednym lub obu kierunkach.

Narzędzia modelowania 26 Przepływ Opisuje przenoszenie jednostek lub pakietów informacji z jednego fragmentu systemu do innego. Przepływy mogą reprezentować materiały fizyczne. Nazwa reprezentuje znaczenie pakietu poruszającego się wzdłuż przepływu. Dane mogą przepływać w jednym lub obu kierunkach. Dane poruszające się wzdłuż przepływu wędrują do procesu, magazynu lub terminatora.

Narzędzia modelowania 27 Konsolidowanie wielu przepływów Przepływ przenosi jeden rodzaj pakietów. Można jednak łączyć wiele przepływów w jeden skonsolidowany. CUKIER MA KA JAJA MLEKO PIECZ CIASTO CIASTO DROŻDŻE

Narzędzia modelowania 27 Konsolidowanie wielu przepływów Przepływ przenosi jeden rodzaj pakietów. Można jednak łączyć wiele przepływów w jeden skonsolidowany. CUKIER MA KA JAJA MLEKO PIECZ CIASTO CIASTO = SUROWCE PIECZ CIASTO CIASTO DROŻDŻE

Narzędzia modelowania 28 Inne rodzaje przepływów Przepływ dialogowy upakowuje dwa pakiety danych: zapytanie i odpowiedź na tym samym przepływie.

Narzędzia modelowania 28 Inne rodzaje przepływów Przepływ dialogowy upakowuje dwa pakiety danych: zapytanie i odpowiedź na tym samym przepływie. OKREŚL STAN KONTA ZAPYTANIE O STAN KONTA POTWIERDZENIE STANU KONTA

Narzędzia modelowania 28 Inne rodzaje przepływów Przepływ dialogowy upakowuje dwa pakiety danych: zapytanie i odpowiedź na tym samym przepływie. OKREŚL STAN KONTA ZAPYTANIE O STAN KONTA POTWIERDZENIE STANU KONTA Przepływ rozbieżny przesyła kopię pakietu danych do różnych części systemu lub rozdziela pakiet na kilka elementarnych, z których każdy trafia do innej części systemu.

Narzędzia modelowania 29 Magazyn Czasowe buforowanie informacji między dwoma procesami działającymi w różnym czasie. Może być ono spowodowane następującymi przyczynami:

Narzędzia modelowania 29 Magazyn Czasowe buforowanie informacji między dwoma procesami działającymi w różnym czasie. Może być ono spowodowane następującymi przyczynami: brak pamięci lub innych koniecznych zasobów.

Narzędzia modelowania 29 Magazyn Czasowe buforowanie informacji między dwoma procesami działającymi w różnym czasie. Może być ono spowodowane następującymi przyczynami: brak pamięci lub innych koniecznych zasobów. potrzebny jest plik pośredni, ponieważ implementacja wymusiła działanie procesów w różnym czasie.

Narzędzia modelowania 29 Magazyn Czasowe buforowanie informacji między dwoma procesami działającymi w różnym czasie. Może być ono spowodowane następującymi przyczynami: brak pamięci lub innych koniecznych zasobów. potrzebny jest plik pośredni, ponieważ implementacja wymusiła działanie procesów w różnym czasie. dane mogą być wykorzystanie przez inne procesy w przyszłości.

Narzędzia modelowania 29 Magazyn Czasowe buforowanie informacji między dwoma procesami działającymi w różnym czasie. Może być ono spowodowane następującymi przyczynami: brak pamięci lub innych koniecznych zasobów. potrzebny jest plik pośredni, ponieważ implementacja wymusiła działanie procesów w różnym czasie. dane mogą być wykorzystanie przez inne procesy w przyszłości. ze względów bezpieczeństwa, jeśli awarii ulegnie któryś z komputerów.

Narzędzia modelowania 30 Terminator reprezentuje zewnętrzny obiekt, z którym komunikuje się system (np. osoba, grupa osób, firma, agenda, dział w tej samej firmie co modelowany system ale poza jego kontrolą, inny system informatyczny).

Narzędzia modelowania 30 Terminator reprezentuje zewnętrzny obiekt, z którym komunikuje się system (np. osoba, grupa osób, firma, agenda, dział w tej samej firmie co modelowany system ale poza jego kontrolą, inny system informatyczny). znajduje się na zewnątrz modelowanego systemu.

Narzędzia modelowania 30 Terminator reprezentuje zewnętrzny obiekt, z którym komunikuje się system (np. osoba, grupa osób, firma, agenda, dział w tej samej firmie co modelowany system ale poza jego kontrolą, inny system informatyczny). znajduje się na zewnątrz modelowanego systemu. analityk ani projektant nie może zmieniać terminatora bądź wpływać na sposób jego działania.

Narzędzia modelowania 30 Terminator reprezentuje zewnętrzny obiekt, z którym komunikuje się system (np. osoba, grupa osób, firma, agenda, dział w tej samej firmie co modelowany system ale poza jego kontrolą, inny system informatyczny). znajduje się na zewnątrz modelowanego systemu. analityk ani projektant nie może zmieniać terminatora bądź wpływać na sposób jego działania. związki między terminatorami nie są przedstawiane na DFD.

Narzędzia modelowania 31 Zasady konstruowania DFD Nazwy elementów DFD powinny pochodzić ze słownictwa znanego użytkownikowi.

Narzędzia modelowania 31 Zasady konstruowania DFD Nazwy elementów DFD powinny pochodzić ze słownictwa znanego użytkownikowi. Numerowanie procesów nie wyznacza kolejności procesów.

Narzędzia modelowania 31 Zasady konstruowania DFD Nazwy elementów DFD powinny pochodzić ze słownictwa znanego użytkownikowi. Numerowanie procesów nie wyznacza kolejności procesów. Unikanie nadmiernie złożonych diagramów.

Narzędzia modelowania 31 Zasady konstruowania DFD Nazwy elementów DFD powinny pochodzić ze słownictwa znanego użytkownikowi. Numerowanie procesów nie wyznacza kolejności procesów. Unikanie nadmiernie złożonych diagramów. Spójność i logiczna niesprzeczność z innymi DFD.

Narzędzia modelowania 31 Zasady konstruowania DFD Nazwy elementów DFD powinny pochodzić ze słownictwa znanego użytkownikowi. Numerowanie procesów nie wyznacza kolejności procesów. Unikanie nadmiernie złożonych diagramów. Spójność i logiczna niesprzeczność z innymi DFD. Ulepszanie przez wielokrotne przerysowywanie.

Narzędzia modelowania 32 DFD budowy aplikacji w języku C PROGRAMISTA KOMPILUJ TEKST ŹRÓDŁA KODY PRZESUWALNE EDYCJA KODY WYKONYWALNE LINKER BIBLIOTE- KARZ DEBUG STRIP BIBLIOTEKI KODY STRIPOWANE