Wstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań

Wielkość: px
Rozpocząć pokaz od strony:

Download "Wstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań"

Transkrypt

1 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 - kwiecień 2002 konsolidacja analiza zbiorcza Plan wykładu Wstęp: Specyfikacja Wymagań Systemowych Zakres systemu i zakres wymagań Odpowiedzialność Specyfikacja wymagań Literatura: Inżynieria oprogramowania w projekcie informatycznym pod red. J. Górskiego Wstęp Specyfikacja wymagań: uzasadnienie potrzeby koszt błędnej specyfikacji (zasada 1:10) klienci i użytkownicy na ogół nie wiedzą, czego chcą! Zagrożenia dla procesu zbierania wymagań koszty brak umiejętności, pośpiech często zmieniające się informacje od klientów niewłaściwa polityka kierownictwa Wstęp Wstęp to, co klient zamówił to, co opisywał projekt to, co wykonali programiści Klucze do sukcesu: kontakt z udziałowcami ciągła analiza systemu w czasie trwania projektu dobra procedura kontroli zmian Specyfikacja Wymagań Systemowych - SWS System Requirements Specification - SRS po uruchomieniu to, za co klient zapłacił i wdrożeniu... to, czego klient potrzebował 1

2 Zakres systemu i zakres wymagań Klient strategia biznesowa, potrzeby, problemy, możliwości, ograniczenia Odpowiedzialność Wykonawca technologia, personel, doświadczenia, zarządzanie, ograniczenia pozyskiwanie wymagań analiza i specyfikacja wymagania realizowalność ryzyko proces rozwoju Zakres systemu i zakres wymagań Planowanie strategiczne identyfikacja wymaganych cech systemu określenie celów biznesowych ustalenie priorytetów poszczególnych cech i celów określenie harmonogramu i budżetu zdefiniowanie zakresu systemu Klient? Niezależny konsultant? Dostawca? WSPÓŁDZIAŁANIE Odpowiedzialność Wymagania udziałowców systemu Potrzeba odcięcia osób nie będących udziałowcami Zakres systemu i zakres wymagań System ma służyć potrzebom organizacji, a nie tylko wymaganiom końcowych użytkowników (priorytety!) Wykluczenie niektórych podmiotów nie będących faktycznymi udziałowcami projektu Zidentyfikuj wszystkich udziałowców systemu Przeanalizuj ich punkty widzenia Wydobądź wymagania 2

3 Przykładowi udziałowcy: użytkownicy końcowi (wymagania funkcjonalne) wyższe kierownictwo (cele biznesowe) kierownik pielęgnacji kierownik marketingu kierownik finansowy osoby odpowiedzialne za bezpieczeństwo Brak rozgraniczenia potrzeb od wymagań potrzeby: sformułowane mało konkretnie i ogólnikowo wymagania: nie rozpoznane, nie wyartykułowane nic nie wnoszące wymagania: komputeryzacja, informatyzacja, rachunkowość zarządcza, prognoza wyniku, opłacalność inwestycji Błędne sformułowanie wymagań wymaganie ma specyfikować co system ma robić, a nie czym system ma być klient ma formułować wymagania a nie projektować system! Klient nie wie, w jaki sposób osiągnąć założone cele! Punkty widzenia osoba a udziałowiec punkty widzenia udziałowców są różne punkty widzenia mogą być sprzeczne wszystkie punkty widzenia są znaczące wszystkie punkty widzenia należy wziąć pod uwagę Wymagania nieuświadomione Wymagania uznane za oczywiste Wymagania uznane za niemożliwe Nie sądziłem, że to ma znaczenie Nie sądziłem, że się to da zrobić Uzgodnienie celów systemu Problemy (podsumowanie): sprzeczne punkty widzenia sprzeczne wymagania (np. projektant kontra specjalista ds. pielęgnacji) pominięte punkty widzenia (np. kierownik kontra sekretarka) Problemy (podsumowanie): sprzeczne punkty widzenia sprzeczne wymagania (np. projektant kontra specjalista ds. pielęgnacji) pominięte punkty widzenia (np. kierownik kontra sekretarka) niewłaściwie wyspecyfikowane wymagania niewyspecyfikowane wymagania 3

4 Wskazówki techniczne: nie ustawać w zadawaniu pytań (jak porucznik Columbo) pytania nie tylko Co, ale też: dlaczego załóżmy, że... a co, jeżeli... wywiady studiowanie istniejących systemów studiowanie podręczników użytkowania analiza środowiska docelowego Grupowanie wymagań: Wymagania funkcjonalne określają to, co system ma robić: rezultaty oczekiwane przez użytkownika (tryby pracy, funkcje, postać interfejsu) Wymagania niefunkcjonalne formułowane w odniesieniu do całości systemu: dostępność, niezawodność, odtwarzalność, pielęgnowalność rozszerzalność, kompatybilność, przenośność Inne: cele biznesowe, ograniczenia techniczne, polityczne itp. Wydobywanie wymagań to najtrudniejsze zadanie całego cyklu życia projektu Polega na przepływie informacji od ludzi lub dokumentów do analityków systemu W znacznym zakresie jest to zagadnienie pozatechniczne, psychologiczne, wymagające harmonii i dobrych stosunków międzyludzkich wymaga całościowej analizy systemu Klienci i użytkownicy powinni sami oceniać swoje wymagania i rozumieć ich konsekwencje to proces iteracyjny funkcje i możliwości bezpieczeństwo 4

5 czynniki ludzkie (interfejs użytkownika) estetyka system pomocy dokumentacja materiały szkoleniowe testowalność, rozszerzalność, adaptowalność, przenośność, kompatybilność, konfigurowalność, pielęgnowalność, instalowalność, możliwość lokazlizacji liczba / częstotliwość występowania błędów odtwarzalność (po wystąpieniu błędu) dokładność dostępność MTBF średni czas pomiędzy awariami FURBS + Wymagania projektowe założenia dotyczące projektowania Wymagania implementacyjne standardy, języki, środowisko, ograniczenia Wymagania interfejsu ograniczenia i założenia interfejsu (np. font nie mniejszy niż...) Wymagania fizyczne kolor, rozmiar itp. szybkość efektywność czas odpowiedzi użycie zasobów Konsolidacja: łączenie wymagań o nakładającej się treści odnoszenie wymagań do zakresu projektu usuwanie niespójności (sprzeczności) usuwanie wymagań wyspecyfikowanych więcej niż raz identyfikacja wymagań brakujących (luk) 5

6 Specyfikacja wymagań Definicja wymagania Specyfikacja wymagania Specyfikacja Wymagań Systemowych - SWS System Requirements Specification SRS wg Rational Unified Process (RUP) Specyfikacja wymagań Atrybuty wymagań: Jednoznaczność (unamiguity) Kompletność (completeness) Poprawność (corectness) Spójność (consistency) Weryfikowalność (verifiability) Mierzalność (measurablity) Modyfikowalność (modifiability) Śladowość (traceability) Podsumowanie PROBLEMY: Brak wsparcia analityków systemowych Niedostateczna współpraca z klientem, brak końcowej walidacji specyfikacji Brak kwalifikacji (źle sformułowany dokument) Niewłaściwa polityka kierownictwa Konieczność wprowadzania i śledzenia zmian 6

Od pomysłu do podpisania umowy. Izabela Adamska

Od pomysłu do podpisania umowy. Izabela Adamska Od pomysłu do podpisania umowy Izabela Adamska Restauracja Czy jest równowaga pomiędzy tym ile klient zapłaci, a tym co otrzyma w zamian? =? Sprawdźmy czy to jest proste? Wymagania telefonu komórkowego:

Bardziej szczegółowo

Analityk i współczesna analiza

Analityk i współczesna analiza Analityk i współczesna analiza 1. Motywacje 2. Analitycy w IBM RUP 3. Kompetencje analityka według IIBA BABOK Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura

Bardziej szczegółowo

Modelowanie i analiza systemów informatycznych

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

Bardziej szczegółowo

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

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

Bardziej szczegółowo

Zagadnienia (1/3) Inżynieria Oprogramowania

Zagadnienia (1/3) Inżynieria Oprogramowania Zagadnienia (1/3) Pozyskiwanie i analiza Reprezentacje na poszczególnych etapach projektu Najczęściej pojawiające się problemy podczas pozyskiwania oraz metody ich rozwiązywania Reprezentacja z punktu

Bardziej szczegółowo

Maciej Oleksy Zenon Matuszyk

Maciej Oleksy Zenon Matuszyk Maciej Oleksy Zenon Matuszyk Jest to proces związany z wytwarzaniem oprogramowania. Jest on jednym z procesów kontroli jakości oprogramowania. Weryfikacja oprogramowania - testowanie zgodności systemu

Bardziej szczegółowo

Krzysztof Wawrzyniak Quo vadis BS? Ożarów Mazowiecki, styczeń 2014

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)

Bardziej szczegółowo

Wykład 3. A. Przedsięwzięcie informatyczne. B. Systemowa analiza wymagań. C. Proces specyfikacji wymagań D. Sesje panelowe - workshop

Wykład 3. A. Przedsięwzięcie informatyczne. B. Systemowa analiza wymagań. C. Proces specyfikacji wymagań D. Sesje panelowe - workshop A. PRZEDSIĘWZIĘCIA INFORMATYCZNE Wykład 3 A. Przedsięwzięcie informatyczne w zarządzaniu B. Systemowa analiza wymagań informacyjnych C. Proces specyfikacji wymagań D. Sesje panelowe - workshop Warianty

Bardziej szczegółowo

Metodyka projektowania komputerowych systemów sterowania

Metodyka projektowania komputerowych systemów sterowania Metodyka projektowania komputerowych systemów sterowania Andrzej URBANIAK Metodyka projektowania KSS (1) 1 Projektowanie KSS Analiza wymagań Opracowanie sprzętu Projektowanie systemu Opracowanie oprogramowania

Bardziej szczegółowo

Zarządzanie projektem informatycznym, w3

Zarządzanie projektem informatycznym, w3 Zarządzanie zakresem projektu informatycznego Zarządzanie projektem informatycznym, w3 walery.suslow@ie.tu.koszalin.pl Cele projektu Rezultatem każdego zdefiniowanego projektu jest z założenia wprowadzenie

Bardziej szczegółowo

Human Performance Improvementjak HR może podnieść efektywność organizacyjną firmy

Human Performance Improvementjak HR może podnieść efektywność organizacyjną firmy Human Performance Improvementjak HR może podnieść efektywność organizacyjną firmy Katarzyna Meysztowicz k.meysztowicz@tangerine.biz.pl Tel.: 790 300 575 Agenda Od czego zależy efektywność organizacyjna

Bardziej szczegółowo

Inżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu

Inżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu 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ółowo

Zarządzanie projektami IT

Zarządzanie projektami IT Zarządzanie projektami IT Źródła Zarządzanie projektami, J. Betta, Politechnika Wrocławska, 2011 Zarządzanie projektami IT, P. Brzózka, CuCamp, styczeń 2011 Zarządzanie projektami IT w przedsiębiorstwie

Bardziej szczegółowo

Zasady organizacji projektów informatycznych

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

Bardziej szczegółowo

Inżynieria oprogramowania (Software Engineering)

Inżynieria oprogramowania (Software Engineering) Inżynieria oprogramowania (Software Engineering) Wykład 3 Studium wykonalności Definicja wymagań Studium wykonalności (feasibility study) Prowadzone przed rozpoczęciem projektu, krótkie, niekosztowne badanie

Bardziej szczegółowo

Zakres wykładu. Podstawy InŜynierii Oprogramowania

Zakres 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

Inżynieria oprogramowania. Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia

Inżynieria oprogramowania. Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia Inżynieria oprogramowania Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia Punkt widzenia (Point of View) Systemy oprogramowania mają zwykle kilku różnych użytkowników. Wielu

Bardziej szczegółowo

Spis treści. Wstęp... 9

Spis treści. Wstęp... 9 Wstęp... 9 Rozdział 1 ZARYS TEORII STEROWANIA PROCESAMI PRZEDSIĘBIORSTWA... 11 1. Zakres i potencjalne zastosowania teorii... 11 2. Opis szkieletowego systemu EPC II... 12 2.1. Poziomy organizacyjne, warstwy

Bardziej szczegółowo

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 3 Identyfikacja przypadków użycia

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 3 Identyfikacja przypadków użycia Inżynieria wymagań Wykład 2 Proces pisania przypadków użycia Część 3 Identyfikacja przypadków użycia Opracowane w oparciu o materiały IBM (kurs REQ570: Writing Good Use Cases) Znajdowanie przypadków użycia

Bardziej szczegółowo

MiASI. 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. 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ółowo

IO - inżynieria oprogramowania. dr inż. M. Żabińska, e-mail: zabinska@agh.edu.pl http://home.agh.edu.pl/~zabinska/

IO - inżynieria oprogramowania. dr inż. M. Żabińska, e-mail: zabinska@agh.edu.pl http://home.agh.edu.pl/~zabinska/ IO - inżynieria oprogramowania dr inż. M. Żabińska, e-mail: zabinska@agh.edu.pl http://home.agh.edu.pl/~zabinska/ Faza określania wymagań (1) Cel fazy określania wymagań dokładne ustalenie wymagań klienta

Bardziej szczegółowo

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010 Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010 Geoff Evelyn Przekład: Natalia Chounlamany APN Promise Warszawa 2011 Spis treści Podziękowania......................................................

Bardziej szczegółowo

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

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 BEZPIECZEŃSTWO I JAKOŚĆ SYSTEMÓW INFORMATYCZNYCH PROGRAM NAUCZANIA PLAN STUDIÓW Studia podyplomowe BEZPIECZEŃSTWO

Bardziej szczegółowo

Wprowadzenie do systemów informacyjnych

Wprowadzenie do systemów informacyjnych Wprowadzenie do systemów informacyjnych Kryteria oceny systemu Podstawowe metody projektowania UEK w Krakowie Ryszard Tadeusiewicz 1 UEK w Krakowie Ryszard Tadeusiewicz 2 Technologia informatyczna dzisiaj

Bardziej szczegółowo

Projektowanie systemów informatycznych

Projektowanie systemów informatycznych Projektowanie systemów informatycznych Zarządzanie projektem Autor Roman Simiński Kontakt roman.siminski@us.edu.pl www.us.edu.pl/~siminski Cel wykładu Przedstawienie inżynierii wymagań jako istotnego i

Bardziej szczegółowo

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie informatycznej. Zadaniem systemu jest rejestracja i przechowywanie

Bardziej szczegółowo

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2 Wyższa Szkoła Menedżerska w Legnicy Systemy informatyczne w przedsiębiorstwach Zarządzanie, ZIP, sem. 6 (JG) Modelowanie wymagań Wykład 2 Grzegorz Bazydło Cel wykładu Celem wykładu jest przekazanie wiedzy

Bardziej szczegółowo

Biuro projektu: ul. Kościuszki 4/6a, 35-030 Rzeszów, tel.: 17 852-02-12, www.irp-fundacja.pl/absolwentrzeszow, e-mail: absolwent@irp-fundacja.

Biuro projektu: ul. Kościuszki 4/6a, 35-030 Rzeszów, tel.: 17 852-02-12, www.irp-fundacja.pl/absolwentrzeszow, e-mail: absolwent@irp-fundacja. Harmonogram szkolenia zawodowego: Zarządzanie projektami europejskimi Termin realizacji: 14.02.2011 10.03.2011 Miejsce realizacji: Szkoła policealna Wizażu i Stylizacji ul. Reformacka 4, Rzeszów Data Godziny

Bardziej szczegółowo

Czynności konsultantów podczas wdrożenia systemu ERP w kontekście zarządzania wiedzą. Przemysław Lech, Wydział Zarządzania UG

Czynności konsultantów podczas wdrożenia systemu ERP w kontekście zarządzania wiedzą. Przemysław Lech, Wydział Zarządzania UG Czynności konsultantów podczas wdrożenia systemu ERP w kontekście zarządzania wiedzą Przemysław Lech, Wydział Zarządzania UG Klasyczne podejście: Projekt ERP/ES Zakres Budżet Harmonogram Ryzyko Organizacja

Bardziej szczegółowo

Bezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC 27001 oraz BS 25999 doświadczenia audytora

Bezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC 27001 oraz BS 25999 doświadczenia audytora Bezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC 27001 oraz BS 25999 doświadczenia audytora Krzysztof Wertejuk audytor wiodący ISOQAR CEE Sp. z o.o. Dlaczego rozwiązania

Bardziej szczegółowo

Narzędzia CASE dla.net. Łukasz Popiel

Narzę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ółowo

Polityka bezpieczeństwa informacji Główne zagadnienia wykładu

Polityka bezpieczeństwa informacji Główne zagadnienia wykładu Polityka bezpieczeństwa informacji Główne zagadnienia wykładu Bezpieczeństwo systemów informatycznych Polityka bezpieczeństwa Zbigniew Suski 1 Polityka Bezpieczeństwa Jest zbiorem zasad i procedur obowiązujących

Bardziej szczegółowo

Wpływ kompetencji pracowników administracji publicznej na wdrożenie i utrzymanie systemów teleinformatycznych

Wpływ kompetencji pracowników administracji publicznej na wdrożenie i utrzymanie systemów teleinformatycznych 1 Wpływ kompetencji pracowników administracji publicznej na wdrożenie i utrzymanie systemów teleinformatycznych Zespół projektowy: Andrzej Natuniewicz, Bartosz Drozd, Anna Góralska, Andrzej Perkowski,

Bardziej szczegółowo

Księgarnia PWN: Michael J. Hernandez Bazy danych dla zwykłych śmiertelników

Księgarnia PWN: Michael J. Hernandez Bazy danych dla zwykłych śmiertelników Księgarnia PWN: Michael J. Hernandez Bazy danych dla zwykłych śmiertelników Słowo wstępne (13) Przedmowa i podziękowania (drugie wydanie) (15) Podziękowania (15) Przedmowa i podziękowania (pierwsze wydanie)

Bardziej szczegółowo

Waterfall model. (iteracyjny model kaskadowy) Marcin Wilk

Waterfall model. (iteracyjny model kaskadowy) Marcin Wilk Waterfall model (iteracyjny model kaskadowy) Marcin Wilk Iteracyjny model kaskadowy jeden z kilku rodzajów procesów tworzenia oprogramowania zdefiniowany w inżynierii oprogramowania. Jego nazwa wprowadzona

Bardziej szczegółowo

Proces Inżynierii Wymagań

Proces Inżynierii Wymagań Proces Inżynierii Wymagań michał możdżonek 02.2008 Literatura 1. Sommerville I. (2003): Inżynieria oprogramowania, WNT, Warszawa 2. Leffingwell D., Widrig D. (2003): Zarządzanie wymaganiami, WNT, Warszawa

Bardziej szczegółowo

Wykład 7. Projektowanie kodu oprogramowania

Wykład 7. Projektowanie kodu oprogramowania Wykład 7 Projektowanie kodu oprogramowania Treść wykładu cykl życiowy oprogramowania zagadnienia inżynierii oprogramowania tworzenie oprogramowania z gotowych elementów tworzenie niezawodnego oprogramowania

Bardziej szczegółowo

Projektowanie interakcji

Projektowanie interakcji Projektowanie interakcji K2 User Experience www.k2.pl/ux Tytuł dokumentu: k2-projektowanie_ux-oferta.pdf Data: 21 sierpnia 2009 Przygotowany przez: Maciej Lipiec Maciej Lipiec User Experience Director

Bardziej szczegółowo

IO - Plan wdrożenia. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006

IO - Plan wdrożenia. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006 IO - Plan wdrożenia M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak 5 czerwca 2006 1 Spis treści 1 Wprowadzenie 3 1.1 Cel.......................................... 3 1.2 Zakres........................................

Bardziej szczegółowo

BIZNES PLAN W PRAKTYCE

BIZNES PLAN W PRAKTYCE BIZNES PLAN W PRAKTYCE Biznes Plan Biznes Plan jest to dokument, dzięki któremu możemy sprzedać naszą fascynację prowadzoną działalnością oraz nadzieje, jakie ona rokuje, potencjalnym źródłom wsparcia

Bardziej szczegółowo

JTW SP. Z OO. Zapytanie ofertowe. Zewnętrzny audyt jakościowy projektu technicznego dedykowanego systemu B2B Platforma Integracji Serwisowej

JTW SP. Z OO. Zapytanie ofertowe. Zewnętrzny audyt jakościowy projektu technicznego dedykowanego systemu B2B Platforma Integracji Serwisowej JTW SP. Z OO Zapytanie ofertowe Zewnętrzny audyt jakościowy projektu technicznego dedykowanego systemu B2B Platforma Integracji Serwisowej Strona 1 z 8 Spis treści 1. Klauzula poufności... 3 2. Wskazówki

Bardziej szczegółowo

Projekty BPM z perspektywy analityka biznesowego. Wrocław, 20 stycznia 2011

Projekty BPM z perspektywy analityka biznesowego. Wrocław, 20 stycznia 2011 Projekty BPM z perspektywy analityka biznesowego Wrocław, 20 stycznia 2011 Agenda Definicja pojęć: Analiza biznesowa oraz analityk biznesowy Co kryje się za hasłem BPM? Organizacja zarządzana procesowo

Bardziej szczegółowo

Określanie wymagań. Cele przedsięwzięcia. Kontekst przedsięwzięcia. Rodzaje wymagań. Diagramy przypadków użycia use case diagrams

Określanie wymagań. Cele przedsięwzięcia. Kontekst przedsięwzięcia. Rodzaje wymagań. Diagramy przypadków użycia use case diagrams Cele przedsięwzięcia Określanie wymagań Klienta, np. Wzrost efektywności, spadek kosztów, rozszerzenie rynku, unikanie błędów Wykonawcy Biznesowe Techniczne Priorytety! Kontekst przedsięwzięcia Użytkownicy

Bardziej szczegółowo

Procesy wytwarzania oprogramowania Specyfikacja i projektowanie oprogramowania

Procesy wytwarzania oprogramowania Specyfikacja i projektowanie oprogramowania Procesy wytwarzania oprogramowania Specyfikacja i projektowanie oprogramowania dr inż. Marcin Szlenk Politechnika Warszawska Wydział Elektroniki i Technik Informacyjnych Wprowadzenie O mnie dr inż. Marcin

Bardziej szczegółowo

Projektowanie systemów informatycznych. wykład 6

Projektowanie 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

Piotr Krząkała. Dyrektor Handlowy ds. Kluczowych Klientów

Piotr 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ółowo

Należyta staranność w inżynierii wymagań i modelowaniu systemów. Anna Bobkowska Politechnika Gdańska

Należyta staranność w inżynierii wymagań i modelowaniu systemów. Anna Bobkowska Politechnika Gdańska Należyta staranność w inżynierii wymagań i modelowaniu systemów Anna Bobkowska Politechnika Gdańska 1. Wstęp Wypracowanie schematów postępowania podczas stwierdzania, czy została dołożona należyta staranność

Bardziej szczegółowo

Nasze kompetencje. Co nas wyróżnia. Skuteczne wdrożenie - dopasowanie do strategii klientów

Nasze kompetencje. Co nas wyróżnia. Skuteczne wdrożenie - dopasowanie do strategii klientów Grupa Codec Codec jest europejskim liderem w zakresie usług doradczych i wdrażania rozwiązań wspierających efektywność organizacji. Pełniąc rolę ogniwa łączącego strategię, controlling i nowoczesne technologie

Bardziej szczegółowo

Inżynieria oprogramowania (Software Engineering)

Inżynieria oprogramowania (Software Engineering) Inżynieria oprogramowania (Software Engineering) Wykład 2 Proces produkcji oprogramowania Proces produkcji oprogramowania (Software Process) Podstawowe założenia: Dobre procesy prowadzą do dobrego oprogramowania

Bardziej szczegółowo

Koszty związane z tworzeniem aplikacji on demand versus zakup gotowych rozwiązań

Koszty związane z tworzeniem aplikacji on demand versus zakup gotowych rozwiązań 2012 Koszty związane z tworzeniem aplikacji on demand versus zakup gotowych rozwiązań Mateusz Kurleto NEOTERIC Wdrożenie systemu B2B Lublin, 25 października 2012 Mateusz Kurleto Od 2005 r. właściciel NEOTERIC,

Bardziej szczegółowo

Zarządzanie ryzykiem Klasyfikacja Edukacja. Maciej Iwanicki, Symantec Łukasz Zieliński, CompFort Meridian

Zarządzanie ryzykiem Klasyfikacja Edukacja. Maciej Iwanicki, Symantec Łukasz Zieliński, CompFort Meridian Zarządzanie ryzykiem Klasyfikacja Edukacja Maciej Iwanicki, Symantec Łukasz Zieliński, CompFort Meridian Organizacja obszarów technologii informacyjnej i bezpieczeństwa środowiska teleinformatycznego 5.4.

Bardziej szczegółowo

WZ PW Norma ISO/IEC 27001:2013 najnowsze zmiany w systemach zarzadzania bezpieczeństwem informacji IT security trends

WZ PW Norma ISO/IEC 27001:2013 najnowsze zmiany w systemach zarzadzania bezpieczeństwem informacji IT security trends Norma ISO/IEC 27001:2013 najnowsze zmiany w systemach zarzadzania bezpieczeństwem informacji dr inż. Bolesław Szomański Wydział Zarządzania Politechnika Warszawska b.szomański@wz.pw.edu.pl Plan Prezentacji

Bardziej szczegółowo

Metodyka wdrożenia. Bartosz Szczęch. bartosz.szczech@it.integro.pl. Starszy Konsultant MS Dynamics NAV

Metodyka wdrożenia. Bartosz Szczęch. bartosz.szczech@it.integro.pl. Starszy Konsultant MS Dynamics NAV Metodyka wdrożenia Bartosz Szczęch Starszy Konsultant MS Dynamics NAV bartosz.szczech@it.integro.pl Wyróżniamy następujące etapy wdrożenia rozwiązania ERP: Analiza Projekt Budowa Uruchomienie Działanie

Bardziej szczegółowo

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU> Załącznik nr 4.4 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA numer wersji

Bardziej szczegółowo

ZARZĄDZANIE INNOWACJĄ

ZARZĄDZANIE INNOWACJĄ ZARZĄDZANIE INNOWACJĄ Projekt jest współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego PROJEKT ZARZĄDZANIE INNOWACJĄ PODSTAWOWE INFORMACJE skierowany do mikro, małych

Bardziej szczegółowo

Program Erasmus + Kształcenie i szkolenia zawodowe

Program Erasmus + Kształcenie i szkolenia zawodowe Program Erasmus + Kształcenie i szkolenia zawodowe Akcja 2 Partnerstwa Strategiczne Zasady formalne i kryteria jakościowe Warszawa, 18 lutego 2015 Wnioskowanie niezbędne kroki Zapoznanie z Przewodnikiem

Bardziej szczegółowo

Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką?

Co 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ółowo

Krótki opis zakresu i wyników biznes planu. Informacja dla kogo i w jakim celu sporządzony został biznes plan 1 strona.

Krótki opis zakresu i wyników biznes planu. Informacja dla kogo i w jakim celu sporządzony został biznes plan 1 strona. BIZNES PLAN/ BIZNES CASE Czas wykonania: 2-4 tygodnie Koszt szacunkowy: w zależności od zakresu, skali projektu, informacji dostarczonych przez zamawiającego Zakres prac: 1. Streszczenie 2. Informacje

Bardziej szczegółowo

Nie o narzędziach a o rezultatach. czyli skuteczny sposób dokonywania uzgodnień pomiędzy biznesem i IT. Władysławowo, 6 października 2011 r.

Nie o narzędziach a o rezultatach. czyli skuteczny sposób dokonywania uzgodnień pomiędzy biznesem i IT. Władysławowo, 6 października 2011 r. Nie o narzędziach a o rezultatach czyli skuteczny sposób dokonywania uzgodnień pomiędzy biznesem i IT Władysławowo, 6 października 2011 r. Dlaczego taki temat? Ci którzy wykorzystują technologie informacyjne

Bardziej szczegółowo

Opis wymagań i program szkoleń dla użytkowników i administratorów

Opis 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ółowo

Inżynieria oprogramowania

Inżynieria oprogramowania Inżynieria oprogramowania Instrukcja do laboratorium rok akad. 2014/2015 Informacje podstawowe: Celem laboratorium jest nabycie przez studentów praktycznej umiejętności wykonywania modeli analitycznych

Bardziej szczegółowo

Podsumowanie dotychczasowych naborów w ramach Działania 8.1 i 8.2 PO IG w województwie opolskim. 2009-08-05 Regionalna Instytucja Finansująca 1

Podsumowanie dotychczasowych naborów w ramach Działania 8.1 i 8.2 PO IG w województwie opolskim. 2009-08-05 Regionalna Instytucja Finansująca 1 Podsumowanie dotychczasowych naborów w ramach Działania 8.1 i 8.2 PO IG w województwie opolskim 2009-08-05 Regionalna Instytucja Finansująca 1 Działania 8.1 POIG w województwie opolskim- liczba złożonych

Bardziej szczegółowo

JAK TO DOBRZE ZROBIĆ 5-06-2013

JAK TO DOBRZE ZROBIĆ 5-06-2013 WDROŻENIA ROZWIĄZAŃ PROCESOWYCH: JAK TO DOBRZE ZROBIĆ 5-06-2013 Syndatis 2013 PLAN PREZENTACJI Trochę o Syndatis. Intensywność występujących zagrożeń w projekcie Wdrożenie rozwiązań procesowych - to nie

Bardziej szczegółowo

Regionalna Instytucja Finansująca partnerem w pozyskiwaniu dofinansowania na. Działanie 8.2 Wspieranie wdrażania elektronicznego biznesu typu B2B

Regionalna Instytucja Finansująca partnerem w pozyskiwaniu dofinansowania na. Działanie 8.2 Wspieranie wdrażania elektronicznego biznesu typu B2B Regionalna Instytucja Finansująca partnerem w pozyskiwaniu dofinansowania na Działanie 8.2 Wspieranie wdrażania elektronicznego biznesu typu B2B Joanna Szalpuk Pełnomocnik Zarządu Agencja Rozwoju Regionalnego

Bardziej szczegółowo

Pozyskiwanie i dokumentowanie wymagań

Pozyskiwanie i dokumentowanie wymagań Pozyskiwanie i dokumentowanie wymagań Koncepcja wykładu: Jerzy Nawrocki/Łukasz Olek Slajdy/Lektor/Montaż: Łukasz Olek Witam Państwa serdecznie na kolejnym wykładzie z cyklu zaawansowana inżynieria oprogramowania.

Bardziej szczegółowo

NARZĘDZIA INFORMATYCZNE WSPIERAJĄ PROCES PLANOWANIA FINANSOWEGO PRZEDSTAWIENIE PROBLEMU

NARZĘDZIA INFORMATYCZNE WSPIERAJĄ PROCES PLANOWANIA FINANSOWEGO PRZEDSTAWIENIE PROBLEMU NARZĘDZIA INFORMATYCZNE WSPIERAJĄ PROCES PLANOWANIA FINANSOWEGO Dobrze wdrożony system informatyczny może znacząco usprawnić zarówno procesy operacyjne jak i zarządcze. Niniejszy artykuł przedstawia studium

Bardziej szczegółowo

"Projektowanie - wdrożenie - integracja - uruchomienie, czyli jak skutecznie zrealizować projekt inwestycyjny".

Projektowanie - wdrożenie - integracja - uruchomienie, czyli jak skutecznie zrealizować projekt inwestycyjny. "Projektowanie - wdrożenie - integracja - uruchomienie, czyli jak skutecznie zrealizować projekt inwestycyjny". CZYNNIKI PROJEKTU Cel (zakres) projektu: wyznacza ramy przedsięwzięcia, a tym samym zadania

Bardziej szczegółowo

Czynniki wpływające na porażkę projektu. 1. Niekompletne wymagania 13.1% 2. Brak zaangażowania użytkowników 12.4% 3. Brak zasobów 10.

Czynniki wpływające na porażkę projektu. 1. Niekompletne wymagania 13.1% 2. Brak zaangażowania użytkowników 12.4% 3. Brak zasobów 10. Bez celu ani rusz Karolina Zmitrowicz Niepowodzenia projektów informatycznych to nieustannie wdzięczny temat pojawia się na konferencjach, szkoleniach, w prasie i innych publikacjach. Badaniem przyczyn

Bardziej szczegółowo

Architektura bezpieczeństwa informacji w ochronie zdrowia. Warszawa, 29 listopada 2011

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

Bardziej szczegółowo

Bezpieczeństwo i koszty wdrażania Informatycznych Systemów Zarządzania Hubert Szczepaniuk Wojskowa Akademia Techniczna im. Jarosława Dąbrowskiego

Bezpieczeństwo i koszty wdrażania Informatycznych Systemów Zarządzania Hubert Szczepaniuk Wojskowa Akademia Techniczna im. Jarosława Dąbrowskiego Bezpieczeństwo i koszty wdrażania Informatycznych Systemów Zarządzania Hubert Szczepaniuk Wojskowa Akademia Techniczna im. Jarosława Dąbrowskiego Problem wdrażania IT w organizacji Wskaźnik powodzeń dużych

Bardziej szczegółowo

Hurtownie danych. Metadane i czynniki jakości. http://zajecia.jakubw.pl/hur BAZA METADANYCH. Centralna hurtownia danych. Metadane

Hurtownie danych. Metadane i czynniki jakości. http://zajecia.jakubw.pl/hur BAZA METADANYCH. Centralna hurtownia danych. Metadane Hurtownie danych Metadane i czynniki jakości. Jakub Wróblewski jakubw@pjwstk.edu.pl http://zajecia.jakubw.pl/hur Magazyny danych operacyjnych, źródła ładowanie, czyszczenie, transformacja BAZA METADANYCH

Bardziej szczegółowo

Szczególne problemy projektowania aplikacji internetowych. Jarosław Kuchta Projektowanie Aplikacji Internetowych

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

Bardziej szczegółowo

Inżynieria Programowania Inżynieria wymagań. Plan wykładu. Motto. Wstęp. Notatki. Notatki. Notatki. Notatki. Arkadiusz Chrobot

Inżynieria Programowania Inżynieria wymagań. Plan wykładu. Motto. Wstęp. Notatki. Notatki. Notatki. Notatki. Arkadiusz Chrobot Inżynieria Programowania Inżynieria Arkadiusz Chrobot Katedra Informatyki, Politechnika Świętokrzyska w Kielcach Kielce, 20 października 2015 Plan wykładu 1. Wstęp 2. Studium wykonywalności 3. Określanie

Bardziej szczegółowo

Dobre wdrożenia IT cz. I Business Case. www.leoconsulting.pl

Dobre wdrożenia IT cz. I Business Case. www.leoconsulting.pl Dobre wdrożenia IT cz. I Business Case Wprowadzenie Czy wiesz: jak często po wdrożeniu oprogramowania okazuje się, że nie spełnia ono wielu wymagań? jak często decyzja o wdrożeniu systemu informatycznego

Bardziej szczegółowo

WYMAGANIA EDUKACYJNE Z PRZEDMIOTU SYSTEMY OPERACYJNE dla klasy 1

WYMAGANIA EDUKACYJNE Z PRZEDMIOTU SYSTEMY OPERACYJNE dla klasy 1 WYMAGANIA EDUKACYJNE Z PRZEDMIOTU SYSTEMY OPERACYJNE dla klasy 1 Dział Uczeń otrzymuje ocenę dopuszczającą lub dostateczną, jeśli potrafi: Uczeń otrzymuje ocenę dobrą lub bardzo dobrą, jeśli opanował wymagania

Bardziej szczegółowo

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

Karta 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ółowo

Analiza ryzyka eksploatacji urządzeń ciśnieniowych wdrażanie metodologii RBI w Grupie LOTOS S.A

Analiza ryzyka eksploatacji urządzeń ciśnieniowych wdrażanie metodologii RBI w Grupie LOTOS S.A Grupa LOTOS S.A. Analiza ryzyka eksploatacji urządzeń ciśnieniowych wdrażanie metodologii RBI w Grupie LOTOS S.A Jan Dampc Inspektor Dozoru / Dział Dozoru Technicznego 2 czerwca 2015r. Rafineria w Gdańsku

Bardziej szczegółowo

Konfiguracja modelowania w procesie wytwarzania oprogramowania

Konfiguracja modelowania w procesie wytwarzania oprogramowania Konfiguracja modelowania w procesie wytwarzania oprogramowania Anna Bobkowska Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura nie zastępuje obecności na

Bardziej szczegółowo

KIERUNKOWE EFEKTY KSZTAŁCENIA

KIERUNKOWE EFEKTY KSZTAŁCENIA WYDZIAŁ INFORMATYKI I ZARZĄDZANIA Kierunek studiów: INFORMATYKA Stopień studiów: STUDIA II STOPNIA Obszar Wiedzy/Kształcenia: OBSZAR NAUK TECHNICZNYCH Obszar nauki: DZIEDZINA NAUK TECHNICZNYCH Dyscyplina

Bardziej szczegółowo

URZĄD MIASTA I GMINY PILAWA

URZĄD MIASTA I GMINY PILAWA Plan Komunikacji na temat projektu samooceny URZĄD MIASTA I GMINY PILAWA Pilawa, styczeń 2010r. SPIS TREŚCI Wprowadzenie 1. Projekt wdrożenia metody CAF w Urzędzie 2. Plan komunikacji uczestników wdrożenia

Bardziej szczegółowo

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Zarządzanie testowaniem wspierane narzędziem HP Quality Center Zarządzanie testowaniem wspierane narzędziem HP Quality Center studium przypadku Mirek Piotr Szydłowski Ślęzak Warszawa, 17.05.2011 2008.09.25 WWW.CORRSE.COM Firma CORRSE Nasze zainteresowania zawodowe

Bardziej szczegółowo

Departament Zakupów Centralnych ul. Żaryna 2A, 02-593 Warszawa tel. (22) 598 12 80 DZC/AS/708/12. Warszawa, dn. 27 listopada 2012 r.

Departament Zakupów Centralnych ul. Żaryna 2A, 02-593 Warszawa tel. (22) 598 12 80 DZC/AS/708/12. Warszawa, dn. 27 listopada 2012 r. Departament Zakupów Centralnych ul. Żaryna 2A, 02-593 Warszawa tel. (22) 598 12 80 DZC/AS/708/12 Warszawa, dn. 27 listopada 2012 r. Do wszystkich firm zainteresowanych złożeniem oferty dla Banku Dotyczy:

Bardziej szczegółowo

Kwestia procesu / podziału odpowiedzialności w zakresie odpowiedzialności za księgi pomocnicze

Kwestia procesu / podziału odpowiedzialności w zakresie odpowiedzialności za księgi pomocnicze Kwestia procesu / podziału odpowiedzialności w zakresie odpowiedzialności za księgi pomocnicze Polska Izba Ubezpieczeń Seminarium w sprawie rachunkowości 26 listopada 2013 roku Agenda Otoczenie regulacyjne

Bardziej szczegółowo

Użyteczność stron internetowych

Użyteczność stron internetowych Użyteczność stron internetowych Użyteczność Użyteczność (ang. usability) jest to dziedzina wiedzy dotycząca interaktywnych urządzeń i aplikacji, która określa stopień, w jakim ludzie są w stanie wykonać

Bardziej szczegółowo

Outsourcing procesów. dr Arkadiusz Wargin CTPartners S.A. Analiza projektu B2B Kielce, 18 października 2012

Outsourcing 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ółowo

ST S U T DI D UM M WYKONALNOŚCI

ST S U T DI D UM M WYKONALNOŚCI STUDIUM WYKONALNOŚCI I. INFORMACJE OGÓLNE O WNIOSKODAWCY Dane Wnioskodawcy (zgodnie z dokumentami rejestrowymi) Ogólna charakterystyka ( kapitał własny, współwłaściciele, struktura organizacyjna) Charakterystyka

Bardziej szczegółowo

Projektowanie zorientowane na uŝytkownika

Projektowanie 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ółowo

Identyfikacja problemu: ustalenie celu i zakresu

Identyfikacja problemu: ustalenie celu i zakresu Identyfikacja problemu: ustalenie celu i zakresu Inicjacja projektu identyfikacja i opis problemu wizja rozwiązania ocena rozwiązań studium wykonalności wybór projektu, decyzja Zakres Literatura Górski

Bardziej szczegółowo

KARTA PRZEDMIOTU. 1. NAZWA PRZEDMIOTU: Zespołowy projekt informatyczny. 2. KIERUNEK: Matematyka. 3. POZIOM STUDIÓW: I stopnia

KARTA PRZEDMIOTU. 1. NAZWA PRZEDMIOTU: Zespołowy projekt informatyczny. 2. KIERUNEK: Matematyka. 3. POZIOM STUDIÓW: I stopnia KARTA PRZEDMIOTU 1. NAZWA PRZEDMIOTU: Zespołowy projekt informatyczny 2. KIERUNEK: Matematyka 3. POZIOM STUDIÓW: I stopnia 4. ROK/ SEMESTR STUDIÓW: III/6 5. LICZBA PUNKTÓW ECTS: 4 6. LICZBA GODZIN: 30

Bardziej szczegółowo

WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE

WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE OFERTA WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE W TWORZENIU MODELU AS-IS /Jest to przykład (wzór) oferty treść jest wypełniana na podstawie nie zobowiązujących rozmów i spotkań z Klientem, pracownikami

Bardziej szczegółowo

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

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:

Bardziej szczegółowo

Załącznik nr 2 do SIWZ

Załącznik nr 2 do SIWZ Załącznik nr 2 do SIWZ Opis Przedmiotu Zamówienia (zwany dalej OPZ), zawierający wymagania Zamawiającego do Umowy na świadczenie usług serwisowych systemu zapewniającego, przy wykorzystaniu interfejsu

Bardziej szczegółowo

Testowanie oprogramowania

Testowanie 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ółowo

JTW SP. Z OO. Zapytanie ofertowe. Wdrożenie/Uruchomienie systemu B2B

JTW SP. Z OO. Zapytanie ofertowe. Wdrożenie/Uruchomienie systemu B2B JTW SP. Z OO Zapytanie ofertowe Wdrożenie/Uruchomienie systemu B2B Strona 1 z 6 Spis treści 1. Wskazówki dla oferentów... 3 1.1 Osoby kontaktowe... 3 2.2 Termin składania ofert... 4 2.3 Dodatkowe pytania

Bardziej szczegółowo

produkować, promować i sprzedawać produkty, zarządzać i rozliczać przedsięwzięcia, oraz komunikować się wewnątrz organizacji.

produkować, promować i sprzedawać produkty, zarządzać i rozliczać przedsięwzięcia, oraz komunikować się wewnątrz organizacji. Wspieramy w doborze, wdrażaniu oraz utrzymaniu systemów informatycznych. Od wielu lat dostarczamy technologie Microsoft wspierające funkcjonowanie działów IT, jak i całych przedsiębiorstw. Nasze oprogramowanie

Bardziej szczegółowo

Inżynieria oprogramowania (Software Engineering) Wykład 1

Inżynieria oprogramowania (Software Engineering) Wykład 1 Inżynieria oprogramowania (Software Engineering) Wykład 1 Wprowadzenie do inżynierii oprogramowania Zarządzanie przedmiotem Wydział: WEiI Katedra: KIK Web site: http://moskit.weii.tu.koszalin.pl/~swalover/

Bardziej szczegółowo

Spis treści. Przedmowa... 11. Rozdział I. Systemowe zarządzanie jakością... 15

Spis treści. Przedmowa... 11. Rozdział I. Systemowe zarządzanie jakością... 15 Przedmowa... 11 Rozdział I. Systemowe zarządzanie jakością... 15 1. Charakterystyka zarządzania jakością... 15 1.1. Zarządzanie a kierowanie... 15 1.2. Cel i obiekt zarządzania... 16 1.3. Definiowanie

Bardziej szczegółowo

dr inż. Marek Mika ON PAN ul. Wieniawskiego 17/19 tel. 8528-503 wew. 262 e-mail: Marek.Mika@cs.put.poznan.pl

dr inż. Marek Mika ON PAN ul. Wieniawskiego 17/19 tel. 8528-503 wew. 262 e-mail: Marek.Mika@cs.put.poznan.pl Systemy klasy ERP wykłady: 16 godz. laboratorium: 16 godz. dr inż. Marek Mika ON PAN ul. Wieniawskiego 17/19 tel. 8528-503 wew. 262 e-mail: Marek.Mika@cs.put.poznan.pl Co to jest ERP? ERP = Enterprise

Bardziej szczegółowo

Koncepcja systemu zarządzania jakością w dużym projekcie informatycznym zgodnie z normą ISO/IEC 9001:2008

Koncepcja systemu zarządzania jakością w dużym projekcie informatycznym zgodnie z normą ISO/IEC 9001:2008 Koncepcja systemu zarządzania jakością w dużym projekcie informatycznym zgodnie z normą ISO/IEC 9001:2008 Autor: Kinga Lewandowska Promotor: dr inż. Szymon Supernak Zakres pracy CZĘŚĆ TEORETYCZNA Przegląd

Bardziej szczegółowo

Zamówienie obejmuje usługę wdrożenia metody ISO 9001:2008 w trzech jednostkach administracji publicznej - Urzędzie Miejskim Wąbrzeźno,

Zamówienie obejmuje usługę wdrożenia metody ISO 9001:2008 w trzech jednostkach administracji publicznej - Urzędzie Miejskim Wąbrzeźno, Ogłoszenie powiązane: Ogłoszenie nr 412492-2011 z dnia 2011-12-05 r. Ogłoszenie o zamówieniu - Wąbrzeźno Zamówienie obejmuje usługę wdrożenia metody ISO 9001:2008 w trzech jednostkach administracji publicznej

Bardziej szczegółowo