SOWA OPAC : Katalog komputerowy książek, czasopism i zbiorów specjalnych

29 wyników

Książka

W koszyku

Scrum : praktyczny przewodnik dla początkujących / Mitch Lacey ; [tł.: Arkadiusz Romanek]. - Gliwice : Wydawnictwo Helion, cop. 2014. - 424 s. : il. ; 24 cm.

Autor

Lacey Mitch. Romanek Arkadiusz.

Temat

Programowanie zwinne Scrum (informatyka)

Tyt. oryg.: The scrum field guide : practical advice for your first year

Bibliogr. przy rozdz. Indeks.

Sygnatura czytelni BMW: VI Ę 71 (nowy)

dostępna w czytelni

1 placówka posiada w zbiorach tę pozycję. Rozwiń informację, by zobaczyć szczegóły.

Biblioteka Międzywydziałowa

Egzemplarze są dostępne wyłącznie na miejscu w bibliotece: sygn. 138463 N (1 egz.)

Książka

W koszyku

Large-Scale Scrum : zwinne zarządzanie dużym projektem z LeSS / Craig Larman, Bas Vodde ; [tłumaczenie: Andrzej Stefański]. - Gliwice : Wydawnictwo Helion, copyright 2017. - XII, 348 stron : ilustracje ; 24 cm.

Autor

Larman Craig. Vodde Bas. Stefański Andrzej (tłumacz).

Forma i typ

Książki Publikacje fachowe

Temat

Scrum (informatyka) Programowanie zwinne

Gatunek

Podręcznik

Dziedzina i ujęcie

Informatyka i technologie informacyjne

Bibliografia na stronach 337-344. Indeks.

Dla każdego, kto chce poznać praktyczną stronę wdrażania LeSS w procesach rozwijania oprogramowania oraz dla osób zarządzających dużymi, skomplikowanymi projektami.

LeSS znaczy "więcej" (1) LeSS (5) Struktura LeSS W drożenie (53) Skup się na wartości dla klienta (77) Zarządzanie (113) Mistrzowie Młyna (135) Produkt LeSS Produkt (155) Właściciel Produktu (171) Rejestr Produktu (197) Definicja Ukończenia (229) Sprint w LeSS Modyfikowanie Rejestru Produktu (247) Planowanie Sprintu (275) Koordynacja i integracja (285) Przegląd i Retrospekcja (313) Więcej za mniej Co dalej?

Sygnatura czytelni BMW: VI Ę 324 (nowy)

dostępna w czytelni

1 placówka posiada w zbiorach tę pozycję. Rozwiń informację, by zobaczyć szczegóły.

Biblioteka Międzywydziałowa

Egzemplarze są dostępne wyłącznie na miejscu w bibliotece: sygn. 144822 N (1 egz.)

Brak okładki

Książka

W koszyku

Testowanie w procesie Scrum : przewodnik po zarządzaniu jakością oprogramowania w świecie programowania zwinnego / Tilo Linz ; przekład Jakub Niedźwiedź. - Warszawa : APN Promise, 2014. - X, 230 stron. : ilustracje, wykresy ; 24 cm.

Autor

Linz Tilo. Niedźwiedź Jakub (tłumacz).

Forma i typ

Książki Publikacje fachowe

Temat

Oprogramowanie Programowanie zwinne Scrum (informatyka)

Gatunek

Poradnik

Dziedzina i ujęcie

Informatyka i technologie informacyjne

Tytuł oryginału: Testen in Scrum-Projekten.

Na okładce nazwa wydawcy oryginału: "Rockynook computing".

Bibliografia s. 219-225. Indeks.

Grupa docelowa Zawartość książki Studium przypadku Strona WWW Podejście zwinne a tradycyjne Scrum7 Kanban Tradycyjne modele procesów Porównanie modeli procesów Planowanie projektu zwinnego Wizja produktu Wizja architektury Zaległości produktowe Mapa scenariuszy Zaległość sprintu Karta zespołu Planowanie testów i zarządzanie testami Tradycyjne zarządzanie testami Zarządzanie testami w Scrum Poziomy testowania w Scrum Wprowadzenie do planowania zwinnego Testy jednostkowe i programowanie sterowane testami Testowanie jednostkowe Klasy i obiekty Testowanie metod klasy Testowanie stanu obiektów Kryteria pokrycia kodu w testowaniu opartym na stanach Testowanie permutacji metod Programowanie sterowane testami Programowanie sterowane testami a Scrum Implementowanie sterowania testami Korzystanie z programowania sterowanego testami Platformy testowania jednostkowego Obiekty zastępcze Zarządzanie testami jednostkowymi Planowanie testów jednostkowych Testowanie integracyjne i ciągła integracja Testowanie integracyjne Typowe błędy integracyjne i ich przyczyny Projektowanie przypadków testów integracyjnych Różnice pomiędzy testami jednostkowymi a testami integracyjnymi Rola odgrywana przez architekturę systemową Zależności i interfejsy Łatwość testowania i nakłady pracy na testowanie Poziomy integracji Integracja klas Integracja podsystemów Integracja systemów Tradycyjne strategie integracji Ciągła integracja Proces ciągłej integracji Implementowanie ciągłej integracji Optymalizowanie ciągłej integracji Zarządzanie testami integracyjnymi Testowanie systemowe i testowanie non-stop Testowanie systemowe Środowisko testowania systemowego Ręczne testowanie systemowe Testowanie badawcze Testowanie oparte na sesjach Testowanie akceptacyjne Zautomatyzowane testowanie systemowe Testowanie z użyciem rejestrowania/ odtwarzania Testowanie sterowane słowami kluczowymi Testowanie sterowane zachowaniami Programowanie sterowane testami przy testowaniu systemowym Repozytorium testów systemowych Programowanie w parach Testowanie niefunkcjonalne Zautomatyzowane testowanie akceptacyjne Kiedy powinno odbywać się testowanie systemowe? Testowanie systemowe w ostatnim sprincie Testowanie systemowe na końcu sprintu Testowanie systemowe non-stop Sprint tworzący wersję produktu oraz wdrażanie Zarządzanie testami systemowymi Zarządzanie jakością i zapewnianie jakości Tradycyjne zarządzanie jakością Norma ISO 9000 Zasady PDCA Mocne i słabe strony Modelowanie procesów a rozwój oprogramowania Zwinne zarządzanie jakością Upraszczanie dokumentacji zarządzania jakością Zmienianie kultury zarządzania jakością Retrospektywy i poprawianie procesów Radzenie sobie z wymaganiami dotyczącymi zgodności Wymagania odnośnie procesów tworzenia oprogramowania Wymagania identyfikowalności Wymagania dotyczące atrybutów produktu Tradycyjne zapewnianie jakości Narzędzia do zapewniania jakości Organizacja Zwinne zapewnianie jakości Zasady i narzędzia Mocne i słabe strony Testowanie zwinne Krytyczne czynniki udanego testowania zwinnego Planowanie testów w Scrum Umiejętności, szkolenia, wartości Studia przypadków Wykorzystanie Scrum do tworzenia oprogramowania do produkcji wideo i audio 173 Testowanie systemowe non-stop -Wykorzystanie Scrum do opracowywania narzędzia TestBench Wykorzystanie Scrum przy tworzeniu sklepu internetowego Wprowadzenie Scrum w firmie ImmobilienScout24 Scrum w środowisku technologii medycznych Testowanie w procesie Scrum w firmie GE Oil & Gas

Sygnatura czytelni BWEAiI: XII J 73

dostępna do wypożyczenia

Ta pozycja znajduje się w zbiorach 2 placówek. Rozwiń listę, by zobaczyć szczegóły.

Wypożyczalnia

Są egzemplarze dostępne do wypożyczenia: sygn. 145443 (1 egz.)

Biblioteka WEAiI

Egzemplarze są dostępne wyłącznie na miejscu w bibliotece: sygn. 145442 N (1 egz.)

Książka

W koszyku

Autor

Loeffler Marc. Meryk Radosław.

Forma i typ

Książki Publikacje fachowe

Temat

Programowanie zwinne

Gatunek

Poradnik

Dziedzina i ujęcie

Informatyka i technologie informacyjne

Tytuł oryginału: Improving agile retrospectives: helping teams become more efficient

Na książce także ISBN oryginału.

Na grzbiecie, okładce i stronie tytułowej logo wydawcy Addison Weasley.

Bibliografia przy rozdziałach. Indeks.

Rozdział 1. ABC retrospektyw (17) 1.1. Czym jest retrospektywa? (17) 1.2. Retrospektywa sylwestrowa (20) 1.3. Model fazowy retrospektywy (22) 1.3.1. Faza 1. Ustawienie sceny (22) 1.3.2. Faza 2. Sprawdzanie hipotez (25) 1.3.3. Faza 3. Zbieranie danych (26) 1.3.4. Faza 4. Generowanie spostrzeżeń (27) 1.3.5. Faza 5. Definiowanie eksperymentów (28) 1.3.6. Faza 6. Zamknięcie (29) 1.4. Wybór zajęć dla każdej fazy (32) 1.4.1. Książka o retrospektywach Agile (33) 1.4.2. Retromat (33) 1.4.3. Wiki (34) 1.4.4. Tasty Cupcakes (34) 1.4.5. Gamestorming (34) 1.5. Pierwsza Dyrektywa (35) Rozdział 2. Przygotowywanie retrospektyw (39) 2.1. Przygotowania (39) 2.1.1. Jaki okres powinien być omawiany? (39) 2.1.2. Kto powinien wziąć udział w retrospektywie? (40) 2.1.3. Czy mamy temat? (41) 2.2. Właściwy czas, właściwe miejsce (41) 2.3. Odpowiednie materiały (43) 2.3.1. Odpowiednie markery (43) 2.3.2. Odpowiednie karteczki samoprzylepne (44) 2.3.3. Odpowiedni papier flipchart (44) 2.4. Jedzenie (45) 2.5. Agenda (46) Rozdział 3. Pierwsza retrospektywa (49) 3.1. Przygotowania (49) 3.2. Ustawienie sceny. Porównanie do samochodów (51) 3.3. Zbieranie danych (52) 3.4. Generowanie spostrzeżeń: "5 razy >>dlaczego

Sygnatura czytelni BMW: VI Ę 360 (nowy)

dostępna w czytelni

1 placówka posiada w zbiorach tę pozycję. Rozwiń informację, by zobaczyć szczegóły.

Biblioteka Międzywydziałowa

Egzemplarze są dostępne wyłącznie na miejscu w bibliotece: sygn. 146779 N (1 egz.)

Książka

W koszyku

Agile : programowanie zwinne : zasady, wzorce i praktyki zwinnego wytwarzania oprogramowania w C# / Robert C. Martin, Micah Martin ; tłumaczenie Mikołaj Szczepaniak. - Gliwice : Wydawnictwo Helion, copyright 2019. - 844 strony : lustracje ; 24 cm.

Autor

Martin Robert C. Martin Micah. Szczepaniak Mikołaj.

Forma i typ

Książki Publikacje fachowe

Odbiorca

Programiści

Temat

Programowanie zwinne

Gatunek

Podręcznik

Dziedzina i ujęcie

Informatyka i technologie informacyjne

Na okładce: Poznaj nowoczesną metodykę wytwarzania oprogramowania w C#.

Bibliografia przy rozdziałach. Indeks.

Dla twórców oprogramowania korzystających z technologii .NET.

Wpływ metodyki programowania ekstremalnego .NET Organizacja Część I. Wytwarzanie zwinne 1. Praktyki programowania zwinnego Agile Alliance Programiści i ich harmonijna współpraca jest ważniejsza od procesów i narzędzi Działające oprogramowanie jest ważniejsze od wyczerpującej dokumentacji Faktyczna współpraca z klientem jest ważniejsza od negocjacji zasad kontraktu Reagowanie na zmiany jest ważniejsze od konsekwentnego realizowania planu 2. Przegląd technik programowania ekstremalnego Praktyki programowania ekstremalnego Cały zespół Opowieści użytkownika Krótkie cykle Plan iteracji Plan wydania Testy akceptacyjne Programowanie w parach Wytwarzanie sterowane testami (TDD) Wspólna własność Ciągła integracja Równe tempo Otwarta przestrzeń pracy Gra planistyczna Prosty projekt Refaktoryzacja Metafora 3. Planowanie Wstępne poznawanie wymagań Dzielenie i scalanie opowieści użytkownika Planowanie wydań Planowanie iteracji Definiowanie warunków zakończenia projektu Planowanie zadań Iteracje Śledzenie postępu 4. Testowanie Wytwarzanie sterowane testami Przykład projektu poprzedzonego testami Izolacja testów Eliminowanie powiązań Testy akceptacyjne Wpływ testów akceptacyjnych na architekturę oprogramowania Konkluzja Bibliografia 5. Refaktoryzacja Prosty przykład refaktoryzacji generowanie liczb pierwszych Testy jednostkowe Refaktoryzacja Ostatnie udoskonalenia 6. Epizod z życia programistów Gra w kręgle Konkluzja Przegląd reguł gry w kręgle Część II. Projektowanie zwinne 7. Czym jest projektowanie zwinne? Symptomy złego projektu Symptomy złego projektu, czyli potencjalne źródła porażek Sztywność Wrażliwość Nieelastyczność Niedostosowanie do rzeczywistości Nadmierna złożoność Niepotrzebne powtórzenia Nieprzejrzystość Dlaczego oprogramowanie ulega degradacji Program Copy Przykład typowego scenariusza Projekt początkowy Zmieniające się wymagania Kolejne wymaganie Oczekujmy zmian Przykład budowy programu Copy w ramach projektu zwinnego Stosowanie praktyk programowania zwinnego Utrzymywanie projektu w możliwie dobrym stanie 8. Zasada pojedynczej odpowiedzialności Definiowanie odpowiedzialności Oddzielanie wzajemnie powiązanych odpowiedzialności Trwałość 9. Zasada otwarte-zamknięte Omówienie zasady otwarte-zamknięte Aplikacja Shape Przykład naruszenia zasady OCP Przykład pełnej zgodności z zasadą otwarte-zamknięte Przewidywanie zmian i naturalna struktura Przygotowywanie punktów zaczepienia Gdy raz mnie oszukasz Stymulowanie zmian Stosowanie abstrakcji do jawnego zamykania oprogramowania dla zmian Zapewnianie zamknięcia z wykorzystaniem techniki sterowania przez dane 10. Zasada podstawiania Liskov Naruszenia zasady podstawiania Liskov Prosty przykład Przykład mniej jaskrawego naruszenia zasady LSP Realny problem Poprawność nie jest cechą wrodzoną Relacja IS-A reprezentuje zachowania Projektowanie przez kontrakt Definiowanie kontraktów w formie testów jednostkowych Przykład zaczerpnięty z rzeczywistości Motywacja Problem Rozwiązanie niezgodne z zasadą podstawiania Liskov Rozwiązanie zgodne z zasadą podstawiania Liskov Wyodrębnianie zamiast dziedziczenia Heurystyki i konwencje 11. Zasada odwracania zależności Podział na warstwy Odwracanie relacji własności Zależność od abstrakcji Prosty przykład praktycznego znaczenia zasady DIP Odkrywanie niezbędnych abstrakcji Przykład aplikacji Furnace 12. Zasada segregacji interfejsów Zanieczyszczanie interfejsów Odrębne klasy klienckie oznaczają odrębne interfejsy Interfejsy klas kontra interfejsy obiektów Separacja przez delegację Separacja przez wielokrotne dziedziczenie Przykład interfejsu użytkownika bankomatu 13. Przegląd języka UML dla programistów C# Diagramy klas Diagramy obiektów Diagramy sekwencji Diagramy współpracy Diagramy stanów 14. Praca z diagramami Po co modelować oprogramowanie? Po co budować modele oprogramowania? Czy powinniśmy pracować nad rozbudowanymi projektami przed przystąpieniem do kodowania? Efektywne korzystanie z diagramów języka UML Komunikacja z innymi programistami Mapy drogowe Dokumentacja wewnętrzna Co powinniśmy zachowywać, a co można wyrzucać do kosza? Iteracyjne udoskonalanie Najpierw zachowania Weryfikacja struktury Wyobrażenie o kodzie Ewolucja diagramów Kiedy i jak rysować diagramy Kiedy przystępować do tworzenia diagramów, a kiedy rezygnować z dalszego rysowania ich Narzędzia CASE A co z dokumentacją? 15. Diagramy stanów Zdarzenia specjalne Superstany Pseudostan początkowy i końcowy Stosowanie diagramów skończonych maszyn stanów 16. Diagramy obiektów Migawka Obiekty aktywne 17. Przypadki użycia Pisanie przypadków użycia Przebiegi alternatywne Co jeszcze? Prezentowanie przypadków użycia na diagramach 18. Diagramy sekwencji Obiekty, linie życia, komunikaty i inne konstrukcje Tworzenie i niszczenie obiektów Proste pętle Przypadki i scenariusze Pojęcia zaawansowane Pętle i warunki Komunikaty, których przesyłanie wymaga czasu Komunikaty asynchroniczne Wiele wątków Obiekty aktywne Wysyłanie komunikatów do interfejsów 19. Diagramy klas Klasy Asocjacje Relacje dziedziczenia Przykładowy diagram klas Omówienie szczegółowe Stereotypy klas interface utility Klasy abstrakcyjne Właściwości Agregacja Kompozycja Liczność Stereotypy asocjacji Klasy zagnieżdżone Klasy asocjacji Kwalifikatory asocjacji 20. Heurystyki i kawa Ekspres do kawy Mark IV Special Specyfikacja Popularne, ale niewłaściwe rozwiązanie Brakujące metody Klasy ulotne Nieprzemyślana abstrakcja Boskie klasy Poprawione rozwiązanie Interfejs użytkownika ekspresu do kawy Przypadek użycia nr 1 użytkownik naciska przycisk uruchamiający parzenie Przypadek użycia nr 2 niegotowe naczynie na kawę Przypadek użycia nr 3 zakończony proces parzenia kawy Przypadek użycia nr 4 zużycie całej kawy Implementacja modelu abstrakcyjnego Przypadek użycia nr 1 użytkownik naciska przycisk Brew Implementacja funkcji IsReady Implementacja funkcji Start Wywołanie funkcji M4UserInterface.CheckButton Dokończenie projektu oprogramowania ekspresu do kawy Zalety projektu w tej formie Źródła tego projektu Implementacja projektu obiektowego Część III. Studium przypadku listy płac Uproszczona specyfikacja systemu listy płac Ćwiczenie Przypadek użycia nr 1 dodanie danych nowego pracownika Alternatywa błąd w strukturze transakcji Przypadek użycia nr 2 usunięcie danych pracownika Alternatywa nieprawidłowy lub nieznany identyfikator EmpID Przypadek użycia nr 3 wysłanie karty czasu pracy Alternatywa nr 1 wskazany pracownik nie jest rozliczany za godziny pracy Alternatywa nr 2 wystąpił błąd w strukturze danej transakcji Przypadek użycia nr 4 wysłanie raportu o sprzedaży Alternatywa nr 1 wskazany pracownik nie jest wynagradzany w systemie prowizyjnym Alternatywa nr 2 wystąpił błąd w strukturze danej transakcji Przypadek użycia nr 5 wysłanie informacji o opłacie na rzecz związku zawodowego Alternatywa błędny format transakcji Przypadek użycia nr 6 zmiana szczegółowych danych pracownika Alternatywa błędny format transakcji Przypadek użycia nr 7 wygenerowanie listy płatności na dany dzień 21. Wzorce projektowe Command i Active Object uniwersalność i wielozadaniowość Proste polecenia Transakcje Fizyczny podział kodu Czasowy podział kodu Metoda Undo Wzorzec projektowy Active Object 22. Wzorce projektowe Template Method i Strategy dziedziczenie kontra delegacja Wzorzec projektowy Template Method Błędne zastosowanie wzorca Template Method Sortowanie bąbelkowe Wzorzec projektowy Strategy 23. Wzorce projektowe Facade i Mediator Wzorzec projektowy Facade Wzorzec projektowy Mediator 24. Wzorce projektowe Singleton i Monostate Wzorzec projektowy Singleton Zalety Wady Wzorzec Singleton w praktyce Wzorzec projektowy Monostate Zalety Wady Wzorzec Monostate w praktyce 25. Wzorzec projektowy Null Object Omówienie 26. Przypadek użycia listy płac pierwsza iteracja Uproszczona specyfikacja Analiza przez omówienie przypadku użycia Dodanie danych nowego pracownika Usunięcie danych pracownika Wysłanie karty czasu pracy Wysłanie raportu o sprzedaży Wysłanie informacji o opłacie na rzecz związku zawodowego Zmiana szczegółowych danych pracownika Wygenerowanie listy płac na dany dzień Refleksja identyfikacja abstrakcji Wynagrodzenia wypłacane pracownikom Harmonogram wypłat Formy wypłat Przynależność związkowa 27. Przypadek użycia listy płac implementacja Transakcje Dodawanie danych pracowników Baza danych systemu płacowego Dodawanie danych pracowników z wykorzystaniem wzorca Template Method Usuwanie danych pracowników Karty czasu pracy, raporty o sprzedaży i składki na związki zawodowe Zmiana danych pracowników Zmiana formy wynagradzania pracownika Co ja najlepszego zrobiłem? Wynagradzanie pracowników Decyzje projektowe i biznesowe Wynagradzanie pracowników etatowych Wynagradzanie pracowników zatrudnionych w systemie godzinowym Okresy rozliczeniowe problem projektowy Program główny Baza danych Część IV. Pakowanie systemu płacowego 28. Zasady projektowania pakietów i komponentów Pakiety i komponenty Zasady spójności komponentów ziarnistość Zasada równoważności wielokrotnego użycia i wydawania (REP) Zasada zbiorowego wielokrotnego stosowania (CRP) Zasada zbiorowego zamykania (CCP) Podsumowanie problemu spójności komponentów Zasady spójności komponentów stabilność Zasada acyklicznych zależności (ADP) Cotygodniowe kompilacje Eliminacja cykli zależności Skutki występowania cyklu w grafie zależności pomiędzy komponentami Przerywanie cykli Projektowanie zstępujące kontra projektowanie wstępujące Zasada stabilnych zależności (SDP) Stabilność Miary stabilności Zmienna stabilność komponentów Wysokopoziomowy układ komponentów Zasada stabilnych abstrakcji (SAP) Mierzenie abstrakcji Ciąg główny Odległość od ciągu głównego 29. Wzorzec projektowy Factory Problem zależności Statyczna kontra dynamiczna kontrola typów Fabryki wymienne Wykorzystywanie fabryk do celów testowych Znaczenie fabryk Konkluzja 30. Studium przypadku systemu płacowego analiza podziału na pakiety Notacja i struktura komponentów Stosowanie zasady zbiorowego zamykania (CCP) Stosowanie zasady równoważności wielokrotnego użycia i wydawania (REP) Wiązanie komponentów i hermetyzacja Mierniki Stosowanie mierników dla aplikacji płacowej Fabryki obiektów Fabryka obiektów dla komponentu TransactionImplementation Inicjalizacja fabryk Przebudowa granic spójności Ostateczna struktura pakietów 31. Wzorzec projektowy Composite Polecenia kompozytowe Liczność albo brak liczności 32. Wzorzec projektowy Observer ewolucja kodu w kierunku wzorca Zegar cyfrowy Wzorzec projektowy Observer Modele Zarządzanie zasadami projektowania obiektowego 33. Wzorce projektowe Abstract Server, Adapter i Bridge Wzorzec projektowy Abstract Server Wzorzec projektowy Adapter Forma klasowa wzorca Adapter Problem modemu adaptery i zasada LSP Pierwsze, niedoskonałe rozwiązanie Zagmatwana sieć zależności Wzorzec projektowy Adapter w roli koła ratunkowego Wzorzec projektowy Bridge 34. Wzorce projektowe Proxy i Gateway zarządzanie cudzymi interfejsami API Wzorzec projektowy Proxy Implementacja wzorca Proxy Bazy danych, oprogramowanie pośredniczące i inne gotowe interfejsy Wzorzec projektowy Table Data Gateway Testowanie konstrukcji TDG w pamięci Test bram DB Stosowanie pozostałych wzorców projektowych łącznie z bazami danych 35. Wzorzec projektowy Visitor Wzorzec projektowy Visitor Wzorzec projektowy Acyclic Visitor Zastosowania wzorca Visitor Generowanie raportów Inne zastosowania Wzorzec projektowy Decorator Wzorzec projektowy Extension Object 36. Wzorzec projektowy State Zagnieżdżone wyrażenia switch-case Wewnętrzny zasięg zmiennej stanu Testowanie akcji Zalety i wady Tabele przejść Interpretacja tabeli przejść Zalety i wady Wzorzec projektowy State Wzorzec State kontra wzorzec Strategy Zalety i wady Kompilator maszyny stanów (SMC) Plik Turnstile.cs wygenerowany przez kompilator SMC i pozostałe pliki pomocnicze Zalety i wady Zastosowania skończonej maszyny stanów Wysokopoziomowa polityka działania graficznych interfejsów użytkownika (GUI) Sterowanie interakcją z interfejsem GUI Przetwarzanie rozproszone 37. Studium przypadku systemu płacowego baza danych Budowa bazy danych Słaby punkt dotychczasowego projektu Dodawanie danych nowych pracowników Transakcje Odczytywanie danych o pracownikach Co jeszcze zostało do zrobienia? 38. Interfejs użytkownika systemu płacowego wzorzec Model View Presenter Interfejs Implementacja Budowa okna Okno główne systemu płacowego Pierwsza odsłona Dodatek A. Satyra na dwa przedsiębiorstwa Rufus Inc. Project Kickoff Rupert Industries Project Alpha Dodatek B. Czym jest oprogramowanie?

Sygnatura czytelni BWEAiI: XII E 106

dostępna w czytelni

1 placówka posiada w zbiorach tę pozycję. Rozwiń informację, by zobaczyć szczegóły.

Biblioteka WEAiI

Egzemplarze są dostępne wyłącznie na miejscu w bibliotece: sygn. 147221 N (1 egz.)

Książka

W koszyku

Czysty Agile : powrót do podstaw / Robert C. Martin ; przekład Wojciech Moch ; przedmowy Jerry Fizpatrick, Tim Ottinger, Jeff Langr, Eric Crichlow, Damon Poole oraz Sandro Mancuso. - Gliwice : Helion, 2020. - 184 strony : ilustracje ; 24 cm.

Autor

Martin Robert C. Fitzpatrick Jerry. Ottinger Tim. Langr Jeff. Crichlow Eric. Poole Damon. Mancuso Sandro. Moch Wojciech.

Forma i typ

Książki Publikacje fachowe

Odbiorca

Informatycy

Temat

Programowanie zwinne Programowanie (informatyka)

Gatunek

Podręcznik

Dziedzina i ujęcie

Informatyka i technologie informacyjne

Tytuł oryginału: Clean Agile : back to Basics.

Rozdział 1. Wprowadzenie do Agile 23 Historia Agile 24 Snowbird 32 Przegląd metody Agile 35 Koło życia 49 Wnioski 52 Rozdział 2. Dlaczego Agile? 53 Profesjonalizm 54 Rozsądne oczekiwania 58 Lista praw 69 Wnioski 73 Rozdział 3. Praktyki biznesowe 75 Planowanie 76 Małe wydania 92 Testy akceptacyjne 97 Cały zespół 102 Wnioski 104 Rozdział 4. Praktyki zespołu 105 Metafora 106 Miarowy rytm 108 Wspólna własność 111 Ciągła integracja 113 Spotkania na stojąco 116 Wnioski 117 Rozdział 5. Praktyki techniczne 119 Programowanie sterowane testami 120 Refaktoryzacja 127 Prosty projekt 129 Programowanie w parach 131 Wnioski 134 Rozdział 6. Jak stać się Agile 135 Wartości Agile 136 Menażeria 137 Transformacja 138 Nauczanie 143 Certyfikacja 144 Agile na dużą skalę 145 Narzędzia 148 Nauczanie - inny punkt widzenia 154 Wnioski (wraca Bob) 163 Rozdział 7. Rzemieślnictwo 165 Kac po Agile 167 Niewłaściwe oczekiwania 168 Oddalanie się 169 Rzemieślnictwo oprogramowania 170 Ideologia i metodyka 171 Czy rzemieślnictwo oprogramowania ma swoje praktyki? 172 Skupianie się na wartościach, nie na praktykach 173 Omawianie praktyk 174 Wpływ rzemieślnictwa na ludzi 175 Wpływ rzemieślnictwa na naszą branżę 175 Wpływ rzemieślnictwa na firmy 176 Rzemieślnictwo i Agile 177

Sygnatura czytelni BWEAiI: XII E 115

dostępna w czytelni

1 placówka posiada w zbiorach tę pozycję. Rozwiń informację, by zobaczyć szczegóły.

Biblioteka WEAiI

Egzemplarze są dostępne wyłącznie na miejscu w bibliotece: sygn. 149931 N (1 egz.)

Książka

W koszyku

Czysty kod : podręcznik dobrego programisty / Robert C. Martin ; tłumaczenie Paweł Gonera. - Gliwice : Wydawnictwo Helion, 2010. - 423 stron : ilustracje ; 24 cm.

Autor

Martin Robert C. Gonera Paweł.

Forma i typ

Książki Publikacje fachowe

Temat

Programowanie zwinne.

Gatunek

Podręcznik

Dziedzina i ujęcie

Informatyka i technologie informacyjne

Na stronie tytułowej i okładce: Poznaj najlepsze metody tworzenia doskanałego kodu. Jak pisać dobry kod, a zły przekształcić w dobry? Jak formatować kod, aby osiągnąć maksymalną czytelność? Jak implementować pełną obsługę błędów bez zaśmiecania logiki kodu?

Kody źródłowe wybranych przykładów dostępne są pod adresem internetowym wydawcy podanym w książce.

Bibliografia, netografia przy niektórych rozdziałach. Indeks.

Dla każdego, kto chce poznać techniki rzetelnego i efektywnego programowania.

dostępna do wypożyczenia

1 placówka posiada w zbiorach tę pozycję. Rozwiń informację, by zobaczyć szczegóły.

Wypożyczalnia

Są egzemplarze dostępne do wypożyczenia: sygn. 138210 (1 egz.)

Książka

W koszyku

Czysty kod : poznaj najlepsze metody tworzenia doskonałego kodu / Robert C. Martin ; [tłumaczenie Paweł Gonera]. - Gliwice : Wydawnictwo Helion, copyright 2014. - 423 strony : ilustracje, wykresy ; 24 cm.

Autor

Martin Robert C. Gonera Paweł.

Forma i typ

Książki Publikacje dydaktyczne Publikacje fachowe

Odbiorca

Programiści

Temat

Programowanie zwinne Kod źródłowy.

Gatunek

Podręcznik

Dziedzina i ujęcie

Informatyka i technologie informacyjne

Na okładce i grzbiecie podtytuł: podręcznik dobrego programisty.

Pliki z przykładami omawianymi w książce można znaleźć pod adresem internetowym wydawnictwa podanym na stronie redakcyjnej.

Bibliografia, netografia przy większości rozdziałów. Indeksy.

Czysty kod Niech stanie się kod... W poszukiwaniu doskonałego kodu... Całkowity koszt bałaganu Rozpoczęcie wielkiej zmiany projektu Postawa Największa zagadka Sztuka czystego kodu? Co to jest czysty kod? Szkoły myślenia Jesteśmy autorami Zasada skautów Poprzednik i zasady Znaczące nazwy Używaj nazw przedstawiających intencje Unikanie dezinformacji Tworzenie wyraźnych różnic Tworzenie nazw, które można wymówić Korzystanie z nazw łatwych do wyszukania Unikanie kodowania Notacja węgierska Przedrostki składników Interfejsy i implementacje Unikanie odwzorowania mentalnego Nazwy klas Nazwy metod Nie bądź dowcipny Wybieraj jedno słowo na pojęcie Nie twórz kalamburów! Korzystanie z nazw dziedziny rozwiązania Korzystanie z nazw dziedziny problemu Dodanie znaczącego kontekstu Nie należy dodawać nadmiarowego kontekstu Funkcje Małe funkcje! Bloki i wcięcia Wykonuj jedną czynność Sekcje wewnątrz funkcji Jeden poziom abstrakcji w funkcji Czytanie kodu od góry do dołu zasada zstępująca Instrukcje switch Korzystanie z nazw opisowych Argumenty funkcji Często stosowane funkcje jednoargumentowe Argumenty znacznikowe Funkcje dwuargumentowe Funkcje trzyargumentowe Argumenty obiektowe Listy argumentów Czasowniki i słowa kluczowe Unikanie efektów ubocznych Argumenty wyjściowe Rozdzielanie poleceń i zapytań Stosowanie wyjątków zamiast zwracania kodów błędów Wyodrębnienie bloków try-catch Obsługa błędów jest jedną operacją Przyciąganie zależności w Error.java Nie powtarzaj się Programowanie strukturalne Jak pisać takie funkcje? SetupTeardownIncluder Komentarze Komentarze nie są szminką dla złego kodu Czytelny kod nie wymaga komentarzy Dobre komentarze Komentarze prawne Komentarze informacyjne Wyjaśnianie zamierzeń Wyjaśnianie Ostrzeżenia o konsekwencjach Komentarze TODO Wzmocnienie Komentarze Javadoc w publicznym API Złe komentarze Bełkot Powtarzające się komentarze Mylące komentarze Komentarze wymagane Komentarze dziennika Komentarze wprowadzające szum informacyjny Przerażający szum Nie używaj komentarzy, jeżeli można użyć funkcji lub zmiennej Znaczniki pozycji Komentarze w klamrach zamykających Atrybuty i dopiski Zakomentowany kod Komentarze HTML Informacje nielokalne Nadmiar informacji Nieoczywiste połączenia Nagłówki funkcji Komentarze Javadoc w niepublicznym kodzie Formatowanie Przeznaczenie formatowania Formatowanie pionowe Metafora gazety Pionowe odstępy pomiędzy segmentami kodu Gęstość pionowa Odległość pionowa Uporządkowanie pionowe Formatowanie poziome Poziome odstępy i gęstość Rozmieszczenie poziome Wcięcia Puste zakresy Zasady zespołowe Zasady formatowania wujka Boba Obiekty i struktury danych Abstrakcja danych Antysymetria danych i obiektów Prawo Demeter Wraki pociągów Hybrydy Ukrywanie struktury Obiekty transferu danych Active Record Obsługa błędów Użycie wyjątków zamiast kodów powrotu Rozpoczynanie od pisania instrukcji try-catch-finally Użycie niekontrolowanych wyjątków Dostarczanie kontekstu za pomocą wyjątków Definiowanie klas wyjątków w zależności od potrzeb wywołującego Definiowanie normalnego przepływu Nie zwracamy null Nie przekazujemy null Granice Zastosowanie kodu innych firm Przeglądanie i zapoznawanie się z granicami Korzystanie z pakietu log4j Zalety testów uczących Korzystanie z nieistniejącego kodu Czyste granice Testy jednostkowe Trzy prawa TDD Zachowanie czystości testów Testy zwiększają możliwości Czyste testy Języki testowania specyficzne dla domeny Podwójny standard Jedna asercja na test Jedna koncepcja na test F.I.R.S.T.[8] Klasy Organizacja klas Hermetyzacja Klasy powinny być małe! Zasada pojedynczej odpowiedzialności Spójność Utrzymywanie spójności powoduje powstanie wielu małych klas Organizowanie zmian Izolowanie modułów kodu przed zmianami Systemy Jak budowałbyś miasto? Oddzielenie konstruowania systemu od jego używania Wydzielenie modułu main Fabryki Wstrzykiwanie zależności Skalowanie w górę Separowanie (rozcięcie) problemów Pośredniki Java Czyste biblioteki Java AOP Aspekty w AspectJ Testowanie architektury systemu Optymalizacja podejmowania decyzji Korzystaj ze standardów, gdy wnoszą realną wartość Systemy wymagają języków dziedzinowych Powstawanie projektu Uzyskiwanie czystości projektu przez jego rozwijanie Zasada numer 1 prostego projektu system przechodzi wszystkie testy Zasady numer 2 4 prostego projektu przebudowa Brak powtórzeń Wyrazistość kodu Minimalne klasy i metody Współbieżność W jakim celu stosować współbieżność? Mity i nieporozumienia Wyzwania Zasady obrony współbieżności Zasada pojedynczej odpowiedzialności Wniosek ograniczenie zakresu danych Wniosek korzystanie z kopii danych Wniosek wątki powinny być na tyle niezależne, na ile to tylko możliwe Poznaj używaną bibliotekę Kolekcje bezpieczne dla wątków Poznaj modele wykonania Producent-konsument Czytelnik-pisarz Ucztujący filozofowie Uwaga na zależności pomiędzy synchronizowanymi metodami Tworzenie małych sekcji synchronizowanych Pisanie prawidłowego kodu wyłączającego jest trudne Testowanie kodu wątków Traktujemy przypadkowe awarie jako potencjalne problemy z wielowątkowością Na początku uruchamiamy kod niekorzystający z wątków Nasz kod wątków powinien dać się włączać Nasz kod wątków powinien dać się dostrajać Uruchamiamy więcej wątków, niż mamy do dyspozycji procesorów Uruchamiamy testy na różnych platformach Uzbrajamy nasz kod w elementy próbujące wywołać awarie i wymuszające awarie Instrumentacja ręczna Instrumentacja automatyczna Udane oczyszczanie kodu Implementacja klasy Args Jak to napisałem? Args zgrubny szkic Zatrzymałem się O przyrostowości Argumenty typu String Struktura biblioteki JUnit Biblioteka JUnit Przebudowa klasy SerialDate Na początek uruchamiamy Teraz poprawiamy Zapachy kodu i heurystyki Komentarze Niewłaściwe informacje Przestarzałe komentarze Nadmiarowe komentarze Źle napisane komentarze Zakomentowany kod Środowisko Budowanie wymaga więcej niż jednego kroku Testy wymagają więcej niż jednego kroku Funkcje Nadmiar argumentów Argumenty wyjściowe Argumenty znacznikowe Martwe funkcje Ogólne Wiele języków w jednym pliku źródłowym Oczywiste działanie jest nieimplementowane Niewłaściwe działanie w warunkach granicznych Zdjęte zabezpieczenia Powtórzenia Kod na nieodpowiednim poziomie abstrakcji Klasy bazowe zależne od swoich klas pochodnych Za dużo informacji Martwy kod Separacja pionowa Niespójność Zaciemnianie Sztuczne sprzężenia Zazdrość o funkcje Argumenty wybierające Zaciemnianie intencji Źle rozmieszczona odpowiedzialność Niewłaściwe metody statyczne Użycie opisowych zmiennych Nazwy funkcji powinny informować o tym, co realizują Zrozumienie algorytmu Zamiana zależności logicznych na fizyczne Zastosowanie polimorfizmu zamiast instrukcji if-else lub switch-case Wykorzystanie standardowych konwencji Zamiana magicznych liczb na stałe nazwane Precyzja Struktura przed konwencją Hermetyzacja warunków Unikanie warunków negatywnych Funkcje powinny wykonywać jedną operację Ukryte sprzężenia czasowe Unikanie dowolnych działań Hermetyzacja warunków granicznych Funkcje powinny zagłębiać się na jeden poziom abstrakcji Przechowywanie danych konfigurowalnych na wysokim poziomie Unikanie nawigacji przechodnich Java Unikanie długich list importu przez użycie znaków wieloznacznych Nie dziedziczymy stałych Stałe kontra typy wyliczeniowe Nazwy Wybór opisowych nazw Wybór nazw na odpowiednich poziomach abstrakcji Korzystanie ze standardowej nomenklatury tam, gdzie jest to możliwe Jednoznaczne nazwy Użycie długich nazw dla długich zakresów Unikanie kodowania Nazwy powinny opisywać efekty uboczne Testy Niewystarczające testy Użycie narzędzi kontroli pokrycia Nie pomijaj prostych testów Ignorowany test jest wskazaniem niejednoznaczności Warunki graniczne Dokładne testowanie pobliskich błędów Wzorce błędów wiele ujawniają Wzorce pokrycia testami wiele ujawniają Testy powinny być szybkie Współbieżność II Przykład klient-serwer Serwer Dodajemy wątki Uwagi na temat serwera Możliwe ścieżki wykonania Liczba ścieżek Wyliczanie możliwych uporządkowań Kopiemy głębiej Poznaj używaną bibliotekę Biblioteka Executor Rozwiązania nieblokujące Bezpieczne klasy nieobsługujące wątków Zależności między metodami mogą uszkodzić kod współbieżny Tolerowanie awarii Blokowanie na kliencie Blokowanie na serwerze Zwiększanie przepustowości Obliczenie przepustowości jednowątkowej Obliczenie przepustowości wielowątkowej Zakleszczenie Wzajemne wykluczanie Blokowanie i oczekiwanie Brak wywłaszczania Cykliczne oczekiwanie Zapobieganie wzajemnemu wykluczaniu Zapobieganie blokowaniu i oczekiwaniu Umożliwienie wywłaszczania Zapobieganie oczekiwaniu cyklicznemu Testowanie kodu wielowątkowego Narzędzia wspierające testowanie kodu korzystającego z wątków Samouczek. Pełny kod przykładów Klient-serwer bez wątków Klient-serwer z użyciem wątków

Sygnatura czytelni BWEAiI: XII E 85

dostępna do wypożyczenia

Ta pozycja znajduje się w zbiorach 2 placówek. Rozwiń listę, by zobaczyć szczegóły.

Wypożyczalnia

Są egzemplarze dostępne do wypożyczenia: sygn. 139744, 139388, 145678, 139743, 145677 (5 egz.)

Biblioteka WEAiI

Egzemplarze są dostępne wyłącznie na miejscu w bibliotece: sygn. 139742 N (1 egz.)

Książka

W koszyku

Zwinne wytwarzanie oprogramowania : najlepsze zasady, wzorce i praktyki / Robert C. Martin ; [tłumaczenie Radosław Meryk]. - Gliwice : Wydawnictwo Helion, copyright 2017. - 540, [4] strony : ilustracje, wykresy ; 24 cm.

Autor

Martin Robert C. Meryk Radosław.

Forma i typ

Książki Publikacje fachowe

Odbiorca

Programiści

Temat

Programowanie zwinne

Gatunek

Podręcznik

Dziedzina i ujęcie

Informatyka i technologie informacyjne

Na stronie tytułowej i okładce: Poznaj nowoczesne sposoby wytwarzania oprogramowania!.

Bibliografia przy rozdziałach. Indeks.

ZWINNE WYTWARZANIE OPROGRAMOWANIA Praktyki agile Agile Alliance Manifest Agile Alliance Zasady Przegląd informacji o programowaniu ekstremalnym Praktyki programowania ekstremalnego Klient jest członkiem zespołu Historyjki użytkowników Krótkie cykle Testy akceptacyjne Programowanie parami Programowanie sterowane testami Wspólna własność Ciągła integracja Równomierne tempo Otwarta przestrzeń robocza Gra w planowanie Prosty projekt Refaktoryzacja Metafora Planowanie Początkowa eksploracja Tworzenie prototypów, dzielenie i szybkość Planowanie wersji dystrybucyjnych Planowanie iteracji Planowanie zadań Półmetek Przebieg iteracji Testowanie Programowanie sterowane testami Przykład projektu w stylu "najpierw test" Izolacja testu Nieoczekiwane wyeliminowanie sprzężeń Testy akceptacyjne Przykład testów akceptacyjnych Architektura "przy okazji" Refaktoryzacja Generowanie liczb pierwszych - prosty przykład refaktoryzacji Ostateczny przegląd Epizod programowania Gra w kręgle PROJEKT AGILE Symptomy złego projektu Zasady Zapachy a zasady Co to jest projekt agile? Co złego dzieje się z oprogramowaniem? Zapachy projektu - woń psującego się oprogramowania Co stymuluje oprogramowanie do psucia się? Zespoły agile nie pozwalają psuć się oprogramowaniu Program Copy Przykład programu Copy wykonanego zgodnie z metodyką agile Skąd deweloperzy agile wiedzieli, co należy zrobić? Utrzymywanie projektu w jak najlepszej postaci SRP - zasada pojedynczej odpowiedzialności SRP - zasada pojedynczej odpowiedzialności Czym jest odpowiedzialność? Rozdzielanie sprzężonych odpowiedzialności Trwałość OCP - zasada otwarte-zamknięte OCP - zasada otwarte-zamknięte Opis Kluczem jest abstrakcja Aplikacja Shape Naruszenie zasady OCP Zachowanie zgodności z zasadą OCP Przyznaję się. Kłamałem Przewidywanie i "naturalna" struktura Umieszczanie "haczyków" Stosowanie abstrakcji w celu uzyskania jawnego domknięcia Zastosowanie podejścia "sterowania danymi" w celu uzyskania domknięcia LSP - zasada podstawiania Liskov LSP - zasada podstawiania Liskov Prosty przykład naruszenia zasady LSP Kwadraty i prostokąty - bardziej subtelne naruszenie zasady LSP Prawdziwy problem Poprawność nie jest wrodzona Relacja IS-A dotyczy zachowania Projektowanie według kontraktu Specyfikowanie kontraktów w testach jednostkowych Realny przykład Motywacja Problem Rozwiązanie niezgodne z zasadą LSP Rozwiązanie zgodne z zasadą LSP Wydzielanie zamiast dziedziczenia Heurystyki i konwencje Zdegenerowane funkcje w klasach pochodnych Zgłaszanie wyjątków z klas pochodnych DIP - zasada odwracania zależności DIP - zasada odwracania zależności Podział na warstwy Odwrócenie własności Zależność od abstrakcji Prosty przykład Wyszukiwanie potrzebnych abstrakcji Przykład programu Furnace Polimorfizm dynamiczny i statyczny ISP - zasada segregacji interfejsów Zaśmiecanie interfejsów Odrębne klienty oznaczają odrębne interfejsy Siła oddziaływania klientów na interfejsy ISP - zasada segregacji interfejsów Interfejsy klas a interfejsy obiektów Separacja przez delegację Separacja przez wielokrotne dziedziczenie Przykład interfejsu użytkownika bankomatu Poliady i monady STUDIUM PRZYPADKU: SYSTEM PŁACOWY Szczątkowa specyfikacja systemu płacowego Przypadek użycia nr 1: dodawanie nowego pracownika Przypadek użycia nr 2: usuwanie pracownika Przypadek użycia nr 3: dostarczenie karty pracy Przypadek użycia nr 4: dostarczenie raportu sprzedaży Przypadek użycia nr 5: dostarczenie informacji o opłacie na rzecz związku zawodowego Przypadek użycia nr 6: zmiana danych pracownika Przypadek użycia nr 7: wygenerowanie listy płac na dzień Wzorce projektowe Polecenie i Aktywny obiekt Proste polecenia Transakcje Fizyczny i czasowy podział kodu Czasowy podział kodu Metoda Undo Aktywny obiekt Metoda szablonowa i Strategia: dziedziczenie a delegacja Metoda szablonowa Nadużywanie wzorca Sortowanie bąbelkowe Strategia Sortowanie jeszcze raz Wzorce projektowe Fasada i Mediator Fasada Mediator Wniosek Wzorce projektowe Singleton i Monostate Singleton Korzyści ze stosowania wzorca Singleton Koszty stosowania wzorca Singleton Wzorzec projektowy Singleton w praktyce Monostate Korzyści ze stosowania wzorca Monostate Koszty stosowania wzorca Monostate Wzorzec projektowy Monostate w praktyce Wzorzec projektowy Obiekt Null Studium przypadku: system płacowy. Pierwsza iteracja Specyfikacja Analiza według przypadków użycia Dodawanie pracowników Usuwanie pracowników Dostarczenie karty pracy Dostarczenie raportów sprzedaży Dostarczenie informacji o opłacie na rzecz związku zawodowego Zmiana danych pracownika Wypłaty Refleksja: czego się nauczyliśmy? Wyszukiwanie potrzebnych abstrakcji Abstrakcja harmonogramu Sposoby wypłaty Przynależność do związków zawodowych Studium przypadku: system płacowy. Implementacja Dodawanie pracowników Baza danych systemu płacowego Zastosowanie wzorca Metoda szablonowa do dodawania pracowników Usuwanie pracowników Zmienne globalne Karty pracy, raporty sprzedaży i składki Zmiana danych pracowników Zmiana klasyfikacji Co ja paliłem? Realizacja wypłat Czy chcemy, aby deweloperzy podejmowali decyzje biznesowe? Realizacja wypłat dla pracowników ze stałą pensją Realizacja wypłat dla pracowników zatrudnionych w systemie godzinowym Okresy rozliczeniowe: problem projektowy Program główny Baza danych Podsumowanie projektu systemu płacowego Historia Zasoby PODZIAŁ SYSTEMU PŁACOWEGO NA PAKIETY Zasady projektowania pakietów Projektowanie z wykorzystaniem pakietów? Ziarnistość: zasady spójności pakietów Zasada równoważności wielokrotnego wykorzystania kodu i dystrybucji (REP) Zasada zbiorowego wielokrotnego użytku (CRP) Zasada zbiorowego zamykania (CCP) Podsumowanie tematyki spójności pakietów Stabilność: zasady sprzęgania pakietów Zasada acyklicznych zależności (ADP) Cotygodniowe kompilacje Eliminowanie cykli zależności Skutki istnienia cykli w grafie zależności między pakietami Przerywanie cykli Odchylenia Projekt góra-dół Zasada stabilnych zależności (SDP) Stabilność Metryki stabilności Nie wszystkie pakiety muszą być stabilne Gdzie powinna się znaleźć implementacja projektu wysokiego poziomu? Zasada stabilnych abstrakcji (SAP) Mierzenie abstrakcji Ciąg główny Odległość od ciągu głównego Wzorzec projektowy Fabryka Cykl zależności Fabryki wymienne Wykorzystanie wzorca Fabryka do tworzenia zestawów testowych Znaczenie korzystania z fabryk Studium przypadku: system płacowy (część 2.) Struktura pakietów i notacja Zastosowanie zasady zbiorowego domykania (CCP) Zastosowanie zasady równoważności wielokrotnego wykorzystania kodu i dystrybucji (REP) Sprzężenia i hermetyzacja Metryki Zastosowanie wskaźników do aplikacji płacowej Fabryki obiektów Fabryka obiektów dla pakietu TransactionImplementation Inicjowanie fabryk Przebudowa granic spójności Ostateczna struktura pakietów STUDIUM PRZYPADKU: STACJA POGODOWA Wzorzec projektowy Kompozyt Przykład: polecenia kompozytowe Wielokrotność czy brak wielokrotności Obserwator - ewolucja kodu do wzorca Zegar cyfrowy Wzorzec projektowy Obserwator Zarządzanie zasadami projektu obiektowego dla wzorca projektowego Obserwator Wzorce projektowe Serwer abstrakcyjny i Most Wzorzec projektowy Serwer abstrakcyjny Kto jest właścicielem interfejsu? Wzorzec projektowy Adapter Wzorzec projektowy Adapter w formie klasy Problem modemu. Adaptery i zasada LSP Wzorzec projektowy Most Wzorce projektowe Pełnomocnik i Schody do nieba - zarządzanie zewnętrznymi interfejsami API Wzorzec projektowy Pełnomocnik Implementacja wzorca projektowego Pełnomocnik w aplikacji koszyka na zakupy Podsumowanie wiadomości o wzorcu projektowym Pełnomocnik Obsługa baz danych, oprogramowania middleware oraz zewnętrznych interfejsów API Schody do nieba Przykład zastosowania wzorca Schody do nieba Inne wzorce projektowe, które można wykorzystywać z bazami danych Analiza przypadku: stacja pogodowa Firma Chmura Oprogramowanie WMS-LC Wybór języka Projekt oprogramowania systemu Nimbus-LC Historia 24-godzinna i utrwalanie Implementacja algorytmów HiLo Przegląd wymagań dla oprogramowania Nimbus-LC Wymagania użytkowe Historia 24-godzinna Konfiguracja użytkownika Wymagania administracyjne Przypadki użycia systemu Nimbus-LC Aktorzy Przypadki użycia Historia pomiarów Konfiguracja Administracja Plan publikacji wersji dystrybucyjnych systemu Nimbus-LC Wydanie I Zagrożenia Produkty projektu Wydanie II Zaimplementowane przypadki użycia Zagrożenia Produkty projektu Wydanie III Zaimplementowane przypadki użycia Zagrożenia Produkty projektu STUDIUM PRZYPADKU: ETS Wzorzec projektowy Wizytator Rodzina wzorców projektowych Wizytator Wizytator Wzorzec projektowy Wizytator działa jak macierz Wzorzec projektowy Acykliczny wizytator Wzorzec projektowy Wizytator działa jak macierz rzadka Wykorzystanie wzorca projektowego Wizytator w generatorach raportów Inne zastosowania wzorca projektowego Wizytator Wzorzec projektowy Dekorator Wiele dekoratorów Wzorzec projektowy Obiekt rozszerzenia Wzorzec projektowy Stan Przegląd informacji o automatach stanów skończonych Techniki implementacji Zagnieżdżone instrukcje Switch/Case Interpretacja tabeli przejść Wzorzec projektowy Stan SMC - kompilator maszyny stanów Kiedy należy korzystać z maszyn stanów? Wysokopoziomowe strategie obsługi GUI Kontrolery interakcji z GUI Przetwarzanie rozproszone Wniosek Listingi Implementacja klasy Turnstile.java z wykorzystaniem interpretacji tabeli przejść Klasa Turnstile.java wygenerowana przez kompilator SMC oraz inne pliki pomocnicze Framework ETS Przegląd informacji o projekcie Wczesny okres 1993 - 1994 Framework? Framework Zespół z roku 1994 Termin Strategia Wyniki Projekt frameworka Wspólne wymagania dla aplikacji oceniających Projekt frameworka do wyznaczania ocen Przypadek zastosowania wzorca Metoda szablonowa Napisać pętlę raz Wspólne wymagania dla aplikacji zdawania Projekt frameworka do zdawania Architektura menedżera zadań Notacja UML. Część I: Przykład CGI System rejestrowania kursów: opis problemu Aktorzy Przypadki użycia Model dziedziny Architektura Klasy abstrakcyjne i interfejsy na diagramach sekwencji Notacja UML. Część II: STATMUX Definicja statystycznego multipleksera Środowisko oprogramowania Ograniczenia czasu rzeczywistego Procedury obsługi przerwań wejścia Procedury obsługi przerwań wyjścia Protokoły komunikacji Satyra na dwa przedsiębiorstwa Rufus! Inc. Project Kickoff Rupert Industries Projekt Alpha Kod źródłowy jest projektem Czym jest projekt oprogramowania?

Sygnatura czytelni BWEAiI: XII J 72

dostępna do wypożyczenia

Ta pozycja znajduje się w zbiorach 2 placówek. Rozwiń listę, by zobaczyć szczegóły.

Wypożyczalnia

Są egzemplarze dostępne do wypożyczenia: sygn. 145625 (1 egz.)

Biblioteka WEAiI

Egzemplarze są dostępne wyłącznie na miejscu w bibliotece: sygn. 145286 N (1 egz.)

Książka

W koszyku

Zwinne wytwarzanie oprogramowania : najlepsze zasady, wzorce i praktyki / Robert C. Martin ; [tł.: Radosław Meryk]. - Gliwice : Wydawnictwo Helion, cop. 2015. - 540, [4] s. : il. ; 24 cm.

Autor

Martin Robert Cecil. Meryk Radosław.

Temat

Programowanie zwinne

Gatunek

Podręcznik.

Na s. tyt., okł.: Poznaj nowoczesne sposoby wytwarzania oprogramowania!

Pliki z przykładami omawianymi w książce można znaleźć pod adresem internet. wydaw. podanym na s. red.

Bibliogr. przy rozdz. Indeks.

Sygnatura czytelni BWEAiI: XII E 84

dostępna w czytelni

1 placówka posiada w zbiorach tę pozycję. Rozwiń informację, by zobaczyć szczegóły.

Biblioteka WEAiI

Egzemplarze są dostępne wyłącznie na miejscu w bibliotece: sygn. 139411 N (1 egz.)

Książka

W koszyku

Kod doskonały : jak tworzyć oprogramowanie pozbawione błędów / Steve McConnell ; [tłumaczenie Paweł Koronkiewicz]. - Gliwice : Wydawnictwo Helion, copyright 2017. - 944 strony : ilustracje, fotografie, wykresy ; 25 cm.

Autor

McConnell Steve (1962- ). Koronkiewicz Paweł (1973- ).

Forma i typ

Książki Publikacje fachowe

Odbiorca

Programiści

Temat

Kod źródłowy. Programowanie zwinne

Gatunek

Podręcznik

Dziedzina i ujęcie

Informatyka i technologie informacyjne

Wydanie 2. odnosi się do oryginału. Na grzbiecie: Dobre praktyki.

Bibliografia, netografia na stronach 899-917. Indeks.

Proces budowy oprogramowania (35) Budowa oprogramowania (37) Czym jest budowa oprogramowania (37) Znaczenie procesu budowy oprogramowania (40) Jak korzystać z tej książki (41) Metafory procesu programowania (43) Znaczenie metafor (43) Jak korzystać z metafor w programowaniu (46) Popularne metafory programowania (47) Przed programowaniem - przygotowania (57) Przygotowania i ich znaczenie (58) Określanie rodzaju budowanego oprogramowania (65) Definicja problemu (70) Określenie wymagań (72) Architektura (77) Ilość czasu poświęcanego na przygotowania (89) Kluczowe decyzje konstrukcyjne (95) Wybór języka programowania (95) Konwencje programowania (100) Twoje położenie na fali technologii (101) Wybór podstawowych praktyk programowania (103) Pisanie dobrego kodu (107) Projektowanie (109) Podstawowe problemy projektowania (110) Podstawowe pojęcia projektowania (113) Heurystyki - narzędzia projektanta (122) Techniki projektowania (146) Uwagi o popularnych metodykach pracy (155) Klasy z klasą (161) Abstrakcyjne typy danych (162) Dobry interfejs klasy (169) Problemy projektowania i implementacji (179) Przesłanki dla utworzenia klasy (188) Specyfika języka (192) Pakiety klas (192) Procedury wysokiej jakości (197) Przesłanki utworzenia procedury (200) Projektowanie na poziomie procedur (204) Dobra nazwa procedury (207) Jak długa może być procedura? (209) Jak używać parametrów procedur (211) Używanie funkcji (217) Makra i procedury inline (218) Programowanie defensywne (223) Zabezpieczanie programu przed niewłaściwymi danymi wejściowymi (224) Asercje (225) Mechanizmy obsługi błędów (230) Wyjątki (234) Ograniczanie zasięgu szkód powodowanych przez błędy (239) Kod wspomagający debugowanie (241) Ilość kodu defensywnego w wersji finalnej (245) Defensywne podejście do programowania defensywnego (246) Proces Programowania w Pseudokodzie (251) Budowanie klas i procedur krok po kroku (251) Pseudokod dla zaawansowanych (253) Budowanie procedur metodą PPP (256) Alternatywy dla pseudokodu (269) Zmienne (273) Zmienne w programie (275) Podstawowa wiedza o danych (276) Deklarowanie zmiennych (277) Inicjalizowanie zmiennych (278) Zakres (282) Trwałość (289) Czas wiązania (290) Związek między typami danych i strukturami sterowania (292) Jedno przeznaczenie każdej zmiennej (293) Potęga nazwy zmiennej (297) Wybieranie dobrej nazwy (297) Nazwy a rodzaje danych (303) Potęga konwencji nazw (308) Nieformalne konwencje nazw (310) Standardowe prefiksy (317) Nazwy krótkie a czytelne (319) Nazwy, których należy unikać (322) Podstawowe typy danych (327) Liczby (327) Liczby całkowite (329) Liczby zmiennoprzecinkowe (331) Znaki i ciągi znakowe (333) Zmienne logiczne (336) Typy wyliczeniowe (338) Stałe nazwane (343) Tablice (345) Tworzenie własnych typów (aliasy) (346) Inne typy danych (355) Struktury (355) Wskaźniki (359) Dane globalne (371) Instrukcje (383) Struktura kodu liniowego (385) Instrukcje, które wymagają określonej kolejności (385) Instrukcje, których kolejność nie ma znaczenia (388) Instrukcje warunkowe (393) Instrukcje if (393) Instrukcje case (398) Pętle (405) Wybieranie rodzaju pętli (405) Sterowanie pętlą (410) Łatwe tworzenie pętli - od wewnątrz (422) Pętle i tablice (424) Nietypowe struktury sterowania (427) Wiele wyjść z procedury (427) Rekurencja (429) Instrukcja goto (434) Nietypowe struktury sterowania z perspektywy (444) Metody oparte na tabelach (449) Metody oparte na tabelach - wprowadzenie (449) Tabele o dostępie bezpośrednim (451) Tabele o dostępie indeksowym (462) Tabele o dostępie schodkowym (464) Inne metody wyszukiwania w tabelach (467) Ogólne problemy sterowania (469) Wyrażenia logiczne (469) Instrukcje złożone (bloki) (480) Instrukcje puste (481) Praca z głębokimi zagnieżdżeniami (482) Programowanie strukturalne (490) Struktury sterujące i złożoność (493) Sprawna praca z kodem (497) Jakość oprogramowania (499) Składowe jakości (499) Metody podwyższania jakości (502) Skuteczność metod podwyższania jakości (505) Kiedy przeprowadzać kontrolę jakości (509) Ogólna Zasada Jakości Oprogramowania (509) Programowanie zespołowe (513) Przegląd metod programowania zespołowego (514) Programowanie w parach (517) Formalne inspekcje (519) Inne metody programowania zespołowego (526) Testowanie (533) Rola testów programisty (534) Zalecane podejście do testów programisty (537) Praktyczne techniki testowania (539) Typowe błędy (550) Narzędzia wspomagające testowanie (556) Usprawnianie testów (561) Gromadzenie informacji o testach (563) Debugowanie (569) Wprowadzenie (569) Wyszukiwanie defektu (574) Usuwanie defektu (585) Debugowanie a psychologia (588) Narzędzia debugowania - oczywiste i mniej oczywiste (591) Refaktoryzacja (597) Ewolucja oprogramowania i jej odmiany (598) Refaktoryzacje - wprowadzenie (599) Wybrane refaktoryzacje (605) Bezpieczne przekształcanie kodu (613) Strategie refaktoryzacji (615) Strategie optymalizacji kodu (621) Wydajność kodu (622) Optymalizowanie kodu (625) Rodzaje otyłości i lenistwa (632) Pomiary (637) Iterowanie (639) Strategie optymalizacji kodu - podsumowanie (640) Metody optymalizacji kodu (645) Struktury logiczne (646) Pętle (651) Przekształcenia danych (660) Wyrażenia (665) Procedury (674) Reimplementacja w języku niskiego poziomu (675) Im bardziej świat się zmienia, tym więcej zostaje bez zmian (677) Środowisko programowania (681) Jak rozmiar programu wpływa na jego budowę (683) Wielkość projektu a komunikacja (684) Skala rozmiarów projektów (684) Wpływ wielkości projektu na liczbę błędów (685) Wpływ wielkości projektu na efektywność pracy (687) Wpływ wielkości projektu na wykonywaną pracę (687) Zarządzanie w programowaniu (695) Zachęcanie do budowy dobrego kodu (696) Zarządzanie konfiguracją (698) Budowanie harmonogramu (705) Pomiary (712) Ludzkie traktowanie programistów (715) Współpraca z przełożonymi (721) Integracja (725) Znaczenie metod integracji (725) Częstość integracji - końcowa czy przyrostowa? (727) Przyrostowe strategie integracji (730) Codzienna kompilacja i test dymowy (738) Narzędzia programowania (747) Narzędzia do projektowania (748) Narzędzia do pracy z kodem źródłowym (748) Narzędzia do pracy z kodem wykonywalnym (754) Środowiska narzędzi programowania (758) Budowanie własnych narzędzi (759) Narzędzia przyszłości (761) Rzemiosło programisty (765) Układ i styl (767) Techniki formatowania (774) Style formatowania (776) Formatowanie struktur sterujących (782) Formatowanie instrukcji (789) Formatowanie komentarzy (800) Formatowanie procedur (802) Formatowanie klas (804) Kod, który opisuje się sam (813) Zewnętrzna dokumentacja programu (813) Styl programowania jako dokumentacja (814) Komentować czy nie komentować (817) Zasady pisania dobrych komentarzy (821) Metody pisania komentarzy (828) Normy IEEE (849) Cechy charakteru (855) Czy osobowość jest bez znaczenia? (856) Inteligencja i skromność (857) Ciekawość (858) Uczciwość intelektualna (862) Komunikacja i współpraca (865) Kreatywność i dyscyplina (865) Lenistwo (866) Cechy, które znaczą mniej, niż myślisz (867) Nawyki (869) Powracające wątki - przegląd (873) Walka ze złożonością (873) Wybierz swój proces (875) Pisz programy dla ludzi, nie tylko dla komputerów (877) Programuj do języka, a nie w nim (879) Konwencje jako pomoc w koncentracji uwagi (880) Programowanie w kategoriach dziedziny problemu (881) Uwaga, spadające odłamki! (884) Iteruj, iteruj i jeszcze raz iteruj (886) Nie będziesz łączył religii z programowaniem (887) Gdzie znaleźć więcej informacji (891) Programowanie (892) Szersze spojrzenie na budowę oprogramowania (893) Periodyki (895) Plan czytelniczy programisty (896) Stowarzyszenia zawodowe (898)

Sygnatura czytelni BWEAiI: XII J 70

dostępna w czytelni

1 placówka posiada w zbiorach tę pozycję. Rozwiń informację, by zobaczyć szczegóły.

Biblioteka WEAiI

Egzemplarze są dostępne wyłącznie na miejscu w bibliotece: sygn. 144821 N (1 egz.)

Książka

W koszyku

Policy-based reconfiguration of the computer control systems / Mariusz Pelc. - Opole : Politechnika Opolska. Oficyna Wydawnicza, 2013. - 160 s. : il. ; 24 cm.

(Studia i Monografie, ISSN 1429-6063 ; z. 335)

Autor

Pelc Mariusz.

Temat

Programowanie zwinne Sterowanie

Bibliogr. s. 147-160.

dostępna do wypożyczenia

1 placówka posiada w zbiorach tę pozycję. Rozwiń informację, by zobaczyć szczegóły.

Wypożyczalnia

Są egzemplarze dostępne do wypożyczenia: sygn. 135588, 135587, 135586 (3 egz.)

Książka

W koszyku

Scrum : praktyczny przewodnik po najpopularniejszej metodzie Agile / Kenneth S. Rubin ; [tł.: Janusz Grabis]. - Gliwiece : Wydawnictwo Helion, cop. 2014. - 454 s. : il. ; 24 cm.

Autor

Rubin Kenneth S. Grabis Janusz.

Temat

Programowanie zwinne Scrum (informatyka)

Na okł.: Metodyki zwinne - Twój klucz do sukcesu!

U góry s. tyt., okł. logo wydaw. oryg.: Addison Wesley.

Bibliogr. s. [443]-446.

Sygnatura czytelni BMW: VI Ę 616 (nowy)

dostępna do wypożyczenia

Ta pozycja znajduje się w zbiorach 2 placówek. Rozwiń listę, by zobaczyć szczegóły.

Wypożyczalnia

Są egzemplarze dostępne do wypożyczenia: sygn. 139655, 139656 (2 egz.)

Biblioteka Międzywydziałowa

Egzemplarze są dostępne wyłącznie na miejscu w bibliotece: sygn. 139654 N (1 egz.)

Książka

W koszyku

(Onepress)

Autor

Schwartz Mark S. (zarządzanie). Zawiła Anna. Zawiła Tadeusz.

Forma i typ

Książki Publikacje fachowe Poradniki i przewodniki

Temat

Programowanie zwinne Scrum Zwinne zarządzanie Przywództwo

Gatunek

Poradnik

Dziedzina i ujęcie

Informatyka i technologie informacyjne Zarządzanie i marketing

ytuł oryginału: A seat at the table : IT leadership in the age of Agility.

Indeks.

CZĘŚĆ I. ODNALEZIENIE STOŁU 21 1. Siedzenie w samotności 23 2. Niedopuszczony do stołu 47 3. Zwinne podejście do stołu 67 CZĘŚĆ II. ZAPRACOWANIE NA MIEJSCE PRZY STOLE 87 4. Planowanie 89 5. Wymogi 107 6. Transformacja 123 7. Architektura korporacyjna 139 8. Budowanie kontra kupowanie 155 9. Zarządzanie i nadzór 171 10. Ryzyko 203 11. Jakość 223 12. Szara strefa IT 239 CZĘŚĆ III. SIEDZENIE PRZY STOLE 257 13. Miejsce przy stole dla dyrektora ds. informacji 259 14. Napomnienie i zachowanie przy stole 281

Sygnatura czytelni BWEAiI: XII E 113

dostępna w czytelni

1 placówka posiada w zbiorach tę pozycję. Rozwiń informację, by zobaczyć szczegóły.

Biblioteka WEAiI

Egzemplarze są dostępne wyłącznie na miejscu w bibliotece: sygn. 149899 N (1 egz.)

Brak okładki

Książka

W koszyku

Agile Development : filozofia programowania zwinnego / James Shore, Shane Warden ; [tł. Tomasz Walczak]. - Gliwice : Wydawnictwo Helion, cop. 2008. - 478 s. : il. ; 25 cm.

Autor

Shore James. Warden Shane. Walczak Tomasz.

Temat

Informatyka Programowanie zwinne Agile Development (programowanie zwinne) Projekty programistyczne

Tyt. oryg. : Art of Agile Development.

U dołu okł. : Zbiór praktycznych wskazówek dla producentów oprogramowania [...].

U dołu s. tyt. i okł. nazwa wydaw. oryg. : O'Reilly.

Bibliogr. s. 457-462 i przy niektórych rozdz. Indeks.

Sygnatura czytelni BWEAiI: XII E 30

dostępna w czytelni

1 placówka posiada w zbiorach tę pozycję. Rozwiń informację, by zobaczyć szczegóły.

Biblioteka WEAiI

Egzemplarze są dostępne wyłącznie na miejscu w bibliotece: sygn. 120859 N (1 egz.)

Książka

W koszyku

Agile : przewodnik po zwinnych metodykach programowania / Andrew Stellman, Jennifer Greene ; [tł.: Tomasz Walczak, Joanna Zatorska]. - Gliwice : Wydawnictwo Helion, cop. 2015. - 351, [1] s. : il. ; 24 cm.

(O'Reilly)

Autor

Stellman Andrew. Greene Jennifer (1971- ). Walczak Tomasz (tłumacz). Zatorska Joanna.

Temat

Programowanie zwinne

Gatunek

Podręcznik.

Na okł.: Poznaj nowoczesne podejście do wytwarzania oprogramowania!

Indeks.

Sygnatura czytelni BWEAiI: XII E 89

dostępna w czytelni

1 placówka posiada w zbiorach tę pozycję. Rozwiń informację, by zobaczyć szczegóły.

Biblioteka WEAiI

Egzemplarze są dostępne wyłącznie na miejscu w bibliotece: sygn. 141484 N (1 egz.)

Książka

W koszyku

Jakość w agile : zwinna droga do sukcesu / Karolina Zmitrowicz, Rafał Stańczak. - Warszawa : Wydawnictwo Naukowe PWN SA, copyright 2018. - XV, [3], 323, [2] strony : ilustracje, fotografie, mapy, wykresy ; 24 cm.

Autor

Zmitrowicz Karolina. Stańczak Rafał (organizacja i zarządzanie).

Forma i typ

Książki Publikacje naukowe

Odbiorca

Programiści

Temat

Programowanie zwinne Zarządzanie jakością Zwinne zarządzanie

Gatunek

Monografia

Dziedzina i ujęcie

Informatyka i technologie informacyjne Zarządzanie i marketing

Bibliografia na stronach 315-[317].

1. Zarządzanie jakością. Kultura jakości w organizacji 1.1. Koncepcja zarządzania jakością Koncepcja Zarządzanie jakością Zarządzanie przez 1.2. Ustalenie procesu zarządzania 1.3. Proces transformacji z podejścia tradycyjnego do zwinnego Kontekst zarządzania jakością Planowanie czynności zapewniania jakości i testowania Postęp prac Proces zgłaszania i naprawy defektów 1.4. Modele funkcjonowania zespołów – podejście tradycyjne a zwinne Zapewnianie jakości w Pojedynczy zespół pracujący nad jednym produktem Wiele zespołów pracujących nad jednym produktem 2. Inżynieria wymagań w projektach zwinnych 2.1. Wprowadzenie do inżynierii wymagań Zadania i czynności inżynierii Śledzenie powiązań 2.2. Interesariusze – z kim i dla kogo? Wizja produktu 2.3. Metody oraz formy pozyskiwania i dokumentacji wymagań Historyjki użytkownika Model INVEST Persona Przypadki użycia Prototypy, makiety, szkielety 2.4. Przegląd wymagań i zgłaszanie poprawek Kontrola jakości Definicja gotowości i ukończenia – kiedy można zacząć, a kiedy już skończyć Walidacja wymagań i współpraca z biznesem – pielęgnacja rejestru produktu 2.5. Wsparcie Mapy myśli Modelowanie oprogramowania Modelowanie procesów biznesowych Prototypowanie Narzędzia wspierające pracę grupową Budowanie strategii testów w organizacji 3.1. Strategia na poziomie organizacji 3.2. Polityka i ogólna strategia testów 3.3. Poziomy testów Pojęcie weryfikacji i walidacji Poziomy testów 3.4. Piramida testów w 3.5. Koncepcja kwadrantów testowych 3.6. Różne podejścia do testowania Testowanie oparte na ryzyku Testowanie oparte na modelach 3.7. Podejścia do tworzenia i wytwarzania architektury TDD BDD, SBE, ATDD Mikroserwisy 3.8. Zarządzanie ryzykiem – techniki i metody Tradycyjne zarządzanie ryzykiem Plan zarządzania ryzykiem Zwinny proces zarządzania ryzykiem Identyfikacja ryzyk w projektach zwinnych Wartość zarządzania ryzykiem Strategie reakcji na ryzyko 3.9. Strategia automatyzacji Cel automatyzacji Co warto i można automatyzować Problemy związane z automatyzacją Wykorzystanie narzędzi Wprowadzanie nowych narzędzi w organizacji Weryfikacja zakładanej koncepcji Analiza porównawcza 3.10. Dokumentacja testów – szablony i dobre praktyki 3.11. Organizacja pracy w zespole Wartości wspierające pracę zespołową Praca w parach Praca w zespołach rozproszonych 3.12. Wsparcie narzędziowe Narzędzia wspierające pracę grupową Narzędzia wspierające planowanie prac Inne narzędzia 4. Planowanie testów w projekcie 4.1. Testowanie w projekcie 4.2. Organizacja i model pracy Przygotowanie modelu Budowa repozytorium scenariuszy testowych Przepływ pracy dla scenariuszy testowych Planowanie działań testowych 4.3. Realizacja kampanii testowej 4.4. Raportowanie wyników kampanii testowej Raporty z procesów zarządzania jakością 4.5. Środowiska i dane testowe 4.6. Wsparcie narzędziowe Narzędzia do zarządzania wiedzą Narzędzia do zarządzania zgłoszeniami Narzędzia do zarządzania testami Narzędzia wspierające planowanie prac Narzędzia wspierające pracę grupową 5. Techniczne zapewnienie jakości 5.1. Pojęcie długu technicznego 5.2. Standardy budowania kodu 5.3. Testy jednostkowe Raportowanie z testów automatycznych 5.4. Statyczna analiza kodu 5.5. Przeglądy/inspekcje kodu 5.6. Agile a DevOps Praktyki pracy ciągłej 5.7. Wsparcie narzędziowe Zintegrowane środowisko programistyczne Repozytoria kodu źródłowego Narzędzia do testów jednostkowych Narzędzia do raportowania pokrycia kodu testami jednostkowymi Narzędzia do analizy statycznej Narzędzia do budowania wersji 6. Testowanie wartości biznesowej produktu Testy eksploracyjne Zarządzanie testami oparte na sesjach Inne rodzaje testów 6.1. Retrospekcja postępu prac 6.2. Wsparcie narzędziowe Raportowanie z SBTM Narzędzia wspierające testy na wielu przeglądarkach i systemach operacyjnych 7. Utrzymanie produktu 7.1. Zarządzanie incydentami 7.2. Koncepcje obsługi zgłoszeń na produkcji Analiza przyczyn źródłowych problemu wraz z sugestią procesu naprawczego 7.3. Wsparcie narzędziowe Narzędzia wspierające RCA Narzędzia do monitoringu wsparcia produkcji Narzędzia do zarządzania wiedzą Wspólne tworzenie dokumentów Tablice kanbanowe 8. Ciągłe zapewnienie jakości Zwinne myślenie 8.1. Koncepcja łańcucha bramek jakości 8.2. Zapobieganie występowaniu problemów Techniki i metody zapewniania jakości Monitoring 8.3. Wsparcie narzędziowe Narzędzia do monitoringu infrastruktury i systemów IT 9. Dobrze. Lepiej. Bardzo dobrze. Lepsze zarządzanie jakością w Agile 9.1. Wizualizacja potrzeb związanych z zarządzaniem jakością w organizacji plus edukacja wewnątrz firmy Ewangelista zapewniania jakości Zwinne gildie. Model Spotify 9.2. Jak i gdzie zdobywać wiedzę? Szkolenia i certyfikacje Coaching Meetupy – cykliczne spotkania społeczności Idea open space Konferencje Podsumowanie Manifest zwinnego zarządzania jakością Praktyki zwinnego zarządzania jakością

dostępna do wypożyczenia

1 placówka posiada w zbiorach tę pozycję. Rozwiń informację, by zobaczyć szczegóły.

Wypożyczalnia

Są egzemplarze dostępne do wypożyczenia: sygn. 145938 (1 egz.)