Agile. Programowanie zwinne: zasady, wzorce i praktyki zwinnego wytwarzania oprogramowania w C#

Agile-Programowanie-zwinne-zasady-wzorce-i-praktyki-zwinnego-wytwarzania-oprogramowania-w-C#.jpg, Robert-C- Martin-Micah-Martin.jpg, Arik-pl-Księgarnia-Akademicka.jpg
  • promocja
Dostępność: średnia ilość
Wysyłka w: 48 godzin
Dostawa: Cena nie zawiera ewentualnych kosztów płatności sprawdź formy dostawy
Cena: 109,00 zł
zawiera 5.00% VAT, bez kosztów dostawy

Cena regularna: 129,00 zł

109.00
Najniższa cena od wprowadzenia towaru: 129,00 zł
ilość szt.
Zyskujesz 10 pkt [?]

towar niedostępny

dodaj do przechowalni
Pin It

Opis

Poznaj nowoczesną metodykę wytwarzania oprogramowania w C#

  • Jak stosować w praktyce zasady zwinnego wytwarzania oprogramowania?
  • W jaki sposób wykorzystywać w projekcie diagramy UML?
  • Jak korzystać z wzorców projektowych?

W związku ze stale rosnącymi oczekiwaniami użytkowników oprogramowania produkcja systemów informatycznych wymaga dziś korzystania z usystematyzowanych metod zarządzania. Projekt informatyczny, przy którym nie używa się sensownej metodologii wytwarzania, jest skazany na porażkę - przekroczenie terminu, budżetu i niespełnienie wymagań funkcjonalnych. Kierowanie projektem zgodnie z określonymi zasadami również nie gwarantuje sukcesu, lecz znacznie ułatwia jego osiągnięcie. Na początku roku 2001 grupa ekspertów zawiązała zespół o nazwie Agile Alliance. Efektem prac tego zespołu jest metodologia zwinnego wytwarzania oprogramowania - Agile.

Książka Agile. Programowanie zwinne: zasady, wzorce i praktyki zwinnego wytwarzania oprogramowania w C# to podręcznik metodologii Agile przeznaczony dla twórców oprogramowania korzystających z technologii .NET. Dzięki niemu poznasz podstawowe założenia i postulaty twórców Agile i nauczysz się stosować je w praktyce. Dowiesz się, jak szacować terminy i koszty, dzielić proces wytwarzania na iteracje i testować produkt. Zdobędziesz wiedzę na temat refaktoryzacji, diagramów UML, testów jednostkowych i wzorców projektowych. Przeczytasz także o publikowaniu kolejnych wersji oprogramowania.

  • Techniki programowania ekstremalnego
  • Planowanie projektu
  • Testowanie i refaktoryzacja
  • Zasady zwinnego programowania
  • Modelowanie oprogramowania za pomocą diagramów UML
  • Stosowanie wzorców projektowych
  • Projektowanie pakietów i komponentów

Przekonaj się, ile czasu i pracy zaoszczędzisz, stosując w projektach metodologię Agile.

O autorach

Robert C. Martin (Wujek Bob) jest programistą od 1970 roku. Jest uznanym mówcą na konferencjach całego świata. Napisał między innymi książki Czysty kod (Helion, 2009), Agile. Programowanie zwinne: zasady, wzorce i praktyki zwinnego wytwarzania oprogramowania w C# (Helion, 2008), Mistrz czystego kodu. Kodeks postępowania profesjonalnych programistów (Helion, 2013) oraz UML for Java Programmers (Prentice Hall, 2003). Oprócz tego Martin opublikował setki artykułów, rozpraw i wpisów na blogach. Działał jako redaktor naczelny magazynu „The C++ Report” i był pierwszym przewodniczącym organizacji Agile Alliance. Założył i prowadzi międzynarodową firmę Object Mentor Inc., skupiającą doświadczonych programistów i menedżerów specjalizujących się we wspomaganiu firm w realizacji trudnych projektów.

Micah Martin pracuje w firmie Object Mentor na stanowiskach programisty, konsultanta i doradcy w takich obszarach jak zasady i wzorce obiektowe oraz praktyki zwinnego wytwarzania oprogramowania. Micah jest współtwórcą i głównym programistą w projekcie open source FitNesse. Jest też znanym autorem artykułów i regularnym mówcą na rozmaitych konferencjach.

Spis treści

  • Słowo wstępne
  • Słowo wstępne
    • Zaczerpnięte z książki Agile Software Development: Principles, Patterns and Practices
  • Przedmowa
    • Wstęp Boba
    • Wstęp Micaha
    • O książce
      • Odrobina historii
        • Znajomość z Boochem
        • Wpływ metodyki programowania ekstremalnego
        • Znajomość z Beckiem
        • .NET
      • Diabeł tkwi w szczegółach
      • Organizacja
      • Jak należy czytać tę książkę
  • Podziękowania
  • O autorach
  • 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
    • Podstawowe zasady
    • Konkluzja
    • Bibliografia
  • 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
    • Konkluzja
    • Bibliografia
  • 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
    • Konkluzja
    • Bibliografia
  • 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
    • Konkluzja
    • Bibliografia
  • 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
    • Konkluzja
    • Bibliografia
  • 8. Zasada pojedynczej odpowiedzialności
    • Definiowanie odpowiedzialności
    • Oddzielanie wzajemnie powiązanych odpowiedzialności
    • Trwałość
    • Konkluzja
    • Bibliografia
  • 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
    • Konkluzja
    • Bibliografia
  • 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
    • Konkluzja
    • Bibliografia
  • 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
    • Konkluzja
    • Bibliografia
  • 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
    • Konkluzja
    • Bibliografia
  • 13. Przegląd języka UML dla programistów C#
    • Diagramy klas
    • Diagramy obiektów
      • Diagramy sekwencji
    • Diagramy współpracy
    • Diagramy stanów
    • Konkluzja
    • Bibliografia
  • 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ą?
    • Konkluzja
  • 15. Diagramy stanów
    • Wprowadzenie
      • Zdarzenia specjalne
      • Superstany
      • Pseudostan początkowy i końcowy
    • Stosowanie diagramów skończonych maszyn stanów
    • Konkluzja
  • 16. Diagramy obiektów
    • Migawka
    • Obiekty aktywne
    • Konkluzja
  • 17. Przypadki użycia
    • Pisanie przypadków użycia
      • Przebiegi alternatywne
      • Co jeszcze?
    • Prezentowanie przypadków użycia na diagramach
    • Konkluzja
    • Bibliografia
  • 18. Diagramy sekwencji
    • Wprowadzenie
      • 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
    • Konkluzja
  • 19. Diagramy klas
    • Wprowadzenie
      • 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
    • Konkluzja
      • Bibliografia
  • 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
    • Bibliografia
  • 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
    • Konkluzja
    • Bibliografia
  • 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
    • Konkluzja
    • Bibliografia
  • 23. Wzorce projektowe Facade i Mediator
    • Wzorzec projektowy Facade
    • Wzorzec projektowy Mediator
    • Konkluzja
    • Bibliografia
  • 24. Wzorce projektowe Singleton i Monostate
    • Wzorzec projektowy Singleton
      • Zalety
      • Wady
      • Wzorzec Singleton w praktyce
    • Wzorzec projektowy Monostate
      • Zalety
      • Wady
      • Wzorzec Monostate w praktyce
    • Konkluzja
    • Bibliografia
  • 25. Wzorzec projektowy Null Object
    • Omówienie
    • Konkluzja
    • Bibliografia
  • 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
    • Konkluzja
    • Bibliografia
  • 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
    • Konkluzja
    • O tym rozdziale
    • Bibliografia
  • 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
    • Konkluzja
  • 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
    • Bibliografia
  • 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
    • Konkluzja
    • Bibliografia
  • 31. Wzorzec projektowy Composite
    • Polecenia kompozytowe
    • Liczność albo brak liczności
    • Konkluzja
  • 32. Wzorzec projektowy Observer ewolucja kodu w kierunku wzorca
    • Zegar cyfrowy
    • Wzorzec projektowy Observer
      • Modele
      • Zarządzanie zasadami projektowania obiektowego
    • Konkluzja
    • Bibliografia
  • 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
    • Konkluzja
    • Bibliografia
  • 34. Wzorce projektowe Proxy i Gateway zarządzanie cudzymi interfejsami API
    • Wzorzec projektowy Proxy
      • Implementacja wzorca Proxy
      • Podsumowanie
    • 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
    • Konkluzja
    • Bibliografia
  • 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
    • Konkluzja
    • Bibliografia
  • 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
    • Konkluzja
    • Bibliografia
  • 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
    • Konkluzja
    • Bibliografia
  • Dodatek A. Satyra na dwa przedsiębiorstwa
    • Rufus Inc. Project Kickoff
    • Rupert Industries Project Alpha
  • Dodatek B. Czym jest oprogramowanie?
    • Posłowie

Koszty dostawy Cena nie zawiera ewentualnych kosztów płatności

Kraj wysyłki:

Opinie o produkcie (0)

do góry
Sklep jest w trybie podglądu
Pokaż pełną wersję strony
Sklep internetowy Shoper.pl