158664
Book
In basket
Wprowadzenie do architektury oprogramowania Zostać architektem oprogramowania Czym zajmują się architekci oprogramowania? Czym jest architektura oprogramowania? Zostańmy architektami w naszym zespole Budowanie niesamowitego oprogramowania Studium przypadku: Projekt Lionheart Podstawy myślenia projektowego Cztery zasady myślenia projektowego Zastosowanie nastawienia projektowego Myślenie, robienie, sprawdzanie Podstawy projektowania architektury 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... 4. Wczuwanie się w interesariuszy Rozmawianie z właściwymi ludźmi Tworzenie mapy interesariuszy Odkrywanie celów biznesowych Projekt Lionheart: do tej pory Go dalej 5. 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 6. 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 7.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 8. 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 9- 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 10. Wizualizacja decyzji projektowych Przedstawianie architektury z różnych perspektyw Rysowanie fantastycznych diagramów Projekt Lionheart: do tej pory 11- 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 12. 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 8.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 Skrzynka narzędziowa architekta 9. Działania na rzecz zrozumienia problemu Działanie 1. Wybór jednej rzeczy Działanie 2. Mapa empatii Działanie 3. Warsztaty cel-pytanie-metryka Działanie 4, Wywiad z interesariuszami Działanie 5. Lista założeń Działanie 6. Sieć atrybutów jakościowych Działanie 7. Miniwarsztaty atrybutów jakościowych Działanie 8. Mad łib „punkty widzenia" Działanie 9. Miara odpowiedzi sofizmatu rozszerzenia Działanie 10. Mapa interesariuszy 10. Działania wcelu zbadania potencjalnych rozwiązań Działanie 11.Personifikacja architektury Działanie 12.Architektoniczny fłipbook Działanie 13.Karty komponent-odpowiedzialność-współpracownilc Działanie 14.Mapa pojęć Działanie 15.Dzielenie i zdobywanie Działanie 16.Burza zdarzeń Działanie 17.Grupowe postery Działanie 18.Projektowanie karuzelowe Działanie 19.Wspólna sesja przy białej tablicy 11.Działania służące osiągnięciu namacalności projektu .. Działanie 20. Zapisy decyzji architektonicznych Działanie 21. Architektoniczne haiku Działanie 22. Diagram kontekstowy Działanie 23. Lista najpopularniejszych haseł Działanie 24. Tablica koncepcyjna Działanie 25. Modularny diagram dekompozycji Działanie 26. Odrzucone ścieżki Działanie 27. Prototypowanie w celu zdobycia wiedzy łub podjęcia decyzji Działanie 28. Diagram sekwencji Działanie 29. Metafora systemowa 12.Działania służące ocenie możliwości projektowych Działanie 30. Briefing architektury Działanie 31. Przegląd kodu Działanie 32. Macierz decyzyjna Działanie 33. Obserwacja zachowania Działanie 34. Pytanie-komentarz-potrzeba Działanie 35. Burza ryzyk Działanie 36. Sprawdzanie poczytalności Działanie 37. Przegląd scenariusza Działanie 38. Szkicowanie i porównywanie
Sygnatura czytelni BWEAiI: XII J 101
Media files:
Availability:
Biblioteka WEAiI
Copies are only available in the library: sygn. 148591 N (1 egz.)
Notes:
Tytuł oryginału: Design it! : from programmer to software architect
General note
U góry okładki nazwa serii oryginału: The Pragmatic Programmers.
Na stronie redakcyjnej ISBN wydania oryginalnego: 978-1-68050-209-1.
Bibliography, etc. note
Bibliografia na stronach 333-336.
The item has been added to the basket. If you don't know what the basket is for, click here for details.
Do not show it again

Deklaracja dostępności