Cykl życia oprogramowania (SDLC) to duchowy model stosowany w zarządzaniu projektami, który definiuje etapy zawarte w projekcie rozwoju systemu informatycznego, od wstępnego studium wykonalności po utrzymanie ukończonej aplikacji.
Istnieją różne modele cyklu życia oprogramowania, które określają i projektują, których przestrzega się na etapie tworzenia oprogramowania. Modele te nazywane są również „ Modele procesu tworzenia oprogramowania .' Każdy model procesu przebiega według serii faz charakterystycznych dla jego typu, aby zapewnić sukces na etapie tworzenia oprogramowania.
Oto kilka ważnych faz cyklu życia SDLC:
Model wodospadu
Wodospad jest powszechnie akceptowanym modelem SDLC. W tej metodzie cały proces tworzenia oprogramowania jest podzielony na różne fazy.
Model kaskady to model ciągłego tworzenia oprogramowania, w którym rozwój oprogramowania postrzegany jest jako płynący stopniowo w dół (jak wodospad) przez etapy analizy wymagań, projektowania, wdrażania, testowania (walidacji), integracji i konserwacji.
sql wybierz jako
Liniowe uporządkowanie działań ma istotne konsekwencje. Po pierwsze, aby zidentyfikować koniec etapu i początek następnego, na końcu każdego etapu należy zastosować pewne techniki certyfikacji. Niektóre weryfikacje i walidacje zwykle mają na celu zapewnienie, że wynik etapu jest zgodny z jego danymi wejściowymi (który jest wynikiem poprzedniego etapu) i że wynik etapu jest zgodny z ogólnymi wymaganiami systemu.
Model RADA
Proces RAD, czyli Rapid Application Development, polega na przyjęciu modelu kaskadowego; jego celem jest stworzenie oprogramowania w krótkim czasie. Model RAD opiera się na koncepcji, że lepszy system można opracować w krótszym czasie, korzystając z grup fokusowych w celu zebrania wymagań systemowych.
- Modelowanie biznesowe
- Modelowanie danych
- Modelowanie procesów
- Generowanie aplikacji
- Testowanie i obrót
Model spiralny
Model spiralny to a model procesu oparty na ryzyku . Ten model SDLC pomaga grupie przyjąć elementy jednego lub większej liczby modeli procesów, takich jak model kaskadowy, przyrostowy, kaskadowy itp. Technika spiralna to połączenie szybkiego prototypowania i współbieżności w działaniach projektowych i programistycznych.
Każdy cykl na spirali rozpoczyna się od identyfikacji celów tego cyklu, różnych alternatyw możliwych do osiągnięcia celów oraz istniejących ograniczeń. Jest to pierwsza ćwiartka cyklu (lewa górna ćwiartka).
Następnym krokiem w cyklu jest ocena tych różnych alternatyw w oparciu o cele i ograniczenia. Ocena na tym etapie koncentruje się na postrzeganiu ryzyka projektu.
Następnym krokiem jest opracowanie strategii, które rozwiążą niepewności i ryzyko. Ten etap może obejmować działania takie jak benchmarking, symulacja i prototypowanie.
Model V
W tego typu testowaniu i opracowywaniu modelu SDLC etap ten jest planowany równolegle. Zatem z jednej strony są fazy weryfikacji, a z drugiej faza walidacji. Model V dołącza w fazie kodowania.
Model przyrostowy
Model przyrostowy nie jest modelem odrębnym. Jest to z konieczności seria cykli wodospadu. Na początku projektu wymagania są dzielone na grupy. W przypadku każdej grupy przy opracowywaniu oprogramowania stosuje się model SDLC. Proces SDLC jest powtarzany, a każde wydanie dodaje więcej funkcjonalności, aż wszystkie wymagania zostaną spełnione. W tej metodzie każdy cykl pełni funkcję fazy konserwacji poprzedniej wersji oprogramowania. Modyfikacja modelu przyrostowego pozwala na nakładanie się cykli rozwoju. Następnie kolejny cykl może rozpocząć się przed zakończeniem poprzedniego.
Zwinny model
Metodologia zwinna to praktyka, która promuje ciągłą interakcję rozwoju i testowania podczas procesu SDLC dowolnego projektu. W metodzie Agile cały projekt jest dzielony na małe kompilacje przyrostowe. Wszystkie te kompilacje są udostępniane w iteracjach, a każda iteracja trwa od jednego do trzech tygodni.
macierz w języku c
Każdą fazę zwinnego oprogramowania charakteryzuje się w sposób uwzględniający kilka kluczowych założeń dotyczących większości projektów oprogramowania:
- Trudno z góry przewidzieć, które wymagania dotyczące oprogramowania się utrzymają, a które ulegną zmianie. Równie trudno jest przewidzieć, jak zmienią się priorytety użytkowników w miarę postępu projektu.
- W przypadku wielu typów oprogramowania projektowanie i rozwój są ze sobą powiązane. Oznacza to, że oba działania powinny być wykonywane łącznie, aby modele projektowe były sprawdzane w trakcie ich tworzenia. Trudno jest oszacować, ile projektu potrzeba, zanim konstrukcja zostanie wykorzystana do przetestowania konfiguracji.
- Analiza, projektowanie, rozwój i testowanie nie są tak przewidywalne (z punktu widzenia planowania), jak byśmy sobie tego życzyli.
Model iteracyjny
Jest to szczególna implementacja cyklu życia oprogramowania, która koncentruje się na początkowej, uproszczonej implementacji, która następnie stopniowo zyskuje na większej złożoności i szerszym zestawie funkcji, aż do ukończenia ostatecznego systemu. Krótko mówiąc, tworzenie iteracyjne to sposób na podzielenie procesu tworzenia dużej aplikacji na mniejsze części.
Model Wielkiego Wybuchu
Model Wielkiego Wybuchu koncentruje się na wszystkich rodzajach zasobów związanych z tworzeniem i kodowaniem oprogramowania, bez planowania lub w bardzo niewielkim stopniu. Wymagania są rozumiane i wdrażane, gdy się pojawią.
Model ten sprawdza się najlepiej w przypadku małych projektów z mniejszym zespołem programistów, który współpracuje ze sobą. Jest również przydatny w projektach rozwoju oprogramowania akademickiego. Jest to idealny model, gdy wymagania są nieznane lub nie jest podana ostateczna data premiery.
Model prototypowy
Model prototypowania rozpoczyna się od zebrania wymagań. Twórca i użytkownik spotykają się i definiują cel oprogramowania, identyfikują potrzeby itp.
A ' szybki projekt następnie jest tworzony. Projekt ten skupia się na tych aspektach oprogramowania, które będą widoczne dla użytkownika. Następnie prowadzi do opracowania prototypu. Następnie klient sprawdza prototyp i wprowadza w nim wszelkie potrzebne modyfikacje lub zmiany.
Na tym etapie następuje zapętlenie i powstają lepsze wersje prototypu. Są one stale pokazywane użytkownikowi, dzięki czemu wszelkie nowe zmiany można zaktualizować w prototypie. Proces ten trwa do momentu, aż klient będzie zadowolony z systemu. Gdy użytkownik będzie usatysfakcjonowany, prototyp zostanie przekształcony w rzeczywisty system ze wszystkimi względami jakości i bezpieczeństwa.
rodzic jquery