Jak opisać wymagania zamawiającego wybrane elementy

Podobne dokumenty
Narzędzia informatyczne wspierające przedsięwzięcia e-commerce

Jak uchronić architekturę i wymagania przed chaosem? Warszawa, 27 stycznia 2016 roku

Specyfikacja usług. 1. Zakup usług informatycznych dla realizacji dostępu do systemu dla obsługi relacji B2B.

Wstęp do zarządzania projektami

Metodyka Sure Step. Agenda:

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

Interesujący interesariusze

Nowe Systemy Notujące na TGE

Wstęp do zarządzania projektami

Opis metodyki i procesu produkcji oprogramowania

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

Projekt wdrożenia nowych systemów notujących na TGE ( X - Stream Trading i SAPRI) - harmonogram realizacji

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.

Projektowanie interakcji

ANALIZA PRZEDPROJEKTOWA - jak skutecznie zaplanować realizację projektu. Spotkanie informacyjne TRIGONUM Sp. z o.o. STREFA STARTUP GDYNIA

Pytania i wyjaśnienia treści Specyfikacji Istotnych Warunków Zamówienia

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

Podstawy Zarządzania Projektami w Organizacjach

Wstęp do zarządzania projektami

HP Service Anywhere Uproszczenie zarządzania usługami IT

Prowadzący: Bartosz Górczyński, CTPartners S.A, itsmf Polska. Miedzeszyn, wrzesień 2010

Testowanie oprogramowania

Polskie Sieci Elektroenergetyczne S.A. OPIS PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA CZĘŚĆ II NA

Część I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA

mtim Dedykowane aplikacje mobilne dla TIM S.A.

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

r r r. ŁÓDŹ Hotel Ambasador Centrum

Testowanie Akceptacyjne

BIZNES PLAN ASPEKTY MARKETINGOWE

Skuteczne zarządzanie projektami IT w otoczeniu uczelnianym. Piotr Ogonowski

Architektura korporacyjna jako narzędzie koordynacji wdrażania przetwarzania w chmurze

Opis przedmiotu zamówienia

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

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

Piotr Ślęzak. Gdzie się podziała jakość

Wszystkie problemy leżą w testach. ForProgress spółka z ograniczoną odpowiedzialnością sp.k.

Przygotowanie projektu. mgr Jolanta Stec-Rusiecka

RUP. Rational Unified Process

ELEKTRONICZNE FAKTUROWANIE W ZAMÓWIENIACH PUBLICZNYCH. Warszawa, 15 maja 2019

Model referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami

Projekt współfinansowany ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Operacyjnego Innowacyjna Gospodarka

6 kroków, jak dobrze przygotować się do wdrożenia systemu ERP?

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Jarosław Żeliński analityk biznesowy, projektant systemów

Szablon Planu Testów Akceptacyjnych

Wdrożenie nowych Systemów Notujących na TGE

Hotel Tobaco, Łódź, ul. Kopernika 64 DLA KOGO? Wypełniony formularz prześlij na:

Efektywność obsługi prawnej projektów IT

HumanTechnology. Projektowanie interakcji. czyli łatanie dziury w procesie produkcji

Sybase Professional Services

Zarządzanie projektem wdrożeniowym systemu klasy ERP autorska metodyka

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

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

Zastosowanie TOGAF do definiowania i nadzoru architektury zorientowanej na usługi (SOA)

Praktyki ITIL oraz narzędzia ITSM w procesie wdrożenia usług Agenta Transferowego w Banku Zachodnim WBK S.A.

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2

SPECYFIKACJA WYMAGAŃ

Rola technologii w strategicznych transformacjach organizacji. Borys Stokalski

dr Mariusz Ulicki Dyrektor Biura Informatyki i Telekomunikacji Centrali KRUS

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

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.

Technologia IT wspiera zmiany w biznesie wyzwania dla Interim Managera

Warszawa, 21 stycznia 2010 r. Proces TTM Hurt

SAP w 24 godziny / Michael Missbach, George Anderson. Gliwice, cop Spis treści

Testowanie oprogramowania w środowisku IBM Rational Software Architect

Usługi zapewnienia ciągłości działania infrastruktury i wsparcia Użytkowników

Narzędzia coachingowe w edukacji dzieci

OGŁOSZENIE O ZAMÓWIENIU

Zarządzanie usługami IT

VII Kongres BOUG 03 października 2012

Waterfall model. (iteracyjny model kaskadowy) Marcin Wilk

Projektowanie Infrastruktury Sieciowej v2 2012/09/01

Jarosław Żeliński analityk biznesowy, projektant systemów

<Nazwa firmy> <Nazwa projektu> Specyfikacja dodatkowa. Wersja <1.0>

Fakty i mity badania wydajności systemów. Piotr Ślęzak

Program e-podatki Studium przypadku

Zarządzanie projektami

II Krakowskie Forum Wynagrodzeń, 31 maja 1 czerwca

Testowanie aplikacji mobilnych na platformie Android - architektura, wzorce, praktyki i narzędzia

Etapy życia oprogramowania

Wytwarzanie oprogramowania

Testy akceptacyjne w administracji publicznej

Projektowanie Modeli Usług dla rozwiązań typu SOA

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą

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

TRENING KOMPETENCJI MENEDŻERSKICH

Testowanie oprogramowania. Piotr Ciskowski

MODELE CYKLU ŻYCIA OPROGRAMOWANIA (1) Model kaskadowy (często stosowany w praktyce do projektów o niewielkiej złożonoś

PROJEKT Z BAZ DANYCH

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

Wykład 1 Inżynieria Oprogramowania

Budowa systemu wspomagającego podejmowanie decyzji. Metodyka projektowo wdrożeniowa

Programowanie obiektowe

Inżynieria oprogramowania (Software Engineering)

Projekty IT w praktyce biznesowej

AGILE PRODUCT MANAGEMENT. Szkolenie uczące, jak tworzyć i zarządzać produktami w dynamicznie zmieniającym się otoczeniu.

Programowanie zespołowe

Koordynacja projektów inwestycyjnych

Netkata. PROCES projektowy Interfejsu Użytkownika. Spis treści. Netkata Interactive

Nowe Systemy Notujące na TGE

Transkrypt:

Jak opisać wymagania zamawiającego wybrane elementy Adam Rzeźnicki, Grzegorz Sobolewski PIIT Listopad, 2012

Agenda Kontekst ma znaczenie - na przykładzie cyklu wytwórczego systemu aplikacyjnego Rodzaje wymagań Interesariusze i ich perspektywy Opis Przedmiotu Zamówienia poprzez pryzmat wymagań i interesariuszy 2

Kontekst ma znaczenie Aplikacja 1 OPZ Wymagania Analiza wymagań Projektowa nie rozwiązania Budowa i testy Testy akceptacyjne Odbiór i wdrożenie produkcyjne Utrzymanie i rozwój Faza zamówienia Faza realizacji i utrzymania Wymagania Zarządzanie programami /projektami Zarządzanie zmianami Zarządzanie Architekturą Korporacyjną Aplikacja n OPZ Wymagania Analiza wymagań Projektowa nie rozwiązania Budowa i testy Testy akceptacyjne Odbiór i wdrożenie produkcyjne Utrzymanie i rozwój Faza zamówienia Faza realizacji i utrzymania 3

Kontekst ma znaczenie Aplikacja 1 OPZ Wymagania Analiza wymagań Projektowa nie rozwiązania Budowa i testy Testy akceptacyjne Odbiór i wdrożenie produkcyjne Utrzymanie i rozwój Faza zamówienia Faza realizacji i utrzymania Wymagania Zarządzanie programami /projektami Zarządzanie zmianami Zarządzanie Architekturą Korporacyjną Aplikacja n OPZ Wymagania Analiza wymagań Projektowa nie rozwiązania Budowa i testy Testy akceptacyjne Odbiór i wdrożenie produkcyjne Utrzymanie i rozwój Faza zamówienia Faza realizacji i utrzymania 4

Rodzaje wymagań Wymagania funkcjonalne Wymagania niefunkcjonalne - Bezpieczeństwo - Wydajnościowe - Interoperacyjność/kompatybilność z pozostałymi komponentami ekosystemu IT - Niezawodnościowe - Wdrożeniowe - Utrzymaniowe - Prawne - etc. 5

Interesariusze i ich perspektywy Bazuje na uwzględnieniu zróżnicowanych grup interesariuszy Zorganizowana jest w układ 4 fundamentalnych widoków Widok Biznesowy Widok Funkcjonalny Widok Techniczny Grupy interesariuszy Widok Implementacyjny 6

Interesariusze Interesariusze to osoby lub organizacje, które: mają(bezpośredni lub pośredni) wpływ na rezultat projektu będą(bezpośrednio lub pośrednio) pod wpływem projektu 7

Cztery widoki/perspektywy rozwiązania Widok Biznesowy Dlaczego tym się zajmujemy (jakie są motory)? Dlaczego potrzebujemy, z czego to wynika, jak mierzyć Widok Funkcjonalny Co rozwiązanie będzie robić? Jakich dostarczy informacji? Jakie właściwości, jakie usługi, którzy użytkownicy Niezależny od technologii, produktów, implementacji Widok Techniczny Jak będzie zbudowane rozwiązanie, jaka będzie jego struktura, ramy, składniki, sposób zarządzania? Widok aplikacji, danych, interfejsów, infrastruktury Widok Implementacyjny (Jak, kim, kiedy ) W oparciu o jakie produkty, usługi, narzędzia, procesy, jakich ludźmi, w jakiej lokalizacji, w jakim czasie i budżecie, itd, rozwiązanie będzie zaimplementowane? 8

Widoki i typowe grupy interesu Widok Biznesowy Główne grupy interesu Zarząd, dyrektorzy i kierownicy, zamawiający rozwiązania, analitycy Funkcjonalny Techniczny Implementacyjny Użytkownicy rozwiązań, właściciele procesów, projektanci Dostawcy rozwiązań, konsultanci techniczni, dostawcy podsystemów Manager projektu, dostawcy rozwiązań, testujący rozwiązania, rozwijający rozwiązania, użytkownicy/operatorzy/kierownicy 9

Analogia do budowy domu: cztery widoki/perspektywy Biznesowy Dlaczego chcę nowy dom? Pożądany Funkcjonalny Co da mi nowy dom? Implementacyjny Jak i z czego zostanie zbudowany? Możliwy Techniczny Jak będzie wyglądał po wybudowaniu? 10

Grupy interesu przy budowie domu 11 Widok Biznesowy Dlaczego chcę zbudować nowy dom? (prestiż, inwestycja, rozrywka, mieszkanie) Sponsor Widok Funkcjonalny Jakie będzie posiadał cechy i udogodnienia? (cisza, bezpieczeństwo, rozkład pokoi, ogród) Użytkownik Widok Techniczny Jak zostanie zbudowany? (materiały, media, komunikacja) Budowniczy Projektant Widok Implementacyjny W jaki sposób będzie następowała realizacja? (finansowanie, zaopatrzenie, model, fazy)

Perspektywa biznesowa Dlaczego to robimy? Kluczowe pytania Jakie są wewnętrzne i zewnętrzne motory? Jakie są modele biznesu i procesy biznesowe? Kto bierze udział w procesach biznesowych? Jakie są cele realizacji projektu? Jak będzie mierzony sukces wprowadzanego rozwiązania? 12

Perspektywa funkcjonalna Co powinno zapewniać rozwiązanie? Kluczowe pytania Co zapewni kompletne rozwiązanie? Jak będzie ono wykorzystane i jakich nowych usług dostarczy? Jakich informacji będzie dostarczało? Do kogo? Jakie właściwości powinno posiadać rozwiązanie? 13

Perspektywa techniczna Jak powinno działać rozwiązanie? 14 Kluczowe pytania W jaki sposób system powinien być zbudowany i jaką posiadać strukturę? Jakie są niezbędne interfejsy zewnętrzne i inne wymagania? Jakie aplikacje i dane są potrzebne? Jak wygląda niezbędna infrastruktura? Jakie standardy zostaną zastosowane? Jak zostanie osiągnięta wymagana jakość systemu?

Perspektywa implementacyjna W jaki sposób rozwiązanie zostanie zbudowane? Kluczowe pytania 15 Jakie specyficzne produkty i komponenty, od jakich dostawców, są potrzebne do zbudowania systemu? Jak rozwiązanie będzie wspierane i rozwijane? Jakie metody walidacji będą zastosowane? Jak będzie wyglądało zarządzanie projektem? Jakie jest źródło finansowania? Jak przeprowadzić zmiany i jaki będzie ich wpływ przy przechodzeniu od stanu obecnego do docelowego?

Opis Przedmiotu Zamówienia poprzez pryzmat wymagań i interesariuszy Specyfikacja wymagań Wymagania funkcjonalne Wymagania niefunkcjonalne SMART (S)pecific znaczące, jednoznaczne, (M)asurable mierzalne, zarządzalne, (A)ttainable osiągalne, przypisywalne, (R)elevant realistyczne, zorientowane na rezultaty, (T)imely osadzone w ramach czasowych, umożliwiające ich śledzenie, Śledzenie i zarządzanie wymaganiami 16

Opis Przedmiotu Zamówienia poprzez pryzmat wymagań i interesariuszy Perspektywa BIZNESOWA Perspektywa FUNKCJONALNA DLACZEGO? CO? Perspektywa IMPLEMENTACYJNA Perspektywa TECHNICZNA W JAKI SPOSÓB? JAK? 17

Pytania

Dziękuję