Управление жизненным циклом информационных систем Презентацию подготовили студентки

Управление жизненным циклом информационных систем. Презентацию подготовили: студентки 1 курса группы БИ 1301 üАракелян Алина üЗасадкевич Наталья üПросина Кристина

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

Стадии ЖЦ ИС Предпроектное обследование Проектирование Разработка ИС Ввод ИС в эксплуатацию Эксплуатация ИС

Стадии ЖЦ ИС Предпроектное обследование: ☺ Сбор материалов для проектирования ☺ Анализ материалов и разработка документации

Стадии ЖЦ ИС Проектирование: ☺ Предварительное проектирование ☺ Детальное проектирование ☺ Разработка техно-рабочего проекта ИС (ТРП) ☺ Разработка методологии реализации функций управления

Стадии ЖЦ ИС Разработка ИС: ☺ Получение и установка технических и программных средств ☺ Тестирование и доводка программного комплекса ☺ Разработка инструкций по эксплуатации программно-технических средств

Стадии ЖЦ ИС Ввод ИС в эксплуатацию: ☺ Ввод технических средств ☺ Ввод программных средств ☺ Обучение и сертификация персонала ☺ Опытная эксплуатация ☺ Сдача и подписание актов приёмкисдачи работ

Стадии ЖЦ ИС Эксплуатация ИС: ☺ Повседневная эксплуатация ☺ Общее сопровождение всего проекта

Стандарт 12207 ISO/IEC 12207: 2008 «System and software engineering — Software life cycle processes» — стандарт ISO, описывающий процессы жизненного цикла программного обеспечения. Стандарт разработан подкомитетом ПК 7 «Системная и программная инженерия» (англ. SC 7 System and Software Engineering) Совместного технического комитета № 1 ИСО/МЭК «Информационные технологии» (англ. ISO/IEC JTC 1 Information Technology).

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

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

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

Стандарт описывает 17 процессов ЖЦ, распределенных по трем категориям – группам процессов. q 5. Основные процессы жизненного цикла - Primary Processes 5. 1 Заказ - Acqusition 5. 2 Поставка - Supply 5. 3 Разработка - Development 5. 4 Эксплуатация - Operation 5. 5 Сопровождение - Maintenance q 6. Вспомогательные процессы жизненного цикла – Supporting Processes 6. 1 Документирование - Documentation 6. 2 Управление конфигурацией – Configuration Management 6. 3 Обеспечение качества – Quality Assurance 6. 4 Верификация - Verification 6. 5 Аттестация - Validation 6. 6 Совместный анализ – Joint Review 6. 7 Аудит - Audit 6. 8 Решение проблем – Problem Resolution q 7. Организационные процессы жизненного цикла – Organizational Processes 7. 1 Управление - Management 7. 2 Создание инфраструктуры - Infrastructure 7. 3 Усовершенствование - Improvement 7. 4 Обучение - Training

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

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

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

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

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

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

Стандарты ЖЦ ИС ГОСТ 34. 601 -90 - распространяется на автоматизированные системы и устанавливает стадии и этапы их создания. Кроме того, в стандарте содержится описание содержания работ на каждом этапе. Стадии и этапы работы, закрепленные в стандарте, в большей степени соответствуют каскадной модели жизненного цикла. ISO/IEC 12207(International Organization of Standardization /International Electrotechnical Commission )1995 - стандарт на процессы и организацию жизненного цикла. Распространяется на все виды заказного ПО. Стандарт не содержит описания фаз, стадий и этапов. Rational Unified Process (RUP) предлагает итеративную модель разработки, включающую четыре фазы: начало, исследование, построение и внедрение. Каждая фаза может быть разбита на этапы (итерации), в результате которых выпускается версия для внутреннего или внешнего использования. Прохождение через четыре основные фазы называется циклом разработки, каждый цикл завершается генерацией версии системы. Если после этого работа над проектом не прекращается, то полученный продукт продолжает развиваться и снова минует те же фазы. Суть работы в рамках RUP - это создание и сопровождение моделей на базе UML. Microsoft Solution Framework (MSF) сходна с RUP, так же включает четыре фазы: анализ, проектирование, разработка, стабилизация, является итерационной, предполагает использование объектно-ориентированного моделирования. MSF в сравнении с RUP в большей степени ориентирована на разработку бизнес-приложений. Extreme Programming (XP). Экстремальное программирование (самая новая среди рассматриваемых методологий) сформировалось в 1996 году. В основе методологии командная работа, эффективная коммуникация между заказчиком и исполнителем в течение всего проекта по разработке ИС, а разработка ведется с использованием последовательно дорабатываемых прототипов.

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

Типы моделей ЖЦ ИС Каскадная модель предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе. Достоинства модели: - на каждой стадии формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности; - выполняемые в четкой последовательности стадии позволяют уверенно планировать сроки выполнения работ и соответствующие ресурсы (денежные, материальные и людские). Недостатки модели: - реальный процесс разработки информационной системы редко полностью укладывается в такую жесткую схему. Особенно это относится к разработке нетиповых и новаторских систем; - жизненный цикл основан на точной формулировке исходных требований к информационной системе. Реально в начале проекта требования заказчика определены лишь частично; - основной недостаток – результаты разработки доступны заказчику только в конце проекта. В случае неточного изложения требований или их изменения в течение длительного периода создания ИС заказчик получает систему, не удовлетворяющую его потребностям.

Типы моделей ЖЦ ИС Поэтапная модель с промежуточным контролем (Инкрементная модель). Разработка ИС ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период разработки. Достоинства и недостатки этой стратегии такие же, как и у классической. Но в отличие от классической стратегии заказчик может раньше увидеть результаты. Уже по результатам разработки и внедрения первой версии он может незначительно изменить требования к разработке, отказаться от нее или предложить разработку более совершенного продукта с заключением нового договора.

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

Спасибо за внимание!