W ostatnich latach roÅ›nie zainteresowanie dziedzinÄ… inżynierii wymagaÅ„ i zagadnieÅ„ z niÄ… bezpoÅ›rednio zwiÄ…zanych, takich jak modelowanie biznesowe czy zarzÄ…dzanie projektem. IstniejÄ…ce książki i publikacje z reguÅ‚y koncentrujÄ… siÄ™ na wybranych aspektach czy narzÄ™dziach inżynierii wymagaÅ„, brak jest natomiast publikacji opisujÄ…cych caÅ‚oÅ›ciowo proces inżynierii wymagaÅ„, jego kontekst w wytwarzaniu produktu, czynnoÅ›ci i ich praktyczne zastosowanie, możliwe ryzyka i sposoby ich unikniÄ™cia. Książka skierowana jest do osób zawodowo zajmujÄ…cych siÄ™ analizÄ… biznesowÄ… i systemowÄ…, odpowiedzialnych za jakość oprogramowania i systemów oraz architektów czy kierowników projektów, jak również osób pragnÄ…cych zrozumieć wyzwania zwiÄ…zane z inżynieriÄ… wymagaÅ„ i jej wzajemne zależnoÅ›ci z innymi procesami w ogólnym procesie wytwarzania produktu.
Dowiesz siÄ™: - jak zarzÄ…dzać wymaganiami w różnych projektach od formalnych po zwinne (ang. Agile), - jak przekÅ‚adać jÄ™zyk i potrzeby biznesu na ich realizacjÄ™ w systemach informatycznych, - jak Å‚atwo weryfikować możliwość realizacji wymagaÅ„ przed rozpoczÄ™ciem projektu, - jak zadawać pytania klientowi, aby uniknąć problemów po zakoÅ„czeniu projektu.
Powinieneś znać: - podstawowe zagadnienia inżynierii oprogramowania, - podstawowe zagadnienia zarządzania projektami informatycznymi, - realia pracy z klientami i wyzwania z tym związane.

Osoby które kupowały "Inżynieria wymagań w praktyce", wybierały także:

• Mapa Agile & Scrum. Jak si 57,69 zÅ‚, (15,00 zÅ‚ -74%)
• TDD. Sztuka tworzenia dobrego kodu 48,54 zÅ‚, (19,90 zÅ‚ -59%)
• Doskona 67,00 zÅ‚, (33,50 zÅ‚ -50%)
• Miejsce przy stole. Przywództwo w IT w czasach Agile 49,00 zÅ‚, (24,50 zÅ‚ -50%)
• Czysty Agile. Powrót do podstaw 47,00 zÅ‚, (23,50 zÅ‚ -50%)

Spis treści

Inżynieria wymagań w praktyce eBook -- spis treści

Od Autorów

1. Wprowadzenie do inżynierii wymagań

1.1. Wyzwania zwiÄ…zane z projektami IT
1.1.1. Cele i wizja
1.1.2. ZÅ‚e planowanie projektu
1.1.3. SÅ‚aba komunikacja
1.1.4. ZÅ‚e zarzÄ…dzanie oczekiwaniami interesariuszy
1.1.5. Problemy z wymaganiami i ich zakresem
1.1.6. Brak umiejętności miękkich
1.1.7. Nierealistyczne oczekiwania
1.1.8. Brak zasobów ludzkich
1.1.9. Brak odpowiedniego wsparcia narzędziowego i metodycznego
1.2. Podstawowe definicje oraz klasyfikacje
1.2.1. Wymagania biznesowe
1.2.2. Wymagania interesariuszy
1.2.3. Wymagania rozwiÄ…zania
1.2.4. Wymagania przejścia
1.3. Atrybuty wymagań
1.4. Kryteria jakości wymagań
1.5. Wymagania w procesie zapewnienia jakości oprogramowania
1.6. Inżynieria wymagań oraz jej znaczenie w projekcie
1.7. Podstawowe role w procesie inżynierii wymagań
1.8. Koncepcja interesariuszy
1.9. Standardy oraz normy
1.9.1. ISO 9000
1.9.2. ISO/IEC 25000 – Software Engineering – Software Product Quality Requirements and Evaluation (SQuaRE) – Guide to SQuaRE
1.9.3. ISO 9241
1.9.4. ISO 31000: Risk Management
1.9.5. IEEE 610:1990: Standard Glossary of Software Engineering Terminology
1.9.6. IEEE 828-2012: Standard for Configuration Management in Systems and Software Engineering
1.9.7. IEEE 830-1998: Recommended Practice for Software Requirements Specifications
1.9.8. IEEE 1233-1996: Guide for Developing of System Requirements Specifications
1.9.9. IEEE 1362-1998: Guide for Information Technology – System Definition – Concept of Operations (ConOps) Document
1.9.10. IEEE 29148-2011 – Systems and software engineering – Life cycle processes – Requirements engineering
1.9.11. IEEE 1028:2008 Standard for Software Reviews and Audits
1.9.12. SWEBOK: The Guide to the Software Engineering Body of Knowledge (ISO Technical Report 19759)
1.9.13. CMMI
1.9.14. BABOK – A Guide to the Business Analysis Body of Knowledge
1.10. SÅ‚owniki

2. Proces inżynierii wymagań

2.1. Definicja procesu
2.2. Inżynieria wymagań a analiza biznesowa
2.3. Zasady tworzenia udanych wymagań
2.3.1. Zrozum krytyczne cele najwyższego poziomu
2.3.2. Koncentruj się na dostarczeniu wartości
2.3.3. Zdefiniuj wymaganie jako „stan koÅ„cowy o wartoÅ›ci dla interesariusza”
2.3.4. Wyrażaj wymagania ilościowo
2.3.5. Nie mieszaj Å›rodków z celami
2.3.6. Skup się na pożądanej jakości systemu, nie tylko na jego funkcjonalności
2.3.7. Zapewnij „bogatÄ… specyfikacjÄ™”
2.3.8. Wykonuj kontrolę jakości specyfikacji
2.3.9. Uznaj, że wymagania się zmieniają

3. Inżynieria wymagań a inne procesy

3.1. ZarzÄ…dzanie projektem
3.2. ZarzÄ…dzanie ryzykiem
3.3. Testowanie i zapewnienie jakości
3.4. Wpływ wymagań na inne artefakty projektu

4. Inżynieria wymagań w procesach tworzenia oprogramowania

4.1. Model V jako przykÅ‚ad kaskadowego wytwarzania systemów
4.2. IBM Rational Unified Process
4.2.1. ZarzÄ…dzania wymaganiami w IBM Rational Unified Process
4.2.2. Przepływ prac dla wymagań w IBM Rational Unified Process
4.2.3. Role i artefakty w IBM Rational Unified Process
4.3. Zwinne metodyki w zarzÄ…dzaniu wymaganiami
4.4. Programowanie ekstremalne
4.5. Scrum (według Scrum.org)
4.5.1. Rejestr produktowy, czyli metoda na zorganizowanie wymagań
4.5.2. Wyzwania zwiÄ…zane z migracjÄ… do Scrum
4.6. Disciplined Agile Delivery
4.7. Przypadek biznesowy
4.7.1. Informacja o firmie i sytuacja rynkowa
4.7.2. Potrzeba
4.7.3. RozwiÄ…zanie
4.7.4. Zyski

5. Identyfikacja wymagań

5.1. ŹródÅ‚a wymagaÅ„
5.2. Wizja oraz cel przedsięwzięcia
5.3. Identyfikacja interesariuszy projektu
5.4. Techniki identyfikacji wymagań
5.4.1. Warsztat wymagań
5.4.2. Wywiad
5.4.3. Ankieta – kwestionariusz
5.4.4. Samodzielna rejestracja
5.4.5. Reprezentant klienta po stronie dostawcy
5.4.6. Identyfikacja na podstawie istniejÄ…cych dokumentów
5.4.7. Ponowne użycie specyfikacji
5.4.8. Obserwacja w terenie
5.4.9. Mentorowanie/praktykowanie
5.4.10. Burza mózgów
5.4.11. Prototypowanie
5.4.12. Przypadki użycia
5.4.13. Scenorys
5.5. Wymagania funkcjonalne i niefunkcjonalne

6. Analiza wymagań

6.1. Analiza problemu biznesowego
6.2. Oganizacja wymagań
6.3. Powiązania i zależności między wymaganiami
6.4. Usuwanie konfliktów i duplikatów wymagaÅ„
6.5. Kontrola jakości
6.6. Szacowanie wysiłku
6.6.1. Techniki wykorzystujÄ…ce algorytmy
6.6.2. Techniki wykorzystujące przybliżenia
6.7. Priorytetyzacja wymagań
6.8. Modelowanie rozwiÄ…zania
6.8.1. Model dziedziny
6.8.2. Diagram przepływu danych (ang. Data Flow Diagram)
6.8.3. Diagram zwiÄ…zków encji (ang. Entity Relationship Diagram)
6.8.4. Modelowanie interfejsu użytkownika
6.8.5. Unified Modeling Language (UML)
6.8.6. System Modeling Language (SysML)
6.8.7. Inne notacje do modelowania
6.9. Akceptacja wymagań

7. Specyfikacja wymagań

7.1. Pojęcie specyfikacji
7.2. Rodzaje specyfikacji
7.2.1. Specyfikacja wymagań
7.2.2. Specyfikacja rozwiÄ…zania
7.2.3. Specyfikacja techniczna
7.3. Szablony dla specyfikacji wymagań (na podstawie IEEE 830)
7.3.1. IEEE 830
7.3.2. Wzorzec Volere
7.3.3. Historie użytkownika
7.3.4. Przypadki użycia jako sposób na wymagania funkcjonalne
7.4. Jakość specyfikacji wymagań

8. ZarzÄ…dzanie wymaganiami

8.1. Śledzenie wymagań
8.2. ZarzÄ…dzanie konfiguracjÄ…
8.3. ZarzÄ…dzanie zmianÄ…
8.4. ZarzÄ…dzanie wymaganiami dotyczÄ…cymi projektu oraz systemu
8.5. Plan zarzÄ…dzania wymaganiami
8.6. Przypadek biznesowy – wdrożenie procesu zarzÄ…dzania wymaganiami
8.6.1. Informacja o firmie i sytuacja rynkowa
8.6.2. Potrzeba
8.6.3. RozwiÄ…zanie
8.6.4. Zyski

9. Wymagania a zarządzanie jakością

9.1. Planowanie jakości
9.2. Kontrola jakości
9.2.1. PrzeglÄ…dy
9.2.2. Inspekcje
9.2.3. Listy kontrolne
9.3. Miary jakości wymagań
9.4. Doskonalenie procesu

10. Narzędzia wspierające proces inżynierii wymagań

10.1. Narzędzia służące do zarządzania wymaganiami
10.1.1. IBM Rational Requirements Composer
10.1.2. Borland Caliber RM
10.1.3. Serene Dimensions
10.1.4. Rational DOORS (Dynamic Object Oriented Requirements System)
10.1.5. Blueprint Requirements Center
10.1.6. Open Source Requirements Management Tool/aNimble Platform
10.1.7. Cechy dobrego narzędzia do zarządzania wymaganiami
10.1.8. Wdrożenie narzędzia do zarządzania wymaganiami
10.2. Czynniki istotne przy doborze odpowiednich narzędzi
10.3. Narzędzia do modelowania wymagań
10.3.1. Sparx Enterprise Architect
10.3.2. IBM Rational Software Architect
10.3.3. StarUML
10.4. NarzÄ™dzia sÅ‚użące do modelowania procesów biznesowych
10.4.1. Boc Group Adonis
10.4.2. iGrafx Process
10.4.3. BizAgi Process Modeler
10.4.4. Rational System Architect
10.5. Narzędzia do zarządzania konfiguracją
10.5.1. GIT
10.5.2. Subversion
10.5.3. IBM ClearCase
10.6. Narzędzia do zarządzania zmianami
10.6.1. Atlassian Jira
10.6.2. IBM Rational Team Concert
10.7. ZarzÄ…dzanie procesem testowania oprogramowania
10.7.1. HP Quality Center
10.7.2. IBM Rational Quality Manager
10.7.3. Testia Tarantula
10.7.4. Requirements Testing Hub
10.7.5. TestLink
10.8. Ryzyko związane ze złym zakupem narzędzia

Podsumowanie

Przypadki biznesowe

Projekt 1 - Wdrażanie procesu inżynierii wymagań

Informacja o firmie i sytuacja rynkowa
Potrzeba
RozwiÄ…zanie
Zyski

Projekt 2 – Integracja narzÄ™dzi w procesie wytwarzania

Informacja o firmie i sytuacja rynkowa
Potrzeba
RozwiÄ…zanie
Etap 1 – Integracja wymagaÅ„ z procesem zarzÄ…dzania testami
Etap 2 – Integracja wymagaÅ„ z zarzÄ…dzaniem konfiguracjÄ…
Etap 3 – Integracja wymagaÅ„ z zarzÄ…dzaniem zmianami
Zyski

Projekt 3 – Kontrola jakoÅ›ci wymagaÅ„ na wczesnych etapach projektu

Informacja o firmie i sytuacja rynkowa
Potrzeba
Skutek
Przyczyna
RozwiÄ…zanie

Projekt 4 – ZarzÄ…dzanie wymaganiami przy użyciu historii użytkownika

Informacja o firmie i sytuacja rynkowa
Potrzeba
RozwiÄ…zanie
Zyski

Bibliografia
Spis rysunków
Spis tabel
Indeks