Oprogramowanie godne zaufania Metodologia techniki i narzedzia projektowania.pdf

(511 KB) Pobierz
Bezpieczne oprogramowanie.
Metodologia, techniki
i narzêdzia projektowania
Autor: Bijay K. Jayaswal, Peter C. Patton
ISBN: 978-83-246-1463-9
Tytu³ orygina³u:
Design for Trustworthy
Software: Tools, Techniques, and Methodology
of Developing Robust Software
Format: 172x245, stron: 816
Poznaj narzêdzia, techniki oraz metodologiê tworzenia niezawodnego oprogramowania
• Jak przeprowadziæ weryfikacjê, oceniaæ i konserwowaæ oprogramowanie?
• Jakie s¹ finansowe aspekty tworzenia oprogramowania godnego zaufania?
• Jak zarz¹dzaæ portfelem technologii informatycznych?
Jakoœæ oprogramowania to wielowarstwowe zagadnienie. Spojrzenie na ni¹ z kilku
perspektyw jest kluczowe dla procesu tworzenia nowego produktu. Nale¿y przy tym
wzi¹æ pod uwagê nie tylko op³acalnoœæ jego wytwarzania i konkurencyjnoœæ, ale tak¿e
jawne i ukryte potrzeby naszych klientów oraz partnerów biznesowych. St¹d wynika
potrzeba u¿ywania zintegrowanej technologii, pomagaj¹cej spe³niaæ wszystkie
te wymagania. Odpowiada na ni¹ technologia projektowania oprogramowania godnego
zaufania (ang. Designing for Trustworthy Software). S³u¿y ona wczesnemu rozwi¹zywaniu
problemów zwi¹zanych z jakoœci¹ tworzonego produktu, dziêki czemu zapobiega
powstawaniu b³êdów implementacji. Si³¹ tej technologii jest tak¿e fakt, ¿e wszelkie
dzia³ania zwi¹zane z jakoœci¹ s¹ podejmowane przed napisaniem ka¿dego wiersza kodu.
Ta ksi¹¿ka pomo¿e w poprawie jakoœci wszystkim tym, którzy wdra¿aj¹ rozwi¹zania
wewnêtrzne i zewnêtrzne, prowadz¹ konsultacje i œwiadcz¹ pomoc techniczn¹. Zawiera
ona prze³omowe rozwi¹zania dla specjalistów z dziedziny oprogramowania oraz jakoœci
– od programistów po liderów projektu, od g³ównych architektów oprogramowania
po klientów. Z tego podrêcznika dowiesz siê m.in., jak stosowaæ najlepsze praktyki
w dziedzinie kontrolowania jakoœci, organizacji szkoleñ i zarz¹dzania w wyj¹tkowym
œrodowisku rozwoju oprogramowania.
• Metodologia rozwoju oprogramowania
• Miary jakoœci oprogramowania
• Koszty jakoœci oprogramowania
• Narzêdzia i techniki projektowania oprogramowania godnego zaufania
• Analityczny proces hierarchiczny
• Z³o¿onoœæ, b³êdy i poka-yoke w procesach rozwoju oprogramowania
• Ocena ryzyka oraz analiza przyczyn i skutków b³êdów (FEMA)
• Technologie obiektowe i komponentowe
• Techniki AHP, TRIZ, CoSQ i metoda Taguchiego
• Integracja, wzbogacanie i konserwacja oprogramowania godnego zaufania
• Wdra¿ania technologii DFTS
• QFD dla projektów
Twórz niezawodne oprogramowanie wysokiej jakoœci!
Wydawnictwo Helion
ul. Koœciuszki 1c
44-100 Gliwice
tel. 032 230 98 63
e-mail: helion@helion.pl
Spis tre ci
5
Spis tre ci
Wprowadzenie
Przedmowa
PodziÚkowania
O autorach
CZ}¥m I
W
SPÓCZESNY PROCES ROZWOJU APLIKACJI
,
JEGO BRAKI I WYZWANIA
NA DRODZE DO OPROGRAMOWANIA GODNEGO ZAUFANIA
23
25
31
33
35
37
39
41
42
44
45
45
46
48
49
50
52
53
53
54
55
56
58
60
60
61
62
63
ROZDZIA 1.
Wspóïczesne metodologie rozwoju oprogramowania
Rozwój oprogramowania — potrzeba nowego paradygmatu
Ramka 1.1. Zïo ono Ê komputerów
Strategie rozwoju oprogramowania i modele cyklu ycia
Model utwórz i popraw
Model wodospadu
Model bïyskawicznych prototypów
Model przyrostowy
Programowanie ekstremalne
Model spiralny
Programowanie obiektowe
Rozwój iteracyjny, czyli model ewolucyjny
Porównanie ró nych modeli cyklu ycia
Usprawnienia procesu rozwoju oprogramowania
Model RUP
Model CMM
Wytyczne rozwoju oprogramowania ISO 9000-3
Porównanie modeli RUP, CMM i ISO 9000
Metoda ADR
Siedem elementów procesu rozwoju stabilnego oprogramowania
Model rozwoju solidnego oprogramowania
Ramka 1.2. Krytyczne oprogramowanie sterujÈce w lotnictwie
Kluczowe zagadnienia
6
Spis tre ci
Dodatkowe materiaïy
mwiczenia internetowe
Pytania przeglÈdowe
Zagadnienia do dyskusji i projekty
Przypisy
ROZDZIA 2.
Wyzwania na drodze do oprogramowania godnego zaufania
— solidny projekt w kontek cie oprogramowania
64
64
64
65
65
67
69
69
71
71
74
75
75
77
78
80
83
83
85
87
88
94
95
97
97
97
98
99
Niezawodno Ê oprogramowania — fakty i mity
Podobieñstwa i ró nice miÚdzy oprogramowaniem i wyrobami produkowanymi
Porównywanie niezawodno ci oprogramowania i sprzÚtu
Przyczyny zawodno ci oprogramowania
Ograniczenia tradycyjnych systemów kontroli jako ci
Japoñskie systemy zarzÈdzania jako ciÈ i podej cie Taguchiego
Ramka 2.1. ¿ycie i czasy doktora Genichiego Taguchiego
Ramka 2.2. Metodologia in ynierii jako ci w zarysie
Ramka 2.3. Taguchi o metodach Taguchiego
Ramka 2.4. Istota 14 punktów Deminga
Istota metod solidnego projektowania Taguchiego
Zagadnienie stosunku sygnaïu do szumu
Zagadnienie funkcji utraty jako ci
Zagadnienie solidnego projektowania
Wyzwania na drodze do niezawodno ci oprogramowania — projektowanie
oprogramowania godnego zaufania
Model rozwoju solidnego oprogramowania — proces DFTS w praktyce
Kluczowe zagadnienia
Dodatkowe materiaïy
mwiczenia internetowe
Pytania przeglÈdowe
Pytania do dyskusji i projekty
Przypisy
ROZDZIA 3.
Miary jako ci oprogramowania
101
103
103
104
106
Pomiar jako ci oprogramowania
Klasyczne miary jako ci oprogramowania
ZarzÈdzanie przez jako Ê
Ogólne miary jako ci oprogramowania
Spis tre ci
7
Metodologia pomiarów
WewnÈtrzprocesowe miary jako ci do testowania oprogramowania
Miary zïo ono ci oprogramowania
Nauka o oprogramowaniu
Zïo ono Ê cyklomatyczna
Miary punktów funkcyjnych
Miary zadowolenia klienta i dostÚpno ci
Ramka 3.1. Miejska legenda o oprogramowaniu
Aktualne miary i modele
Nowe miary projektowania i oceny architektury
Powszechne problemy z projektowaniem architektury
Miary wzorców w OOAD
Kluczowe zagadnienia
Dodatkowe materiaïy
mwiczenia internetowe
Pytania przeglÈdowe
Zagadnienia do dyskusji i projekty
Przypisy
ROZDZIA 4.
Finansowe perspektywy tworzenia oprogramowania
godnego zaufania
106
107
109
110
112
113
114
115
116
118
119
121
122
123
123
123
124
124
127
129
130
134
134
135
137
146
148
149
149
150
152
157
157
158
159
160
Dlaczego DFTS wymaga ró nych analiz finansowych?
Koszty i jako Ê — kiedy i dzi
Koszty jako ci oprogramowania
Korzy ci pïynÈce z analiz kosztów jako ci
Koszty zadañ nakierowanych na poprawÚ jako ci
Klasyfikacja kosztów jako ci oprogramowania
Ustanawianie systemu tworzenia raportów CoSQ
Korzy ci inwestycji w jako Ê
Warto Ê analiz CoSQ
Puïapki zwiÈzane z programem CoSQ
Koszty jako ci oprogramowania w cyklu ycia
Studium przypadku 4.1. Zastosowanie CoSQ w Intents Software
CoSQ i kosztorysowanie bazujÈce na aktywno ciach
ABC w firmach zajmujÈcych siÚ rozwojem oprogramowania
Uruchamianie ABC przy rozwoju oprogramowania
Korzy ci stosowania ABC
Ramka 4.1. ABC w przemy le usïugowym
8
Spis tre ci
Funkcja utraty jako ci w przypadku oprogramowania
Finansowa ocena inwestycji w DFTS
Miary oceny DFTS
Tworzenie platformy oceny finansowej programów DFTS
Kluczowe zagadnienia
Dodatkowe materiaïy
mwiczenia internetowe
Pytania przeglÈdowe
Zagadnienia do dyskusji
Problemy
Przypisy
ROZDZIA 5.
Infrastruktura organizacyjna i przywództwo
przy stosowaniu DFTS
160
161
161
162
164
166
166
166
167
168
168
171
173
173
174
178
179
188
189
192
192
203
205
206
208
208
209
210
212
212
213
214
218
218
Wyzwania organizacyjne przy wdra aniu DFTS
Schemat wdra ania DFTS
Etap 1. Budowanie wiadomo ci zarzÈdu i przekonywanie go
Etap 2. Komunikowanie o zgodno ci i zaanga owaniu wy szej
kadry zarzÈdzajÈcej
Etap 3. Wykrywanie potencjalnych puïapek zwiÈzanych z inicjatywÈ DFTS
Ramka 5.1. Nienaganny cykl nauki i TPOV
Etap 4. Kïadzenie podwalin pod organizacjÚ skoncentrowanÈ na jako ci
Etap 5. Budowanie infrastruktury organizacyjnej
Etap 6. Zrozumienie ról kluczowych osób
Etap 7. Projektowanie wspomagajÈcej struktury organizacyjnej
Etap 8. Ustanawianie efektywnej komunikacji
Etap 9. Tworzenie odpowiedniego systemu nagród
Etap 10. Ustanawianie systemu CoSQ
Etap 11. Planowanie i uruchamianie szkoleñ w caïej organizacji
Etap 12. Wdra anie modelu DFTS
Etap 13. Kontrolowanie nauki i postÚpów
oraz przekazywanie informacji zwrotnych
Etap 14. Utrwalanie usprawnieñ i zysków
Etap 15. Integracja i rozszerzanie programu
Èczenie wszystkich elementów
Kluczowe zagadnienia
Dodatkowe materiaïy
mwiczenia internetowe

Plik z chomika:

Inne pliki z tego folderu:

Inne foldery tego chomika:

Zgłoś jeśli naruszono regulamin