Co to jest model wodospadu SDLC?
wprowadzenie:
model wodospadu jest przykładem modelu sekwencyjnego. W tym modelu działalność programistyczna jest podzielona na różne fazy, a każda faza składa się z szeregu zadań i ma różne cele.
model wodospadu jest pionierem procesów SDLC. W rzeczywistości był to pierwszy model, który był szeroko stosowany w branży oprogramowania. Jest on podzielony na fazy i wyjście jednej fazy staje się wejściem następnej fazy., Obowiązkowe jest ukończenie fazy przed rozpoczęciem kolejnej fazy. W skrócie, nie ma nakładania się w modelu wodospadu
w waterfall, rozwój jednej fazy rozpoczyna się dopiero po zakończeniu poprzedniej fazy. Z tego powodu każda faza modelu wodospadu jest dość precyzyjnie zdefiniowana. Ponieważ fazy spadają z wyższego poziomu na niższy poziom, podobnie jak Wodospad, nazywa się go modelem wodospadu.,
obrazkowa reprezentacja modelu wodospadu:
działania zaangażowane w różnych fazach są następujące:
S.No | Faza | wykonane czynności | rezultaty |
---|---|---|---|
1 | Analiza wymagań | 1. Uchwyć wszystkie wymagania. 2 . Zrób burzę mózgów i przegląd, aby zrozumieć wymagania. 3. Wykonaj test wykonalności wymagań, aby upewnić się, że wymagania są testowalne lub nie., |
RUD ( Requirements Understanding Document) |
2 | Projektowanie systemu | 1. Zgodnie z wymaganiami Utwórz projekt 2. Uchwyć wymagania sprzętowe / programowe. 3. Dokumentuj projekty |
HLD ( High Level Design document) LLD (Low level design document) |
3 | realizacja | 1. Zgodnie z projektem Utwórz program / kod 2. Zintegruj kody do następnej fazy. 3., Jednostkowe testowanie kodu |
programy jednostkowe testy przypadków i wyników |
4 | testowanie systemu | 1. Zintegruj testowany kod i przetestuj go, aby upewnić się, że działa zgodnie z oczekiwaniami. 2. Wykonaj wszystkie czynności testowe (funkcjonalne i niefunkcjonalne), aby upewnić się, że system spełnia wymagania. 3. W razie anomalii zgłoś to. 4. Śledź swoje postępy w testowaniu za pomocą narzędzi takich jak traceability metrics, ALM 5. Zgłoś swoje działania testowe. |
przypadki testowe raporty testowe raporty defektów zaktualizowane matryce., |
5 | wdrożenie systemu | 1. Upewnij się, że środowisko jest w górę 2. Upewnij się, że nie ma otwartych wad sev 1. 3. Należy upewnić się, że spełnione są kryteria zakończenia badania. 4. Wdrożenie aplikacji w odpowiednim środowisku. 5. Po wdrożeniu aplikacji wykonaj kontrolę zdrowego rozsądku w środowisku, aby upewnić się, że aplikacja nie pęknie. |
Instrukcja obsługi definicja / Specyfikacja środowiska |
6 | Konserwacja systemu | 1., Upewnij się, że aplikacja jest uruchomiona i działa w danym środowisku. 2 . Okrywaj napotkane przez użytkownika i usterki, pamiętaj, aby zanotować i naprawić napotkane problemy. 3. Przykryć każdy problem jest naprawiony; zaktualizowany kod jest wdrażany w środowisku. 4.Aplikacja jest zawsze ulepszona, aby włączyć więcej funkcji, aktualizować środowisko z najnowszymi funkcjami |
Instrukcja obsługi lista biletów produkcyjnych lista nowych funkcji zaimplementowanych. |
kiedy używać modelu wodospadu SDLC?,
model wodospadu SDLC jest używany, gdy
- wymagania są stabilne i nie są często zmieniane.
- aplikacja jest mała.
- nie ma wymogu, który nie jest zrozumiały lub niezbyt jasny.
- środowisko jest stabilne
- stosowane narzędzia i techniki są stabilne i nie są dynamiczne
- zasoby są dobrze wyszkolone i dostępne.
plusy i minusy modelu wodospadu
zalety korzystania z modelu wodospadu są następujące:
- prosty i łatwy do zrozumienia i użycia.,
- w przypadku mniejszych projektów model wodospadu działa dobrze i przynosi odpowiednie rezultaty.
- ponieważ fazy są sztywne i precyzyjne, jedna faza jest wykonywana pojedynczo, jest łatwa w utrzymaniu.
- kryteria wejścia i wyjścia są dobrze zdefiniowane, więc łatwe i systematyczne kontynuowanie jakości.
- Wyniki są dobrze udokumentowane.
wady korzystania z modelu Waterfall:
- nie można przyjąć zmian w wymaganiach
- bardzo trudno jest wrócić do fazy., Na przykład, jeśli aplikacja przeszła do etapu testowania i nastąpiła zmiana wymagań, trudno jest cofnąć się i ją zmienić.
- dostawa produktu końcowego jest opóźniona, ponieważ nie ma prototypu, który jest wykazywany w sposób pośredni.
- w przypadku większych i złożonych projektów model ten nie jest dobry, ponieważ czynnik ryzyka jest wyższy.
- nie nadaje się do projektów, w których wymagania są często zmieniane.
- nie działa przy długich i trwających projektach.,
- ponieważ testy są przeprowadzane na późniejszym etapie, nie pozwalają na identyfikację wyzwań i zagrożeń we wcześniejszej fazie, więc strategia ograniczania ryzyka jest trudna do przygotowania.
podsumowanie
w modelu wodospadu bardzo ważne jest, aby zdjąć znak z wyników każdej fazy. Na dzień dzisiejszy większość projektów porusza się z modelami zwinnymi i prototypowymi, Model Waterfall nadal nadaje się do mniejszych projektów. Jeśli wymagania są proste i testowalne, Model wodospadu przyniesie najlepsze wyniki.