MODELOWANIE SYSTEMÓW INFORMACYJNYCH
|
|
- Edward Szydłowski
- 8 lat temu
- Przeglądów:
Transkrypt
1 MODELOWANIE SYSTEMÓW INFORMACYJNYCH Wykładowca: dr inż. Grażyna Hołodnik-Janczura Instytut Organizacji i Zarządzania Politechnika Wrocławska GHJ 1
2 LITERATURA 1. Barker R., Longman C., CASE*Method: Modelowanie funkcji i procesów, WNT, W-wa, Barker R., CASE*Method: Modelowanie związków encji, WNT, W-wa, Rodgers U., Oracle przewodnik projektanta baz danych, WNT, Wrycza S., Analiza i projektowanie systemów informatycznych zarządzania, PWN, W-wa, Flakiewicz W., Systemy informacyjne w zarządzaniu, C.H. Beck, W-wa, Chen P.P., The entity-relationship model, ACM Transactions on Database Systems, 1976 GHJ 2
3 TEMATYKA I. Podstawowe definicje II. Metodyki tworzenia systemów informatycznych III. Techniki modelowania struktury funkcjonalnej IV. Techniki modelowania struktury informacyjnej V. Zasady transformacji D O-Z do schematu tabel b.d. VI. Narzędzia CASE GHJ 3
4 Definicja modelu [Zieleniewski J.] Opis obiektu lub zbioru obiektów rzeczywistych lub abstrakcyjnych, zjawisk lub zdarzeń Model winien być skonstruowany w takim języku, który umożliwia identyfikację modelu (warunek precyzji) Może być wyrażony za pomocą składni określonego języka (lingwistyczny) wzoru matematycznego (formalny) schematu o ściśle określonej notacji (graficzny) GHJ 4
5 Definicja metamodelu Stanowi definicję konstrukcji modelu wyrażoną przy zastosowaniu języka tego modelu GHJ 5
6 Modelowanie KONCEPCJA staje się zrozumiała wyrażona za pomocą INDYWIDUALNOŚĆ przedstawiana przez SYMBOL GHJ 6
7 Podejścia w modelowaniu Pełny zakres WSTĘPUJĄCE Opuszczone szczegóły ZSTĘPUJĄCE Niepotrzebne szczegóły ZSTĘPUJĄCE + WSTĘPUJĄCE Opuszczone szczegóły GHJ 7
8 Podejścia w modelowaniu SI Strukturalne (strukturalno-relacyjne) oddzielne modelowanie informacji i procesów Obiektowe integralne modelowanie informacji i procesów Społeczne skupione na aspektach ludzkich i społecznych GHJ 8
9 Metodyka Wyznacza ramy organizacyjne dla procesu opracowywania systemów informatycznych. Obejmuje, dostosowane do specyfiki podejścia, metody, techniki i narzędzia. Definiuje: etapy, na które dzieli cały proces, zadania do wykonania, rezultaty tych zadań, obowiązujące standardy, zasady kontrolowania jakości. GHJ 9
10 Przykłady metodyk SSADM (Structured Systems Analysis and Design Method) IE (Information Engineering) YSM (Yourdon Systems Method) CASE*Method OMT (Object Modelling Technique) RATIONAL GHJ 10
11 Techniki Opisują z różnych punktów widzenia wymagania dla systemu. Są to procedury na różnym poziomie sformalizowania wraz z odpowiednim sposobem reprezentacji, np. diagram przepływu danych, diagram obiekt-związek. GHJ 11
12 Narzędzia Programy komputerowe, które zapewniają implementację technik modelowania (na różnym poziomie automatyzacji) w celu zebrania, aktualizacji i prezentacji wymagań systemowych. Narzędzia zaawansowane umożliwiają wygenerowanie pewnych produktów, np. projekt bazy danych. Narzędzia CASE (Computer Aided Systems/Software Engineering), np. IE Workbench, Designer 2000, Easy CASE, Architect. GHJ 12
13 Wielostrukturalność organizacji Podejście systemowe do organizacji Rodzaje struktur organizacyjna społeczna techniczna informacyjna GHJ 13
14 System informacyjny Aspekty systemu zarządzania organizacją instytucjonalny funkcjonalny informacyjny [Koźmiński A.] Specyficzny układ nerwowy organizacji, który łączy w jedną całość elementy systemu zarządzania. GHJ 14
15 System informatyczny zarządzania (SIZ) [Kieżun W.] SIZ to taka część systemu informacyjnego zarządzania, w ramach której procesy zbierania, utrzymywania, aktualizacji i przechowywania informacji są oparte na niekonwencjonalnych środkach i metodach, a w szczególności są dokonywane przy użyciu technologii komputerowej. GHJ 15
16 Struktury SIZ funkcjonalna informacyjna przestrzenna technologiczna techniczna organizacyjna GHJ 16
17 Ogólna definicja SI x informacje wejściowe y informacje wyjściowe S relacja uzależniająca y od x (procedury, modele) x S y GHJ 17
18 [Kisielnicki J., Sroka H.] Definicja strukturalna SI={P,I,T,O,M,R} P - zbiór podmiotów, które są użytkownikami systemu I - zbiór informacji o sferze realnej (zasoby informacyjne) T - zbiór narzędzi technicznych stosowanych w procesie pobierania, przetwarzania, przechowywania i wydawania informacji O - zbiór rozwiązań systemowych stosowanych w danej organizacji (formuła zarządzania) M - zbiór metainformacji, opis systemu informacyjnego i jego zasobów informacyjnych R - relacje między poszczególnymi zbiorami GHJ 18
19 Czynniki: *zakłócające *sprzyjające *warunkujące wpływają na System informacyjny w ujęciu CASE*Method Zamierzenia i cele Zdarzenia inicjujące: *zmiana *czas *system Diagram przepływu danych realizacja mierzona przez osiągane przez realizują Funkcje Diagram hierarchii f-cji Diagram zależności f-cji Informacje wykonują przetwarzają Diagram obiekt-związek Jednostki organizacyjne Lokalizacja jednostek Wyniki kluczowe Diagram macierzowy powiązań GHJ 19
20 METODY MODELOWANIA STRUKTURY FUNKCJONALNEJ 1. Diagram hierarchii funkcji (DHF) 2. Diagram zależności funkcji (DZF) GHJ 20
21 Cel sporządzania modelu funkcji organizacji pełne i dokładne zrozumienie działalności danej organizacji; dostarczenie adekwatnego modelu potrzeb funkcjonalnych organizacji, który ma spełniać rolę ramowego szkicu dla tworzenia nowego lub rozwijania istniejącego systemu informatycznego; GHJ 21
22 Cel sporządzania modelu funkcji organizacji c.d. dostarczenie modelu niezależnego od mechanizmów lub metod przetwarzania, pozwalającego na podejmowanie obiektywnych decyzji o alternatywnych technikach implementacji, współdziałających z istniejącymi systemami. GHJ 22
23 Diagram hierarchii funkcji Najprostszą i użyteczną techniką modelowania funkcji jest wykonanie ich hierarchii, gdzie każda funkcja jest nazwana przez proste niedwuznaczne sentencje. Posiada strukturę drzewa genealogicznego i przypomina strukturę organizacyjną. Każda funkcja typu rodzic jest opisana bardziej szczegółowo przez jej funkcje typu dzieci. Diagram hierarchii funkcji (DHF) jest to model funkcji danej organizacji realizowanych zgodnie z jej celami w odpowiedzi na zdarzenia. GHJ 23
24 Zasady konstrukcji nazwy funkcji Rozpoczyna się od czasownika (rzeczownika odczasownikowego), który powinien być precyzyjny i zrozumiały dla użytkownika; Odnosi się do rzeczy zdefiniowanych w modelu związków encji, czyli do obiektów i ich związków, istotnych dla modelowanego zakresu działalności; Zwięzła i znacząca; Wyraża warunki pod jakimi wykonywana jest funkcja; Unika odwołań do mechanizmów. Funkcje złożone wymagają zdefiniowania logiki funkcji. GHJ 24
25 kod referencyjny, etykieta znak dekompozycji czasownik F Przyjmij dostawę zgodną z zamówieniem warunek rzeczownik - obiekt nazwa funkcji symbol graficzny GHJ 25
26 Style hierarchii funkcji a) pionowy b) poziomy c) mieszany GHJ 26
27 funkcja najwyższego poziomu-korzeń funkcja nadrzędna rodzic funkcja podrzędna dziecko To jest wszystko, co należy zrobić, by zrealizować funkcję nadrzędną. Kolejność dowolna. Dekompozycja do osiągnięcia żądanego poziomu szczegółowośc GHJ 27
28 Dekompozycja funkcji Poziomowy podział funkcji złożonych. W przypadku diagramów ogólnych 2-3 poziomy, a szczegółowych 5-7 poziomów. Proces iteracyjny. Równoważenie poziomów max 9 funkcji podrzędnych. Osiągnięcie poziomu f. elementarnych kończy dekompozycję. Podejście odwrotne grupowanie funkcji. GHJ 28
29 Definicja funkcji elementarnej Drzewo hierarchii funkcji powstaje w wyniku n poziomowej dekompozycji funkcji globalnej, kończy się na poziomie funkcji elementarnych, stąd: funkcja globalna - funkcja najwyższego poziomu drzewa hierarchii funkcji (korzeń) funkcja elementarna - funkcja najniższego poziomu drzewa hierarchii funkcji Funkcja elementarna może ulec dekompozycji, jej składniki nie mogą stanowić samodzielnych funkcji, są nazywane f. atomowymi GHJ 29
30 Warunki dla elementarnej funkcji organizacji Zmienia stan obiektu organizacji z jednego stanu spójności na inny, albo tylko informuje o nim. Rozpoczęta musi być zawsze doprowadzona do zakończenia, albo też całkowicie zaniechana. Jej nazwa i opis odnosi się do informacji przedstawianych za pomocą modelu encji, czyli obiektów, atrybutów i związków. Np. ustalenie harmonogramu dostaw realizujących zamówienia klientów, przelanie kwoty pieniędzy z jednego konta na drugi. GHJ 30
31 Funkcje wspólne realizują identyczne przetwarzanie, przetwarzają te same informacje, mają taką samą dekompozycję. Jedna z funkcji wspólnych musi być uznana jako główna a druga jako podległa : f. główna może mieć dowolną liczbę podległych, w praktyce nie więcej niż dwie, f. podległa nie może mieć własnych f. podległych. Funkcje wspólne to w rzeczywistości jedna funkcja, która występuje w różnych miejscach diagramu. GHJ 31
32 Reprezentacja funkcji wspólnej funkcja podległa P 33 P331 P2 etykieta funkcji głównej P332 GHJ 32
33 Przykład funkcji wspólnych R11 Wykonanie rezerwacji R11 1 Rejestracja rezerwacji wstępnej R112 Rejestracja rezerwacji na listę rezerwową R113 Potwierdzenie rezerwacji klientowi R12 Przeniesienie rezerwacji z jednej edycji na drugą R121 Skasowanie dokonanej rezerwacji R122 Wykonanie rezerwacji R123 Wyliczenie opłaty za przeniesienie R11 GHJ 33
34 Zdarzenia zewnętrzne (Ze) poza zasięgiem kontroli organizacji lub poza zakresem analizowanego systemu, ale jest znaczące dla działania danej organizacji zmiany (Z) zmiana stanu dowolnego obiektu czasu (C) określony termin (data, koniec roku, koniec miesiąca) systemowe (S) w ramach działalności danej organizacji, jako wynik funkcji i najczęściej wywołuje inną funkcję GHJ 34
35 Reprezentacja graficzna zdarzeń na DHF... GHJ 35
36 Przykłady zdarzeń inicjujących Ze Życzenie klienta Sprawdź możliwość realizacji życzenia Z Nowa dostawa Zarejestruj nową dostawę C Godzina końca dnia pracy Wykonuj podsumowanie dziennych obrotów S Minimalny stan zapasów Sporządź nowe zamówienie GHJ 36
37 Częstość funkcji Określa, ile razy w ustalonym okresie czasu, dana funkcja jest wykonywana, np. 100 razy na dzień, 1 raz w miesiącu, 1 na rok Zmienna częstość wymaga szczegółowej analizy i pokazania okresów szczytowych, załamań i normalnej pracy wykres lub tabela szczegółowych częstości Funkcje wspólne mogą mieć różną częstość dla różnych jednostek organizacyjnych lub stanowisk GHJ 37
38 Pilność funkcji Czas dopuszczalny, w kategoriach danej organizacji, na wykonanie funkcji. Wyraża się w dwóch terminach: natychmiast z dnia na dzień GHJ 38
39 Zasady działania funkcji Przepisy prawne. Taktyka działania wewnętrzne przepisy. Powiązanie z celami. Wykonawca : stanowisko, jednostka organizacyjna. Lokalizacja geograficzna. GHJ 39
40 Mechanizmy dopuszczalna technologia - analiza technologii nadającej się do realizacji funkcji, wymagana technologia - analiza technologii akceptowanej przez użytkownika (uwzględnia ograniczenia typu: istniejące w organizacji rozwiązania, przyzwyczajenia, koszt). GHJ 40
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
Bardziej szczegółowoMODELOWANIE 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
Bardziej szczegółowoAPIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI.
APIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI. dr inż. Grażyna Hołodnik-Janczura W8/K4 ZDARZENIA BIZNESOWE W otoczeniu badanego zakresu
Bardziej szczegółowoWprowadzenie 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
Bardziej szczegółowoAPIO. W7 SPECYFIKACJA (UŻYCIA) DOSTĘPU DO DANYCH I SPOSOBU ICH PRZETWARZANIA 1. METODA CRUD 2. LOGIKA FUNKCJI
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
Bardziej szczegółowoAnaliza 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:
Bardziej szczegółowoDiagramy 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
Bardziej szczegółowoDiagramy 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
Bardziej szczegółowoSpis 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...
Bardziej szczegółowoKARTA PRZEDMIOTU. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI Ogólne umiejętności posługiwania się komputerem
WYDZIAŁ INFORMATYKI I ZARZĄDZANIA Zał. nr 4 do ZW 33/01 KARTA PRZEDMIOTU Nazwa w języku polskim: Nazwa w języku angielskim: Kierunek studiów (jeśli dotyczy): Specjalność (jeśli dotyczy): Stopień studiów
Bardziej szczegółowoKARTA 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:
Bardziej szczegółowoTECHNIKI MODELOWANIA STRUKTURY INFORMACYJNEJ
TECHNIKI MODELOWANIA STRUKTURY INFORMACYJNEJ 1. Diagram obiektów i związków (DOZ) 2. Szczegółowa specyfikacja obiektów, atrybutów i związków GHJ 1 Metodyki strukturalne IE (Information Engineering) Martin
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Modeling and analysis of computer systems Kierunek: Informatyka Forma studiów: Stacjonarne Rodzaj przedmiotu: Poziom kwalifikacji: obowiązkowy
Bardziej szczegółowoInformatyka 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
Bardziej szczegółowoPRZEWODNIK 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.
Bardziej szczegółowoNazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne
Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Kierunek: Informatyka Modeling and analysis of computer systems Forma studiów: Stacjonarne Rodzaj przedmiotu: obowiązkowy w ramach specjalności:
Bardziej szczegółowoKomputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl
Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki
Bardziej szczegółowoAnaliza 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)
Bardziej szczegółowoPrzedsięwzięcia Informatyczne w Zarządzaniu
Przedsięwzięcia Informatyczne w Zarządzaniu 2005/06 dr inż. Grażyna Hołodnik-Janczura GHJ 1 LITERATURA 1. Praca zbiorowa p.r. Górski J., Inżynieria oprogramowania, MIKOM, W-wa, 2000 2. Jaszkiewicz A.,
Bardziej szczegółowoWPROWADZENIE DO UML-a
WPROWADZENIE DO UML-a Maciej Patan Instytut Sterowania i Systemów Informatycznych Dlaczego modelujemy... tworzenie metodologii rozwiązywania problemów, eksploracja różnorakich rozwiązań na drodze eksperymentalnej,
Bardziej szczegółowoWykład 1 Inżynieria Oprogramowania
Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI
Bardziej szczegółowoNarzędzia CASE dla.net. Łukasz Popiel
Narzędzia CASE dla.net Autor: Łukasz Popiel 2 Czym jest CASE? - definicja CASE (ang. Computer-Aided Software/Systems Engineering) g) oprogramowanie używane do komputerowego wspomagania projektowania oprogramowania
Bardziej szczegółowoDiagramy 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
Bardziej szczegółowoE-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
Bardziej szczegółowoProjektowanie 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
Bardziej szczegółowoPODSTAWY BAZ DANYCH. 5. Modelowanie danych. 2009/ Notatki do wykładu "Podstawy baz danych"
PODSTAWY BAZ DANYCH 5. Modelowanie danych 1 Etapy tworzenia systemu informatycznego Etapy tworzenia systemu informatycznego - (według CASE*Method) (CASE Computer Aided Systems Engineering ) Analiza wymagań
Bardziej szczegółowoCel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2
Wyższa Szkoła Menedżerska w Legnicy Systemy informatyczne w przedsiębiorstwach Zarządzanie, ZIP, sem. 6 (JG) Modelowanie wymagań Wykład 2 Grzegorz Bazydło Cel wykładu Celem wykładu jest przekazanie wiedzy
Bardziej szczegółowoANALIZA PROCESÓW INFORMACYJNYCH ORGANIZACJI 2018/19
ANALIZA PROCESÓW INFORMACYJNYCH ORGANIZACJI 2018/19 Kod kursu: IZZ1116 dr inż. Grażyna Hołodnik-Janczura K4/Z1 Badania Operacyjne, Finanse i Zastosowania Informatyki B-4, p. 517, (71) 320-23-35 e-mail:
Bardziej szczegółowoLogika 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
Bardziej szczegółowoE-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
Bardziej szczegółowoPodstawy 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.
Bardziej szczegółowoModelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych
Modelowanie przypadków użycia Jarosław Kuchta Podstawowe pojęcia Przypadek użycia jest formalnym środkiem dla przedstawienia funkcjonalności systemu informatycznego z punktu widzenia jego użytkowników.
Bardziej szczegółowoDiagramy 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,
Bardziej szczegółowoModelowanie procesów (1) Oracle Designer: Modelowanie procesów. Modelowania procesów (2) Modelowanie procesów (3)
Modelowanie procesów (1) Oracle Designer: Modelowanie procesów Identyfikuje kluczowe aktywności w działalności organizacji. Modeluje wybrane lub wszystkie aktywności w ramach organizacji. Określa kolejność
Bardziej szczegółowoDiagramu 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
Bardziej szczegółowoMapowanie wybranych procesów obsługi klienta w sektorze. Dzień 1.
Mapowanie wybranych procesów obsługi klienta w sektorze publicznym Dzień 1. Cele warsztatów Główne cele naszego warsztatu to: przygotowanie do samodzielnego mapowania procesów utrwalenie techniki mapowania
Bardziej szczegółowoWydział Elektroniki Politechniki Wrocławskiej. Kierunek: Informatyka Specjalność: InŜynieria Systemów Informatycznych
Wydział Elektroniki Politechniki Wrocławskiej Kierunek: Informatyka Specjalność: InŜynieria Systemów Informatycznych Projekt z przedmiotu Komputerowe Systemy Zarządzania (INE3608) pt. System. Opracowanie:
Bardziej szczegółowoWymagania 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
Bardziej szczegółowoArchitektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.
Architektura Systemu Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura jest zbiorem decyzji dotyczących: organizacji systemu komputerowego,
Bardziej szczegółowoSpis treści. Analiza i modelowanie_nowicki, Chomiak_Księga1.indb :03:08
Spis treści Wstęp.............................................................. 7 Część I Podstawy analizy i modelowania systemów 1. Charakterystyka systemów informacyjnych....................... 13 1.1.
Bardziej szczegółowoKARTA MODUŁU KSZTAŁCENIA
KARTA MODUŁU KSZTAŁCENIA I. Informacje ogólne 1 Nazwa modułu kształcenia Inżynieria 2 Nazwa jednostki prowadzącej moduł Instytut Informatyki, Zakład Informatyki Stosowanej 3 Kod modułu (wypełnia koordynator
Bardziej szczegółowoDiagramy przypadków użycia. WYKŁAD Piotr Ciskowski
Diagramy przypadków użycia WYKŁAD Piotr Ciskowski Diagram przypadków użycia definiowanie wymagań systemowych graficzne przedstawienie przypadków użycia, aktorów, związków między nimi występujących w danej
Bardziej szczegółowoZagadnienia (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
Bardziej szczegółowoProcesowa specyfikacja systemów IT
Procesowa specyfikacja systemów IT BOC Group BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management Office
Bardziej szczegółowoFaza 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
Bardziej szczegółowoBazy danych 2. dr inż. Tadeusz Jeleniewski
Wykład 4 Projektowanie bazy danych i procesów aplikacji Modelowanie reguł przetwarzania Środowisko przykładowego programu do modelowania reguł przetwarzania Reguły poprawności 2018-02-23 Bazy danych 2
Bardziej szczegółowoProjektowanie systemów informatycznych. wykład 6
Projektowanie systemów informatycznych wykład 6 Iteracyjno-przyrostowy proces projektowania systemów Metodyka (ang. methodology) tworzenia systemów informatycznych (TSI) stanowi spójny, logicznie uporządkowany
Bardziej szczegółowoWykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych
Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych dr inż. Adam Iwaniak Infrastruktura Danych Przestrzennych w Polsce i Europie Seminarium, AR Wrocław
Bardziej szczegółowoInżynieria oprogramowania. Jan Magott
Inżynieria oprogramowania Jan Magott Literatura do języka UML G. Booch, J. Rumbaugh, I. Jacobson, UML przewodnik użytkownika, Seria Inżynieria oprogramowania, WNT, 2001, 2002. M. Fowler, UML w kropelce,
Bardziej szczegółowoAnaliza i projektowanie systemów w informacyjnych
Analiza i projektowanie systemów w informacyjnych Informatyka stosowana studia niestacjonarne dr Agnieszka Zając Katedra Systemów w Obliczeniowych UEK Rok akademicki 2011/12 sem.. I (zimowy) Cele przedmiotu:
Bardziej szczegółowoZSE - 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
Bardziej szczegółowoWykład 3 Wymagania. MIS n Inżynieria oprogramowania Październik Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie
Wykład 3 MIS-1-505-n Inżynieria Październik 2014 Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie 3.1 Agenda 1 2 3 4 5 3.2 Czynności w czasie produkcji. Inżynieria stara się zidentyfikować
Bardziej szczegółowoKryzys oprogramowania. Wprowadzenie do modelowania. Metodyka projektowania. Próby walki z kryzysem. zastosowanie odpowiedniej metodyki projektowania
Kryzys oprogramowania Wprowadzenie do modelowania systemów informacyjnych długi i kosztowny cykl tworzenia oprogramowania wysokie prawdopodobieństwo niepowodzenia projektu (USA, 2003: 33% niepowodzeń,
Bardziej szczegółowoKurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017
Wykład 12 7 czerwca 2017 Czym jest UML? UML składa się z dwóch podstawowych elementów: notacja: elementy graficzne, składnia języka modelowania, metamodel: definicje pojęć języka i powiazania pomiędzy
Bardziej szczegółowoPolitechnika Częstochowska, Wydział Zarządzania PRZEWODNIK PO PRZEDMIOCIE. Teoria i inżynieria systemów. Logistyka (inżynierskie) Niestacjonarne
Politechnika Częstochowska, Wydział Zarządzania PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu Kierunek Forma studiów Poziom kwalifikacji Rok Semestr Jednostka prowadząca Osoba sporządzająca Profil Rodzaj
Bardziej szczegółowoInż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
Bardziej szczegółowoProjektowanie Graficznych Interfejsów Użytkownika Robert Szmurło
Projektowanie Graficznych Interfejsów Użytkownika Robert Szmurło LATO 2007 Projektowanie Graficznych Interfejsów Użytkownika 1 UCD - User Centered Design 1) User Centered Design Projekt Skoncentrowany
Bardziej szczegółowoModelowanie diagramów klas w języku UML. Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014
Modelowanie diagramów klas w języku UML Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014 Czym jest UML - Unified Modeling Language - Rodzina języków modelowania graficznego - Powstanie na przełomie lat 80
Bardziej szczegółowoPROJEKT Z BAZ DANYCH
POLITECHNIKA WROCŁAWSKA WYDZIAŁ ELEKTRONIKI PROJEKT Z BAZ DANYCH System bazodanowy wspomagający obsługę sklepu internetowego AUTOR: Adam Kowalski PROWADZĄCY ZAJĘCIA: Dr inż. Robert Wójcik, W4/K-9 Indeks:
Bardziej szczegółowoBaza danych to zbiór wzajemnie powiązanych ze sobą i zintegrowanych danych z pewnej dziedziny.
PI-14 01/12 Baza danych to zbiór wzajemnie powiązanych ze sobą i zintegrowanych danych z pewnej dziedziny.! Likwidacja lub znaczne ograniczenie redundancji (powtarzania się) danych! Integracja danych!
Bardziej szczegółowoWykład I. Wprowadzenie do baz danych
Wykład I Wprowadzenie do baz danych Trochę historii Pierwsze znane użycie terminu baza danych miało miejsce w listopadzie w 1963 roku. W latach sześcdziesątych XX wieku został opracowany przez Charles
Bardziej szczegółowotechnologii informacyjnych kształtowanie , procesów informacyjnych kreowanie metod dostosowania odpowiednich do tego celu środków technicznych.
Informatyka Coraz częściej informatykę utoŝsamia się z pojęciem technologii informacyjnych. Za naukową podstawę informatyki uwaŝa się teorię informacji i jej związki z naukami technicznymi, np. elektroniką,
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Bazy danych Database Kierunek: Rodzaj przedmiotu: obieralny Rodzaj zajęć: wykład, laboratorium Matematyka Poziom kwalifikacji: I stopnia Liczba godzin/tydzień: 2W, 2L Semestr: III Liczba
Bardziej szczegółowoModelowanie jako sposób opisu rzeczywistości. Katedra Mikroelektroniki i Technik Informatycznych Politechnika Łódzka
Modelowanie jako sposób opisu rzeczywistości Katedra Mikroelektroniki i Technik Informatycznych Politechnika Łódzka 2015 Wprowadzenie: Modelowanie i symulacja PROBLEM: Podstawowy problem z opisem otaczającej
Bardziej szczegółowoModelowanie 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
Bardziej szczegółowoStrukturalne 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
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Algorytmy i programowanie Algorithms and Programming Kierunek: Zarządzanie i Inżynieria Produkcji Rodzaj przedmiotu: kierunkowy Poziom studiów: studia I stopnia forma studiów: studia
Bardziej szczegółowoProjektowanie 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
Bardziej szczegółowoProjektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34
Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34 Projektowanie oprogramowania cd. 2/34 Modelowanie CRC Modelowanie CRC (class-responsibility-collaborator) Metoda identyfikowania poszczególnych
Bardziej szczegółowoPrzepływy danych. Oracle Designer: Modelowanie przepływów danych. Diagramy przepływów danych (1) Diagramy przepływów danych (2)
Przepływy danych Oracle Designer: Modelowanie przepływów danych Cele: zobrazowanie funkcji zachodzących w organizacji, identyfikacja szczegółowych informacji, przetwarzanych przez funkcje, pokazanie wymiany
Bardziej szczegółowoDLA SEKTORA INFORMATYCZNEGO W POLSCE
DLA SEKTORA INFORMATYCZNEGO W POLSCE SRK IT obejmuje kompetencje najważniejsze i specyficzne dla samego IT są: programowanie i zarządzanie systemami informatycznymi. Z rozwiązań IT korzysta się w każdej
Bardziej szczegółowoUML cz. I. UML cz. I 1/1
UML cz. I UML cz. I 1/1 UML cz. I 2/1 UML - Unified Modeling Language ujednolicony można go współdzielić z wieloma pracownikami modelowania służy do opisu projektowanego modelu język posiada opisaną strukturę
Bardziej szczegółowoUML 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ć
Bardziej szczegółowoPaweł Kurzawa, Delfina Kongo
Paweł Kurzawa, Delfina Kongo Pierwsze prace nad standaryzacją Obiektowych baz danych zaczęły się w roku 1991. Stworzona została grupa do prac nad standardem, została ona nazwana Object Database Management
Bardziej szczegółowoAnalityk i współczesna analiza
Analityk i współczesna analiza 1. Motywacje 2. Analitycy w IBM RUP 3. Kompetencje analityka według IIBA BABOK Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura
Bardziej szczegółowoProjektowanie baz danych za pomocą narzędzi CASE
Projektowanie baz danych za pomocą narzędzi CASE Metody tworzenia systemów informatycznych w tym, także rozbudowanych baz danych są komputerowo wspomagane przez narzędzia CASE (ang. Computer Aided Software
Bardziej szczegółowotel. (+48 81) 538 47 21/22 fax (+48 81) 538 45 80 Wykład 30 21 Ćwiczenia Laboratorium 30 21 Projekt
0-618 Lublin tel. (+8 81) 58 7 1/ fax (+8 81) 58 5 80 Przedmiot: Rok: INF I Inżynieria Semestr: V Rodzaj zajęć i liczba godzin: Studia stacjonarne Studia niestacjonarne Wykład 0 1 Ćwiczenia Laboratorium
Bardziej szczegółowoPodstawowy Wykład z Systemów Baz Danych
Bazy Danych Wykład I Wprowadzenie Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.Widom Copyrights by Arkadiusz Rzucidło 1 Definicje Baza danych to uporządkowany zbiór danych,
Bardziej szczegółowoModelowanie 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)
Bardziej szczegółowo1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI
KARTA PRZEDMIOTU przedmiotu Stopień studiów i forma Rodzaj przedmiotu Grupa kursów Zaawansowane techniki analizy systemowej oparte na modelowaniu warsztaty Studia podyplomowe Obowiązkowy NIE Wykład Ćwiczenia
Bardziej szczegółowoNowości oraz trendy w obszarze BPM nurty i kierunki rozwoju. Jarosław Żeliński analityk biznesowy, projektant systemów
Nowości oraz trendy w obszarze BPM nurty i kierunki rozwoju Jarosław Żeliński analityk biznesowy, projektant systemów O mnie qod 1991 roku w branży IT i zarządzania jako analityk projektant rozwiązań qod
Bardziej szczegółowoPodrozdziały te powinny zawierać informacje istotne z punktu widzenia przyjętego celu pracy
Uwaga: 1. Praca powinna być napisana z użyciem formy bezosobowej np. wykonano. Nazwa rozdziału Zawartość Liczba stron 1. Wstęp Rozdział ten powinien zawierać zarys najważniejszych elementów pracy Krótki
Bardziej szczegółowoZasady 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
Bardziej szczegółowoPRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: Kierunek: Mechatronika Rodzaj przedmiotu: obowiązkowy w ramach treści kierunkowych Rodzaj zajęć: wykład, laboratorium BAZY DANYCH I SYSTEMY EKSPERTOWE Database and expert systems Forma
Bardziej szczegółowoS Y L A B U S P R Z E D M I O T U
"Z A T W I E R D Z A M" Dziekan Wydziału Mechatroniki i Lotnictwa prof. dr hab. inż. Radosław TRĘBIŃSKI Warszawa, dnia... S Y L A B U S P R Z E D M I O T U NAZWA PRZEDMIOTU: KOMPUTEROWA ANALIZA KONSTRUKCJI
Bardziej szczegółowoMonitoring procesów z wykorzystaniem systemu ADONIS. Krok po kroku
z wykorzystaniem systemu ADONIS Krok po kroku BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management Office
Bardziej szczegółowoKarta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty
Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty przedmiotu Stopień studiów i forma: Rodzaj przedmiotu Kod przedmiotu Grupa kursów Zaawansowane techniki analizy
Bardziej szczegółowoInżynieria oprogramowania II
Wymagania funkcjonalne, przypadki użycia Inżynieria oprogramowania II Problem i cel Tworzenie projektów bez konkretnego celu nie jest dobre Praktycznie każdy projekt informatyczny powstaje z uwagi na jakiś
Bardziej szczegółowoModelowanie i obliczenia techniczne. dr inż. Paweł Pełczyński
Modelowanie i obliczenia techniczne dr inż. Paweł Pełczyński ppelczynski@swspiz.pl Literatura Z. Fortuna, B. Macukow, J. Wąsowski: Metody numeryczne, WNT Warszawa, 2005. J. Awrejcewicz: Matematyczne modelowanie
Bardziej szczegółowoPromocja Zatrudnienia i Rozwój Zasobów Ludzkich w województwie warmińsko - mazurskim Phare 2001 Spójność Społeczno-Gospodarcza PL 01.06.09.
Promocja Zatrudnienia i Rozwój Zasobów Ludzkich w województwie warmińsko - mazurskim Phare 001 Spójność Społeczno-Gospodarcza PL 01.0.09.01-0 -1 PROGRAM NAUCZANIA a) Ramowy program szkolenia Nazwa modułu
Bardziej szczegółowoMODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM.
PRACA DYPLOMOWA WYŻSZE STUDIA ZAWODOWE MODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM. Marcin Brudka 3901 Promotor: Prof. dr hab. inż. Piotr
Bardziej szczegółowoJę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 4 Diagramy aktywności I Diagram aktywności (czynności) (ang. activity
Bardziej szczegółowoInformatyka 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 Nazwa modułu w języku angielskim Obowiązuje od roku akademickiego 2012/2013 Modelowanie Dynamiczne Procesów Biznesowych Dynamic Modeling of Business
Bardziej szczegółowoAutor: Joanna Karwowska
Autor: Joanna Karwowska W bazie danych przechowujemy tylko niektóre informacje o świecie rzeczywistym. Wybór właściwych wycinków rzeczywistości i dotyczących ich danych jest bardzo istotny od niego zależy
Bardziej szczegółowoBłędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)
Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation) Zarządzanie wymaganiami Ad hoc (najczęściej brak zarządzania nimi) Niejednoznaczna, nieprecyzyjna komunikacja Architektura
Bardziej szczegółowoIteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1
Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1 Zofia Kruczkiewicz 1 Zunifikowany iteracyjno- przyrostowy proces tworzenia oprogramowania kiedy? Przepływ działań Modelowanie przedsiębiorstwa
Bardziej szczegółowoAnaliza i projektowanie obiektowe 2017/2018. Wykład 3: Model wiedzy dziedzinowej
Analiza i projektowanie obiektowe 2017/2018 Wykład 3: Model wiedzy dziedzinowej Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Model wiedzy dziedzinowej
Bardziej szczegółowoMatryca efektów kształcenia dla programu studiów podyplomowych ZARZĄDZANIE I SYSTEMY ZARZĄDZANIA JAKOŚCIĄ
Podstawy firmą Marketingowe aspekty jakością Podstawy prawa gospodarczego w SZJ Zarządzanie Jakością (TQM) Zarządzanie logistyczne w SZJ Wymagania norm ISO serii 9000 Dokumentacja w SZJ Metody i Techniki
Bardziej szczegółowoOpisy efektów kształcenia dla modułu
Karta modułu - Bazy Danych II 1 / 5 Nazwa modułu: Bazy Danych II Rocznik: 2012/2013 Kod: BIT-2-105-s Punkty ECTS: 4 Wydział: Geologii, Geofizyki i Ochrony Środowiska Poziom studiów: Studia II stopnia Specjalność:
Bardziej szczegółowo