Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Метода Климко 2006 (Мет пособие).doc
Скачиваний:
277
Добавлен:
15.06.2014
Размер:
1.12 Mб
Скачать
      1. Преимущества модели быстрой разработки

При использовании модели RAD в соответствующем ей проекте проявляются следующие ее достоинства:

    1. сокращение времени цикла разработки для всего проекта за счет использования мощных инструментальных средств;

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

    3. возможность быстрого просмотра продукта;

    4. сокращение затрат за счет сокращенного времени цикла, современных CASE-технологий, меньшего количества разработчиков;

    5. сокращение риска, связанного с соблюдением графика, за счет использования принципа временного блока;

    6. эффективное использование имеющихся в наличии средств;

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

    8. возрастание уверенности, что система будет соответствовать требованиям;

    9. итерации прототипов предотвращают возникновение проблем и способствуют созданию обратной связи с потребителем;

    10. основное внимание переносится с документации на код;

    11. в модели повторно используются компоненты уже существующих продуктов.

Рисунок 2.11 – Вариант модели быстрой разработки приложений RAD

      1. Недостатки модели быстрой разработки

Недостатки модели быстрой разработки при использовании в неподходящем для нее проекте:

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

  2. необходимость в высококвалифицированных разработчиках, умеющих работать с инструментальными средствами разработки;

  3. необходимость в больших людских ресурсах для создания достаточного количества групп при разработке крупномасштабных проектов;

  4. необходимость моделирования системы;

  5. возможность применения только для систем или программных средств, которые могут быть декомпозированы на отдельные модули;

  6. возможность применения только для систем или программных средств, для которых отсутствует требование высокой производительности;

  7. неэффективность модели при отсутствии пригодных для повторного использования компонентов;

  8. жесткость временных ограничений на разработку прототипа;

  9. сложность ограничения затрат и определения сроков завершения работы над проектом;

  10. неприменимость в условиях высоких технических рисков, при использовании новых технологий;

  11. существование риска незавершения работы над проектом в связи с возможностью появления замкнутого цикла;

  12. необходимость в ускоренном процессе разработки для реализации эффективной обратной связи с пользователем.

      1. Область применения модели быстрой разработки rad

Модель RAD подходит для применения в следующих ситуациях:

  1. при разработке систем, которые поддаются моделированию;

  2. при разработке систем и продуктов, требования для которых хорошо известны;

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

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

  5. при выполнении проектов в сокращенные сроки (как правило, не более чем за 60 дней);

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

  7. при разработке систем, для которых имеются пригодные к повторному использованию компоненты;

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

  9. при разработке проектов, для которых затраты и соблюдение графика не являются очень важными;

  10. при разработке систем низкой производительности;

  11. при невысокой степени технических рисков;

  12. при разработке информационных систем;

  13. при разработке проектов в известной разработчикам предметной области;

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