{"id":2517,"date":"2022-06-04T10:01:00","date_gmt":"2022-06-04T08:01:00","guid":{"rendered":"https:\/\/agileinstitute.pl\/?p=2517"},"modified":"2022-06-30T10:13:24","modified_gmt":"2022-06-30T08:13:24","slug":"iteracyjne-i-przyrostowe-tworzenie-oprogramowania","status":"publish","type":"post","link":"https:\/\/agileinstitute.pl\/index.php\/2022\/06\/04\/iteracyjne-i-przyrostowe-tworzenie-oprogramowania\/","title":{"rendered":"Iteracyjne i przyrostowe tworzenie oprogramowania"},"content":{"rendered":"\n

Połączenie tych dwóch podejść: iteracyjnego i przyrost<\/a>owego, jest stosowane od dawna. Stosuje się je najczęściej w przypadku złożonych projektów\/produktów. Dzięki powtarzającym się cyklom (iteracyjnym) oraz mniejszym i prostszym fragmentom oprogramowania, które opracowuje się jednorazowo (przyrost<\/a>owo), programiści mogą wykorzystać to, czego nauczyli się podczas tworzenia wcześniejszych części lub wersji system<\/a>u. Nauka pochodzi zarówno z rozwoju, jak i użytkowania system<\/a>u. Kluczowe etapy procesu rozpoczynają się od prostej implementacji podzbioru wymagań system<\/a>owych. Ulepsza się je aby uzyskać większe (bardziej złożone) wersje, aż do wdrożenia całego system<\/a>u. W każdej iteracji Modyfikuje się projekt i dod<\/a>aje nowe możliwości funkcjonalne.<\/p>\n\n\n\n

Czym jest proces przyrostowego tworzenia produktu?<\/h2>\n\n\n\n

Proces rozwoju przyrost<\/a>owego działa w oparciu o podział pracy na kawałki (przyrost<\/a>y). Każdy przyrost<\/a> opiera się na tym, co było wcześniej. Tak więc z czasem buduje się w pełni funkcjonalne moduły, z których każdy dod<\/a>aje się do tego, co wcześniej zostało wyprodukowane. Rozwój iteracyjny to powtarzanie i udoskonalanie cyklu\/sposobu pracy (iteracja).<\/p>\n\n\n\n

Czym jest proces iteracyjnego tworzenia produktu?<\/h2>\n\n\n\n

Iteracja obejmuje przeprojektowanie i wdrożenie, aby była ona prosta, bezpośrednia i modułowa, np. jako lista zadań dod<\/a>ana do bieżącej realizacji. Poziom szczegółowości projektu nie jest podyktowany samym podejściem iteracyjnym. W lekkim projekcie iteracyjnym kod może reprezentować podstawowe źródło dokumentacji system<\/a>u; jednak w złożonym projekcie iteracyjnym warto użyć formalnej dokumentacji projektowej. Analiza iteracji opiera się na informacjach zwrotnych od użytkowników i dostępnych funkcjonalnościach programu. Wreszcie obejmuje badanie struktury. Ostate<\/a>cznie konieczna jest modyfikacja rejestru produktu w odpowiedzi na wyniki powyższej analizy.<\/p>\n\n\n\n

Dlaczego podejście zwinne jest zarówno iteracyjne, jak i przyrostowe?<\/h2>\n\n\n\n

Podejście zwinne obejmuje filozofię iteracyjnego i przyrost<\/a>owego tworzenia oprogramowania. Jest onamodelowana wokół stopniowego zwiększania liczby dod<\/a>anych funkcji oraz cyklicznego wzorca wydawania i aktualizacji. Wynikiem kolejnej iteracji jest ulepszony działający przyrost<\/a> produktu. Powtarza się to, dopóki produkt nie otrzyma kompletu wymaganych funkcji.<\/p>\n\n\n\n

Programowanie zwinne, takie jak Scrum<\/a>, obejmuje serię krótkich iteracyjnych cykli programistycznych (1-4 tygodnie), ciągłe demonstracje oprogramowania, zbieranie opinii użytkowników, przeglądy i stopniowe dod<\/a>awanie funkcji  w kolejnych iteracjach.<\/p>\n\n\n\n

Wdrażanie przyrostowego tworzenia produktu<\/h2>\n\n\n\n

Rozwój przyrost<\/a>owy polega na podzieleniu planu rozwoju na mniejsze, działające części. Następnie rozwija się je, wdraża i testuje kawałek po kawałku. Informacje zwrotne zbiera się po każdym wydaniu. Powoduje to, że ​​zespoły mogą wykorzystywać informacje zwrotne do wprowadzania zmian wcześnie i często.<\/p>\n\n\n\n

Zespoły lubią proces przyrost<\/a>owy z kilku powodów. Na dłuższą metę oszczędza im to dużo czasu. Mogą one bowiem częściej testować i poprawiać swoją pracę, zanim zainwestują w kodowanie czegoś, co ostate<\/a>cznie nie zadziała.<\/p>\n\n\n\n

W ten sposób członkowie zespołu mogą czuć się bardziej produktywni we właściwy sposób. Na przykład szybciej realizują zadania do wykonania i mogą sprawniej i efektywniej rozwiązywać problemy.<\/p>\n\n\n\n

Po drugie, tak częste testowanie pozwala zespołom na większą elastyczność, gdy pojawiają się nowe okoliczności. Na przykład: zespoły mogą korzystać z informacji zwrotnych, aby regularnie dostosowywać swoje plany. Pozwala to uniknąć dużej zmiany, która postawi na głowie cały projekt.<\/p>\n\n\n\n

Minus: cena projektu wykorzystującego programowanie przyrost<\/a>owe często może być wyższa niż w przypadku podejścia klasycznego (Waterfall). Jednak ta różnica w cenie może zostać zniwelowana, jeśli weźmie się pod uwagę długoterminowe koszty wprowadzania zmian w projekcie kaskadowym po  testowaniu całości konieczności wprowadzenia zmian na podstawie uzyskanych na koniec informacji zwrotnych.<\/p>\n\n\n\n

Implementacja iteracyjnego tworzenia produktu<\/h2>\n\n\n\n

Iteracja to proces udoskonalania tego, co budujesz. Budowanie w przyrost<\/a>ach straciłoby wiele na wartości, gdybyś nie myślał iteracyjnie o każdym kawałku. Model iteracyjny składa się z następujących etapów:<\/p>\n\n\n\n