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

4 wyniki

Książka

W koszyku

Przyspieszenie : Lean i DevOps w rozwoju firm technologicznych / Nicole Forsgren, Jez Humble, Gene Kim, tłumaczenie Krzysztof Sawka. - Gliwice : Helion, copyright 2020. - 231 stron : ilustracje ; 24 cm.

Autor

Forsgren Nicole. Humble Jez. Kim Gene (1971- ). Sawka Krzysztof.

Forma i typ

Publikacje fachowe

Temat

Programowanie zwinne. Badania operacyjne Szczupłe zarządzanie

Gatunek

Opracowanie

Dziedzina i ujęcie

Informatyka i technologie informacyjne Zarządzanie i marketing

Bibliografia na stronach 217-223. Indeks.

CZĘŚĆ I. NASZE ODKRYCIA 1. Przyspieszenie 27 2. Mierzenie wydajności 35 3. Mierzenie i zmienianie kultury 49 4. Praktyki techniczne 59 5. Architektura 73 6. Integracja bezpieczeństwa informacji z cyklem życia dostarczania oprogramowania 81 7. Praktyki zarządcze 85 8. Wytwarzanie produktu 91 9. Podtrzymywanie zapału do pracy 97 10. Satysfakcja, tożsamość i zaangażowanie pracownika 107 11. Liderzy i menedżerowie 119 CZĘŚĆ II. BADANIA 12. Podstawy naukowe badań opisanych w książce 131 13. Wprowadzenie do psychometrii 141 14. Dlaczego ankieta? 151 15. Dane wykorzystane w projekcie 161 CZĘŚĆ III. TRANSFORMACJA 16. Wysokowydajne przywództwo i zarządzanie 169 A. Zdolności napędzające usprawnienia 189 B. Statystyki 197 C. Metody statystyczne użyte w naszych badaniach 207

Sygnatura czytelni BMW: VI Ę 100 (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. 149918 N (1 egz.)

Książka

W koszyku

Ciągłe dostarczanie oprogramowania : automatyzacja kompilacji, testowania i wdrażania / Jez Humble, David Farley ; [tłumaczenie Dorota Konowrocka-Sawa]. - Gliwice : Wydawnictwo Helion, copyright 2015. - 438 strony : ilustracje ; 24 cm.

Autor

Humble Jez. Farley David (1959- ). Konowrocka-Sawa Dorota.

Forma i typ

Książki Publikacje dydaktyczne Publikacje fachowe

Odbiorca

Menedżerowie Programiści

Temat

Automatyzacja Bazy danych Programowanie Programy komputerowe Weryfikacja oprogramowania Zarządzanie projektami Zwinne zarządzanie

Gatunek

Podręcznik

Dziedzina i ujęcie

Informatyka i technologie informacyjne

U dołu okładki: Dostarczaj oprogramowanie na zawołanie!

Bibliografia na stronach 427-428. Indeks.

PODSTAWY Problem dostarczania oprogramowania Niektóre powszechnie występujące błędne wzorce wydawania oprogramowania Antywzorzec: ręczne wdrażanie oprogramowania Antywzorzec: wdrożenie w środowisku zbliżonym do środowiska produkcyjnego dopiero po zakończeniu programowania Antywzorzec: ręczne zarządzanie konfiguracją środowiska produkcyjnego Czy możemy to poprawić? Jak mamy osiągnąć nasz cel? Każda zmiana powinna uruchamiać proces pozyskiwania informacji zwrotnej Informacja zwrotna musi być uzyskiwana możliwie szybko Zespół odpowiedzialny za wdrożenie musi wyciągnąć praktyczne wnioski z otrzymanej informacji zwrotnej Czy ten proces się skaluje? Jakie płyną z tego korzyści? Przyznanie zespołom większej władzy Ograniczenie liczby błędów Obniżenie poziomu stresu Elastyczność wdrożenia Ćwiczenie czyni mistrza Kandydat do wydania Każde zaewidencjonowanie prowadzi do potencjalnego wydania Zasady dostarczania oprogramowania Stwórz powtarzalny, niezawodny proces dostarczania oprogramowania Automatyzuj, co tylko się da Przechowuj wszystko w systemie kontroli wersji Jeśli to boli, rób to częściej i szybciej zmierz się z bólem Wbuduj jakość w proces wytwarzania Gotowe oznacza wydane Wszyscy są odpowiedzialni za udostępnianie oprogramowania Ciągłe doskonalenie Zarządzanie konfiguracją Stosowanie systemów kontroli wersji W systemie kontroli wersji przechowuj absolutnie wszystko Wprowadzaj zmiany regularnie do głównej gałęzi projektu Posługuj się czytelnymi opisami zakresu zmian Zarządzanie zależnościami Zarządzanie bibliotekami zewnętrznymi Zarządzanie modułami Zarządzanie konfiguracją oprogramowania Konfiguracja i elastyczność Typy konfiguracji Zarządzanie konfiguracją aplikacji Zarządzanie konfiguracją szeregu aplikacji Zasady zarządzania konfiguracją aplikacji Zarządzanie środowiskami Narzędzia do zarządzania środowiskami Zarządzanie procesem zmiany Ciągła integracja Wdrażanie ciągłej integracji Czego potrzebujesz na początek? Podstawowy system ciągłej integracji Warunki wstępne ciągłej integracji Ewidencjonuj regularnie Stwórz obszerny i kompleksowy zestaw zautomatyzowanych testów Niech proces kompilacji i testowania będzie możliwie krótki Zarządzanie środowiskiem programistycznym Stosowanie systemów ciągłej integracji Podstawowa funkcjonalność Wodotryski Kluczowe praktyki Nie ewidencjonuj niczego w popsutej kompilacji Zawsze testuj lokalnie wszystkie zmiany przed ich zatwierdzeniem albo zleć to serwerowi CI Zanim podejmiesz pracę, poczekaj na powodzenie testów towarzyszących przekazywaniu zmian Nigdy nie idź do domu, dopóki kompilacja nie działa poprawnie Zawsze bądź przygotowany na powrót do poprzednich wersji Ustaw sobie limit czasu na poprawki przed cofnięciem zmian Nie wyłączaj testów, które zakończyły się niepowodzeniem Weź odpowiedzialność za wszystkie szkody powstałe w wyniku zmian Programowanie sterowane testami Zalecane praktyki Praktyki programowania ekstremalnego (XP) Odrzucanie kompilacji ze względu na naruszenie architektury Odrzucanie kompilacji ze względu na powolność testów Odrzucanie kompilacji ze względu na ostrzeżenia i niewłaściwe formatowania kodu Zespoły rozproszone Wpływ na proces Scentralizowana ciągła integracja Problemy techniczne Podejścia alternatywne Rozproszone systemy kontroli wersji Wdrożenie strategii testów Typy testów Testy biznesowe wspierające proces wytwarzania oprogramowania Testy technologiczne wspierające programowanie Testy biznesowe umożliwiające krytyczną analizę projektu Testy technologiczne umożliwiające krytyczną analizę projektu Obiekty zastępcze Sytuacje i strategie z prawdziwego życia Na początku projektu W środku projektu Kod zastany Testy integracyjne Proces Zarządzanie zaległymi błędami POTOK WDROŻEŃ Anatomia potoku wdrożeń Czym jest potok wdrożeń? Podstawowy potok wdrożeń Praktyki związane z potokiem wdrożeń Kompiluj binaria tylko raz W każdym środowisku wdrażaj w taki sam sposób Testuj wdrożenia testami dymnymi Wdrażaj na kopii środowiska produkcyjnego Każda zmiana powinna być natychmiast przekazywana do kolejnej fazy potoku Jeśli jakakolwiek część potoku nie działa, zatrzymaj potok Faza przekazywania zmian Najlepsze praktyki fazy przekazywania zmian Bramka automatycznych testów akceptacyjnych Najlepsze praktyki fazy zautomatyzowanych testów akceptacyjnych Kolejne fazy testowania Testy ręczne Testy niefunkcjonalne Przygotowanie do wydania Automatyzacja wdrożenia i wydania Wycofywanie się ze zmian Budowanie na sukcesie Implementacja potoku wdrożeń Tworzenie modelu strumienia wartości i szkieletu systemu Automatyzacja procesu kompilacji i wdrażania Automatyzacja testów jednostkowych i analiza kodu Automatyzacja testów akceptacyjnych Rozwijanie potoku Miary Skrypty kompilacji i wdrożenia Przegląd narzędzi kompilacji Make Ant NAnt i MSBuild Maven Rake Buildr Psake Reguły i praktyki pisania skryptów kompilacji i wdrożenia Stwórz skrypt dla każdej fazy potoku wdrożeń Zastosuj właściwą technologię do wdrożenia aplikacji W każdym środowisku wdrażaj za pomocą tych samych skryptów Skorzystaj z systemu zarządzania pakietami systemu operacyjnego Zapewnij idempotentność procesu wdrożenia Rozwijaj system wdrożeniowy przyrostowo Struktura projektu dla aplikacji, których celem jest wirtualna maszyna Javy Układ projektu Tworzenie skryptów wdrożenia Wdrażanie i testowanie warstw Testowanie konfiguracji środowiska Rady i wskazówki Zawsze stosuj ścieżki względne Wyeliminuj etapy ręczne Wbuduj możliwość prześledzenia drogi od binariów do systemu kontroli wersji Nie ewidencjonuj binariów w systemie kontroli wersji jako części kompilacji Cele testowe nie powinny eliminować kompilacji Ogranicz aplikację za pomocą zintegrowanych testów dymnych Porady i wskazówki dotyczące .NET Faza przekazywania zmian Zasady i praktyki fazy przekazywania zmian Dostarczaj szybkiej i użytecznej informacji zwrotnej Co powinno przerywać fazę przekazywania zmian? Nadzoruj uważnie fazę przekazywania zmian Przekaż odpowiedzialność programistom W bardzo dużych zespołach przypisz komuś funkcję mistrza kompilacji Wyniki fazy przekazywania zmian Repozytorium artefaktów Zasady i praktyki dotyczące zestawu testów fazy przekazywania zmian Unikaj interfejsu użytkownika Stosuj wstrzykiwanie zależności Unikaj bazy danych Przy testach jednostkowych unikaj asynchroniczności Wykorzystywanie obiektów zastępczych Minimalizacja stanu w testach Pozorowanie czasu Nic na siłę Zautomatyzowane testy akceptacyjne Dlaczego zautomatyzowane testy akceptacyjne są tak ważne?) Jak tworzyć zestawy poddających się utrzymaniu testów akceptacyjnych? Testowanie graficznego interfejsu użytkownika Tworzenie testów akceptacyjnych Rola analityków i testerów Analiza w projektach iteracyjnych Kryteria akceptacyjne jako wykonywalne specyfikacje Warstwa sterownika aplikacji Jak wyrażać swoje kryteria akceptacyjne? Wzorzec sterownika okna: uniezależnianie testów od GUI Implementacja testów akceptacyjnych Stan w testach akceptacyjnych Ograniczenia procesu, hermetyzacja i testowanie Zarządzanie asynchronicznością i przekroczeniem czasu przyznanego na daną operację Stosowanie obiektów zastępczych Faza testów akceptacyjnych Utrzymywanie poprawności testów akceptacyjnych Testy wdrożenia Wydajność testów akceptacyjnych Refaktoryzacja często wykonywanych zadań Współdziel kosztowne zasoby Testowanie równoległe Stosowanie przetwarzania rozproszonego Testowanie wymagań niefunkcjonalnych Zarządzanie wymaganiami niefunkcjonalnymi Analiza wymagań niefunkcjonalnych Programowanie z myślą o wydajności Pomiar wydajności Jak definiować sukces i porażkę w testach wydajnościowych? Środowisko testów wydajnościowych Automatyzacja testów wydajnościowych Testowanie wydajności poprzez interfejs użytkownika Nagrywanie interakcji przez usługę lub publiczne API Stosowanie szablonów nagranych interakcji Stosowanie stubów testów wydajnościowych do produkcji testów Dodawanie testów wydajnościowych do potoku wdrożeń Dodatkowe korzyści płynące z systemu testów wydajnościowych Wdrażanie i wydawanie aplikacji Tworzenie strategii udostępniania oprogramowania Plan wydania Udostępnianie produktów użytkownikom Wdrażanie i promocja aplikacji Pierwsze wdrożenie Szkicowanie procesu udostępniania oprogramowania i promowania kompilacji Promocja konfiguracji Orkiestracja Wdrożenia w środowiskach tymczasowych Wycofywanie się z wdrożeń i wydania bez przestojów Wycofywanie się poprzez powtórne wdrożenie wcześniejszej dobrej wersji Wydanie bez przestoju Wdrożenia niebiesko-zielone Wydanie kanarkowe Poprawki awaryjne Ciągłe wdrażanie Ciągłe udostępnianie oprogramowania instalowanego przez użytkownika Rady i wskazówki Ludzie odpowiedzialni za wdrożenie powinni być zaangażowani w tworzenie procesu wdrożenia Loguj działania związane z wdrożeniem Nie kasuj starych plików, tylko je przenieś Za wdrożenie odpowiada cały zespół Aplikacje serwerowe nie powinny mieć interfejsu graficznego Przy nowym wdrożeniu pamiętaj o rozgrzewce Szybko odrzucaj błędne wersje Nie dokonuj zmian bezpośrednio w środowisku produkcyjnym EKOSYSTEM DOSTARCZANIA OPROGRAMOWANIA Zarządzanie środowiskami i infrastrukturą Rozumienie potrzeb zespołu eksploatacji systemów IT Dokumentacja i audyt Ostrzeżenia o nienormalnych zdarzeniach Planowanie ciągłości dostarczania usług IT Korzystaj z technologii znanej zespołowi eksploatacji systemów IT Opracowywanie modelu infrastruktury i zarządzanie nią Kontrola dostępu do infrastruktury Wprowadzanie zmian w infrastrukturze Zarządzanie dostarczaniem i konfiguracją serwerów Dostarczanie serwerów Bieżące zarządzanie serwerami Zarządzanie konfiguracją middleware'u Zarządzanie konfiguracją Zbadaj produkt Przeanalizuj, w jaki sposób middleware obsługuje stan Poszukaj API konfiguracji Zastosuj lepszą technologię Zarządzanie usługami infrastrukturalnymi Systemy wieloadresowe Wirtualizacja Zarządzanie środowiskami wirtualnymi Środowiska wirtualne i potok wdrożeń Wysoce równoległe testowanie ze środowiskami wirtualnymi Przetwarzanie w chmurze Infrastruktura w chmurze Platformy w chmurze Jedno rozwiązanie nie musi być odpowiednie dla wszystkich Krytyka przetwarzania w chmurze Monitorowanie infrastruktury i aplikacji Gromadzenie danych Rejestrowanie zdarzeń Tworzenie tablic wskaźników Monitoring sterowany zachowaniami Zarządzanie danymi Pisanie skryptów baz danych Inicjalizacja baz danych Zmiana przyrostowa Wersjonowanie bazy danych Zarządzanie zharmonizowanymi zmianami Wycofywanie się do poprzedniej wersji baz danych i wydania bez przestojów Wycofywanie się bez utraty danych Uniezależnianie wdrożenia aplikacji od migracji bazy danych Zarządzanie danymi testowymi Imitowanie bazy danych na potrzeby testów jednostkowych Zarządzanie zależnościami między testami a danymi Izolacja testu Przygotowanie i rozmontowanie Spójne scenariusze testowe Zarządzanie danymi i potok wdrożeń Dane w fazie przekazywania zmian Dane w testach akceptacyjnych Dane w testach wydajnościowych Dane w innych fazach testów Zarządzanie modułami i zależnościami Utrzymywanie aplikacji w stanie zdatności do wydania Ukryj nową funkcjonalność, dopóki nie zostanie ukończona Wprowadzaj wszystkie zmiany przyrostowo Rozgałęzianie przez abstrakcję Zależności Piekło zależności Zarządzanie bibliotekami Moduły Jak dzielić bazę kodu na moduły? Droga modułów przez potok wdrożeń Potok integracyjny Zarządzanie schematem zależności Tworzenie schematów zależności Potokowanie schematów zależności Kiedy powinniśmy wyzwalać kompilacje? Ostrożny optymizm Zależności cykliczne Zarządzanie binariami Jak powinno działać repozytorium artefaktów? W jaki sposób potok wdrożeń powinien współdziałać z repozytorium artefaktów? Zarządzanie zależnościami za pomocą Mavena Refaktoryzacja zależności Mavena Zaawansowana kontrola wersji Krótka historia kontroli wersji CVS Subversion Komercyjne systemy kontroli wersji Wyłącz pesymistyczne blokowanie Rozgałęzianie i scalanie Scalanie Gałęzie, strumienie i ciągła integracja Rozproszone systemy kontroli wersji Czym jest rozproszony system kontroli wersji? Krótka historia rozproszonego systemu kontroli wersji Rozproszone systemy kontroli wersji w środowiskach korporacyjnych Korzystanie z rozproszonych systemów kontroli wersji Strumieniowe systemy kontroli wersji Czym są strumieniowe systemy kontroli wersji? Modele wytwarzania oprogramowania z wykorzystaniem strumieni Widoki statyczne i dynamiczne Ciągła integracja z systemami kontroli wersji opartymi na strumieniach Programuj na gałęzi głównej projektu Dokonywanie złożonych zmian bez rozgałęziania Gałąź na potrzeby wydania Rozgałęzienia według kryterium funkcji Rozgałęzianie pod kątem zespołu Zarządzanie ciągłym dostarczaniem oprogramowania Model dojrzałości zarządzania konfiguracją i wydaniami Jak posługiwać się modelem dojrzałości Cykl życia projektu Identyfikacja Zapoczątkowywanie Inicjalizacja Wytwarzanie i wdrażanie Eksploatacja Proces zarządzania ryzykiem Podstawy zarządzania ryzykiem Harmonogram zarządzania ryzykiem Jak wykonać ćwiczenie z zakresu zarządzania ryzykiem? Częste problemy z dostarczaniem oprogramowania - objawy i przyczyny Rzadkie lub wadliwe wdrożenia Kiepska jakość aplikacji Kiepsko zarządzany proces ciągłej integracji Słabe zarządzanie konfiguracją Zgodność z regulacjami i audyt Przewaga automatyzacji nad dokumentacją Narzucanie możliwości śledzenia zmian Praca w silosach Zarządzanie zmianą

Sygnatura czytelni BWEAiI: XII J 51

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. 145213, 145237 (2 egz.)

Biblioteka WEAiI

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

Książka

W koszyku

Metoda Lean Enterprise : w poszukiwaniu innowacji / Jez Humble, Joanne Molesky, Barry O'Reilly ; [tłumaczenie: Maksymilian Gutowski]. - Gliwice : Wydawnictwo Helion, cop. 2019. - 291 stron : ilustracje ; 24 cm.

(Onepress)

Autor

Humble Jez. Gutowski Maksymilian. O'Reilly Barry. Molesky Joanne.

Forma i typ

Książki Poradniki i przewodniki

Temat

Skuteczność organizacyjna.

Gatunek

Poradniki

Dziedzina i ujęcie

Zarządzanie i marketing

Na stronie tytułowej i okładce logo O'Reilly.

Bibliografia strony 287-291.

ORIENTACJA Zarządzanie dynamiką portfela przedsiębiorstwa EKSPLORACJA Modelowanie i pomiar ryzyka inwestycyjnego Eksploracja niepewności w poszukiwaniu okazji do rozwoju Ewaluacja dopasowania produktu do rynku EKSPLOATACJA Ciągłe ulepszanie Identyfikacja wartości i zwiększanie przepływu Przyjęcie praktyk rozwojowych lean Eksperymentalne podejście do rozwoju produktu Wdrożenie dowodzenia przez misję TRANSFORMACJA Rozwijanie kultury innowacyjności Nastawienie lean w zarządzaniu ładem, ryzykiem i zgodnością Napędzanie innowacji produktowej przez zarządzanie finansami IT jako przewaga konkurencyjna Zacznij tam, gdzie jesteś

Sygnatura czytelni BMW: VI F 172 (nowy)

Sygnatura czytelni BWZ: VII B 86

dostępna do wypożyczenia

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

Wypożyczalnia

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

Biblioteka Międzywydziałowa

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

Biblioteka WEiZ

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

Książka

W koszyku

DevOps : światowej klasy zwinność, niezawodność i bezpieczeństwo w twojej organizacji / Gene Kim, Jez Humble, Patrick Debois, John Willis ; przedmowa: John Allspaw ; [tłumaczenie: Radosław Meryk]. - Gliwice : Wydawnictwo Helion, copyright 2017. - 448, [1] strona : ilustracje ; 24 cm.

(Onepress)

Autor

Kim Gene (1971- ). Humble Jez. Debois Patrick. Willis John. Allspaw John. Meryk Radosław.

Forma i typ

Książki Publikacje fachowe

Temat

Zarządzanie Techniki informatyczne

Gatunek

Poradnik

Dziedzina i ujęcie

Informatyka i technologie informacyjne Zarządzanie i marketing

Indeks.

Wyobraź sobie świat, w którym Dev i Ops tworzą DevOps Wprowadzenie do podręcznika DevOps TRZY DROGI Agile, ciągłe dostarczanie i trzy drogi Pierwsza droga: Zasady przepływu Druga droga: Zasady sprzężenia zwrotnego Trzecia droga: Zasady ciągłego uczenia się i eksperymentowania OD CZEGO ZACZĄĆ? Wybór strumieni wartości, od których należy zacząć Zrozumienie pracy w strumieniu wartości, zapewnienie jej widoczności i rozszerzenie zrozumienia na całą organizację Projektowanie organizacji i jej architektury z uwzględnieniem praw Conwaya Jak uzyskać świetne efekty poprzez zintegrowanie zadań działu Ops z codzienną pracą działu Dev? PIERWSZA DROGA TECHNICZNE PRAKTYKI PRZEPŁYWU Podstawy potoku wdrożeń Szybkie i niezawodne testowanie automatyczne Wdrożenie i stosowanie praktyk ciągłej integracji Automatyzacja i zapewnienie wydań niskiego ryzyka Architektura dla wydań niskiego ryzyka DRUGA DROGA TECHNICZNE PRAKTYKI SPRZĘŻEŃ ZWROTNYCH Tworzenie telemetrii umożliwiające dostrzeganie i rozwiązywanie problemów Analizowanie telemetrii w celu lepszego przewidywania problemów i realizowania zadań Sprzężenia zwrotne poprawiają bezpieczeństwo wdrażania kodu przez zespoły Dev i Ops Integracja technik wytwarzania oprogramowania sterowanego hipotezami i testowania A/B w codziennej pracy Tworzenie procesów przeglądu i koordynacji w celu poprawy jakości bieżącej pracy TRZECIA DROGA TECHNICZNE PRAKTYKI CIĄGŁEGO UCZENIA SIĘ I EKSPERYMENTOWANIA Stworzenie warunków do uczenia się podczas codziennej pracy Konwersja lokalnych odkryć w globalne usprawnienia Zarezerwuj czas na stworzenie organizacyjnego systemu uczenia się i doskonalenia ZARZĄDZANIE ZMIANAMI I ZAPEWNIENIE ZGODNOŚCI Z PRZEPISAMI Bezpieczeństwo informacji jako codzienne zadanie każdego z nas Ochrona potoku wdrożeń Wezwanie do działania. Podsumowanie podręcznika DevOps

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. 144903, 144904 (2 egz.)