Телефон: 8-800-350-22-65
WhatsApp: 8-800-350-22-65
Telegram: sibac
Прием заявок круглосуточно
График работы офиса: с 9.00 до 18.00 Нск (5.00 - 14.00 Мск)

Статья опубликована в рамках: Научного журнала «Студенческий» № 41(85)

Рубрика журнала: Информационные технологии

Скачать книгу(-и): скачать журнал часть 1, скачать журнал часть 2, скачать журнал часть 3, скачать журнал часть 4, скачать журнал часть 5, скачать журнал часть 6

Библиографическое описание:
Альхузайи А.Х., Куценко С.М. ЭТАПЫ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММЫ // Студенческий: электрон. научн. журн. 2019. № 41(85). URL: https://sibac.info/journal/student/85/163137 (дата обращения: 28.03.2024).

ЭТАПЫ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММЫ

Альхузайи Ахмед Хушам

студент 4 курса, кафедра инженерной кибернетики Казанский государственный энергетический университет,

РФ, г. Казань

Куценко Светлана Мунавировна

канд. пед. наук, доцент кафедры ИИУС Казанский государственный энергетический университет

РФ, г. Казань

АННОТАЦИЯ

В данной статье рассматриваются и сравниваются два основных вида жизненного цикла (ЖЦ) разработки программного обеспечения (ПО): каскадный и гибкий. Делается вывод о применимости данных видов ЖЦ разработки ПО в зависимости от особенностей проекта.

 

Ключевые слова: жизненный цикл, каскадная модель, гибкая модель, разработка, программное обеспечение.

 

В процессе создания программного обеспечения используются семь основных видов жизненных циклов [1]. Типичный цикл разработки программного обеспечения называется «каскадным» и выглядит следующим образом:

 

Рис. 1. Каскадная модель

 

Таблица 1.

Каскадная модель

1

Подготовка

Сбор и обработка требований. Предварительное планирование этапов работ, сроков, ресурсов и стоимости.

2

Проектирование

Получение технических заданий, разработка спецификаций. Партнер получает документальное изложение своих требований и планы проведения работ.

3

Создание

  1. Дизайн — получение графических макетов, визуальных форм, разработка интерфейсов. Создание индивидуального стиля.
  2. Кодирование — написание исходного кода.
  3. Тестирование — проверка программы на соответствие всем предъявляемым к ней требованиям.
  4. Документирование — передача накопленных знаний пользователям и другим разработчикам.

 

4

Поддержка

  1. Внедрение — установка программного обеспечения, обучение пользователей.
  2. Сопровождение — исправление выявленных ошибок, поддержка пользователей.
 

Второй из наиболее распространенных — гибкий цикл разработки (Agile), позволяющий без негативных последствий изменять направление деятельности, вносить дополнительные задания, требовать детальной проработки узких мест. Создание ПО с помощью Agile состоит из небольших итераций — коротких циклов — спринтов, являющихся, по сути, мелкими проектами и занимающих от одной до четырех недель. При завершении отдельного продуктивного периода проводится анализ и переориентирование на новые задачи следующего цикла. Количество спринтов может быть любым. Этапы проиллюстрированы ниже.

 

Рис. 2. Гибкая модель

 

Таблица 2.

Гибкая модель

1

Планирование

Постановка целей спринта и выбор действий для их реализации, распределение имеющихся ресурсов.

2

Разработка

Практическое решение задач для достижения целей спринта.

3

Тестирование

Аккумулирование итоговой информации в целях контроля выполнения задач спринта. Анализ ошибок и причин отклонений от плана. Поиск путей исправления оплошностей.

4

Демонстрация

Представление заказчику готовой части ПО.

5

Внедрение

По требованию возможно использование ПО в качестве самостоятельного продукта.

 

Применение гибкого цикла оправдано в крупных проектах, растянутых по времени, при постоянных изменениях требований пользователей; а также в других случаях, где невозможно точное планирование. Каскадный цикл подойдет для небольших проектов с четко определенными требованиями и при наличии специалистов нужной квалификации.

 

Рис. 3. Сравнение двух моделей

 

Степень риска при разработке ПО варьируется в зависимости от выбранного цикла. При гибком цикле выше вероятность возникновения неудачных архитектур, но и устранять ошибки проще. При каскадном цикле архитектурные погрешности обнаруживаются в конце проекта, а исправление недостатков значительно сложнее и дороже [2].

Таблица 3.

Сравнение двух моделей

Гибкий цикл

Каскадный цикл

Не требуется детальное ТЗ

Необходимо детально проработанное ТЗ по ГОСТу.

На старте нет точного понимания бюджета, оценка примерная.

Точная стоимость и срок указываются в договоре.

Начать разработку можно сразу после подписания договора.

Потребуется время на написание и согласование технического задания.

Легко изменить то или иное требование к реализации, если они утратили актуальность или изменилось видение проекта.

Для изменения требований к реализации нужно подписать дополнительное соглашение.

Стоимость проекта ниже

Стоимость проекта выше

Оплачивается фактически потраченное время.

В стоимость работ закладывается запас на случай непредвиденных трудозатрат.

 

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

Заключение. Таким образом, мы пришли к выводу, что выбор цикла зависит от особенностей проекта, являясь предметом и итогом обсуждения, поэтому нельзя однозначно сказать, какой из них является оптимальным.

 

Список литературы:

  1. Ещё раз про семь основных методологий разработки // Хабр URL: https://habr.com/ru/company/edison/blog/269789/ (дата обращения: 09.12.2019).
  2. Цикл разработки и его этапы // Эдисон URL: https://www.edsd.ru/ru/princypy/cikl_razrabotki_po (дата обращения: 09.12.2019).

Оставить комментарий

Форма обратной связи о взаимодействии с сайтом
CAPTCHA
Этот вопрос задается для того, чтобы выяснить, являетесь ли Вы человеком или представляете из себя автоматическую спам-рассылку.