reklama - zainteresowany?

11 zasad projektowania architektury oprogramowania - Helion

11 zasad projektowania architektury oprogramowania
ebook
Autor: Michael Keeling
ISBN: 9788301219208
stron: 172, Format: ebook
Data wydania: 2021-08-17
Księgarnia: Helion

Cena książki: 39,20 zł (poprzednio: 48,40 zł)
Oszczędzasz: 19% (-9,20 zł)

Dodaj do koszyka 11 zasad projektowania architektury oprogramowania

Ebook 11 zasad projektowania architektury oprogramowania autorstwa Michaela Keelinga to zbiór porad doświadczonego architekta oprogramowania, jak tworzyć niezawodne oprogramowanie. Czytelnik dowie się z książki m.in., jak opracować strategię projektowania architektury, wczuć się w potrzeby interesariuszy i poszukiwać wymagań istotnych dla architektury. Ebook to również zestaw praktycznych porad, dzięki którym Czytelnik wybierze odpowiednią architekturę, stworzy jej fundamenty z użyciem wzorców i zacznie zarządzać złożonością za pomocą sensownych modeli. W ebooku nie mogło również zabraknąć takich tematów jak prowadzenie architektonicznych warsztatów projektowych, wizualizacja decyzji projektowych czy opisywanie architektury. Ebook to również dawka wiedzy o tym, jak korzystać z kart oceny architektury i wzmacniać architektów w zespole.

Dodaj do koszyka 11 zasad projektowania architektury oprogramowania

 

Osoby które kupowały "11 zasad projektowania architektury oprogramowania", wybierały także:

  • Windows Media Center. Domowe centrum rozrywki
  • Ruby on Rails. Ćwiczenia
  • DevOps w praktyce. Kurs video. Jenkins, Ansible, Terraform i Docker
  • Przywództwo w Å›wiecie VUCA. Jak być skutecznym liderem w niepewnym Å›rodowisku
  • Scrum. O zwinnym zarzÄ…dzaniu projektami. Wydanie II rozszerzone

Dodaj do koszyka 11 zasad projektowania architektury oprogramowania

Spis treści

11 zasad projektowania architektury oprogramowania eBook -- spis treści

  • OkÅ‚adka
  • Strona tytuÅ‚owa
  • Spis treÅ›ci
  • Opracowywanie strategii projektowania
    • Poszukiwanie satysfakcjonujÄ…cego projektu
    • Decydowanie, ile zaprojektować na poczÄ…tku
    • Niech ryzyko bÄ™dzie naszym przewodnikiem
    • Tworzenie planu projektowania
    • Projekt Lionheart: do tej pory
    • Co dalej
  • Wczuwanie siÄ™ w interesariuszy
    • Rozmawianie z wÅ‚aÅ›ciwymi ludźmi
    • Tworzenie mapy interesariuszy
    • Odkrywanie celów biznesowych
    • Projekt Lionheart: do tej pory
    • Co dalej
  • W poszukiwaniu wymagaÅ„ istotnych dla architektury
    • Zawężanie możliwoÅ›ci projektowych za pomocÄ… ograniczeÅ„
    • Definiowanie atrybutów jakoÅ›ciowych
    • Poszukiwanie klas wymagaÅ„ funkcjonalnych
    • Dowiedzmy siÄ™, co jeszcze wpÅ‚ywa na architekturÄ™
    • Poszukiwanie potrzebnych informacji
    • Budowanie specyfikacji ASR
    • Projekt Lionheart: do tej pory
    • Co dalej
  • Wybór architektury (zanim ona wybierze nas)
    • Rozszerzamy, aby dostrzegać możliwoÅ›ci, zawężamy, aby decydować
    • Akceptowanie ograniczeÅ„
    • Wspieranie pożądanych atrybutów jakoÅ›ciowych
    • Przypisywanie elementom funkcjonalnych obowiÄ…zków
    • Projektowanie z myÅ›lÄ… o zmianach
    • Projekt Lionheart: do tej pory
    • Co dalej
  • Tworzenie fundamentów z użyciem wzorców
    • Czym jest wzorzec architektoniczny?
    • Wzorzec warstwowy
    • Wzorzec porty i adaptery
    • Wzorzec potoki i filtry
    • Wzorzec architektury zorientowanej na usÅ‚ugi
    • Wzorzec publish-subscribe
    • Wzorzec współdzielonych danych
    • Wzorzec wielowarstwowy
    • Wzorzec centrum kompetencji
    • Wzorzec otwartego udziaÅ‚u
    • Wzorzec wielkiej kuli bÅ‚ota
    • Odkrywanie nowych wzorców
    • Projekt Lionheart: do tej pory
    • Co dalej
  • ZarzÄ…dzanie zÅ‚ożonoÅ›ciÄ… za pomocÄ… sensownych modeli
    • MyÅ›lenie o architekturze
    • Projektowanie metamodelu
    • Wbudowywanie modeli do kodu
    • Projekt Lionheart: do tej pory
    • Co dalej
  • Prowadzenie architektonicznych warsztatów projektowych
    • Planowanie architektonicznych warsztatów projektowych
    • Wybieranie odpowiednich dziaÅ‚aÅ„ projektowych
    • Zapraszanie wÅ‚aÅ›ciwych uczestników
    • ZarzÄ…dzanie grupÄ…
    • Praca z rozproszonymi zespoÅ‚ami
    • Projekt Lionheart: do tej pory
    • Co dalej
  • Wizualizacja decyzji projektowych
    • Przedstawianie architektury z różnych perspektyw
    • Rysowanie fantastycznych diagramów
    • Projekt Lionheart: do tej pory
    • Co dalej
  • Opisywanie architektury
    • Opowiadanie caÅ‚ej historii
    • Dopasowywanie metody opisu do sytuacji
    • Szanowanie swoich odbiorców
    • Tworzenie widoków wokół potrzeb interesariuszy
    • WyjaÅ›nianie powodów naszych decyzji
    • Projekt Lionheart: do tej pory
    • Co dalej
  • Karty oceny dla architektury
    • Ocenianie sÅ‚uży uczeniu siÄ™
    • Testowanie projektu
    • Prowadzenie warsztatów ewaluacyjnych
    • Oceniajmy wczeÅ›nie, oceniajmy czÄ™sto, oceniajmy w sposób ciÄ…gÅ‚y
    • Projekt Lionheart: do tej pory
    • Co dalej
  • Wzmacnianie architektów w zespole
    • Promowanie myÅ›lenia architektonicznego
    • UÅ‚atwianie podejmowania decyzji i wspieranie rozwoju umiejÄ™tnoÅ›ci
    • Stworzenie możliwoÅ›ci bezpiecznej praktyki
    • Delegowanie kompetencji projektowych
    • Wspólne projektowanie architektury
    • Projekt Lionheart: epickie podsumowanie
    • Co dalej
  • Przypisy

Dodaj do koszyka 11 zasad projektowania architektury oprogramowania

Code, Publish & WebDesing by CATALIST.com.pl



(c) 2005-2024 CATALIST agencja interaktywna, znaki firmowe należą do wydawnictwa Helion S.A.