Cykl Ŝycia systemów informatycznych
|
|
- Kazimierz Makowski
- 7 lat temu
- Przeglądów:
Transkrypt
1 Wydział Odlewnictwa Wirtualizacja technologii odlewniczych Projektowanie systemów zarządzania
2 Treść wykładu Cykl Ŝycia systemu SDLC Metody stosowane w SDLC Metodyki alternatywne 2
3 Cykl Ŝycia SI System Development Life Cycle (SDLC) - standardowa metoda rozwijania SI, zakładająca sekwencyjne (ale zachodzące na siebie) wykonanie następujących etapów: 1. analiza istniejącego systemu 2. zdefiniowanie wymagań 3. projektowanie 4. opracowanie nowego systemu lub zakup 5. wdroŝenie 6. działanie operacyjne 7. ocena działania systemu 8. utrzymanie i konserwacja Wynikiem kaŝdego etapu moŝe być zatrzymanie prac lub powrót do któregoś z wcześniejszych etapów. 3
4 Cykl Ŝycia SI Dlaczego nie zawsze się udaje UŜytkownik nie umie wyartykułować swoich potrzeb. Próba wdroŝenia nierealnego projektu. Niedopasowanie poszczególnych części systemu. Opracowanie i wdroŝenie systemu informatycznego jest duŝym przedsięwzięciem organizacyjnym. 4
5 Cykl Ŝycia SI Dlaczego nie zawsze się udaje Autor programu nigdy nie przetestuje go wiarygodnie. Nie ma programów bezbłędnie działających, są co najwyŝej niedostatecznie przetestowane. Prawa Weilera obsługi i konserwacji oprogramowania: KaŜdy działający program jest przestarzały. JeŜeli program jest uŝyteczny, to będzie musiał być zmieniany. Pełną dokumentację mają tylko programy bezuŝyteczne. ZłoŜoność programu rośnie odwrotnie proporcjonalnie do zdolności programisty ten program konserwującego. Drugie prawo Weinberga: Gdyby budowlani budowali domy w taki sam sposób, w jaki programiści piszą programy, to jeden dzięcioł zniszczyłby całą cywilizację. 5
6 Cykl Ŝycia SI 6
7 Cykl Ŝycia analiza istniejącego systemu Celem badania jest określenie czy istniejący system spełnia wyznaczone cele i zadania organizacji. Badanie wykonuje specjalnie powołany zespół, którego skład zaleŝy od wielkości organizacji. Zespół jest odpowiedzialny za opracowanie raportu oceniającego potrzebę analizy i zaprojektowania systemu. Decyzję o dalszych pracach podejmuje kierownictwo organizacji. Analiza ma wskazać problemy i ograniczenia istniejącego systemu oraz określić, w jaki sposób rozszerzyć system, by spełniał cele i zadania organizacji: wybór zespołu zebranie danych analiza danych przygotowanie raportu 7
8 Cykl Ŝycia analiza istniejącego systemu NaleŜy połoŝyć nacisk na silne i słabe strony istniejącego systemu przetwarzania danych. NaleŜy przede wszystkim określić: wejścia i wyjścia systemu, kartoteki (zbiory), ich zawartość i sposoby przechowywania, zasady współdziałania uŝytkowników, metody i procedury przetwarzania danych, działający sprzęt i oprogramowanie. 8
9 Cykl Ŝycia analiza istniejącego systemu Zbieranie danych: techniki wywiady (kierowane i swobodne) kwestionariusze przykładowe dokumenty bezpośrednie obserwacje rozmowy telefoniczne testy statystyczne symulacja 9
10 Cykl Ŝycia analiza istniejącego systemu Analiza danych ma za cel przetworzenie surowych danych w formę dostosowaną do oceny istniejącego systemu. M. in. naleŝy określić: największy, najmniejszy i średni poziom aktywności uŝytkowników, redundancję procedur, operacje najbardziej pracochłonne, operacje, które wymagają duŝych nakładów obliczeniowych, procedury, które stały się zbędne. 10
11 Metody projektowania i analizy systemów Podejście systemowe (strukturalne) Narzędzia i techniki charakteryzujące się podejściem topdown, w którym uŝytkownicy analizują system począwszy od duŝego stopnia uogólnienia i stopniowo go uszczegółowiają. 11
12 Metody projektowania i analizy systemów Podejście systemowe (strukturalne) Diagram kontekstowy (Context Diagram) Graficznie opisuje ogólną budowę systemu; Diagramy przepływu danych (DFD - Data Flow Diagrams) Przedstawia funkcjonowanie podsystemów, DFD pokazuje 3 czynniki: w jaki sposób dane przepływają przez system (wejścia i wyjścia), procesy przetwarzania danych, gdzie dane są zapamiętywane i przechowywane. Opis danych: diagram związków encji (ERD); Opis procesów: wykresy przepływów w systemie (system flowchart), drzewa decyzyjne, tablice decyzyjne. 12
13 Metody projektowania i analizy systemów Analiza procesów - tablice decyzyjne Reguła nr Warunek Ile dni upłynęlo od terminu zapłaty? poniŝej 14 T N N T N N T N N N T N N T N N T N powyŝej 30 N N T N N T N N T 2. Kwota naleŝności poniŝej 1000 zł T T T N N N N N N zł N N N T T T N N N powyŝej 5000 zł N N N N N N T T T Decyzja 1. wysłać wezwanie do zapłaty X X X X X X X X 2. zawiadomić komórkę rewindykacji X X X 3. wstrzymać kredytowanie powyŝej 1000 zł X 4. wstrzymać kredytowanie w ogóle X 13
14 Cykl Ŝycia zdefiniowanie wymagań Celem tego etapu jest odpowiedź na pytanie: co i w jaki sposób będzie robił system. System powinien rozwiązać problemy wykryte w etapie I. Wymagania organizacyjne: wejścia, magazynowanie danych, przetwarzanie i wyjścia. Wymagania wpływające na oprogramowanie i sprzęt. Oszacowanie moŝliwych wariantów. Opracowanie raportu. 14
15 Cykl Ŝycia projektowanie systemu Ogólny projekt sytemu powinien zawierać: uwarunkowania organizacyjne określenie funkcji systemu projekt wyjść projekt procedur przetwarzania projekt wejść projekt zbiorów i baz danych UŜywane techniki 15
16 Cykl Ŝycia opracowanie nowego systemu Przegląd wymagań oprogramowania pod względem wejść, wyjść i przetwarzania Opracowanie logiki programu Zakodowanie programu Przetestowanie programu Udokumentowanie programu 16
17 Cykl Ŝycia wdroŝenie systemu Opracowanie dokumentacji operacyjnej Przeszkolenie uŝytkowników Przekształcenie zbiorów danych Przetestowanie systemu Praca z nowym systemem 17
18 Cykl Ŝycia wdroŝenie systemu Podejście Opis WdroŜenie równoległe WdroŜenie bezpośrednie Stary i nowy system funkcjonują równolegle, aŝ nowy zacznie odpowiednio działać Kosztowne, ale bezpieczne Najlepsze dla krytycznych podsystemów Nowy system natychmiast zastępuje stary Mniej kosztowne, ale bardziej ryzykowne Najlepsze dla niekrytycznych podsystemów 18
19 Cykl Ŝycia wdroŝenie systemu Podejście Opis WdroŜenie pilotaŝowe WdroŜenie etapowe Jedna z jednostek jest polem doświadczalnym Najlepsze dla średniokrytycznych podsystemów Elementy nowego systemu stopniowo zastępują elementy starego Bezpieczne i konserwatywne podejście Najlepsze dla krytycznych podsystemów 19
20 Cykl Ŝycia ocena i utrzymanie systemu Określenie czy system spełnia oczekiwania uŝytkowników Utrzymanie (konserwacja) systemu: poprawianie błędów, niewielkie zmiany w funkcjonowaniu, regularna aktualizacja. 20
21 Inne metodyki rozwijania systemów SDLC szczególnie dobrze sprawdza się w projektach, gdzie uŝytkownicy mają jasno sprecyzowane wymagania. Alternatywą lub raczej uzupełnieniem SDLC mogą być nowe metodyki rozwijania oprogramowania jak: prototypowanie, Joint application design (JAD) czy Extreme Programming (XP). Prototypowanie - metodyka tworzenia systemów, która polega na tworzeniu i ocenie prototypów czyli roboczych modeli systemu. 21
22 Pakiety oprogramowania aplikacyjnego UŜywane przez firmy, które nie mają doświadczenia lub potrzeby rozwoju systemu jako całości. Dobre dla niekrytycznych aplikacji takich jak: word processing, analizy finansowe, ewidencja magazynowa czy kadrowa. Z reguły pakiety te wymagają dostosowania (ang. customization) do specyfiki firmy. 22
23 Pakiety oprogramowania aplikacyjnego Gotowe pakiety z minimalnymi zmianami 49% Tworzone na zamówienie 26% Bd 2% Gotowe pakiety z duŝymi zmianami 23% 23
24 Pakiety oprogramowania aplikacyjnego Kluczowym elementem sukcesu w tej metodzie jest dokładne sprecyzowanie wymagań odnośnie cech, jakie musi spełniać oferowane oprogramowanie. Porównanie róŝnych ofert pozwoli wybrać to, które w największym stopniu spełnia nasze wymagania. 24
25 Systemy tworzone przez uŝytkowników Rozwój systemów przez uŝytkowników końcowych z małym lub nawet bez formalnego wsparcia specjalistów-informatyków. Pozwalają uŝytkownikom na uwzględnienie swoich specyficznych potrzeb biznesowych. Podejście właściwe w przypadku małych podsystemów, nie przetwarzających masowych transakcji. 25
26 Outsourcing Praktyka polegająca na zlecaniu obsługi informatycznej i telekomunikacyjnej do usługodawców zewnętrznych. Dokonywane ze względów ekonomicznych lub technicznych. Funkcje Udział DzierŜawa PC i sieci 35% Wsparcie techniczne 34% Rozwój aplikacji 30% Brak 24% Obsługa systemu 22% Konserwacja systemu 19% Inne 19% Call center 15% 26
27 Rozwój systemów czynniki sukcesu Wszystkie systemy informatyczne są systemami biznesowymi Wiele projektów kończy się niepowodzeniem, bo są postrzegane jako projekty techniczne, a nie biznesowe Reagowanie na zmiany W miarę zmian w otoczeniu systemu, system musi się zmieniać Rozwój systemu jest procesem ryzykownym 27
28 Rozwój systemów czynniki sukcesu Standardowe rozwiązania nie są wystarczające szczególnie w globalnym otoczeniu NaleŜy uwzględniać uwarunkowania techniczne, kulturowe i polityczne Zespół ds. rozwoju IS menadŝer musi zbudować zespół zdolny do twórczej, innowacyjnej i grupowej pracy UŜytkownicy Kluczowym czynnikiem sukcesu nie jest sprzęt ani oprogramowanie, lecz uŝytkownicy 28
Cykl życia systemów informatycznych
Wydział Odlewnictwa Wirtualizacja procesów odlewniczych Katedra Informatyki Stosowanej WZ AGH Cykl życia systemów Projektowanie systemów zarządzania produkcją Treść wykładu Cykl życia systemu SDLC Metody
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ółowoMODELE CYKLU śycia OPROGRAMOWANIA
MODELE CYKLU śycia OPROGRAMOWANIA Plan prezentacji: Definicja procesu i procesu programowego Model buduj i poprawiaj Model kaskadowy (czysty i z nawrotami) Modele ewolucyjne (spiralny i przyrostowy) Prototypowanie
Bardziej szczegółowoProjektowanie zorientowane na uŝytkownika
Uniwersytet Jagielloński Interfejsy graficzne Wykład 2 Projektowanie zorientowane na uŝytkownika Barbara Strug 2011 Hall of shame Hall of shame Model wodospad Feedback Problem z modelem waterfall Projektowanie
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ółowoSYSTEMY INFORMATYCZNE ćwiczenia praktyczne
SYSTEMY INFORMATYCZNE ćwiczenia praktyczne 12.03.2019 Piotr Łukasik p. 373 email: plukasik@agh.edu.pl / lukasik.pio@gmail.com www.lukasikpiotr.com Zakres tematyczny implementacji projektu informatycznego
Bardziej szczegółowoPLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.4 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA numer wersji
Bardziej szczegółowoProjektowanie systemów informatycznych. Roman Simiński programowanie.siminskionline.pl. Cykl życia systemu informatycznego
systemów informatycznych Roman Simiński roman.siminski@us.edu.pl programowanie.siminskionline.pl Cykl życia systemu informatycznego Trochę wprowadzenia... engineering co to oznacza? Oprogramowanie w sensie
Bardziej szczegółowoPLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.6 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT WERSJA
Bardziej szczegółowo2.4.2 Zdefiniowanie procesów krok 2
2.4.2 Zdefiniowanie procesów krok 2 Ustalenie mapy procesów wbrew pozorom nie jest takie łatwe. Często organizacje opierają się na obowiązującej strukturze organizacyjnej, a efekt jest taki, Ŝe procesy
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ół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ółowoProjekt. Prince2 PRoject. IN Controlled Environments PROCESY KOMPONENTY TECHNIKI
4 Kilka słów o metodyce Prince2 Do czego słuŝy? 5 Kilka słów o metodyce Prince2 Skąd się wzięła? Prince2 PRoject IN Controlled Environments Metodyka zarządzania projektem, nie realizacji projektu!!! Projekty
Bardziej szczegółowoTechniki 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ć
Bardziej szczegółowoOceny z prezentacji INKU011S. Zofia Kruczkiewicz
Oceny z prezentacji INKU011S Zofia Kruczkiewicz Data Student Oceny Uwagi 22.10.2017 231085 3.0 Przedstaw idealne środowisko do stosowania inżynierii oprogramowania- opisz elementy tego środowiska (sprzęt
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ół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ół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ółowoWszystkie problemy leżą w testach. ForProgress spółka z ograniczoną odpowiedzialnością sp.k.
Wszystkie problemy leżą w testach O czym będziemy rozmawiać Coś nie wyszło Jak wygląda proces wytwórczy Każdy widzi to inaczej Jakie wnioski wyciągamy z testów Analiza problemów Możliwe rozwiązania O czym
Bardziej szczegółowoTematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz
Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 Zofia Kruczkiewicz 1. Przedstaw znaczenie oprogramowania we współczesnym świecie. x 3 2. Jaki wpływ na ludzi, komunikację
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ółowoLogika projektu EFS w odniesieniu do nowej wersji Generatora Wniosków Aplikacyjnych.
Logika projektu EFS w odniesieniu do nowej wersji Generatora Wniosków Aplikacyjnych. Dariusz Kurcman Regionalny Ośrodek EFS w Kielcach Kielce, 17.02.2011 Nowa rzeczywistość PO KL w 2011 r. 1. Nowy wzór
Bardziej szczegółowoPROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.5 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PROJEKT INTERFEJSU UśYTKOWNIKA PROJEKT WERSJA numer wersji
Bardziej szczegółowoISO 27001 w Banku Spółdzielczym - od decyzji do realizacji
ISO 27001 w Banku Spółdzielczym - od decyzji do realizacji Aleksander Czarnowski AVET Information and Network Security Sp. z o.o. Agenda ISO 27001 zalety i wady Miejsce systemów bezpieczeństwa w Bankowości
Bardziej szczegółowoSpis treści. Część I Wprowadzenie do pakietu oprogramowania Analysis Services
Spis treści Wstęp... ix Odkąd najlepiej rozpocząć lekturę?... ix Informacja dotycząca towarzyszącej ksiąŝce płyty CD-ROM... xi Wymagania systemowe... xi Instalowanie i uŝywanie plików przykładowych...
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ółowoAcusera 24.7 - zarządzanie wynikami kontroli wewnątrzlaboratoryjnej
Acusera 24.7 - zarządzanie wynikami kontroli wewnątrzlaboratoryjnej II Konferencja Diagnostów Laboratoryjnych Śląski Urząd Wojewódzki w Katowicach 14 września 2015 Acusera 24. 7 - główne funkcje: 1.Prowadzenie
Bardziej szczegółowoSPIS TREŚCI Audyt wewnętrzny wydanie II
SPIS TREŚCI Audyt wewnętrzny wydanie II 1. WSTĘP... 10 1.1. Międzynarodowe standardy audytu wewnętrznego... 10 1.2. Zasady etyki zawodowej... 13 1.3. Miejsce audytu wewnętrznego w organizacji... 21 1.4.
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ółowoFeature 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
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ół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ół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ółowoInżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu
Inżynieria wymagań Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia Część 5 Definicja systemu Opracowane w oparciu o materiały IBM (kurs REQ480: Mastering Requirements Management with Use
Bardziej szczegółowoInżynieria oprogramowania
Inżynieria oprogramowania Wykład 8 Inżynieria wymagań: analiza przypadków użycia a diagram czynności Patrz: Stanisław Wrycza, Bartosz Marcinkowski, Krzysztof Wyrzykowski, Język UML 2.0 w modelowaniu systemów
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ółowoNie dotyczy działania 1.1 i 1.2. Strona 1 z 11
Wytyczne Instytucji Zarządzającej Regionalnym Programem Operacyjnym dla Województwa Dolnośląskiego na lata 2007-2013 w zakresie moŝliwości łączenia w jednym projekcie róŝnych rodzajów przedsięwzięć kwalifikowanych
Bardziej szczegółowoAgile Project Management
Charles G. Cobb, pmp Zrozumieć Agile Project Management Równowaga kontroli i elastyczności przekład: Witold Sikorski APN Promise Warszawa 2012 Spis treści Wstęp...vii Kto powinien przeczytać tę książkę?...
Bardziej szczegółowoTworzenie gier na urządzenia mobilne
Katedra Inżynierii Wiedzy Wykład 3 O czym dzisiaj? Metodyki tworzenia oprogramowania; Praca w zespole; Zarządzanie projektem; Narzędzia wspomagające i dobre praktyki; Zabezpieczenie kodu. Jaki model wybrać?
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ół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ół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ół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ółowoOptymalizacja wybranych procesów obsługi klienta. Dzień 1.
Optymalizacja wybranych procesów obsługi klienta w sektorze publicznym Dzień 1. Cele warsztatów Główne cele naszego warsztatu to: przygotowanie do samodzielnego optymalizowania procesów utrwalenie techniki
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ół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ół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ółowoModelowanie obiektowe - Ćw. 5.
1 Modelowanie obiektowe - Ćw. 5. Treść zajęć: Dokumentacja przypadków użycia tworzenie scenariuszy. Diagramy przypadków użycia przedstawiają bardzo ogólny obraz systemu, nie pozwalają jednak na przedstawienie
Bardziej szczegółowoZmiany i nowe wymagania w normie ISO 9001:2008
FORUM WYMIANY DOŚWIADCZEŃ DLA KONSULTANTÓW 19-20 listopada 2007r. Zmiany i nowe wymagania w normie ISO 9001:2008 Grzegorz Grabka Dyrektor Działu Certyfikacji Systemów, Auditor Senior TÜV CERT 1 Zmiany
Bardziej szczegółowoKrajowy System Informatyczny SIMIK 07-13. Tymczasowe procedury zgłaszania problemów/zmian/incydentów dot. naruszenia bezpieczeństwa informacyjnego.
Krajowy System Informatyczny SIMIK 07-13 Tymczasowe procedury zgłaszania problemów/zmian/incydentów dot. naruszenia bezpieczeństwa informacyjnego. Zatwierdzam: Wersja 1.1. Warszawa, dnia 25 lipca 2008
Bardziej szczegółowoRozpoczęcie, inicjacja (ang. inception
Wydział Informatyki PB Analogia do budowanego domu Inżynieria oprogramowania II Wykład 2: Proces tworzenia oprogramowania (na podstawie Unified Process) Marek Krętowski pokój 206 e-mail: mkret@ii.pb.bialystok.pl
Bardziej szczegółowoSystem Raportowania Zarządczego oraz Analiz Porównawczych w Jednostkach Samorządu Terytorialnego w oparciu o narzędzia Business Intelligence
System Raportowania Zarządczego oraz Analiz Porównawczych w Jednostkach Samorządu Terytorialnego w oparciu o narzędzia Business Intelligence Małgorzata Szlachetka MenedŜer Działu Rozwiązania BI Rynek Samorządów
Bardziej szczegółowoZarządzanie Projektami zgodnie z PRINCE2
Zarządzanie Projektami zgodnie z PRINCE2 Opis Metodyka PRINCE2 powstała na bazie doświadczeń z wielu lat dobrych praktyk zarządzania projektami. Metodyka ta oferuje elastyczne i łatwe do adaptacji podejście
Bardziej szczegółowoProwadzący Andrzej Kurek
Prowadzący Andrzej Kurek Centrala Rzeszów Oddziały Lublin, Katowice Zatrudnienie ponad 70 osób SprzedaŜ wdroŝenia oprogramowań firmy Comarch Dopasowania branŝowe Wiedza i doświadczenie Pełna obsługa: Analiza
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ół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ół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ół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ółowoJarosł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
Bardziej szczegółowoNa podstawie 6 ust. 1 oraz 10 ust. 1 Regulaminu Organizacyjnego ACK Cyfronet AGH z dnia 28 kwietnia 2005 roku zarządzam co następuje:
ACK-DN-021-1-20/15 Zarządzenie nr 20/2015 Dyrektora ACK Cyfronet AGH z dnia 30 grudnia 2015 roku w sprawie ważniejszych zadań Działu Sieci Komputerowych, Sekcji Komputerów Dużej Mocy, Działu Użytkowników
Bardziej szczegółowoTechnologia informacyjna
Technologia informacyjna Pracownia nr 9 (studia stacjonarne) - 05.12.2008 - Rok akademicki 2008/2009 2/16 Bazy danych - Plan zajęć Podstawowe pojęcia: baza danych, system zarządzania bazą danych tabela,
Bardziej szczegółowoAgenda. O badaniu Cele badawcze Wnioski z badania
Agenda O badaniu Cele badawcze Wnioski z badania O badaniu Projekt badawczy został zrealizowany w okresie listopad 2007 kwiecień 2008 Do zebrania danych wykorzystano: Ankietę w formie elektronicznej Wywiady
Bardziej szczegółowoPolityka Bezpieczeństwa jako kluczowy element systemu informatycznego. Krzysztof Młynarski Teleinformatica Krzysztof.Mlynarski@security.
Polityka Bezpieczeństwa jako kluczowy element systemu informatycznego Krzysztof Młynarski Teleinformatica Krzysztof.Mlynarski@security.pl Główne zagadnienia referatu Pojęcie Polityki Bezpieczeństwa Ocena
Bardziej szczegółowoZAMAWIAJĄCY. CONCEPTO Sp. z o.o.
Grodzisk Wielkopolski, dnia 11.02.2013r. ZAMAWIAJĄCY z siedzibą w Grodzisku Wielkopolskim (62-065) przy ul. Szerokiej 10 realizując zamówienie w ramach projektu dofinansowanego z Programu Operacyjnego
Bardziej szczegółowoPROCEDURA NABORU PRACOWNIKÓW NA WOLNE STANOWISKA URZĘDNICZE
Wersja: 3 stanowiska urzędnicze Str. 1 z 11 PROCEDURA NABORU PRACOWNIKÓW NA WOLNE STANOWISKA URZĘDNICZE Egzemplarz nr 2 OPRACOWAŁ Anna Bolek Data: 01.04.2009 Podpis SPRAWDZIŁ: Maria Pugacewicz Data: 01.04.2009
Bardziej szczegółowoEFEKTY KSZTAŁCENIA DLA KIERUNKU STUDIÓW
EFEKTY KSZTAŁCENIA DLA KIERUNKU STUDIÓW WYDZIAŁ KIERUNEK z obszaru nauk POZIOM KSZTAŁCENIA FORMA STUDIÓW PROFIL JĘZYK STUDIÓW Podstawowych Problemów Techniki Informatyka technicznych 6 poziom, studia inżynierskie
Bardziej szczegółowoNarzę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
Bardziej szczegółowoTesty poziom po poziomie
poziom po poziomie Prowadzący: Tomasz Mielnik Eliza Słonińska Agenda 1. Modele prowadzenia projektów 2. V-Model 3. Poziomy testów 4. Typy testów 5. Zadanie 1 Modele prowadzenia projektów Wodospadowy (ang.
Bardziej szczegółowoAnaliza biznesowa a metody agile owe
Analiza biznesowa a metody agile owe P6S_WG01 ma wiedzę w zakresie metodyk zwinnych P6S_WG02 ma wiedzę w zakresie zwinnego gromadzenia i zarządzania wymaganiami P6S_WG03 zna i rozumie proces wytwarzania
Bardziej szczegółowoOutsourcing procesów. dr Arkadiusz Wargin CTPartners S.A. Analiza projektu B2B Kielce, 18 października 2012
2012 Outsourcing procesów dr Arkadiusz Wargin CTPartners S.A. Analiza projektu B2B Kielce, 18 października 2012 Agenda Firma przez pryzmat architektury korporacyjnej Outsourcing główne etapy Etap przygotowania
Bardziej szczegółowoZarządzanie projektem wdrożeniowym systemu klasy ERP autorska metodyka
Zarządzanie projektem wdrożeniowym systemu klasy ERP autorska metodyka 1 Plan prezentacji Dlaczego potrzebna jest metodyka wdrożeń systemów ERP? Źródła metodyki Założenia metodyki Cykl życia projektu Kastomizacja
Bardziej szczegółowoPrzetwarzanie i zabezpieczenie danych w zewnętrznym DATA CENTER
Przetwarzanie i zabezpieczenie danych w zewnętrznym DATA CENTER Gdańsk, 27-28 września 2012 r. Krzysztof Pytliński Zakład Teleinformatyki Kontekst Data Center jako usługa zewnętrzna, zaspokajająca potrzeby
Bardziej szczegółowoPRZEDMIOTOWY SYSTEM OCENIANIA Z PRZEDMIOTU SYSTEMY BAZ DANYCH
PRZEDMIOTOWY SYSTEM OCENIANIA Z PRZEDMIOTU SYSTEMY BAZ DANYCH I. CELE EDUKACYJNE PRZEDMIOTU pogłębianie rozumienia podstaw działania i funkcjonowania baz danych we współczesnym świecie kształtowanie postawy
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ółowoPRZEDMIOTOWY SYSTEM OCENIANIA. z przedmiotu. Programowanie strukturalne i obiektowe. dla technikum informatycznego
PRZEDMIOTOWY SYSTEM OCENIANIA z przedmiotu Programowanie strukturalne i obiektowe dla technikum informatycznego Zespół Szkół Ogólnokształcących i Technicznych w Słupsku Krzysztof Smoliński 1. Uczniowie
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ół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ółowoProgramowanie obiektowe
Programowanie obiektowe Laboratorium 1 - wprowadzenie do zarządzania projektami mgr inż. Krzysztof Szwarc krzysztof@szwarc.net.pl Sosnowiec, 22 luty 2017 1 / 29 mgr inż. Krzysztof Szwarc Programowanie
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ółowoSkrócone opisy pryncypiów architektury korporacyjnej podmiotów publicznych
Skrócone opisy pryncypiów architektury korporacyjnej podmiotów publicznych Wersja: 1.0 17.06.2015 r. Wstęp W dokumencie przedstawiono skróconą wersję pryncypiów architektury korporacyjnej podmiotów publicznych.
Bardziej szczegółowoProces tworzenia oprogramowania
Proces tworzenia oprogramowania http://www.projectportfolio.pl/fun/cykl%20zycia%20projektu.jpg Wykorzystane materiały: prezentacje J.E. Sienkiewicza I. Sommerville, InŜynieria oprogramowania, WNT 2003
Bardziej szczegółowo3.5. Podejście socjotechniczne do problemów organizacji
3.5. Podejście socjotechniczne do problemów organizacji 3.5.1. Postępowanie Aby sprostać wymaganiom skutecznego rozwiązywania problemów organizacji, postępowanie badawcze powinno spełniać następujące warunki:
Bardziej szczegółowoInstrukcja uŝytkownika aplikacji modernizowanego Systemu Informacji Oświatowej
Instrukcja uŝytkownika aplikacji modernizowanego Systemu Informacji Oświatowej WPROWADZANIE DANYCH DO SYSTEMU INFORMACJI OŚWIATOWEJ NA POZIOMIE PLACÓWKI Moduł I: Specyfika szkoły Wersja 1.0 styczeń 2013
Bardziej szczegółowoFilip Berdowski Bydgoszcz, 26 października 2009 r.
Praktyka eksploatacji usług Filip Berdowski Bydgoszcz, 26 października 2009 r. AGENDA I II III IV V VI Procesy eksploatacji usług Funkcje eksploatacji usług Procesy obsługi zgłoszeń Trzy linie wsparcia
Bardziej szczegółowobo od managera wymaga się perfekcji
bo od managera wymaga się perfekcji MODELOWANIE PROCESÓW Charakterystyka modułu Modelowanie Procesów Biznesowych (BPM) Modelowanie procesów biznesowych stanowi fundament wdroŝenia systemu zarządzania jakością
Bardziej szczegółowoCzym się kierować przy wyborze systemu ERP? poradnik
Czym się kierować przy wyborze systemu ERP? poradnik Inwestycja w system ERP to decyzja wiążąca na lata, generująca w pierwszym momencie koszty, ale przede wszystkim mająca decydujący wpływ na przebieg
Bardziej szczegółowoOferta Banku Zachodniego WBK S.A. na usługę Elektronicznej Identyfikacji NaleŜności dla. Warszawa, 2008-11- 14
Oferta Banku Zachodniego WBK S.A. na usługę Elektronicznej Identyfikacji NaleŜności dla Warszawa, 2008-11- 14 I. Opis usługi Elektroniczna Identyfikacja NaleŜności Elektroniczna Identyfikacja NaleŜności
Bardziej szczegółowoINSTRUKCJA ZARZĄDZANIA SYSTEMAMI INFORMATYCZNYMI W COLLEGIUM MAZOVIA INNOWACYJNEJ SZKOLE WYŻSZEJ
Załącznik nr 3 do Zarządzenia nr 1/2013 Rektora Collegium Mazovia Innowacyjnej Szkoły Wyższej z dnia 31 stycznia 2013 r. INSTRUKCJA ZARZĄDZANIA SYSTEMAMI INFORMATYCZNYMI W COLLEGIUM MAZOVIA INNOWACYJNEJ
Bardziej szczegółowoPodejście tradycyjne. plan wykonanie sekwencyjna natura wykonywanych zadań
Metodyka Scrum Podejście tradycyjne plan wykonanie sekwencyjna natura wykonywanych zadań analiza i definiowanie wymagań projektowanie rozwiązań kodowanie rozwiązań testowanie odstępstwo od planu jest kosztowne
Bardziej szczegółowoLista przykładowych pytań do egzaminu z przedmiotu Inżynieria Oprogramowania
Lista przykładowych pytań do egzaminu z przedmiotu Inżynieria Oprogramowania Inżynieria oprogramowania przykładowe pytania egzaminacyjne str. 2 Przykładowe pytania 1. Wymień i omów krótko podstawowe kategorie
Bardziej szczegółowoTestowanie oprogramowania
Testowanie oprogramowania 1/17 Testowanie oprogramowania Wykład 01 dr inż. Grzegorz Michalski 13 października 2015 Testowanie oprogramowania 2/17 Dane kontaktowe: Kontakt dr inż. Grzegorz Michalski pokój
Bardziej szczegółowoProjektowanie informatycznych systemów zarządzania produkcją
Wydział Odlewnictwa Wirtualizacja procesów odlewniczych Katedra Informatyki Stosowanej WZ AGH Projektowanie informatycznych systemów zarządzania produkcją Jerzy Duda, Adam Stawowy www.pi.zarz.agh.edu.pl
Bardziej szczegółowoBiorąc udział w projekcie, możesz wybrać jedną z 8 bezpłatnych ścieżek egzaminacyjnych:
Egzaminy na plus Stres na minus! Zdawaj bezpłatne egzaminy Microsoft, Linux, C++ z nami i zadbaj o swoją karierę. Oferujemy Ci pierwsze certyfikaty zawodowe w Twojej przyszłej karierze, które idealnie
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ółowoWYKORZYSTANIE MODELU SAP TCO DO SZACOWANIA KOSZTÓW INFORMATYZACJI. Jacek Cypryjański
WYKORZYSTANIE MODELU SAP TCO DO SZACOWANIA KOSZTÓW INFORMATYZACJI Jacek Cypryjański Wprowadzenie Dokonując oceny przedsięwzięcia informatycznego dość precyzyjnie moŝemy oszacować koszty zakupu sprzętu
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ółowoTematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz
Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 Zofia Kruczkiewicz 1. Przedstaw znaczenie oprogramowania we współczesnym świecie x 1 2. Jaki wpływ na ludzi, komunikację
Bardziej szczegółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 1 Wprowadzenie do narzędzia CASE. Materiały dla nauczyciela
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 1 Wprowadzenie do narzędzia CASE
Bardziej szczegółowoBehawioralne metody poprawy bezpieczeństwa pracy
Behawioralne metody poprawy bezpieczeństwa pracy WPROWADZENIE DO TEMATYKI Dlaczego modyfikacja zachowań jest tak ważna? Statystyki dotyczące przyczyn wypadków przy pracy wskazują, że najczęściej są to
Bardziej szczegółowoRAPORT Z POLSKIEGO BADANIA PROJEKTÓW IT 2010
RAPORT Z POLSKIEGO BADANIA PROJEKTÓW IT 2010 Odpowiada na pytania: Jaka część projektów IT kończy się w Polsce sukcesem? Jak wiele projektów sponsorowanych jest przez instytucje publiczne? Czy kończą się
Bardziej szczegółowo