1. Жизненный цикл программного обеспечения.

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

2. Макетирование в процессе разработке по.

Основная цель макетирования — снять неопределенности в требованиях заказчика.

Макетирование (прототипирование) — это процесс создания модели требуемого программного продукта.

Модель может принимать одну из трех форм:

1) бумажный макет или макет на основе ПК (изображает или рисует человеко-машинный диалог);

2) работающий макет (выполняет некоторую часть требуемых функций);

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

Макетирование основывается на многократном повторении итераций, в которых участвуют заказчик и разработчик.

Сбор и уточнение требований – быстрая разработка – макет.

3. Инкрементная модель разработки по.

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

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

Каждый инкремент включает: анализ – проектирование – кодирование – тестирование.

4. Управление требованиями к по.

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

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

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