TENDENCJE ROZWOJU GIS
|
|
- Dominik Marczak
- 7 lat temu
- Przeglądów:
Transkrypt
1 TENDENCJE ROZWOJU GIS WYKŁAD 5 MODELOWANIE POJĘCIOWE INFORMACJI GEOGRAFICZNEJ PROJEKTOWANIE GIS 1
2 ZŁOŻONOŚĆ PROJEKTOWANIA Dziedzina Dziedzina problemowa, problemowa, obejmująca obejmująca ogromną ogromną liczbę liczbę wzajemnie wzajemnie uzależnionych uzależnionych aspektów aspektów i i problemów. problemów. Środki Środki i i technologie technologie informatyczne: informatyczne: sprzęt, sprzęt, oprogramowanie, oprogramowanie, sieć, sieć, języki, języki, narzędzia, narzędzia, udogodnienia. udogodnienia. (Źródło: K.Subieta. SPIT, Inżynieria Oprogramowania) System informatyczny: decyzje strategiczne, analiza, projektowanie, konstrukcja, dokumentacja, wdrożenie, szkolenie, eksploatacja, pielęgnacja, modyfikacja. Zespół Zespół projektantów projektantów podlegający podlegający ograniczeniom ograniczeniom pamięci, pamięci, percepcji, percepcji, wyrażania wyrażania informacji informacji i i komunikacji. komunikacji. Potencjalni Potencjalni użytkownicy: użytkownicy: czynniki czynniki psychologiczne, psychologiczne, ergonomia, ergonomia, ograniczenia ograniczenia pamięci pamięci i i percepcji, percepcji, skłonność skłonność do do błędów błędów i i nadużyć, nadużyć, tajność, tajność, prywatność. prywatność. Elżbieta Bielecka 2
3 JAK WALCZYĆ ze ZŁOŻONOŚCIĄ? Zasada dekompozycji: rozdzielenie złożonego problemu na podproblemy, które można rozpatrywać i rozwiązywać niezależnie od siebie i niezależnie od całości. Zasada abstrakcji: eliminacja, ukrycie lub pominięcie mniej istotnych szczegółów rozważanego przedmiotu lub mniej istotnej informacji; wyodrębnianie cech wspólnych i niezmiennych dla pewnego zbioru bytów i wprowadzaniu pojęć lub symboli oznaczających takie cechy. Zasada ponownego użycia: wykorzystanie wcześniej wytworzonych schematów, metod, wzorców, komponentów projektu, komponentów oprogramowania, itd. Zasada sprzyjania naturalnym ludzkim własnościom: dopasowanie modeli pojęciowych i modeli realizacyjnych systemów do wrodzonych ludzkich własności psychologicznych, instynktów oraz mentalnych mechanizmów percepcji i rozumienia świata. (Źródło: K.Subieta. SPIT, Inżynieria Oprogramowania) Elżbieta Bielecka 3
4 MODELOWANIE POJĘCIOWE Modelowanie pojęciowe (conceptual modeling) oraz model pojęciowy (conceptual model) odnoszą się do procesów myślowych, do wyobrażeń towarzyszących pracy nad systemem. Projektant, programista, itp. muszą dokładnie wyobrazić sobie problem oraz metodę jego rozwiązania. Zasadnicze procesy tworzenia systemu zachodzą w ludzkim umyśle i nie są związane z jakimkolwiek językiem programowania czy jakimkolwiek narzędziem w ogóle. Modelowanie pojęciowe może być (i powinno być) wspomagane przez środki wzmacniające ludzką pamięć i wyobraźnię, służące do opisu odwzorowywanej rzeczywistości w postaci: struktur danych, operacji na danych czy zachodzących procesów. (E. Stemposz, Inżynieria Oprogramowania) Elżbieta Bielecka 4
5 PERSPEKTYWY Trwałą tendencją w rozwoju metod i narzędzi projektowania oraz konstrukcji SI jest dążenie do minimalizacji luki pomiędzy myśleniem o rzeczywistym problemie a myśleniem o danych i procesach zachodzących na danych. odwzorowanie odwzorowanie Percepcja rzeczywistego świata Analityczny model rzeczywistości Model struktur danych i procesów SI (Źródło: K.Subieta. SPIT, Inżynieria Oprogramowania) Elżbieta Bielecka 5
6 POZIOMY ABSTRAKCJI Źródło: Najar Ch. (2006) Elżbieta Bielecka 6
7 MODELOWANIE Modelowanie dziedziny problemowej informacji geograficznej jest wspomagane przez: Metody Środki formalne Narzędzia programowe Metodologia posługuje się określonymi metodami, które wykorzystują określone środki formalne i narzędzia programowe Elżbieta Bielecka 7
8 METODOLOGIA Metodologia (metodyka) jest to zestaw pojęć, notacji, modeli, języków, technik i sposobów postępowania służący do analizy dziedziny stanowiącej przedmiot projektowanego systemu oraz do projektowania pojęciowego, logicznego i/lub fizycznego. Metodologia jest powiązana z notacją służącą do dokumentowania wyników faz projektu (pośrednich, końcowych), jako środek wspomagający ludzką pamięć i wyobraźnię i jako środek komunikacji w zespołach oraz pomiędzy projektantami i klientem. Elżbieta Bielecka 8
9 METODOLOGIA Metodologia ustala fazy projektu, role uczestników projektu modele tworzone w każdej z faz scenariusze postępowania w każdej z faz reguły przechodzenia od fazy do następnej fazy notacje, których należy używać dokumentację powstającą w każdej z faz Elżbieta Bielecka 9
10 METODY MODELOWANIA STRUKTURALNE Wyróżniają w analizowanym systemie elementy pasywne i aktywne Elementy pasywne model danych Elementy aktywne operacje i procesy model funkcji OBIEKTOWE Wyróżniają w systemie składowe łączące w sobie możliwość przechowywania danych i wykonywania pewnych operacji Elżbieta Bielecka 10
11 METODY STRUKTURALNE Stosowane wtedy, gdy jeden z aspektów (pasywny lub aktywny) jest istotniejszy niż drugi Dane i procesy modelowane są osobno Przydatne szczególnie tam gdzie ważniejsze jest modelowanie danych Wykorzystują tylko proste typy danych Dobrze dostosowane do modelu relacyjnego Podstawowe techniki: Diagramy związków-encji ERD Diagramy funkcji FHD Diagramy przepływu danych DFD Modele macierzowe Elżbieta Bielecka 11
12 METODY OBIEKTOWE Stosowane do modelowania złożonych systemów Stosowanie metod obiektowych w fazie projektowania nie musi wiązać się z implementacją w środowisku obiektowym Dane i procesy modelowane są łącznie Wykorzystują złożone typy danych Dostosowane do obiektowego modelu danych Podstawowe techniki: Diagramy klas UML Przypadki użycia i modele dynamiczne UML Elżbieta Bielecka 12
13 ETAPY PROJEKTOWANIA I WDRAŻANIA SYSTEMÓW GIS Najpierw należy zdecydować co GIS ma robić, a następnie jak to ma być wykonywane. 1. Analiza potrzeb użytkowników 2. Projekt koncepcyjny systemu i bazy danych 3. Analiza źródeł danych, plan pozyskania danych 4. Analiza ekonomiczna 5. Określenie sprzętu i oprogramowania 6. Projekt logiczny i fizyczny bazy danych 7. Budowa bazy danych Elżbieta Bielecka 13
14 ETAPY PROJEKTOWANIA I WDRAŻANIA SYSTEMÓW GIS 8. Projekt pilotowy i testy wydajnościowe (benchmark tests) 9. Zakup sprzętu i oprogramowania 10. Integracja poszczególnych komponentów systemu 11. Wdrożenie 12. Opracowanie specjalistycznych aplikacji GIS 13. Użytkowanie i utrzymanie systemu Żaden z etapów nie może być pominięty Elżbieta Bielecka 14
15 ETAPY PROJEKTOWANIA I WDRAŻANIA SYSTEMÓW GIS Potrzeby użytkowników Projekt koncepcyjny systemu Projekt Bazy Danych Budowa Bazy Danych Integracja komponentów systemu GIS Model: Analiza źródeł danych Sprzęt & Oprogramowanie Kaskadowy Projekt pilotowy /Testy Zakup sprzętu i oprogramowania Rozwój aplikacji GIS Wdrożenie Użytkowanie Utrzymanie Spiralny Kaskadowo-spiralny Elżbieta Bielecka 15
16 ANALIZA POTRZEB UŻYTKOWNIKÓW 1. Wykonywana na początku projektu 2. Cel: 3. Metoda: Określenie zakresu funkcjonalnego systemu GIS Określenie niezbędnych danych Pozwalająca na strukturalna analizę Ankietyzacja Wywiady na stanowiskach pracy Analiza infrastruktury organizacyjnej (zależności, przepływ dokumentów) Analiza dokumentów (statutów, regulaminów, instrukcji, procedur, zasad współpracy, itp.) Analiza standardowych formularzy Elżbieta Bielecka 16
17 ANALIZA POTRZEB UŻYTKOWNIKÓW 4. Dokumenty końcowe: a) Opis aplikacji realizujących konkretne zadania w poszczególnych jednostkach organizacyjnych b) Zakres funkcjonalności systemu GIS (sporządzany dla każdej aplikacji) c) Niezbędne dane d) Procedury związane z zarządzaniem danymi (przepływ dokumentów, współpraca) 5. Wyniki analizy potrzeb użytkowników są przekazywane zespołowi projektowemu w celu: a) Opracowania projektu bazy danych b) Określenie potrzebnego sprzętu c) Opracowania planu wdrożenia d) Oszacowania kosztów i korzyści Elżbieta Bielecka 17
18 PROJEKT KONCEPCYJNY SYSTEMU GIS I. Infrastruktura informacyjna Zakres tematyczny bazy danych Specyfikacje techniczna dotycząca danych: Model danych (wektor/raster), dokładność położenia, szczegółowość, atrybuty, układ współrzędnych Metadane Zasady aktualizacji II. Infrastruktura techniczna Ogólna architektura systemu Specyfikacja techniczna Archiwizacja i ochrona danych III. Infrastruktura organizacyjna Odpowiedzialność Przepływ danych dokumentów Kontrola jakości Elżbieta Bielecka 18
19 MODELOWANIE ŚWIATA RZECZYWISTEGO Elżbieta Bielecka 19
20 PROJEKT BAZY DANYCH model koncepcyjny zdefiniowanie typów informacji jakie będą przechowywane w bazie danych zgodnie z przyjętą semantyką (modelowanie pojęciowe) model logiczny zapisanie informacji w sposób ustrukturalizowany, zgodnie z przyjętymi regułami syntaktycznymi w formie schematów model fizyczny utworzenie fizycznych struktur odpowiadających danemu schematowi Elżbieta Bielecka 20
21 MODEL KONCEPCYJNY Abstrakcyjna rzeczywistość, widziana z określonej perspektywy, o założonej szczegółowości. Ma za zadanie zrozumienie problemu i udokumentowanie wyników analiz w czytelnej i abstrakcyjnej formie językowej. Ułatwia komunikację w zespołach. 1. Tematyczny zakres bazy danych zdefiniowanie obiektów pod względem semantycznym i przestrzennym (co rozumiemy przez drogę i w jaki sposób będziemy określać jej przebieg) zdefiniowanie atrybutów przestrzennych i nieprzestrzennych określenie dziedzin atrybutów ustalenie związków między obiektami modele danych reprezentujące wymienione obiekty zasady kodowania obiektów Elżbieta Bielecka 21
22 MODEL KONCEPCYJNY 2. Parametry jakości dotyczące danych geometrycznych i opisowych Dokładność położenia Dokładność atrybutów Szczegółowość i rozdzielczość Aktualność 3. Metody i źródła pozyskania danych 4. Ocena materiałów źródłowych, plan pozyskania danych 5. Struktura przestrzenna bazy danych, układ współrzędnych 6. Metody wizualizacji danych, raporty 7. Ogólne zasady dostępu do danych Elżbieta Bielecka 22
23 PROJEKT LOGICZNY Projekt logiczny Opracowywany dla konkretnego modelu danych Opis wycinka rzeczywistości za pomocą reguł i środków dostępnych w ramach przyjętego modelu danych Określa typy danych, opisuje obiekty i atrybuty charakteryzujące obiekty Niezależny od środowiska programowosprzętowego Umożliwia implementację bazy danych na wiele sposobów (z wykorzystaniem różnych SZDB) Elżbieta Bielecka 23
24 PRZYKŁAD System wspomagający komunikację miejską Komunikacja miejska składa się z LINII AUTOBUSOWYCH,reprezentowanych w systemie przez łamaną. Każda linia ma trzy atrybuty: numer linii, przystanek początkowy, przystanek końcowy. Linia składa się z ODCINKÓW LINII, o atrybutach: nr odcinka, przystanek początkowy, przystanek końcowy. Odcinek Linii może należeć do jednej lub wielu linii autobusowych. Każda linia składa się z PRYSTANKÓW, na których zatrzymują się AUTOBUSY kursujące na wyznaczonych liniach. Przystanki autobusowe są obiektami punktowymi. Przystanek może należeć do kilku linii. Przystanek opisany jest przy pomocy: identyfikatora, nazwy i rodzaju (dzienny, nocny; normalny, na żądanie). Autobus określony jest przez numer rejestracyjny, markę. Każdy autobus ma przypisanego kierowcę, który jest opisany przez: identyfikator, imię, nazwisko, adres, telefon i kategorię prawa jazdy. Kierowca może obsługiwać kilka autobusów i może jeździć na kilu liniach. źródło A. Zwirowicz Elżbieta Bielecka 24
25 PRZYKŁAD System wspomagający komunikację miejską Notacja UML źródło A. Zwirowicz Elżbieta Bielecka 25
26 PROJEKT FIZYCZNY Projekt fizyczny realizowany w konkretnym środowisku programowo-sprzętowym Polega na tworzeniu ścieżek dostępu i struktur magazynowania plików danych na dysku, zgodnie z wymaganiami przyjętego systemu zarządzania bazą danych. Elżbieta Bielecka 26
27 INTEGRACJA DANYCH PRZESTRZENNYCH Integracja wzajemne dostosowanie scalanie i harmonizowanie zbiorów danych tak, aby tworzyły spójną całość 1. Integracja semantyczna Konflikt nazewnictwa (homonimy, synonimy) Konflikt znaczenia (odmienne definicje) Konflikt schematów aplikacyjnych (różne klasy, atrybuty, relacje) 2. Integracja przestrzenna Jeden układ współrzędnych Uzgodnienie styków pomiędzy arkuszami (pozioma) i obiektami na różnych warstwach (pionowa) Topologia Łączenie danych geometrycznych z opisowymi Elżbieta Bielecka 27
28 Określenie sprzętu i oprogramowania dla systemu GIS Oprogramowania - zgodne z założoną funkcjonalnością Nowoczesne i sprawdzone rozwiązania Współdziałanie z innymi systemami funkcjonującymi w firmie (np. księgowym, materiałowym) Zapewniony serwis vendora Typ i liczba licencji Sprzęt Procesor Dysk Pamięć RAM Monitor Testy wydajnościowe (Benchmark Tests) Elżbieta Bielecka 28
29 PROJEKT PILOTOWY Projekt pilotowy 1. Sprawdza funkcjonalność systemu i aplikacji 2. Sprawdza jakość danych 3. Testuje procedury 4. Sprawdza wydajność systemu 5. Sprawdza funkcjonowanie procedur kontrolujących jakość produktów GIS 6. Umożliwia oszacowanie wolumenu danych 7. Umożliwia oszacowanie kosztów pozyskania danych 8. Sprawdza umiejętności personelu w zakresie obsługi systemu GIS 9. Pozwala zaplanować niezbędne szkolenia 10. Umożliwia weryfikację przyjętych założeń Elżbieta Bielecka 29
30 Zasady projektowania systemów GIS Zakup sprzętu i oprogramowania Integracja poszczególnych komponentów systemu Połączenie komputerów w sieć Instalacja oprogramowania Instalacja urządzeń peryferyjnych Uruchomienie aplikacji GIS Szkolenie użytkowników Opracowanie specjalistycznych aplikacji GIS Automatyzacja często wykonywanych czynności Opracowanie narzędzi usprawniających pracę Użytkowanie i utrzymanie systemu Elżbieta Bielecka 30
31 Czynniki decydujące o sukcesie projektu GIS 1. Jasno określone korzyści z systemu dla instytucji i poszczególnych użytkowników (jednostek, działów, osób) 2. Wysokie kwalifikacje osób odpowiedzialnych za projektowanie i wdrożenie systemu (po stronie wykonawcy i zamawiającego) 3. Nadzorowanie budowy GIS przez osoby z naczelnego kierownictwa w firmie 4. Uczestnictwo w zespołach roboczych przedstawicieli użytkowników pozytywny stosunek do wdrożenia 5. Częsty kontakt wykonawcy z użytkownikami (otwartość obu stron) Elżbieta Bielecka 31
32 Czynniki decydujące o sukcesie projektu GIS 6. Opracowanie realistycznego planu budowy i wdrożenia GIS (dostosowanie do potrzeb i możliwości finansowych) 7. Krótki okres realizacji projektu (optymalnie miesięcy) 8. Wykorzystanie nowoczesnych technologii 9. Określenie i zapewnienie zgromadzenia niezbędnych danych 10. Opracowanie projektu pilotowego 11. Zapewnienie środków na finansowanie całego przedsięwzięcia Elżbieta Bielecka 32
SVN. 10 października 2011. Instalacja. Wchodzimy na stronę http://tortoisesvn.tigris.org/ i pobieramy aplikację. Rysunek 1: Instalacja - krok 1
SVN 10 października 2011 Instalacja Wchodzimy na stronę http://tortoisesvn.tigris.org/ i pobieramy aplikację uruchamiany ponownie komputer Rysunek 1: Instalacja - krok 1 Rysunek 2: Instalacja - krok 2
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ółowoBaza danych przestrzennych modelowa reprezentacja fragmentu świata rzeczywistego
PROJEKTOWANIE BAZ DANYCH PRZESTRZENNYCH Zgodne z ogólną metodologią projektowania baz danych Baza danych przestrzennych modelowa reprezentacja fragmentu świata rzeczywistego Proces budowy bazy danych wymaga
Bardziej szczegółowoBaza danych przestrzennych modelowa reprezentacja fragmentu świata rzeczywistego
PROJEKTOWANIE BAZ DANYCH PRZESTRZENNYCH Zgodne z ogólną metodologią projektowania baz danych Baza danych przestrzennych modelowa reprezentacja fragmentu świata rzeczywistego Proces budowy bazy danych wymaga
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ół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ółowoZakład Języków Programowania Instytut Informatyki Uniwersytet Wrocławski
INŻYNIERIA OPROGRAMOWANIA wykład 1: zakres wiedzy dr inż. Leszek Grocholski pok. 204 Zakład Języków Programowania Instytut Informatyki Uniwersytet Wrocławski SWEBOK 2005 Guide to the Software Body of Knowledge
Bardziej szczegółowoINKS105 ( INK9117 ) Podstawy inżynierii oprogramowania
INKS105 ( INK9117 ) Podstawy inżynierii oprogramowania dr Marek Piasecki Marek.Piasecki@pwr.wroc.pl http://marek.piasecki.staff.iiar.pwr.wroc.pl/dydaktyka/io Celem kursu jest zaprezentowanie aktualnych
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ół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ół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ół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ół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ół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ół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ół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ółowoModelowanie. Wykład 1: Wprowadzenie do Modelowania i języka UML. Anna Kulig
Modelowanie Obiektowe Wykład 1: Wprowadzenie do Modelowania i języka UML Anna Kulig Wprowadzenie do modelowania Zasady Pojęcia Wprowadzenie do języka UML Plan wykładu Model jest uproszczeniem rzeczywistości.
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ół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ół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ółowoŚwiat rzeczywisty i jego model
2 Świat rzeczywisty i jego model Świat rzeczywisty (dziedzina problemu) Świat obiektów (model dziedziny) Dom Samochód Osoba Modelowanie 3 Byty i obiekty Byt - element świata rzeczywistego (dziedziny problemu),
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ółowoEgzamin / zaliczenie na ocenę*
WYDZIAŁ PODSTAWOWYCH PROBLEMÓW TECHNIKI Zał. nr 4 do ZW33/01 KARTA PRZEDMIOTU Nazwa w języku polskim : INŻYNIERIA OPROGRAMOWANIA Nazwa w języku angielskim: SOFTWARE ENGINEERING Kierunek studiów (jeśli
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ół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ółowoWrota Parsęty II o bazie danych przestrzennych - wprowadzenie
Wrota Parsęty II o bazie danych przestrzennych - wprowadzenie Czym jest baza danych? zbiór powiązanych danych z pewnej dziedziny, zorganizowanych w sposób dogodny do korzystania z nich, a zwłaszcza do
Bardziej szczegółowoOpis wymagań i program szkoleń dla użytkowników i administratorów
Załącznik nr 3 do OPZ Opis wymagań i program szkoleń dla użytkowników i administratorów Spis treści Wprowadzenie...2 1. Typ i zakres szkoleń...2 2. Grupy użytkowników...2 3. Warunki ogólne szkoleń...3
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ół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ółowoINŻYNIERIA OPROGRAMOWANIA
INSTYTUT INFORMATYKI STOSOWANEJ 2013 INŻYNIERIA OPROGRAMOWANIA Inżynieria Oprogramowania Proces ukierunkowany na wytworzenie oprogramowania Jak? Kto? Kiedy? Co? W jaki sposób? Metodyka Zespół Narzędzia
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ół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ół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ół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ół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ół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ółowoModelowanie i Programowanie Obiektowe
Modelowanie i Programowanie Obiektowe Wykład I: Wstęp 20 październik 2012 Programowanie obiektowe Metodyka wytwarzania oprogramowania Metodyka Metodyka ustandaryzowane dla wybranego obszaru podejście do
Bardziej szczegółowoEwa Stemposz Andrzej Jodłowski Alina Stasiecka. Zarys metodyki wspierającej naukę projektowania systemów informacyjnych
Ewa Stemposz Andrzej Jodłowski Alina Stasiecka Zarys metodyki wspierającej naukę projektowania systemów informacyjnych Dr inż. Ewa Stemposz prowadzi działalność naukowo-dydaktyczną w Polsko-Japońskiej
Bardziej szczegółowoSystemy GIS Systemy baz danych
Systemy GIS Systemy baz danych Wykład nr 5 System baz danych Skomputeryzowany system przechowywania danych/informacji zorganizowanych w pliki Użytkownik ma do dyspozycji narzędzia do wykonywania różnych
Bardziej szczegółowoZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI
ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI XVIII Forum Teleinformatyki mgr inż. Michał BIJATA, doktorant, Wydział Cybernetyki WAT Michal.Bijata@WAT.edu.pl, Michal@Bijata.com 28 września 2012 AGENDA Architektura
Bardziej szczegółowoCykle życia systemu informatycznego
Cykle życia systemu informatycznego Cykl życia systemu informatycznego - obejmuję on okres od zgłoszenia przez użytkownika potrzeby istnienia systemu aż do wycofania go z eksploatacji. Składa się z etapów
Bardziej szczegółowoCo to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką?
ROZDZIAŁ1 Podstawy inżynierii oprogramowania: - Cele 2 - Zawartość 3 - Inżynieria oprogramowania 4 - Koszty oprogramowania 5 - FAQ o inżynierii oprogramowania: Co to jest jest oprogramowanie? 8 Co to jest
Bardziej szczegółowoEtapy życia oprogramowania
Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 w prezentacji wykorzystano również materiały przygotowane przez Michała Kolano
Bardziej szczegółowoMulti-wyszukiwarki. Mediacyjne Systemy Zapytań wprowadzenie. Architektury i technologie integracji danych Systemy Mediacyjne
Architektury i technologie integracji danych Systemy Mediacyjne Multi-wyszukiwarki Wprowadzenie do Mediacyjnych Systemów Zapytań (MQS) Architektura MQS Cechy funkcjonalne MQS Cechy implementacyjne MQS
Bardziej szczegółowoFaza analizy (modelowania) Faza projektowania
Faza analizy (modelowania) Faza projektowania Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie: co i przy jakich ograniczeniach system ma robić? Wynikiem tej analizy jest zbiór wymagań
Bardziej szczegółowoPraktyczne aspekty stosowania metody punktów funkcyjnych COSMIC. Jarosław Świerczek
Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC Jarosław Świerczek Punkty funkcyjne Punkt funkcyjny to metryka złożoności oprogramowania wyznaczana w oparciu o określające to oprogramowanie
Bardziej szczegółowoZakres wykładu. Podstawy InŜynierii Oprogramowania
Zakres wykładu Pojęcia podstawowe InŜynierii Oprogramowania Proces wytwarzania oprogramowania Artefakty procesu wytwarzania i ich modele Jakość oprogramowania Literatura: [1] Sacha K., InŜynieria oprogramowania,
Bardziej szczegółowo<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ą
Bardziej szczegółowoBazy danych 2. Wykład 1
Bazy danych 2 Wykład 1 Sprawy organizacyjne Materiały i listy zadań zamieszczane będą na stronie www.math.uni.opole.pl/~ajasi E-mail: standardowy ajasi@math.uni.opole.pl Sprawy organizacyjne Program wykładu
Bardziej szczegółowoEtapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania
Etapy życia oprogramowania Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 Określenie wymagań Testowanie Pielęgnacja Faza strategiczna
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ółowoPROGRAM PRAKTYKI ZAWODOWEJ. Technikum Zawód: technik informatyk
PROGRAM PRAKTYKI ZAWODOWEJ Technikum Zawód: technik informatyk 351203 Lp. Temat 1 Zajęcia wprowadzające. Zapoznanie z zakładem, regulaminem pracy, przepisami BHP oraz instruktaż bhp. 2 Montaż i eksploatacja
Bardziej szczegółowoImplementacja standardu GML w oprogramowaniu ESRI i GISPartner na przykładzie Geoportalu2
Implementacja standardu GML w oprogramowaniu ESRI i GISPartner na przykładzie Geoportalu2 Paweł Soczewski Warszawa, 10 kwietnia 2013 Modelowanie świata rzeczywistego Model pojęciowy - conceptual model
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ół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ółowo1 Projektowanie systemu informatycznego
Plan wykładu Spis treści 1 Projektowanie systemu informatycznego 1 2 Modelowanie pojęciowe 4 2.1 Encja....................................... 5 2.2 Własności.................................... 6 2.3 Związki.....................................
Bardziej szczegółowoJarosław Żeliński analityk biznesowy, projektant systemów
Trendy w architekturze oprogramowania zarządzającego procesami biznesowymi i przepływem pracy - dedykowane czy standardowe? Jarosław Żeliński analityk biznesowy, projektant systemów O mnie Od 1991 roku
Bardziej szczegółowo1. Wymagania prawne. Europejskie uwarunkowania prawne:
1. Wymagania prawne Oferowane przez Wykonawcę rozwiązania muszą być na dzień odbioru zgodne z aktami prawnymi regulującymi pracę urzędów administracji publicznej, dyrektywą INSPIRE, ustawą o Infrastrukturze
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ółowoSTUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe
STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe Technologie informacyjne prof. dr hab. Zdzisław Szyjewski 1. Rola i zadania systemu operacyjnego 2. Zarządzanie pamięcią komputera 3. Zarządzanie danymi
Bardziej szczegółowoZofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2
Modelowanie i analiza systemów informatycznych 1. Warstwowa budowa systemów informatycznych 2. Model procesu wytwarzania oprogramowania - model cyklu życia oprogramowania 3. Wstęp do modelowania systemów
Bardziej szczegółowoCzęść I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA
CSIOZ-WZP.65.48.20 Część I - Załącznik nr 7 do SIWZ Warszawa. 20r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA Wykonawca oświadcza, że do realizacji zamówienia
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ółowoPojęcie bazy danych. Funkcje i możliwości.
Pojęcie bazy danych. Funkcje i możliwości. Pojęcie bazy danych Baza danych to: zbiór informacji zapisanych według ściśle określonych reguł, w strukturach odpowiadających założonemu modelowi danych, zbiór
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ółowoGłówne składowe przedsiębiorstwa: procesy,technologia, ludzie, organizacja.
Projektowanie systemów informacyjnych - wprowadzenie Trzy przyczyny konieczności używania systemów informatycznych przy korzystaniu z danych, informacji i wiedzy: 1.gwałtowne powiększenie się zasobów informacyjnych,
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ół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ół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ółowoTom 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
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ółowoModelowanie i analiza systemów informatycznych
Modelowanie i analiza systemów informatycznych MBSE/SysML Wykład 11 SYSMOD Wykorzystane materiały Budapest University of Technology and Economics, Department of Measurement and InformaJon Systems: The
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ółowoGML w praktyce geodezyjnej
GML w praktyce geodezyjnej Adam Iwaniak Kon-Dor s.c. Konferencja GML w praktyce, 12 kwietnia 2013, Warszawa SWING Rok 1995, standard de jure Wymiany danych pomiędzy bazami danych systemów informatycznych
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ółowoSTUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe
STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe Technologie informacyjne Prof. dr hab. Zdzisław Szyjewski 1. Rola i zadania systemu operacyjnego 2. Zarządzanie pamięcią komputera 3. Zarządzanie danymi
Bardziej szczegółowoINFORMATYKA Pytania ogólne na egzamin dyplomowy
INFORMATYKA Pytania ogólne na egzamin dyplomowy 1. Wyjaśnić pojęcia problem, algorytm. 2. Podać definicję złożoności czasowej. 3. Podać definicję złożoności pamięciowej. 4. Typy danych w języku C. 5. Instrukcja
Bardziej szczegółowoSYSTEM ZARZĄDZANIA BAZA DANYCH TOPOGRAFICZNYCH
SYSTEM ZARZĄDZANIA BAZA DANYCH TOPOGRAFICZNYCH Dariusz Gotlib elementy koncepcji i technologii Jerzy Zieliński plany GUGiK Jachranka, 8 grudzień 2009 STOSOWANE POJĘCIA I SKRÓTY BDT = TBD = BDOT SZBDT=SZTBD=SZBDOT
Bardziej szczegółowoSystem informacyjny całokształt składników tworzących system do przechowywania i operowania informacją. KP, SIT definicje, rodzaje, modelowanie 2
System informacyjny całokształt składników tworzących system do przechowywania i operowania informacją KP, SIT definicje, rodzaje, modelowanie 2 Definicja SIP/GIS SYSTEM INFORMACJI PRZESTRZENNEJ SPATIAL
Bardziej szczegółowoZaawansowane programowanie w języku C++
Kod szkolenia: Tytuł szkolenia: C/ADV Zaawansowane programowanie w języku C++ Dni: 3 Opis: Uczestnicy szkolenia zapoznają się z metodami wytwarzania oprogramowania z użyciem zaawansowanych mechanizmów
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ółowoProjektowanie Zorientowane na Dziedzinę. ang. Domain Driven Design
Projektowanie Zorientowane na Dziedzinę ang. Domain Driven Design 2 Projektowanie Stan posiadania Przypadki użycia Model dziedziny Operacje systemowe Kontrakty dla operacji systemowych Problemy do rozwiązania
Bardziej szczegółowoProgramowanie zespołowe
Programowanie zespołowe Laboratorium 4 - modele tworzenia oprogramowania, manifest Agile i wstęp do Scruma mgr inż. Krzysztof Szwarc krzysztof@szwarc.net.pl Sosnowiec, 14 marca 2017 1 / 21 mgr inż. Krzysztof
Bardziej szczegółowoTechnologia informacyjna (IT - Information Technology) dziedzina wiedzy obejmująca:
1.1. Podstawowe pojęcia Technologia informacyjna (IT - Information Technology) dziedzina wiedzy obejmująca: informatykę (włącznie ze sprzętem komputerowym oraz oprogramowaniem używanym do tworzenia, przesyłania,
Bardziej szczegółowoREQB 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
Bardziej szczegółowoJednolity Plik Kontrolny oraz zmiany w przepisach podatkowych w 2016 r.
Jednolity Plik Kontrolny oraz zmiany w przepisach podatkowych w 2016 r. Szczecin, 10 czerwca 2016 1 Wprowadzenie Jednolitego Pliku Kontrolnego 2 Jednolity Plik Kontrolny wprowadzenie Jednolity Plik Kontrolny
Bardziej szczegółowoUsługa: Audyt kodu źródłowego
Usługa: Audyt kodu źródłowego Audyt kodu źródłowego jest kompleksową usługą, której głównym celem jest weryfikacja jakości analizowanego kodu, jego skalowalności, łatwości utrzymania, poprawności i stabilności
Bardziej szczegółowoBudowa systemu wspomagającego podejmowanie decyzji. Metodyka projektowo wdrożeniowa
Budowa systemu wspomagającego podejmowanie decyzji Metodyka projektowo wdrożeniowa Agenda Systemy wspomagające decyzje Business Intelligence (BI) Rodzaje systemów BI Korzyści z wdrożeń BI Zagrożenia dla
Bardziej szczegółowoRELACYJNE BAZY DANYCH
RELACYJNE BAZY DANYCH Aleksander Łuczyk Bielsko-Biała, 15 kwiecień 2015 r. Ludzie używają baz danych każdego dnia. Książka telefoniczna, zbiór wizytówek przypiętych nad biurkiem, encyklopedia czy chociażby
Bardziej szczegółowoWybrane problemy z dziedziny modelowania i wdrażania baz danych przestrzennych w aspekcie dydaktyki. Artur Krawczyk AGH Akademia Górniczo Hutnicza
Wybrane problemy z dziedziny modelowania i wdrażania baz danych przestrzennych w aspekcie dydaktyki Artur Krawczyk AGH Akademia Górniczo Hutnicza Problem modelowania tekstowego opisu elementu geometrycznego
Bardziej szczegółowoZAPYTANIE OFERTOWE. Zamawiający. Przedmiot zapytania ofertowego. Wrocław, dnia 23.03.2015 r.
ZAPYTANIE OFERTOWE Wrocław, dnia 23.03.2015 r. W związku z realizacją przez Nova Telecom spółka z ograniczoną odpowiedzialnością, projektu pn.: Wdrożenie zintegrowanego systemu klasy B2B, umożliwiającego
Bardziej szczegółowoAnaliza i projektowanie obiektowe 2016/2017. Wykład 10: Tworzenie projektowego diagramu klas
Analiza i projektowanie obiektowe 2016/2017 Wykład 10: Tworzenie projektowego diagramu klas Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Projektowy
Bardziej szczegółowoRUP. Rational Unified Process
RUP Rational Unified Process Agenda RUP wprowadzenie Struktura RUP Przepływy prac w RUP Fazy RUP RUP wprowadzenie RUP (Rational Unified Process) jest : Iteracyjną i przyrostową metodyka W pełni konfigurowalną
Bardziej szczegółowoPiotr Krząkała. Dyrektor Handlowy ds. Kluczowych Klientów
Piotr Krząkała Dyrektor Handlowy ds. Kluczowych Klientów Strategia firmy Każda organizacja działająca we współczesnym biznesie powinna posiadać określoną strategię działania i na tej bazie budować system
Bardziej szczegółowoMiASI. Modele, perspektywy, diagramy UML. Piotr Fulmański. 7 grudnia 2009. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska
MiASI Modele, perspektywy, diagramy UML Piotr Fulmański Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska 7 grudnia 2009 Spis treści 1 Modele, perspektywy, diagramy Czym jest model? Do czego
Bardziej szczegółowoWstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań
Wstęp Inżynieria wymagań Schemat procesu pozyskiwania wymagań identyfikacja źródeł wymagań Organizacja i Zarządzanie Projektem Informatycznym pozyskiwanie pozyskiwanie pozyskiwanie Jarosław Francik marzec
Bardziej szczegółowoStandaryzacja danych planu zagospodarowania przestrzennego gminy, studium uwarunkowań i planu zagospodarowania przestrzennego województwa
Standaryzacja danych planu zagospodarowania przestrzennego gminy, studium uwarunkowań i planu zagospodarowania przestrzennego województwa Magdalena Flacha GISPartner sp. z o.o. 1 O Firmie GISPartner sp.
Bardziej szczegółowoZakres wymagań dotyczących Dokumentacji Systemu
Załącznik nr 2 do Umowy nr CUI/.../.../.../2014 z dnia r. Zakres wymagań dotyczących Dokumentacji Systemu 1. Uwagi i wymagania ogólne 1. Dokumentacja musi zostać dostarczona w wersji elektronicznej edytowalnej
Bardziej szczegółowoDr Katarzyna Grzesiak-Koped
Dr Katarzyna Grzesiak-Koped 2 Tworzenie oprogramowania Najlepsze praktyki IO Inżynieria wymagao Technologia obiektowa i język UML Techniki IO Metodyki zwinne Refaktoryzacja Mierzenie oprogramowania Jakośd
Bardziej szczegółowo