Diagramy przepływu danych IV. Słownik danych. Specyfikacje procesów.
|
|
- Halina Urban
- 8 lat temu
- Przeglądów:
Transkrypt
1 Projektowanie systemów informatycznych Zajęcia: Diagramy przepływu danych IV. Słownik danych. Specyfikacje procesów. Literatura bazowa: E.Yourdon, Współczesna analiza strukturalna, WNT, Warszawa 1996 J.Roberston, S.Robertson, Pełna analiza systemowa, WNT, Warszawa 1999 KI AE PSI
2 KI AE PSI SIWFF diagram wstępny - odpowiedzi na zdarzenia
3 Jak tworzyć pełny DFD: 1. Wstępny DFD - diagram odpowiedzi na zdarzenia 2. Pełny DFD powstaje poprzez procesy kompozycji i dekompozycji diagramu odpowiedzi na zdarzenia KI AE PSI
4 Aby tworzyć modele złożonych systemów (a więc o dużej ilości procesów) i nie łamać zasad złożoności należy zastosować kompozycję i dekompozycję diagramu - utworzyć diagram wielopoziomowy. Jak poruszać się po diagramach wielopoziomowych? Zstępująca metoda pokazywania złożonych systemów polega na możności pokazywania tylko fragmentu systemu wraz ze zwiększeniem stopnia szczegółowości na kolejnych poziomach modelu/diagramu - tak jak w atlasie samochodowym KI AE PSI
5 PROCES 3 Fragment pełnego DFD po dekompozycji i równoważeniu KI AE PSI
6 Równoważenie wewnętrzne DFD Zasada zachowania zgodności pomiędzy poziomami diagramu (Yourdon) - przepływy wchodzące i wychodzące z procesu na danym poziomie powinny być zgodne z diagramem reprezentującym ten proces na niższym poziomie lub Zasada równowagi modelu (Roberstsonów) Diagram dziecko przetwarza te same dane co diagram ojciec KI AE PSI
7 KI AE PSI SIWFF diagram wstępny - przygotowanie do dekompozycji
8 KI AE PSI SIWFF- DIAGRAM 0 [DFD_0]
9 KLIENT DYSTRYBUTOR kontakty z klientem katalogi, nowe filmy SIWFF raporty z działalności decyzje WŁAŚCICIEL SIWFF - Diagram kontekstowy najwyższy poziom DFD KI AE PSI
10 KI AE PSI SIWFF- DIAGRAM 0 [DFD_0]
11 KI AE PSI SIWFF- DIAGRAM 3 [DFD_3]
12 KI AE PSI SIWFF- DIAGRAM 4 [DFD_4]
13 KI AE PSI SIWFF- DIAGRAM 5 [DFD_5]
14 KI AE PSI SIWFF- DIAGRAM 6 [DFD_6]
15 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
16 Słowniki danych (DD data dictionary) Po co jest słownik? abyśmy mogli znaleźć wytłumaczenie napotkanego sformułowania, którego nie rozumiemy Słownik danych to uporządkowany wykaz wszystkich elementów danych mających związek z systemem, wraz z ich precyzyjnym określeniem. Po co? Abyś ty analityk i każda osoba korzystająca z dokumentacji projektowej (w szczególności z diagramów: DFD i ERD oraz specyfikacji) jednakowo rozumieli wszystkie wejścia, wyjścia, składniki magazynów oraz obliczenia pośrednie. KI AE PSI
17 Rodzaje elementów występujących w słowniku danych 3. Dane elementarne to takie, które nie podlegają dalszemu rozbiciu w kontekście użytkownika np. nazwisko-autora sygnatura numer-karty 8. Pakiet to zbiór elementarnych jednostek informacji najczęściej opisuje budowę danych w magazynach i przepływach pakiet = dana-elementarna+dana-elementarna+inny-pakiet+danaelementarna np. adres-klienta=miasto+kod-pocztowy+ulica+nr-domu KI AE PSI
18 Ogólna zasada działania słownika danych Złożone pakiety definiuje się za pomocą danych elementarnych, a te opisuje się w terminach zakresów wartości i jednostek miary. Poprawna definicja elementu danych musi zawierać: znaczenie elementu danych w kontekście aplikacji użytkownika, notacja komentarza * * (dla pakietów) budowę elementu danych, jeśli składa się ze składników elementarnych (dla danych elementarnych) wartości, jakie może przyjmować element danych, jeśli jest składnikiem elementarnym KI AE PSI
19 elementy słownika kontekst definicja wartości dopuszczal ne jednostka/ format aktorzy *lista głównych aktorów występujących w filmie* tekst zł cenazakupu *koszt zakupu filmu* comiesięcz ny-raportowypożycze niach- *raport pokazujący : ile w danym okresie dokonano operacji wypożyczeń -sumarycznie wraz ze szczegółowym pokazaniem 30 najlepiej i najgorzej wypożyczających się tytułów oraz dodatkową informację - ilu nowych klientów zarejestrowało się do wypożyczalni* "Ilość wypożyczeń w okresie :"+suma-wypożyczeń+{tytuł, ilośćwypożyczeń}+"ilość nowych klientów :"+suma-nowych-klientów comiesięcz ny-raportzapotrzebo wania *raport pokazuje zainteresowanie (wyrażone w ilość zapytań) nowościami umieszczonymi w katalogu za okres 1 miesiąca* {tytuł+nazwisko-reżysera+dystrybutor+ilość zapytań} cotygodni owyraport-ozaległościa ch *lista klientów wraz filmami, które powinni byli zwrócić do dnia stworzenia raportu (a tego nie uczynili)* {nazwisko+imię+(telefon)+( )+adres+sygnatura+datawypożyczenia+planowana-data-zwrotu} data (rrrr-mmdd) datalikwidacji data (rrrr-mmdd) datapremiery data (rrrr-mmdd) datarejestracji *data zlikwidowania\zgubienia filmu przez klienta* *planowana data premiery - wprowadzenia na rynek filmu* *data określająca kiedy klient się zarejestrował w naszej wypożyczalni* KI AE PSI
20 KLIENCI *zbiór danych o klientach korzystających z naszej wypożyczalni* {klient} klient *dane klienta korzystającego z naszej data-rejestracji kod *kod pocztowy* xx-xxx (x - dowolna cyfra) lokalizacja *kod regału i półki, gdzie należy szukać filmu* rr - pp (rr - numer regału, pp - numer półki) miasto miejsce-produkcji miejsce-urodzenia nazwisko nazwisko-reżysera *nazwa miasta gdzie mieszka klient* *państwo, w którym został wyprodukowany film* *nazwa miasta gdzie urodził się klient* *nazwisko klienta* *nazwisko pierwszego reżysera* tekst tekst tekst tekst tekst nowe-filmy *informacje z dokumentów dostawy* {dystrybutor+tytuł+nazwisko-reżysera+imięreżysera+aktorzy+ nr-katalogowy+rok-produkcji+miejsceprodukcji+typ-nośnika+ cena-zakupu+ilość-egzemplarzy} KI AE PSI
21 Notacje 1. = + = to kombinacja składników tworzących przepływ/magazyn + tym znakiem łączymy kolejne składniki czytelnik = numer-karty+nazwisko+imię+typ-dokumentu+numerdokumentu+data-urodzenia+miejsce-urodzenia+kod+miasto+typulicy+ulica+telefon+data-rejestracji 2. {} {to co w nawisach klamrowych może się powtarzać} Zamówienie = id-klienta+data-zamówienia+{nazwa-towaru+ilość} Granice iteracji: 1{nazwa-towaru+ilość}11 3. () (elementu w nawiasie okrągłym może nie być jest opcjonalny) Pracownik-naukowy = (tytuł)+nazwisko+imię KI AE PSI
22 4. [] [w nawiasy kwadratowe ujmuje się elementy wyboru. Poszczególne możliwości oddziela się znakiem ] typ-dokumentu = [ Dowód osobisty Paszport Legitymacja studencka ] 5. * *to jest komentarz. Czasami jest on nieodzowny dla umiejscowienia danych w kontekście. Niektóre metodyki kładą duży nacisk na stosowanie przed składnikiem elementarnym oznacza, iż jest on kluczem identyfikującym kolejne wystąpienia czytelnik data-urodzenia+miejsce-urodzenia+kod+miasto+typ-ulicy+ulica+telefon+datarejestracji KI AE PSI
23 Specyfikacje procesów (PSPEC process specifications) Specyfikacja procesu definiuje (opisuje), co należy zrobić w celu przekształcenia wejścia na wyjścia. Metody specyfikacji procesów: strukturalizowany opis w języku polskim tablice decyzyjne drzewa decyzyjne pseudokod strukturalny język polski Podstawowym wymaganiem poprawnej specyfikacji procesów, jest to iż musi być zrozumiała i weryfikowalna przez zespół projektowy KI AE PSI
24 Pseudokod czyli strukturalny język polski Polski jest ponieważ większość zwrotów w nim używanych pochodzi z naszego narodowego słownika (wyjątkiem są konstrukcje warunkowe łączenia zdań) Strukturalnym jest ponieważ można (i trzeba) w nim używać tych samych zasad tworzenia zdań co w programowaniu strukturalnym. KI AE PSI
25 Cztery zasady tworzenia zdań w pseudokodzie 1. Czasowniki należy dobierać z następującej listy: operacje na danych z przepływów i magazynów WCZYTAJ (WYBIERZ, POBIERZ) USUŃ USTAW TWÓRZ ZAPISZ DOŁĄCZ SORTUJ operacje arytmetyczne OBLICZ DODAJ, ODEJMIJ POMNÓŻ, PODZIEL operacje komunikacyjne WYŚWIETL WYŚLIJ KI AE PSI
26 2. Elementy znajdujące się w dopełnieniach zdań najczęściej określają dane, które przetwarza proces a więc muszą się one znajdować w słowniku danych przykład WCZYTAJ rekord wypożyczenia z REJESTRU WYPOŻYCZEŃ z sygnaturą=sygnatura ze zwrot-filmu i datą-zwrotu=pusta KI AE PSI
27 3. Konstrukcje warunkowe służące do opisania alternatywnych zdań (akcji) IF-THEN-ELSE-ENDIF IF warunek THEN zdanie-1 ELSE zdanie-2 ENDIF przykład IF dochód-pracownika<30000 THEN podatek=20% ELSE podatek=40% ENDIF KI AE PSI
28 CASE DO CASE zmienna=wartość-1 zdanie-1 CASE zmienna=wartość-2 zdanie-2.. CASE zmienna=wartość-n zdanie-n OTHERWISE zdanie-n+1 ENDCASE KI AE PSI
29 przykład DO CASE dochód-pracownika<20000 podatek=10% CASE dochód-pracownika>20000 i dochód-pracownika<30000 podatek=20% OTHERWISE podatek=50% ENDCASE KI AE PSI
30 DO WHILE DO WHILE warunek-1 zdanie-1 ENDDO przykład suma-wypożyczeń=0 DO WHILE istnieje więcej wypożyczeń w REJESTRZE WYPOŻYCZEŃ z datą-wypożyczenia w raportowanym miesiącu DODAJ suma-wypożyczeń+1 ENDDO WYŚWIETL suma-wypożyczeń KI AE PSI
31 4. Terminy lokalne to słowa zdefiniowane na potrzeby tego właśnie procesu suma-dzienna=0 DO WHILE istnieją zamówienia w ZAMÓWIENIA z datą-faktury = obecnej dacie WCZYTAJ następne zamówienie z ZAMÓWIENIA DODAJ do raportu-zamówień numer-faktury+suma-całkowitazamówienia suma-dzienna=suma-dzienna+ suma-całkowita-zamówienia ENDDO DODAJ do raportu-zamówień suma-dzienna KI AE PSI
32 Uszczegółowienie wymagań kontroli projektu Wymagania merytoryczne - Charakterystyka organizacji (kilka zdań, 1 slajd, 1 minuta) - Model środowiskowy (cel, lista zdarzeń, diagram kontekstowy) - Model zachowania (DFD 0, wstępny model danych, słowna charakterystyka dwóch wybranych procesów elementarnych) Wymagania formalne - Przedstawiciel wybrany przez grupę - Prezentacja z użyciem projektora format PowerPoint, Pdf - Czas trwania minut Konsultacje projektowe w godz , pokoje 435 lub 427 KI AE PSI
Narzędzia szczegółowe - diagramy. specyfikacje procesów (pseudokod).
Projektowanie systemów informatycznych - konspekt do zajęć z tematów: Strukturalna metodyka projektowania SI. Narzędzia szczegółowe - diagramy przepływu danych, słowniki danych, specyfikacje procesów (pseudokod).
Diagramy przepływu danych I
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,
Diagramy przepływu danych II model środowiskowy, diagram odpowiedzi na zdarzenia KI AE PSI 2006 1
Projektowanie systemów informatycznych Zajęcia: Diagramy przepływu danych II model środowiskowy, diagram odpowiedzi na zdarzenia KI AE PSI 2006 1 Model podstawowy składa się z: modelu środowiskowego modelu
Analiza strukturalna systemów informatycznych
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)
AKADEMIA EKONOMICZNA W KRAKOWIE KATEDRA INFORMATYKI
AKADEMIA EKONOMICZNA W KRAKOWIE KATEDRA INFORMATYKI Prowadzący(dla kogo?): AGNIESZKA ZAJĄC Przedmiot: Projektowanie systemów informacyjnych Termin: ZALICZENIE I Obowiązujący termin złożenia pracy: Termin
Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II)
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
Inżynieria oprogramowania wykład VI Faza analizy Analiza strukturalna modelowanie procesów, słownik danych
Inżynieria oprogramowania wykład VI Faza analizy Analiza strukturalna modelowanie procesów, słownik danych prowadzący: dr hab. inż. Krzysztof Bartecki, prof. PO Faza analizy systemowej c.d. Wymagania Projektowanie
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
Diagramy związków encji (ERD) 1 Projektowanie bazy danych za pomocą narzędzi CASE Materiał pochodzi ze strony : http://jjakiela.prz.edu.pl/labs.htm Diagramu Związków Encji - CELE Zrozumienie struktury
Wymagania klienta mogą być opisane na różnych poziomach abstrakcji: Podział wymagań: Wymagania funkcjonalne Wymagania niefunkcjonalne
Definiowanie wymagań Wymagania klienta mogą być opisane na różnych poziomach abstrakcji: 1. Definicja wymagań jest zapisana w języku naturalnym jako rezultat rozmów z przedstawiciela klienta 2. Specyfikacja
Podstawy i języki programowania
Podstawy i języki programowania Laboratorium 1 - wprowadzenie do przedmiotu mgr inż. Krzysztof Szwarc krzysztof@szwarc.net.pl Sosnowiec, 16 października 2017 1 / 25 mgr inż. Krzysztof Szwarc Podstawy i
Podstawy programowania III WYKŁAD 4
Podstawy programowania III WYKŁAD 4 Jan Kazimirski 1 Podstawy UML-a 2 UML UML Unified Modeling Language formalny język modelowania systemu informatycznego. Aktualna wersja 2.3 Stosuje paradygmat obiektowy.
Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32
Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:
E-1IZ s2. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)
KARTA MODUŁU / KARTA PRZEDMIOTU Załącznik nr 7 do Zarządzenia Rektora nr 10/12 z dnia 21 lutego 2012r. Kod modułu E-1IZ2-1003-s2 Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu
E-I2SG-2010-s1. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)
KARTA MODUŁU / KARTA PRZEDMIOTU Załącznik nr 7 do Zarządzenia Rektora nr 10/12 z dnia 21 lutego 2012r. Kod modułu E-I2SG-2010-s1 Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu
Inżynieria oprogramowania. Wykład 6 Analiza i specyfikowanie wymagań
Inżynieria oprogramowania Wykład 6 Analiza i specyfikowanie wymagań Proces inżynierii wymagań Feasibility Study Feasibility Report Requirements Analysis System Models Requirements Definition Definition
ECDL Podstawy programowania Sylabus - wersja 1.0
ECDL Podstawy programowania Sylabus - wersja 1.0 Przeznaczenie Sylabusa Dokument ten zawiera szczegółowy Sylabus dla modułu Podstawy programowania. Sylabus opisuje, poprzez efekty uczenia się, zakres wiedzy
Algorytm - pojęcie algorytmu, sposób zapisu, poziom szczegółowości, czynności proste i strukturalne. Pojęcie procedury i funkcji.
Algorytm - pojęcie algorytmu, sposób zapisu, poziom szczegółowości, czynności proste i strukturalne. Pojęcie procedury i funkcji. Maria Górska 9 stycznia 2010 1 Spis treści 1 Pojęcie algorytmu 3 2 Sposób
MODELOWANIE PRZEPŁYWU DANYCH
MODELOWANIE PRZEPŁYWU DANYCH 1. Diagram przepływu danych (DFD) 2. Weryfikacja modelu strukturalnego za pomocą DFD Modelowanie SI - GHJ 1 Definicja i struktura DFD Model części organizacji rozważany z punktu
Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego
Etapy Ŝycia systemu informacyjnego Wprowadzenie do metodologii modelowania systemów informacyjnych 1. Strategia 2. Analiza 3. Projektowanie 4. Implementowanie, testowanie i dokumentowanie 5. WdroŜenie
Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES)
KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu w języku angielskim Modeling and Analysis of Information Systems Obowiązuje od roku akademickiego
Modelowanie KONCEPCJA. przedstawiana przez INDYWIDUALNOŚĆ GHJ 6
Modelowanie KONCEPCJA staje się zrozumiała wyrażona za pomocą INDYWIDUALNOŚĆ przedstawiana przez SYMBOL GHJ 6 Podejścia w modelowaniu Pełny zakres WSTĘPUJĄCE Opuszczone szczegóły ZSTĘPUJĄCE Niepotrzebne
Inżynieria oprogramowania Jarosław Kuchta. Modelowanie interakcji
Inżynieria oprogramowania Jarosław Kuchta Modelowanie interakcji Podstawowe pojęcia Interakcja (interaction) Przepływ komunikatów pomiędzy obiektami konieczny dla wykonania określonego zadania. Interakcja
Diagramy interakcji. Jarosław Kuchta Dokumentacja i Jakość Oprogramowania
Diagramy interakcji Jarosław Kuchta Dokumentacja i Jakość Oprogramowania Podstawowe pojęcia Interakcja (interaction) Przepływ komunikatów pomiędzy obiektami konieczny dla wykonania określonego zadania.
Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska
Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Modelowanie biznesowe jest stykiem między
Kwerenda. parametryczna, z polem wyliczeniowym, krzyżowa
Kwerenda parametryczna, z polem wyliczeniowym, krzyżowa Operatory stosowane w wyrażeniach pól wyliczeniowych Przykład: wyliczanie wartości w kwerendach W tabeli Pracownicy zapisano wartości stawki godzinowej
1 Wprowadzenie do algorytmiki
Teoretyczne podstawy informatyki - ćwiczenia: Prowadzący: dr inż. Dariusz W Brzeziński 1 Wprowadzenie do algorytmiki 1.1 Algorytm 1. Skończony, uporządkowany ciąg precyzyjnie i zrozumiale opisanych czynności
Inżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu
Inżynieria wymagań Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia Część 5 Definicja systemu Opracowane w oparciu o materiały IBM (kurs REQ480: Mastering Requirements Management with Use
Modelowanie obiektowe - Ćw. 6.
1 Modelowanie obiektowe - Ćw. 6. Treść zajęć: Dokumentacja przypadków użycia diagramy czynności. Poznane wcześniej diagramy przypadków użycia pokazują co system powinien robić. Natomiast diagramy czynności
CHARAKTERYSTYKA ZASOBÓW INFORMACYJNYCH
CHARAKTERYSTYKA ZASOBÓW INFORMACYJNYCH Nazwa nazwa zasobu wg diagramu Cel krótkie określenie celu opracowania i utrzymywania zasobu (do 150 znaków) Charakter Typ nośnika Częstotliwość Łączna objętość zbiór,
Języki programowania zasady ich tworzenia
Strona 1 z 18 Języki programowania zasady ich tworzenia Definicja 5 Językami formalnymi nazywamy każdy system, w którym stosując dobrze określone reguły należące do ustalonego zbioru, możemy uzyskać wszystkie
Uniwersytet Zielonogórski Instytut Sterowania i Systemów Informatycznych Bazy Danych - Projekt. Zasady przygotowania i oceny projektów
Uniwersytet Zielonogórski Instytut Sterowania i Systemów Informatycznych Bazy Danych - Projekt Zasady przygotowania i oceny projektów 1 Cel projektu Celem niniejszego projektu jest zaprojektowanie i implementacja
Makropolecenia w PowerPoint Spis treści
Makropolecenia w PowerPoint Spis treści Co to jest makro?... 2 Tworzenie prostego makropolecenia w PowerPoint... 2 Przypisywanie makropoleceń do wstążki.... 5 Zapisywanie prezentacji z makrem.... 7 ZADANIE...
EGZAMIN MATURALNY W ROKU SZKOLNYM 2017/2018 INFORMATYKA
EGZAMIN MATURALNY W ROKU SZKOLNYM 2017/2018 INFORMATYKA POZIOM ROZSZERZONY FORMUŁA OD 2015 ( NOWA MATURA ) ZASADY OCENIANIA ROZWIĄZAŃ ZADAŃ ARKUSZ MIN-R1,R2 MAJ 2018 Uwaga: Akceptowane są wszystkie odpowiedzi
Oracle11g: Wprowadzenie do SQL
Oracle11g: Wprowadzenie do SQL OPIS: Kurs ten oferuje uczestnikom wprowadzenie do technologii bazy Oracle11g, koncepcji bazy relacyjnej i efektywnego języka programowania o nazwie SQL. Kurs dostarczy twórcom
1. Nagłówek funkcji: int funkcja(void); wskazuje na to, że ta funkcja. 2. Schemat blokowy przedstawia algorytm obliczania
1. Nagłówek funkcji: int funkcja(void); wskazuje na to, że ta funkcja nie ma parametru i zwraca wartość na zewnątrz. nie ma parametru i nie zwraca wartości na zewnątrz. ma parametr o nazwie void i zwraca
1. Zarządzanie informacją w programie Access
1. Zarządzanie informacją w programie Access a. 1. Cele lekcji i. a) Wiadomości Uczeń: zna definicję bazy danych i jej zadania, zna pojęcia: rekord, pole, klucz podstawowy, zna obiekty bazy danych: tabele,
Podstawy programowania funkcjonalnego
Podstawy programowania funkcjonalnego haskell.mariuszrozycki.pl Mariusz Różycki Churchill College, University of Cambridge rev. 2014.03.27.1 Wprowadzenie Materiały haskell.mariuszrozycki.pl Slajdy (w tym
Faza Określania Wymagań
Faza Określania Wymagań Celem tej fazy jest dokładne określenie wymagań klienta wobec tworzonego systemu. W tej fazie dokonywana jest zamiana celów klienta na konkretne wymagania zapewniające osiągnięcie
Diagram przypadków użycia
Diagram przypadków użycia Diagram przypadków użycia opisuje system z punktu widzenia użytkownika, pokazuje, co robi system, a nie jak to robi. Diagram ten sam w sobie zazwyczaj nie daje nam zbyt wielu
Podstawy Informatyki. Inżynieria Ciepła, I rok. Wykład 7 Algorytmy
Podstawy Informatyki Inżynieria Ciepła, I rok Wykład 7 Algorytmy Programowanie Sformułowanie problemu. Opracowanie metodyki rozwiązania. Opracowanie algorytmu. Napisanie kodu źródłowego (zakodowanie) w
KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20
Z1-PU7 WYDANIE N2 Strona: 1 z 5 (pieczęć wydziału) KARTA PRZEDMIOTU 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA 3) Karta przedmiotu ważna od roku akademickiego: 2014/2015 2) Kod przedmiotu:
Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania
Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 21 maja 2012 Historia dokumentu
Spis treúci. 1. Wprowadzenie... 13
Księgarnia PWN: W. Dąbrowski, A. Stasiak, M. Wolski - Modelowanie systemów informatycznych w języku UML 2.1 Spis treúci 1. Wprowadzenie... 13 2. Modelowanie cele i metody... 15 2.1. Przegląd rozdziału...
Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym
Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym konceptualnym modelem danych jest tzw. model związków encji (ERM
Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD
Projektowanie systemów informatycznych Roman Simiński roman.siminski@us.edu.pl siminskionline.pl Modelowanie danych Diagramy ERD Modelowanie danych dlaczego? Od biznesowego gadania do magazynu na biznesowe
WPROWADZANIE ZLECEŃ POPRZEZ STRONĘ WWW.KACZMARSKI.PL INSTRUKCJA UŻYTKOWNIKA
WPROWADZANIE ZLECEŃ POPRZEZ STRONĘ WWW.KACZMARSKI.PL INSTRUKCJA UŻYTKOWNIKA WSTĘP... 2 1 UWARUNKOWANIA TECHNICZNE... 2 2 UWARUNKOWANIA FORMALNE... 2 3 LOGOWANIE DO SERWISU... 2 4 WIDOK STRONY GŁÓWNEJ...
Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)
Zagadnienia (1/3) Rola modelu systemu w procesie analizy wymagań (inżynierii wymagań) Prezentacja różnego rodzaju informacji o systemie w zależności od rodzaju modelu. Budowanie pełnego obrazu systemu
Program szkolenia VBA (VISUAL BASIC FOR APPLICATIONS) W EXCELU PODSTAWOWY.
Program szkolenia VBA (VISUAL BASIC FOR APPLICATIONS) W EXCELU PODSTAWOWY SZKOLENIE JEST DLA OSÓB, KTÓRE: nigdy wcześniej nie programowały lub nie miały styczności z programowaniem od dłuższego czasu,
UML w Visual Studio. Michał Ciećwierz
UML w Visual Studio Michał Ciećwierz UNIFIED MODELING LANGUAGE (Zunifikowany język modelowania) Pozwala tworzyć wiele systemów (np. informatycznych) Pozwala obrazować, specyfikować, tworzyć i dokumentować
Projektowanie interakcji. Jarosław Kuchta
Projektowanie interakcji Jarosław Kuchta Podstawowe pojęcia Interakcja (interaction) Przepływ komunikatów pomiędzy obiektami konieczny dla wykonania określonego zadania. Interakcja występuje w kontekście
Rozdział 3. Słownik danych (Data Dictionary)...n..61 Formalizm notacji słownika danych...u...61. Rozdział 4. Specyfikacja procesów...n...
Wprowadzenie...n...n7 Rozdział 1. Ogólne metody analizy systemowej...n..9 Rozkład funkcjonalny...u...u.10 Model funkcjonalny metoda przepływu danych...u...11 Modelowanie informacji (danych)...u...11 Podejście
Teraz bajty. Informatyka dla szkół ponadpodstawowych. Zakres rozszerzony. Część 1.
Teraz bajty. Informatyka dla szkół ponadpodstawowych. Zakres rozszerzony. Część 1. Grażyna Koba MIGRA 2019 Spis treści (propozycja na 2*32 = 64 godziny lekcyjne) Moduł A. Wokół komputera i sieci komputerowych
Diagramy przypadków użycia
Instytut Informatyki Uniwersytetu Śląskiego 10 października 2010 Spis treści 1 Wprowadzenie do UML 2 3 4 5 6 Diagramy UML Język UML definiuje następujący zestaw diagramów: diagram przypadków użycia - służy
Strukturalne metodyki projektowania systemûw informatycznych
Strukturalne metodyki projektowania systemûw informatycznych Kalendarium 1976 ó Chen P. (Entity Relationship Model ñ ERD ) 1978 ó DeMarco T. 1979 ó Yourdon E., Constantine L. 1983 ó Jackson M. 1989 ñ Yourdon
Algorytm. a programowanie -
Algorytm a programowanie - Program komputerowy: Program komputerowy można rozumieć jako: kod źródłowy - program komputerowy zapisany w pewnym języku programowania, zestaw poszczególnych instrukcji, plik
PoniŜej znajdują się pytania z egzaminów zawodowych teoretycznych. Jest to materiał poglądowy.
PoniŜej znajdują się pytania z egzaminów zawodowych teoretycznych. Jest to materiał poglądowy. 1. Instrukcję case t of... w przedstawionym fragmencie programu moŝna zastąpić: var t : integer; write( Podaj
SPECYFIKACJA WYMAGAŃ
SPECYFIKACJA WYMAGAŃ Autorzy: Wersja: 2 Historia zmian dokumentu Osoba
<Nazwa firmy> <Nazwa projektu> Specyfikacja dodatkowa. Wersja <1.0>
Wersja [Uwaga: Niniejszy wzór dostarczony jest w celu użytkowania z Unified Process for EDUcation. Tekst zawarty w nawiasach kwadratowych i napisany błękitną kursywą
MODELOWANIE SYSTEMÓW INFORMACYJNYCH
MODELOWANIE SYSTEMÓW INFORMACYJNYCH Wykładowca: dr inż. Grażyna Hołodnik-Janczura Instytut Organizacji i Zarządzania Politechnika Wrocławska GHJ 1 LITERATURA 1. Barker R., Longman C., CASE*Method: Modelowanie
INFORMATYKA POZIOM ROZSZERZONY
EGZAMIN MATURALNY W ROKU SZKOLNYM 2016/2017 FORMUŁA OD 2015 ( NOWA MATURA ) INFORMATYKA POZIOM ROZSZERZONY ZASADY OCENIANIA ROZWIĄZAŃ ZADAŃ ARKUSZ MIN-R1, R2 MAJ 2017 Uwaga: Akceptowane są wszystkie odpowiedzi
napisać konstrukcję instrukcji decyzyjnej If wraz z jej rozwinięciem Else i ElseIf; podać definicję algorytmu z rozgałęzieniami;
1 TEMAT LEKCJI: Algorytmy z rozgałęzieniami. 2 CELE WYRAŻONE OPERACYJNIE: 2.1 Wiadomości: Uczeń potrafi: napisać konstrukcję instrukcji decyzyjnej If wraz z jej rozwinięciem Else i ElseIf; podać definicję
Diagram Przepływu Danych - podstawowe bloki składowe i reguły konstrukcji
Diagramu Przepływu danych - CELE Określenie kluczowych obiektów zewnętrznych będących w interakcji z firmą (systemem); Określenie kluczowych procesów występujących w firmie; Określenie sposobu przepływu
Jak generować i zapisywać raporty. Copyright Tungsten Corporation plc 2018
Jak generować i zapisywać raporty Witamy. Ten film prezentuje łatwy sposób przeglądania i tworzenia raportów w portalu Tungsten Network. Nasi klienci mają dostęp do różnych opcji raportowania. W tym filmie
REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN
REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN Podziękowania REQB Poziom Podstawowy Przykładowy Egzamin Dokument ten został stworzony przez główny zespół Grupy Roboczej REQB dla Poziomu Podstawowego. Tłumaczenie
Projektowanie systemów informatycznych. Diagramy przypadków użycia
Informacje ogólne i przykłady Autor Roman Simiński Kontakt roman.siminski@us.edu.pl www.us.edu.pl/~siminski jako narzędzie modelowania wymagań Nazwa use case diagrams. Cel stosowania Określenie wymagań
Język UML w modelowaniu systemów informatycznych
Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 3 Diagramy przypadków użycia Diagramy przypadków użycia (ang. use case)
Wstęp do zarządzania projektami
Wstęp do zarządzania projektami Definicja projektu Projekt to tymczasowe przedsięwzięcie podejmowane w celu wytworzenia unikalnego wyrobu, dostarczenia unikalnej usługi lub uzyskania unikalnego rezultatu.
Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla studenta
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram
Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia
Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia 1 Cel laboratoriów: Specyfikacja wymagań, zdefiniowanych w ramach laboratorium 2 (wg instrukcji 2),
Informatyka 1. Plan dzisiejszych zajęć. zajęcia nr 1. Elektrotechnika, semestr II rok akademicki 2008/2009
Informatyka 1 zajęcia nr 1 Elektrotechnika, semestr II rok akademicki 2008/2009 mgr inż.. Paweł Myszkowski Plan dzisiejszych zajęć 1. Organizacja laboratorium przedmiotu 2. Algorytmy i sposoby ich opisu
Definicje. Algorytm to:
Algorytmy Definicje Algorytm to: skończony ciąg operacji na obiektach, ze ściśle ustalonym porządkiem wykonania, dający możliwość realizacji zadania określonej klasy pewien ciąg czynności, który prowadzi
Algorytm. Krótka historia algorytmów
Algorytm znaczenie cybernetyczne Jest to dokładny przepis wykonania w określonym porządku skończonej liczby operacji, pozwalający na rozwiązanie zbliżonych do siebie klas problemów. znaczenie matematyczne
INFORMATYCZNE SYSTEMY ZARZĄDZANIA
Dyspozycje do sprawozdania z ćwiczeń laboratoryjnych do przedmiotu INFORMATYCZNE SYSTEMY ZARZĄDZANIA Str. 1 Wydział Informatyki i Zarządzania Wrocław, dnia 18/02/2013 r. 2012/2013 Dyspozycje do sprawozdania
Implementacja prototypu modułu dostępu do danych SkOs przy pomocy protokołu LDAP
Implementacja prototypu modułu dostępu do danych SkOs przy pomocy protokołu LDAP Wojciech Kowalczyk, Przemysław Curzytek 1 grudnia 2009 1 Częśćkonceptualna 1.1 Sformułowanie zadania projektowego SkOs,
INDECT. Projekt i implementacja prototypu systemu GIS dla akwizycji, wizualizacji i przetwarzania wiedzy o zagrożeniach.
INDECT. Projekt i implementacja prototypu systemu GIS dla akwizycji, wizualizacji i przetwarzania wiedzy o zagrożeniach. Kamil Papp Marcin Polak Mariusz Reichert 1 Sformułowanie zadania projektowego Celem
Zasady organizacji projektów informatycznych
Zasady organizacji projektów informatycznych Systemy informatyczne w zarządzaniu dr hab. inż. Joanna Józefowska, prof. PP Plan Definicja projektu informatycznego Fazy realizacji projektów informatycznych
Algorytmy komputerowe. dr inŝ. Jarosław Forenc
Rok akademicki 2009/2010, Wykład nr 8 2/24 Plan wykładu nr 8 Informatyka 1 Politechnika Białostocka - Wydział Elektryczny Elektrotechnika, semestr II, studia niestacjonarne I stopnia Rok akademicki 2009/2010
1 Przygotował: mgr inż. Maciej Lasota
Laboratorium nr 1 1/7 Język C Instrukcja laboratoryjna Temat: Programowanie w powłoce bash (shell scripting) 1 Przygotował: mgr inż. Maciej Lasota 1) Wprowadzenie do programowania w powłoce Skrypt powłoki
ZSE - Systemy baz danych 1 ZASADY PROJEKTOWANIA BAZ DANYCH
ZSE - Systemy baz danych 1 ZASADY PROJEKTOWANIA BAZ DANYCH ZSE - Systemy baz danych 2 rzeczywistość uzyskanie od użytkowników początkowych informacji i wymagań dotyczących przetwarzania danych analiza
Specyfikowanie wymagań przypadki użycia
Specyfikowanie wymagań przypadki użycia Prowadzący Dr inż. Zofia 1 La1 La2 Forma zajęć - laboratorium Wprowadzenie do laboratorium. Zasady obowiązujące na zajęciach. Wprowadzenie do narzędzi wykorzystywanych
Feature Driven Development
Feature Driven Development lekka metodyka tworzenia oprogramowania Kasprzyk Andrzej IS II Wstęp Feature Driven Development (FDD) to metodyka tworzenia oprogramowania, która wspomaga zarządzanie fazami
Jeśli nie potrafisz wytłumaczyć czegoś w prosty sposób, to znaczy, że tak naprawdę tego nie rozumiesz
II Liceum Ogólnokształcące im. Mikołaja Kopernika w Lesznie z Oddziałami Dwujęzycznymi i Międzynarodowymi ul. Prusa 33, 64-100 Leszno Jeśli nie potrafisz wytłumaczyć czegoś w prosty sposób, to znaczy,
Spis treści. Rozdział 3. Słownik danych (Data Dictionary)...n.. 65 Formalizm notacji słownika danych...u...65
Spis treści Wprowadzenie...n... 7 Rozdział 1. Ogólne metody analizy systemowej...n. 9 Rozkład funkcjonalny...u...u.10 Model funkcjonalny metoda przepływu danych...u...11 Modelowanie informacji (danych)...u...11
Wstęp do zarządzania projektami
Wstęp do zarządzania projektami Definicja projektu Projekt to tymczasowe przedsięwzięcie podejmowane w celu wytworzenia unikalnego wyrobu, dostarczenia unikalnej usługi lub uzyskania unikalnego rezultatu.
Opcje raportów. łatwe i czytelne raportowanie
Rejestracja czasu pracy bez odpowiedniego i łatwego w obsłudze procesu raportowania zapisanych godzin jest niepraktyczna. Naszym celem było stworzenie kompleksowego i funkcjonalnego systemu, dzięki któremu
Modelowanie obiektowe - Ćw. 3.
1 Modelowanie obiektowe - Ćw. 3. Treść zajęć: Diagramy przypadków użycia. Zasady tworzenia diagramów przypadków użycia w programie Enterprise Architect. Poznane dotychczas diagramy (czyli diagramy klas)
Specyfikacja wymagań systemowych (może podlegać edytowaniu na kolejnych etapach)
Specyfikacja wymagań systemowych (może podlegać edytowaniu na kolejnych etapach) 1. Wstęp: 1.1. Cel. Niniejszy dokument przestawia specyfikację wymagań systemowych (zarówno funkcjonalnych jak i niefunkcjonalnych)
Diagramy przypadków uŝycia. związków między nimi
Diagramy przypadków uŝycia Graficzne przedstawienie przypadków uŝycia, aktorów oraz związków między nimi Zadania diagramów platforma komunikacji pomiędzy inwestorem a twórcą systemu identyfikacja i dokumentacja
Wstęp do zarządzania projektami
Wstęp do zarządzania projektami Definicja projektu Projekt to tymczasowe przedsięwzięcie podejmowane w celu wytworzenia unikalnego wyrobu, dostarczenia unikalnej usługi lub uzyskania unikalnego rezultatu.
Logika funkcji. Modelowanie SI - GHJ 1
Logika funkcji precyzyjne i niedwuznaczne definiowanie szczegółów funkcji stosowana w tych przypadkach, w których funkcja jest złożona lub wymaga arbitralnego algorytmu Celem - zrozumienie przez projektanta
PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.4 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA numer wersji
Technologie informacyjne - wykład 12 -
Zakład Fizyki Budowli i Komputerowych Metod Projektowania Instytut Budownictwa Wydział Budownictwa Lądowego i Wodnego Politechnika Wrocławska Technologie informacyjne - wykład 12 - Prowadzący: Dmochowski
PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.6 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT WERSJA
PRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH I KARTA PRZEDMIOTU CEL PRZEDMIOTU PRZEWODNIK PO PRZEDMIOCIE C1. Podniesienie poziomu wiedzy studentów z inżynierii oprogramowania w zakresie C.
TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek
TECHNOLOGIE OBIEKTOWE WYKŁAD 2 Anna Mroczek 2 Diagram czynności Czym jest diagram czynności? 3 Diagram czynności (tak jak to definiuje język UML), stanowi graficzną reprezentację przepływu kontroli. 4
System do projektowania i dokumentowania sieci komputerowych Projekt konceptualny
System do projektowania i dokumentowania sieci komputerowych Projekt konceptualny Hubert Szostek, Mikołaj Suwada Jakub Wasielak 1. Sformułowanie zadania projektowego: Przedmiot projektowania: Przedmiotem
Wymiar poziomy: oś na której umieszczono instancje klasyfikatorów biorące udział w interakcji.
Wymiar poziomy: oś na której umieszczono instancje klasyfikatorów biorące udział w interakcji. Wymiar pionowy: oś czasu przedstawiajaca ułożone chronologicznie komunikaty Podstawowe notacje graficzne Konceptualny
Algorytmy. Programowanie Proceduralne 1
Algorytmy Programowanie Proceduralne 1 Przepis Warzenie piwa Brunświckiego Programowanie Proceduralne 2 Przepis Warzenie piwa Brunświckiego składniki (dane wejściowe): woda, słód, itd. wynik: beczka piwa
EGZAMIN MATURALNY Z INFORMATYKI WYBRANE: ... (system operacyjny) ... (program użytkowy) ... (środowisko programistyczne)
Arkusz zawiera informacje prawnie chronione do momentu rozpoczęcia egzaminu. MIN 2018 KOD UZUEŁNIA ZDAJĄCY ESEL miejsce na naklejkę EGZAMIN MATURALNY Z INORMATYKI OZIOM ROZSZERZONY CZĘŚĆ I DATA: 11 maja