6. Выбор и обоснование метода решения.

Модель решения задачи с учетом ее особенностей должна быть доведена до решения при помощи конкретных методов решения. Само по себе математическое описание задачи в большинстве случаев трудно перевести на язык машины. Выбор и использование метода решения задачи позволяет привести решение задачи к конкретным машинным операциям. При обосновании выбора метода необходимо учитывать различные факторы и условия, в том числе точность вычислений, время решения задачи на ЭВМ, требуемый объем памяти и другие.

Одну и ту же задачу можно решить различными методами, при этом в рамках каждого метода можно составить различные алгоритмы

7. Понятие и основные модели жизненного цикла программного продукта.

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

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

В него входит семнадцать процессов ЖЦ:

Основные процессы:

• приобретение;

• поставка;

• разработка;

• функционирование;

• сопровождение;

Вспомогательные процессы:

• документирование;

• управление конфигурацией;

• обеспечение качества;

• верификация;

• валидация;

• совместный анализ;

• аудит;

• решение проблем;

Организационные процессы:

• управление;

• усовершенствование;

• создание инфраструктуры;

• обучение.

К настоящему времени наибольшее распространение получили следующие модели ЖЦ:

• каскадная (водопадная) модель (70-85 г.г.);

• спиральная модель (86-90 г.г.).

• инкрементальная модель

1. Моделью водопада (каскадной моделью) называется методология, разделяющая процесс разработки на следующие этапы (ступени):

   • анализ;

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

   • программирование;

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

   • документирование.

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

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

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

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

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

• оценка и разрешение рисков,

• определение целей,

• разработка и тестирование,

• планирование.