Руководство по сопровождению системы

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

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

Определение понятия

Рассматриваемое понятие – процедура улучшения, устранения дефектов и оптимизации программных продуктов. Осуществляется после того, как софт передан на реализацию. Является одной из фаз жизненного цикла ПО. Она идет после передачи контента в эксплуатацию.

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

О границах использования

Сопровождение программных продуктов – понятие, которое имеет несколько точек зрения относительно своей применимости:

  1. Сопровождение автоматизированных информационных систем ничем не отличается от аналогичной операции относительно другого софта.
  2. Сопровождение ПО не предусматривает техническую поддержку АИС. Связано это с небольшой разницей при реализации.

ГОСТ 34.601-90 рассматриваемое понятие предусматривает выполнение работ в соответствие с гарантийными обязательствами (по гарантии), а также послегарантийное обслуживание.

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

Сопровождение – процесс, стандартизированный ISO/IEC 14764:99. Имеет более широкое понятие, чем поддержка. Сопровождением программных продуктов занимаются квалифицированные специалисты. Они лучше разбираются в ошибках и их исправлении, включая скрытые баги.

Структура

Сопровождение программного обеспечения – это характеристики продукта, которые позволяют свести к минимуму изменения:

  • для устранения обнаруженных ошибок;
  • при модификации в соответствии с потребительскими нуждами.

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

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

  1. Линия 0. Информационный центр или «горячая линия». Здесь ведется обработка телефонных клиентских звонков с последующей передачей обращений техническим специалистам.
  2. Линия 1. Работает инженер по сопровождению. Он консультирует клиентов. При необходимости – настраивает софт и устраняет ошибки. Специалист занимается наполнением базы знаний и составлением руководств (мануалов).
  3. Линия 2. Здесь в дело вступает инженер техподдержки. Он отвечает за функциональное сопровождение и проектную деятельность на этапе установки и активации контента непосредственно на устройствах клиента.
  4. Линия 3. Осуществляется сопровождение и проектная деятельность на оборудовании в момент запуск софта.

Работа инженера иногда сравнивается с информационными центрами. Функционал у соответствующих «специалистов» сильно отличается. Колл-центр собирает обращения, а сопроводитель – это ключевое звено технического обслуживания и доработки. Он будет решать проблемы, связанные с эксплуатацией программных продуктов и сервисов.

Виды

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

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

Это – основа, на которую опирается весь процесс. Остальные особенности базового обслуживания будут обсуждаться с клиентом в соответствие с его потребностями.

Расширенный тип предусматривает:

  • модификации эталонных сервисов и баз данных для развития и встраивания обновлений;
  • совершенствование для отладки работоспособности итогового контента.

Остальные задачи обсуждаются индивидуально.

Этапы

Рассматриваемая операция обычно включает в себя несколько этапов:

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

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

Как быстро освоить направление

Поддержка программного обеспечения – процесс, который сможет освоить любой IT-специалист. Особенно, если он занимается системным администрированием и разработкой.

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

Хотите освоить современную IT-специальность? Огромный выбор курсов по востребованным IT-направлениям есть в Otus!

Также, возможно, вам будет интересен курс «Руководитель поддержки пользователей в IT«.

Документация по сопровождению программных средств.

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

Документация
по сопровождению ПС можно разбить на
две группы:

(1)
документация, определяющая строение
программ и структур данных ПС и технологию
их разработки;

(2)
документацию, помогающую вносить
изменения в ПС.

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

  • Внешнее
    описание ПС.

  • Описание
    архитектуры ПС, включая внешнюю
    спецификацию каждой ее программы.

  • Для
    каждой программы ПС — описание ее
    модульной структуры, включая внешнюю
    спецификацию каждого включенного в
    нее модуля.

  • Для
    каждого модуля — его спецификация и
    описание его строения.

  • Тексты
    модулей на выбранном языке программирования.

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

Документация
второй группы содержит

  • Руководство
    по сопровождению ПС, которое описывает
    известные проблемы вместе с ПС, описывает,
    какие части системы являются аппаратно-
    и программно-зависимыми, и как развитие
    ПС принято в расчет в его строении
    (конструкции).

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

Тема №9: Обеспечение функциональности, надежности и качества пс. Технологии оценки качества пс.

Обсудим
обеспечение примитивов качества ПС,
выражающих критерии функциональности
и надежности ПС.

Обеспечение завершенности программного средства.

Завершенность
ПС является общим примитивом качества
ПС для выражения и функциональности и
надежности ПС.

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

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

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

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

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

Что является сопровождением ПО

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

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

  1. Базовый тип сопровождения — в объеме штатной поддержки ПО и БД, предусмотренной разработчиком, может включать:
    • обучение работе с продуктом и его обслуживание в режиме диспетчерской связи. Иначе — информационно-справочная поддержка функционирования продукта;
    • адаптацию, настройку, изменение и дальнейшую техподдержку экземпляров с учетом особенностей среды пользователя. Речь может идти об обеспечении работоспособности и функционирования экземпляра ПО и БД при первичной интеграции и в случаях изменений в программно-аппаратной среде пользователя (адаптация, переустановки);
    • поддержку работоспособности, профилактику и устранение сбоев в работе пользовательских экземпляров. Данное направление предполагает мониторинг и устранение ошибок и сбоев в работе конкретных пользовательских экземпляров ПО и БД в том числе путем тестирования, а также иными способами и средствами;
    • прочие, обычно индивидуально обусловленные операции, в той или иной мере изначально заложенные разработчиком.
  2. Расширенный тип сопровождения — дополнительно включает некоторую доработку (модификацию) ПО и БД, в частности:
    • модификацию эталонного ПО и БД с целью развития и встройки обновлений в пользовательские экземпляры. Модификация продукта производится в интересах его совершенствования, а загрузка обновленных версий (пакетов обновления) в индивидуальные пользовательские экземпляры ПО и БД вместе с их адаптацией в конкретной программно-аппаратной среде необходимы для доведения обновлений до пользователей;
    • модификацию эталонного ПО и БД с целью корректной работы и встройки обновлений в пользовательские экземпляры. Модификация продукта иногда требуется для устранения и предотвращения различных серьезных ошибок и сбоев, до пользователей они доводятся аналогично.

Сразу отметим, что приведенный комплекс операций очерчивает границы сопровождения ПО и БД как теоретической категории. На практике же, в рамках конкретных договоров и техзаданий, сопровождение ПО и БД обычно представлено лишь какой-то частью этих операций, интересных и необходимых конкретному пользователю данного продукта с учетом особенностей его технологии, сервисной политики разработчика, объема потребностей и т. д. Таким образом, любой компонент представляет собой сопровождение ПО и БД как сам по себе, так и в связке с другими компонентами.

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

Раскрытие понятия сопровождения ПО в официальных документах

Теперь посмотрим, как отдельные операции по сопровождению ПО и БД из обозначенного перечня отобразились в тех или иных официальных документах.

1. Базовый тип сопровождения — в объеме штатной поддержки ПО и БД, предусмотренной разработчиком

1.1. Обучение работе с продуктом и его обслуживание в режиме диспетчерской связи.

  • дополнительные требования к программам для ЭВМ и базам данных, сведения о которых включены в реестр российского программного обеспечения (утв. Постановлением Правительства РФ от 23.03.2017 N 325) [1]. Под сопровождением пользователей понимается информационная поддержка (п. 2). Сопровождение пользователей обеспечивается посредством использования телефонной связи и средств электронной почты на русском языке в круглосуточном режиме (п. 16);
  • Приказ Федерального казначейства от 10.10.2018 N 37н [2].

К услугам, связанным с сопровождением, технической поддержкой, обновлением ПО и БД, отнесены, в частности:

  • прием, выполнение и мониторинг выполнения обращений пользователей программного обеспечения;
    • информационно-справочное обслуживание, включая:
    • поддержку и консультацию пользователей программного обеспечения по телефону и электронной почте;
    • ведение и обновление базы данных, содержащей информацию для службы технической поддержки в целях поддержки и консультации пользователей программного обеспечения.
    • ГОСТ Р ИСО/МЭК 12207-2010 (утв. и введен в действие Приказом Росстандарта от 30.11.2010 N 631-ст) [3].

Поддержка функционирования ПО и БД может включать в себя обучение или работу в режиме диспетчерской связи (п. 6.4.10.1).

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

  • ГОСТ Р ИСО/МЭК 14764-2002 (принят и введен в действие Постановлением Госстандарта России от 25.06.2002 N 248-ст) [4].

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

1.3. Профилактика и устранение сбоев в работе пользовательских экземпляров.

  • ГОСТ Р ИСО/МЭК 14764-2002 (принят и введен в действие Постановлением Госстандарта России от 25.06.2002 N 248-ст) [5].

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

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

1.4. Прочие, обычно индивидуально обусловленные операции.

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

  • Приложение № 6 к Приказу Филиала ФГБУ «ФКП Росреестра» по Москве от 16.01.2018 N 010-П [6].

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

2. Расширенный тип сопровождения — дополнительная доработка (модификация) ПО и БД.

2.1. Модификация эталонных ПО и БД с целью развития и встройки обновлений в пользовательские экземпляры.

  • ГОСТ Р ИСО/МЭК 14764-2002 (принят и введен в действие Постановлением Госстандарта России от 25.06.2002 N 248-ст) [7].

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

  • ГОСТ Р ИСО/МЭК 12207-2010 (утв. и введен в действие Приказом Росстандарта от 30.11.2010 N 631-ст) [8].

Результат успешного сопровождения ПО и БД, в частности, предусматривает (п. 6.4.10.2):

  • разработку и тестирование модифицированных продуктов;
  • помещение обновленных продуктов в среду заказчика.

2.2. Модификация эталонного ПО и БД с целью корректной работы и встройки обновлений в пользовательские экземпляры.

  • Решение УФАС по Владимирской области от 27.06.2018 N К-1009-02/2017 [9].

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

Состав работ по сопровождению ПО и БД в различных схемах обслуживания и контрактах

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

Законодательство также не лишает стороны договора возможности разбить весь комплекс операций (услуг и работ) по сопровождению ПО и БД на несколько «учетных единиц», т.е. товарных позиций, в отношении каждой из которых будут действовать различные договорно-правовые режимы и цены. Например, такая разбивка распространена при расширенном сопровождении, включающем модификацию ПО и БД, когда действия по его доработке (улучшению и/или индивидуализации функционала, созданию новых или расширению имеющихся БД и т.п.) выделяются в отдельную товарную позицию или даже в отдельный договор. Это бывает оправдано, ведь модификацией произведения признается его переработкой и имеет особый правовой режим, требующий согласования с разработчиком (пп. 9 п. 2 ст. 1270 ГК РФ) [10]. Но с другой стороны, в ряде случаев сопровождение ПО и БД сводится к минимальной техподдержке их работоспособности в той или иной форме при различных сбоях, и тогда товарная позиция по договору является узкой и монолитной.

Особенности сопровождения ПО и БД очень сильно зависят от свойств, которые приданы им разработчиком, и от тех правовых и маркетинговых политик, которые практикуются последним. Так, некоторые продукты существуют в свободном для использования онлайн-доступе без каких-либо требований к сопровождающим лицам, тогда как другие распространяются только через сертифицированные организации (дилеров, дистрибьюторов), наделенных специальными инструментами для сопровождения ПО и БД и/или предоставления легального доступа. В последнем случае состав операций по сопровождению ПО и БД также может быть распределен между разработчиком и дистрибьюторами самым различным образом. Частый случай: к деятельности разработчика по сопровождению ПО и БД относятся в основном модификация и обновление эталонного продукта в целях его развития (придание новых свойств, совершенствование функциональности), а к деятельности дистрибьюторов — более широкий спектр операций, исключая саму модификацию.

Можно привести следующие примеры из практики. Пример «широкого» содержания сопровождения ПО и БД — Приложение 4 к Письму Комитета финансов Санкт-Петербурга от 30.11.2010 N 01-02/3067 о финансировании услуг по сопровождению типовых программных продуктов автоматизированного ведения бюджетного учета в 2011 г. Согласно данному документу работы и услуги по сопровождению программных продуктов включают:

  1. Модификацию макетов программных продуктов, используемых для автоматизированного ведения бюджетного учета.
  2. Оказание консультационных услуг на рабочем месте пользователя.
  3. Восстановление работоспособности модулей программных продуктов автоматизированного ведения бюджетного учета «1С» и «Парус».
  4. Обучение пользователей ведению бюджетного учета с использованием программных продуктов.
  5. Установка программных продуктов… на дополнительные рабочие места, установка дополнительных модулей программных продуктов.
  6. Выгрузка и загрузка данных для децентрализованных бюджетных учреждений.
  7. Выгрузка и загрузка данных для централизующихся бюджетных учреждений.
  8. Установка новых релизов, редакций, конфигураций.
  9. Обновление первичных документов и отчетных форм.

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

Пример «узкого» содержания сопровождения ПО и БД — Решение Арбитражного суда Челябинской области от 27.01.2015 по делу N А76-17104/2014.

В рамках судебного спора процитировано положение заключенного между участниками спора договора: «…Исполнитель обязуется оказать услуги по сопровождению прикладного программного обеспечения в объеме одного отчета для одного пользователя. Сопровождение — процесс улучшения (не ведущий к трудозатратам, более описанных в Приложении N 1), оптимизации и устранения дефектов прикладного ПО после передачи в эксплуатацию, обеспечение полноценной функциональности прикладного ПО, консультации пользователей» [12].

Заключение

В настоящей статье рассмотрены правовые и практические аспекты понятия «сопровождение программного обеспечения (программ для ЭВМ и баз данных)».

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

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

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

  1. Постановление Правительства РФ от 23.03.2017 № 325 «Об утверждении дополнительных требований к программам для электронных вычислительных машин и базам данных, сведения о которых включены в реестр российского программного обеспечения, и внесении изменений в Правила формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных» // Собрание законодательства Российской Федерации, 2017, № 14, ст. 2062.
  2. Приказ Казначейства России от 10.10.2018 N 37н «Об утверждении формы и порядка представления информации о потребности в осуществлении централизованных закупок программного обеспечения для ведения бюджетного учета и формирования потребности для осуществления централизованных закупок программного обеспечения для ведения бюджетного учета» // Официальный интернет-портал правовой информации http://www.pravo.gov.ru, 25.12.2018.
  3. ГОСТ Р ИСО/МЭК 12207-2010. Национальный стандарт Российской Федерации. Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств (утв. и введен в действие Приказом Росстандарта от 30.11.2010 N 631-ст) // М.: Стандартинформ, 2011.
  4. ГОСТ Р ИСО/МЭК 14764-2002. Государственный стандарт Российской Федерации. Информационная технология. Сопровождение программных средств (принят и введен в действие Постановлением Госстандарта России от 25.06.2002 N 248-ст) // М.: ИПК Издательство стандартов, 2002.
  5. ГОСТ Р ИСО/МЭК 14764-2002. Государственный стандарт Российской Федерации. Информационная технология. Сопровождение программных средств (принят и введен в действие Постановлением Госстандарта России от 25.06.2002 N 248-ст) // М.: ИПК Издательство стандартов, 2002.
  6. Приказ Филиала ФГБУ «ФКП Росреестра» по Москве от 16.01.2018 N 010-П «Об утверждении нормативных документов филиала федерального государственного бюджетного учреждения «Федеральная кадастровая палата Федеральной службы государственной регистрации, кадастра и картографии» по Москве в сфере информационных технологий».
  7. ГОСТ Р ИСО/МЭК 14764-2002. Государственный стандарт Российской Федерации. Информационная технология. Сопровождение программных средств (принят и введен в действие Постановлением Госстандарта России от 25.06.2002 N 248-ст) // М.: ИПК Издательство стандартов, 2002.
  8. ГОСТ Р ИСО/МЭК 12207-2010. Национальный стандарт Российской Федерации. Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств (утв. и введен в действие Приказом Росстандарта от 30.11.2010 N 631-ст) // М.: Стандартинформ, 2011.
  9. Решение Управления Федеральной антимонопольной службы по Владимирской области от 27.06.2018 N К-1009-02/2017.
  10. Гражданский кодекс Российской Федерации (часть четвертая) от 18.12.2006 № 230-ФЗ // Российская газета, № 289, 22.12.2006.
  11. Письмо Комитета финансов Правительства Санкт-Петербурга от 30.11.2010 N 01-02/3067 «О финансировании услуг по сопровождению типовых программных продуктов автоматизированного ведения бюджетного учета в 2011 году».
  12. Решение Арбитражного суда Челябинской области от 27.01.2015 по делу N А76-17104/2014.

Понравилась статья? Поделить с друзьями:
  • Аристон стиральная машина as637tx инструкция по применению
  • Магний в6 форте инструкция по применению цена взрослым в таблетках
  • Тех руководство по снегоходу линкс
  • Руководство по эксплуатации мопеда альфа ягуар 110
  • Овсяный кисель по изотову пошаговая инструкция видео показывает женщина