Процессы жизненного цикла

План:

ВВЕДЕНИЕ 2

1. ЖИЗНЕННЫЙ ЦИКЛ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ 3

2. Процессы ЖЦ ПО 7

3. Вспомогательные процессы ЖЦ ПО 8

Заключение 14

Литература 15

 

 

 

 

 

 

 

 

 

 

 

 

 

ВВЕДЕНИЕ

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

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

Наиболее известной и  полной, пожалуй, является структура  ЖЦПО по Боэму, включающая восемь фаз. Она и будет представлена в  дальнейшем наиболее подробно.

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

 

 

 

 

 

 

 

 

 

 

 

 

1. ЖИЗНЕННЫЙ ЦИКЛ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

Значительное место среди  информационных продуктов и услуг  занимают компьютерные программные  средства.

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

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

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

В коммерческом программном  обеспечении жизненный цикл определяется моментом начала его продаж.

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

Для увеличения этого периода  необходимо постоянно осуществлять маркетинговые и иные мероприятия  по их поддержке. Падение продаж и  интереса к информационным продуктам  и услугам является сигналом к:

а) изменению программного продукта и услуг, 

б) изменению цены на них, 

в) проведению модификации  или снятию с продажи и предоставления.

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

Продажи
	Время
Фаза	Разработка	Рост	Зрелость	Упадок

Рис. 1. Графическая  модель жизненного цикла продуктов  и услуг.

Обычно, под термином “программный продукт” для компьютерных информационных технологий принято понимать необходимое  им программное обеспечение (ПО).

Основной нормативный  документ, регламентирующий ЖЦ ПО –  международный стандарт ISO/IEC 12207 (ISO, International Organization of Standardization – Международная организация по стандартизации, IEC, International Electrotechnical Commission – Международная комиссия по электротехнике). Он определяет структуру ЖЦ, содержащую процессы, действия и задачи, выполняемые во время создания ПО.

Согласно этому стандарту, структура ЖЦ ПО базируется на трёх группах процессов:

1) основные процессы ЖЦ ПО (приобретение, поставка, разработка, эксплуатация, сопровождение); 

2) вспомогательные процессы (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит, решение проблем); 

3) организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ, обучение).

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

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

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

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

Обеспечение качества проекта связано с проблемами верификации, проверки и тестирования ПО.

Верификация – это процесс определения насколько текущее состояние разработки, достигнутое на данном этапе, отвечает требованиям этого этапа.

Оценка качества (ГОСТ 28195-89) осуществляется на всех этапах жизненного цикла программных средств (ПС) при:

• планировании показателей качества ПС;
• контроле качества на отдельных этапах разработки (техническое задание, технический проект, рабочий проект);
• контроле качества в процессе производства ПС;
• проверке эффективности модификации ПС в процессе сопровождения.

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

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

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

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

Управление конфигурацией  позволяет организовать, систематически учитывать и контролировать внесение изменений в ПО на всех стадиях  ЖЦ. Общие принципы и рекомендации конфигурационного учёта, планирования и управления конфигурациями ПО отражены в проекте стандарта ISO/IEC 12207.

Жизненный цикл информационных продуктов и услуг составляет основу жизненного цикла информационных технологий и, соответственно, информационных систем. Следовательно, всё сказанное  выше относится и к информационным системам.

Одним из базовых понятий  проектирования ИС является понятие жизненного цикла её программного обеспечения (ЖЦ ПО) – это непрерывный процесс, начинающийся с момента принятия решения о необходимости создания ПО и заканчивается в момент его полного изъятия из эксплуатации.

ИС входят в состав СУБД и являются специфическим инструментальным и прикладным (пользовательским) программным  обеспечением.

Жизненный цикл ИС представляет собой модель её создания и использования. Модель отражает различные состояния ИС, начиная с момента возникновения необходимости в данной ИС и заканчивая моментом её полного выхода из употребления у всех пользователей.

 

2. Процессы ЖЦ ПО

В соответствии со стандартом ГОСТ Р ИСО/МЭК 12207-99 все  процессы ЖЦ ПО разделены на три  группы:

1. Основные процессы
1. приобретение
2. поставка
3. разработка
4. эксплуатация
5. сопровождение (модификация и исправление системы в случае обнаружения неполадок или возникновении новых требований)
2. Вспомогательные процессы
1. документирование (формализованное описание информации, созданной в течение ЖЦ ПО)
2. управление конфигурацией (применение административных и технических процедур на всем протяжении ЖЦ ПО для определения состояния компонентов ПО в системе, управления модификациями ПО, описания и подготовки отчетов о состоянии компонентов ПО и запросов на модификацию, обеспечения полноты, совместимости и корректности компонентов ПО, управления хранением и поставкой ПО)
3. обеспечение качества (обеспечение соответствующих гарантии того, что ПО и процессы его ЖЦ соответствуют заданным требованиям и утвержденным планам)
4. верификация (определение того, что программные продукты, являющиеся результатами некоторого действия, полностью удовлетворяют требованиям или условиям, обусловленным предшествующими действиями)
5. аттестация (подтверждение и оценка достоверности проведенного тестирования ПО)
6. совместная оценка (оценка состояния работ по проекту и ПО, создаваемому при выполнении данных работ)
7. аудит (определение соответствия требованиям, планам и условиям договора)
8. разрешение проблем
3. организационные процессы
1. управление (управление выпуском продукта, управление проектом и задачами соответствующих процессов, таких, как приобретение, поставка, разработка, эксплуатация, сопровождение и др.)
2. инфраструктура (выбор и поддержка (сопровождение) технологии, стандартов и инструментальных средств, выбор и установка аппаратных и программных средств, используемых для разработки, эксплуатация или сопровождение ПО)
3. усовершенствование (оценка, измерение, контроль и усовершенствование процессов ЖЦ ПО)
4. обучение (первоначальное обучение и последующее постоянное повышение квалификации персонала)

 

3. Вспомогательные процессы ЖЦ ПО

 

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

Процесс документирования включает действия:

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

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

Управление конфигурацией  позволяет организовать, систематически учитывать и контролировать внесение изменений в ПО на всех стадиях  ЖЦ ПО. Общие принципы и рекомендации по управлению конфигурацией ПО отражены в проекте стандарта ISO/IEC 12207-2: 1995 “Information Technology - Software Life Cycle Processes. Part2. Configuration Management for Software”.

Процесс управления конфигурацией  включает действия:

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