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



Podobne dokumenty
Analityk i współczesna analiza

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

W poprzedniej prezentacji: Przewodnik po biznesplanie

Wstęp do zarządzania projektami

Wstęp do zarządzania projektami

Cykle życia systemu informatycznego

KIERUNKOWE EFEKTY KSZTAŁCENIA KIERUNEK STUDIÓW INFORMATYCZNE TECHNIKI ZARZĄDZANIA

NAZWA KWALIFIKACJI MODUŁY KWALIFIKACJI. Trener Zarządzania. I. Identyfikacja i analiza potrzeb szkoleniowych (IATN) II. III. IV.

Zarządzanie inicjatywami i wymaganiami w projektach IT

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego

Wstęp do zarządzania projektami

ZARZĄDZANIE STRATEGICZNE OPRACOWANIE

Etapy życia oprogramowania

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

Feature Driven Development

Wykład 1 Inżynieria Oprogramowania

KIERUNKOWE EFEKTY KSZTAŁCENIA

Poniższy program może być skrócony do 1 dnia lub kilkugodzinnej prezentacji.

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

MSF. Microsoft Solution Framework

MANAGER INNOWACJI MODUŁY WARSZTATOWE

Zarządzanie projektami - narzędzia, software, dokumentacja, metodyka PMBOK

Zasady organizacji projektów informatycznych

PRZEWODNIK PO PRZEDMIOCIE

Certified IT Manager Training (CITM ) Dni: 3. Opis:

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Studium wykonalności

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

SKUTECZNE ZARZĄDZANIE PROJEKTEM

Projektowanie systemów informatycznych

Opis metodyki i procesu produkcji oprogramowania

Jak zostać dobrym analitykiem? Wpisany przez RR Nie, 21 paź 2012

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

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

Organizacyjny aspekt projektu

Zarządzanie procesami pomocniczymi w przedsiębiorstwie

WP11.3 Metodologia szkolenia, programy szkoleń i materiały

Narzędzia CASE dla.net. Łukasz Popiel

STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe

Metodyka zarządzania projektami

STRATEGIA ROZWOJU SPOŁECZNO - GOSPODARCZEGO GMINY KWIDZYN NA LATA PROJEKT

Uniwersytet Zielonogórski Wydział Zarzadzania Zakład Zarządzania Strategicznego Prowadzący: mgr Sławomir Kotylak

Opis przedmiotu zamówienia

DLA SEKTORA INFORMATYCZNEGO W POLSCE

STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI INFORMATYCZNYMI

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

Spis treúci. 1. Wprowadzenie... 13

Dobre wdrożenia IT cz. I Business Case.

Gry społecznościowe. wykład 0. Joanna Kołodziejczyk. 24 lutego Joanna Kołodziejczyk Gry społecznościowe 24 lutego / 11

Ogłoszenie o konkursie na

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)

KARTA PRZEDMIOTU. 1. Nazwa przedmiotu: ZARZĄDZANIE SYSTEMAMI INFORMATYCZNYMI. 2. Kod przedmiotu: ZSI

REGULAMIN REALIZACJI PROJEKTÓW EDUKACYJNYCH W GIMNAZJUM NR 1 W LUBOWIDZU

Projekt: Szansa drzemie w zmianie nowoczesne ZZL

KARTA PRZEDMIOTU. 2. Kod przedmiotu: ZSI. 1. Nazwa przedmiotu: ZARZĄDZANIE SYSTEMAMI INFORMATYCZNYMI

DECYZJA Nr 262/MON MINISTRA OBRONY NARODOWEJ. z dnia 24 czerwca 2014 r.

Plan zarządzania projektem

Zarządzanie projektami a zarządzanie ryzykiem

Zarządzanie projektami. Wydanie II.

Projekt. Młodzi dla Środowiska

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

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON

PRZEWODNIK PO PRZEDMIOCIE

Inżynieria Oprogramowania w Praktyce

Zarządzanie projektami IT

Techniki i rozwiązania IT w optymalizacji procesów

Programowanie zespołowe

Lean SIX SIGMA black belt

PROGRAM WSPÓŁPRACY TRANSGRANICZNEJ POLSKA BIAŁORUŚ UKRAINA

Udane wdrożenie systemu IT

Pytania z przedmiotów kierunkowych

STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI Edycja 2011/2012

MS Project 2010 w harmonogramowaniu - planowanie zadań, działań, operacji i przedsięwzięć

Biuro projektu: ul. Kościuszki 4/6a, Rzeszów, tel.: ,

W. 3. Zarządzanie projektami: potrzeba str. 30. W. 4. Odpowiedź na zmieniające się warunki str. 32. W. 5. Systemowe podejście do zarządzania str.

Informatyczne fundamenty

ZARZĄDZENIE REKTORA ZACHODNIOPOMORSKIEJ SZKOŁY BIZNESU W SZCZECINIE 4/ kwietnia 2013 r.

Egzamin / zaliczenie na ocenę*

Projektowanie systemów informatycznych. wykład 6

KARTA PRZEDMIOTU. 1. Informacje ogólne. 2. Ogólna charakterystyka przedmiotu. Inżynieria oprogramowania, C12

Projektowanie interakcji

DEPARTAMENT INFORMATYKI I TELEKOMUNIKACJI

MODEL KOMPETENCYJNY DYREKTORA

KIERUNKOWE EFEKTY KSZTAŁCENIA

Wdrożenie nowych proinnowacyjnych usług sprzyjających dyfuzji innowacji w sektorze MSP nr umowy: U- POIG /10-00

ZARZĄDZENIE nr 35/2013 STAROSTY NOWODWORSKIEGO z dnia 27 sierpnia 2013 r.

PRZEWODNIK PO PRZEDMIOCIE

Plan komunikacji w ramach projektu CAF w Urzędzie Gminy Jasieniec

Efekt kształcenia. Ma uporządkowaną, podbudowaną teoretycznie wiedzę ogólną w zakresie algorytmów i ich złożoności obliczeniowej.

Praktyki zawodowe. Tomasz Tyksiński.

Słownik z wytycznymi dla pracodawców w zakresie konstruowania programu stażu Praktycznie z WZiEU

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

KARTA MODUŁU KSZTAŁCENIA

STRATEGIA ROZWOJU DLA LOKALNEJ GRUPY DZIAŁANIA. Oferta badawcza

Inżynieria oprogramowania - opis przedmiotu

SZKOLENIE. Jak zarządzać projektem z wykorzystaniem MS Project. tel: ; fax: ;

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

PROCEDURA. Monitorowanie i aktualizacja planów strategicznych

REGULAMIN REALIZACJI PROJEKTU EDUKACYJNEGO w ZKPiG Nr 25. Projekt edukacyjny - Rozporządzenie Ministra Edukacji Narodowej z dnia 20 sierpnia 2010 roku

Wybór ZSI. Zakup standardowego systemu. System pisany na zamówienie

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

Transkrypt:

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 przedsięwzięć informatycznych ze względu na produkt pozyskanie powielarnego systemu informatycznego, opracowanie indywidualnego systemu informatycznego, zastosowanie nowych środków organizacyjnych i technologicznych. Wykład 3 2 Wg [SysAnal][1] wg [InfEkon] [2] Wg [AnPrStr] [3] Etapy przedsięwzięcia informatycznego Strategia Analiza Formułowanie założeń systemowych Modelowanie systemu Studium możliwości Analiza 1. Identyfikacja, celów, problemów i możliwości 2. Określenie potrzeb informacyjnych użytkowników Projektowanie Budowa i dokumentacja użytkowa Wdrożenie Utrzymanie i rozwój Projektowanie systemu Programowanie systemu Weryfikacja systemu Wdrożenie systemu Eksploatacja systemu Projekt Implementacja i dokumentacja użytkownika Przejście na nowy system Eksploatacja nowego systemu 7. Wdrożenie, użytkowanie i rozwój systemu 6. Testowanie i szacowanie systemu 3. Analiza potrzeb systemowych 4. Projektowanie systemu 5. Tworzenie i dokumentowanie oprogramowania systemowego [1] Systems Analysis and Design, Kenneth E. Kendall, Julie E. Kendall, Prentice-Hall International, Inc. [2] Informatyka dla ekonomistów. Studium teoretyczne i praktyczne, praca Wykład zbiorowa pod 3 redakcją Adama Nowickiego, Wydawnictwo Naukowe PWN, 3 Warszawa-Wrocław 1997 [3] Roszkowski J., Analiza i projektowanie strukturalne, HELION, Gliwice 2004 Wykład 3 4 B. ANALIZA WYMAGAŃ INFORMACYJNYCH UŻYTKOWNIKÓW SIZ wykonywana przez analityków systemowych z myślą o projektowaniu; ma na celu systematyczną analizę danych wejściowych, przepływu danych i informacji wynikowych w kontekście konkretnego przedsięwzięcia (organizacji); jest zespołem uporządkowanych działań podejmowanych w celu usprawnienia funkcjonowania organizacji poprzez wykorzystanie komputerowych systemów informacyjnych (systemów informatycznych). Wykład 3 5 UCZESTNICY PROCESU SYSTEMOWEJ ANALIZY WYMAGAŃ ANALITYCY SYSTEMOWI dokonują systematycznego oszacowania i oceny funkcjonowania organizacji poprzez badanie źródeł i procesów przetwarzania danych wejściowych i informacji wynikowych, mając na celu poprawienie procesów organizacyjnych, często drogą zastosowania w organizacji systemu informatycznego Wykład 3 6 1

KATEGORIE ANALITYKÓW: UŻYTKOWNICY KONSULTANT - zatrudniony specjalnie dla zidentyfikowania i rozwiązywania problemów związanych z system informacyjnym organizacji. WSPIERAJĄCY EKSPERT - zatrudniony w organizacji, opracowuje profesjonalną ekspertyzę np. dotyczącą sprzętu komputerowego i oprogramowania oraz ich wykorzystania w organizacji. KATALIZATOR ZMIAN - analityk zarówno wewnętrzny jak i zewnętrzny wobec organizacji; uczestniczy w jakimś stopniu w cyklu życia przedsięwzięcia informatyzacji i jest obecny w organizacji w pewnym przedziale czasu; uzmysławia potrzebę zmian, opracowuje plan zmian i współpracuje z innymi przy wprowadzaniu zmian. Wykład 3 7 UŻYTKOWNICY pracownicy/członkowie organizacji, którzy komunikują się z systemem informacyjnym z racji funkcji pełnionych w organizacji. PODZIAŁ UŻYTKOWNIKÓW według sposobu korzystania z wyjść systemu: UŻYTKOWNICY PIERWOTNI wykorzystują wyjścia systemu informacyjnego bezpośrednio w realizacji zadań organizacyjnych. UŻYTKOWNICY WTÓRNI wprowadzają dane do systemu informacyjnego, ale nie wykorzystują bezpośrednio wyjść z systemu do wykonywania swoich zadań organizacyjnych. Wykład 3 8 INNE KRYTERIA PODZIAŁU UŻYTKOWNIKÓW: potrzeby związane z monitorowaniem lub zarządzaniem, podejście proaktywne lub reaktywne, zajmowany poziom administracyjny. Wykład 3 9 ŹRÓDŁA INFORMACJI W SYSTEMOWEJ ANALIZIE WYMAGAŃ strategie i plany rozwojowe organizacji, istniejący obieg informacji, strukturę organizacyjną zakresy obowiązków, odpowiedzialności itp. obowiązujące w organizacji procedury gospodarcze, w tym związane z procesem zapewnienia jakości, obecny stan informatycznego wspomagania zarządzania, rozmowy (wywiady), ankiety i inne narzędzia umożliwiające uzyskanie informacji od pracowników/użytkowników. Wykład 3 10 System Informacyjny Organizacji IDENTYFIKACJA Opis ANALIZA Badanie Analiza dokumentacji Wywiady Ankiety Języki werbalne Języki graficzne Języki mieszane Po co? Cele osiągane przez Funkcje Co? Materialne Informacyjne POTRZEBY/ WYMAGANIA Informacje SYNTEZA Wnioski Propozycje Analiza celów i problemów Analiza krytycznych czynników sukcesu (CSF) Analiza wpływu technologii Planowanie strategii informacyjnej Co? Gdzie? Kiedy? Jak? realizowane przez Organizacja Wykład 3 11 Wykład 3 12 2

ZAKRES SYSTEMOWEJ ANALIZY WYMAGAŃ Identyfikacja celów organizacji i problemów w jej funkcjonowaniu. (ETAP KRYTYCZNY) Analiza wymagań informacyjnych organizacji jako całości i jej elementów. (ETAP ZASADNICZY) Modelowanie organizacji z punktu widzenia procesów przetwarzania informacji. Opracowanie alternatywnych propozycji systemu informatycznego. Oszacowanie kosztów zaproponowanych wariantów i przedstawienie przewidywanych korzyści z ich wdrożenia. I. II. III. IV. C. PROCES SPECYFIKACJI WYMAGAŃ SYSTEMOWYCH ETAPY Pozyskiwanie Identyfikacja zakresu systemu i źródeł wymagań Konsolidacja i redakcja Analiza zbiorcza Pozyskiwanie Wykład 3 13 Wykład 3 14 I. IDENTYFIKACJA ZAKRESU SYSTEMU I ŹRÓDEŁ WYMAGAŃ 1) USTALENIE ZAKRESU PROJEKTU 2) PRZYGOTOWANIE FAZY POZYSKIWANIA WYMAGAŃ USTALENIE ZAKRESU PROJEKTU Zidentyfikowanie niezbędnych z punktu widzenia biznesu cech systemu. Zdefiniowanie projektów dotyczących modyfikacji istniejących systemów i rozwoju nowych. Ustalenie względnych priorytetów tych projektów. Zidentyfikowanie celów biznesowych dla każdego projektu i każdego systemu. Wykład 3 15 Wykład 3 16 USTALENIE ZAKRESU PROJEKTU cd. Określenie harmonogramu i budżetu osiągania celów biznesowych Zidentyfikowanie wyższych warstw zarządzających, które będą odpowiedzialne za system i które powinny wspierać projekt, Zdefiniowanie zakresu w terminach funkcji, które mają być realizowane przez system. PRZYGOTOWANIE FAZY POZYSKIWANIA WYMAGAŃ Uzgodnienie celu systemu, Budżet i harmonogramowanie prac, Zabezpieczenie (security) i bezpieczeństwo (safety), Punkty widzenia udziałowców przedsięwzięcia informatycznego: użytkowników i innych, którzy mogą formułować wymagania. Wykład 3 17 Wykład 3 18 3

UDZIAŁOWCY PRZEDSIĘWZIĘCIA INFORMATYCZNEGO: Właściciele systemu Użytkownicy systemu Kierownik zespołu realizującego Analitycy systemowi Projektanci systemowi Programiści Specjaliści/konsultanci IT oraz personel techniczny zespołu realizującego przedsięwzięcie odpowiedzialny za sporządzanie dokumentacji Studia wstępne (1) Użyteczne źródła informacji raporty organizacyjne, instrukcje postępowania, zakresy obowiązków/kompetencji, dokumentacje istniejących systemów, procedury kontroli i oceny itp. Stosowane w przedsięwzięciach nowych jakościowo (dziedzinowo) dla analityków Wykład 3 19 Wykład 3 20 Studia wstępne (2) Zalety: Pomagają analitykom zrozumieć organizację przed spotkaniem z ludźmi w niej pracującymi. Pozwala analitykowi przygotować zastosowanie innych metod gromadzenia faktów. Dokumentacje istniejących systemów mogą dostarczyć formalnie zdefiniowanych wymagań informacyjnych WADY: Dokumenty zwykle nie odzwierciedlają w pełni rzeczywistości. D. Sesje panelowe - workshop Są ważną techniką organizatorską zapewniająca postęp w realizacji przedsięwzięcia informatycznego W początkowej fazie przedsięwzięcia informatycznego służą sformułowaniu realizowanej przez przedsięwzięcie strategii informatyzacji W kolejnych etapach analityk musi spotykać się z udziałowcami upewniając się co do słuszności swoich spostrzeżeń i wniosków, które powinien sformułować w raporcie końcowym Na etapie projektowania systemu spotkania mają na celu doprowadzenie do konkluzji co do zbioru wymagań, wyboru wariantów projektowych ich realizacji itp. Wykład 3 21 Wykład 3 22 Joint Application Development Interakcyjne Tworzenie Aplikacji Również znane jako Joint Application Design (JAD). Technika JAD opracowana i sponsorowana przez IBM w latach 90-tych. Po raz pierwszy skutecznie zastosowana w Kanadzie JAD Zasady Aktywność grupowa wywiady indywidualne i grupowe zostały zastąpione sesjami (workshop) Środki wizualne od tablic poglądowych do interaktywnych ekranów prezentacyjnych. Zorganizowany, racjonalny proces adaptujący różnorodne techniki: burza mózgów, analiza top-down itp. Podejście dokumentacyjne każda z sesji kończy się sporządzeniem dokumentu, który w postaci łatwiejszej do zrozumienia przedstawia wszystkie uzgodnienia poczynione podczas jej trwania (WYSI/WYG). Wykład 3 23 Wykład 3 24 4

Joint Requirements Planning (JRP) Technika-córka JAD Bardziej popularna na etapie analizy systemu/wymagań w trakcie realizacji projektu/przedsięwzięcia Uczestnicy JRP (1) Lider sesji (animator) określa poziom i kierunek dyskusji; kieruje dynamiką grupy; potrzebuje doskonałych umiejętności interpersonalnych. Analityk odpowiedzialny za dokumenty sesji; również uczestniczy w dyskusji; zwykle doświadczony w zakresie analizy systemowej. Właściciel (sponsor) finansujący przedsięwzięcie i zatrudniający personel, przedstawiciel najwyższego szczebla zarządzania; prezentuje strategiczny punkt widzenia. Wykład 3 25 Wykład 3 26 Uczestnicy JRP (2) Przygotowanie sesji Przedstawiciel (-ciele) użytkowników najważniejsi na nich koncentruje się sesja; wraz z innymi diagnozuje potrzeby organizacyjne i formułuje wymagania systemowe. Eksperci/konsultanci IT. Specjaliści dostarczają wiedzy na konkretne tematy (dziedziny funkcjonalne) z obszaru podstawowej działalności bieżącej. Określenie celów sesji - prezentacja, rozwiązanie problemu, rozstrzygnięcie konfliktu, analiza postępu prac, gromadzenie i łączenie faktów, szkolenie, planowanie itp. Opracowanie harmonogramu oraz zapewnienie odpowiedniego wyposażenia Przygotowanie porządku sesji i odpowiednio wczesne poinformowanie uczestników Wykład 3 27 Wykład 3 28 Przeprowadzanie sesji Prowadzenie sesji można w zależności od celu sesji realizować w sposób bardziej lub mniej strukturalny; należy utrzymywać reżim czasowy i zaplanowany porządek sesji. Rezultatem końcowym sesji musi być pisemne podsumowanie przekazane uczestnikom sesji. Powinny być konsekwentnie stosowane formalne zasady dokonywania prezentacji (oraz ich przygotowywania), dyskusji nad przebiegiem prac projektowych, przeprowadzania burzy mózgów itp. Wykład 3 29 Korzyści z JRP (1) Wzrost poczucia partnerstwa w przedsięwzięciu między sferą biznesową i i ekspertami ds. oprogramowania Umożliwia stronie biznesowej identyfikację i zdefiniowanie potrzeb w sferze oprogramowania Skraca czas projektowania i implementacji systemu poprzez jasne sformułowanie wymagań już od samego początku. Ułatwia decyzje co do architektury i platformy realizacji systemu Wykład 3 30 5

Korzyści JRP (2) Obniżenie kosztów realizacji i późniejszej eksploatacji przez rozstrzyganie istotnych kwestii na wczesnych etapach realizacji przedsięwzięcia. Podwyższenie jakości rozwiązań projektowych poprzez wykorzystanie/połączenie pomysłów udziałowców rożnych kategorii. Zwiększenie wiedzy o systemie u użytkowników końcowych i członków zespołu projektowego oraz ich zadowolenia z efektów końcowych. Zasady JRP (1) A. Ścisłe przestrzegania zasad przyjętej metodologii Sesje JRP wykorzystują podejście top-down Proces strukturalny zwykle przebiega w następujących krokach: 1. Uzgodnienie i zatwierdzenie ogólnych wymagań w tym zakresu, celów i zamierzeń. 2. Skonstruowanie listy głównych procesów (działań) w każdym obszarze funkcjonalnym. 3. Opracowanie wstępnych schematów przedstawiających modele realizowanych procesów i wykorzystywanych obiektów (logiczny model danych). 4. Identyfikacja potrzeb informacyjnych, których zaspokojenie będzie stanowiło wsparcie SI dla procesów będących bazą logicznego modelu danych (3). Wykład 3 31 Wykład 3 32 Zasady JRP(2) B. Przygotowanie jest sprawą kluczową! Prowadzący sesję typuje uczestników każdej z sesji JRP (workshop). Terminy sesji są harmonogramowane z wyprzedzeniem i uzgadniane każdy z uczestników może uwzględnić je w swoich planach ( i vice versa). Prowadzący sesję powinien przygotować wstępne opracowania, modele do inicjacji dyskusji i zachęcać uczestników do przygotowania własnych. Zasady JRP (3) C. Każda sesja ma konkretnie zdefiniowane cele. Gwarancją ich realizacji jest porządek sesji znany wszystkim jej uczestnikom. Szczególny nacisk jest położony na zaangażowanie wszystkich uczestników i ostateczne osiągniecie konsensusu. D. Sesje JRP są zorientowane na osiąganie konkretnych rezultatów. Wszystkie informacje dostarczane przez uczestników sesji są dokumentowane. Wykład 3 33 Wykład 3 34 Przewodnik prowadzącego sesję JRP 1. Nie zmieniać zaplanowanego porządku sesji pod byle powodem 2. Trzymać się harmonogramu czasowego 3. Zapewnić bieżące sporządzanie notatek 4. Unikać stosowania żargonu technicznego 5. Stosować zabiegi likwidujące konflikty 6. Pozwalać na twórczo wybuchowe wypowiedzi 7. Dążyć do uzyskania konsensusu w ramach grupy 8. Zapewnić możliwość wypowiadania się wszystkim uczestnikom 9. Dbać o obecność wszystkich udziałowców Wykład 3 35 6