aby zrozumieć Model Waterfall w SDLC, konieczne jest zagłębienie się w definicję modelu, główne fazy, jakie dokumenty są powiązane w wyniku każdego etapu, zalety i wady.
SDLC oznacza cykl życia oprogramowania. Jest to rama (niezbędna struktura wspierająca) procesu rozwoju, który może się różnić w zależności od firmy. Jednym z najpopularniejszych typów SDLC jest model wodospadu. Wodospad jest, jak widać z góry, modelem procesu., W prostych słowach, uogólniony opis procesu tworzenia oprogramowania. Model Waterfall jest najbardziej znany, jako że po raz pierwszy chronologicznie pojawił się i został opisany przez dr Winstona W. Royce ' a w 1970 roku w „Management the development of large software systems.”
istnieje szereg typów modeli cyklu życia rozwoju, o których jest napisane bardziej szczegółowo, a są one później:
- model scrum
- szybkie tworzenie aplikacji
- prototypowanie
- model spiralny
- kanban model rozwoju
- i inne.,
Aby zrozumieć „cienkie miejsca”, konieczne jest zanurzenie się w definicji modelu wodospadu, głównych fazach, jakie dokumenty są związane z każdym etapem, zaletami i wadami.
definicja modelu wodospadu
model wodospadu jest liniowym (sekwencyjnym) modelem cyklu życia rozwoju, który opisuje rozwój jako łańcuch kolejnych kroków. Żadna Faza nie może być rozpoczęta przed lub jednocześnie z poprzednią lub bieżącą., Rozważmy główne fazy modelu wodospadu.
główne fazy modelu wodospadu
Faza wymagań systemowych
podczas pierwszej fazy ustalane są wymagania dla systemu. Proces rozpoczyna się od określenia wymagań biznesowych, analizy i nadania im priorytetu, a kończy na stworzeniu wizji& dokumentu zakresu (lub 2 oddzielne dokumenty w zależności od konkretnego przypadku). Wizja i zakres dokumenty są tworzone przed podpisaniem umowy., Wizja jest zdefiniowana jako ” długoterminowa koncepcja strategiczna ostatecznego celu i formy nowego systemu.”(Wiegers, 2012, s. 1) zakres jest tym ,co ” rysuje granicę między tym, co jest w projekcie, a tym, co jest na zewnątrz.”(Wiegers, 2012, s. 1)
oznaczanie zakresu jest istotną częścią projektu dla obu stron. To sprawia, że klient jest przejrzysty, co zostanie zrobione. Dobrą strategią zarządzania oczekiwaniami jest określenie tego, co nie zostanie zawarte w produkcie, dzięki czemu oczekiwania klientów są jasne, czyli dla zakresu projektu tworzony jest dokument.,
zakres projektu
oczekuje się, że zakres projektu będzie zawierał mapę drogową projektu, budżety i opis, z głównymi funkcjami zdefiniowanymi w odniesieniu do dokumentu wizji problemu. Zapoznaj się z artykułem o zarządzaniu zakresem projektu autorstwa eksperta Vitaly Hornika.
Faza początkowa jest nie do pomyślenia bez Software Requirements Specification (SRS), która jest rdzeniem fazy.
Specyfikacja wymagań oprogramowania
typowy SRS zawiera cel, ogólny opis, specyficzne wymagania (funkcjonalne, niefunkcjonalne, atrybuty jakości).,
czasami może zawierać prototypy, które mogą być różnych typów: pionowe/poziome, statyczne/dynamiczne, low-fidelity / high-fidelity. Makiety (lub prototypy) są wysyłane do projektantów UI/UX, którzy przekształcają je w układy. Zachęcamy do oszacowania szablonu Software Requirements Specification (SRS) stworzonego przez XB Software.
Faza Projektowa
kolejna faza w schematach modeli, jak dokładnie będą realizowane wymagania do systemu. Faza ta obejmuje w dużej mierze takie komponenty jak język programowania, warstwy danych, usługi itp.,
Faza implementacji (rozwoju)
rzeczywisty kod źródłowy jest ostatecznie napisany w trzeciej fazie, implementując wszystkie modele, logikę biznesową i integracje usług, które zostały określone we wcześniejszych etapach. Proces tworzenia całego kodu można podzielić na małe jednostki, a każda jednostka jest rozwijana i testowana pod kątem jej funkcjonalności (unit testing). Następnie cały system jest zbudowany z gotowych jednostek i rozpoczyna się czwarta faza.,
faza testowania
po fazie rozwoju produkt powinien przejść gruntowną kontrolę jakości i testowanie oprogramowania, aby wykryć usterki w systemie. Testerzy są zaangażowani w znajdowanie i zgłaszanie problemów, które wymagają rozwiązania. Do przechowywania zarejestrowanych problemów można wykorzystać system śledzenia błędów, który umożliwia rozwiązywanie problemów podczas fazy cyklu życia konserwacji.
oprogramowanie może być przenoszone, gdy problemy z kodem są naprawione. Klient jest zaangażowany w testy akceptacyjne, aby ocenić je do wykorzystania.,
Faza konserwacji
gdy tylko produkt zostanie umieszczony w środowisku żywym, wchodzi w fazę gotowej konserwacji cyklu życia produktu. Faza konserwacji obejmuje nie tylko wdrożenie aplikacji, ale także wsparcie i konserwację, które mogą być wymagane do utrzymania jej funkcjonalności i aktualności.
przeczytaj również kryteria bezbolesnego outsourcingu, które wymieniliśmy według priorytetów w artykule 7 Wskazówki dotyczące wyboru firmy zajmującej się tworzeniem stron internetowych.,
zalety i wady modelu wodospadu
model wodospadu jest łatwy do naśladowania i zrozumienia, jest wspólny dla dużych instytucji o wielu poziomach podejmowania decyzji i koordynacji. Mimo to, jak każdy inny model SDLC, ma swoje mocne i słabe strony. Model wodospadu nie pasuje do każdego możliwego rodzaju projektu., elastyczność
podsumowanie
model wodospadu najlepiej pasuje:
- do małych i krótkich projektów.,
- gdy wymagania są niezmienne.
- dla klientów o złożonej strukturze korporacyjnej z wieloma poziomami koordynacji.
Ponadto zaleca się oszacowanie szablonu specyfikacji wymagań wolnego oprogramowania (SRS) stworzonego przez XB Software.
Dodaj komentarz