адаптивное сопровождение ИС

Начать. Это бесплатно
или Регистрация c помощью Вашего email-адреса
Rocket clouds
адаптивное сопровождение ИС создатель Mind Map: адаптивное сопровождение ИС

1. Определение:

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

2. Оценка (измерение) характеристик программного средства при адаптивном сопровождении:

2.1. Должны быть собраны, проанализированы и интерпретированы соответствующие данные, способствующие усовершенствованию процесса сопровождения и пониманию методов снижения стоимости сопровождения.

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

3. Документы:

3.1. сопроводитель при подготовке к сопровождению должен:

3.1.1. определить проблемную область (тип приложения); изучить любые доступные документы, по возможности обсудить программный продукт с разработчиками и поработать с данным продуктом

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

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

3.1.4. установить низшие приоритеты ПР или ОП

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

4.1. Исходные данные:

4.1.1. старая (исходная) базовая линия

4.1.2. системные документы

4.1.3. предложение о модификации (ПР) или отчет о проблеме (ОП)

4.2. Задачи:

4.2.1. разработать планы и процедуры сопровождения

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

4.2.1.1.1. помочь заказчику при разработке концепции сопровождения

4.2.1.1.2. помочь заказчику при определении области сопровождения

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

4.2.1.1.4. гарантировать официальное подтверждение принятия на себя обязанностей сопроводителя программного продукта

4.2.1.1.5. провести анализ ресурсов

4.2.1.1.6. оценить стоимость сопровождения

4.2.1.1.7. выполнить оценку сопровождаемости системы

4.2.1.1.8. установить требования к передаче программного продукта сопроводителю

4.2.1.1.9. установить контрольные точки передачи программного продукта сопроводителю

4.2.1.1.10. определить подлежащий реализации процесс сопровождения

4.2.1.1.11. документально оформить процесс сопровождения в виде эксплуатационных процедур

4.2.2. установить процедуры рассмотрения ПР и ОП

4.2.2.1. Сопроводитель должен выполнить следующие этапы решения задач:

4.2.2.1.1. разработать схему числового обозначения ПР и ОП

4.2.2.1.2. разработать схему классификации и присвоения приоритетов для ПР и ОП

4.2.2.1.3. разработать процедуры проведения целевых анализов

4.2.2.1.4. определить процедуры представления ПР и ОП оператором

4.2.2.1.5. определить организацию исходной обратной связи с пользователями

4.2.2.1.6. определить, как пользователей будут обслуживать в период сопровождения

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

4.2.2.1.8. определить, какие дополнительные обратные связи с пользователями будут обеспечены

4.2.3. применить управление конфигурацией

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

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

4.3.1. план сопровождения

4.3.2. процедуры сопровождения

4.3.3. процедуры решения проблем

4.3.4. планы организации обратной связи с пользователями

4.3.5. план передачи

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

5. Анализ проблем и изменений

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

5.1.1. Исходными данными для проведения работы по анализу проблем и изменений должны быть:

5.1.1.1. ПР или ОП

5.1.1.2. базовая линия

5.1.1.3. информационный архив программного средства

5.1.1.4. системные документы

5.1.1.4.1. информацию о состояниях конфигурации

5.1.1.4.2. функциональные требования

5.1.1.4.3. требования к интерфейсам

5.1.1.4.4. сведения о плановых документах проекта

5.1.1.4.5. выходные результаты работы по подготовке процесса

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

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

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

5.2.1.1.1. типу, например корректировка, модернизация, профилактика или адаптация к новым условиям (среде)

5.2.1.1.2. области (объему), например размеру изменения, стоимости, времени на реализацию изменения

5.2.1.1.3. критичности, например влиянию на рабочие характеристики (производительность), безопасность или защиту

5.2.1.2. Для обеспечения реализации представленного ПР или ОП сопроводитель должен выполнить следующие дополнительные этапы решения данной задачи:

5.2.1.2.1. определить наличие у себя соответствующего персонала, способного реализовать предлагаемое изменение

5.2.1.2.2. определить наличие соответствующего финансирования для реализации предлагаемого изменения в программе

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

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

5.2.1.2.5. определить влияние изменений на безопасность и защиту (возможно, не следует реализовывать ОП)

5.2.1.2.6. определить единовременные и долгосрочные затраты (возможно, не следует реализовывать ОП)

5.2.1.2.7. определить преимущества (выгоды), получаемые после проведения модификации

5.2.1.2.8. определить влияние внесения изменений на графики проведения работ по проекту

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

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

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

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

5.2.2.1.1. разработать стратегию тестирования для проверки (верификации) конкретной проблемы

5.2.2.1.2. реализовать управление конфигурацией представленной версии программного средства

5.2.2.1.3. ввести в действие (инсталлировать) представленную версию

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

5.2.2.1.5. документально оформить результаты тестирования

5.2.3. Варианты реализации

5.2.3.1. Сопроводитель должен выполнить следующие этапы решения данной задачи:

5.2.3.1.1. присвоить соответствующий приоритет ПР или ОП

5.2.3.1.2. установить жесткие требования к конкретному изменению (модификации)

5.2.3.1.3. оценить объем и трудоемкость данной модификации (изменения)

5.2.3.1.4. разработать, по крайней мере, три варианта реализации конкретного изменения

5.2.3.1.5. определить влияние данных вариантов на технические средства системы

5.2.3.1.6. выполнить анализы риска для каждого варианта

5.2.4. Документы

5.2.4.1. Сопроводитель должен выполнить следующие этапы решения данной задачи:

5.2.4.1.1. проверить актуальность всех проектных документов и документов результатов анализа. Если какие-либо документы отсутствуют, их следует разработать

5.2.4.1.2. определить правильность предложенной политики и графика (программы) тестирования

5.2.4.1.3. определить правильность оценок ресурсов

5.2.4.1.4. обновить базу данных учета состояний используемых ресурсов

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

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

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

5.2.5.1.1. представить результаты анализов на согласование в соответствующие группы по управлению конфигурацией

5.2.5.1.2. участвовать в обсуждениях рассматриваемого изменения

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

5.2.5.1.4. обновить, после согласования, конкретные требования, если соответствующая заявка (ПР или ОП) носит характер модернизации (совершенствования) объекта

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

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

5.3.1.1. документирования

5.3.1.2. обеспечения качества

5.3.1.3. решения проблем

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

5.4.1. анализ влияния изменения(й)

5.4.1.1. формулировка проблемы или нового требования

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

5.4.1.3. классификация по типу требуемого сопровождения

5.4.1.4. начальный приоритет рассматриваемого вопроса

5.4.1.5. дата проверки (для вносимых изменений)

5.4.1.6. начальная оценка ресурсов, необходимых для модификации существующей системы

5.4.2. рекомендуемый вариант изменения

5.4.3. согласованное изменение

5.4.4. обновленные (исправленные) документы

5.4.4.1. политику (стратегию) тестирования

5.4.4.2. обновленные документы по тестированию, включая план и процедуры тестирования и отчет о тестировании

5.4.4.3. комплект документов разработки программного средства

5.4.4.4. обновленные требования

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

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

6.1.1. базовая линия

6.1.1.1. описания системной архитектуры

6.1.1.2. документы конкретного предложения о модификации (изменении)

6.1.1.3. исходные программы

6.1.2. согласованное ПР или ОП

6.1.3. согласованные документы на изменение

6.1.3.1. отчет об анализе влияния изменения(й)

6.1.3.2. выходные результаты работы по анализу проблем и изменений

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

6.2.1. Анализ

6.2.1.1. Результаты такого дополнительного анализа должны быть документально оформлены в комплекте(ах) документов разработки программного средства (КДРПС). При реализации данной деятельности должны быть выполнены следующие этапы решения задачи:

6.2.1.1.1. определены элементы в существующей системе, подлежащие изменению

6.2.1.1.2. определены элементы конкретного интерфейса, затрагиваемые данным изменением

6.2.1.1.3. определены документы, подлежащие обновлению

6.2.1.1.4. обновлен комплект(ы) документов разработки программного средства (КДРПС)

6.2.2. Процесс разработки

6.2.2.1. Сопроводитель должен использовать процесс разработки для внесения (реализации) изменений. Требования к процессу разработки должны быть дополнены следующим образом:

6.2.2.1.1. должны быть установлены и документально оформлены критерии проведения испытаний (тестирования), оценки их результатов и измененных и неизмененных объектов (программных модулей, компонентов и элементов конфигурации) системы

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

6.2.2.1.3. Конкретные работы в процессе разработки должны быть адаптированы применительно к потребностям, связанным с внесением изменений

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

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

6.3.1.1. документирования

6.3.1.2. обеспечения качества

6.3.1.3. совместного анализа

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

6.4.1. обновленные планы и процедуры тестирования

6.4.2. обновленные документы

6.4.2.1. обновленные документы на изменение (модификацию)

6.4.2.2. подробный отчет о проведенном анализе

6.4.2.3. обновленные требования

6.4.2.4. обновленные планы, процедуры и отчеты о тестировании

6.4.2.5. обновленные учебные материалы

6.4.3. измененные исходные программы

6.4.4. отчетность о тестировании

6.4.5. показатели, характеризующие внесенное(ые) изменение(я)

7. Проверка и приемка при сопровождении

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

7.1.1. измененное программное средство

7.1.2. результаты тестирования внесенного изменения(й)

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

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

7.2.1.1. Должны быть выполнены следующие этапы решения этой задачи:

7.2.1.1.1. отслеживание реализованности ПР или ОП от требований к объекту до проекта и программных кодов

7.2.1.1.2. проверка тестируемости текста (кодов) программы

7.2.1.1.3. проверка соблюдения стандартов на программирование

7.2.1.1.4. проверка того, что изменены только нужные компоненты программного средства

7.2.1.1.5. проверка правильности сборки новых компонентов программного средства

7.2.1.1.6. контроль обновления документов

7.2.1.1.7. проведение тестирования

7.2.1.1.8. выпуск отчета о тестировании

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

7.2.2.1. Должны быть выполнены следующие этапы решения этой задачи:

7.2.2.1.1. получено согласование посредством вспомогательного процесса обеспечения качества

7.2.2.1.2. проверено выполнение данного процесса

7.2.2.1.3. проведен аудит функциональной и физической конфигурации

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

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

7.3.1.1. обеспечения качества

7.3.1.2. верификации

7.3.1.3. аттестации (валидации)

7.3.1.4. совместного анализа

7.3.1.5. аудита

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

7.4.1. новая базовая линия, включающая в себя принятые изменения

7.4.2. отклоненные изменения

7.4.3. отчет о приемке

7.4.4. отчеты об обзорах (проверках) и аудитах

7.4.5. отчет о квалификационном тестировании программного средства

8. корпоративные сайты ИТ-компаний

8.1. https://skyfish.ru/

8.2. http://www.it.ru/

8.3. https://devkeeper.com/

8.4. http://fsgp.ru/