4. Opracowanie wspólnego projektu

4.1 Osobisty punkt widzenia przedsięwzięcia Gdzie jesteś pracownikiem , w jakiej firmie Firma produkcyjna/usługowa Kupująca systemy informatyczne (Klient , użytkownik, odbiorca ) Firma informatyczna. Sprzedająca systemy informatyczne (sprzedawca, producent, dostawca) Jakie masz stanowisko ( wykształcenie, umiejętności)

Dyrektor Kierownik, Informatyk, Analityk, Programista Konsultant, Specjalista od sprzętu / sieci

4.2 Zarządzanie strategiczne Zbadaj strategię firmy dla której ma być tworzony nowy system informatyczny ale jaki system ? (historyjka szkolenie pracowników UP) Analiza otoczenia ( wewn. i zewn. ) - zbadać siły i słabości - naszej firmy, - konkurencji ( zrozumieć jej działania ) - zrozumienie struktur rynkowych Zaplanować kierunki wyznaczające przyszłość

- wizja dla naszej firmy - filozofii działania - zakres działania

Zaplanowanie strategii - projektowanie środków realizacja. ww kierunku - jak zrealizować nasz cel (kilka alternatyw, może konieczne zmiany struktur organizacyjnych) Wdrożenie strategii - uruchomieie działań - nadzorownie wdrożenia - kontrolowanie wdrożenia

Narzędzia wspomagające zarządzanie strategiczne Analizy SWOT , BCG Analiza SWOT (Strenghs, Weaknesses. Opportunities, Threats – siły, słabości, możliwości zagrożenia )

czynniki wewnętrzne

Siły A Możliwości

Słabości B Możliwości

Siły D Zagrożenia

Słabości C Zagrożenia

Jakie nowe produkty tworzyć i rozwijać A jesteśmy silni i mamy duże szanse B znamy nasze słabości ale szanse są (konieczne działanie) C najgorsze miejsce my słabi a konkurencja zagraża

( trudne działanie może się wycofac ) D jesteśmy silni ale czy walczyć z konkurencją ? Analiza BCG (Boston Consulting Group)

czynniki zewnętrzne

mały ===> udział w rynku === > duży

Tygrys

Gwiazda

Psu na budę

Żyła złota

Tygrys - potencjalnie dobry ( nowy z dużymi możliwościami może stać się Gwiazdą )

Gwiazda - zyskowny teraz i w przyszłości ( wiodący ale wymagający nakładów) Zyła złota - obecnie daje duże zyski - źródło funduszy

inwestycyjnych Psu na budę - mały udział w rynku nie przynosi dochodów i brak perspektyw (historyjka gospodarka komunalna )

Duży wzrost rynku

Mały

Konkurencja i strategia - model pięciu sił Portera Czy są siły zagrażające naszej firmie ( produktowi) „Podstawą formułowania strategii jest stosunek do konkurencji”

Firma wchodząca - niebezpieczna przy małej konkurencji Subtytut - np. maszyna do pisania / edytor tekstu Dostawca – obniża ceny Kupujący – kupuje w dużych ilościach

http://blog.bootstrapbusiness.org/wp-content/uploads/2009/02/porters-five-forces-model09.jpg

Obszar walki Konkurencyjnej

Kupujący

Substytuty prod. / usług

Dostawca

http://maven.files.wordpress.com/2008/01/porter5forces3.gif

http://www.mindtools.com/media/Diagrams/Porter5Forces.gif

Firma wchodząca na rynek

http://www.strategy-keys.com/images/michael-porter-five-forces-model.png

4.3 Metoda PRINCE PRINCE PRojects IN Controlled Enviroments – Przedsięwzięcia w środowisku sterowanym) (sterowanie z pkt. widzenia roli i interesu ) Cechy ogólne:

Zdefiniowana struktura zarządzania System Planów Zbiór procedur kontrolnych Mocne strony PRINCE • Wysoka standaryzacja i powtarzalność projektów o wspólnym podejściu, terminologii i dokumentacji. • Zapewnianie możliwość doskonalenia kompetencji. • Oparcie się na najlepszych praktykach w zarządzaniu projektami. • Wprowadzanie tzw. management by exception, jako podstawową zasadę, która: - zapewnia Kierownikowi Przedsięwzięcia swobodę działania - ogranicza bezpośrednią ingerencję Kierownika (są kier. zespołów), - angażuje zarząd poprzez zesp. jakości - wykroczenie poza granice tolerancji czasu i kosztów lub brak realizacji celów biznesowych. - sprawuje kontrolę nad startem, realizacją i końcem projektu. • Każdy z dokumentów wymaganych przez PRINCE jest dostarczony, jako szablon zawierający

wymaganą metrykę, rozdziały i pola informacyjne, co zapewnia przejrzystość, standaryzację i kompletność dokumentacji.

• Możliwość adaptacji do specjalnych potrzeb organizacji, programu lub projektu. • Stosowanie nie wymaga opłat autorskich.

• Materiały są opublikowane i szeroko dostępne, co ogranicza prace nad wypracowywaniem własnych standardów i przygotowaniem materiałów szkoleniowych.

Słabości PRINCE

• Dużo organizacji cierpi na syndrom PINO (Prince In Name, Only), ale jest to problem nie metodyki, lecz jej stosowania bez głębszej analizy niektórych składniki metodyki nie zwracając uwagi na podstawowe zasady.

• Kładzie duży nacisk na dokumentowanie, jako narzędzie sprawnej kontroli sposobu realizacji projektu. W niektórych organizacjach dokumenty stają się jednak celem samym w sobie, a rzeczywiste projekty kończą się niepowodzeniem.

• Występuje nadmierna biurokratyzacja procesu zarządzania. • Wymaganie dobrej organizacji i regularnej wymiany informacji pomiędzy interesariuszami niesłusznie

zachęca do ciągłych bezproduktywnych spotkań zabierających czas niezbędny na rzeczywistą pracę. • Brak definicji wprost analizy wymagań. • Jako metodyka wdrożeniowa może prowadzić do niepowodzenia projektu z uwagi na przyjęcie

fałszywych założeń (Z drugiej strony jasno jest określone, kto ponosi odpowiedzialność za przyjęcie złych założeń i akceptację nietrafnego uzasadnienia biznesowego a przesłanki tych decyzji są udokumentowane i mogą stanowić nauczkę na przyszłość).

• Zbyt ścisłe przestrzeganie PRINCE2 bez odpowiedniej adaptacji do realiów biznesowych może być zbyt pracochłonne w zastosowaniu do małych projektów.

• Niezbyt "zwinna".

Struktura organizacyjna zasobów

ZARZĄD

Główny użytkownik

Dyrektor wykonawczy

Głowny dostawca

Kierownik przedsięwzięcia

Kierownik (Kierownicy) zespołu ( zespołów )

Obsługa przedsięwzięcia np.:Sekretariat

Kontrola jakości Zabezpieczenie

( Korporacja?) ZARZĄD (Komitet Sterujący)

Dyrektor wykonawczy (przewodniczący reprezentant ogólnych interesów biznesowych) Główny użytkownik ( reprezentuje interes firmy - użytkownika) Główny dostawca (reprezentuje producenta – twórca nowego systemu)

- elastyczny (np. może być kilku dostawców lub połączenie funkcji, gdy brak konfliktów) - niezbyt duży (pomimo w/w elastyczności uważać na to nie grupa dyskusyjna) - podejmuje decyzje ( w szczególności w krytycznych momentach) - określa uprawnienia kierowników - określa ograniczenia i zakres tolerancji (dla czasu, kosztów i jakości?) - zatwierdza etapy realizacji? - obraduje (pracuje) dorywczo Uwaga Zarząd odpowiada tylko za końcowy rezultat i ewentualne etapy realizacji

- szczegółowa weryfikacja jest prowadzona przez kilkuosobowy zespół zabezpieczający Kierownik przedsięwzięcia Codzienne zarządzanie (koordynacja)

- ma uprawnienia do zarządzania i korekt w ramach określonych tolerancji, - może przekazać te funkcje kierownikowi zespołu, - podejmuje terminowe decyzje, - zgłasza problemy, - spełnia rolę punktu kontaktowego: zarząd i pozostali główni uczestnicy, - steruje podwykonawcami.

Kierownicy zespołów (a,b,c ... )

Codzienny nadzór i kontrola bezpośrednia nad wykonawcami Zespół zabezpieczenia jakości - sprawuje kontrolę głównie w zakresie interesu firmy klienta zamawiającego produkt przykładowo zakładamy skład czteroosobowy reprezentujący

interes odbiorcy - aspekt biznesowy – Zabezpieczenie Jakości Produktu ZJP ocenę finansowa, - Zabezpieczenie Minimalizacji Kosztów ZMK ocenę jakości produktu informatycznego – Zabezpieczenie Funcjonalności Klienta ZJF ocenę technicznej jakości prod. informat. - Zabezpieczenie Techn. Jakości ZJT)

4.4. Planowanie : zrozumienie pracy (cele, wymagania, zadania i produkty) Po co planować Złożoność cechuje się różnorodnością składników i ich wzajemną zależnością - sprzęt, program, szkolenie Osoby realizujących przedsięwzięcie znają swoje role, ( co robią i kiedy) Klient ma większe zaufanie – jest to pierwszy materialny efekt pracy (wykonawca ma obraz i kierunek) Na podstawie planu można śledzić realizację i ewentualnie podejmować działania korekcyjne Wiele planów pozwala na symulacji realizacji różnych wariantów i ich oceny wg różnych kryteriów i właściwy ostateczny wybór (lub zmianę w trakcie realizacji „plan B”) Sam proces planowania jest korzystny (daje możliwość przemyślenia, co i jak - nawet, jeżeli plan będzie zły i nie będzie realizowany) Zrozumienie wymagań, Gdzie jesteśmy w planach? Co przedsięwzięcie obejmuje

specyfikacja wymagań zależy od etapu w cyklu życiowym przedsięwzięcia: szeroki początek ze strategią, tylko studium zastosowalności, pełne przedsięwzięcie

(obejmujące analizę, projektowanie, realizację ... ) Co mamy i ile jest to warte ? Czy klient wystarczająco określił swoje potrzeby - są dziury w specyfikacji ?, konieczne negocjacje i ograniczenie ryzyka (często obustronnego) Sam proces planowania jest korzystny (daje możliwość przemyślenia, co i jak - nawet, jeżeli plan będzie zły i nie będzie wg niego realizowane przedsięwzięcie (metoda ? "Just Do It") Podział pracy Co musimy zrobić i jak się za to weźmiemy? ( co dokładnie przedsięwzięcie obejmuje, jakie będą szczegóły działań i jego efekty - produkty Dwa podejścia 1) Oparte na działaniu - tradycyjne dot. rozbijania na coraz mniejsze fragmenty pracy

(działania, zadania) na coraz niższych poziomach tak głęboko, że elementy,

- są praktycznie niepodzielne i przydzielone do jednej osoby - są na tyle małe że można oszacować sensowny czas trwania (od połowy do 2 dni ) Z reguły - firmy maja standardy (bazują na wieloletnim doświadczeniu) - standard może nie uwzględniać charakterystycznych cech przedsięwzięcia 2) Oparte na produktach Zalety - koncentracja na wyniku (to jest w końcu cel) a nie na działaniu - w nowym problemie czasem trudno określić pracę (co robić) - kierownikowi trudniej zapomnieć o produkcie - mając produkty można do nich opracować inne kategorie produktów ( jakościowe, zarządzania) W metodzie PRINCE dokonywany jest podział produktów w trzech kategoriach Produkty: zarządzania - wyniki planowania, struktury i kontroli:

np: dokument wstępny i plan przedsięwzięcia, raport kontrolny jakościowe związane z definiowaniem i kontrolą jakości:

opis produktów, raport KJ, raporty z bieżących problemów specjalistyczne produkty będące celem przedsięwzięcia:

notatki, katalog wymagań, opisy produktu, wdrożone moduły, ... Inny podział Produkty są: ·finalne (np. raport - studium zastosowalności)

przejściowe ( np. protokoły z okresowych spotkań kontrolnych)

Diagramy planowania - strukturalne a) wg podziału produktów

b) wg podziału produktów Oceń sensowną złożoność głębokość poziomów na diagramie strukturalnym

- działania związane przepływem produktów

Notatki z wywiadów

Robocze wymagania

Roboczy diagram Przepywu Danych

Uzgodnione DFD

Wymagania

Korekta wymagań

Tworzenie DFD

Uzupenienie

Przegląd DFD

Przedsięwzięcie

Etap nr 2

Wywiady Badania Analizy

Etap nr 3

Dyrektor Dyr. Finansowy

Kierownik magazynu

Kierownik sprzedaży

Przeprowadzeniewywiadu

Sporządzenie Notatek

Przegląd notatek

Specyfikacja Wymagań

Stworzenie Digramu PD

Etap nr 1

4.5 Zarządzanie zmianami na tle stanu aktualnego (co mamy w firmie aby wykorzystać to w poprawieniu jej przyszłości?) Tło działalności France Vacances – brytyjska agencja turystyczna Specjalizacja – wynajem na terenie Francji

- luksusowych apartamentów na terenie całego kraju, - domków letniskowych w górach i na wybrzeżu latem - domów wypoczynkowych i apartamentów w ośrodkach narciarskich w zimie. Stan istniejący

- dwa biura w Londynie ( 70% sprzedaży) - obsługa finansowo - administracyjna - działalność operacyjna dot. własnych ośrodków, obsługa dostawców oraz sprzedaż dla klientów

- agencje turystyczne ( 30% sprzedaży przy głównych ulicach w Londynie i Paryżu) - działalność marketingowa oparta tylko na materiałach reklamowych i informacji na prostej stronie

internetowej - istnieje mały dział technologii informatycznej (TI) obsługujący system informatycznego zarządzania

(SIZ) oparty między innymi na bazie klientów i obiektów do wynajęcia. - działa od 1993 roku - osiąga roczne obroty 6.5 mln euro - zatrudnia 55 pracowników Firma założona przez dwóch przyjaciół (właściciele dyrektorzy w/w biur): - David Martin doświadczony w sprzedaży - Jean-Pierre Massenet – były księgowy i specjalista w zakresie administracji Zarząd: Dwóch w/w dyrektorów i czterech bezpośrednich kierowników w działach:

Finansowym, Administracyjnym, Operacyjnym i Obsługi Klienta

4.6 Strategia firmy a system informatyczny wizjonerski cel biznesowy Z uwagi na malejące wykorzystanie obiektów i rosnący rynek firm konkurencyjnych stosujących nowoczesne środki marketingowe dyrektorzy firmy France Vacances postanowili wdrożyć dla klientów usługę rezerwacji poprzez internet. jak przekonać mocodawców by zgodzili się na wprowadzenie nowego systemu W wyniku nowoczesnego strategicznego podejścia zarząd firmy postanowił wdrożyć nowy wydajny i przyjazny dla klienta system rezerwacji internetowej z uwagi na - docelowe ukierunkowanie na zamożnych klientów korzystających często z internetu (brak tej usługi może

osłabić pozycję firmy w zakresie tych często już stałych klientów) - ułatwienie dostępu do zakupów zwiększające możliwości pozyskania nowych klientów - utrzymanie konkurencyjności w stosunku do ewentualnych indywidualnych stron internetowych dostawców

obiektów i utrzymanie tym samym sprzedaży w roli pośrednika - uzyskanie przewagi konkurencyjnej w stosunku do konkurencyjnych agencji posiadających często aktualnie

niezbyt dobre strony internetowe kto i jak Z uwagi na fakt ze firma nie ma specjalistów w zakresie tworzenia złożonych aplikacji internetowych i nie ma zamiaru ich zatrudniać na własnych etatach postanowiono zlecić wykonanie aplikacji firmie zewnętrznej .

4.7 Ramy organizacyjne ( jaka będzie wstępna i ogólna organizacja przedsięwzięcia, kto, co Struktura organizacyjna firmy ECon (głównego wykonawcy)

Skład osobowy firmy ECon ID IDR NazwZwierzch Imie Pozycja lp Nazwisko

1 Dyrektor Econ Curie 2 1 Barbara Kierownik Finansowy Econ 1 Vaughan 3 1 Richard Główny Konsultant Econ 2 Reid 4 1 Siobhan Kierownik Działu Programowania E-Con 3 Pierce 5 1 Norman Kierownik Kontroli Jakosci Econ 4 Smith 6 4 Paul Analityk / Programista 1 Econ 5 Trace 7 4 John Analityk / Programista 2 Econ 6 Mank 8 4 Georg Analityk / Programista 3 Econ 7 Wang 9 4 Willy Analityk / Programista 4 Econ 8 Ball

10 1 Mary Biuro Econ - Sekretariat 9 Moller Cwiczenie: 2 Uzupełnij strukturę organizacyjną i wpisz nazwiska osób przydzielonych do odpowiednich pozycji realizujących przedsięwzięcie EconFrancVac (ECFV) Określ warunki spotkań zarządu. - wykorzystaj wynik zMSExcel, MSAcces i MSVisio

ECFVAll

ID IDR Nazwisko Imię PozycjaECFV PozycjaFirmy Fir

ma

1 ZARZĄD Gł. użytkownik

2 ZARZĄD Dyr. wykonawczy

3 ZARZĄD Główny dostawca

4 Kierownik EConVac

5 Zabezpieczenie1 (Klient)

6 Zabezpieczenie2 (Producent)

7 Zabezpieczenie (Finanse)

8 Zabezpieczenie (Techn Jakość)

9 Kierownik Zespołu WWW

10 Kierownik Zespołu SIZ

12 Programista WWW

15 Analityk ECFV

16 Sekretarka

17 Analityk / Programista SIZ

Skład osobowy firmy France-Vacances

ID IDR NazwZwierzch Imie Pozycja lp Nazwisko 0 Spółka France Vacances

1 0 Spółka FV Jean-Pierre Dyrektor Finansowo-Admin 1 Massenet 2 1 Massenet Richard Kierownik Finansowy - Sekretarz 2 Thorton 3 2 Thorton Gail Główny księgowy 3 Hardie 4 2 Thorton Grace Dział bankowosci 1 4 Smith 5 2 Thorton Jessica Dział bankowosci 2 5 Johnson 6 2 Thorton Ruby Rozrachunki - Dłużnicy 1 6 Wood 7 2 Thorton Emily Rozrachunki - Dłużnicy 2 7 Brok 8 2 Thorton Sophie Rozrachunki - Dłużnicy 3 8 Joke 9 2 Thorton Chloe Rozrachunki - Dłużnicy 4 9 Moller

10 2 Thorton Lucy Rozrachunki - Wierzyciele 1 10 Davis 11 2 Thorton Lily Rozrachunki - Wierzyciele 2 11 Garos 12 2 Thorton Isabella Rozrachunki - Wierzyciele 3 12 Rodriguez 13 1 Massenet Mary Kier Administracyjny 13 Appleby 14 13 Appleby Adam Personel Administracyjny 1 14 Long 15 13 Appleby James Personel Administracyjny 2 15 Foster 16 13 Appleby Olivia Personel Administracyjny 3 16 Sanders 17 13 Appleby Hannah Personel Administracyjny 4 17 Ross 18 13 Appleby Sophia Sekretarka 1 18 Morales 19 13 Appleby Sophie Sekretarka 2 19 Powell 20 13 Appleby Peter Kierownik Działu TI 20 Clay 21 20 Clay James Analityk / Programista 1 21 Ortiz 22 20 Clay William Analityk / Programista 2 22 Jenkins 23 20 Clay Samuel Analityk / Programista 3 23 Gutierrez 24 20 Clay John Obsługa Techn - operator 24 Perry 25 0 General David Dyrektor Biura Obsługi Klienta 25 Martin 26 25 Martin Jean Kierownik Działu Obsługi Klientów 26 Hunt 27 25 Martin Sylvie Kierownik Operacyjny 27 Atelier 28 26 Hunt Helen Kierownik Działu Sprzedaży 1 28 Williams 29 26 Hunt Seán Kierownik Działu Sprzedaży 2 29 Brown 30 26 Hunt Jack Kierownik Działu Sprzedaży 3 30 Jones 31 26 Hunt Thomas Kierownik Działu Sprzedaży 4 31 Miller 32 28 Williams Joshua Personel Sprzedaży 11 32 Davison 33 28 Williams Oliver Personel Sprzedaży 12 33 Garcia 34 28 Williams Harry Personel Sprzedaży 13 34 Rodges 35 29 Brown James Personel Sprzedaży 21 35 Wilson

36 29 Brown William Personel Sprzedaży 22 36 Moor 37 30 Jones Samuel Personel Sprzedaży 31 37 Taylor 38 30 Jones Jessica Personel Sprzedaży 32 38 Anderson 39 30 Jones Ruby Personel Sprzedaży 33 39 Thomas 40 31 Miller Emily Personel Sprzedaży 41 40 White 41 31 Miller Sophie Personel Sprzedaży 42 41 Harris 42 31 Miller David Personel Sprzedaży 43 42 Clark 43 31 Miller Jean Personel Sprzedaży 44 43 Seling 44 27 Atelier Mark Kierownik Ośrodka Wypoczynkowego 1 44 Southam 45 27 Atelier Seán Kierownik Ośrodka Wypoczynkowego 2 45 Nord 46 27 Atelier Jack Kierownik Ośrodka Wypoczynkowego 3 46 Black 47 27 Atelier Thomas Kierownik Ośrodka Wypoczynkowego 4 47 Yellow 48 27 Atelier Joshua Kierownik Ośrodka Wypoczynkowego 5 48 Break 49 27 Atelier Oliver Kierownik Ośrodka Wypoczynkowego 6 49 Hardy 50 27 Atelier Harry Kierownik Ośrodka Wypoczynkowego 7 50 Potter 51 27 Atelier James Kierownik Ośrodka Wypoczynkowego 8 51 Bond 52 27 Atelier James Negocjator majątku 1 52 Hoser 53 27 Atelier William Negocjator majątku 2 53 Jupper 54 27 Atelier Samuel Negocjator majątku 3 54 Donoway 55 27 Atelier John Negocjator majątku 4 55 Green

4.8 Wstępny podział zadań dla firm E-Con i France Vacance - FV ) Analiza wymagań i tworzenie szczegółowej specyfikacji wymagań

Projektowanie tworzenie i wdrożenie systemu WWW, łącznie ze stronami internetowymi i bezpiecznymi powiązaniami komunikacyjnymi

Szkolenie personelu France Vacance w zakresie obsługi i wykorzystania nowych systemów Określenie dodatkowego sprzętu potrzebnego do obsługi nowego systemu, który będzie zakupiony u zwykłych dostawców France Vacances, a zaopatrzeniem będzie kierował dział TI firmy FV "Transfer umiejętności " do działu TI firmy FV w celu umożliwienia późniejszej pielęgnacji i rozbudowy systemu na miejscu. Tworzenie elementów SIZ w ramach nowego systemu będzie realizowane przez dział TI firmy FV 4.9 Wstępny opis scenariusza obsługi Klient otwierający stronę internetową firmy ma możliwość rezerwacji a następnie wynajęcia w określonym okresie obiektu: pokoju, apartamentu lub domku rekreacyjnego w proponowanych przez firmę miejscowościach. Klient składa zamówienie, którego skutkiem jest wpisanie go na listę klientów z przypisaniem do wybranego obiektu oraz odpowiedz potwierdzająca otrzymanie zamówienia. Po opłaceniu ustalonej kwoty zaliczki klient zmienia swój status na liście klientów i otrzymuje potwierdzenie przyjęcia rezerwacji wraz z ewentualnymi materiałami informacyjnymi. System powinien zapewnić możliwość dokonania zapłaty przez internet poprzez procedurę bezpiecznego przekazania danych o koncie bankowym klienta lub o karcie kredytowej. W zadanym okresie (kilku tygodni) przed terminem wynajęcia klient, który opłacił całą kwotę uzyskuje status przyjętego klienta i może otrzymać kartę pobytową. Uwaga karta pobytowa w może nie być wymagana. Klient na miejscu może być przyjęty: - w recepcji na podstawie ważnej karty pobytowej, - zajmuje obiekt bezpośrednio korzystając z karty spełniającej rolę elektr klucza. - recepcjonista ma listę i/lub dostęp do bazy i weryfikuje dane osobiste klienta. Sposób komunikacji z klientem w zależności od szczególnych okoliczności (często nieprzewidywalnych) powinien być także w miarę alternatywny i ewentualnie rejestrowany ( rola producenta - usługodawcy).

Cwiczenie 1: Dokonaj podziału produktów wg kategorii str. 8 - pkt. 4.4 D01 Dokument wstępny 1 D02 Plan przedsięwzięcia / jakości D03 Raporty kontrolne D04 Uprawnienia do pakietów prac D05 Notatki z wywiadów 2 D06 Specyfikacja wymagań D07 Specyfikacja sprzętu D08 Strona WWW (40/25) D09 Interfejs BD klienta D10 Interfejs systemu rezerwacji D11 Informacyjny system zarządzania D12 Powiązania komunikacyjne D13 Szkolenie SIZ Rezerwacja D14 Przeszkolony Personel TI D15 Przetestowany system D16 Zrealizowany system D17 Opisy produktów D18 Dziennik kontroli jakości D19 Wyniki przeglądu jakości D20 Plany testów D21 Wyniki testów 3

Ćwiczenie: 2 Uzupełnij strukturę organizacyjną i wpisz nazwiska osób przydzielonych do odpowiednich pozycji realizujących przedsięwzięcie EconFrancVac (ECFV) Określ warunki spotkań zarządu. - wykorzystaj wynik zMSExcel, MSAcces i MSVisio

ECFVAll

ID IDR Nazwisko Imię PozycjaECFV PozycjaFirmy Fir

ma

1 ZARZĄD Gł. użytkownik

2 ZARZĄD Dyr. wykonawczy

3 ZARZĄD Główny dostawca

4 Kierownik EConVac

5 Zabezpieczenie1 (Klient)

6 Zabezpieczenie2 (Producent)

7 Zabezpieczenie (Finanse)

8 Zabezpieczenie (Techn Jakość)

9 Kierownik Zespołu WWW

10 Kierownik Zespołu SIZ

12 Programista WWW

15 Analityk ECFV

16 Sekretarka

17 Analityk / Programista SIZ

Cwiczenie: 2 Narysuj (szkic) grafu przeływu zadań (wg tabeli produktów str 13 )

Cwiczenie: 3 Oceń szacunkowe koszt (pracy) przedsięwzięcia EconFranc Stawka dzienna EC = 950 €/dzień FV = 400 €/dzień

Tabela zadań

Nr Produkty wynikowe [Nazwa]

Nakład [dni]

Prace [dni]

Econ Koszt

Prace [dni]

FrancVac [Koszt]

Ogółem [Koszt]

D01 Dokument wstępny DPI 1 dzień 1 950 D02 Plan przedsięwzięcia / jakości 2 dn 2 1900 D03 Raporty kontrolne 10 dn 7 3 7850 D04 Uprawnienia do pakietów prac 5 dn 3 2 3650 D05 Notatki z wywiadów 10 dn 7 3 7850 D06 Specyfikacja wymagań 15 dn 10 5 11500 D07 Specyfikacja sprzętu 5 dn 5 4750 D08 Strona WWW (40/25) 40 dn 40 38000 D09 Interfejs BD klienta 10 dn 10 9500 D10 Interfejs systemu rezerwacji 10 dn 10 9500 D11 Informacyjny system zarządzania 20 dn 20 8000 D12 Powiązania komunikacyjne 12 dn 12 11400 D13 Szkolenie SIZ Rezerwacja 6 dn 6 5700 D14 Przeszkolony Personel TI 6 dn 4 2 4600 D15 Przetestowany system 4 dn 3 1 3250 D16 Zrealizowany system 3 dn 2 1 2300 D17 Opisy produktów 2 dn 1 1 1350 D18 Dziennik kontroli jakości 1 dzień 1 950 D19 Wyniki przeglądu jakości 5 dn 3 2 3650 D20 Plany testów 4 dn 3 1 3250 D21 Wyniki testów 4 dn 3 1 3250 D22 Zarządzanie przedsięwzięciem 52 dni 52 49400 D23 Zarządzanie zespołem 104 dni 52 52 70200 D24 Zarządzanie konfiguracją 13 dni 13 12350 D25 Koniec 0 dn 0 Cwiczenie: 4 Wygeneruj harmonogram w MS Project wg danych w tabeli

Wstępny opis scenariusza obsługi Klient otwierający stronę internetową firmy ma możliwość rezerwacji a następnie wynajęcia w określonym okresie obiektu: pokoju, apartamentu lub domku rekreacyjnego w proponowanych przez firmę miejscowościach. Klient składa zamówienie, którego skutkiem jest wpisanie go na listę klientów z przypisaniem do wybranego obiektu oraz odpowiedz potwierdzająca otrzymanie zamówienia. Po opłaceniu ustalonej kwoty zaliczki klient zmienia swój status na liście klientów i otrzymuje potwierdzenie przyjęcia rezerwacji wraz z ewentualnymi materiałami informacyjnymi. System powinien zapewnić możliwość dokonania zapłaty przez internet poprzez procedurę bezpiecznego przekazania danych o koncie bankowym klienta lub o karcie kredytowej. W zadanym okresie (kilku tygodni) przed terminem wynajęcia klient, który opłacił całą kwotę uzyskuje status przyjętego klienta i może otrzymać kartę pobytową. Uwaga karta pobytowa w może nie być wymagana. Klient na miejscu może być przyjęty: - w recepcji na podstawie ważnej karty pobytowej, - zajmuje obiekt bezpośrednio korzystając z karty spełniającej rolę elektr klucza. - recepcjonista ma listę i/lub dostęp do bazy i weryfikuje dane osobiste klienta. Sposób komunikacji z klientem w zależności od szczególnych okoliczności (często nieprzewidywalnych) powinien być także w miarę alternatywny i ewentualnie rejestrowany ( rola producenta - usługodawcy).

5.0 Zarządzanie ryzykiem: wykonać opis wybranego ryzyka, planowania i kontroli

1. Nazwa ryzyka ……………..

2. Zakres ryzyka Opis jakościowy zdarzeń (skali, rodzaju i liczby, a także zdarzeń pochodnych)

3. Charakter ryzyka Np. strategiczne, operacyjne, finansowe, związane z zarządzaniem wiedzą lub zgodnością z

przepisami

4. Grupy nacisku Grupy nacisku i ich oczekiwania

5. Opis ilościowy ryzyka Znaczenie i prawdopodobieństwo ryzyka

6. Tolerancja w zakresie ryzyka (poziom akceptowanego ryzyka) Potencjalna wielkość strat i skutki finansowe realizacji ryzyka. Zagrożone aktywa. Prawdopodobieństwo i wielkość potencjalnych szkód/korzyści Cele w zakresie kontrolowania ryzyka i optymalne wyniki

7. Działania względem ryzyka i mechanizmy kontroli Podstawowe środki stosowane obecnie do zarządzania danym ryzykiem. Poziom pewności przy obecnych mechanizmach kontroli. Istniejące procedury monitorowania i analizy systemu

8. Potencjalne możliwości poprawy sytuacji Zalecenia służące zmniejszeniu ryzyka

9. Opracowanie strategii i planów krótkookresowych Określenie osób odpowiedzialnych za opracowanie strategii i planów krótkookresowych

6.0 Zarządzanie Jakością

Plan Testów Plan testów – jest podstawowym dokumentem w procesie testowym. Poniżej prezentujemy wzór formularza dla planu testów dla metodyki tworzenia oprogramowania zgodnej z modelem V lub metodyką wodospadową. Może on znaleźć zastosowanie również w metodach iteracyjnych. Wzór planu testów Wzór planu zawiera klasyfikację defektów pod kontem ich ważności. Nazwa produktu Plan testów Imię i nazwisko autora …………….. Wersja … I. Wstęp 1.Tworzenie nazw plików :Standard nazywania plików. 2.Wprowadzenie :Wprowadzenie do projektu. 3. Cele :Co chcemy osiągnąć mówiąc o parametrach: jakość, plan i koszty. 4. Podejście :Strategia testów mająca doprowadzić do osiągnięcia pożądanych celów. II. Opis testów

1. Testowany obiekt :Produkt lub aplikacja będąca celem testów. 1.1. Obiekt :Aplikacja Główny plik wykonalny, Instalacja/deinstalacja, Funkcje/Narzędzia, Pomoc online 1.2. Obiekt : Dodatki Czcionka, Clip Art., Powiązane multimedia, Przykład/ tutorial, Czytajto, Inne 1.3. Obiekt : Dokumentacja 1.3.1. Przewodnik , CD, Opakowanie, Marketing/Informacje o produkcie, Pakiet reklam

2. Funkcjonalność do przetestowania Lista rzeczy do przetestowania. Może zawierać opis środowiska testowego.

3. Funkcjonalność nietestowana Lista rzeczy niepodlegająca testowaniu, lub nieuwzględnionych w tym planie testów.

4. Wymagania systemowe Wymagania konfiguracyjne dla oprogramowania i sprzętu. Wymagania dla środowiska klienta. 5. Wejście/Wyjście dla procesu tworzenia produktu Opis kamieni milowych lub/i kryteriów akceptacyjnych dla aplikacji. 7. Dostawy testowe Lista materiałów przygotowanych przez grupę testową podczas cyklu testowego dostarczanych do projektu. 7.1 Plan testów 7.1.1 Wstępny plan testów (zaaprobowany) Kompletny dokument zawierający potwierdzenie ważności. 7.1.2 Dokumenty dodatkowe do planu wykonanych testów Tablice przypadków testowych, matryce oraz inne materiały powiązane z testami z określonymi

potwierdzeniami weryfikacji i ukończeniem testów. 7.1.3 Finalny plan testów(zaaprobowany) Końcowy plan testów jest pomniejszą wersją planu testów programistycznych. Plan ten jest

wyprodukowany i używany w końcowych cyklach testów. Musi zawierać potwierdzenia zgodności.

7.1.4. Dokumenty dodatkowe do planu finalnych testów Tablice przypadków testowych, matryce oraz inne materiały powiązane z testami z określonymi

potwierdzeniami weryfikacji i ukończeniem testów. 7.2. System śledzenia defektów 7.2.1. Raporty defektów - Lista podsumowująca znalezione defekty - Pełny opis defektów 7.2.2. Baza danych defektów Baza defektów znalezionych podczas cyklu testowego służąca zazwyczaj do wymiany

informacji tester - programista. 7.3 Końcowy raport wydania Raport , który powinien być wydany przed zakończeniem projektu. Raport ten jest dokumentem

oceniającym, jakość będącą w zakresie testowania projektu, kompletności testowania, rezultatów dla najważniejszych obszarów oraz rekomendacja lub jej brak do wydania produktu (klientowi lub na rynek).

III. Zarządzanie projektem testowym 1. Zespół projektowy Lista członków zespołu projektowego wraz z ich rolami. 2. Odpowiedzialni za test Kto będzie zarządzał wysiłkami testowymi? Inni ludzie i ich odpowiedzialność. 3. Zadania testowe - Stworzenie planów testów wraz z przypadkami testowymi, matrycami i planami etc. - Poddanie planu testów procesowi przeglądu wraz z uzyskaniem odpowiednich zgód - Uzyskać wymagania dla sprzętu/oprogramowania/narzędzia - Stworzenie bazy danych defektów

- Przeprowadzenie testów - Zaraportowanie błędów - Przeprowadzenie spotkania dotyczącego defektów - Stworzenie cotygodniowego raportu - Stworzenie końcowego raportu 4. Plan testów oraz harmonogram Co będzie dostawą testów? Kiedy poszczególne dostawy będą realizowane? 5. Kryteria wejścia i wyjścia dla kamieni milowych projektu Definicje, opisy oraz mierzalne kryteria dla kamieni milowych. 6. Harmonogram planu testów: lista grup zadań testowych wraz z opisem. wstępne przypisanie zadań do

osób, ocena ilości ludzi potrzebnych do ukończenie projektu. 7. Potrzeby treningowe: zidentyfikowane potrzeby dokształcenia osób w projekcie. 8.Potrzeby środowiskowe- komponenty i narzędzia testowe Sprzęt oraz oprogramowanie potrzebne do ukończenia projektu: dostępność strategia w ich

pozyskiwaniu - do kupienia na zewnątrz, wewnętrzne lub które należy stworzyć budynki, sprzęt, serwisy w laboratorium, w firmie [nazwa firmy]. konieczność zatrudnienia firmy zewnętrznej (zmiana planu)

9. Plan integracji: czy jest zgodny ze strategią testów? 10. Zawieszenie i ponowne rozpoczęcie testów (kiedy) 11. Kryterium zakończenie testów 12. Proces śledzenia defektów: 12.1 Opis procesu, narzędzie śledzenia defektów (baza danych) i jego opis

12.2. Definiowanie ważności defektów - ocena ważności błędu - subiektywna metoda, raportuje stopień ważności wg wytycznych.

Krytyczne Defekt krytyczny (ang. show-stopper - blokujący wydanie) występuje, gdy brakuje podstawowej

funkcjonalności, użyteczności lub wydajności produktu podczas normalnych operacji; nie ma możliwości stworzenia "obejścia" (ang. workaround).

Błąd danych podstawowych - zaliczamy do tej kategorii również defekty niezwiązane z funkcjonalnością, ale będące jasnymi pomyłkami w np. nazwie firmy, złym klipem video na ekranie początkowym, błędna instrukcja obsługi etc

Wyłączenie lub uszkodzenie aplikacji/sprzętu Utrata danych lub ich uszkodzenie Brak sukcesu przy wykonywaniu podstawowych funkcji Muszą zostać naprawione w cyklu tworzenia oprogramowania Poważne

Defekt poważny - najważniejsze funkcjonalności, nie działają prawidłowo w określonych warunkach funkcjonalności drugiego rzędu nie działają w ogóle słaba jakość funkcjonalności lub wydajności podczas

normalnych operacji, trudności z użyciem podstawowych funkcjonalności. Zasadniczo lub czasami w ostatecznej fazie testowej mogą zostać zaakceptowane.

Niekrytyczne Niekrytyczne defekty wprowadzają pewne problemy w obsłudze, rzadko. np problemy w wyświetlaniu, błędy językowe, mniej istotne problemy z działaniem Powinny być naprawione kiedy czas pozwoli z minimalnym nakładem sił Wiele małych błędów może się przełożyć na ogólną niską ocenę jakości produktu. 13. Śledzenie statusu testów i raportowanie W jakiej formie będą prezentowane raporty? Z jaką częstotliwością będą pojawiać się raporty? Jakie formacje zostaną zaraportowane? 14. Ryzyko, incydenty i możliwe przypadki zmiany planu testów. 15. Proces potwierdzania zgodności - planu testów, jak przygotowuje się plan testów i kto za niego odpowiada? - końcowej wydanego produktu, jak wygląda proces potwierdzania wydania produktu?

Projekty zespołowe 1. Warunki wstępne

1. Studenci wykonują projekty w zespołach 5-7 os., każdy zespół ma inny temat 2. Każdy zespół pracuje zgodnie z wybraną/przydzieloną metodyką (np. Prince, Scrum lub łączoną). 3. Zespoły wykorzystują ogólnodostępne narzędzia (np. Redmine, Project, RUP, VParadigm). 4. Obecność na zajęciach jest obowiązkowa – dop. 3 – nieobecności w tym 1 - nieusprawiedliwiona.

2. Zawartość projektu (np.: wg przykładu w materiałach na serwerze Cw4 )

I. Dokument wstępny przedsięwzięcia - może być oparty na tzw. strukturze OSCAR, która zawiera: Objectives – cele, Scope – zakres, Constrains – warunki, Authority – uprawnienia, Resourses – zasoby 1. Cele :

- biznesowy z analizą strategiczną - przedsięwzięcia: opis ogólny produktu

2. Zakres Opis ogólny produktów

3. Warunki a) termin wykonania (zakończenia) – czas realizacji projektu b) metody: planowania, zarządzania

4. Uprawnienia – struktura organizacyjna 5. Zasoby – ogólny stan sprzętowy, materiałowe, finansowe

II. Plan szczegółowy (dla pkt 3 – 6 można wykorzystac MS Project) 1. Zasoby - szczegółowa skład osobowy , sprzętu i materiałów

2. Zrozumienie zależności: diagram sieciowy 3. Harmonogram: wykres Gantta 4 Przydział zadań. 5. Koszty realizacji przedsięwzięcia. 6. Widoki dot: Analizy kosztów, pracy i czasu dla zasobów.

III. Projekt

Produkty analizy (notatki, analiza i specyfikacja) Pełne wymagania funkcjonalne (spis oczekiwań klienta) określić aplikacje i systemy, z którymi musimy zintegrować system Wymagania technologiczne - konfiguracja zasobów i komunikacja, wymagania niefunkcjonalne (środowisko działania, system operacyjny, wymagania sieciowe) Przypadki użycia i diagramy (danych ER, BD, diagram Klas i inne) dla pełnej funkcjonalności Scenariusze szczegółowe – mogą być 2 – podstawowy i najciekawszy Plan testów – w szczególności dot. wybranych scenariuszy

IV Implementacja

Tymczasowa wersja dystrybucyjna - może być minimalna w szczególności dla uruchomionych i przetestowanych scenariuszy użycia.

V Inna dokumentacja - z przebiegu procesu zarządzania projektem (np. skany z notatek, szkiców itp.) zależy od przyjętej metodyki zarządzania

VI. Produkty jakościowe plan i opis zarządzania ryzykiem wg pkt 5.0 - przykładowe fragmenty

plan i wyniki testów wg pkt 6.0 - przykładowe fragmenty VII. Dokumentacja – techniczna lub projekt pkt III VIII Dokumentacja użytkownika – np. opis obsługi (help, tutor) wybranego scenariusza

Kodowanie do oceny

I Wstęp (Wizja i DPI )

Analiza : np SWOT Cel : - biznesowy - przedsięwzięcia Zakres Opis ogólny produktów

Warunki termin wykonania czas realizacji Metodologia: planowania, zarządzania Uprawnienia – struktura organizacyjna zasoby ludzkie

II. Plan szczegółowy

wykorzystać MS Project III. Projekt

Produkty analizy (notatki, analiza i specyfikacja) Wymagania technologiczne - konfiguracja zasobów i komunikacja, wymagania niefunkcjonalne Przypadki użycia i diagramy (danych ER, BD, diagram Klas i inne) dla pełnej funkcjonalności Scenariusze szczegółowe – mogą być 2 – podstawowy i najciekawszy Plan testów – w szczególności dot. wybranych scenariuszy

IV Implementacja Tymczasowa wersja dystrybucyjna - może być minimalna w szczególności dla uruchomionych i przetestowanych scenariuszy użycia.

V Inna dokumentacja - z przebiegu procesu zarządzania projektem (np. skany z notatek, szkiców itp.)

zależy od przyjętej metodyki zarządzania VI. Produkty jakościowe plan i opis zarządzania ryzykiem wg pkt 5.0 - przykładowe fragmenty

plan i wyniki testów wg pkt 6.0 - przykładowe fragmenty VII. Dokumentacja – techniczna lub projekt pkt III VIII Dokumentacja użytkownika – np. opis obsługi (help, tutor) wybranego scenariusza