Модели разработки систем

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

История

2005 год

Основной продукт компании АЛЕЕ Софтвер представляет собой корпоративную систему класса ERM (система управления электронными записями). Система состоит из двух тонких клиентов, через которые работают пользователи: десктопное приложение и веб. Веб-представление системы нередко требует кастомизации ее графического интерфейса под стандарты заказчика, а также под другие используемые им корпоративные информационные системы. Для выполнения этой задачи у нас родилась идея создать специальный инструмент — конструктор, с помощью которого можно было бы легко перестраивать графический интерфейс веб-составляющей системы. Предполагалось сделать его простым в использовании настолько, чтобы Заказчик своими силами смог кастомизировать интерфейс системы без написания программного кода и без привлечения сторонних специалистов. Так, ведомые этой идеей, мы начали экспериментальную работу по созданию подобного инструмента.

Плюсы:

  • Сокращение времени и затрат,
  • Улучшенное и увеличенное взаимодействие с пользователем,
  • Понимание системы,
  • Наличие демонстрации,
  • Удовлетворенность ожиданий.

Минусы:

  • Недостаточный анализ,
  • Путаница пользователя в отношении прототипа и результирующей системы,
  • Непонимание разработчиками потребностей пользователей,
  • Разработчики цепляются за прототип,
  • Избыточное время разработки прототипа.

V-модель

Концепция V-образной модели была разработана Германией и США в конце 1980-х годов независимо друг от друга: Немецкая V-модель была разработана аэрокосмической компанией IABG в Оттобрунне рядом с Мюнхеном в содействии с Федеральным департаментом по закупке вооружений в Кобленце, для Министерства обороны Германии.

Плюсы:

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

Минусы:

  • Сложность поддержки параллельных событий;
  • Непредусмотренность итераций между фазами;
  • Невозможность внесения динамических изменений в требования на разных этапах жизненного цикла;
  • Поздние сроки тестирования требований в жизненном цикле, что оказывает существенное влияние на график выполнения проекта при необходимости выполнить их изменения;
  • Отсутствие в модели действий, направленные на анализ рисков.
название моделиПреимуществаНедостатки
ПрототипированиеСокращение времени и затрат, Понимание системыПутаница пользователя в отношении прототипа и результирующей системы
V-модельОбеспечение аттестации и верификации всех промежуточных результатов разработкиСложность поддержки параллельных событий

Вопросы по двум моделям