Jarosław Kuchta Jakość Oprogramowania

Slides:



Advertisements
Podobne prezentacje
Jarosław Kuchta Jakość Systemów Informatycznych Jakość Oprogramowania
Advertisements

Jarosław Kuchta Dokumentacja i Jakość Oprogramowania
Jarosław Kuchta Dokumentacja i Jakość Oprogramowania
Wprowadzenie do jakości Oprogramowania
Jakość w procesie wytwarzania oprogramowania
Modelowanie przypadków użycia
Jakość w procesie wytwarzania oprogramowania
Projektowanie w cyklu życia oprogramowania
Wprowadzenie do jakości
7-8 października 2003, I Seminarium Integrujące Komponenty B.1 i B.2Projekt Usuwania Skutków Powodzi - Polska, kredyt nr 4264 POL 1 System Monitoringu.
JAKOŚĆ & Metody Jej Pomiaru
FIT Środowisko Testów Integracyjnych
Węgiel jako wyrób Jacek Węglarczyk.
Jerzy Nawrocki Piotr Pawałowski Krzysztof Pospiech
ISO 9001:2000 z perspektywy CMMI a poznańska rzeczywistość
Zarządzanie konfiguracją Doskonalenie Procesów Programowych Wykład 6 Copyright, 2001 © Jerzy.
Analiza i walidacja wymagań
Copyright © Jerzy R. Nawrocki Wprowadzenie Analiza systemów informatycznych Wykład.
Tomasz Pieciukiewicz Rafał Hryniów
Mapowanie procesów pracy i organizacja stanowisk
Inżynieria Oprogramowania dla Fizyków
mgr inż. Krzysztof E. Oliński Katedra Systemów Decyzyjnych WETI PG
Marcin Barylski Katedra Architektury Systemów Komputerowych WETI PG
Życiorys mgr inż. Katarzyna Łukasiewicz Katedra Inżynierii Oprogramowania WETI PG Urodzona: r. Wykształcenie: 2010 – obecnie studia doktoranckie.
mgr inż. Marcin Bajorek Katedra Inżynierii Biomedycznej WETI PG
Życiorys mgr inż. Damian Bogdanowicz Katedra Algorytmów i Modelowania Systemów. WETI PG Urodzony: r. Wykształcenie: studium doktoranckie,
Życiorys mgr inż. Rafał Mikołajczak Katedra Architektury Systemów Komputerowych WETI PG Urodzony: r. Wykształcenie: studia na kierunku.
Jarosław Kuchta Jakość Systemów Informatycznych
Pomiary w inżynierii oprogramowania
Model jakości CMM/CMMI
Pomiary w inżynierii oprogramowania
Jakość systemów informacyjnych (aspekt eksploatacyjny)
Nowa norma ISO 11620: 2008 Information and documentation – Library performance indicators Ewa Głowacka IINiB UMK.
Dalsze elementy metodologii projektowania. Naszym celem jest...
Analiza i projektowanie systemów informatycznych Definiowanie i analiza wymagań
Wykład 2 Cykl życia systemu informacyjnego
Projekt i implementacja aplikacji wspomagającej testowanie oprogramowania, zgodne z metodologią Unified Software Development Process (RUP). Włodzimierz.
Statystyka szkolna wskaźniki efektywności nauczania
Adam Gabryś , v1.1,
AKREDYTACJA LABORATORIUM Czy warto
Wykład 1 – część pierwsza
Skuteczny i efektywny samorząd terytorialny Warszawa, 8 października 2010 r. Procedura Poświadczania Jakości Zastosowania CAF Po co to nam? Jak to będzie.
Audity i certyfikacja systemu zarządzania jakością
SYSTEM DYNAMICZNEJ ANALIZY JAKOŚCI SCENARIUSZY BIZNESOWYCH Łukasz Budnik.
Opracowanie ćwiczeń dotyczących zapewniania niezawodności baz danych na przykładzie Oracle Opiekun : dr inż. Agnieszka Landowska Dyplomant : Tomasz Krzyżanowski.
Zmiany w wymaganiach normy ISO (w kontekście EMAS)
Analiza wyników egzaminu gimnazjalnego
Jakość i metody jej pomiaru
Doskonalenie podstawą sukcesu organizacji Doskonalenie podstawą sukcesu organizacji Prof. nadzw. PG Dr hab. inż. Piotr Grudowski Politechnika Gdańska Wydział.
Proces tworzenia oprogramowania Proces tworzenia oprogramowania jest zbiorem czynności i związanych z nimi wyników, które prowadzą do powstania produktu.
Jarosław Kuchta Jakość Oprogramowania
Audyt wewnętrzny jako źródło oceny kontroli zarządczej w jednostce
(c) Jerzy Nawrocki Jerzy Nawrocki
Tester wbudowany BIST dla analogowych układów w pełni różnicowych październik 2009.
Copyright © Jerzy R. Nawrocki Team Software Process Inżynieria oprogramowania II Wykład.
1 KOSZTY JAKOŚCI w międzynarodowych normach ISO serii 9000 (Zofia Zymonik)
SYSTEM ZARZĄDZANIA BEZPIECZEŃSTWEM INFORMACJI- wymagania normy ISO 27001:2007 Grażyna Szydłowska.
1 © copyright by Piotr Bigosiński DOKUMENTACJA SYSTEMU HACCP. USTANOWIENIE, PROWADZENIE I UTRZYMANIE DOKUMENTACJI. Piotr Bigosiński 1 czerwiec 2004 r.
IX Konferencja "Uniwersytet Wirtualny: model, narzędzia, praktyka" Andrzej JODŁOWSKI, Ewa STEMPOSZ, Alina STASIECKA, „Standardy jakości w e-learningu"
Faza 1: Faza zaprojektowania systemu monitoringu projektu: 1. Inwentaryzacja obietnic złożonych sponsorowi we wniosku - przegląd założeń projektu, opracowanie.
WYKŁAD 4 ANALIZA OBCIĄŻENIA PSYCHICZNEGO
(c) InMoST 2006 Plan szkolenia ▪ Wprowadzenie (9:00-10:30): Czym jest szacowanie? (MO) Systematyczne podejście do planowania (ŁO) Planowanie, a kalendarz.
Techniki Informacji i Komunikacji
Zarządzanie projektami informatycznymi
Zarządzanie projektami
Wykład 1 – część pierwsza
IEEE SPMP Autor : Tomasz Czwarno
Cykl życia oprogramowania
Zapis prezentacji:

Jarosław Kuchta Jakość Oprogramowania Metryki jakości wg ISO 9126 http://www.eti.pg.gda.pl/katedry/kask/pracownicy/Jaroslaw.Kuchta/Jakosc/ J.Kuchta@eti.pg.gda.pl

Model jakości w cyklu życia oprogramowania wg ISO 9126 punkt widzenia Potrzeby jakościowe użytkownika Jakość użytkowa zastosowanie użytkownika wykorzystywane do specyfikacji wskazuje na Zewnętrzne wymagania jakościowe Jakość zewnętrzna walidacja kierownika projektu wykorzystywane do specyfikacji wskazuje na Wewnętrzne wymagania jakościowe Jakość wewnętrzna weryfikacja projektanta Jakość oprogramowania Metryki jakości wg ISO 9126

Rodzaje metryk Metryki wewnętrzne Metryki typu A/B Metryki typu 1-A/B Metryki typu T Metryki typu A/T Inne metryki Specyfikacja wymagań Ocena dokumentacji Projekt Kod źródłowy Raport z przeglądu Metryki zewnętrzne Raport z testów Ocena dokumentacji Raport z analizy problemu Raport operacyjny Kwestionariusz Metryki użycia Ocena użycia Raport z obserwacji użytk. Monitoring użycia Jakość oprogramowania Metryki jakości wg ISO 9126

Przykład metryki typu A/B Computational accuracy (Dokładność obliczeniowa) Porównać liczbę funkcji, które są zaimplementowane zgodnie z wymaganiami dokładności w stosunku do wszystkich funkcji, które mają określone wymagania dokładności. X=A/B A- liczba funkcji, które są zaimplementowane zgodnie z wymaganiami dokładności B - liczba wszystkich funkcji, co do których zostały określone wymagania dokładności Jakość oprogramowania Metryki jakości wg ISO 9126

Przykład metryki typu 1-A/B Functional adequacy (Adekwatność funkcjonalna) Porównać liczbę funkcji odpowiednich do wykonania określonych zadań względem liczby funkcji ocenianych. X=1-A/B A- liczba funkcji, w których wykryto problemy przy ocenie B- liczba ocenianych funkcji Jakość oprogramowania Metryki jakości wg ISO 9126

Przykład metryki typu T Ease of function learning (Łatwość uczenia się funkcji) Przeprowadzić test z użytkownikiem i obserwować jego działanie X=T T- średni czas, jaki zajmuje użytkownikowi nauczenie się korzystania z funkcji programu Jakość oprogramowania Metryki jakości wg ISO 9126

Przykład metryki typu A/T Accuracy to expectation (Dokładność oczekiwana) Przeprowadzić testy wejście-wyjście (blackbox) i porównać otrzymywane wyniki z rozsądnie oczekiwanymi rezultatami Policzyć przypadki, w których wyniki otrzymane przez użytkownika różniły się od rozsądnie oczekiwanych w stopniu nieakceptowalnym. X=A/T A- liczba przypadków, w których wyniki różniły się od oczekiwanych w stopniu nieakceptowalnym T - czas badania Jakość oprogramowania Metryki jakości wg ISO 9126

Model jakości wewnętrznej i zewnętrznej Internal / External Quality Functionality Reliability Usability Efficiency Maintainability Portability Suitability Maturity Understand-ability Time behaviour Analysability Adaptability Accuracy Changeability Installability Fault tolerance Learnability Resource utilisation Interoperability Stability Co-existence Operability Recoverability Security Testability Replaceability Attractiveness Functionality compliance Reliability compliance Usability compliance Efficiency compliance Maintainability compliance Portability compliance Jakość oprogramowania Metryki jakości wg ISO 9126

Model jakości użytkowej Quality in Use Effectiveness Productivity Safety Satisfaction Task effectiveness Task time User health and safety Satisfaction scale Task completion Task efficiency Safety of people affected by use of the system Satisfaction questionnaire Error frequency Economic productivity Discretionally usage Economic damage Productive proportion Software damage Relative user efficiency Jakość oprogramowania Metryki jakości wg ISO 9126

Wady i zalety ISO 9126 Zalety Wady Podział jakości na trzy poziomy: jakość użycia jakość zewnętrzną jakość wewnętrzną Reprezentacja różnych punktów widzenia: użytkownika kierownika projektu projektanta Definicja konkretnych metryk (sposobów pomiaru) Wady Bardzo duża liczba metryk trudnych do zebrania Część metryk o nieustalonej skali Jakość oprogramowania Metryki jakości wg ISO 9126

Bibliografia ISO/IEC 9126-1:2001 -- Software engineering -- Product quality -- Part 1: Quality model ISO/IEC TR 9126-2:2003 -- Software engineering -- Product quality -- Part 2: External metrics ISO/IEC TR 9126-3:2003 -- Software engineering -- Product quality -- Part 3: Internal metrics ISO/IEC TR 9126-4:2004 -- Software engineering -- Product quality -- Part 4: Quality in use metrics   Jakość oprogramowania Metryki jakości wg ISO 9126