1)Жизненный цикл программного изделия, Основные понятия ,Процесс приобретения . Это интервал времени от начального момента возникновения объективной необходимости до момента изъятия его из эксплуатации. Программа- это завершенный продукт пригодный для запуска своим автором на системе на которой он был разработан. Программный продукт- это прога которую любой человек может запускать, тестировать исправлять ошибки и развивать, такая прога должна быть написана в обобщенном стиле и тщательно оттестирована. Программный комплекс-это набор взаимодействующих программ согласных по функциям и форматом, точно определенным интерфейсом и в общем составлять полное средство для решения больших задач. Программные изделия- это совокупность отдельных программных средств их документация гарантия качества, рекламных материалов, мер по обучению пользователя, распространению сопровождению готового программного обеспечения. Технология программирования- это совокупность метода и средств используемых в процессе разработки программного обеспечения. Программные изделия должны быть протестированы с использованием вариантов исходных данных. П.И. как продукция производственно технического назначения должна отвечать ряду требований. 1)П.И. Должно создаваться со стандартом (ГОСТ), согласным с гост комитетом по вычислительной техники. 2) Изделие должно иметь установленную цену, согласно с разработчиками программных средств. 3) При реализации П.И. должны быть особенно обговаренны вопросы модернизации П.И. поставщиками. 4) Тсчательное документирование П.И. обеспечивает возможность их применения пользователями различной квалификации. Состав и количество документации определяется в соответствии с ГОСТОМ. Основные этапы жизненного цикла программного продукта. Это период с момента принятия решений необходимости создания П.И. и заканчивающийся в момент его полного изъятия из эксплуатации. Основные процессы включают в себя набор определенных действий и связанных с ними задач которые должны быть выполнены в течении жизненного цикла программного продукта. 1) Процесс приобретения (acquisition process) охватывает действия заказчика по приобретению ПП. К этим действиям относятся:

•               инициирование приобретения;

•               подготовка заявочных предложений;

•               подготовка и корректировка договора;

•               надзор за деятельностью поставщика;

•               приемка и завершение работ.

1) Инициирование приобретения. включает в себя следующие задачи определение с заказчиком своих потребностей в приобретении, разработки, усовершенствования системы: Анализ требования к системе, принятие решений относительно приобретения разработки или усовершенствования существующего ПИ. 2) Подготовка заявочных предложений. подразумевает разработку и составление предложений которые должны содержать. Требования к разрабатываемой или покупаемой системе перечень необходимых ПП условия и соглашения, заявочные предложения направляются к поставщику. 3) подготовка и корректировка договора включает в себя: 1) Выбор конкретного поставщика на основе анализа предложений, 2) подготовка и заключение договора с поставщиком, 3) внесение изменений, 4) надзор за деятельностью поставщика. Осуществляется в соответствии с действиями в процессе совместной оценки.5) приемка и завершение работ. Осуществляется в случае удовлетворения всех условий при приемке.

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

Процесс поставки (supply process) охватывает действия и задачи поставщика при снабжении заказчика ПП или услугой. К этим действиям относятся:

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

•               подготовка ответа на заявочные предложения;

•               подготовка договора;

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

•               выполнение и контроль;

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

•               поставка и завершение работ.

Процесс разработки (development process) охватывает действия и задачи разработчика и предусматривает следующие основные направления работ:

•               создание ПП и его компонентов в соответствии с заданными требованиями, включая оформление проектной и эксплуатационной документации;

•               подготовку материалов, необходимых для проверки работоспособности и качества ПП;

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

Процесс эксплуатации (operation process) охватывает действия и задачи оператора — организации, занимающейся эксплуатацией разработанного ПП или системы. К этим действиям относятся:

•               подготовительная работа;

•               эксплуатационное тестирование;

•               эксплуатация системы;

•               поддержка пользователей.

 Процесс сопровождения (maintenance process) охватывает действия и задачи сопровождающей организации (службы сопровождения). Данный процесс активизируется при изменениях (модификациях) ПП и соответствующей документации, вызванных возникшими проблемами или потребностями в модернизации либо адаптации ПП. В соответствии со стандартом IEEE-90 (IEEE — Institute of Electrical and Electronics Engineers — Институт инженеров по электротехнике и электронике) под сопровождением по­нимается внесение изменений в ПП в целях исправления ошибок, повышения производительности либо адаптации к изменившимся условиям работы или требованиям.

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

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

В критических точках каскадной модели формируются базовые линии, последняя из которых является базовой линией продукта. После формирования заключитель­ной базовой линии производится обзор приемки.

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

Отличительным свойством каскадной модели можно назвать то, что она представ­ляет собой формальный метод, разновидность разработки "сверху вниз", она состоит из независимых фаз, выполняемых последовательно, и подвержена частому обзору.