what is sdlc waterfall model
Какво е SDLC модел водопад ?
Въведение :
Моделът на водопада е пример за последователен модел. В този модел дейността по разработване на софтуер е разделена на различни фази и всяка фаза се състои от поредица от задачи и има различни цели.
Моделът на водопада е пионер на SDLC процеси . Всъщност това беше първият модел, който беше широко използван в софтуерната индустрия. Той е разделен на фази и изходът на една фаза става вход на следващата фаза. Задължително е една фаза да бъде завършена преди началото на следващата фаза. Накратко, в модела Waterfall няма припокриване
разлика между алфа и бета тестване
Във водопада развитието на една фаза започва едва когато завърши предишната фаза. Поради тази природа всяка фаза от модела на водопада е доста точно дефинирана. Тъй като фазите падат от по-високо на по-ниско ниво, като водопад, Той е наречен като модел на водопада.
Изобразително представяне на модела на водопада:
софтуер за изтегляне на видео от всеки уебсайт
Дейностите, участващи в различни фази, са както следва:
S.No | Фаза | Извършени дейности | Резултати |
---|---|---|---|
1 | Анализ на изискванията | 1. Уловете всички изисквания. 2. Направете мозъчна атака и разходка, за да разберете изискванията. 3. Направете теста за осъществимост на изискванията, за да сте сигурни, че изискванията са проверими или не. | RUD (Изисквания, разбиращи документа) |
две | Дизайн на системата | 1. Съгласно изискванията, създайте дизайна 2. Заснемете хардуерните / софтуерните изисквания. 3. Документирайте дизайните | HLD (Документ за проектиране на високо ниво) LLD (Документ за проектиране на ниско ниво) |
3 | Изпълнение | 1. Съгласно дизайна създайте програмите / кода 2. Интегрирайте кодовете за следващата фаза. 3. Единично тестване на кода | Програми Единични тестови случаи и резултати |
4 | Тестване на системата | 1. Интегрирайте тествания код на модула и го тествайте, за да се уверите дали работи както се очаква. 2. Извършете всички тестови дейности (функционални и нефункционални), за да сте сигурни, че системата отговаря на изискванията. 3. В случай на някаква аномалия, докладвайте. 4. Проследявайте напредъка си при тестване чрез инструменти като метрики за проследяване, ALM 5. Отчетете дейностите си за тестване. | Тестови случаи Доклади от тестове Доклади за дефекти Актуализирани матрици. |
5 | Внедряване на системата | 1. Уверете се, че средата е вдигната 2. Уверете се, че няма отворени дефекти sev 1. 3. Уверете се, че критериите за излизане от теста са изпълнени. 4. Разгърнете приложението в съответната среда. 5. Извършете проверка на здравословното състояние в околната среда, след като приложението е внедрено, за да сте сигурни, че приложението не се счупи. | Ръководство за употреба Определение / спецификация на околната среда |
6 | Системна поддръжка | 1. Уверете се, че приложението работи и работи в съответната среда. 2. Регистрирайте потребителски срещи и дефекти, не забравяйте да отбележите и отстраните проблемите, с които се сблъсквате. 3. Ако някой проблем е отстранен; актуализираният код е разположен в средата. 4. Приложението винаги е подобрено, за да включва повече функции, да актуализира средата с най-новите функции | Ръководство за употреба Списък на производствените билети Списък на внедрените нови функции. |
Какво ще научите:
Кога да използвам SDLC модел водопад?
Моделът SDLC Waterfall се използва, когато
- Изискванията са стабилни и не се променят често.
- Приложението е малко.
- Няма изискване, което да не е разбрано или не много ясно.
- Околната среда е стабилна
- Използваните инструменти и техники са стабилни и не са динамични
- Ресурсите са добре обучени и са на разположение.
Плюсове и минуси на модела на водопад
Предимствата от използването на модела Waterfall са както следва:
- Лесно и лесно за разбиране и използване.
- За по-малки проекти моделът на водопада работи добре и дава съответните резултати.
- Тъй като фазите са твърди и прецизни, една фаза се прави една по една, лесно се поддържа.
- Критериите за влизане и излизане са добре дефинирани, така че е лесно и систематично да се продължи с качеството.
- Резултатите са добре документирани.
Недостатъци на използването на модел водопад:
- Не може да приеме промените в изискванията
- Става много трудно да се върнете към фазата. Например, ако приложението вече е преминало към етап на тестване и има промяна в изискването, става трудно да се върнете и да го промените.
- Доставката на крайния продукт закъснява, тъй като няма прототип, който да бъде демонстриран междинно.
- За по-големи и сложни проекти този модел не е добър, тъй като рисковият фактор е по-висок.
- Не е подходящ за проекти, при които изискванията се променят често.
- Не работи за продължителни и текущи проекти.
- Тъй като тестването се извършва на по-късен етап, то не позволява идентифициране на предизвикателства и рискове в по-ранната фаза, така че стратегията за намаляване на риска е трудно да се подготви.
Заключение
При модела на водопада е много важно да вземете отпиши ме на резултатите от всяка фаза. Към днешна дата повечето проекти се движат с Пъргав и прототипи, моделът Waterfall все още е добър за по-малки проекти. Ако изискванията са ясни и проверими, моделът Waterfall ще даде най-добри резултати.
Препоръчително четене
- Спирален модел - Какво е SDLC спирален модел?
- SDLC (жизнен цикъл на разработка на софтуер) Фази, методологии, процес и модели
- На място - офшорни модели на проекти за тестване на софтуер (и как да го направя да работи за вас)
- Казус: Как да премахнем недостатъците на водопада и гъвкавите процеси на развитие с помощта на хибриден модел
- Преглед на инструмента за управление на тестове на Zephyr Enterprise - Как да използваме активите на модела на водопада в Agile Tool
- Agile Vs Waterfall: Коя е най-добрата методология за вашия проект?
- Практическо тестване на софтуер - Нова БЕЗПЛАТНА електронна книга [Изтегляне]
- Какво е STLC V-модел?