Метод разработки

Подготовлено по материалам вебинара «Модели и методологии разработк и ПО» Анастасии Кайгородовой , преподавателя факультета тестирования ПО. Существуют модели разработки ПО. И существуют методологии.

Подходы к разработке ПО: как правильно выбрать методологию разработки программного обеспечения

Методологии разработки программного обеспечения играют важную роль в современном мире IT. Они определяют рамки и подходы, согласно которым команды разработчиков и тестировщиков работают над созданием качественных и стабильных продуктов. В этой статье мы рассмотрим основные методологии разработки ПО.

Подходы к разработке программного обеспечения определяют успех проекта, ведь без правильно подобранной методологии сложно достичь стабильности в работе продукта, безопасности и устойчивости функциональных особенностей. Руководители проекта стараются найти оптимальный вариант из множества. Рассказываем вам о них. Методология разработки ПО — это система, определяющая порядок выполнения задач, методы оценки и контроля. Модели разработки ПО выбирают, исходя из направления проекта, его бюджета, сроков реализации конечного продукта, а также внимание стоит обратить и на характер и темперамент руководителя проекта и его команды.

Потому что, при agile-подходе часто пренебрегают созданием «дорожной карты» развития продукта, равно как и управлением требованиями, в процессе которого и формируется такая «карта». Гибкий подход к управлению требованиями не подразумевает далеко идущих планов по сути, управления требованиями просто не существует в данной методологии , а подразумевает возможность заказчика вдруг и неожиданно в конце каждой итерации выставлять новые требования, часто противоречащие архитектуре уже созданного и поставляемого продукта. Такое иногда приводит к катастрофическим «авралам» с массовым рефакторингом и переделками практически на каждой очередной итерации. Кроме того, считается, что работа в agile-команде мотивирует разработчиков решать все поступившие задачи простейшим и быстрейшим возможным способом, при этом зачастую не обращая внимания на правильность кода с точки зрения требований нижележащей платформы подход - «работает, и ладно» , при этом не учитывается, что может перестать работать при малейшем изменении или же дать тяжёлые к воспроизводству дефекты после реального развёртывания у клиента. Это приводит к снижению качества продукта и накоплению дефектов. А это уже диагноз.

Похожие статьи

• Дизайн фирменного стиля сайта - Фирменный стиль Создание и разработка дизайна
• Дома из профилированного бруса интерьеры - Фотогалерея - интерьер деревянного дома и его разработка
• Стоимость разработки дизайна интерьера - Заказать дизайн интерьера ресторана: стоимость дизайн проек
• Афонькина уроки оригами в школе и дома - Методическая разработка (4 класс) по теме: Рабочая