Wprowadzenie do systemów informacyjnych
|
|
- Kamila Lipińska
- 9 lat temu
- Przeglądów:
Transkrypt
1 Wprowadzenie do systemów informacyjnych Projektowanie strukturalne Z metod projektowania systemów informatycznych obecnie najczęściej używanych w praktyce zdecydowanie wciąż wyróżnia się podejście strukturalne, chociaż za nowocześniejsze uważa się obecnie inne metodyki, na przykład projektowanie obiektowe UEK w Krakowie Ryszard Tadeusiewicz 1 Główna idea metod strukturalnych opiera się na zasadzie: Make simple things simple and complex things possible W projektowaniu strukturalnym zakłada się naprzemienne etapy: analiz teoretycznych, prac projektowych oraz eksperymentów praktycznych Z doskonaleniem systemu informatycznego nie wolno przesadzać, bo albo poniesie się za duże koszty, albo coś się przedobrzy Dlatego warto pamiętać hasło, jakie stosują najlepsze amerykańskie firmy komputerowe: > GOOD ENOUGH IS PERFECT < Można to przetłumaczyć: ZNAKOMITE, BO ZADOWALAJĄCE 1
2 Klienci Usługi Co jest wizją? Gdzie jesteśmy teraz? Gdzie chcemy być? Jak zatrzymamy tempo sytuacji? Planowanie wprowadzenia w życie Zarządzania usługami reacjami w biznesie Współpraca, Edukacja i Komunikacja relacjami z Dostawcą Inspekcja, Planowanie i Rozwój Perspektywy Biznesowe Optymalizacja Aplikacją Działanie Service Desk Incydentem problemem Wymagania dostępnością poziomem usług Wsparcie Usług ciągłością usług IT Dostarczanie Usług Rozmieszczanie / Instalacja Konfiguracją Zmianą Wersją Wydajnością finansami dla usług IT Jak dostaniemy się tam gdzie chcemy? Budowa Projektowanie i planowanie Wsparcie techniczne Jak sprawdzimy, że nasz problem został rozwiązany? Rozmiesz - czenie / Instalacja Obsługa Infrastrukturą ICT Utrzymanie Ocena Kontrola Planowanie bezpieczeństwem Projektowanie Hardware Sieci Procesy Bazy Danych Użytkownicy Implementacja Środowiska Oprogramowanie 5/27/2014 Podejście strukturalne dostarcza modelu pojęciowego, który jest potem używany podczas całego cyklu życia systemu Model relacji biznesu i technologii informacyjnych w ujęciu ogólnym Planowanie, implementacja i zarządzanie usługami usługami B IZ N E S Perspektywa biznesu Dostarczanie usług Wsparcie usług Infrastrukturą bezpieczeństwem T E C H N O L O G I A aplikacją B I Z N E S T E C H N O L O G I A Bardziej dokładny schemat zależności biznes modele - technologia To przejście od modelu ogólnego do modelu szczegółowego to właśnie kwintesencja metodyki strukturalnej Strukturalne podejście do projektowania systemów wiąże się z projektowaniem ukierunkowanym na cel Prześledźmy ewolucję metod projektowania: Projektowanie strukturalne 2
3 Istotą metod projektowania strukturalnego jest upraszczanie złożonego systemu poprzez systematyczne rozkładanie go na prostsze elementy składowe. W ten sposób drogowskazem dla projektanta jest struktura rozważanego problemu. Dzielenie złożonych systemów na elementy składowe wraz z koncentracją uwagi stopniowo na coraz drobniejszych szczegółach bywa używane w wielu dziedzinach W przypadku systemów informacyjnych strukturę można próbować odwzorować odpowiednim zapisem programu, ale jest to zwykle mało czytelne <?xml version="1.0"?> <?xml-stylesheet type="text/xsl" href="kursancihtml.xsl"?> <Kursanci xmlns:xsi=" xsi:nonamespaceschemalocation="kursanci.xsd"> <kursant> </kursant> Przykład kodu programu w którym programista starał się uwidocznić aspekty strukturalne <danepersonalne> <nazwisko>sosna</nazwisko> <imie>anna</imie> <nrtel> </nrtel> <ulica>radosna 123</ulica> <kodpocztowy>31-455</kodpocztowy> <miejscowosc>kraków</miejscowosc> </danepersonalne> <kurs> <jezyk>włoski</jezyk> <rodzaj> <typ>egzaminacyjny</typ> <poziom>średniozaawansowany</poziom> <kod>aes</kod> <cenazasemestr>639.00</cenazasemestr> </rodzaj> <datarozpoczecia> </datarozpoczecia> <datazakonczenia> </datazakonczenia> <semestr> <nrsemestru>1</nrsemestru> <oplacony>tak</oplacony> <zaliczony>nie</zaliczony> <grupa> <nazwa>aes01</nazwa> <lektorzy> <lektorpolski> <nazwisko>mandryk</nazwisko> <imie>wojciech</imie> </lektorpolski> <nativespeaker> <nazwisko>wolf</nazwisko> <imie>phil</imie> <narodowosc>brytyjska</narodowosc> </nativespeaker> </lektorzy> </grupa> </semestr> </kurs> 3
4 Można próbować posłużyć się rysunkiem w którym elementy programu (albo struktury danych) przedstawione są graficznie, ale przy złożoności typowo spotykanej w systemach informacyjnych schemat jest nadal mało czytelny. Dlatego przy projektowaniu strukturalnym stosuje się narzędzia zapewniające maksymalną prostotę reprezentowania najbardziej nawet złożonych systemów. Na początku projektowania trzeba wyodrębnić elementy składowe systemu i określić ich role 4
5 Złożoność współczesnych systemów informacyjnych sprawia, że projektanci muszą sobie radzić z ich projektowaniem stosując pewne zabiegi upraszczające. Do najskuteczniejszych z nich należą agregacja i dekompozycja Kolejność postępowania jest taka: Najpierw przedstawia się najbardziej ogólny schemat, w którym cały system traktowany jest jako jeden proces. Metoda dekompozycji Metoda agregacji Ten ogólny schemat nazywa się diagramem kontekstowym. Przykładowy diagram kontekstowy oznaczany skrótem CD Przykład jednego kroku procesu dekompozycji Przykładowy diagram przepływu danych 5
6 INFORMUJ Kompetencje Poziomy operacyjne Back-office klient operator infrastrukturą 1.1 Strategia Firmy 1.2 Startegia inwestycyjna 1.3 procesami 1.4 Procedury audytu 1.5 Raportowanie 1.6 Przychody/należności 1.7 Kadry 1.8 Audyt 1.9 Szkolenia 1.10 IT Tworzenie i rozwój produktu 2. 1 Strategia dla portfolio produktów 2.2 Strategia sprzedaży 2.3 Planowanie produktu 2.4 produktami 2.5 kanałem sprzedaży 2.6 Zbieranie opinii o produkcie 2.7 Wdrożenie i utrzymanie produktu 2.8 Rozwój produktu 2.9 Szkolenia producenta relacjami z klientem 3.1 Strategia relacji z klientem 3.2 Strategia relacji z dystrybutorami 3.3 Planowanie kampanii marketingowych 3.4 kontaktami 3.5 kanałami sprzedaży 3.6 Profilowanie i segmentacja klientów 3.7 Kampanie marketingowe 3.8 Obsługa korespondencji 3.9 Obsługa call center Sprzedaż produktu 4.1 Planowanie sprzedaży 4.2 Obliczanie prowizji dla dystrybutorów 4.3 Kontrola z wykonywania planów sprzedaży 4.4 Sprzedaż bezpośrednia 4.5 dystrybutorami 4.6 Logistyka 5/27/2014 Przykład strukturalnego opisu fragmentu systemu informacyjnego Projektując określony proces trzeba brać pod uwagę także to, co się znajduje także poza jego granicami Inny przykład stratyfikacji procesów Tworzenie modelu biznesowego Planowanie i kontrola Wykonanie 3.6 Profilowanie i segmentacja klientów 3.7 Kampanie marketingowe 3.8 Obsługa korespondencji 3.9 Obsługa call center Dekompozycja procesów na czynności (operacje) NIE TAK NIE TAK Klient dokonuje płatności Wykonanie analizy Operator dzwoni do klienta Operator Kończy call Operator Informuje klienta Operator Kończy call Przebieg procesu <<podsystem>> ZARZĄDZANIE_RELACJAMI_Z_KLIENTEM <<komponent>> komponenty PROFIL_SEGMENTACJA <<komponent>> Wykonanie analizy TELEFON_DO_KLIENTA Operator dzwoni <<podsystem>> SPRZEDAŻ_PRODUKTU <<komponent>> <<komponent>> WYŚLIJ_FAKTURĘ Operator kończy call INFORMUJ Operator Informuje klienta Diagram pokazujący model komponentowy (statyczny) i interakcje (dynamiczne) zachodzące pomiędzy komponentami w czasie PROFIL_SEGMENTACJA TELEFON_DO_K INFORMUJ WYŚLIIJ_FAKTURĘ BD_ZARZĄDZANIE_KO NTAKTAMI informacja do bazy danych zarządzanie kontaktami dynamika systemu komponentów informacja do bazy danych zarządzanie kontaktami prośba o dodatkowe informacje faktura wysłana 6
7 7
8 Przykłady Jeszcze jeden przykład Wybrane elementy struktury rozrysowane dokładniej Inny blok schematu 8
9 Jeszcze inny moduł Po diagramie przepływu danych kolejnym kluczowym składnikiem metodologii strukturalnej są związki encji i relacji Reprezentacja atrybutu, encji oraz związku na diagramie encji i relacji oraz ich związki Przykładowy diagram ERD (Entity-Relationship Diagram) Anatomia diagramu encji i relacji Związek klient-zamówienie w ujęciu relacyjnym Liczebność związku (stopień uczestnictwa) Encja Strona jeden relacji Nazwa związku Strona wiele relacji Nazwa encji Klienci Zamówienia IdKlienta KP Nazwisko Imię PESEL NIP... (1,1) (0,n) składa (K) Reguła usuwania Obowiązkowy typ uczestnictwa Związek Opcjonalny typ uczestnictwa IdZamówienia KP IdKlienta KO DataZamówienia IdPracownika... Atrybuty charakteryzujące encję: KP klucz podstawowy KO klucz obcy 9
10 Encje i związki pomiędzy encjami dla bazy danych wypożyczalni samochodów W finalnym projekcie te encje i związki są dodatkowo wyposażane w liczne szczegółowe atrybuty Dobrze zdefiniowany model encji i zależności daje podstawę do zdefiniowania systemu na przykład w programie MS Access Transformacja modelu logicznego w fizyczny A tak to wygląda po realizacji 10
11 Przykład relacji 1-1 Znak kreski pionowej na linii połączenia oznacza obligatoryjność związku Przykład relacji 1-n Po stronie 1 związku relacja ma pojedyncze zakończenie (-), po stronie n związku relacja jest zakończona strzałką ( ). Znak kółka na linii połączenia (o) oznacza opcjonalność związku. Realizacja relacji typu n-m Przykład relacji n-m Kwestie krotności relacji Sklep Zatrudnia dowolną liczbę Każdy pracownik może należeć do kilku zespołów projektowych jednocześnie, Klient Kupuje dowolną liczbę Jest kupiony przez jednego Wyrób Jest sprzedany przez jednego Może sprzedać dowolna liczbę Pochodzi z jednego Sprzedawca Jest zatrudniony tylko w jednym a każdy projekt jest realizowany przez wyznaczoną grupę pracowników Przechowuje dowolną liczbę Magazyn Dostarcza do wielu Dostawca Otrzymuje od wielu 11
12 Ten sam schemat nieco rozbudowany Klient KodKlienta <pi> NO <M> NazwaK TXT55 <M> AdresK TXT45 <M> StatusK TXT15 <M> KodKlienta <pi> Wyrób Sprzedawca KodSprzed <pi> TXT25 <M> NazwaS TXT45 <M> DataZat D <M> Stanowisko TXT15 <M> KodSprzed <pi> Sklep NrSklep <pi> I <M> AdresS TXT35 <M> KierownikS TXT45 NrSklep <pi> NrSeria <pi> TXT25 <M> NazwaW TXT35 <M> TypW TXT15 <M> CenaW MN <M> DataSprzed D <M> DatGwar D <M> NrSeria <pi> Magazyn NrMag <pi> I <M> AdresM TXT35 <M> KierownikM TXT45 NrMag <pi> Dostawa NrDostawy <pi> TXT25 <M> DataDost D <M> Wartosc MN <M> OpisDs MBT NrDostawy <pi> Dostawca KodDostawcy <pi> TXT25 <M> Nazwa TXT35 <M> Adres TXT25 <M> OpisD MBT KodDostawcy <pi> Przykład diagramu strukturalnego obsługa procedury odwołań przy zamówieniach publicznych 12
13 Strukturalne projektowanie systemu informatycznego jest procesem konstruowania modelu biznesowych danych, a także modelu reguł działalności stosowanych w określonej organizacji, który w przeciwieństwie do projektowania fizycznego jest niezależny od implementacji. Model logiczny to model struktury zgodny z modelem danych, a nie z ich fizyczną reprezentacją. Przechodzenie od ogólnego modelu do modeli szczegółowych na przykładzie systemu zarządzania transportem lotniczym Firmy lotnicze Obiekt przestrzenny Rząd RP System informacji przestrzennej Centrum rejestracji zagrożeń Porty lotnicze Centrum przetwarzania informacji Atrybuty encji Rząd RP Atrybuty encji Firmy lotnicze Rezerwacja Minister lub urzędnik MSW Jednostka antyterrorystyczna Wymiana z innymi towarzystwami Biuro informacyjne Sprzedaż biletów Opieka medyczna Położenie Rząd RP MON Minister/ urzędnik Hotele współpracujące Firmy pomocnicze Firmy lotnicze Nazwa Hierarchia Jednostka komandosów Sprzątanie Organizacja Komenda straży pożarnej Jednostka straży Ochrona Zbiór samolotów Funkcja (nazwa, c, m, z) Atrybuty encji Obiekt przestrzenny Atrybuty encji Wieża lotniska int* Planowy char* Nieplanowy Oficer dyżurny Wyraża zgodę Nr id. Lot Plan lotów Cofa zgodę Starty Bazowe Lądowania Lotnisko Obiekt przestrzenny Trasa lotu Typ Samolot Inne Helikopter Awionetka Plan dyżurów Wieża lotniska Zgoda na lądowanie Inne instrukcje Nr id. lotniska (c, m, st) (międzylądowania) Wyraża zgodę Cofa zgodę (c, m, ląd) 13
14 Atrybuty encji Port lotniczy Nr id. Plany lotów Nazwa Lista towarzystw Personel lotniczy Pracownicy Port lotniczy Lista samolotów bazujących Inny personel Procedury awaryjne Medyczne Straż pożarna Ochrony Analiza i projektowanie systemów informacyjnych Projektowanie strukturalne UEK w Krakowie Ryszard Tadeusiewicz 81 14
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
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
Systemy informatyczne. Modelowanie danych systemów informatycznych
Modelowanie danych systemów informatycznych Diagramy związków encji Entity-Relationship Diagrams Modelowanie danych diagramy związków encji ERD (ang. Entity-Relationship Diagrams) diagramy związków encji
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
Komputerowe 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
Kurs 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
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)
Projektowanie 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
Architektura 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,
Zasady transformacji modelu DOZ do projektu tabel bazy danych
Zasady transformacji modelu DOZ do projektu tabel bazy danych A. Obiekty proste B. Obiekty z podtypami C. Związki rozłączne GHJ 1 A. Projektowanie - obiekty proste TRASA # * numer POZYCJA o planowana godzina
Bazy Danych. Modele danych. Krzysztof Regulski WIMiIP, KISiM,
Bazy Danych Modele danych Krzysztof Regulski WIMiIP, KISiM, regulski@agh.edu.pl Cele modelowania Strategia informatyzacji organizacji Cele informatyzacji Specyfikacja wymagań użytkownika Model procesów
Wprowadzenie dosystemów informacyjnych
Wprowadzenie dosystemów informacyjnych Projektowanie antropocentryczne i PMBoK Podejście antropocentryczne do analizy i projektowania systemów informacyjnych UEK w Krakowie Ryszard Tadeusiewicz 1 Właściwe
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:
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
Wprowadzenie do systemów informacyjnych
Uwagi ogólne: Wprowadzenie do systemów informacyjnych Projektowanie obiektowe Obiektowość jest nową ideologią, która zmienia myślenie realizatorów SI z zorientowanego na maszynę na zorientowane na człowieka.
Podrozdział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
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)
Diagramy związków encji ERD Ćwiczenia w modelowaniu danych
Diagramy związków encji ERD Ćwiczenia w modelowaniu danych dr Lidia Stępień wykład 5 ERD ang. Entity-Relationship Diagram Diagram związków encji Proces konstruowania projektu systemu bazy danych. Abstrakcyjna
Ś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),
Autor: 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
Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW
01-447 Warszawa ul. Newelska 6, tel. (+48 22) 34-86-520, www.wit.edu.pl Studia podyplomowe ZARZĄDZANIE SERWISEM IT PROGRAM NAUCZANIA PLAN STUDIÓW Studia podyplomowe ZARZĄDZANIE SERWISEM IT Semestr 1 Moduły
Architektura bezpieczeństwa informacji w ochronie zdrowia. Warszawa, 29 listopada 2011
Architektura informacji w ochronie zdrowia Warszawa, 29 listopada 2011 Potrzeba Pomiędzy 17 a 19 kwietnia 2011 roku zostały wykradzione dane z 77 milionów kont Sony PlayStation Network. 2 tygodnie 25 milionów
Wydział 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:
Analiza 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
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.
TRANSFORMACJA MODELU ER DO MODELU RELACYJNEGO
TRANSFORMACJA MODELU ER DO MODELU RELACYJNEGO Biologiczne Aplikacje Baz Danych dr inż. Anna Leśniewska alesniewska@cs.put.poznan.pl REPETYTORIUM Schemat bazy danych zbiór schematów relacji Relacja (tabela)
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ć
Modelowanie 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
Architektura oprogramowania w praktyce. Wydanie II.
Architektura oprogramowania w praktyce. Wydanie II. Autorzy: Len Bass, Paul Clements, Rick Kazman Twórz doskonałe projekty architektoniczne oprogramowania! Czym charakteryzuje się dobra architektura oprogramowania?
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
UML cz. II. UML cz. II 1/38
UML cz. II UML cz. II 1/38 UML cz. II 2/38 Klasy Najważniejsze informacje o klasie: różnica pomiędzy klasą a jej instancją (obiektem) na podstawie klasy tworzone są obiekty (instancje klasy) stan obiektu
Udziałowcy wpływający na poziom cen:
Analiza procesu wytwórczego Udziałowcy wpływający na poziom cen: - dostawcy podzespołów - kooperanci - dystrybutorzy - sprzedawcy detaliczni tworzą nowy model działania: Zarządzanie łańcuchem dostaw SCM
Projektowanie bazy danych przykład
Projektowanie bazy danych przykład Pierwszą fazą tworzenia projektu bazy danych jest postawienie definicji celu, założeń wstępnych i określenie podstawowych funkcji aplikacji. Każda baza danych jest projektowana
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
KARTA 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
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
Modelowanie 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
APIO. 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
ZARZĄDZANIU. Wykład VI. dr Jan Kazimirski
INFORMATYKA W ZARZĄDZANIU Wykład VI dr Jan Kazimirski jankazim@mac.edu.pl http://www.mac.edu.pl/jankazim MODELOWANIE SYSTEMÓW UML Literatura Joseph Schmuller UML dla każdego, Helion 2001 Perdita Stevens
Certified IT Manager Training (CITM ) Dni: 3. Opis:
Kod szkolenia: Tytuł szkolenia: HK333S Certified IT Manager Training (CITM ) Dni: 3 Opis: Jest to trzydniowe szkolenie przeznaczone dla kierowników działów informatycznych oraz osób, które ubiegają się
PODSTAWY 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ń
WPROWADZENIE 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,
WYBIERZ MODUŁ SZKOLENIOWY
WYBIERZ MODUŁ SZKOLENIOWY Moduł 1 Historia rozwoju biznesu hotelarskiego Klasyfikacja hoteli (międzynarodowe i polskie standardy) Sieci hotelowe, ich struktura i rodzaje Struktura zarządzania centrali
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
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...
Zintegrowany System Zarządzania w Śląskim Centrum Społeczeństwa Informacyjnego
Zintegrowany System Zarządzania w Śląskim Centrum Społeczeństwa Informacyjnego Beata Wanic Śląskie Centrum Społeczeństwa Informacyjnego II Śląski Konwent Informatyków i Administracji Samorządowej Szczyrk,
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:
INFORMATYKA GEODEZYJNO- KARTOGRAFICZNA. Modelowanie danych. Model związków-encji
Modelowanie danych. Model związków-encji Plan wykładu Wprowadzenie do modelowania i projektowania kartograficznych systemów informatycznych Model związków-encji encje atrybuty encji związki pomiędzy encjami
Dane wejściowe. Oracle Designer Generowanie bazy danych. Wynik. Przebieg procesu
Dane wejściowe Oracle Designer Generowanie bazy danych Diagramy związków encji, a w szczególności: definicje encji wraz z atrybutami definicje związków między encjami definicje dziedzin atrybutów encji
Szczególne problemy projektowania aplikacji internetowych. Jarosław Kuchta Projektowanie Aplikacji Internetowych
Szczególne problemy projektowania aplikacji Jarosław Kuchta Miejsce projektowania w cyklu wytwarzania aplikacji SWS Analiza systemowa Analiza statyczna Analiza funkcjonalna Analiza dynamiczna Analiza behawioralna
Wykł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
Modelowanie danych, projektowanie systemu informatycznego
Modelowanie danych, projektowanie systemu informatycznego Modelowanie odwzorowanie rzeczywistych obiektów świata rzeczywistego w systemie informatycznym Modele - konceptualne reprezentacja obiektów w uniwersalnym
Modelowanie i analiza systemów informatycznych Spis treści
Modelowanie i analiza systemów informatycznych Spis treści Modelowanie i analiza systemów informatycznych...1 Ćwiczenia 1...2 Wiadomości podstawowe:...2 Ćwiczenia...8 Ćwiczenia 1 Wiadomości podstawowe:
Narzędzia Informatyki w biznesie
Narzędzia Informatyki w biznesie Przedstawiony program specjalności obejmuje obszary wiedzy informatycznej (wraz z stosowanymi w nich technikami i narzędziami), które wydają się być najistotniejsze w kontekście
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
Informatyzacja przedsiębiorstw WYKŁAD
Informatyzacja przedsiębiorstw WYKŁAD dr inż. Piotr Zabawa IBM/Rational Certified Consultant pzabawa@pk.edu.pl wersja 0.1.0 07.10.2010 Wykład 1 Modelowanie procesów biznesowych Przypomnienie rodzajów narzędzi
Podstawy inżynierii oprogramowania
Podstawy inżynierii oprogramowania Modelowanie. Podstawy notacji UML Aleksander Lamża ZKSB Instytut Informatyki Uniwersytet Śląski w Katowicach aleksander.lamza@us.edu.pl Zawartość Czym jest UML? Wybrane
Wykł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
Krzysztof Wawrzyniak Quo vadis BS? Ożarów Mazowiecki, styczeń 2014
1 QUO VADIS.. BS? Rekomendacja D dlaczego? Mocne fundamenty to dynamiczny rozwój. Rzeczywistość wdrożeniowa. 2 Determinanty sukcesu w biznesie. strategia, zasoby (ludzie, kompetencje, procedury, technologia)
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
Baza 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
Podstawy projektowania systemów komputerowych
Podstawy projektowania systemów komputerowych Diagramy klas UML 1 Widok logiczny Widok logiczny Widok fizyczny Widok przypadków użycia Widok procesu Widok konstrukcji Używany do modelowania części systemu
Spis treści. Przedmowa... 11
Spis treści Przedmowa.... 11 Nowe trendy badawcze w ruchu lotniczym. Zagadnienia wstępne... 13 I. Ruch lotniczy jako efekt potrzeby komunikacyjnej pasażera.... 13 II. Nowe środki transportowe w ruchu lotniczym....
Procesowa 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
Techniki i rozwiązania IT w optymalizacji procesów
Techniki i rozwiązania IT w optymalizacji procesów dr inż. amber.zarz.agh.edu.pl/amaciol Cel przedmiotu Zapoznać się z problemami informacyjnodecyzyjnymi zarządzania organizacjami Nauczyć się wykorzystywać
Diagramy związków encji. Laboratorium. Akademia Morska w Gdyni
Akademia Morska w Gdyni Gdynia 2004 1. Podstawowe definicje Baza danych to uporządkowany zbiór danych umożliwiający łatwe przeszukiwanie i aktualizację. System zarządzania bazą danych (DBMS) to oprogramowanie
Wykład XII. optymalizacja w relacyjnych bazach danych
Optymalizacja wyznaczenie spośród dopuszczalnych rozwiązań danego problemu, rozwiązania najlepszego ze względu na przyjęte kryterium jakości ( np. koszt, zysk, niezawodność ) optymalizacja w relacyjnych
030 PROJEKTOWANIE BAZ DANYCH. Prof. dr hab. Marek Wisła
030 PROJEKTOWANIE BAZ DANYCH Prof. dr hab. Marek Wisła Elementy procesu projektowania bazy danych Badanie zależności funkcyjnych Normalizacja Projektowanie bazy danych Model ER, diagramy ERD Encje, atrybuty,
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
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
TECHNOLOGIE OBIEKTOWE. Wykład 3
TECHNOLOGIE OBIEKTOWE Wykład 3 2 Diagramy stanów 3 Diagram stanu opisuje zmiany stanu obiektu, podsystemu lub systemu pod wpływem działania operacji. Jest on szczególnie przydatny, gdy zachowanie obiektu
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
Bazy danych i usługi sieciowe
Bazy danych i usługi sieciowe Modelowanie związków encji Paweł Daniluk Wydział Fizyki Jesień 2014 P. Daniluk (Wydział Fizyki) BDiUS w. II Jesień 2014 1 / 28 Modelowanie Modelowanie polega na odwzorowaniu
Spis 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.
Inżynieria Oprogramowania w Praktyce
Inżynieria Oprogramowania w Praktyce Ogólna prezentacja kierunku Projekt współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego. www.aict.pjwstk.edu.pl 1 Kogo chcemy
PROGRAM STUDIÓW ZINTEGROWANE SYSTEMY ZARZĄDZANIA SAP ERP PRZEDMIOT GODZ. ZAGADNIENIA
PROGRAM STUDIÓW ZINTEGROWANE SYSTEMY ZARZĄDZANIA SAP ERP PRZEDMIOT GODZ. ZAGADNIENIA Zarządzanie zintegrowane Zintegrowane systemy informatyczne klasy ERP Zintegrowany system zarządzania wprowadzenia System,
Egzamin / 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
Iteracyjno-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
ZARZĄDZANIE RELACJAMI Z KLIENTEM system CRM. Ewa Woźniak, Krzysztof Wieczorek gr. MSP2
ZARZĄDZANIE RELACJAMI Z KLIENTEM system CRM Ewa Woźniak, Krzysztof Wieczorek gr. MSP2 SYSTEM CRM (Customer Relationship Management) CRM to jedna z wielu strategii marketingowych, która ma za zadanie nawiązanie
Transformacja modelu EER do postaci relacyjnego modelu danych. Zbyszko Królikowski
Transformacja modelu EER do postaci relacyjnego modelu danych Zbyszko Królikowski 1 Repetytorium pojęcia podstawowe relacyjnego modelu danych Schemat implementacyjny (logiczny) bazy danych: schemat, na
Projektowanie BAZY DANYCH
Projektowanie BAZY DANYCH Podstawowe pojęcia Encją jest każdy przedmiot, zjawisko, stan lub pojęcie, czyli każdy obiekt, który potrafimy odróżnić od innych obiektów ( np. pies, rower,upał). Encje podobne
Programowanie 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
Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów dziennych studiów II stopnia)
Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów dziennych studiów II stopnia) WERSJA WSTĘPNA, BRAK PRZYKŁADOWYCH PYTAŃ DLA NIEKTÓRYCH PRZEDMIOTÓW Należy wybrać trzy dowolne przedmioty.
Bazy danych 1. Wykład 5 Metodologia projektowania baz danych. (projektowanie logiczne)
Bazy danych 1 Wykład 5 Metodologia projektowania baz danych (projektowanie logiczne) Projektowanie logiczne przegląd krok po kroku 1. Usuń własności niekompatybilne z modelem relacyjnym 2. Wyznacz relacje
HP Service Anywhere Uproszczenie zarządzania usługami IT
HP Service Anywhere Uproszczenie zarządzania usługami IT Robert Nowak Architekt rozwiązań HP Software Dlaczego Software as a Service? Najważniejsze powody za SaaS UZUPEŁNIENIE IT 2 Brak zasobów IT Ograniczone
STUDIA 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
GLOBAL4NET Agencja interaktywna
Sklep internetowy Magento dla Rotom Polska Strona1 System B2B dla Rotom Polska Rotom jest jednym z czołowych dystrybutorów palet drewnianych, opakowań oraz nośników logistycznych dla przedsiębiorstw w
Akademia testera oprogramowania i systemów IT Poziom I specjalista testowania (56 h) kurs dzienny
K U R S Z A W O D O W Y Akademia testera oprogramowania i systemów IT Poziom I specjalista testowania (56 h) kurs dzienny MIEJSCE I TERMIN: Warszawa, 1 3 marca 2017 r. Terminy szczegółowe: Sesja A, 1 3
NOWOCZESNE ZARZĄDZANIE W INSTYTUCJACH RYNKU PRACY Z WYKORZYSTANIEM ZARZĄDZANIA PROCESOWEGO
NOWOCZESNE ZARZĄDZANIE W INSTYTUCJACH RYNKU PRACY Z WYKORZYSTANIEM ZARZĄDZANIA PROCESOWEGO WOJEWÓDZKI URZĄD PRACY W KRAKOWIE ANDRZEJ MARTYNUSKA, Dyrektor WUP Agnieszka Kaczmarczyk-Zaryczny Krzysztof Banach
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.
Pytania z przedmiotu Logistyka i zarządzanie łańcuchem dostaw
Pytania z przedmiotu Logistyka i zarządzanie łańcuchem dostaw 1. Wymienić etapy rozwoju logistyki. 2. Podaj definicje logistyki. 3. Jakie wnioski wypływają z definicji określającej, co to jest logistyka?
PRZEWODNIK 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
System B2B jako element przewagi konkurencyjnej
2012 System B2B jako element przewagi konkurencyjnej dr inż. Janusz Dorożyński ZETO Bydgoszcz S.A. Analiza biznesowa integracji B2B Bydgoszcz, 26 września 2012 Kilka słów o sobie główny specjalista ds.
NIS/YP co to takiego?
NIS/YP co to takiego? NIS/YP Network Information System/Yellow Pages System centralizujący administrowanie systemami UNIX'owymi, bazujący na technologii RPC (Remote Procedure Call) i technologii klient/serwer,
Wprowadzenie do zarządzania procesami biznesowymi
Wprowadzenie do zarządzania procesami biznesowymi Definicja procesu Proces jest jednostką pracy obejmującą wiele czynności, wykonywanych w ogólności przez różnych wykonawców i w sposób współbieżny. Proces
Bazy danych. Plan wykładu. Diagramy ER. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych
Plan wykładu Bazy danych Wykład 9: Przechodzenie od diagramów E/R do modelu relacyjnego. Definiowanie perspektyw. Diagramy E/R - powtórzenie Relacyjne bazy danych Od diagramów E/R do relacji SQL - perspektywy
Jarosław Żeliński analityk biznesowy, projektant systemów
Modele wdrażania i zarządzania projektami ERP Jarosław Żeliński analityk biznesowy, projektant systemów (c) Jarosław Żeliński IT-Consulting 1 Cel prezentacji Wskazanie kluczowych ryzyk projektów wdrożenia
Transformacja modelu ER do modelu relacyjnego
Transformacja modelu ER do modelu relacyjnego Wykład przygotował: Robert Wrembel BD wykład 4 (1) 1 Plan wykładu Transformacja encji Transformacja związków Transformacja hierarchii encji BD wykład 4 (2)
HumanTechnology. Projektowanie interakcji. czyli łatanie dziury w procesie produkcji
HumanTechnology Projektowanie interakcji czyli łatanie dziury w procesie produkcji Czym jest projektowanie interakcji? Projektowanie interakcji, czyli współdziałania człowieka z komputerem, wykorzystuje