Plan wykładu
Powstanie inżynierii oprogramowania
Inżynieria Oprogramowania
Cele i zadania inżynierii oprogramowania
wprowadzenie
Czym zajmuje się inżynieria
oprogramowania
Dr inż. Ilona Bluemke
Oprogramowanie wysokiej jakości
Powstanie inżynierii Powstanie inżynierii
oprogramowania -1 oprogramowania - 2
Przyczyny upadku wielu projektów to:
Koniec lat sześćdziesiątych - tzw. kryzys
duża złożoność systemów,
oprogramowania.
nowe dziedziny zastosowań, niepowtarzalność
Wiele realizowanych wówczas przedsięwzięć,
niesystematyczny proces budowy
projektów kończyło się fiaskiem, a ceny
oprogramowania,
realizowanego wówczas
trudności w ocenie stopnia zaawansowania
oprogramowania rosły szybko (około
prac programistycznych,
12% na rok) przy zmniejszających się pozorna łatwość wytwarzania i dokonywania
poprawek (np. 100 linii w 1 dzień, 1000 linii w
cenach sprzętu.
10 dni ?).
Powstanie inżynierii
Cel inżynierii oprogramowania
oprogramowania - 3
Ulepszenia w procesie produkcji
poszukiwanie i wdrażanie metod oraz
oprogramowania mogą przynieść duże
technik produkcji programów o
korzyści ekonomiczne.
Pomysłów na poprawę procesu produkcji wysokiej jakości,
szukano w innych naukach inżynieryjnych np.
produkcja w sposób najbardziej
u inżynierów mechaników (ang. mechanical
engineering) czy inżynierów budowy dróg i
efektywny.
mostów (ang. civil engineering).
Powstająca dziedzina, poprzez analogie
została nazwana ang. software engineering,
inżynieria oprogramowania.
1
Oprogramowanie wysokiej jakości
Inżynieria oprogramowania
działa zgodnie z wymaganiami
dotyczy oprogramowania tworzonego
określonymi przez specyfikację,
przez zespoły,
jest tak szybkie, wydajne i funkcjonalne
jej zasady są wykorzystywane w rozwoju
jak oczekuje użytkownik,
systemu,
daje sięłatwo pielęgnować (korekcja i
zawiera aspekty techniczne i nie-
modyfikacja),
techniczne,
posiada pełną dokumentację użytkową i
występują w niej podejścia formalne i
projektową, która umożliwia spełnienie
praktyczne.
poprzednich postulatów.
Co oferuje inżynieria Inżynieria oprogramowania
oprogramowania zajmuje się :
techniki i narzędzia ułatwiające pracę
sposobami prowadzenia przedsięwzięć
nad złożonymi systemami,
informatycznych,
systematyzację procesu produkcji
technikami szacowania kosztów,
oprogramowania, tak by ułatwić jego
harmonogramowania,
monitorowanie i planowanie,
metodami analizy i projektowania
metody wspomagające analizę
systemów,
nieznanych problemów i ułatwiające
wykorzystywanie wcześniejszych technikami zwiększania niezawodności
doświadczeń.
oprogramowania,
Inżynieria oprogramowania
Jakość oprogramowania
zajmuje się  2:
sposobami testowania systemów, Ocena jakości oprogramowania jest
szacowania niezawodności, sprawą subiektywną.
sposobami przygotowywania Model Mc Call'a dzieli kryteria oceny
dokumentacji technicznej i użytkowej, jakości na grupy związane:
procedurami kontroli jakości, ze sposobem działania
technikami pracy zespołowej. z możliwością zmian i poprawek
z mobilnością oprogramowania.
2
Kryteria związane ze sposobem możliwość wprowadzenia zmian i
poprawek
działania
przyjazność - dotyczy projektu interfejsu pielęgnowalność - stopień
bezpieczeństwo - kontrola uprawnień dostępu, przystosowania do poprawienia,
modyfikacji, rozszerzania, adaptowania,
wydajność,
poprawność - stopień realizacji wymagań,
elastyczność - możliwości
kompletność i logiczność implementacji, rozbudowywania oprogramowania o
zgodność działania ze specyfikacją,
nowe funkcje oraz uniwersalność
niezawodność - odporność na błędy.
zaimplementowanych rozwiązań,
testowalność
mobilność oprogramowania problem
przenośność - zdolność do łatwego
Problem - osiągnięcia optimum
uruchamiania na innych systemach,
Co optymalizować powinno być
uniwersalność - odnosi się do możliwości
ustalone z klientem - np. lepszy interfejs
wykorzystania istniejącego oprogramowania
z użytkownikiem to spadek efektywności.
lub jego fragmentów do konstrukcji innych
systemów,
otwartość - stopień przystosowania programu
do współpracy lub wymiany informacji z innymi
systemami komputerowymi.
niezawodność a efektywność
Jakość
oprogramowania
- produktu
Szybszy, tańszy sprzęt, ważniejsza
- procesu wytwarzania
wygoda użytkownika
Technologie Zawodne oprogramowanie będzie
unikane
Są zastosowania gdzie koszt błędu
Jakość
Jakość
Ludzie
procesu
systemu może znacznie przekraczać
produktu
koszt samego systemu. Koszt ludzkie -
nie do zaakceptowania (safety -critical
systems)
Koszt, czas
System zawodny trudno jest ulepszyć,
harmonogram
poprawić.
3
niezawodność a efektywność
Niezawodność zależy od:
oprogramowania -2
System niezawodny można stroić, poprawności projektu
lokalizować przyczyny opóz
nień
poprawności odwzorowania projektu w
implementację
Nieefektywność - program wykonuje się
dłużej, skutki można przewidzieć
poprawności elementów i ich złożenia
Zawodność - skutki mogą być trudne do
przewidzenia, błędy w projekcie mogą
Miary niezawodności oprogramowania - inne niż
prowadzić do katastrofy
sprzętu
Zawodne systemy mogą powodować
Kluczem do niezawodności oprogramowania jest
utratę danych
specyfikacja
Koszt a niezawodność Przykładowe pytania
Czym zajmuje się inżynieria
Koszt
oprogramowania ?
Jakie są cechy oprogramowania wysokiej
jakości ?
Jakie można stosować kryteria oceny
oprogramowania ?
Jakie cechy oprogramowania są związane z
jego działaniem ?
Co oferuje inżynieria oprogramowania ?
Niezawodność
Dlaczego ważniejsza jest niezawodność
Rys. 1.1 Koszt oprogramowania a niezawodność oprogramowania, niż efektywność ?
4