Projektowanie Aplikacji Komputerowych

Slides:



Advertisements
Podobne prezentacje
Teoretyczne podstawy tworzenia systemów relacyjnych baz danych
Advertisements

Projektowanie i analiza systemów informacyjnych
Systemy liniowe stacjonarne – modele wejście – wyjście (splotowe)
Modelowanie przypadków użycia
Modelowanie klas i obiektów
Maciej I Stanisław Jedlińscy
Modele systemu Abstrakcyjne opisy sytemu, którego wymagania są opisywane.
MS Access 2000 Normalizacja Paweł Górczyński 2005.
Projektowanie Aplikacji Komputerowych
08: ERD – podencje, łuki i pułapki
Podstawy informatyki Rekurencja i rekurencja Grupa: 1A
Podstawy Inżynierii Oprogramowania
Projektowanie relacyjnych baz danych
Projektowanie i programowanie obiektowe II - Wykład IV
Wstęp do interpretacji algorytmów
Modele baz danych - spojrzenie na poziom fizyczny
Wykład 4 Analiza i projektowanie obiektowe
Wykład 3 Analiza i projektowanie strukturalne
Modelowanie systemu informatycznego
ALGORYTMY.
DIAGRAMY ER 2 (ENTITY-RELATIONSHIP DIAGRAMS 2) Ćwiczenia 2.
Diagramy ER (Entity-relationship diagrams)
Automatyka Wykład 3 Modele matematyczne (opis matematyczny) liniowych jednowymiarowych (o jednym wejściu i jednym wyjściu) obiektów regulacji.
Teoria sterowania Wykład 3
Automatyka Wykład 3 Modele matematyczne (opis matematyczny) liniowych jednowymiarowych (o jednym wejściu i jednym wyjściu) obiektów, elementów i układów.
POJĘCIE ALGORYTMU Pojęcie algorytmu Etapy rozwiązywania zadań
Podstawy układów logicznych
Funkcje logiczne i ich realizacja. Algebra Boole’a
Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych
Rozważaliśmy w dziedzinie czasu zachowanie się w przedziale czasu od t0 do t obiektu dynamicznego opisywanego równaniem różniczkowym Obiekt u(t) y(t) (1a)
WebQuest wykonane w ramach projektu BelferOnLine
Budowanie tabel i relacji
Typy diagramów Diagram hierarchii funkcji (HFD)
Zarządzanie projektami
Algorytmy.
Wybrane zagadnienia relacyjnych baz danych
Modelowanie obiektowe Diagramy czynności
ZWIĄZKI MIĘDZY KLASAMI KLASY ABSTRAKCYJNE OGRANICZENIA INTERFEJSY SZABLONY safa Michał Telus.
Modelowanie obiektowe Diagramy UML – diagram przypadków użycia
Modelowanie obiektowe Diagramy klas
Dynamika układu punktów materialnych
Projektowanie relacyjnych baz danych – postacie normalne
UML W V ISUAL S TUDIO Mateusz Lamparski. UML D EFINICJA Unified Modeling Language (UML) to graficzny język do obrazowania, specyfikowania, tworzenia i.
Podstawy Techniki Cyfrowej
Programowanie strukturalne i obiektowe C++
Diagram aktywności (czynności)
Slajd 1© J.Rumiński Jacek Rumiński  Bazy danych Kontakt: Katedra Inżynierii Biomedycznej, pk. 106, tel.: , fax: ,
Treści multimedialne - kodowanie, przetwarzanie, prezentacja Odtwarzanie treści multimedialnych Andrzej Majkowski informatyka +
Projektowanie relacyjnych baz danych – diagramy związków encji
Diagram czynności Diagram czynności (activity diagram) służy do modelowania dynamicznych aspektów systemu. Diagram czynności przedstawia sekwencyjne lub.
Diagram obiektów Diagram obiektów ukazuje elementy i związki z diagramu klas w ustalonej chwili. Diagram obiektów jest grafem złożonym z wierzchołków i.
Projekt modułu Nazwa całego projektu Nazwa modułu Imię i Nazwisko Inżynieria Oprogramowania II dzień, godzina rok akademicki W szablonie na niebiesko zamieszczone.
Diagramy przepływu danych
Projektowanie bazy danych z użyciem diagramów UML Obiektowe projektowanie relacyjnej bazy danych Paweł Jarecki.
Projektowanie i analiza systemów informacyjnych
Część 1.  Pierwszym etapem metodyki strukturalnej jest analiza strukturalna której efektem jest model podstawowy systemu.
Wstęp do interpretacji algorytmów
Modelowanie model związków encji
BAZY DANYCH Microsoft Access Akademia Górniczo-Hutnicza Wydział Elektrotechniki, Automatyki, Informatyki i Inżynierii Biomedycznej Katedra Automatyki i.
Wstęp do systemów informatycznych Model przypadków użycia.
Modelowanie Danych (ERD) – część 1 (Wspomaganie Modelowania danych)
Inżynieria systemów informacyjnych
Wzorzec MVC na przykładzie CakePHP
T. 18. E Proces DGA - Działania (operatorka).
Projektowanie wspomagane komputerem
Inżynieria Oprogramowania Laboratorium
Projekt modułu BANK INTERNETOWY Moduł funkcji banku
Treści multimedialne - kodowanie, przetwarzanie, prezentacja Odtwarzanie treści multimedialnych Andrzej Majkowski informatyka +
POJĘCIE ALGORYTMU Wstęp do informatyki Pojęcie algorytmu
Modele baz danych - spojrzenie na poziom fizyczny
Zapis prezentacji:

Projektowanie Aplikacji Komputerowych Analiza i projektowanie strukturalne Piotr Górczyński 2007

Cechy modeli Modele graficzne są czytelniejsze Powinny umożliwiać podział Powinny być tylko minimalnie nadmiarowe Powinny być przejrzyste Wskazówka Jeśli chcemy opisać coś co jest sekwencyjne i liniowe, lepiej opisać to tekstowo. Natomiast opis czegoś, co składa się z wielu czynności naraz, w różnych wymiarach, lepiej przedstawić graficznie. 2007

Narzędzia modelowania strukturalnego Diagram przepływu danych (Data Flow Diagram) – DFD Słownik danych Specyfikacja procesów Diagram związków encji (Entity Relationship Diagram) - ERD Diagram sieci przejść (State Transition Diagram) – STD Równoważenie modeli 2007

DFD Diagram DFD pokazuje procesy oraz dane, które między nimi przepływają Procesy (biznesowe) opisują działanie modelowanego biznesu. Stanowią one punkt wyjścia dla zidentyfikowania procesów w diagramie DFD. 2007

Przykładowe DFD 2007

Składniki DFD Element Opis Symbol Proces Proces przekształca pewne wejściowe na wyjściowe. Proces ma: numer nazwę (czasownik) specyfikację jeden lub więcej przepływ wejściowy jeden lub więcej przepływ wyjściowy Przepływ Przepływ ilustruje dane przenoszone między elementami modelu. Przepływ ma: nazwę (rzeczownik) opis danych łączy się z co najmniej jednym elementem z każdej strony Magazyn Magazyn reprezentuje zbiór danych. Magazyn ma: zazwyczaj jeden lub więcej przepływ wejściowy zazwyczaj jeden lub więcej przepływ wyjściowy Terminator Terminator reprezentuje interfejs zewnętrzny (obiekty, systemy, osoby). Terminator ma: 2007

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. 2007

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

Poziom 0 Kontekstowy Poziom 1 2007

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 2007

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 2007

Przykłady notacji 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|’|-| ] waga=*waga pacjenta w chwili przyjęcia do szpitala; jednostki: kilogramy; zakres: 1-200* zamówienie=nazwa_klienta+adres_dostawy+{pozycja_zamówienia} 2007

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. 2007

Metody opisu procesów Język opisowy Język strukturalny 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 2007

ERD Diagram związków encji pokazuje układ danych przechowywanych w systemie. Wskazówki ERD jest punktem wyjścia dla projektu fizycznej bazy danych. 2007

Składniki ERD Element Opis Symbol Encja Encja reprezentuje zbiór obiektów o cechach: wszystkie mają te same atrybuty każdy obiekt można jednoznacznie zidentyfikować Encje stają się tabelami w modelu fizycznym, ale czasami mogą wymagać normalizacji. Relacja Relacja reprezentuje związek między encjami. Relacja musi być przechowywana przez system – nie jest wynikiem obliczeń. 2007

Przykład ERD (wg Chena) 2007

Logiczny model bazy danych 2007

Słownik danych dla ERD KLIENT=@NIP+NAZWA+ADRES+KOD ZAMÓWIENIE=@NR_ZAMÓWIENIA+DATA POZYCJA_ZAMÓWIENIA=@ID+ILOŚĆ+KSIĄŻKA KSIĄŻKA=@ID+AUTOR+TYTUŁ+WYDAWNICTWO+ROK 2007

STD Diagram sieci przejść pokazuje wszystkie możliwe przejścia między stanami. Na diagramie mogą być pokazane także warunki konieczne do tego, aby przejście nastąpiło. Wskazówki STD jest kluczowym diagramem dla systemów czasu rzeczywistego czyli takich, które muszą reagować na zewnętrzne sygnały w określonym czasie. Przykładami są systemy sterowania procesami, sterowania windą, bankomaty, itp. 2007

Składniki STD Element Opis Symbol Stan Zbiór okoliczności w danej chwili, sposób lub forma istnienia. Przejście Przejście przeprowadza system z jednego stanu w inny, pod pewnymi warunkami i wykonując pewne akcje. 2007

Przykładowy STD 2007

ERD DFD STD Równoważenie modeli Wszystkie modele muszą do siebie pasować! ERD DFD STD 2007