Views
|
|
Seminarium: Innowacyjne metody zarządzania jakością oprogramowania
Celem seminarium jest przedstawienie kompleksowego podejścia do zarządzania jakością oprogramowania obejmującego specyfikację jakości (w oparciu o standard ISO 9126) i zarządzanie ryzykiem wytworzenia oprogramowania nie spełniającego wyspecyfikowanych kryteriów jakości. To zarządzanie ryzykiem wspiera się na dwóch filarach: przeglądach i testowaniu.
Adresaci szkolenia: analitycy, architekci oraz kierownicy projektów
Prowadzący: Jerzy Nawrocki i Bartosz Michalik
| Agenda: | |
| 10.00 – 10.15 | Wprowadzenie - JN |
| 10.15 – 11.30 | Specyfikowanie jakości i ISO 9126 - JN - wrażenie*: 5,0, przydatność*: 4,8 Cel: Przedstawienie modelu jakości produktu, jego charakterystyk i wybranych metryk rekomendowanych przez standard ISO 9126. Standard ten można wykorzystać jako podstawę planowania jakości w takich metodykach, jak PRINCE2, czy XPrince. |
|
11.30 – 11.50 |
Przerwa kawowa |
| 11.50 – 13.20 | Przeglądy oprogramowania i standard IEEE 1028 - BM - wrażenie: 3,8, przydatność: 3,9 Cel: Przedstawienie podstawowych metod realizacji przeglądu oprogramowania w oparciu o standard IEEE 1028 i szacowania liczby nie wykrytych defektów. Informacja pozyskana w trakcie przeglądu może być cennym wskaźnikiem ew. zagrożeń związanych z jakością produktu. |
|
13.20 – 14.00 |
Obiad |
| 14.00 – 14.45 | Zarządzanie ryzykiem w metodyce PRINCE2 - JN - wrażenie: 5,1, przydatność: 4,7 Cel: Zapoznanie słuchaczy z podejściem do zarządzania ryzykiem stosowanym w metodyce PRINCE2. Podejście to jest w miarę uniwersalne i może być stosowane również w projektach nie bazujących na PRINCE2. |
| 14.45 – 15.30 | Analiza architektury oprogramowania metodą ATAM - JN - wrażenie: 5,0, przydatność: 4,8 Cel: Zaprezentowanie metody ATAM pozwalającej ocenić architekturę oprogramowania (rozumianą jako zestaw proponowanych mechanizmów i decyzji) z punktu widzenia wymagań pozafunkcjonalnych. Jest to bardzo ciekawy sposób oceny ryzyka związanego z architekturą, możliwy do zastosowania już we wstępnych etapach projektu. Metoda ta została opracowana przez Software Engineering Institute w Pittsburghu (USA), najbardziej znany na świecie instytut zajmujący się inżynierią oprogramowania. |
* skala ocen od 1 do 6:
Wrażenie ogólne: 1 - stracony czas, 6 - bardzo interesujące
Stopień przydatności: 1 – kompletnie nieprzydatne, 6 – niezwykle przydatne
