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.

Articles

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *