what is sdlc waterfall model
Що Модель водоспаду SDLC ?
Вступ :
Модель водоспаду є прикладом послідовної моделі. У цій моделі діяльність з розробки програмного забезпечення поділяється на різні фази, і кожна фаза складається з ряду завдань і має різні цілі.
Водоспад модель є піонером в Процеси SDLC . Насправді це була перша модель, яка широко використовувалася в індустрії програмного забезпечення. Він поділяється на фази, і вихід однієї фази стає входом наступної фази. Обов’язковим є завершення етапу до початку наступного етапу. Коротше кажучи, у моделі Waterfall немає перекриття
хороше місце для перегляду аніме в Інтернеті безкоштовно
У водоспаді розвиток однієї фази починається лише тоді, коли попередня фаза завершена. Через цю природу кожна фаза моделі водоспаду досить чітко визначена. Оскільки фази падають з вищого рівня на нижчий, як водоспад, це називається моделлю водоспаду.
Наглядне зображення моделі водоспаду:
що є найкращим антишпигунським програмним забезпеченням
Діяльність, задіяна на різних етапах, полягає в наступному:
С.Ні | Фаза | Виконані заходи | Результати |
---|---|---|---|
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 Waterfall?
Модель SDLC Waterfall використовується, коли
- Вимоги стабільні і не змінюються часто.
- Додаток невелике.
- Немає вимоги, яка була б незрозумілою або не дуже чіткою.
- Середовище стабільне
- Застосовувані інструменти та методи стабільні та не є динамічними
- Ресурси добре навчені та доступні.
Плюси та мінуси моделі Водоспад
Переваги використання моделі Водоспад такі:
- Простий і легкий для розуміння та використання.
- Для невеликих проектів модель водоспаду працює добре і дає відповідні результати.
- Оскільки фази жорсткі та точні, одна фаза виконується по черзі, її легко підтримувати.
- Критерії в'їзду та виїзду чітко визначені, тому легко та систематично виконувати якість.
- Результати добре задокументовані.
Недоліки використання моделі Waterfall:
- Не вдається прийняти зміни у вимогах
- Повернутися до фази стає дуже важко. Наприклад, якщо додаток перейшов на стадію тестування і змінилися вимоги, стає важко повернутися і змінити його.
- Доставка кінцевого продукту затримується, оскільки немає прототипу, який був би продемонстрований відразу.
- Для великих та складних проектів ця модель не є хорошою, оскільки фактор ризику вищий.
- Не підходить для проектів, де вимоги часто змінюються.
- Не працює для тривалих та тривалих проектів.
- Оскільки тестування проводиться пізніше, це не дозволяє ідентифікувати виклики та ризики на попередньому етапі, тому стратегію зменшення ризику важко підготувати.
Висновок
У моделі водоспаду дуже важливо взяти підписати результатів кожної фази. На сьогоднішній день більшість проектів рухаються Спритний та прототипи моделей, модель Waterfall все ще добре підходить для невеликих проектів. Якщо вимоги прямолінійні та перевіряються, модель Waterfall дасть найкращі результати.
Рекомендована література
- Спіральна модель - що таке спіральна модель SDLC?
- Етапи, методології, процеси та моделі SDLC (життєвий цикл розробки програмного забезпечення)
- На місці - офшорна модель проектів тестування програмного забезпечення (і як змусити це працювати для вас)
- Тематичне дослідження: Як усунути вади водоспадів та спритні процеси розвитку за допомогою гібридної моделі
- Огляд інструменту управління тестами Zephyr Enterprise - Як використовувати активи моделі водоспаду в Agile Tool
- Agile Vs Waterfall: яка найкраща методологія для вашого проекту?
- Практичне тестування програмного забезпечення - Нова БЕЗКОШТОВНА електронна книга [Завантажити]
- Що таке VLC-модель STLC?