Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
[3 курс] Вопросы к экзамену Программная инженерия.docx
Скачиваний:
17
Добавлен:
20.08.2020
Размер:
646.37 Кб
Скачать

Жизненный цикл процесса проектирования Rapid Application Development

В основе спиральной модели жизненного цикла лежит применение прототипной технологии или RAD-технологии (rapid application development - технологии быстрой разработки приложений). Согласно этой технологии ИС разрабатывается путем расширения программных прототипов, повторяя путь от детализации требований к детализации программного кода. В RAD-модели компоненты или функции разрабатываются несколькими высококвалифицированными командами параллельно, будто несколько мини-проектов. Созданные модули затем интегрируются в один рабочий прототип. Естественно, что при прототипной технологии сокращается число итераций и меньше возникает ошибок и несоответствий, которые необходимо исправлять на последующих итерациях, а само проектирование ИС осуществляется более быстрыми темпами, упрощается создание проектной документации.

Прототипирование – берем старый прототип и продаем или дорабатываем кому-либо.

Жизненный цикл при использовании RAD-технологии предполагает активное участие на всех этапах разработки конечных пользователей будущей системы и включает четыре основные стадии информационного инжиниринга:

  • анализ и планирование информационной стратегии. Пользователи вместе со специалистами-разработчиками участвуют в идентификации проблемной области;

  • проектирование. Пользователи принимают участие в техническом проектировании под руководством специалистов-разработчиков;

  • конструирование. Специалисты-разработчики проектируют рабочую версию ИС;

  • внедрение. Специалисты-разработчики обучают пользователей работе в среде новой ИС.

Данная схема применяется в следующих случаях: требуется выполнение проекта в сжатые сроки, нечетко определены требования к ПО, проект выполняется в условиях ограниченности бюджета, ИС не обладает большой вычислительной сложностью.

Статья, которая объясняет эту тему простым языком: https://habrahabr.ru/company/edison/blog/269789/

План ответа на вопрос 4.

  1. Хаотическая модель — это способ разработки программного обеспечения, при котором наиболее важная задача решается первой. Стратегия хаоса похожа на путь, по которому программисты работают в самом конце проекта, когда у них есть список ошибок для исправления и возможность для творчества. Обычно, кто-то расставляет приоритет оставшимся частным задачам и программисты устраняют их по одной. Стратегия хаоса утверждает, что это — единственный корректный путь выполнения работы.

  2. Несостоятельность классических подходов по управлению проектами

  • Хаотическая модель

  • Другой рынок, новые технологии

  • Другая инфраструктура (online, web)

  • Новые стандарты, новые подходы

  • Облачные вычисления

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

4. Хаотическая модель жизненного цикла разработки ИС и управления ИТ-проектами. Несостоятельность классических моделей жизненного цикла и подходов к управлению ИТ-проектами. 

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

  • Задача — это незавершенная частная задача программирования.

  • Наиболее важная задача — это комбинация большого размера, срочности и устойчивости.

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

    • Срочные задачи своевременны настолько, насколько должны быть, иначе задерживается остальная работа.

    • Устойчивые задачи проверены и испытаны. Разработчики могут благополучно сфокусироваться на другом.

  • Решить означает привести в состояние стабильности.

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