Programuj tak aby nie naprawiac Planowanie projektow i systemow.pdf

(1638 KB) Pobierz
Tytuł oryginału: Righting Software
Tłumaczenie: Piotr Rajca
ISBN: 978-83-283-6793-7
Authorized translation from the English language edition, entitled RIGHTING SOFTWARE, 1st Edition by
LÖWY, JUVAL, published by Pearson Education, Inc, publishing as Addison-Wesley Professional,
Copyright © 2020 Pearson Education, Inc.
All rights reserved. No part of this book may be reproduced or transmitted in any form or by any means,
electronic or mechanical, including photocopying, recording or by any information storage retrieval system,
without permission from Pearson Education, Inc.
POLISH language edition published by Helion SA, Copyright 2021.
Wszelkie prawa zastrzeżone. Nieautoryzowane rozpowszechnianie całości lub fragmentu niniejszej
publikacji w jakiejkolwiek postaci jest zabronione. Wykonywanie kopii metodą kserograficzną,
fotograficzną, a także kopiowanie książki na nośniku filmowym, magnetycznym lub innym powoduje
naruszenie praw autorskich niniejszej publikacji.
Wszystkie znaki występujące w tekście są zastrzeżonymi znakami firmowymi bądź towarowymi ich
właścicieli.
Autor oraz Helion SA dołożyli wszelkich starań, by zawarte w tej książce informacje były kompletne
i rzetelne. Nie biorą jednak żadnej odpowiedzialności ani za ich wykorzystanie, ani za związane z tym
ewentualne naruszenie praw patentowych lub autorskich. Autor oraz Helion SA nie ponoszą również
żadnej odpowiedzialności za ewentualne szkody wynikłe z wykorzystania informacji zawartych w książce.
Helion SA
ul. Kościuszki 1c, 44-100 Gliwice
tel. 32 231 22 19, 32 230 98 63
e-mail:
helion@helion.pl
WWW:
http://helion.pl
(księgarnia internetowa, katalog książek)
Drogi Czytelniku!
Jeżeli chcesz ocenić tę książkę, zajrzyj pod adres
http://helion.pl/user/opinie/protak
Możesz tam wpisać swoje uwagi, spostrzeżenia, recenzję.
Printed in Poland.
•
Kup książkę
•
Poleć książkę
•
Oceń książkę
•
Księgarnia internetowa
•
Lubię to! » Nasza społeczność
S
PIS TREŚCI
Wstęp
Podziękowania
O autorze
Rozdział 1
Metoda
Czym jest metoda?
Weryfikacja projektu
Presja czasu
Eliminowanie paraliżu analizy
Komunikacja
Czym metoda nie jest?
19
29
31
35
36
37
38
39
41
42
C
ZĘŚĆ
I
Rozdział 2
P
ROJEKT SYSTEMU
Dekompozycja
Unikanie dekompozycji funkcjonalnej
Problemy dekompozycji funkcjonalnej
Wnioski o dekompozycji funkcjonalnej
Unikanie dekompozycji dziedziny
Błędna motywacja
Możliwości testowania i projekt
Przykład: system handlowy zaprojektowany funkcjonalnie
43
45
46
46
52
55
57
58
60
9
Kup książkę
Poleć książkę
S
PIS TREŚCI
Dekompozycja w oparciu o niestabilność
Dekompozycja, utrzymanie i wdrażanie
Uniwersalna zasada
Dekompozycja w oparciu o niestabilność i testowanie
Wyzwanie niestabilności
Identyfikacja niestabilności
Niestabilny a zmienny
Osie niestabilności
Rozwiązania udające wymagania
Lista niestabilności
Przykład: system obrotu akcjami tworzony
z użyciem dekompozycji w oparciu o niestabilność
Nie ulegać syreniemu śpiewowi
Niestabilność a biznes
Projektowanie z myślą o konkurentach
Niestabilność i długowieczność
Znaczenie praktyki
63
65
65
67
67
70
70
70
74
75
75
81
81
84
85
86
Rozdział 3
Struktura
Przypadki użycia i wymagania
Wymagane zachowania
Podejście warstwowe
Stosowanie usług
Typowe warstwy
Warstwa klienta
Warstwa logiki biznesowej
Warstwa dostępu do zasobów
Warstwa zasobu
Pasek narzędzi
Wskazówki dotyczące klasyfikacji
Co zawiera nazwa?
Cztery pytania
Proporcja menedżerów do silników
Kluczowe obserwacje
Podsystemy i usługi
Konstrukcja inkrementalna
O mikrousługach
Architektury otwarte i zamknięte
Architektura otwarta
Architektura zamknięta
Architektura półzamknięta/półotwarta
89
90
90
93
93
94
95
96
98
99
99
100
100
101
102
103
105
105
107
110
110
111
111
10
Kup książkę
Poleć książkę
S
PIS TREŚCI
Rozluźnianie reguł
Czego należy unikać?
Dążenie do symetrii
112
115
117
Rozdział 4
Kompozycja
Wymagania i zmiany
Awersja do zmian
Główne zalecenie programowe
Projekt umożliwiający kompozycję
Podstawowe przypadki użycia
Misja architekta
Brak możliwości
Obsługa zmian
Opanowanie zmian
119
119
120
120
121
121
122
127
128
129
Rozdział 5
Przykład projektu systemu
Przegląd systemu
Stary system
Nowy system
Firma
Przypadki użycia
Wysiłki antyprojektowe
Monolit
Szczegółowe elementy konstrukcyjne
Dekompozycja na podstawie dziedziny
Zgodność z działalnością biznesową
Wizja
Cele biznesowe
Myśl przewodnia
Architektura
Słownik systemu TradeMe
Obszary niestabilności systemu TradeMe
Architektura statyczna
Koncepcje operacyjne
Menedżer toku pracy
Weryfikacja projektu
Przypadek użycia: dodanie fachowca/dewelopera
Przypadek użycia: żądanie wyboru fachowca
Przypadek użycia: dopasowanie fachowca
Przypadek użycia: przypisanie fachowca
Przypadek użycia: zakończenie pracy fachowca
131
132
133
135
135
136
141
142
142
144
146
146
147
148
149
149
150
153
156
159
160
161
162
163
166
169
11
Kup książkę
Poleć książkę

Plik z chomika:

Inne pliki z tego folderu:

Inne foldery tego chomika:

Zgłoś jeśli naruszono regulamin