PRZEDMIOTEM OFERTY JEST KOD DOSTĘPOWY DO KSIĄŻKI ELEKTRONICZNEJ (EBOOK)
KSIĄŻKA JEST DOSTĘPNA NA ZEWNĘTRZNEJ PLATFORMIE. KSIĄŻKA NIE JEST W POSTACI PLIKU.
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!
- Autorzy: Karl E Wiegers Joy Beatty
- Wydawnictwo: O'Reilly Media, Inc.
- Data wydania: 2014
- Wydanie: 1
- Liczba stron: 640
- Forma publikacji: ePub (online)
- Język publikacji: polski
- ISBN: 9781492016052
BRAK MOŻLIWOŚCI POBRANIA PLIKU. Drukowanie: OGRANICZENIE DO 2 stron. Kopiowanie: OGRANICZENIE DO 2 stron.
- Dedication
- Opinie na temat tej książki
- Wstęp
- Korzyści płynące z tej książki
- Kto powinien przeczytać tę książkę?
- Spojrzenie do przodu
- Studia przypadków
- Od zasad do praktyki
- Errata i wsparcie
- Potrzebujemy Twoich opinii
- Pozostań z nami w kontakcie
- Podziękowania
- I. Wymagania dotyczące oprogramowania. Co, dlaczego i kto?
- 1. Najważniejsze wymaganie dotyczące oprogramowania
- Definicja wymagań dotyczących oprogramowania
- Niektóre interpretacje słowa „wymaganie”
- Czysto słownikowe „wymaganie”
- Poziomy i rodzaje wymagań
- Praca na trzech poziomach
- Wymagania produktu a wymagania projektu
- Opracowywanie wymagań i zarządzanie nimi
- Opracowywanie wymagań
- Pozyskiwanie
- Analiza
- Specyfikowanie
- Walidacja
- Zarządzanie wymaganiami
- W każdym projekcie istnieją wymagania
- Gdy złe wymagania trafiają na dobrych ludzi
- Niewystarczające zaangażowanie użytkownika
- Niedokładne planowanie
- Pełzające wymagania użytkowników
- Niejednoznaczne wymagania
- Złocenie
- Przeoczeni interesariusze
- Korzyści płynące z wysokiej jakości procesu dotyczącego wymagań
- 2. Wymagania z punktu widzenia użytkownika
- Luka oczekiwań
- Kim jest klient?
- Partnerstwo klient-twórca oprogramowania
- Wymaganiowa karta praw klienta oprogramowania
- Prawo nr 1. Oczekiwać, że analityk biznesowy będzie mówił Twoim językiem
- Prawo nr 2. Oczekiwać, że analityk biznesowy zapozna się z Twoimi zadaniami oraz celami
- Prawo nr 3. Oczekiwać, że analityk biznesowy w odpowiedniej formie zarejestruje Twoje wymagania
- Prawo nr 4. Otrzymywać wyjaśnienia dotyczące praktyk związanych z pozyskiwaniem wymagań oraz na temat wymagań docelowych
- Prawo nr 5. Zmieniać swoje wymagania
- Prawo nr 6. Oczekiwać atmosfery wzajemnego poszanowania
- Prawo nr 7. Poznawać nowe pomysły, a także alternatywne wymagania oraz ich rozwiązania
- Prawo nr 8. Opisywać cechy, które sprawią, że produkt będzie prosty w użyciu
- Prawo nr 9. Poznawać sposoby na takie dostosowanie wymagań, aby poprzez ich wielokrotne użycie przyspieszyć proces rozwoju oprogramowania
- Prawo nr 10. Otrzymać system, który spełnia Twoje potrzeby funkcjonalne i oczekiwania jakościowe
- Wymaganiowa karta obowiązków klienta oprogramowania
- Obowiązek nr 1. Informować analityka biznesowego oraz programistów o swoich zadaniach
- Obowiązek nr 2. Poświęcać czas na przekazywanie oraz wyjaśnianie swoich wymagań
- Obowiązek nr 3. Konkretnie i szczegółowo przedstawiać informacje na temat wymagań
- Obowiązek nr 4. Na prośbę analityka podejmować w porę decyzje
- Obowiązek nr 5. Respektować oszacowania programistów dotyczące kosztu oraz możliwości realizacji wymagań
- Obowiązek nr 6. We współpracy z programistami określać realne priorytety wymagań
- Obowiązek nr 7. Przeglądać wymagania oraz oceniać prototypy
- Obowiązek nr 8. Ustanawiać kryteria akceptacji
- Obowiązek nr 9. Bezzwłocznie zgłaszać zmiany wymagań
- Obowiązek nr 10. Uszanować proces opracowywania wymagań
- Tworzenie kultury poszanowania wymagań
- Identyfikowanie osób decyzyjnych
- Osiąganie porozumienia co do wymagań
- Baza dla wymagań
- Co zrobić, jeśli nie osiągnięto porozumienia?
- Zgoda co do wymagań w projektach zwinnych
- 3. Dobre praktyki w inżynierii wymagań
- Struktura procesu opracowywania wymagań
- Dobre praktyki. Pozyskiwanie wymagań
- Dobre praktyki. Analizowanie wymagań
- Dobre praktyki. Specyfikowanie wymagań
- Dobre praktyki. Walidacja wymagań
- Dobre praktyki. Zarządzanie wymaganiami
- Dobre praktyki. Wiedza
- Dobre praktyki. Zarządzanie projektem
- Wdrażanie nowych praktyk
- 4. Analityk biznesowy
- Rola analityka biznesowego
- Zadania analityka biznesowego
- Najważniejsze umiejętności analityka
- Najważniejsza wiedza analityka
- Jak zostać analitykiem biznesowym?
- Były użytkownik
- Były programista albo tester
- Były (lub jednoczesny) menedżer projektu
- Specjalista w swojej dziedzinie
- Żółtodziób
- Rola analityka w projektach zwinnych
- Rozwijanie współpracy w obrębie zespołu
- II. Opracowywanie wymagań
- 5. Określanie wymagań biznesowych
- Definiowanie wymagań biznesowych
- Identyfikowanie pożądanych korzyści biznesowych
- Wizja produktu i zakres projektu
- Sprzeczne wymagania biznesowe
- Dokument wizji i zakresu
- 1. Wymagania biznesowe
- ASK_FOR_LINK_2. Tło
- ASK_FOR_LINK_2. Możliwość biznesowa
- ASK_FOR_LINK_2. Cele biznesowe
- ASK_FOR_LINK_2. Miary sukcesu
- ASK_FOR_LINK_2. Deklaracja wizji
- ASK_FOR_LINK_2. Ryzyka biznesowe
- ASK_FOR_LINK_2. Założenia i zależności biznesowe
- 2. Zakres i ograniczenia
- ASK_FOR_LINK_2. Główne funkcjonalności
- ASK_FOR_LINK_2. Zakres pierwszego wydania
- ASK_FOR_LINK_2. Zakresy kolejnych wydań
- ASK_FOR_LINK_2. Ograniczenia i wyłączenia
- 3. Kontekst biznesowy
- ASK_FOR_LINK_2. Profile interesariuszy
- ASK_FOR_LINK_2. Priorytety projektu
- ASK_FOR_LINK_2. Co rozważyć podczas wdrożenia?
- Techniki przedstawiania zakresu
- Diagram kontekstowy
- Mapa ekosystemu
- Drzewo funkcjonalności
- Lista zdarzeń
- Skupienie na zakresie
- Korzystanie z celów biznesowych podczas podejmowania decyzji dotyczących zakresu
- Ocena wpływu zmian zakresu
- Wizja i zakres w projektach zwinnych
- Korzystanie z celów biznesowych, aby określić koniec projektu
- 6. Słuchanie głosu użytkownika
- Klasy użytkowników
- Klasyfikowanie użytkowników
- Identyfikowanie klas użytkowników
- Personifikacje użytkowników
- Nawiązywanie kontaktu z przedstawicielami użytkowników
- Mistrz produktu
- Zewnętrzni mistrzowie produktu
- Oczekiwania wobec mistrza produktu
- Wielu mistrzów produktu
- Informowanie o potrzebie zaangażowania mistrza produktu
- Pułapki, na które należy uważać
- Przedstawiciele użytkowników w projektach zwinnych
- Godzenie sprzecznych wymagań
- 7. Pozyskiwanie wymagań
- Techniki pozyskiwania wymagań
- Wywiady
- Warsztaty
- Grupy fokusowe
- Obserwacje
- Kwestionariusze
- Analiza interfejsów systemu
- Analiza interfejsu użytkownika
- Analiza dokumentów
- Planowanie pozyskiwania wymagań
- Przygotowania do pozyskiwania wymagań
- Czynności związane z pozyskiwaniem wymagań
- Czynności po zebraniu wymagań
- Organizowanie i udostępnianie notatek
- Dokumentowanie kwestii otwartych
- Klasyfikowanie informacji uzyskanych od użytkownika
- Skąd wiedzieć, że to już wszystko?
- Na co uważać podczas pozyskiwania wymagań?
- Wymagania oczywiste oraz pochodne
- Odnajdowanie pominiętych wymagań
- 8. Zrozumieć wymagania użytkowników
- Przypadki użycia oraz opowieści użytkowników
- Podejście bazujące na przypadkach użycia
- Przypadki użycia i scenariusze użytkowania
- Warunki początkowe i końcowe
- Przepływy normalne, alternatywne i wyjątki
- Relacje typu extend oraz include
- Uzgadnianie warunków początkowych i końcowych
- Przypadki użycia i reguły biznesowe
- Identyfikowanie przypadków użycia
- Badanie przypadków użycia
- Walidacja przypadków użycia
- Przypadki użycia i wymagania funkcjonalne
- Same przypadki użycia
- Przypadki użycia i wymagania funkcjonalne
- Same wymagania funkcjonalne
- Przypadki użycia i testy
- Związane z przypadkami użycia pułapki, na które należy uważać
- Korzyści płynące z wymagań zorientowanych na użytkowanie
- 9. Gra według reguł
- Systematyka reguł biznesowych
- Fakty
- Ograniczenia
- Wyzwalacze działań
- Wnioski
- Obliczenia
- Niepodzielne reguły biznesowe
- Dokumentowanie reguł biznesowych
- Odkrywanie reguł biznesowych
- Reguły biznesowe i wymagania
- Wiązanie wszystkiego w całość
- 10. Dokumentowanie wymagań
- Specyfikacja wymagań dotyczących oprogramowania
- Wymagania dotyczące etykiet
- Kolejne numery
- Numerowanie hierarchiczne
- Hierarchiczne znaczniki tekstowe
- Postępowanie z brakami
- Interfejs użytkownika i SRS
- Szablon wymagań dotyczących oprogramowania
- 1. Wstęp
- ASK_FOR_LINK_2. Cel
- ASK_FOR_LINK_2. Konwencje użyte w dokumencie
- ASK_FOR_LINK_2. Zakres projektu
- ASK_FOR_LINK_2. Materiały uzupełniające
- 2. Opis ogólny
- ASK_FOR_LINK_2. Perspektywa produktu
- ASK_FOR_LINK_2. Klasy oraz charakterystyki użytkowników
- ASK_FOR_LINK_2. Środowisko operacyjne
- ASK_FOR_LINK_2. Ograniczenia projektu oraz implementacji
- ASK_FOR_LINK_2. Założenia i zależności
- 3. Funkcjonalności systemu
- ASK_FOR_LINK_2. Funkcjonalność X
- ASK_FOR_LINK_2. Opis
- ASK_FOR_LINK_2. Wymagania funkcjonalne
- 4. Wymagania dotyczące danych
- ASK_FOR_LINK_2. Logiczny model danych
- ASK_FOR_LINK_2. Słownik danych
- ASK_FOR_LINK_2. Raporty
- ASK_FOR_LINK_2. Pozyskiwanie, integralność, przechowywanie i usuwanie danych
- 5. Wymagania interfejsów zewnętrznych
- ASK_FOR_LINK_2. Interfejsy użytkownika
- ASK_FOR_LINK_2. Interfejsy oprogramowania
- ASK_FOR_LINK_2. Interfejsy sprzętowe
- ASK_FOR_LINK_2. Interfejsy komunikacyjne
- 6. Atrybuty jakościowe
- ASK_FOR_LINK_2. Użyteczność
- ASK_FOR_LINK_2. Wydajność
- ASK_FOR_LINK_2. Bezpieczeństwo
- ASK_FOR_LINK_2. Zagrożenia
- ASK_FOR_LINK_2. [inne]
- 7. Wymagania międzynarodowe i lokalizacyjne
- 8. Pozostałe wymagania
- Dodatek A. Glosariusz
- Dodatek B. Modele analityczne
- Specyfikacja wymagań w projektach zwinnych
- 11. Pisanie doskonałych wymagań
- Cechy doskonałych wymagań
- Cechy wymagań
- Kompletność
- Poprawność
- Wykonalność
- Niezbędność
- Priorytet
- Jednoznaczność
- Weryfikowalność
- Cechy zbiorów wymagań
- Kompletność
- Spójność
- Modyfikowalność
- Możliwość śledzenia
- Wskazówki dotyczące pisania wymagań
- Perspektywa systemu czy perspektywa użytkownika
- Styl pisania wymagań
- Poziom szczegółowości
- Techniki przedstawiania wymagań
- Unikanie wieloznaczności
- Unikanie niekompletności
- Przykładowe wymagania przed i po
- 12. Jeden obraz wart jest 1024 słowa
- Modelowanie wymagań
- Od głosu użytkownika do modeli analitycznych
- Wybór właściwej reprezentacji
- Diagram przepływu danych
- Diagram torowy
- Diagram przejść stanów i tabela stanów
- Mapa dialogu
- Tabele decyzyjne i drzewa decyzyjne
- Tabele zdarzenie-reakcja
- Kilka słów o diagramach UML
- Modelowanie w projektach zwinnych
- Ostatnie przypomnienie
- 13. Specyfikowanie wymagań danych
- Modelowanie relacji między danymi
- Słownik danych
- Analiza danych
- Specyfikowanie raportów
- Pozyskiwanie wymagań dotyczących raportów
- Co należy wziąć pod uwagę podczas specyfikowania raportów?
- Szablon specyfikacji raportu
- Kokpit zarządzania
- 14. Wykraczanie poza funkcjonalność
- Atrybuty jakościowe oprogramowania
- Odkrywanie atrybutów jakościowych
- Definiowanie atrybutów jakościowych
- Zewnętrzne atrybuty jakościowe
- Dostępność
- Instalowalność
- Integralność
- Interoperacyjność
- Wydajność
- Niezawodność
- Wytrzymałość
- Ochrona
- Bezpieczeństwo
- Użyteczność
- Wewnętrzne atrybuty jakościowe
- Efektywność
- Modyfikowalność
- Przenośność
- Możliwość powtórnego użycia
- Skalowalność
- Weryfikowalność
- Specyfikowanie wymagań jakościowych w języku Planguage
- Kompromisy związane z atrybutami jakościowymi
- Implementowanie wymagań dotyczących atrybutów jakościowych
- Ograniczenia
- Atrybuty jakościowe w projektach zwinnych
- 15. Ograniczanie ryzyka z wykorzystaniem prototypowania
- Prototypowanie. Co i dlaczego?
- Makiety i dowody koncepcji
- Prototypy ewolucyjne i do wyrzucenia
- Prototypy papierowe i elektroniczne
- Praca z prototypami
- Ocenianie prototypów
- Ryzyka prototypowania
- Presja skonstruowania prototypu
- Rozproszenie szczegółami
- Nierealne oczekiwania co do wydajności
- Nadmierne nakłady ponoszone na prototypy
- Czynniki decydujące o powodzeniu prototypowania
- 16. Najpierw to, co najważniejsze określanie priorytetów wymagań
- Dlaczego wymaganiom należy nadawać priorytety?
- Praktyczne podejście do nadawania priorytetów
- Gierki z wymaganiami
- Niektóre techniki określania priorytetów
- Wchodzi czy odpada?
- Porównywanie parami i szeregowanie rangowe
- Skala trzypoziomowa
- Metoda MoSCoW
- 100 złotych
- Nadawanie priorytetów na podstawie wartości, kosztu i ryzyka
- 17. Walidacja wymagań
- Walidacja i weryfikacja
- Przeglądy wymagań
- Inspekcja
- Uczestnicy
- Role
- Kryteria początkowe
- Etapy inspekcji
- Kryteria końcowe
- Lista kontrolna defektów
- Wskazówki dotyczące oceniania wymagań
- Wyzwania związane z ocenianiem wymagań
- Prototypowanie wymagań
- Testowanie wymagań
- Walidacja wymagań z wykorzystaniem kryteriów akceptacji
- Kryteria akceptacji
- Testy akceptacyjne
- 18. Ponowne wykorzystanie wymagań
- Dlaczego powtórnie korzystać z wymagań?
- Aspekty wielokrotnego korzystania z wymagań
- Skala ponownego użycia
- Zakres modyfikacji
- Mechanizm ponownego użycia
- Rodzaje informacji o wymaganiach, które można poddać powtórnemu użyciu
- Najczęściej spotykane scenariusze wielokrotnego użycia
- Linia oprogramowania
- Reengineering i zastępowanie systemów
- Inne okazje do wielokrotnego użycia
- Wzorce wymagań
- Narzędzia wspomagające wielokrotne użycie
- Przystosowanie wymagań do wielokrotnego użycia
- Przeszkody i czynniki sukcesu wielokrotnego użycia
- Przeszkody
- Czynniki sukcesu
- 19. Więcej niż tylko opracowywanie wymagań
- Szacowanie nakładów na wymagania
- Od wymagań do planów projektu
- Szacowanie wielkości projektu i niezbędnych nakładów na podstawie wymagań
- Wymagania a harmonogram
- Od wymagań do konstrukcji i kodu
- Architektura i alokacja
- Konstrukcja oprogramowania
- Konstrukcja interfejsu użytkownika
- Od wymagań do testów
- Od wymagań do sukcesu
- III. Wymagania w różnych klasach projektów
- 20. Projekty zwinne
- Ograniczenia procesu kaskadowego
- Zwinne podejście do programowania
- Najważniejsze aspekty zwinnego podejścia do opracowywania wymagań
- Zaangażowanie klienta
- Szczegółowość dokumentacji
- Rejestr wymagań i priorytety
- Właściwy czas
- Epiki, opowieści użytkowników i funkcjonalności. O rany!
- Spodziewaj się zmian
- Dostosowywanie praktyk związanych z opracowywaniem wymagań do projektów zwinnych
- Przejście na metodyki zwinne. I co teraz?
- 21. Projekty ulepszające i zastępujące
- Spodziewane trudności
- Techniki pracy nad wymaganiami, gdy system już istnieje
- Nadawanie priorytetów przy wykorzystaniu celów biznesowych
- Uwaga na lukę
- Zachowanie poziomu wydajności
- Kiedy stare wymagania nie istnieją
- Które wymagania specyfikować?
- Poziom szczegółowości
- Śledzenie wymagań
- Jak odkrywać wymagania w istniejących systemach?
- Przekonywanie do przyjęcia nowego systemu
- Czy możemy iterować?
- 22. Projekty bazujące na gotowych rozwiązaniach
- Wymagania dotyczące wyboru produktów gotowych
- Opracowywanie wymagań użytkowników
- Rozpatrywanie reguł biznesowych
- Identyfikowanie potrzeb związanych z danymi
- Definiowanie wymagań jakościowych
- Ocenianie rozwiązań
- Wymagania dotyczące implementacji gotowych produktów
- Wymagania dotyczące konfiguracji
- Wymagania dotyczące integracji
- Wymagania dotyczące rozszerzeń
- Wymagania dotyczące danych
- Zmiany w procesach biznesowych
- Najczęściej spotykane problemy mające związek z gotowymi rozwiązaniami
- 23. Projekty zlecane na zewnątrz
- Odpowiedni stopień szczegółowości wymagań
- Interakcje na linii zleceniodawca – wykonawca
- Zarządzanie zmianami
- Kryteria akceptacji
- 24. Projekty automatyzacji procesów biznesowych
- Modelowanie procesów biznesowych
- Korzystanie z bieżących procesów w celu opracowania wymagań
- Najpierw przyszłe procesy
- Modelowanie biznesowych miar wydajności
- Dobre praktyki w projektach automatyzacji procesów biznesowych
- 25. Projekty analityki biznesowej
- Przegląd projektów analityki biznesowej
- Opracowywanie wymagań w projektach analityki biznesowej
- Priorytetyzacja prac przy użyciu decyzji
- Definiowanie sposobów korzystania z informacji
- Korzystanie z informacji przez ludzi
- Korzystanie z informacji przez inne systemy
- Specyfikowanie potrzeb danych
- Duże dane
- Wymagania bazujące na danych
- Definiowanie analiz przekształcających dane
- Ewolucyjny charakter analizy
- 26. Projekty systemów wbudowanych oraz innych systemów czasu rzeczywistego
- Wymagania, architektura oraz alokacja systemu
- Modelowanie systemów czasu rzeczywistego
- Diagram kontekstowy
- Diagram przejść stanów
- Tabela zdarzenie-reakcja
- Diagram architektury
- Prototypowanie
- Interfejsy
- Wymagania czasowe
- Atrybuty jakościowe dotyczące systemów wbudowanych
- Wyzwania związane z systemami wbudowanymi
- IV. Zarządzanie wymaganiami
- 27. Praktyki zarządzania wymaganiami
- Proces zarządzania wymaganiami
- Baza dla wymagań
- Kontrolowanie wersji wymagań
- Atrybuty wymagań
- Śledzenie statusów wymagań
- Rozwiązywanie problemów związanych z wymaganiami
- Mierzenie nakładów ponoszonych na wymagania
- Zarządzania wymaganiami w projektach zwinnych
- Po co zarządzać wymaganiami?
- 28. Zmiany się zdarzają
- Po co zarządzać zmianami?
- Kontrolowanie pełzania zakresu
- Polityka kontrolowania zmian
- Podstawowe pojęcia związane z procesem kontrolowania zmian
- Opis procesu kontrolowania zmian
- 1. Cel i zakres
- 2. Role i odpowiedzialności
- 3. Stany wnioskowanych zmian
- 4. Kryteria początkowe
- 5. Zadania
- ASK_FOR_LINK_2. Ocena propozycji zmiany
- ASK_FOR_LINK_2. Podjęcie decyzji
- ASK_FOR_LINK_2. Implementacja zmiany
- ASK_FOR_LINK_2. Weryfikacja zmiany
- 6. Kryteria końcowe
- 7. Raportowanie statusu zmiany
- Dodatek. Atrybuty zapisywane dla każdego wniosku o zmianę
- Rada kontroli zmian
- Skład rady
- Statut rady
- Podejmowanie decyzji
- Komunikowanie statusu
- Renegocjowanie zobowiązań
- Narzędzia do kontrolowania zmian
- Pomiar aktywności dotyczącej zmian
- Analiza wpływu zmiany
- Procedura analizy wpływu
- Szablon analizy wpływu
- Zarządzanie zmianami w projektach zwinnych
- 29. Ogniwa w łańcuchu wymagań
- Śledzenie wymagań
- Argumenty przemawiające za śledzeniem wymagań
- Macierz śledzenia wymagań
- Narzędzie służące do śledzenia wymagań
- Procedura dotycząca śledzenia wymagań
- Czy śledzenie wymagań jest wykonalne? Czy jest konieczne?
- 30. Narzędzia inżynierii wymagań
- Narzędzia do opracowywania wymagań
- Narzędzia wspomagające pozyskiwanie wymagań
- Narzędzia do prototypowania
- Narzędzia do modelowania
- Narzędzia do zarządzania wymaganiami
- Korzyści płynące ze stosowania narzędzi do zarządzania wymaganiami
- Możliwości narzędzi do zarządzania wymaganiami
- Wybór oraz implementacja narzędzia do pracy z wymaganiami
- Wybór narzędzia
- Konfiguracja narzędzia i procesów
- Wspieranie adaptacji użytkowników
- V. Implementacja inżynierii wymagań
- 31. Ulepszanie procesów inżynierii wymagań
- Związek wymagań z innymi procesami projektu
- Wymagania i różne grupy interesariuszy
- Zachęcanie do angażowania się w zmiany
- Podstawy usprawniania procesu programistycznego
- Analiza przyczyn źródłowych
- Cykl usprawniania procesu
- Ocena bieżących praktyk
- Planowanie działań ulepszających
- Tworzenie, pilotowanie i wdrażanie procesów
- Ocenianie wyników
- Elementy procesu inżynierii wymagań
- Elementy procesu opracowywania wymagań
- Elementy procesu zarządzania wymaganiami
- Czy jesteśmy już na miejscu?
- Tworzenie planu usprawnienia procesu pracy z wymaganiami
- 32. Wymagania dotyczące oprogramowania a zarządzanie ryzykiem
- Podstawy zarządzania ryzykiem w oprogramowaniu
- Elementy zarządzania ryzykiem
- Dokumentowanie ryzyka grożącego projektowi
- Planowanie zarządzania ryzykiem
- Ryzyko związane z wymaganiami
- Pozyskiwanie wymagań
- Analiza wymagań
- Specyfikacja wymagań
- Walidacja wymagań
- Zarządzanie wymaganiami
- Zarządzanie ryzykiem to Twój przyjaciel
- 33. Epilog
- VI. Dodatki
- A. Samoocena bieżących praktyk dotyczących wymagań
- B. Poradnik usuwania problemów z wymaganiami
- Najczęściej spotykane oznaki występowania problemów z wymaganiami
- Najczęściej spotykane bariery stojące na przeszkodzie we wdrażaniu rozwiązań
- Poradnik usuwania problemów z wymaganiami
- Problemy z procesami
- Problemy z produktem
- Problemy z planowaniem
- Problemy z komunikacją
- Problemy z pozyskiwaniem
- Problemy z analizą
- Problemy ze specyfikowaniem
- Problemy z walidacją
- Problemy z zarządzaniem wymaganiami
- Problemy z zarządzaniem zmianami
- C. Przykładowe dokumenty wymagań
- Dokument wizji i zakresu
- 1. Wymagania biznesowe
- ASK_FOR_LINK_2. Tło
- ASK_FOR_LINK_2. Okazja biznesowa
- ASK_FOR_LINK_2. Cele biznesowe
- ASK_FOR_LINK_2. Miary sukcesu
- ASK_FOR_LINK_2. Deklaracja wizji
- ASK_FOR_LINK_2. Zagrożenia biznesowe
- ASK_FOR_LINK_2. Założenia i zależności biznesowe
- 2. Zakres i ograniczenia
- ASK_FOR_LINK_2. Najważniejsze funkcje
- ASK_FOR_LINK_2. Zakres wydania wstępnego i kolejnych wydań
- ASK_FOR_LINK_2. Ograniczenia i wyłączenia
- 3. Kontekst biznesowy
- ASK_FOR_LINK_2. Profile interesariuszy
- ASK_FOR_LINK_2. Priorytety projektu
- ASK_FOR_LINK_2. Uwagi na temat wdrożenia
- Przypadki użycia
- Specyfikacja wymagań dotyczących oprogramowania
- 1. Wstęp
- ASK_FOR_LINK_2. Cel
- ASK_FOR_LINK_2. Konwencje przyjęte w dokumencie
- ASK_FOR_LINK_2. Zakres projektu
- ASK_FOR_LINK_2. Bibliografia
- 2. Opis ogólny
- ASK_FOR_LINK_2. Perspektywa produktu
- ASK_FOR_LINK_2. Klasy i charakterystyka użytkowników
- ASK_FOR_LINK_2. Środowisko robocze
- ASK_FOR_LINK_2. Ograniczenie projektu i implementacji
- ASK_FOR_LINK_2. Założenia i zależności
- 3. Funkcje systemu
- ASK_FOR_LINK_2. Zamawianie posiłków w kafeterii
- ASK_FOR_LINK_2. Opis
- ASK_FOR_LINK_2. Wymagania funkcjonalne
- ASK_FOR_LINK_2. Zamawianie posiłków w restauracjach
- ASK_FOR_LINK_2. Tworzenie, przeglądanie, modyfikowanie i usuwanie subskrypcji na posiłki
- ASK_FOR_LINK_2. Tworzenie, przeglądanie, modyfikowanie i usuwanie menu kafeterii
- 4. Wymagania dotyczące danych
- ASK_FOR_LINK_2. Logiczny model danych
- ASK_FOR_LINK_2. Słownik danych
- ASK_FOR_LINK_2. Raporty
- ASK_FOR_LINK_2 Raport z historią zamówionych posiłków
- ASK_FOR_LINK_2. Integralność, przechowywanie i usuwanie danych
- 5. Wymagania dotyczące interfejsów zewnętrznych
- ASK_FOR_LINK_2. Interfejsy użytkownika
- ASK_FOR_LINK_2. Interfejsy oprogramowania
- ASK_FOR_LINK_2. Interfejsy sprzętowe
- ASK_FOR_LINK_2. Interfejsy komunikacyjne
- 6. Atrybuty jakościowe
- ASK_FOR_LINK_2. Wymagania dotyczące użyteczności
- ASK_FOR_LINK_2. Wymagania dotyczące wydajności
- ASK_FOR_LINK_2. Wymagania dotyczące bezpieczeństwa
- ASK_FOR_LINK_2. Wymagania dotyczące ochrony
- ASK_FOR_LINK_2. Wymagania dotyczące dostępności
- ASK_FOR_LINK_2. Wymagania dotyczące wytrzymałości
- Dodatek A. Modele analityczne
- Reguły biznesowe
- D. Słowniczek
- E. Bibliografia
- F. O autorach
- Indeks
- Copyright
W tej ofercie kupujesz kod dostępowy umożliwiający dostęp do wskazanej treści. Kod umożliwia dostęp do treści za pomocą przeglądarki WWW, dedykowanej aplikacji iOS (Apple) ze sklepu App Store lub dedykowanej aplikacji Android ze sklepu Play. Kod oraz instrukcje otrzymasz pocztą elektroniczną niezwłocznie po zaksięgowaniu płatności. Brak możliwości pobrania pliku.
Na podstawie art. 38 pkt 13 Ustawy z dnia 30 maja 2014 roku o prawach konsumenta realizując kod dostępowy rezygnujesz z prawa do odstąpienia od umowy zawartej na odległość.
Typ licencji: licencja wieczysta.
BRAK MOŻLIWOŚCI POBRANIA PLIKU.
NIE PRZESYŁAMY PLIKÓW E-MAILEM.