23509
Status dostępności:
Wypożyczalnia
Są egzemplarze dostępne do wypożyczenia: sygn. 004 (2 egz.)
Strefa uwag:
Uwaga dotycząca bibliografii
Bibliografia, netografia na s. 527-539. Indeks.
Uwaga dotycząca zawartości
CZĘŚĆ I. ZNACZENIE JAKOŚCI OPROGRAMOWANIA. 1. Wyjaśnienia wstępne. 1.1. Jakość oprogramowania czy jakość systemów? 1.2. Od pomyłki do katastrofy. 2. Znaczenie jakości systemów informatycznych. 2.1. Jakość systemów informatycznych w naszym życiu. 2.2. Nagłośnione skutki błędów oprogramowania. 2.3. Skala problemu. 3. Studium przypadku – Therac-25. 3.1. Geneza i budowa systemów Therac. 3.2. Przebieg wypadków. 3.3. Ustalenia powypadkowe. CZĘŚĆ II. PODSTAWOWE POJĘCIA I PROBLEMY JAKOŚCI. 4. Definicje jakości oprogramowania. 4.1. Definicje jakości oprogramowania według IEEE. 4.2. Różne spojrzenia na jakość oprogramowania. 5. Składowe jakości. 5.1. Funkcjonalność. 5.2. Wiarygodność. 5.3. Wydajność. 5.4. Elastyczność. 5.5. Użyteczność. 5.6. Łatwość pielęgnacji (utrzymania). 5.7. Inne atrybuty jakości. 6. Drzewo jakości. 6.1. Wagi atrybutów. 6.2. Co to są metryki i miary jakości? 6.3. Skalowanie i normalizacja miar. 6.4. Problemy pomiarów jakości. 6.5. Problemy oceny jakości oprogramowania. 7. Podstawy zarządzania ryzykiem. 7.1. Definicja ryzyka. 7.2. Minimalizacja ryzyka. CZĘŚĆ III. JAKOŚĆ W UJĘCIU KLASYCZNYM. 8. Jakość w cyklu życia oprogramowania. 8.1. Opłacalność jakości oprogramowania. 8.2. Ewolucja podejścia do jakości w procesie wytwarzania. 8.3. Zapewnienie jakości oprogramowania (SQA). 8.4. Zarządzanie jakością – tło historyczne. 8.5. Kompleksowe zarządzanie jakością (TQM). 9. Klasyczne modele procesu programowego. 9.1. Tradycyjny model kaskadowy. 9.2. Model klasyczny z prototypowaniem. 9.3. Model iteracyjno-inkrementacyjny. 9.4. Model spiralny. 9.5. Model V. 9.6. Wielofazowy model RUP. 9.7. Podsumowanie metodyk klasycznych. 10. Wybrane klasyczne modele jakości. 10.1. Model McCalla. 10.2. Model Boehma. 10.3. Model FURPS. 10.4. Model Dromeya. 10.5. Model ISO/IEC 9126. 10.6. Model SQuaRE. CZĘŚĆ IV. POMIARY JAKOŚCI. 11. Pomiary i metryki w inżynierii oprogramowania. 11.1. Wiadomości podstawowe. 11.2. Metryki zorientowane na rozmiar kodu. 11.3. Metryki zorientowane na funkcjonalność. 11.4. Metryki złożoności. 11.5. Metryki grafów. 11.6. Metryki obiektowe. 12. Metryki i miary jakości produktu wg ISO/IEC 9126. 12.1. Metryki jakości zewnętrznej. 12.2. Metryki jakości wewnętrznej. 12.3. Metryki jakości użytkowej. 13. Alternatywne metody oceny jakości. 13.1. Metoda Goal-Question-Metrics. 13.2. Analytic Hierarchy Process (metoda Saaty’ego). CZĘŚĆ V. DOKUMENTACJA I NORMY JAKOŚCI PROCESU. 14. Dokumentacja projektowa. 14.1. Znaczenie dokumentacji technicznej. 14.2. Artefakty projektowe. 14.3. Jakość dokumentacji. 14.4. Zarządzanie zmianami dokumentacji. 15. Dojrzałość procesu wytwarzania. 15.1. Model dojrzałości SW-CMM. 15.2. Zintegrowany model dojrzałości CMMI. 16. Jakość według ISO. 16.1. Standardy ISO inżynierii i jakości oprogramowania. 16.2. Standardy ISO 9000. 16.3. ISO 90003, czyli ISO 9001 dla oprogramowania. 16.4. Podsumowanie ISO dla wytwarzania oprogramowania. 17. PRINCE2. 17.1. Główne zasady PRINCE2. 17.2. Tematy PRINCE2. 17.3. Procesy. 17.4. Dokumenty i produkty do zarządzania. 17.5. Jakość w PRINCE2. 18. PMBOK. 18.1. Procesy i obszary wiedzy. 18.2. Systemowe podejście procesowe. 18.3. PMBOK a jakość. 19. Six Sigma. 19.1. Six Sigma w procesie produkcji. 19.2. Narzędzia Six Sigma. 19.3. Six Sigma w wytwarzaniu oprogramowania. CZĘŚĆ VI. JAKOŚĆ W PODEJŚCIU ZWINNYM. 20. Przegląd metodyk zwinnych. 20.1. Agile Manifesto. 20.2. Programowanie ekstremalne (XP). 20.3. Scrum. 20.4. Inne podejścia zwinne i szczupłe. 20.5. Silne i słabe strony metodyk zwinnych. 21. Jakość według Agile. 21.1. Co znaczy „jakość” w metodykach zwinnych. 21.2. Czynniki powodzenia metodyk zwinnych. 21.3. Wpływ praktyk zwinnych na jakość oprogramowania. 21.4. Czy Agile może zapewnić jakość oprogramowania? 21.5. Podsumowanie i dyskusja o metodykach Agile. 22. Integracja klasycznych i zwinnych metod zapewnienia jakości. 22.1. Zwiększanie zwinności metod klasycznych. 22.2. Disciplined Agile Development. 22.3. Stan obecny i perspektywy. Podsumowanie.
Uwaga dotycząca finansowania
Finansowanie: Wydział Elektroniki, Telekomunikacji i Informatyki (Politechnika Gdańska)
Recenzje:
Pozycja została dodana do koszyka. Jeśli nie wiesz, do czego służy koszyk, kliknij tutaj, aby poznać szczegóły.
Nie pokazuj tego więcej