reklama - zainteresowany?

Specyfikacja oprogramowania. Inżynieria wymagań. Wydanie III - Helion


ebook
Autor: Karl E Wiegers, Joy Beatty
Tytuł oryginału: Software Requirements 3
Tłumaczenie: Ireneusz Jakóbik, Radosław Lesisz
ISBN: 978-83-246-9169-2
stron: 640, Format: ebook
Data wydania: 2014-10-06
Księgarnia: Helion

Cena książki: 59,40 zł (poprzednio: 99,00 zł)
Oszczędzasz: 40% (-39,60 zł)

Dodaj do koszyka

Tagi: Inne - Programowanie | programowanie-kupon

Zebranie i opracowanie wymagań dotyczących tworzonego oprogramowania to jeden z fundamentów udanego projektu. Znajomość zakresu prac jest kluczową informacją dla wszystkich osób prowadzących projekt oraz bezcennym źródłem wiedzy dla deweloperów tworzących kod. Brzmi prosto, ale wcale tak nie jest! Identyfikacja interesariuszy, dokumentacja wymagań, określanie ich wartości biznesowej — to tylko niektóre z wyzwań stojących przed analitykami i ich zespołami!

Sięgnij po tę książkę, by uniknąć typowych problemów i pułapek. W kolejnych rozdziałach znajdziesz kluczowe informacje na temat wymagań dotyczących oprogramowania, roli analityka biznesowego oraz dobrych praktyk w inżynierii wymagań. Część II tej książki została poświęcona opracowywaniu wymagań. Dowiedz się, jak określać wymagania biznesowe, rozmawiać z użytkownikami oraz dokumentować i walidować wymagania. W prawdziwym świecie spotkasz się z różnymi typami projektów. W zależności od ich charakteru trzeba będzie na bieżąco dostosowywać poznane techniki. Projekty zwinne, projekty systemów wbudowanych, automatyzacja procesów biznesowych to tylko część z omawianych obszarów. Książka ta jest klasycznym podręcznikiem, obowiązkową lekturą każdego analityka oraz osób odpowiedzialnych za wymagania.

Dzięki tej książce:

- nauczysz się identyfikować interesariuszy oraz rozmawiać z klientami
- poznasz dobre praktyki w inżynierii wymagań
- zrozumiesz zadania analityka biznesowego
- ograniczysz ryzyko dzięki prototypowaniu
- poznasz projekty różnego typu
- zrozumiesz proces zarządzania wymaganiami

Lektura obowiązkowa każdego analityka i osób odpowiedzialnych za wymagania!

Dodaj do koszyka

 

Osoby które kupowały "Specyfikacja oprogramowania. Inżynieria wymagań. Wydanie III", wybierały także:

  • Zrozum struktury danych. Algorytmy i praca na danych w Javie
  • Architektura ewolucyjna. Projektowanie oprogramowania i wsparcie zmian

Dodaj do koszyka

Spis treści

Specyfikacja oprogramowania. Inżynieria wymagań. Wydanie III eBook -- spis treści

Wstęp (19)

Podziękowania (25)

CZĘŚĆ I. WYMAGANIA DOTYCZĄCE OPROGRAMOWANIA. CO, DLACZEGO I KTO?

Rozdział 1. Najważniejsze wymaganie dotyczące oprogramowania (29)

  • Definicja wymagań dotyczących oprogramowania (31)
    • Niektóre interpretacje słowa "wymaganie" (32)
    • Poziomy i rodzaje wymagań (33)
    • Praca na trzech poziomach (37)
    • Wymagania produktu a wymagania projektu (40)
  • Opracowywanie wymagań i zarządzanie nimi (41)
    • Opracowywanie wymagań (41)
    • Zarządzanie wymaganiami (43)
  • W każdym projekcie istnieją wymagania (43)
  • Gdy złe wymagania trafiają na dobrych ludzi (45)
    • Niewystarczające zaangażowanie użytkownika (45)
    • Niedokładne planowanie (46)
    • Pełzające wymagania użytkowników (46)
    • Niejednoznaczne wymagania (46)
    • Złocenie (47)
    • Przeoczeni interesariusze (47)
  • Korzyści płynące z wysokiej jakości procesu dotyczącego wymagań (47)

Rozdział 2. Wymagania z punktu widzenia użytkownika (49)

  • Luka oczekiwań (50)
  • Kim jest klient? (51)
  • Partnerstwo klient-twórca oprogramowania (53)
    • Wymaganiowa karta praw klienta oprogramowania (55)
    • Wymaganiowa karta obowiązków klienta oprogramowania (57)
  • Tworzenie kultury poszanowania wymagań (60)
  • Identyfikowanie osób decyzyjnych (62)
  • Osiąganie porozumienia co do wymagań (62)
    • Baza dla wymagań (63)
    • Co zrobić, jeśli nie osiągnięto porozumienia? (64)
    • Zgoda co do wymagań w projektach zwinnych (65)

Rozdział 3. Dobre praktyki w inżynierii wymagań (67)

  • Struktura procesu opracowywania wymagań (70)
  • Dobre praktyki. Pozyskiwanie wymagań (72)
  • Dobre praktyki. Analizowanie wymagań (74)
  • Dobre praktyki. Specyfikowanie wymagań (76)
  • Dobre praktyki. Walidacja wymagań (77)
  • Dobre praktyki. Zarządzanie wymaganiami (77)
  • Dobre praktyki. Wiedza (79)
  • Dobre praktyki. Zarządzanie projektem (80)
  • Wdrażanie nowych praktyk (82)

Rozdział 4. Analityk biznesowy (85)

  • Rola analityka biznesowego (86)
  • Zadania analityka biznesowego (87)
  • Najważniejsze umiejętności analityka (88)
  • Najważniejsza wiedza analityka (92)
  • Jak zostać analitykiem biznesowym? (92)
    • Były użytkownik (92)
    • Były programista albo tester (93)
    • Były (lub jednoczesny) menedżer projektu (94)
    • Specjalista w swojej dziedzinie (94)
    • Żółtodziób (94)
  • Rola analityka w projektach zwinnych (95)
  • Rozwijanie współpracy w obrębie zespołu (96)

CZĘŚĆ II. OPRACOWYWANIE WYMAGAŃ

Rozdział 5. Określanie wymagań biznesowych (101)

  • Definiowanie wymagań biznesowych (102)
    • Identyfikowanie pożądanych korzyści biznesowych (102)
    • Wizja produktu i zakres projektu (102)
    • Sprzeczne wymagania biznesowe (104)
  • Dokument wizji i zakresu (105)
    • 1. Wymagania biznesowe (107)
    • 2. Zakres i ograniczenia (112)
    • 3. Kontekst biznesowy (114)
  • Techniki przedstawiania zakresu (116)
    • Diagram kontekstowy (116)
    • Mapa ekosystemu (117)
    • Drzewo funkcjonalności (118)
    • Lista zdarzeń (119)
  • Skupienie na zakresie (120)
    • Korzystanie z celów biznesowych podczas podejmowania decyzji dotyczących zakresu (121)
    • Ocena wpływu zmian zakresu (121)
  • Wizja i zakres w projektach zwinnych (122)
  • Korzystanie z celów biznesowych, aby określić koniec projektu (123)

Rozdział 6. Słuchanie głosu użytkownika (125)

  • Klasy użytkowników (126)
    • Klasyfikowanie użytkowników (126)
    • Identyfikowanie klas użytkowników (129)
  • Personifikacje użytkowników (131)
  • Nawiązywanie kontaktu z przedstawicielami użytkowników (132)
  • Mistrz produktu (133)
    • Zewnętrzni mistrzowie produktu (134)
    • Oczekiwania wobec mistrza produktu (135)
    • Wielu mistrzów produktu (136)
    • Informowanie o potrzebie zaangażowania mistrza produktu (137)
    • Pułapki, na które należy uważać (138)
  • Przedstawiciele użytkowników w projektach zwinnych (138)
  • Godzenie sprzecznych wymagań (140)

Rozdział 7. Pozyskiwanie wymagań (143)

  • Techniki pozyskiwania wymagań (145)
    • Wywiady (145)
    • Warsztaty (146)
    • Grupy fokusowe (148)
    • Obserwacje (149)
    • Kwestionariusze (150)
    • Analiza interfejsów systemu (151)
    • Analiza interfejsu użytkownika (152)
    • Analiza dokumentów (152)
  • Planowanie pozyskiwania wymagań (153)
  • Przygotowania do pozyskiwania wymagań (154)
  • Czynności związane z pozyskiwaniem wymagań (156)
  • Czynności po zebraniu wymagań (158)
    • Organizowanie i udostępnianie notatek (158)
    • Dokumentowanie kwestii otwartych (158)
  • Klasyfikowanie informacji uzyskanych od użytkownika (159)
  • Skąd wiedzieć, że to już wszystko? (162)
  • Na co uważać podczas pozyskiwania wymagań? (163)
  • Wymagania oczywiste oraz pochodne (163)
  • Odnajdowanie pominiętych wymagań (165)

Rozdział 8. Zrozumieć wymagania użytkowników (167)

  • Przypadki użycia oraz opowieści użytkowników (169)
  • Podejście bazujące na przypadkach użycia (172)
    • Przypadki użycia i scenariusze użytkowania (173)
    • Identyfikowanie przypadków użycia (181)
    • Badanie przypadków użycia (182)
    • Walidacja przypadków użycia (184)
    • Przypadki użycia i wymagania funkcjonalne (185)
    • Związane z przypadkami użycia pułapki, na które należy uważać (186)
  • Korzyści płynące z wymagań zorientowanych na użytkowanie (187)

Rozdział 9. Gra według reguł (189)

  • Systematyka reguł biznesowych (191)
    • Fakty (192)
    • Ograniczenia (192)
    • Wyzwalacze działań (194)
    • Wnioski (195)
    • Obliczenia (195)
    • Niepodzielne reguły biznesowe (196)
  • Dokumentowanie reguł biznesowych (196)
  • Odkrywanie reguł biznesowych (198)
  • Reguły biznesowe i wymagania (200)
  • Wiązanie wszystkiego w całość (201)

Rozdział 10. Dokumentowanie wymagań (203)

  • Specyfikacja wymagań dotyczących oprogramowania (205)
    • Wymagania dotyczące etykiet (208)
    • Postępowanie z brakami (210)
    • Interfejs użytkownika i SRS (210)
  • Szablon wymagań dotyczących oprogramowania (212)
    • 1. Wstęp (213)
    • 2. Opis ogólny (214)
    • 3. Funkcjonalności systemu (215)
    • 4. Wymagania dotyczące danych (216)
    • 5. Wymagania interfejsów zewnętrznych (217)
    • 6. Atrybuty jakościowe (218)
    • 7. Wymagania międzynarodowe i lokalizacyjne (219)
    • 8. Pozostałe wymagania (219)
    • Dodatek A. Glosariusz (220)
    • Dodatek B. Modele analityczne (220)
  • Specyfikacja wymagań w projektach zwinnych (220)

Rozdział 11. Pisanie doskonałych wymagań (223)

  • Cechy doskonałych wymagań (224)
    • Cechy wymagań (224)
    • Cechy zbiorów wymagań (226)
  • Wskazówki dotyczące pisania wymagań (227)
    • Perspektywa systemu czy perspektywa użytkownika (227)
    • Styl pisania wymagań (228)
    • Poziom szczegółowości (231)
    • Techniki przedstawiania wymagań (232)
    • Unikanie wieloznaczności (233)
    • Unikanie niekompletności (236)
  • Przykładowe wymagania - przed i po (237)

Rozdział 12. Jeden obraz wart jest 1024 słowa (241)

  • Modelowanie wymagań (242)
  • Od głosu użytkownika do modeli analitycznych (243)
  • Wybór właściwej reprezentacji (244)
  • Diagram przepływu danych (246)
  • Diagram torowy (250)
  • Diagram przejść stanów i tabela stanów (251)
  • Mapa dialogu (254)
  • Tabele decyzyjne i drzewa decyzyjne (257)
  • Tabele zdarzenie-reakcja (259)
  • Kilka słów o diagramach UML (261)
  • Modelowanie w projektach zwinnych (262)
  • Ostatnie przypomnienie (262)

Rozdział 13. Specyfikowanie wymagań danych (265)

  • Modelowanie relacji między danymi (265)
  • Słownik danych (268)
  • Analiza danych (271)
  • Specyfikowanie raportów (272)
    • Pozyskiwanie wymagań dotyczących raportów (272)
    • Co należy wziąć pod uwagę podczas specyfikowania raportów? (273)
    • Szablon specyfikacji raportu (274)
  • Kokpit zarządzania (277)

Rozdział 14. Wykraczanie poza funkcjonalność (279)

  • Atrybuty jakościowe oprogramowania (280)
  • Odkrywanie atrybutów jakościowych (282)
  • Definiowanie atrybutów jakościowych (285)
    • Zewnętrzne atrybuty jakościowe (286)
    • Wewnętrzne atrybuty jakościowe (299)
  • Specyfikowanie wymagań jakościowych w języku Planguage (304)
  • Kompromisy związane z atrybutami jakościowymi (305)
  • Implementowanie wymagań dotyczących atrybutów jakościowych (307)
  • Ograniczenia (308)
  • Atrybuty jakościowe w projektach zwinnych (310)

Rozdział 15. Ograniczanie ryzyka z wykorzystaniem prototypowania (313)

  • Prototypowanie. Co i dlaczego? (314)
  • Makiety i dowody koncepcji (315)
  • Prototypy ewolucyjne i do wyrzucenia (316)
  • Prototypy papierowe i elektroniczne (319)
  • Praca z prototypami (321)
  • Ocenianie prototypów (323)
  • Ryzyka prototypowania (325)
    • Presja skonstruowania prototypu (325)
    • Rozproszenie szczegółami (326)
    • Nierealne oczekiwania co do wydajności (326)
    • Nadmierne nakłady ponoszone na prototypy (327)
  • Czynniki decydujące o powodzeniu prototypowania (327)

Rozdział 16. Najpierw to, co najważniejsze - określanie priorytetów wymagań (329)

  • Dlaczego wymaganiom należy nadawać priorytety? (330)
  • Praktyczne podejście do nadawania priorytetów (331)
  • Gierki z wymaganiami (332)
  • Niektóre techniki określania priorytetów (333)
    • Wchodzi czy odpada? (334)
    • Porównywanie parami i szeregowanie rangowe (334)
    • Skala trzypoziomowa (334)
    • Metoda MoSCoW (336)
    • 100 złotych (337)
  • Nadawanie priorytetów na podstawie wartości, kosztu i ryzyka (338)

Rozdział 17. Walidacja wymagań (343)

  • Walidacja i weryfikacja (345)
  • Przeglądy wymagań (345)
    • Inspekcja (347)
    • Lista kontrolna defektów (351)
    • Wskazówki dotyczące oceniania wymagań (352)
    • Wyzwania związane z ocenianiem wymagań (353)
  • Prototypowanie wymagań (355)
  • Testowanie wymagań (355)
  • Walidacja wymagań z wykorzystaniem kryteriów akceptacji (359)
    • Kryteria akceptacji (359)
    • Testy akceptacyjne (361)

Rozdział 18. Ponowne wykorzystanie wymagań (363)

  • Dlaczego powtórnie korzystać z wymagań? (364)
  • Aspekty wielokrotnego korzystania z wymagań (364)
    • Skala ponownego użycia (365)
    • Zakres modyfikacji (366)
    • Mechanizm ponownego użycia (366)
  • Rodzaje informacji o wymaganiach, które można poddać powtórnemu użyciu (368)
  • Najczęściej spotykane scenariusze wielokrotnego użycia (369)
    • Linia oprogramowania (369)
    • Reengineering i zastępowanie systemów (369)
    • Inne okazje do wielokrotnego użycia (370)
  • Wzorce wymagań (371)
  • Narzędzia wspomagające wielokrotne użycie (372)
  • Przystosowanie wymagań do wielokrotnego użycia (372)
  • Przeszkody i czynniki sukcesu wielokrotnego użycia (374)
    • Przeszkody (374)
    • Czynniki sukcesu (376)

Rozdział 19. Więcej niż tylko opracowywanie wymagań (379)

  • Szacowanie nakładów na wymagania (380)
  • Od wymagań do planów projektu (383)
    • Szacowanie wielkości projektu i niezbędnych nakładów na podstawie wymagań (383)
    • Wymagania a harmonogram (385)
  • Od wymagań do konstrukcji i kodu (386)
    • Architektura i alokacja (387)
    • Konstrukcja oprogramowania (388)
    • Konstrukcja interfejsu użytkownika (389)
  • Od wymagań do testów (391)
  • Od wymagań do sukcesu (393)

CZĘŚĆ III. WYMAGANIA W RÓŻNYCH KLASACH PROJEKTÓW

Rozdział 20. Projekty zwinne (397)

  • Ograniczenia procesu kaskadowego (398)
  • Zwinne podejście do programowania (399)
  • Najważniejsze aspekty zwinnego podejścia do opracowywania wymagań (399)
    • Zaangażowanie klienta (399)
    • Szczegółowość dokumentacji (400)
    • Rejestr wymagań i priorytety (400)
    • Właściwy czas (401)
    • Epiki, opowieści użytkowników i funkcjonalności. O rany! (402)
    • Spodziewaj się zmian (403)
  • Dostosowywanie praktyk związanych z opracowywaniem wymagań do projektów zwinnych (403)
  • Przejście na metodyki zwinne. I co teraz? (404)

Rozdział 21. Projekty ulepszające i zastępujące (407)

  • Spodziewane trudności (408)
  • Techniki pracy nad wymaganiami, gdy system już istnieje (408)
  • Nadawanie priorytetów przy wykorzystaniu celów biznesowych (410)
    • Uwaga na lukę (411)
    • Zachowanie poziomu wydajności (411)
  • Kiedy stare wymagania nie istnieją (412)
    • Które wymagania specyfikować? (412)
    • Jak odkrywać wymagania w istniejących systemach? (414)
  • Przekonywanie do przyjęcia nowego systemu (415)
  • Czy możemy iterować? (416)

Rozdział 22. Projekty bazujące na gotowych rozwiązaniach (419)

  • Wymagania dotyczące wyboru produktów gotowych (420)
    • Opracowywanie wymagań użytkowników (420)
    • Rozpatrywanie reguł biznesowych (421)
    • Identyfikowanie potrzeb związanych z danymi (421)
    • Definiowanie wymagań jakościowych (421)
    • Ocenianie rozwiązań (422)
  • Wymagania dotyczące implementacji gotowych produktów (424)
    • Wymagania dotyczące konfiguracji (425)
    • Wymagania dotyczące integracji (425)
    • Wymagania dotyczące rozszerzeń (426)
    • Wymagania dotyczące danych (426)
    • Zmiany w procesach biznesowych (426)
  • Najczęściej spotykane problemy mające związek z gotowymi rozwiązaniami (427)

Rozdział 23. Projekty zlecane na zewnątrz (429)

  • Odpowiedni stopień szczegółowości wymagań (430)
  • Interakcje na linii zleceniodawca - wykonawca (431)
  • Zarządzanie zmianami (433)
  • Kryteria akceptacji (433)

Rozdział 24. Projekty automatyzacji procesów biznesowych (435)

  • Modelowanie procesów biznesowych (436)
    • Korzystanie z bieżących procesów w celu opracowania wymagań (437)
    • Najpierw przyszłe procesy (438)
  • Modelowanie biznesowych miar wydajności (438)
  • Dobre praktyki w projektach automatyzacji procesów biznesowych (440)

Rozdział 25. Projekty analityki biznesowej (441)

  • Przegląd projektów analityki biznesowej (441)
  • Opracowywanie wymagań w projektach analityki biznesowej (443)
    • Priorytetyzacja prac przy użyciu decyzji (444)
    • Definiowanie sposobów korzystania z informacji (445)
    • Specyfikowanie potrzeb danych (446)
    • Definiowanie analiz przekształcających dane (449)
  • Ewolucyjny charakter analizy (450)

Rozdział 26. Projekty systemów wbudowanych oraz innych systemów czasu rzeczywistego (453)

  • Wymagania, architektura oraz alokacja systemu (454)
  • Modelowanie systemów czasu rzeczywistego (455)
    • Diagram kontekstowy (456)
    • Diagram przejść stanów (456)
    • Tabela zdarzenie-reakcja (457)
    • Diagram architektury (459)
    • Prototypowanie (460)
  • Interfejsy (460)
  • Wymagania czasowe (461)
  • Atrybuty jakościowe dotyczące systemów wbudowanych (462)
  • Wyzwania związane z systemami wbudowanymi (467)

CZĘŚĆ IV. ZARZĄDZANIE WYMAGANIAMI

Rozdział 27. Praktyki zarządzania wymaganiami (471)

  • Proces zarządzania wymaganiami (472)
  • Baza dla wymagań (473)
  • Kontrolowanie wersji wymagań (474)
  • Atrybuty wymagań (476)
  • Śledzenie statusów wymagań (477)
  • Rozwiązywanie problemów związanych z wymaganiami (479)
  • Mierzenie nakładów ponoszonych na wymagania (480)
  • Zarządzania wymaganiami w projektach zwinnych (482)
  • Po co zarządzać wymaganiami? (483)

Rozdział 28. Zmiany się zdarzają (485)

  • Po co zarządzać zmianami? (485)
  • Kontrolowanie pełzania zakresu (486)
  • Polityka kontrolowania zmian (487)
  • Podstawowe pojęcia związane z procesem kontrolowania zmian (488)
  • Opis procesu kontrolowania zmian (489)
    • 1. Cel i zakres (489)
    • 2. Role i odpowiedzialności (489)
    • 3. Stany wnioskowanych zmian (490)
    • 4. Kryteria początkowe (490)
    • 5. Zadania (490)
    • 6. Kryteria końcowe (492)
    • 7. Raportowanie statusu zmiany (492)
    • Dodatek. Atrybuty zapisywane dla każdego wniosku o zmianę (492)
  • Rada kontroli zmian (493)
    • Skład rady (494)
    • Statut rady (494)
    • Renegocjowanie zobowiązań (495)
  • Narzędzia do kontrolowania zmian (495)
  • Pomiar aktywności dotyczącej zmian (496)
  • Analiza wpływu zmiany (497)
    • Procedura analizy wpływu (498)
    • Szablon analizy wpływu (501)
  • Zarządzanie zmianami w projektach zwinnych (501)

Rozdział 29. Ogniwa w łańcuchu wymagań (505)

  • Śledzenie wymagań (505)
  • Argumenty przemawiające za śledzeniem wymagań (508)
  • Macierz śledzenia wymagań (509)
  • Narzędzie służące do śledzenia wymagań (512)
  • Procedura dotycząca śledzenia wymagań (513)
  • Czy śledzenie wymagań jest wykonalne? Czy jest konieczne? (514)

Rozdział 30. Narzędzia inżynierii wymagań (517)

  • Narzędzia do opracowywania wymagań (519)
    • Narzędzia wspomagające pozyskiwanie wymagań (519)
    • Narzędzia do prototypowania (519)
    • Narzędzia do modelowania (520)
  • Narzędzia do zarządzania wymaganiami (520)
    • Korzyści płynące ze stosowania narzędzi do zarządzania wymaganiami (520)
    • Możliwości narzędzi do zarządzania wymaganiami (522)
  • Wybór oraz implementacja narzędzia do pracy z wymaganiami (524)
    • Wybór narzędzia (525)
    • Konfiguracja narzędzia i procesów (525)
    • Wspieranie adaptacji użytkowników (527)

CZĘŚĆ V. IMPLEMENTACJA INŻYNIERII WYMAGAŃ

Rozdział 31. Ulepszanie procesów inżynierii wymagań (531)

  • Związek wymagań z innymi procesami projektu (532)
  • Wymagania i różne grupy interesariuszy (534)
  • Zachęcanie do angażowania się w zmiany (534)
  • Podstawy usprawniania procesu programistycznego (536)
  • Analiza przyczyn źródłowych (538)
  • Cykl usprawniania procesu (539)
    • Ocena bieżących praktyk (540)
    • Planowanie działań ulepszających (540)
    • Tworzenie, pilotowanie i wdrażanie procesów (542)
    • Ocenianie wyników (542)
  • Elementy procesu inżynierii wymagań (543)
    • Elementy procesu opracowywania wymagań (545)
    • Elementy procesu zarządzania wymaganiami (546)
  • Czy jesteśmy już na miejscu? (546)
  • Tworzenie planu usprawnienia procesu pracy z wymaganiami (548)

Rozdział 32. Wymagania dotyczące oprogramowania a zarządzanie ryzykiem (551)

  • Podstawy zarządzania ryzykiem w oprogramowaniu (552)
    • Elementy zarządzania ryzykiem (552)
    • Dokumentowanie ryzyka grożącego projektowi (553)
    • Planowanie zarządzania ryzykiem (556)
  • Ryzyko związane z wymaganiami (556)
    • Pozyskiwanie wymagań (557)
    • Analiza wymagań (558)
    • Specyfikacja wymagań (558)
    • Walidacja wymagań (559)
    • Zarządzanie wymaganiami (559)
  • Zarządzanie ryzykiem to Twój przyjaciel (560)

Epilog (561)

DODATKI

Dodatek A. Samoocena bieżących praktyk dotyczących wymagań (565)

Dodatek B. Poradnik usuwania problemów z wymaganiami (571)

Dodatek C. Przykładowe dokumenty wymagań (591)

Słowniczek (613)

Bibliografia (621)

Skorowidz (633)

Dodaj do koszyka

Code, Publish & WebDesing by CATALIST.com.pl



(c) 2005-2021 CATALIST agencja interaktywna, znaki firmowe należą do wydawnictwa Helion S.A.