Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
2012 ВС РСПС Конспект(KIED).doc
Скачиваний:
72
Добавлен:
10.05.2015
Размер:
599.04 Кб
Скачать

1. Три типа жизненных циклов программных систем.

Жизненный цикл программного обеспечения (ПО) — период времени, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации. Этот цикл — процесс построения и развития ПО.

При создании заказного ПО выделяют пять основных стадий ЖЦ:

· анализ и формализация требований заказчика;

· проектирование;

· реализация;

· тестирование;

· внедрение и эксплуатация.

Целесообразно выделить 3 основных типа жизненных циклов.

Водопадная (каскадная, последовательная) модель

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

Этапы проекта в соответствии с каскадной моделью:

  1. Формирование требований;

  2. Проектирование;

  3. Реализация;

  4. Тестирование;

  5. Внедрение;

  6. Эксплуатация и сопровождение.

Итерационная модель

Функциональные возможности системы в данном случае наращиваются постепенно. В процессе разработки основные стадии ЖЦ (проектирование, реализация, тестирование) проходятся несколько раз применительно к очередной добавляемой порции возможностей системы.

Данный тип ЖЦ не требует заранее наличия всех требований к системе и позволяет заказчику активно участвовать в ее разработке, что является безусловным плюсом.

Спиральная модель

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

На каждой итерации оцениваются:

  • риск превышения сроков и стоимости проекта;

  • необходимость выполнения ещё одной итерации;

  • степень полноты и точности понимания требований к системе;

  • целесообразность прекращения проекта.

Важно понимать, что спиральная модель является не альтернативой эволюционной модели (модели IID), а специально проработанным вариантом.

Отличительной особенностью спиральной модели является специальное внимание, уделяемое рискам, влияющим на организацию жизненного цикла, и контрольным точкам. Боэм формулирует 10 наиболее распространённых (по приоритетам) рисков:

  1. Дефицит специалистов.

  2. Нереалистичные сроки и бюджет.

  3. Реализация несоответствующей функциональности.

  4. Разработка неправильного пользовательского интерфейса.

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

  6. Непрекращающийся поток изменений.

  7. Нехватка информации о внешних компонентах, определяющих окружение системы или вовлеченных в интеграцию.

  8. Недостатки в работах, выполняемых внешними (по отношению к проекту) ресурсами.

  9. Недостаточная производительность получаемой системы.

  10. Разрыв в квалификации специалистов разных областей.

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

2. Современные стандарты описания ЖЦ

В настоящее время действует международный стандарт ISO/IEC 12207: 1995-08-01. Стандарт ISO/IEC 12207:1995 «Information Technology — Software Life Cycle Processes» является основным нормативным документом, регламентирующим состав процессов жизненного цикла ПО. Он определяет структуру жизненного цикла, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО. Каждый процесс разделен на набор действий, каждое действие — на набор задач. Каждый процесс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем не существует заранее определенных последовательностей выполнения. Связи по входным данным при этом сохраняются. Основная цель - представление общей структуры с такой позиции, чтобы покупатели, поставщики, разработчики, специалисты по обслуживанию, операторы, менеджеры и технический персонал, связанный с разработкой программного обеспечения, использовали общий язык.

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

  • Заказ.

  • Поставка.

  • Разработка.

    • Подготовка программного средства.

    • Анализ требований технического задания.

    • Проектирование архитектуры программного средства.

    • Детальное проектирование программного средства.

    • Конструирование программного средства.

    • Комплексирование программного средства.

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

  • Эксплуатация.

  • Сопровождение.

Данные процессы описывают поэтапно все шаги, необходимые для создания продукта.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]