Определение жизненного цикла программного обеспечения. Этапы жцпо. Модели жцпо.
Информационная система (ИС) - это совокупность взаимодействующих и взаимодополняющих подсистем, обеспечивающих сбор, хранение и обработку информации
К подсистемам ИС относятся:
Технические средства;
Средства связи;
Программное обеспечение.
Технические средства - средства, на физическом уровне обеспечивающие ввод, хранение, обработку и вывод информации. Состав: модемы, Hub`ы, сетевые карты, винчестеры, CD, DVD, сканеры, принтеры, плоттеры, клавиатуры и т.д. Особенности: в большинстве своем технические средства унифицированы и не подлежат настройке под конкретную ИС
Средства связи - локальные, глобальные соединения технических средств с целью передачи информации. Состав(по способу передачи информации): проводные, оптоволоконные, спутниковые, инфракрасные, радиопередающие и т.д. Особенности: в большинстве своем средства связи унифицированы и не подлежат настройке под конкретную ИС. Однопользовательские ИС не требуют средств связи.
Программное обеспечение (ПО) - совокупность компьютерных программ, необходимых и достаточных для осуществления взаимодействия технических средств и средств связи с целью ввода, хранения и обработки информации. ПО подразделяется на следующие группы:
Системное ПО (операционная система, драйверы технических средств и средств связи)
Системы управления базами данных СУБД (Microsoft SQL Server, InterBase, Firebird и другие);
База данных-БД;
Клиентское ПО (программа или совокупность программ, обеспечивающих ввод, извлечение, обработку информации из БД, а также ее представление в необходимом виде).
Особенности: Системное ПО и СУБД унифицированы и не подлежат внутреннему перепроектированию под конкретную ИС. Клиентское ПО и БД проектируются и настраиваются на решение специфических задач отдельных ИС.
Жизненный цикл программного обеспечения (ЖЦ ПО) представляет собой набор этапов, частных работ и операций в последовательности их выполнения и взаимосвязи, регламентирующих ведение работ от подготовки технического задания до завершения испытаний ряда версий и окончания эксплуатации ПО или информационной системы (ИС).
ЖЦ ПО – это период времени от момента принятия решения о создании ПО до полного изъятия его из эксплуатации.
Этапы ЖЦПО:
1)Анализ требований заказчика.
2)Анализ рынка.
3)Анализ рисков.
4)Формализация требований.
5)Проектирование.
6)Разработка.
7)Тестирование.
8)Отладка.
9)Ввод в действие.
10)Эксплуатация и сопровождение.
Модели ЖЦ:
каскадная модель («водопад») – все стадии выполняются последовательно, переход от одной стадии к другой осуществляется после полного завершения предыдущей стадии, завершением каждой стадии является полный пакет документов.
Достоинства:
легкий переход между стадиями в связи с подробностью описания выполненных работ;
легкая передача проекта от одной группы разработчиков к другой.
Недостатки:
модель не работает в связи с наличием обратных связей;
затягивание процесса по времени.
Основным недостатком каскадного подхода является существенное запаздывание с получением результатов. Согласование результатов с пользователями производится только в точках, планируемых после завершения каждого этапа работ, требования к ИС "заморожены" в виде технического задания на все время ее создания. Таким образом, пользователи могут внести свои замечания только после того, как работа над системой будет полностью завершена. В случае неточного изложения требований или их изменения в течение длительного периода создания ПО пользователи получают систему, не удовлетворяющую их потребностям. Модели (как функциональные, так и информационные) автоматизируемого объекта могут устареть одновременно с их утверждением. Каскадный подход хорошо зарекомендовал себя при построении ИС, для которых в самом начале разработки можно достаточно точно и полно сформулировать все требования, с тем чтобы предоставить разработчикам свободу реализовать их как можно лучше с технической точки зрения. В эту категорию попадают сложные расчетные системы, системы реального времени и другие подобные задачи.
каскадная модель с обратными связями - модель разработки ПО с циклами обратной связи между этапами.
Д
остоинство:
межэтапные корректировки
обеспечивают меньшую трудоемкость по
сравнению с каскадной моделью.
Недостаток: время жизни каждого из этапов растягивается на весь период разработки.
3. спиральная модель – переход с одной стадии на другую происходит по истечении времени, независимо от завершенности процесса.
Недостатки:
неоконченность пакетов документов на каждой стадии;
большое количество копий.
Можно отметить следующие преимущества спиральной модели:
Накопление и повторное использование программных средств, моделей и прототипов;
О
риентация
на развитие и модификацию ПО в процессе
его проектирования;
Анализ риска и издержек в процессе проектирования.
Разработка итерациями отражает объективно существующий спиральный цикл создания системы. Неполное завершение работ на каждом этапе позволяет переходить на следующий этап, не дожидаясь полного завершения работы на текущем. При итеративном способе разработки недостающую работу можно будет выполнить на следующей итерации. Главная же задача - как можно быстрее показать пользователям системы работоспособный продукт, тем самым активизируя процесс уточнения и дополнения требований. Основная проблема спирального цикла - определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа закончена. План составляется на основе статистических данных, полученных в предыдущих проектах, и личного опыта разработчиков.
смешанная модель заключается в применении на первых стадиях спиральной модели и каскадного подхода на последнем витке.
Т.е. эта модель делает упор на начальные этапы ЖЦ:
анализ требований;
проектирование спецификаций;
предварительное проектирование;
детальное проектирование.
На этих этапах проверяется и обосновывается реализуемость технических решений путем создания прототипов. Каждый виток спирали соответствует поэтапной модели создания фрагмента или версии программного изделия, на нем уточняются цели и характеристики проекта, определяется его качество, планируются работы следующего витка спирали. Таким образом, углубляются и последовательно конкретизируются детали проекта, и в результате выбирается обоснованный вариант, который доводится до реализации.