Что понимается под процессом сопровождения

5.5 Процесс сопровождения

5.5 Процесс сопровождения

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

Работы, выполняемые в данном процессе, характерны для процесса сопровождения, однако в данном процессе могут использоваться другие процессы, определенные в настоящем стандарте. Если в данном процессе используется процесс разработки (подраздел 5.3), то персонал сопровождения выступает в роли разработчика.

Персонал сопровождения управляет процессом сопровождения на проектном уровне в соответствии с процессом управления (подраздел 7.1), который конкретизируется в данном процессе; определяет инфраструктуру для данного процесса в соответствии с процессом создания инфраструктуры (подраздел 7.2); адаптирует данный процесс к условиям проекта в соответствии с процессом адаптации (приложение А) и управляет процессом сопровождения на организационном уровне в соответствии с процессами усовершенствования (подраздел 7.3) и обучения (подраздел 7.4). Если персонал сопровождения является поставщиком услуги по сопровождению, он реализует процесс поставки (подраздел 5.2).

Список работ. Данный процесс состоит из следующих работ:

1. подготовка процесса;

2. анализ проблем и изменений;

3. внесение изменений;

4. проверка и приемка при сопровождении;

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

Читайте также

3.3. Узел звукового сопровождения

3.3. Узел звукового сопровождения В радиолюбительской практике часто требуется озвучить включение (подключение к питанию) какого-либо электронного узла. Звуковое сопровождение — это своеобразный индикатор состояния, отличающийся от светового, прежде всего, тем, что его

ЛЕГКИЙ ТАНК МС-1 (Т-18, Малый Сопровождения)

ЛЕГКИЙ ТАНК СОПРОВОЖДЕНИЯ ПЕХОТЫ Т-126СП

6.7 Процесс аудита

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

7.1 Процесс управления

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

7.3 Процесс усовершенствования

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

7.4 Процесс обучения

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

8.1 Процесс документирования

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

6 Процесс планирования ПО

6 Процесс планирования ПО 6.1 Цели процесса планирования ПО Назначение процесса планирования ПО состоит в том, чтобы определить методы создания такого ПО, которое позволит реализовать системные требования и обеспечить уровень качества, соответствующий требованиям

7.3 Процесс кодирования ПО

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

7.4 Процесс интеграции

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

8 Процесс верификации ПО

8 Процесс верификации ПО Верификация ПО обеспечивает техническую оценку всех средств разработки ПО, в том числе и результатов верификации ПО. Верификацию ПО выполняют в соответствии с Планом верификации ПО (12.3) и Планом квалификационного тестирования ПО (12.4), которые

11 Процесс сертификационного сопровождения

11 Процесс сертификационного сопровождения Цель процесса сертификационного сопровождения — установить взаимодействие и взаимопонимание между соискателем и сертифицирующей организацией для поддержки процесса сертификации. Процесс сертификационного сопровождения

Источник

Что понимается под процессом сопровождения

ГОСТ Р ИСО/МЭК 14764-2002

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

СОПРОВОЖДЕНИЕ ПРОГРАММНЫХ СРЕДСТВ

Information technology. Software maintenance

Дата введения 2003-07-01

1 РАЗРАБОТАН Всероссийским научно-исследовательским институтом стандартизации (ВНИИстандарт) Госстандарта России, Московским научно-исследовательским центром (МНИЦ) Минсвязи России и Институтом радиотехники и электроники Российской академии наук (ИРЭ РАН)

ВНЕСЕН Всероссийским научно-исследовательским институтом стандартизации (ВНИИстандарт) Госстандарта России

2 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 25 июня 2002 г. N 248-ст

3 Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 14764-99 «Информационная технология. Сопровождение программных средств»

Введение

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

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

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

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

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

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

1 Область применения

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

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

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

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

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

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

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

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

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

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

Стандарт может быть использован разработчиками готовых программных продуктов для самоконтроля при сопровождении данных продуктов. Стандарт не предназначен для программных продуктов, заказанных пользователями, и продуктов, сопровождаемых конечными пользователями. Объектами сопровождения являются компьютерные программы, программы в машинных кодах, данные и соответствующие документы. Стандарт применяют к программным продуктам, создаваемым при разработке конкретного программного средства. В состав таких продуктов могут входить тестовые программные средства, тестовые базы данных, среда тестирования программного средства (СТПС, STE) или среда программной инженерии (СПИ, SEE).

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

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

В стандарте приведен ряд перечислений (списков). Однако ни одно из них не является исчерпывающим. Эти перечисления приведены в качестве примеров.

Этапы применения настоящего стандарта указаны в ГОСТ Р ИСО/МЭК ТО 15271.

2 Соответствие

Соответствие настоящему стандарту обеспечивают при выполнении требований ГОСТ Р ИСО/МЭК 12207.

3 Нормативные ссылки

В настоящем стандарте использованы ссылки на следующие стандарты:

ИСО/МЭК 2382-1-93* Информационная технология. Словарь. Часть 1. Основополагающие термины

ИСО/МЭК 2382-20-90* Информационная технология. Словарь. Часть 20. Разработка систем

ИСО 8402-94* Управление качеством и обеспечение качества. Словарь

4 Определения

В настоящем стандарте применены термины с соответствующими определениями по ИСО/МЭК 2382-1, ИСО/МЭК 2382-20, ИСО 8402 и ГОСТ Р ИСО/МЭК 12207, а также приведенные ниже:

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

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

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

4.4 план сопровождаемости (maintainability plan): Документ, излагающий соответствующие методы обеспечения сопровождаемости, описывающий необходимые для этого ресурсы и работы применительно к программным средствам.

4.5 сопровождаемая модернизация (maintenance enhancement): Сопровождаемая модернизация является изменением программного средства, не связанным с корректировкой самого программного средства.

4.6 план сопровождения (maintenance plan): Документ, излагающий соответствующие методы сопровождения, описывающий необходимые ресурсы и работы применительно к сопровождению программного продукта.

4.7 процесс сопровождения (maintenance process): Работы (виды деятельности) и задачи (задания), выполняемые организацией, осуществляющей сопровождение (персоналом сопровождения, сопроводителем).

4.8 программа сопровождения (maintenance program): Организационная структура, обязанности, процедуры, процессы и ресурсы, используемые при выполнении плана сопровождения.

4.9 предложение о модификации (ПР) (modification request [MR]): Общий термин, используемый для определения предполагаемых изменений в сопровождаемом программном продукте.

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

4.11 профилактическое сопровождение (preventive maintenance): Модификация программного продукта после поставки в целях обнаружения и корректировки имеющихся в нем скрытых ошибок для предотвращения явного проявления этих ошибок при эксплуатации данного продукта.

4.12 отчет о проблеме (ОП) (problem report [PR]): Термин, используемый для определения и описания проблем, обнаруженных в программном продукте.

4.13 среда программной инженерии (СПИ) (software engineering environment [SEE]): Набор автоматических инструментальных средств, программно-аппаратных и технических средств, необходимых для выполнения объема работ по программной инженерии.

Источник

Сопровождение программных систем

Сопровождение программных систем

Определение процесса сопровождения

Под сопровождением программного обеспечения понимают процесс улучшения, оптимизации и устранения дефектов программного обеспечения (ПО) после передачи в эксплуатацию. К счастью, этот процесс достаточно хорошо стандартизован, и открывать Америку для того, чтобы его разработать и внедрить не придется. Упомянем только некоторые основные стандарты:

Процесс сопровождения является одной из фаз жизненного цикла программного обеспечения, следующей за передачей ПО в эксплуатацию, и завершается выводом его из эксплуатации. В ходе сопровождения в программу вносятся изменения, с тем, чтобы исправить обнаруженные в процессе использования дефекты и недоработки, для добавления новой функциональности, повышения удобства использования (юзабилити) и роста уровня использования ПО. По стандарту ISO/IEC 12207, этот процесс входит в 5 основных процессов жизненного цикла (ЖЦ) ПО: приобретение, поставка, разработка, эксплуатация, сопровождение.

В общем случае процесс сопровождения состоит из следующих задач:

Сопровождение и удовлетворенность пользователей

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

Рис. 1. Область удовлетворенности пользователей.

По неоднократным опросам пользователей, они ждут от нового ПО, разработанного и внедренного, в частности, на платформе «1С:Предприятие» следующего:

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

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

Типы заявок предложений о модификации

Процесс сопровождения состоит из обработки заявок пользователей. Эти заявки целесообразно классифицировать по типам (см. рис. 2).

Рис. 2. Иерархия типов предложения по модификации ПО (по стандарту ГОСТ Р ИСО/МЭК 14764-2002)

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

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

Полное (совершенствующее) сопровождение — изменение программного продукта после поставки для улучшения производительности или удобства эксплуатации.

Профилактическое сопровождение — это изменение программного продукта после поставки для выявления и исправления скрытых дефектов в ПО до того, как они станут явными ошибками.

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

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

Этапы процесса сопровождения

Этапы процесса сопровождения основаны на цикле Деминга PDCA (Plan — Do — Check — Analyze) или «планируй — делай — проверяй — анализируй» (см. рис. 3).

Рис. 3. Общая структура процесса сопровождения (по стандарту ГОСТ Р ИСО/МЭК 14764-2002)

Формирование процесса сопровождения начинается с разработки концепции сопровождения. Такой документ, например, по стандарту ISO/IEC 14764 (Standard for Software Engineering — Software Maintenance), должен содержать следующие разделы:

1. Область сопровождения программного средства.

1.1. Типы выполняемого сопровождения.
1.2. Сопровождаемый уровень документов.
1.3. Реакция (чувствительность) на сопровождение
(определение ожиданий к сопровождению заказчика).
1.4. Обеспечиваемый уровень обучения персонала.
1.5. Обеспечение поставки продукта.
1.6. Организация справочной службы («горячей линии»).

2. Практическое применение (адаптация) данного процесса.

3. Определение организаций (лиц), ответственных за сопровождение.

4. Оценка стоимости сопровождения:

4.1. Проезд до места расположения пользователя.
4.2. Обучение как сопроводителей, так и пользователей.
4.3. СПИ (среда программной инженерии) и СТПС (среда тестирования программного средства) и их ежегодное сопровождение.
4.4. Персонал (зарплата и премии).

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

Стандарт ГОСТ Р ИСО/МЭК 14764-2002 предлагает следующий состав такого плана:

a). Введение:

b). Концепция сопровождения (уже кратко описанная выше):

c). Организационные работы и работы по сопровождению:

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

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

3. роль пользователя:

d). Ресурсы:

2. программные средства:

3. технические средства:

4. оборудование (аппаратура):

6. данные;
7. другие требования к ресурсам (при необходимости);

e). Процесс (как должна быть выполнена конкретная деятельность):

1. процесс, выполняемый сопроводителем (приводят общее описание процесса без детализации в плане сопровождения всего процесса);

2. процесс адаптации (практического применения сопровождения к условиям проекта);

f). Обучение:

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

g). Протоколы и отчеты по сопровождению:

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

Связь сопровождения с эволюцией ПО

Отдельно хочется коснуться связи сопровождения с эволюцией программных систем. В 1969 году Мэнни М. Леман впервые связал деятельность по сопровождению и вопросы эволюции программного обеспечения. Результаты более чем 20-ти летних исследований группы, которой он руководил, привели к формулированию ряда важных положений.
Ключевой результат: деятельность по сопровождению, по сути, представляет собой эволюционную разработку программных систем. Принятию тех или иных решений в процессе сопровождения, помогает понимание того, что происходит с программной системой в процессе ее эксплуатации.

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

Леман вместе с Белади (Lehman and Belady) выделили 3 типа программ.

На основании этой классификации для программных систем Е-типа постепенно Леманом были сформулированы законы эволюции:

Сопровождение выгодно всем

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

Заказчику

Внедренцу — возможность:

Вендору

Тем, кто этого еще не сделал, необходимо обратить свое внимание на процесс сопровождения программного обеспечения.

Источник