UML - Proces rozwoju, część 2

Spisie treści
Kiedy już wiemy, jak metodologie rozwoju projektu lub systemu działały w czasach starożytnych, możemy wziąć pod uwagę różne błędy i niebezpieczne punkty dla zespołu, które zostały popełnione.
Ponieważ jesteśmy istotami ewolucyjnymi, mającymi tak wiele problemów z ograniczeniami podniesionymi już w pierwszej części samouczka, zaczyna się zmodyfikować metodologię, Nie ma już ścisłego rozdzielenia etapów, ale raczej poszukuje się współpracy zespołu, w której każdy członek uczestniczy w opracowywaniu etapów, na przykład programiści pomagają w gromadzeniu informacji, projektanci i modelarze w rozwój itp.
Ostatnia metoda
Jak przewidywaliśmy na początku samouczka, najnowsza metoda pozwala nam na wdrożenie współpraca na każdym etapie rozwoju, pomagając w zwiększeniu zrozumienia projektu jako całości w zespole, do lepszego zrozumienia i zrozumienia, będziemy mieli lepsze rozwiązania, które będą wymagały mniej korekt podczas kodowania oprogramowania.
Chociaż wszystko może wydawać się dowodem przeciw, musimy podkreślić pewne problemy, które mogą pojawić się w naszym procesie rozwoju, abyśmy widzieli, że wciąż daleko nam do idealnego sposobu realizacji projektu.
Jeden z pierwsze problemy To, co możemy znaleźć, to brak udziału członków zespołu, choć jest to coraz mniej, wciąż można znaleźć osoby nieśmiałe, które boją się wyrazić swoją opinię, więc są odsunięci na bok, osłabiając stan wiedzy zbiorowej.
Inną kwestią jest to, że wielu kierowników projektów musi przekazać postęp projektu klientom lub użytkownikom, więc trudno powiedzieć, że analiza jest już zakończona, a rozwój rozpoczęty; Ustalanie tego rodzaju limitów może przynieść efekt przeciwny do zamierzonego, ponieważ może generować nieprawidłowe oczekiwania i wywierać presję na zespół.
RAD3
Ten metodologia otrzymuje swoją nazwę od akronimu „Szybkie opracowywanie i dystrybucja projektów aplikacji”, które pozostałyby jako rozwój projektu i szybka dystrybucja aplikacji.

Jak widać na poprzednim wykresie, ta metodologia pozwala nam zintegrować 3 obszary egzekucyjne W ten sposób ważne etapy rozwoju projektu nie są izolowane, więc programista może uzyskać dostęp do ważnych danych projektu w momencie ich generowania, podobnie jak analityk może interweniować na innych etapach.
Gdy wszystko będzie zgodne z pierwszą dostawą projektu, dzięki temu uzyskamy niezbędną informację zwrotną w krótszym czasie niż przy użyciu starej metodologii i dzięki temu możemy wprowadzić poprawki i ulepszenia sugerowane przez użytkownika końcowego.
Jak widać, pomimo różnych etapów, to podejście metodologiczne daje nam przestrzeń do generowania Diagramy UML w ten sposób skupiając pomysły w przestrzeni o zrozumiały język dla wszystkich stron.
Na tym kończymy tę drugą część samouczka, w której nauczyliśmy się, jak włączać metodologię do naszych projektów, a także pomagać nam UML.
Część 1 tego samouczka

Proces rozwoju UML, część 1

Podobał Ci się i pomógł ten samouczek?Możesz nagrodzić autora, naciskając ten przycisk, aby dać mu pozytywny punkt
wave wave wave wave wave