Testy akceptacyjne w administracji publicznej

Podobne dokumenty
Opis Przedmiotu Zamówienia

1. Definicja pojęć Celem opisania warunków świadczenia usług gwarancji jakości Systemu i Asysty Powdrożeniowej definiuje się następujące pojęcia:

WZORY PROTOKOŁÓW ODBIORU Załącznik I do SZCZEGÓŁOWEGO OPISU PRZEDMIOTU ZAMÓWIENIA

Niniejszy załącznik reguluje sposób monitorowania, raportowania i rozliczenia poziomu świadczenia oraz naprawy błędów w ramach Systemu PZUM.

Niniejszy załącznik składa się z 5 ponumerowanych stron

Warunki świadczenia Asysty Technicznej

Zamawiający: Miejskie Przedsiębiorstwo Oczyszczania MPO Łódź Spółka z ograniczoną odpowiedzialnością. ul. Tokarzewskiego Łódź

Procedura Odbioru. 1. Niniejsza Procedura odbioru obejmuje:

Załącznik nr 19 do Umowy nr... z dnia... Plan Testów Systemu. Projekt ZEFIR 2

WARUNKI GWARANCJI I SERWISU GWARANCYJNEGO

Partnerstwo Publiczno-Prywatne

Niniejszy załącznik reguluje sposób monitorowania, raportowania i rozliczenia poziomu świadczenia zakontraktowanych Usług.

Kraków, dnia Zapytanie ofertowe na wyłonienie wykonawcy poniższych usług:

Procedury Odbioru. Załącznik nr 11

Szablon Planu Testów Akceptacyjnych

ZAŁĄCZNIK NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA DOTYCZĄCY WDROŻENIA PLATFORMY ZAKUPOWEJ

ZAŁĄCZNIK nr WARUNKI GWARANCJI I. DEFINICJE... 2 II. ZASADY OGÓLNE... 3 III. POZIOMY SLA Izba Celna w Białymstoku.

ZAŁĄCZNIK Nr 5. UMOWA Nr...

Etapy życia oprogramowania

WYJAŚNIENIA NR 2 TREŚCI SIWZ

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania

Jak opisać wymagania zamawiającego wybrane elementy

ZAWIADOMIENIE O ZMIANIE TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA

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

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

Nazwa Projektu. Plan testów. Wersja N.NN

SLA ORAZ ZASADY ŚWIADCZENIA WSPARCIA I HELPDESK. Wykonawca zobowiązuje się do świadczenia Usług Wsparcia i Helpdesk w odniesieniu do Systemu.

Załącznik Nr 6 do siwz. UMOWA (projekt)

Metodyka wdrożenia. Bartosz Szczęch. Starszy Konsultant MS Dynamics NAV

Szczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów:

Sukces vs porażka. Sukces. Porażka

Waterfall model. (iteracyjny model kaskadowy) Marcin Wilk

Metodyka Sure Step. Agenda:

Dwuwymiarowy sposób na podróbki > 34

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

UMOWA Nr.../ Dostawa, montaż oraz uruchomienie systemu służącego do zarządzania pracą stanowisk i obsługą klientów.

Procedura uruchomienia nowych lub zmiany istniejących funkcjonalności w systemie SAP ERP w UJ

PROCEDURY AKCEPTACJI ORAZ ODBIORU PRZEDMIOTU UMOWY

Testowanie oprogramowania

Jakość w procesie wytwarzania oprogramowania

Pytanie nr 3: Czy połączenie urządzenie mobilne -> serwer będzie szyfrowane? (protokół HTTPS).

Odbiór robót jako podstawa zgłoszenia obiektu do użytkowania

Zarządzanie projektami w otoczeniu uczelnianym. Piotr Ogonowski

System Zachowania Ciągłości Funkcjonowania Grupy KDPW

Część III - Zadanie nr 4.4: Oprogramowanie do zarządzania. Lp. Zwartość karty Opis 1 Specyfikacja techniczna / funkcjonalna przedmiotu zamówienia

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

Szczegółowy opis przedmiotu zamówienia

UMOWA Nr... - PROJEKT

Załącznik nr 5 do umowy - SLA

DOTACJE NA INNOWACJE- Inwestujemy w Waszą przyszłość

PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB KLUCZ ODPOWIEDZI. Część DODATEK

Zakład Ubezpieczeń Społecznych Departament Zamówień Publicznych ul. Szamocka 3, 5, Warszawa tel: , faks:

ISTOTNE POSTANOWIENIA UMOWY

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

UMOWA nr (wzór) Niniejsza Umowa wraz z Załącznikami (zwana dalej Umową ) zostaje zawarta w dnia roku pomiędzy:

ZAPISY OGÓLNE... 2 II. WARUNKI GWARANCJI SPRZĘTU... 4 III. WARUNKI GWARANCJI DLA OPROGRAMOWANIA... 6 IV. POZIOMY SLA...

ZAŁĄCZNIK nr 6 do SIWZ. Pomiędzy: Powiatowym Urzędem Pracy w Pleszewie Reprezentowanym przez Leszka Bierłę Dyrektora Powiatowego Urzędu Pracy

Umowa Nr 2/2013. Miejskim Domem Kultury z siedzibą przy ul. 3 Maja 50, O7-300 Ostrów Mazowiecka

ZAŁĄCZNIK NR 1 do Umowy nr [ ] z dnia [ ] Zakup kompleksowej usługi wydruku dla wybranych lokalizacji Poczty Polskiej S.A.

Opis przedmiotu zamówienia

SZPITALEM WOJEWÓDZKIM IM. MIKOŁAJA KOPERNIKA W KOSZALINIE UL. T. CHAŁUBI

zawarta w dniu.. pomiędzy:

Usterka oprogramowanie nie realizuje funkcji określonych w dokumentach oprogramowania

ZAPYTANIE OFERTOWE. Zamawiający. Przedmiot zapytania ofertowego. Wrocław, dnia r.

Zawód tester, czyli na czym polega testowanie. Katarzyna Łabinska Justyna Sacha - Gawlik

Finasowanie zadań w gospodarce odpadami na przykładzie realizowanych przedsięwzięć

Załącznik nr 2 do SIWZ

Oznaczenie sprawy: 25/2015/FSS Załącznik nr 3. Umowa nr

Pytania w ramach opublikowania postępowania znak postępowania: WORD/D/23/144/W/2015.

Opis przedmiotu zamówienia. (zwany dalej OPZ )

SIWZ nr OP /10 Załącznik nr 3 do SIWZ Wzór umowy. 1. Przedmiot umowy

Wdrozėnie systemu B2B wprowadzaja cego automatyzacje procesów biznesowych w zakresie Systemu Nadzoru Projektowego

Czy zamówienie było przedmiotem ogłoszenia w Biuletynie Zamówień Publicznych: tak, numer ogłoszenia

Audyty zarządzania bezpieczeństwem - wstęp do tworzenia i doskonalenia Systemu Zarządzania Bezpieczeństwem obiektów przemysłowych.

Informatyzacja administracji zaczyna się od przetargów

PROJEKT. Umowa nr...

WZÓR Część 1. UMOWA Nr

ISTOTNE POSTANOWIENIA UMOWY NR GIODO/2015/.../...

UMOWA O WYKONANIE PROGRAMU KOMPUTEROWEGO. 2. Firmą z siedzibą w. przy ul., kod pocztowy..-..., REGON, NIP

INŻYNIERIA OPROGRAMOWANIA TESTOWANIE SYSTEMOWE

PROJEKT UMOWA NR /2015 zawarta w dniu r. pomiędzy:

INŻYNIERIA OPROGRAMOWANIA TESTOWANIE INTEGRACYJNE

U M O W A N r. w wyniku zapytania ofertowego postępowania w trybie poniżej Euro

STRATEGIA zamówień publicznych w przedsięwzięciach informatycznych MF

Podhalańska Państwowa Wyższa Szkoła Zawodowa ul. Kokoszków 71, Nowy Targ. Odpowiedzi na zapytania wykonawców

PROJEKT UMOWY. UMOWA nr..

Goal Question Metrics. Jarosław Kuchta Jakość Systemów Informatycznych

Opieka techniczna systemu GeoMelio (ETAP II) Lp Rodzaj usługi Opis usługi

UMOWA /projekt/ Załącznik nr 6 do SIWZ

WZÓR UMOWY. Powiatem Jarocińskim z siedzibą w Jarocinie (63-200), Al. Niepodległości 10 zwanym dalej Zamawiającym, reprezentowanym przez:

Trwałość projektów 7 osi PO IG

Zachodniopomorski Oddział Wojewódzki Narodowego Funduszu Zdrowia ul. Arkońska Szczecin

1

PROGRAMY REGIONALNE NARODOWA STRATEGIA SPÓJNOŚCI

Plan Testów Systemu SOS

Transkrypt:

Testy akceptacyjne w administracji publicznej PRO PUBLICO BONO? Michał Kruszewski

Skąd zapotrzebowanie na testy? Narodowa Strategia Spójności (NSS) 2007-2013 ok. 85,6* mld euro Wzrost jakości odbieranego oprogramowania (finansowane ze środków UE) Nowa perspektywa finansowa UE na lata 2014-2020 * http://www.funduszeeuropejskie.gov.pl/

Dlaczego my? Niezależność? Profesjonalizm? Doświadczenie? Przeniesienie ciężaru odpowiedzialności? Obawy przed kontrolami instytucji wdrażających? Brak kompetencji?

Kim właściwie jesteśmy? Wykonawca Systemu Zamawiający Zespół Testów Akceptacyjnych (Wykonawca testów)

Główne problemy do rozwiązania Paradoks doskonałości Jak odebrać system bez zastrzeżeń? Brak lub zbyt ogólne wymagania niefunkcjonalne Jak zweryfikować wymagania prawne? Czy można przetestować wymagania jakościowe? Pomiędzy młotem a kowadłem Jak uniknąć podwójnej siły rażenia?

Kluczowe uwarunkowania Jaki jest kontekst prawny realizowanego projektu? Czym są i gdzie są definicje błędu i zmiany? Kiedy My wchodzimy do gry?

Budowa systemu z perspektywy zamawiającego Zamawiający Wykonawca zewnętrzny Analiza wstępna Koncepcja projektu Przygotowanie przetargu Postępowanie przetargowe Projekt techniczny Pilot / Prototyp Wdrożenie Eksploatacja ETAP I PRZYGOTOWACZY ETAP II REALIZACYJNY

Budowa systemu z perspektywy zamawiającego Kluczowe fazy realizacji projektu Ogłoszenie przetargu na Wykonawcę systemu Wyłonienie Wykonawcy systemu i rozpoczęcie analizy Rozpoczęcie developmentu Testy akceptacyjne Odbiór systemu Ogłoszenie przetargu na Wykonawcę testów akceptacyjnych Wyłonienie Wykonawcy testów akceptacyjnych Go-live

Którędy do sukcesu? Znalezienie sojuszników Okiełznanie wymagań niefunkcjonalnych Przedefiniowanie błędów???

Gdzie są sprzymierzeńcy? Nawet ludzie, którzy się nie lubią, pomagają sobie w kłopotach, gdy płyną na tej samej łodzi * Interesariusze i interesariusze Być po stronie Zamawiającego Wspólny różny cel *Sun Tzu Sztuka Wojny

Jak przedefiniować błędy? You must unlearn, what you have learned * Kluczowe czynniki: Czym są wymogi formalne Umowy i SIWZ? Jakie są faktyczne kryteria odbioru systemu? Jaki ma to związek z faktycznym wsparciem świadczonym przez Wykonawcę na etapie eksploatacji systemu? *Yoda The Empire Strikes Back

Co z naszymi błędami? Definicja z Umowy Błąd skutkujący stałą niedostępnością systemu lub powodujący: brak możliwości kontynuowania w systemie procesu biznesowego zgodnie z tym jak zostało to zaprojektowane, brak spełnienia przez system obowiązkowych wymagań zgodnie z tym jak ich wykonanie zostało zaprojektowane, brak spełnienia przez system preferowanych wymagań zgodnie z tym jak ich wykonanie zostało zaprojektowane lub brak możliwości zastosowania tymczasowego rozwiązania pochłaniające co najwyżej 3 razy tyle czasu co rozwiązanie standardowe. Definicja zmodyfikowana w Planie Testów Błąd skutkujący stałą niedostępnością systemu lub powodujący: brak możliwości kontynuowania w systemie procesu biznesowego zgodnie z tym jak zostało to zaprojektowane, brak spełnienia przez system obowiązkowych lub preferowanych wymagań zgodnie z tym jak ich wykonanie zostało zaprojektowane. Tymczasowe rozwiązanie nie może powodować niepoprawnych operacji systemowych.

Jak skrystalizować wymagania niefunkcjonalne? Jak ukierunkować wymagania aby zmierzać do odbioru systemu? A co z zapisami Umowy Ile to ma kosztować pracy?

Jak okiełznać wymagania? Definicja z SIWZ Błąd oprogramowania lub konfiguracji uniemożliwiający prawidłowe działanie lub uniemożliwiający korzystanie z dowolnej funkcjonalności Systemu. Uwaga! W dalszej części umowy kary zdefiniowane były w stosunku do pojęcia awarii. Definicja zmodyfikowana w Planie Testów Błąd Krytyczny: wada w oprogramowaniu, która uniemożliwia użytkownikowi korzystanie z systemu zgodnie z jego przeznaczeniem lub uniemożliwia mu korzystanie z krytycznej funkcjonalności. Jeżeli możliwe jest funkcjonalne obejście problemu, wada oprogramowania nie będzie uważana za krytyczną.

Pro publico bono? Udział Nas ekspertów w testach: Wnosi nowe standardy jakościowe do Organizacji Umożliwia poprawę jakości wytwarzanego oprogramowania Przyczynia się do.

? Pytania