Сопровождение ИС

Get Started. It's Free
or sign up with your email address
Сопровождение ИС by Mind Map: Сопровождение ИС

1. Стандарты по сопровождению

1.1. 12207 IEEE, ISO/IEC, ГОСТ Р ИСО/МЭК

1.1.1. Название: Процессы жизненного цикла программных средств

1.1.2. Описание

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

1.1.3. Результаты этапа сопровождения

1.1.3.1. 1)Выдержки из отчётов пользователей о выявленных дефектах и предложенных корректировках (п. 5.5.2.1ГОСТ Р ИСО/МЭК 12207) 2)Предложения по корректировке (п. 5.5.2.3 ГОСТ Р ИСО/МЭК 12207) 3)Извещение пользователям о выпуске новой версии АС (п. 5.5.2.5 ГОСТ Р ИСО/МЭК 12207) 4)План переноса объекта (п.5.5.5.2 ГОСТ Р ИСО/МЭК 12207)

1.2. 14764 ISO/IEC ГОСТ Р ИСО МЭК

1.2.1. Название: Сопровождение программных средств (Standard for Software Engineering – Software Maintenance)

1.2.2. Описание

1.2.2.1. Настоящий стандарт детализирует процесс сопровождения, установленный в 12207 (ISO/IEC/ ГОСТ Р ИСО/МЭК)

1.2.3. Ограничения:

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

1.3. 9126 ISO/IEC ГОСТ Р ИСО/МЭК

1.3.1. Название: Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению

1.3.2. Описание

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

1.3.3. Результаты этапа сопровождения

1.3.3.1. Характеристики качества: 1)Функциональные возможности 2)Надежность 3)Практичность 4)Эффективность 5)Сопровождаемость 6)Мобильность

1.4. ГОСТ 34.603-92

1.4.1. Название: Виды испытаний автоматизированных систем

1.4.2. Описание

1.4.2.1. Стандарт устанавливает виды испытаний АС и общие требования к их проведению. Испытания АС проводят на стадии «Ввода в действие» по ГОСТ 34.601 с целью проверки соответствия создаваемой АС требованиям технического задания (ТЗ)

1.4.3. Результаты этапа сопровождения

1.4.3.1. Для планирования проведения всех видов испытании разрабатывают документ «Программа и методика испытания». В программе автономных испытании указывают: 1) перечень (функции, подлежащих испытаниям; 2) описание взаимосвязей объекта испытании с другими частями ПС; 3) условия, порядок и методы проведения испытании и обработки результатов; 4) критерии приемки частей по результатам испытании. Во время опытной эксплуатация ПС ведут рабочий журнал, в который заносят сведения о продолжительности функционирования АС, отказах, сбоях, аварийных ситуациях, изменениях параметров объекта автоматизации, проводимых корректировках документации и программных средств, наладке технических средств.

1.5. IEEE 1219-1998

1.6. IEEE 1219-1998

1.6.1. Название: Стандарт IEEE на сопровождение программного обеспечения (Standard for Software Maintenance)

1.6.1.1. Адаптивное сопровождение

1.6.1.1.1. Описание: Адаптивное сопровождение обеспечивает модернизацию, позволяющую вносить изменения в эксплуатационную среду программного средства.

1.6.2. Описание

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

2. Типы сопровождения

2.1. Корректирующее сопровождение

2.1.1. Описание: Реактивное изменение программного продукта, выполняемое после его поставки для корректировки обнаруженных проблем (несоответствий, ошибок).

2.2. Полное сопровождение

2.2.1. Описание: Модификация программного продукта после поставки для повышения его рабочих характеристик или улучшения сопровождаемости.

2.3. Профилактическое

2.3.1. Описание: Модификация программного продукта после поставки в целях обнаружения и корректировки имеющихся в нем скрытых ошибок для предотвращения явного проявления этих ошибок при эксплуатации данного продукта.

3. Инструментальные средства для сопровождения

3.1. Потенциальными средствами, определяющими стоимость сопровождения программных средств, являются инструментальные CASE-средства.

4. Сопровождение ИС по стандарту ГОСТ Р ИСО/МЭК 14764-2002

4.1. Применение стандарта

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

4.2. Процессы сопровождения

4.2.1. Подготовка процесса

4.2.1.1. Описание

4.2.1.1.1. При подготовке процесса сопроводитель создает планы и устанавливает процедуры, выполняемые при реализации процесса сопровождения.

4.2.1.1.2. Исходные данные

4.2.1.2. Задачи

4.2.1.2.1. - разработать планы и процедуры сопровождения; - установить процедуры рассмотрения ПР и ОП; - применить управление конфигурацией.

4.2.1.3. Планы и процедуры сопровождения

4.2.1.3.1. a) помочь заказчику при разработке концепции сопровождения; b) помочь заказчику при определении области сопровождения; c) помочь заказчику при анализе выбираемых организаций для проведения сопровождения; d) гарантировать официальное подтверждение принятия на себя обязанностей сопроводителя программного продукта; e) провести анализ ресурсов; f) оценить стоимость сопровождения; g) выполнить оценку сопровождаемости системы; h) установить требования к передаче программного продукта сопроводителю; i) установить контрольные точки передачи программного продукта сопроводителю; j) определить подлежащий реализации процесс сопровождения; k) документально оформить процесс сопровождения в виде эксплуатационных процедур.

4.2.1.4. Процедуры рассмотрения ПР и ОП

4.2.1.4.1. Сопроводитель должен выполнить следующие этапы решения задач: a) разработать схему числового обозначения ПР и ОП; b) разработать схему классификации и присвоения приоритетов для ПР и ОП; c) разработать процедуры проведения целевых анализов; d) определить процедуры представления ПР и ОП оператором; e) определить организацию исходной обратной связи с пользователями; f) определить, как пользователей будут обслуживать в период сопровождения; g) определить, как будут введены данные в базу данных учета состояний используемых ресурсов; h) определить, какие дополнительные обратные связи с пользователями будут обеспечены.

4.2.1.5. Управление конфигурацией

4.2.1.5.1. Рекомендации: Сопроводителю следует использовать процесс управления конфигурацией по ГОСТ Р ИСО/МЭК 12207.

4.2.1.5.2. Проверки

4.2.1.5.3. Обеспечение

4.2.1.5.4. Выходные результаты

4.2.2. Внесение изменений

4.2.2.1. Основа для анализа

4.2.2.1.1. -официальное предложение о модификации; -отчет или заявка о проблеме (документ должен быть согласован и подписан лицом, имеющим на это право, если другая форма не оговорена в договоре); -системные и/или проектные документы; -нормативные документы.

4.2.3. Анализ проблем и изменений (модификаций)

4.2.3.1. При выполнении работы по анализу проблем и изменений (модификаций) сопроводитель

4.2.3.1.1. - анализирует ПР и (или) ОП; - дублирует или проверяет проблему; - разрабатывает варианты реализации изменения (модификации); - документально оформляет: ПР и (или) ОП, результаты их рассмотрения и варианты реализации изменений; - проводит согласование выбранного варианта изменения(й).

4.2.3.2. Основа для проведения

4.2.3.2.1. официальное предложение о модификации или отчет о проблеме, системные и (или) проектные документы и нормативные документы.

4.2.3.3. Исходные данные

4.2.3.4. Задачи (задания)

4.2.3.4.1. Анализ ПР или ОП

4.2.3.4.2. Верификация

4.2.3.4.3. Варианты

4.2.3.4.4. Документы

4.2.3.4.5. Согласование

4.2.3.4.6. a) проверить актуальность всех проектных документов и документов результатов анализа. Если какие-либо документы отсутствуют, их следует разработать; b) определить правильность предложенной политики и графика (программы) тестирования; c) определить правильность оценок ресурсов; d) обновить базу данных учета состояний используемых ресурсов; e) выдать официальные рекомендации с указаниями о необходимости принятия (согласования) или отклонения ПР или ОП.

4.2.3.5. Проверки

4.2.3.5.1. В конце данной работы должен быть проведен анализ риска. На основании выходных результатов должна быть пересмотрена предварительная оценка ресурсов и с привлечением пользователя (заказчика) принято решение о целесообразности перехода к работе по внесению изменений.

4.2.3.6. Обеспечение

4.2.3.6.1. - документирования; - обеспечения качества; - решения проблем.

4.2.3.7. Выходные результаты

4.2.3.7.1. - анализ влияния изменения(й); - рекомендуемый вариант изменения; - согласованное изменение; - обновленные (исправленные) документы.

4.2.3.8. Внесение изменений

4.2.3.8.1. Описание: При выполнении работы по внесению изменений сопроводитель разрабатывает и тестирует конкретное изменение(я) программного продукта.

4.2.3.8.2. Исходные данные

4.2.3.8.3. Задачи (задания)

4.2.3.8.4. Выходные результаты

4.2.4. Проверка и приемка изменений при сопровождении версии

4.2.4.1. Данная работа обеспечивает подтверждение правильности изменений, внесенных в систему, в соответствии с принятыми стандартами и по установленной методологии.

4.2.4.2. Исходные данные

4.2.4.2.1. - измененное программное средство; - результаты тестирования внесенного изменения(й).

4.2.4.3. Задачи (задания)

4.2.4.3.1. Проверки (обзоры)

4.2.4.3.2. Согласование

4.2.4.3.3. Проверки

4.2.4.3.4. Обеспечение

4.2.4.3.5. Выходные результаты

4.2.5. Перенос

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

4.2.5.2. Исходные данные

4.2.5.2.1. Исходными данными для проведения работы по переносу являются: - старая среда; - новая среда; - старая базовая линия; - новая базовая линия.

4.2.5.3. Задачи (задания)

4.2.5.3.1. Описание: Сопроводитель проводит перенос в соответствии с ГОСТ Р ИСО/МЭК 12207, разрабатывает план переноса, извещает пользователей, проводит обучение персонала, выдает предупреждение о завершении переноса, оценивает влияние новой среды и архивирует соответствующие данные.

4.2.5.3.2. Перенос

4.2.5.3.3. План переноса

4.2.5.3.4. Уведомление о намерениях

4.2.5.3.5. Реализуемые операции и обучение

4.2.5.3.6. Уведомление о завершении переноса

4.2.5.3.7. Итоговый анализ

4.2.5.3.8. Архивные данные

4.2.5.3.9. Проверки

4.2.5.3.10. Обеспечение

4.2.5.3.11. При выполнении работы по переносу используют следующие вспомогательные и организационные процессы жизненного цикла по ГОСТ Р ИСО/МЭК 12207: - документирования; - управления конфигурацией; - обеспечения качества; - верификации; - аттестации (валидации); - совместного анализа; - аудита; - решения проблем; - обучения.

4.2.5.4. Выходные результаты

4.2.5.4.1. - план переноса; - инструментальные средства для переноса; - извещение о намерениях; - перенесенный программный продукт; - уведомление о завершении переноса; - архивные данные.

4.2.6. Снятие с эксплуатации

4.2.6.1. Описание

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

4.2.6.2. В анализе должны быть определены и экономически обоснованы:

4.2.6.2.1. - возможность сохранения устаревшей технологии; - переход на новую технологию путем создания нового программного продукта; - разработка нового программного продукта для обеспечения модульности; - разработка нового программного продукта для упрощения сопровождения; - разработка нового программного продукта для обеспечения стандартизации; - разработка нового программного продукта для обеспечения независимости продавца.

4.2.6.3. Исходные данные

4.2.6.3.1. - удаляемая базовая линия старого программного продукта; - новый программный продукт; - старая среда эксплуатации.

4.2.6.4. Задачи

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

4.2.6.5. Проверки

4.2.6.5.1. Контроль за рассматриваемой работой проводят посредством процесса совместного анализа (6.6 ГОСТ Р ИСО/МЭК 12207).

4.2.6.6. Обеспечение

4.2.6.6.1. При выполнении работы по снятию программного средства с эксплуатации используют следующие вспомогательные и организационные процессы жизненного цикла по ГОСТ Р ИСО/МЭК 12207: - документирования; - управления конфигурацией; - обеспечения качества; - совместного анализа; - аудита; - обучения

4.2.6.7. Выходные результаты

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

5. Определение

5.1. процесс улучшения, оптимизации и устранения дефектов программного обеспечения (ПО) после передачи в эксплуатацию.