3.Жизненый цикл по

Состав жизненного цикла ПО

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

Разработка- постановка задачи - анализ требований –проектирование –программирование -тестирование и отладка

Эксплуатация - ввод в действие -эксплуатация и сопровождение -завершение эксплуатации

Постановка задачи

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

Результатом этого этапа является концепция, создавшая или развившая программный продукт.

Этап заканчивается разработкой технического задания.

Анализ требований, процесс ЖЦ ПО, во время которого требования заказчика уточняются, формализуются и документируются.

На этом этапе подготавливается внешнее описание программы – описание её поведения с точки зрения внешнего наблюдателя с фиксацией требований относительно качества программы.

Спецификациями называется точное формальное описание функции и ограничений разрабатываемого ПО.

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

Проектирование – то процесс, во время которого исследуется структура ПО и взаимосвязь её элементов.

Проектирование является итерационным процессом.

Проектирование должно проводиться на 2-х уровнях:

1.Проектирование архитектуры ( проектирование системы в общем)

2.Детальное проектирование и создание проектов модулей

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

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

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

Тестирование и отладка. Тестирование – любая деятельность, выполненная с целью обнаружения ошибок в программе ( факты наличия ошибок в программе )

Отладка – процесс локализации и устранения ошибок. “ bug ” – ошибка на компьютерном жаргоне.

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

Ввод в действие

Работы по внедрению ПО включают: 1. Конфигурирование базы данных и рабочих мест пользователей; 2. Обеспечивает эксплуатацию документации; 3. Проведение обучения персонала;

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

1.Локализация проблем и устранение причин их возникновения

2.Модификация ПО в рамках установленного регламента

3.Подготовка предложений по совершенствованию, развитию и модернизации системы.

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

Завершение эксплуатации

Начинается с того, что пользователь заранее оповещает о прекращении сопровождения программного продукта. С этого момента пользователи могут продолжать использовать продукт до тех пор, пока не наступит его моральное устарение.

Стандартизация процессов жизненного цикла программ

В нашей стране стадии жизненного цикла ПО регламентируют­ся национальным стандартом ГОСТ 34.601—90 «Информационная технология. Автоматизированные системы. Стадии создания».

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

Структура ЖЦ программ по стандарту ISO/IEC 12207 базирует­ся на трех группах процессов:

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

2 .вспомогательные процессы, обеспечивающие выполнение ос­новных процессов (документирование, управление конфигу­рацией, обеспечение качества, верификация, аттестация, оцен­ка, аудит, решение проблем); •3.организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ, обучение).

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

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

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

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

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

Сопровождение. Процесс сопровождения предусматривает дей­ствия, выполняемые службой сопровождения.

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

Документирование. Данный процесс предусматривает формали­зованное описание информации, созданной в течение всего ЖЦ ПО.

Управленце конфигурацией. Процесс управления конфигурацией предполагает применение административных и технических проце­дур на всем, протяжении ЖЦ ПО для определения состояния ком­понент ПО в системе

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

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

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

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

Аудит. Процесс аудита представляет собой определение соответствия программного продукта требованиям, планам и условиям договора. Особенность аудиторской проверки состоит в ее незави­симости.

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

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

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

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

Усовершенствование. Процесс усовершенствования определяет оценку, измерение, контроль и усовершенствование процессов ЖЦ.

Обучение. Процесс обучения включает первоначальное обучение и последующее постоянное повышение квалификации персонала.

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

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

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

Модель ЖЦ ПО включает в себя:

Стадии;

Результаты выполнения работ на каждой стадии;

Ключевые события — точки завершения работ и принятия решений.

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

На каждой стадии могут выполняться несколько процессов, определенных в стандарте ГОСТ Р ИСО/МЭК 12207-99, и наоборот, один и тот же процесс может выполняться на различных стадиях. Соотношение между процессами и стадиями также определяется используемой моделью жизненного цикла ПО.

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

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

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

Положительные стороны применения каскадного подхода заключаются в следующем:

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

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

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

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

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

Документирование программ.

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

Всю документацию можно разделить на 2 группы:

1.документы управления разработкой(process documentation). Они протоколируют процессы разработки и сопровождения, обеспечивая связи внутри коллектива разработчиков, и м\д коллективом разработчиком и менеджерами. Эти документы могут быть след типов:

-планы,оценки,расписания. Создаются менеджерами для прогнозирования и управления процессами разработки и сопровождения.

-отчеты об использ-и ресурсов в процессе разработки. Создаются менеджерами.

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

-рабочие документы (технические). Обеспечивают связь м\д разработчиками.

-заметки и переписка. Фиксируют различные детали взаимодействия м\д менеджерами и разработчиками.

2. документы входящие в состав разработанного ПП (product documentation). Описывают программы как с т. зр. их применения пользователями, так и с т. зр. их разработчиков и сопроводителей. Эти документы будут использ-ся на стадии эксплуатации программ и на стадии разработки для управления процессами разработки.

Они образуют 2 комплекта с разным назначением: пользовательская документация и документация по сопровождению.

Документы: управления, входящ в состав ПП

1.пользоват-я документация(User documentation)объясняет пользователям действия при применении разрабат. ПО.

Состав пользовательской документации:

А)общее функцион-е описание. Б)руководство по инсталляции программ. В)инструкция по применению. Г)справочник по применению программ предназначен для одинарных пользователей. Д)руководство по управлению программой.

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