APIO. W7 SPECYFIKACJA (UŻYCIA) DOSTĘPU DO DANYCH I SPOSOBU ICH PRZETWARZANIA 1. METODA CRUD 2. LOGIKA FUNKCJI

Podobne dokumenty
Logika funkcji. Modelowanie SI - GHJ 1

Zasady transformacji modelu DOZ do projektu tabel bazy danych

MODELOWANIE PRZEPŁYWU DANYCH

Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia

Plan. Formularz i jego typy. Tworzenie formularza. Co to jest formularz? Typy formularzy Tworzenie prostego formularza Budowa prostego formularza

Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia

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

Podstawowe pojęcia dotyczące relacyjnych baz danych. mgr inż. Krzysztof Szałajko

Oracle11g: Wprowadzenie do SQL

Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia

Inżynieria oprogramowania II

Modelowanie KONCEPCJA. przedstawiana przez INDYWIDUALNOŚĆ GHJ 6

INTERNETOWE BAZY DANYCH materiały pomocnicze - wykład X

SQL Server i T-SQL w mgnieniu oka : opanuj język zapytań w 10 minut dziennie / Ben Forta. Gliwice, Spis treści

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

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

Procesowa specyfikacja systemów IT

Diagramy przypadków użycia - MS Visio

E-1EZ s1. Technologie informacyjne. Elektrotechnika I stopień (I stopień / II stopień) Ogólnoakademicki (ogólno akademicki / praktyczny)

Wymagania na poszczególne oceny w klasach 3 gimnazjum

Technologie informacyjne Information technologies

Specyfikowanie wymagań przypadki użycia

INFORMATYKA POZIOM ROZSZERZONY

INFORMATYKA POZIOM ROZSZERZONY

Ćwiczenie 3 z Podstaw programowania. Język C++, programy pisane w nieobiektowym stylu programowania. Zofia Kruczkiewicz

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

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 3 Identyfikacja przypadków użycia

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

Wymagania edukacyjne na poszczególne oceny z informatyki w gimnazjum klasa III Rok szkolny 2015/16

Pojęcie bazy danych. Funkcje i możliwości.

Diagram wdrożenia. Rys. 5.1 Diagram wdrożenia.

Blaski i cienie wyzwalaczy w relacyjnych bazach danych. Mgr inż. Andrzej Ptasznik

ZARZĄDZANIE PROCESAMI I PROJEKTAMI. Zakres projektu. dr inż. ADAM KOLIŃSKI ZARZĄDZANIE PROCESAMI I PROJEKTAMI. Zakres projektu. dr inż.

LK1: Wprowadzenie do MS Access Zakładanie bazy danych i tworzenie interfejsu użytkownika

Zad. 3: Układ równań liniowych

UML a kod w C++ i Javie. Przypadki użycia. Diagramy klas. Klasy użytkowników i wykorzystywane funkcje. Związki pomiędzy przypadkami.

Technologia informacyjna

Program telewizyjny emisji filmów w 4 stacjach telewizyjnych: Telewizja / stacja Film i godziny jego emisji Czas trwania emisji filmu

TP1 - TABELE PRZESTAWNE od A do Z

Pracownia Informatyczna Instytut Technologii Mechanicznej Wydział Inżynierii Mechanicznej i Mechatroniki. Podstawy Informatyki i algorytmizacji

Kryteria oceniania uczniów z informatyki w klasie II gimnazjum

Plan. Raport. Tworzenie raportu z kreatora (1/3)

Z nowym bitem. Informatyka dla gimnazjum. Część II

Monitoring procesów z wykorzystaniem systemu ADONIS. Krok po kroku

Programowanie od pierwszoklasisty do maturzysty. Grażyna Koba

Modelowanie i analiza systemów informatycznych Spis treści

Dokumentacja wstępna TIN. Rozproszone repozytorium oparte o WebDAV

Projektowanie bazy danych przykład

Odniesienie do obszarowych efektów kształcenia Kierunkowe efekty kształcenia WIEDZA (W)

WYMAGANIA EDUKACYJNE Z INFORMATYKI dla klasy III gimnazjalnej, Szkoły Podstawowej w Rychtalu

ARKUSZ KALKULACYJNY MICROSOFT EXCEL cz.1 Formuły, funkcje, typy adresowania komórek, proste obliczenia.

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

Algorytm. Krótka historia algorytmów

RAPORT z diagnozy umiejętności matematycznych

Plan wykładu: Relacyjny model danych: opis modelu, podstawowe pojęcia, ograniczenia, więzy.

Funkcjonalność konfiguracji Inżynieryjnej systemu Profesal

Informatyka klasa III Gimnazjum wymagania na poszczególne oceny

Cele przedsięwzięcia

Faza strategiczna. Synteza. Analiza. Instalacja. Faza strategiczna. Dokumentacja. kodowanie implementacja. produkt konserwacja

Import zleceń / Integracja klienta K-Ex

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

Diagramy związków encji. Laboratorium. Akademia Morska w Gdyni

Pracownia Informatyczna Instytut Technologii Mechanicznej Wydział Inżynierii Mechanicznej i Mechatroniki. Podstawy Informatyki i algorytmizacji

Programowanie sterowników przemysłowych / Jerzy Kasprzyk. wyd. 2 1 dodr. (PWN). Warszawa, Spis treści

Internetowy przewodnik FAQ V1.2

1 Macierz odwrotna metoda operacji elementarnych

ODPOWIEDNIKI PRZETARGOWE - INSTRUKCJA

Bazy danych. Plan wykładu. Diagramy ER. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych

Zapytanie ofertowe dotyczące wyboru dostawcy w zakresie systemu informatycznego.

MODELOWANIE SYSTEMÓW INFORMACYJNYCH

Oracle PL/SQL. Paweł Rajba.

Oracle11g: Programowanie w PL/SQL

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

Zapisywanie algorytmów w języku programowania

SZPITAL OGÓLNY W KOLNIE KOLNO, UL. WOJSKA POLSKIEGO 69

korzystać z funkcji konwersji zamówienia zakupu

Przed przystąpieniem do czytania dokumentu, proszę o zapoznanie się z podstawowym dokumentem Instrukcja obsługi AZU dla użytkownika zewnętrznego.

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

ECDL/ICDL Zaawansowane arkusze kalkulacyjne Moduł A2 Sylabus, wersja 2.0

Program szkolenia EXCEL ŚREDNIOZAAWANSOWANY.

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

Elektrotechnika I stopień (I stopień / II stopień) Ogólnoakademicki (ogólno akademicki / praktyczny) Niestacjonarne (stacjonarne / niestacjonarne)

Przykładowa baza danych BIBLIOTEKA

Słowem wstępu. Część rodziny języków XSL. Standard: W3C XSLT razem XPath 1.0 XSLT Trwają prace nad XSLT 3.0

Przed przystąpieniem do czytania dokumentu, proszę o zapoznanie się z podstawowym dokumentem Instrukcja obsługi AZU dla użytkownika zewnętrznego.

Cele. Definiowanie wyzwalaczy

Wymagania edukacyjne z informatyki w klasie VIII

Język UML w modelowaniu systemów informatycznych

SCENARIUSZ LEKCJI. Streszczenie. Czas realizacji. Podstawa programowa

PROGRAM SZKOLENIA. Excel Średniozaawansowany z wprowadzeniem do tabel przestawnych i makr.

Lokalizacja jest to położenie geograficzne zajmowane przez aparat. Miejsce, w którym zainstalowane jest to urządzenie.

EGZAMIN MATURALNY Z INFORMATYKI

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

DLA SEKTORA INFORMATYCZNEGO W POLSCE

PROGRAM DOBORU WYMIENNIKÓW CIEPŁA FIRMY SECESPOL CAIRO 3.2 PODRĘCZNIK UŻYTKOWNIKA

EFEKTY KSZTAŁCENIA DLA KIERUNKU STUDIÓW

FORMULARZ OCENY PARAMETRÓW TECHNICZNYCH

Transkrypt:

APIO. W7 SPECYFIKACJA (UŻYCIA) DOSTĘPU DO DANYCH I SPOSOBU ICH PRZETWARZANIA 1. METODA CRUD 2. LOGIKA FUNKCJI dr inż. Grażyna Hołodnik-Janczura W8/K4

CO SIĘ MOŻE DZIAĆ PODCZAS WYKONYWANIA BIZNESOWEJ FUNKCJI ELEMENTARNEJ? Informacje o rzeczach istotnych dla organizacji mogą być wyszukiwane tworzone nowe albo usuwane istniejące zmieniane Zarówno na poziomie obiektów, ich atrybutów oraz relacji między obiektami. Inne funkcje mogą być wywoływane Mogą też być wykonywane działania fizyczne lub mechaniczne GHJ-PWR Wszelkie prawa zastrzeżone 2

RODZAJE (UŻYCIA) DOSTĘPU DO DANYCH Niezależnie od podejścia do tworzenia oprogramowania, podczas analizy wymagań, należy opisać rodzaj dostępu do danych i sposób ich przetwarzania Rodzaje dostępu do danych: tworzenie, czytanie, aktualizacja, usuwanie Dwa główne podejścia: tworzenie oddzielnych funkcji lub przypadków użycia dla każdego rodzaju dostępu tworzenie funkcji lub przypadków użycia obejmujących wszystkie rodzaje dostępu UWAGA: różni aktorzy mogą posiadać różne rodzaje dostępu do danych i niekoniecznie wszystkie GHJ-PWR Wszelkie prawa zastrzeżone 3

RODZAJE DOSTĘPU DO DANYCH - TRYBY UŻYCIA OBIEKTÓW PRZEZ FUNKCJE CRUD(A) C (create) - tworzenie R (retrieve) - czytanie U (update) aktualizacja D (delete) - usuwanie A (archieve) - archiwowanie GHJ-PWR Wszelkie prawa zastrzeżone 4

TRYBY UŻYCIA ATRYBUTÓW PRZEZ FUNKCJE INU(A) I (insert) - wstawianie N (nullify) - usuwanie U (update) - aktualizacja A (archieve) - archiwowanie GHJ-PWR Wszelkie prawa zastrzeżone 5

MACIERZ POWIĄZAŃ Przedstawia istnienie zależności występujących w organizacji między - procesami gospodarczymi, - funkcjami, - grupami danych, - jednostkami struktury organizacyjnej, - zastosowaniami. Przedstawia charakter występujących zależności. Pełni funkcję kontroli jakości w zakresie kompletności i spójności modelu funkcji i modelu informacji. GHJ-PWR Wszelkie prawa zastrzeżone 6

TABELA JAKO MACIERZ POWIĄZAŃ 1 2 3 4 5 6 Tabela jest prostym, ale silnym narzędziem Składa się z opisanych wierszy i kolumn Przecięcie wiersza z kolumną wyznacza komórkę Komórka jest jednoznacznie związana z jedną i tylko jedną parą wiersz kolumna, np. C2 A B C D E Kropka (dowolny symbol) wskazuje istniejącą relację między C i 2, komórka pusta oznacza jej brak GHJ-PWR Wszelkie prawa zastrzeżone 7

Przykład fragmentu DOZ rys. 1 umiejscowiony w PRACOWNIK # symbol * nazwisko * imię * data ur ETATOWY * stanowisko AKORDOWY * rodzaj * norma godzin dla ujęty w PRZYDZIAŁ # data * wynagrodzenie o wskaźnik wydajności dotyczy # numer * nazwa * poziom wynagrodzenia opisane przez w ZADANIE miejscem LOKALIZACJA # nazwa * adres GHJ-PWR Wszelkie prawa zastrzeżone OPIS # numer linii * tekst wyjaśnienie do 8

LISTA FUNKCJI ELEMENTARNYCH DO PRZYKŁADU A (RYS. 1) Z111. Przyjmij nowego pracownika Z113. Zmień stanowisko pracownika Z115. Zwolnij pracownika Z211. Wprowadź nowe zadanie Z213. Przydziel pracownika do zadania Z311. Oceń pracownika za pomocą wskaźnika wydajności Z411. Sporządź raport o lokalizacji pracowników Z421. Ustal, jakie zadanie przydzielono pracownikowi w dniu GHJ-PWR Wszelkie prawa zastrzeżone 9

TABELA POWIĄZAŃ FUNKCJA/OBIEKT DO PRZYKŁADU A PRACOWNIK ZADANIE OPIS PRZYDZIAŁ LOKALIZACJA Z111 C R Z113 U Z115 D/A R R D Z211 C C Z213 R R R C Z311 R R R U Z411 R R Z421 R R R R GHJ-PWR Wszelkie prawa zastrzeżone 10

LOGIKA FUNKCJI OPIS SPOSOBU PRZETWARZANIA INFORMACJI Celem jest - zrozumienie przez projektanta rezultatu działania funkcji i zaprojektowania sposobu jej realizacji Celem nie jest - uzyskanie opisu dla prostego przekształcenia w procedurę programową Polega na precyzyjnym i niedwuznacznym definiowaniu szczegółów funkcji Jest stosowana w przypadku funkcji złożonych lub wymagających arbitralnego algorytmu Techniki opisu techniki ukierunkowane na język użytkownika schematy blokowe pseudokody GHJ-PWR Wszelkie prawa zastrzeżone 11

STRUKTURA LOGIKI FUNKCJI Prezentuje trzy aspekty użycia danych nawigację - kierunek poszukiwań: sekwencja potrzebnych encji i atrybutów tworzenie nowych wartości - algorytm, formuła obliczeniowa zakres - jakiej części zbioru danych dotyczy przetwarzanie: spełnienie sformułowanego warunku GHJ-PWR Wszelkie prawa zastrzeżone 12

METODY FORMUŁOWANIA LOGIKI W JĘZYKU UKIERUNKOWANYM NA UŻYTKOWNIKA [CASE* METHOD] A. Uproszczona logika funkcji I. Opis lingwistyczny uproszczony poprzez zastosowanie tzw. perspektywy organizacji II. Opis lingwistyczny uproszczony poprzez uzupełnienie modelu struktury informacyjnej (DOZ) B. Szczegółowa logika funkcji III. Konstrukcja zdania wyrażającego trzy aspekty 1. kierunek poszukiwań 2. algorytm 3. zakres GHJ-PWR Wszelkie prawa zastrzeżone 13

AI. PERSPEKTYWA ORGANIZACJI Perspektywa organizacji: tworzona na podstawie używanej przez użytkownika terminologii z zastosowaniem modelu encji Przykład dla funkcji: Utwórz lot rejsowy Opis funkcji Na żądanie utwórz nowy LOT REJSOWY, przy użyciu danych: planowany czas lotu, numer lotu, linia przewozowa, miejsce startu i lądowania, gdzie miejsce lądowania jest różne od miejsca startu Perspektywa LOT REJSOWY bazuje na obiektach: LOT, TRASA, LINIA LOTNICZA, LOTNISKO (rys. 2) Użyto nazw atrybutów encji niektóre są inne niż na modelu, ale stosowane przez użytkownika Pominięto odwołania atrybutów do nazw encji Łatwość rozszerzenie opisu o wskazanie wymagalności i poprawnych wartości atrybutów, a także ograniczeń integralności Określono ograniczenie dotyczące miejsca lądowania i startu GHJ-PWR Wszelkie prawa zastrzeżone 14

Fragment modelu DOZ Rezerwacja i loty rys. 2 LOT # data odlotu # czas odlotu Lot rejsowy Planowany czas lotu Nr lotu Linia przewozowa Miejsce startu Miejsce lądowania na planowana jako TRASA # numer * planowany czas lotu POZYCJA ZAM obsługiwana przez LINIA LOTNICZA # kod * nazwa Perspektywa LOTNISKO # kod * nazwa GHJ-PWR Wszelkie prawa zastrzeżone 15 z źródłem do przewoźnikiem na przeznaczeniem

AII. UZUPEŁNIENIE DOZ Opis funkcji jako uzupełnienie nazwy funkcji w języku naturalnym Wprowadzenie nieformalnych uzupełnień na odpowiednim fragmencie DOZ (rys. 3) oznaczenie używanych obiektów i związków (inny kolor linii), określenie sposobu ich użycia (komentarz), określenie warunku (komentarz) podanie wyniku funkcji, np. wynik obliczeń (nieformalne wyróżnienie używanych atrybutów, związków) dodatkowe informacje (komentarz) GHJ-PWR Wszelkie prawa zastrzeżone 16

Fragment modelu DOZ Rezerwacja i loty do metody z uzupełnieniem DOZ rys. 3 Tworzenie Odwołanie do Odwołanie do LOT # data odlotu #czas odlotu TRASA # numer * planowany czas lotu POZYCJA ZAM LOTNISKO # kod * nazwa Średnio 20 nowych/dzień Żródło przeznaczenie Odwołanie do LINIA LOTNICZA # kod np. LOT * nazwa GHJ-PWR Wszelkie prawa zastrzeżone 17

BIII. SZCZEGÓŁOWA LOGIKA FUNKCJI Kierunek wyszukiwania: Wyszukaj <lista atrybutów> z <nazwa obiektu> Algorytm działania: opis obliczania nowych wartości za pomocą standardowej terminologii matematycznej z nazwami atrybutów i obiektów jako zmiennymi Zakres: konstrukcja zdania kwalifikującego wybór wystąpień encji za pomocą warunku... gdy <warunek > GHJ-PWR Wszelkie prawa zastrzeżone 18

PRZYKŁAD FUNKCJI (RYS. 4) USTALENIE DOSTAW REALIZUJĄCYCH ZAMÓWIENIA WG HARMONOGRAMU OPIS NARRACYJNY Uporządkuj zamówienia w kolejności priorytetu (wynikającego ze statusu klienta, miejscowości, daty złożenia zamówienia i innych subiektywnych decyzji) idąc w dół listy POZYCJI ZAMÓWIEŃ utwórz dla każdej POZYCJI ZAMÓWIENIA realizującą POZYCJĘ DOSTAWY ustal ilość w dostawie (jeśli istnieje ilość w zapasie) równą liczbie mniejszej spośród ilości wymaganej i ilości w zapasie, aż ilość w zapasie będzie równa zero lub wszystkie POZYCJE ZAMÓWIENIA zostaną zrealizowane utwórz planowaną DOSTAWĘ, jako część HARMONOGRAMU, do której wchodzą te POZYCJE DOSTAWY, które są kierowane do MIEJSCOWOŚCI o tej samej nazwie GHJ-PWR Wszelkie prawa zastrzeżone 19

Opis tabelaryczny 1 F2231 Nazwa funkcji: Ustalenie dostaw realizujących zamówienia wg harmonogramu 2 Wywołana przez: zakończone przyjmowanie zamówień Rodzaj zdarzenia: T Współzależna z: funkcja Wydaj klientowi przygotowaną dostawę 3 Logika funkcji # krok Akcja Atrybut/Encja i inne uwagi 1 Sortuj POZYCJE ZAMÓWIEŃ wg priorytetu ZAMÓWIENIA Retrieve ZAMÓWIENIE Retrieve POZYCJA ZAMÓWIENIA 2 Idąc w dół listy POZYCJI ZAMÓWIEŃ, dla każdej z nich utwórz POZYCJE DOSTAW według: - jeżeli ilość w zapasie jest >= od ilości wymaganej, to ustal ilość w dostawie równą ilości wymaganej - jeżeli ilość w zapasie jest < od ilości wymaganej, to ustal ilość w dostawie równą pozostałej ilości w zapasie 3 Po ustaleniu ilości w dostawie zredukuj ilość w zapasie aż do ilości w zapasie równej zero lub wyczerpania wszystkich POZYCJI ZAMÓWIEŃ 4 Utwórz planowaną DOSTAWA, która jest częścią aktualnego HARMONOGRAM-u dla każdej z MIEJSCOWOŚĆ, aż do wyczerpania wszystkich POZYCJI DOSTAW Create POZYCJA DOSTAWY Retrieve POZYCJA ZAMÓWIENIA Retrieve PRODUKT Update PRODUKT Retrieve POZYCJA ZAMÓWIENIA Create DOSTAWA Retrieve POZYCJA ZAMÓWIENIA Retrieve MIEJSCOWOŚĆ Retrieve POZYCJA DOSTAWY Retrieve HARMONOGRAM GHJ-PWR Wszelkie prawa zastrzeżone 20

PRODUKT # symbol * nazwa * jednostka miary * ilość w zapasie dotycząca w POZYCJA ZAMÓWIENIA # numer * ilość wymagana realizowana przez # numer * ilość w dostawie częścią Rys. 4 realizująca POZYCJA DOSTAWY należąca do złożone z ZAMÓWIENIE # numer * data POZYCJA o priorytet ZAM od KLIENT # nazwa * status zamawiającym HARMONOGRAM # numer * wydział pozycją obejmujący DOSTAWA # numer * data składająca się z kierowana do miejscem umiejscowiony w MIEJSCOWOŚĆ # kod * nazwa siedzibą GHJ-PWR Wszelkie prawa zastrzeżone 21