Меню

Автоматизированная система установки и обновления систем

Автоматизирование установки ОС с диска

Введение

Вам когда-нибудь приходилось устанавливать операционную систему и приложения на большое количество компьютеров за ограниченное время? Вы являетесь системным администратором, обслуживающим более 50 компьютеров? Вам уже приходилось переустанавливать операционную систему всю ночь на пролет? У Вас постоянно не хватает времени на установку операционной системы на новый компьютер , потому что и так проблем по горло? Вы когда-нибудь задумывались об автоматизации процесса установки операционной системы и приложений? Вы хотели бы сэкономить время при развертывании операционной системы или при обновлении операционной системы на старых компьютерах? Вам хотелось бы, нажав пару кнопок и введя пару параметров пить чай или кофе в то время как операционная система и полный набор необходимых приложений устанавливается на компьютер ? Хотели бы вы раз и навсегда покончить с проблемой переустановки операционной системы? Может быть вы задумывались о возможности устанавливать набор драйверов и приложений одним щелчком мыши? Вы хотите повысить уровень своих знаний? Или Вы просто хотите повысить эффективность своего труда?

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

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

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

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

Windows XP

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

История Windows XP

Данная операционная система выпущена компанией Microsoft 25 октября 2001 года. Она является эволюционной версией Windows 2000 и, в отличии от нее, является исключительно клиентской системой. Серверная версия данной операционной системы — Windows Server 2003, была выпущена позже. Windows XP имеет ядро NT 5.1, Windows Server 2003 — NT 5.2. Данным операционным системам предшествовали:

Операционная система Windows XP выпускалась в разных редакциях:

  1. Windows XP Professional Edition
  2. Windows XP Professional x64
  3. Windows XP Home
  4. Windows XP Edition N
  5. Windows XP Starter Edition.
  6. Windows XP Tablet PC Edition
  7. Windows XP Media Center Edition
  8. Windows XP Embedded
  9. Windows Embedded for Point of Service
  10. Windows XP 64-bit ( Itanium )
  11. Windows Fundamentals for Legacy PCs

Windows XP прожила достаточно продолжительное время и за этот период было выпущено 3 сервис пака:

  • Service Pack 1 — 9 сентября 2002 года
  • Service Pack 2 — 6 августа 2004 года
  • Service Pack 3 — 21 апреля 2008 года

Бесплатная поддержка прекращена 14 апреля 2009, платная поддержка осуществляется вплоть до 8 апреля 2014 года.

Системные требования

  • Процессор 233 МГц
  • Оперативная память 64 Мб
  • Видеоадаптер 640*480
  • Свободного места на жестком диске не менее 1,5 Гб
  • CD-ROM
  • Процессор 300 МГц
  • Оперативная память 128 Мб
  • Видеоадаптер 800*600
  • Свободного места на жестком диске не менее 1,5 Гб
  • CD-ROM

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

Понятие развертывания операционной системы

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

И так, если в среднем операционная система устанавливается за 40 минут, затем необходимый набор приложений. В зависимости от их количества это время варьируется в пределах 20-40 минут. У некоторых этот процесс может затянуться, особенно, если устанавливаются не обычные офисные приложения типа MS Office, а какие-нибудь тяжеловесные приложения. Например, приложения для конструкторов AutoCAD или программы для трехмерного моделирования Catia или SolidWorks. Далее, идет установка драйверов. Все новые устройства, выпущенные после релиза операционной системы, требуют новых драйверов. Итак, установка драйверов устройств может занимать от 5 минут, при условии наличия комплекта драйверов, и до 1 часа, если появляется необходимость искать их в интернете. Теперь давайте посчитаем, сколько времени занимает установка одного компьютера: 40мин + 20мин + 10мин = 1час 10 минут, или же 40мин + 40мин + 40мин = 2 часа. Еще одна проблема, которая кроется в укомплектовании новых компьютеров, ну или переустановки системы на старых компьютерах, является не столько сложность установки, сколько невозможность отвлекаться, потому что все ключевые данные не вводятся один раз в начале установке, а растянуты на весь ее этап.

Итак, мы получаем: если в нашей организации обслуживается 100 клиентских машин, а сам процесс развертывания операционной системы и приложений на этих клиентских машинах занимает от 1 до 2 часов, то мы потратили от 100 до 200 часов рабочего времени. Из расчета, что один рабочий день длится 8 часов, мы получаем, что только развертывание системы на клиентских компьютерах занимает от 12,5 до 25 рабочих дней.

Для решения данной задачи разработаны несколько методов.

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

Автоматическая установка операционной системы с использованием winnt32.exe или winnt.exe и утилит командной строки

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

Установка операционной системы Windows XP, загруженной с компакт-диска осуществляется с помощью файла winnt.exe, расположенного в папке \i386. Данный файл является 16-разрядным приложением и предназначен для запуска из-под операционной системы DOS .

Для установки операционной системы по сети необходимо создать общий сетевой ресурс и запустить из него программу установки. Данный способ в основном используется для обновления операционной системы в случае повреждения системных файлов, а так же для миграции с Windows 98 и Windows NT. Для того чтобы начать процесс установки необходимо запустить файл winnt32.exe, также расположенный в папке \i386. Данная утилита позволяет автоматизировать процесс установки с использованием набора ключей:

  • /checkupgradeonly — выполнение проверки на возможность обновления до Windows XP.
  • /cmd:командная_строка — перед завершающим этапом установки будет выполнена данная команда.
  • /cmdcons — создает возможность выбора консоли восстановления во время загрузки операционной системы.
  • /copydir:i386\имя_папки — скопирует указанную папку во время установки.
  • /copysource:имя_папки — скопирует указанную временную папку во время установки, по завершению установки удалит ее.
  • /debug[уровень]:[имя_файла] — создание журнала отладки на заданном уровне. Используются уровни от 0 до 4, причем последний уровень самый подробный.
  • /dudisable — отключает динамическое обновление во время установки.
  • /duprepare:путь — подготавливает папку обновлений на сервере.
  • /dushare:путь — указывает путь к файлам обновлений, устанавливаемых на клиенте.
  • /m:имя_папки — этот параметр задает копирование программой установки файлов замены из альтернативной папки.
  • /makelocalsource — копирует установочные файлы на локальный жесткий диск.
  • /noreboot — запрещает производить автоматическую перезагрузку после фазы копирования файлов.
  • /s:источник — источник устанавливаемых файлов Windows XP.
  • /syspart:буква_диска — копирует загрузочные файлы на диск и помечает его активным.
  • /tempdrive:буква_диска — указывает диск для размещения временных файлов.
  • / unattend — обновление предшествующих версий Windows (98, Me, NT 4.0 или Windows 2000) в автоматическом режиме.
  • / unattend [число]:[файл_ответов] — выполнение новой установки без вмешательства пользователя с использованием файла ответов через заданный промежуток времени.

Для большей информации по ключам необходимо запустить winnt32.exe /?

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

Файл ответов — это специально сконфигурированный файл , который позволяет без участия пользователя отвечать на вопросы программы установщика Windows . Всего существуют несколько конфигураций файла ответов:

  1. Под управлением пользователя — в файле ответов указываются стандартные параметры. Во время установки пользователь может их изменить.
  2. Полностью автоматическая установка — в файле ответов указываются необходимые параметры, которые пользователь не сможет изменить в процессе установки.
  3. Скрытые этапы — указываются параметры для скрытых от пользователя этапов установки.
  4. Только чтение — пользователь сможет просматривать параметры, но не сможет их изменить.
  5. Полное взаимодействие с пользователем — автоматическая часть установки будет выполняться только в текстовом режиме (так называется режим, который характеризуется синим фоном и в котором пользователь взаимодействует с компьютером только посредством клавиатуры, так называемый предустановочный режим). Графическая часть будет требовать от пользователя ввода всех необходимых данных.

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

источник

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

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

Chocolatey — пакетный менеджер для Windows

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

Установка и системные требования.

Chocolatey требует наличия Windows 7 или более поздней версии, PowerShell v2+ и .NET Framework 4+. Если вы счастливый обладатель Windows 10, то вам вряд ли есть, о чем беспокоиться. В последней версии ОС все требуемые компоненты уже встроены. Для начала работы с Chocolatey нам нужно запустить командную строку Windows от имени администратора. Затем просто скопируйте ниже приведенный текст и щелчком правой клавиши мыши вставьте его в окно команд:

@»%SystemRoot%\System32\WindowsPowerShell\v1.0\powershell.exe» -NoProfile -InputFormat None -ExecutionPolicy Bypass -Command «iex ((New-Object System.Net.WebClient).DownloadString(‘https://chocolatey.org/install.ps1’))» && SET «PATH=%PATH%;%ALLUSERSPROFILE%\chocolatey\bin»

При возникновении каких-либо проблем, можно попробовать выполнить установку в PowerShell. Если вы используете Windows 10, то вам нужно просто нажать на кнопке Пуск правой клавишей мыши и выбрать «Windows PowerShell (администратор)». Затем также копируете команду и вставляете ее в окно команд и щелчком правой клавиши мыши.

Set-ExecutionPolicy Bypass -Scope Process -Force; iex ((New-Object System.Net.WebClient).DownloadString(‘https://chocolatey.org/install.ps1’))

Установка, удаление и обновление программ

Если установка Chocolatey вам показалась простой, то и установка программ не вызовет затруднений. Давайте для примера установим плеер VLC. Для начала работы вам необходимо закрыть и заново открыть командную строку или в PowerShell Windows, а затем выполнить простую команду:

Спустя всего несколько секунд в вашей системе будет полностью установлен популярный видеоплеер. Давайте рассмотрим команду поближе: с помощью фразы choco мы обращаемся к нашему пакетному менеджеру, команда install говорит об установке приложения, затем следует имя программы и в конце ключ -y сообщает о том, что мы согласны с лицензионным соглашением. Точно также можно установить сразу несколько программ. Давайте для примера добавим в наш список 7-ZIP, Adobe Reader, Firefox и CCleaner:

choco install vlc 7zip adobereader firefox ccleaner -y

Удалять и обновлять программы также просто. Для этого всего лишь нужно заменить install на uninstall, для удаления или upgrade для обновления. Однако для обновления удобней пользоваться командой «обновить все». Выглядит она следующим образом:

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

choco install chocolateypackageupdater -y

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

Читайте также:  Установка линукс второй системой с флешки

Графический интерфейс

Если вам работать в командной строке Windows не очень удобно, то вы можете установить графическую оболочку для Chocolatey. Она позволит вам точно также пользоваться пакетным менеджером, но более наглядно. Сперва установим графический интерфейс:

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

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

источник

Автоматизированная система установки и обновления систем

Об актуальных изменениях в КС узнаете, став участником программы, разработанной совместно с ЗАО «Сбербанк-АСТ». Слушателям, успешно освоившим программу выдаются удостоверения установленного образца.

Программа разработана совместно с ЗАО «Сбербанк-АСТ». Слушателям, успешно освоившим программу, выдаются удостоверения установленного образца.

Обзор документа

Регламент обновления автоматизированных информационных систем Федеральной налоговой службы (утв. Федеральной налоговой службой 28 июля 2017 г.)

1. Общие положения

Настоящий документ определяет порядок подготовки новых версий программных средств АИС «Налог-3», ИС «Маркировка», размещения их в Фонде алгоритмов и программ ФНС России и развертывания на объектах автоматизации местного, регионального и федерального уровней.

Настоящий документ ограничен описанием процесса обновления прикладного программного обеспечения АИС «Налог-3», ИС «Маркировка» и не затрагивает вопросов обновления общесистемного программного обеспечения, проведения технологических работ с оборудованием, описанных в Регламенте обеспечения непрерывной и бесперебойной работы Контура промышленной эксплуатации АИС «Налог-3» и информирования пользователей о его состоянии.

Основными целями процесса обновления версий программного обеспечения являются:

— исправление ошибок в прикладном программном обеспечении, выявленных в ходе их промышленной эксплуатации;

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

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

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

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

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

— документирование всех изменений функционала, содержащихся в версии;

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

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

2. Термины и сокращения

В настоящем Регламенте приняты следующие термины, определения и сокращения:

Термин Определение
АИС «Налог-3» Единая информационная система ФНС России, обеспечивающая автоматизацию деятельности ФНС России по всем выполняемым функциям, определяемым Положением о Федеральной налоговой службе, утвержденным постановлением Правительства Российской Федерации от 30.09.2004 N 506
Выпуск («релиз») Срез (снапшот) исходного кода ППО, содержащийся в СКВ, отмечающий состояние исходного кода на определенную дату, формируется как результат процесса выпуска и как исходные данные для процесса сборки.
ГК Государственный контракт
ЕКП Единое клиентское приложение
ЕРП Единое рабочее пространство (Интернет-портал организации, оказывающей услуги или выполняющей работы по государственным контрактам на развитие и/или сопровождение прикладного программного обеспечения и информационного обеспечения)
Заказчик ФНС России
Исполнитель ГК Организация, оказывающая услуги или выполняющая работы по государственным контрактам на развитие и/или сопровождение прикладного программного обеспечения и информационного обеспечения
ИС «Маркировка» Информационная система маркировки товаров контрольными (идентификационными) знаками
Контур Совокупность логически связанных программных сред, предназначенная для запуска и выполнения ППО АИС «Налог-3», ИС «Маркировка». Все элементы контура созданы и функционируют согласно единому плану и служат единой цели в рамках процессов разработки и эксплуатации соответствующей информационной системы.
Конфигурационные файлы контура (файлы конфигурации) Набор файлов, содержащих значения конфигурации контура. Являются частью Установочного пакета.
Конфигурация контура Совокупность значений переменных конфигураций контура, требуемых для запуска и функционирования ППО АИС «Налог-3» или ИС «Маркировка»
КПИ Компоненты прикладной инфраструктуры. Представляет собой набор готовых решений, отдельных программных компонентов и документации, используемых в прикладных подсистемах для реализации типовых общесистемных задач.
КПЭ Контур промышленной эксплуатации.
Пакет бинарных файлов ППО Архив, содержащий бинарные файлы ППО. Является результатом процесса сборки и исходными данными для процесса интеграции.
ПК АИС ФЦОД Программный комплекс АИС ФЦОД, обеспечивающий ведение (наполнение, корректировку, архивирование) информационных ресурсов АИС ФЦОД (федеральные информационные ресурсы — ФИР), предоставление доступа пользователей к ФИР, формирование пользователями требуемых выходных документов с использованием ФИР. АИС ФЦОД используется для организации автоматизированного взаимодействия с федеральными, региональными и местными органами государственного управления и других ведомств, физическими и юридическими лицами, в интересах исполнения государственного бюджета.
ПК Массового ввода и печати Программный комплекс массового ввода, массовой печати и архивного хранения документов
ПК «Регион» Программный комплекс предназначен для подразделений Управлений Федеральной налоговой службы России по субъектам Российской Федерации, выполняющих функции налогового администрирования, анализа и контроля за подведомственными налоговыми органами на региональном уровне, а также взаимодействия с внешними организациями по обмену информацией в электронном виде.
ПО Программное обеспечение
ПП АИН Прикладная подсистема «Анализ имущественных налогов»
ПП ВСА Прикладная подсистема «Визуальный сетевой анализ объектов и связей»
ПП ГП-3 Прикладная подсистема «Система юридически значимого электронного документооборота при представлении НБО и других документов в электронном виде»
ПП «Анализ сведений СУО» Прикладная подсистема «Аналитическая система обработки статистических данных систем управления очередью в территориальных налоговых органах на федеральном и региональном уровнях»
ПП «Отчётность» Прикладная подсистема «Отчетность»
ПП «Оперативный контроль» Прикладная подсистема автоматизированной информационной системы ФНС России (АИС «Налог-3»), реализующая автоматизацию функции регистрации контрольно-кассовой техники и контроля за применением контрольно-кассовой техники при осуществлении наличных денежных расчетов и (или) расчетов с использованием электронных средств платежа на территории Российской Федерации
ППК Предпромышленный контур
ППО Прикладное программное обеспечение
Развертывание Процесс, решающий задачу распространения новых версий ППО (с помощью установочного пакета) по целевым контурам, запуск на целевых контурах, обновление конфигурации контуров в соответствии с конфигурационными файлами контура, содержащимися в установочном пакете.
СКВ Система контроля версий. Совокупность сервисов и механизмов, обеспечивающая контроль согласованности версий различных компонентов ПО и конфигурации.
СМЭВ Система межведомственного электронного взаимодействия
СУиМ Система управления и мониторинга
Установочный пакет (версия, дистрибутив) Установочный пакет программного обеспечения — архив, содержащий бинарные файлы информационной системы (бинарные файлы КПИ, прикладных подсистем и др.) и конфигурационные файлы контуров, скрипты для развертывания, документацию по развертыванию (дистрибутив). Является результатом выполнения процесса интеграции и исходными данными для процесса развертывания.
ФАП Фонд алгоритмов и программ ФНС России
ЭО Эксплуатирующая организация. ФКУ «Налог-Сервис» ФНС России.
hotfix Вневерсионные экспресс-обновления программного обеспечения, выпускаемые с целью срочного устранения критических проблем или внесения изменений в данные

3. Порядок подготовки новых версий и обновления ППО АИС «Налог-3», ИС «Маркировка» и передача их от Исполнителя ГК к Эксплуатирующей организации

3.1. Выпуск новых версий ППО осуществляет Исполнитель ГК в ходе выполнения работ по сопровождению в соответствии с внутренним регламентом сборки и внутреннего тестирования. Основаниями для выпуска новых версий ППО являются:

— устранение ошибок, выявленных в процессе промышленной эксплуатации программных средств.

— выполнение работ по развитию, доработке (модификации) прикладного программного обеспечения. Порядок включения таких изменений регламентируется Положением об организации работ по развитию АИС ФНС России и организационно-распорядительными документами ФНС России по отдельно взятому функционалу.

3.2. Все версии ППО передаются Заказчику только после их внутреннего тестирования Исполнителем ГК, включающего в себя:

— Подтверждение центром тестирования Исполнителя ГК устранения заявленных ошибок;

— Проверку на сохранность целостности функционирования автоматизированной информационной системы ФНС России в целом;

— Соответствие ППО актуальным версиям эксплуатационной документации;

— Проверку корректности и полноты описания изменений к версии.

3.3. Результаты внутреннего тестирования фиксируются Исполнителем ГК в протоколе внутренних тестовых испытаний по форме, приведённой в приложении 3.

Передача версий Заказчику осуществляется посредством размещения дистрибутивов в ФАП. Установочные пакеты компонентов различных систем размещаются в ФАП в разные каталоги с обязательным указанием номера версии.

3.4. Нумерация версий компонент АИС «Налог-3» осуществляется в соответствии с правилами нумерации версий программного обеспечения, разработанными в рамках выполнения Государственного контракта от 13.09.2010 N 5-6-02/113 п.п. 4.2.1.6.1.1 «Разработка стандартов по ведению разработки АИС «Налог-3» книга 5 «Правила нумерации версий программного обеспечения» (приведена в приложении 1).

3.5. Версии ИС «Маркировка» формируются в соответствии со строгой четырехзначной последовательностью [major].[minor].[build].[revision], где major — главный номер версии, minor — вспомогательный номер версии, build — номер сборки, revision — номер ревизии.

3.6. При размещении версии ПО в ФАП вместе с дистрибутивом в обязательном порядке размещается сопроводительная документация:

— Описание изменений к версии по сравнению с предыдущей, в том числе новые роли, если таковые были созданы, предоставляются согласно шаблону, приведенному в приложении 2;

— Инструкция по установке и настройке версии;

— Новые версии эксплуатационной документации — руководства пользователя, руководства администратора и пр.;

— Протокол внутренних тестовых испытаний программного обеспечения соответствующей версии по форме, приведённой в приложении 3;

— Акт включения в ФАП программного обеспечения по форме, приведённой в приложении 4;

— Накладная пакета поставки программного обеспечения.

3.7. Вневерсионные экспресс-обновления АИС «Налог-3», ИС «Маркировка», выпускаемые с целью срочного устранения критических проблем или внесения изменений в данные (далее — hotfix), размещаются Исполнителем ГК в Едином рабочем пространстве (Интернет-портале Исполнителя ГК) (далее — ЕРП) и сопровождаются описанием, включающим в себя решаемую проблему, частоту ее проявления, критичность, краткую инструкцию по установке, влияние на работу пользователей во время обновления, возможную нестабильность работы приложения.

3.8. В случае передачи hotfix Исполнитель ГК в обязательном порядке в описании обновления указывает наличие возможности проведения функционального тестирования изменений, вносимых в рамках hotfix, на ППК. Если суть вносимых изменений такова, что на ППК выполнять заявку не следует, то необходимо описать причину.

3.9. ЭО по результатам рассмотрения предоставляемой в рамках п. 3.7-3.8 информации об обновлении не позднее одного рабочего дня с момента ее поступления вносит в ЕРП сведения о планируемой дате установки либо направляет средствами ЕРП Исполнителю ГК запрос на уточнение сведений.

3.10. В приложении 5 приведен график установки версий ПО на контуры ППК и КПЭ.

4. Особенности подготовки новых версий и обновлений централизованного ППО АИС «Налог-3»

4.1. Исполнителем ГК составляется годовой план выпуска версий ППО АИС «Налог-3» в соответствии с календарным планом работ по ГК и применимой нормативной базой ФНС России (далее — План). План согласовывается с Заказчиком и ЭО не позднее чем за 15 календарных дней до начала периода на который составляется план.

4.2. При выявлении необходимости внесения изменений в план выпуска версий ППО АИС «Налог-3», Исполнитель ГК готовит актуализированный проект плана и проводит его согласование с Заказчиком и ЭО.

4.3. План выпуска версий централизованных компонент ППО АИС «Налог-3» публикуется на Интранет-портале Федеральной налоговой службы не позднее 5 дней после его согласования в разделе Главная АИС «Налог-3» Документы АИС «Налог-3» Квартальные планы выпуска версий.

4.4. Версии ППО АИС «Налог-3» для развертывания на предпромышленном контуре выпускаются Исполнителем ГК и передаются Заказчику согласно Плану по четвергам до 12:00 по московскому времени путем размещения в ФАП. В случае размещения версии в ФАП позднее 12:00 текущего четверга время проверки версии на ППК и ее установки на предпромышленном контуре определяется ЭО по согласованию с Заказчиком.

4.5. Передаваемые дистрибутивы новых версий АИС «Налог-3» перед их развертыванием на контуре промышленной эксплуатации в обязательном порядке проходят комплекс проверочных процедур на ППК: ЭО проводит проверку развертывания дистрибутивов, ответственные налоговые органы проводят проверку работоспособности функций АИС «Налог-3». В качестве базовых налоговых органов, ответственных за проведение проверки на ППК, для целей настоящего Регламента определены

— Управление Федеральной налоговой службы по г. Москве;

— Межрайонная инспекция ФНС России N 46 по г. Москве (Единый центр регистрации);

— Инспекция Федеральной налоговой службы N 10 по г. Москве;

— Инспекция Федеральной налоговой службы N 24 по г. Москве;

— Инспекция Федеральной налоговой службы N 31 по г. Москве;

— Управление Федеральной налоговой службы по Санкт-Петербургу;

— Межрайонная инспекция Федеральной налоговой службы N 15 по Санкт-Петербургу (Единый центр регистрации);

— Межрайонная инспекция Федеральной налоговой службы N 26 по Санкт-Петербургу;

— Межрайонная инспекция Федеральной налоговой службы N 3 по Санкт-Петербургу;

— Межрайонная инспекция Федеральной налоговой службы N 27 по Санкт-Петербургу;

— Межрайонная инспекция Федеральной налоговой службы N 28 по Санкт-Петербургу.

4.6. ЭО обеспечивает работоспособность, поддержание в актуальном состоянии ППК. Для поддержания в актуальном состоянии ППК ЭО не реже одного раза в год выполняет обновление баз данных ППК данными из КПЭ в согласованном с Заказчиком объеме.

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

4.8. В целях соблюдения заявленных в Регламенте временных рамок установка ЕКП АИС «Налог-3» для ППК осуществляется вручную из ФАП.

4.9. После размещения дистрибутивов версии АИС «Налог-3» в ФАП (п. 4.4) в период с 18:00 четверга до 24:00 воскресенья (время московское) ЭО устанавливает дистрибутивы на ППК с целью проверки развертывания системы.

Читайте также:  Школа установки сплит системы

4.10. Информация о размещении версии ППО АИС «Налог-3» на ППК и недоступности данного контура размещается ЭО на портале службы технической поддержки ФКУ «Налог-Сервис» ФНС России не позднее чем за 15 минут до начала установки.

4.11. В случае обнаружения проблем при развертывании версии ППО на ППК ЭО в согласованном с Исполнителем ГК формате фиксирует выявленные недостатки, передаёт их Исполнителю ГК для внесения исправлений.

4.12. Исполнитель ГК и ЭО прилагают все усилия для завершения развертывания версии АИС «Налог-3» на ППК до планового срока завершения ее установки.

4.13. Не позднее 09:00 понедельника после установки версии АИС «Налог-3» на ППК, ЭО сообщает ответственным налоговым органам о возможности начала функциональной проверки либо изменении времени ее начала вследствие выявления проблем с развёртыванием путем отправки уведомления на адреса электронной почты ответственных участников.

4.14. В период с 09:00 понедельника до 12:00 четверга этой же недели ответственные налоговые органы проводят на ППК проверку работоспособности функций АИС «Налог-3».

4.15. Для целей повышения эффективности проводимого тестирования ответственные налоговые органы формируют и поддерживают в актуальном состоянии библиотеку алгоритмов проведения проверок функциональных возможностей АИС «Налог-3» с учетом ограничений ППК, определяют критерии их успешности, готовят пакет необходимых для проведения проверок документов.

4.16. Сформированные ответственными налоговыми органами контрольные примеры с указанием ожидаемого результата, а также предложения по составу необходимых работ по подготовке ЭО и Исполнителем ГК контура и программного обеспечения к проверке направляются в адрес Заказчика для целей оценки полноты заявленных проверок, а также целесообразности выполнения работ не позднее чем за 30 рабочих дней до начала тестирования.

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

4.18. Не позднее 14:00 четверга ответственные налоговые органы формируют и направляют в адрес Заказчика, ЭО и Исполнителя ГК по электронной почте протокол комплексного тестирования программных средств по форме, утвержденной Положением об организации работ по развитию АИС ФНС России, содержащий перечень выявленных замечаний с учетом комментариев Исполнителя ГК в обращениях, размещенных налоговыми органами на сайте службы технической поддержки ЭО и/или Исполнителя ГК, а также вывод о возможности установки обновления на контур промышленной эксплуатации. Результирующая часть протокола должна однозначно указывать на подтверждение, либо опровержение возможности установки тестируемого программного обеспечения на контуре промышленной эксплуатации, не допускать двойных трактовок, не содержать условий либо ограничений для заявленного вывода о результатах тестирования. Направление акта проведения проверки дублируется в рабочем порядке на адреса электронной почты ответственных участников.

4.19. В случае невозможности установки тестируемого программного обеспечения на контуре промышленной эксплуатации Заказчик совместно с Исполнителем ГК принимает решение о переносе даты установки версии на контур промышленной эксплуатации и определяет новую дату установки исправленной версии на ППК для проведения тестирования.

4.20. Заказчик, получив сведения от ответственных налоговых органов об отсутствии замечаний к устанавливаемой версии ППО АИС «Налог-3» либо версию ПО, содержащую исправления выявленных недостатков, принимает решение о возможности установки версии на контуре промышленной эксплуатации и доводит его до ЭО, Исполнителя ГК и налоговых органов.

4.21. ЭО, получив от Заказчика сведения о возможности установки версии, устанавливает версию на контуре промышленной эксплуатации в порядке, описанном в разделе 8 настоящего Регламента.

5. Особенности подготовки обновления версий децентрализованных компонент ППО АИС «Налог-3»

5.1. Версии децентрализованных компонент АИС «Налог-3» для контура промышленной эксплуатации выпускаются Исполнителем ГК и передаются Заказчику не чаще 1 раза в неделю путем размещения в ФАП.

5.2. Исполнитель ГК уведомляет ЭО о необходимости и сроках проведения работ по обновлению децентрализованного ППО.

5.3. Если децентрализованная компонента АИС «Налог-3» устанавливается силами сотрудников налогового органа (далее — НО), то ЭО уведомляет НО официальным письмом о требуемых сроках начала выполнения работ и отслеживает завершение установки посредством ППО «Каталог версий». ЭО еженедельно направляет в Управление информационных технологий отчет по НО, в которых не завершены работы по обновлению децентрализованных компонент АИС «Налог-3».

6. Особенности подготовки новых версий и обновлений унаследованной централизованной компоненты АИС «Налог-3» ПК АИС ФЦОД

6.1. Порядок установки АИС ФЦОД на контуре промышленной эксплуатации.

6.1.1. В целях соблюдения требований к проведению технологических работ, установленных Правилами и процедурами работы в СМЭВ по Методическим рекомендациям версии 2.Х и Правилами и процедурами работы в Системе межведомственного электронного взаимодействия по Методическим рекомендациям версии 3.ХХ, установка версий ПК АИС ФЦОД на КПЭ выполняется в технологическое окно в период с 23:00 понедельника до 05:00 вторника.

6.1.2. Версии ППО АИС ФЦОД для контура промышленной эксплуатации выпускаются Исполнителем ГК и передаются Заказчику согласно Плану по понедельникам до 16:00 по московскому времени путем размещения в ФАП.

6.1.3. Обновление ПК АИС ФЦОД на КПЭ производится с информированием пользователей о начале и завершении работ через новостные ленты служб поддержки Эксплуатирующей организации и Исполнителя ГК. Сообщение о завершении работ по обновлению ПК АИС ФЦОД размещается после получения подтверждения корректности установки от Исполнителя ГК.

6.1.4. В случае необходимости обновления компонент ПК АИС ФЦОД на КПЭ до выхода новой версии (установка hotfix) или сразу после ее установки, заявка на обновление размещается Исполнителем ГК в Едином рабочем пространстве с указанием цели обновления и требуемых сроков его выполнения.

6.1.5. Hotfix, устраняющие некритические проблемы, устанавливаются на КПЭ в технологическое окно с 23:00 понедельника по 5:00 вторника.

6.1.6. Важные hotfix, восстанавливающие работоспособность КПЭ ПК АИС ФЦОД, устраняющие критические проблемы, вносящие изменения в значимые данные ПК АИС ФЦОД либо определенные указанием Заказчика в качестве срочных, устанавливаются ЭО вне заявленных регламентных сроков.

6.1.7. Версии ПК АИС ФЦОД, определённые Заказчиком, как срочные, устанавливаются ЭО вне заявленных регламентных сроков.

6.1.8. Во время любого обновления ПК АИС ФЦОД обеспечивается оперативная поддержка ЭО со стороны Исполнителя ГК в объёме, достаточном для устранения возникающих в ходе обновления ошибок и анализа корректности его установки.

6.1.9. Описание технической процедуры обновления ПК АИС ФЦОД приведено в инструкции и руководстве администратора ПК АИС ФЦОД.

7. Особенности подготовки новых версий и обновлений ИС «Маркировка»

7.1. Передаваемые дистрибутивы новых версий ИС «Маркировка» перед их развертыванием на контуре промышленной эксплуатации в обязательном порядке проходят комплекс проверочных процедур на ППК. ЭО проводит проверку развертывания дистрибутивов.

7.2. ЭО обеспечивает работоспособность, поддержание в актуальном состоянии ППК. Для поддержания в актуальном состоянии ППК ЭО не реже одного раза в год выполняет обновление баз данных ППК данными из КПЭ в согласованном с Заказчиком объеме.

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

7.4. Порядок установки ИС «Маркировка» на ППК.

7.4.1. Версии ППО ИС «Маркировка» выпускаются Исполнителем ГК и передаются Заказчику согласно Плану по средам до 16:00 по московскому времени путем размещения в ФАП.

7.4.2. После размещения дистрибутивов версии ИС «Маркировка» в ФАП в период с 18:00 среды до 02:00 четверга (время московское) ЭО устанавливает дистрибутивы на ППК с целью проверки развертывания системы.

7.4.3. В случае обнаружения проблем при развертывании версии ППО на ППК ЭО в согласованном с Исполнителем ГК формате фиксирует выявленные недостатки, передаёт их Исполнителю ГК для внесения исправлений.

7.4.4. Исполнитель ГК и ЭО прилагают все усилия для завершения развертывания версии ИС «Маркировка» на ППК до планового срока окончания ее установки.

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

7.4.6. В случае невозможности установки тестируемого программного обеспечения на контуре промышленной эксплуатации Заказчик совместно с исполнителем принимает решение о переносе даты установки версии на контур промышленной эксплуатации и определяет новую дату установки исправленной версии на ППК для проведения тестирования.

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

7.5. ЭО, получив от Заказчика сведения о возможности установки версии, устанавливает её на контуре промышленной эксплуатации в следующем порядке.

7.5.1. Установка версий ИС «Маркировка» на КПЭ выполняется в технологическое окно в период с 18:00 среды до 02:00 четверга.

7.5.2. Обновление ИС «Маркировка» на КПЭ производится с информированием пользователей о начале и завершении работ через новостные ленты служб поддержки Эксплуатирующей организации, Исполнителя ГК и в Личном кабинете «Маркировка» на сайте ФНС России. Сообщение о завершении работ по обновлению ИС «Маркировка» размещается после получения подтверждения корректности установки от Исполнителя ГК.

7.5.3. В случае необходимости обновления компонент ИС «Маркировка» на КПЭ до выхода новой версии (установка hotfix) или сразу после ее установки, заявка на обновление размещается Исполнителем ГК в Едином рабочем пространстве с указанием цели обновления и требуемых сроков его выполнения и контуров ППО, на которые должно быть установлено обновление.

7.5.4. Hotfix, устраняющие некритические проблемы, устанавливаются на КПЭ в технологические окна по вторникам и пятницам с 20:00 до 24:00.

7.5.5. ЭО информирует пользователей ППО о проведении технологических работ на портале службы технической поддержки ФКУ «Налог-Сервис» ФНС России дважды:

— не позднее чем за 2 дня до проведения работ,

— непосредственно перед началом проведения работ.

7.5.6. ЭО информирует пользователей о завершении технологических работ не позднее чем через 15 минут после их завершения.

7.5.7. Важные hotfix, восстанавливающие работоспособность КПЭ ИС «Маркировка», устраняющие критические проблемы, вносящие изменения в значимые данные ИС «Маркировка» либо определенные указанием Заказчика в качестве срочных, устанавливаются ЭО вне заявленных регламентных сроков.

7.5.8. Версии ИС «Маркировка», определённые Заказчиком, как срочные, устанавливаются ЭО вне заявленных регламентных сроков.

7.5.9. Во время любого обновления ИС «Маркировка» обеспечивается оперативная поддержка ЭО со стороны Исполнителя ГК в объёме, достаточном для устранения возникающих в ходе обновления ошибок и анализа корректности его установки.

7.5.10. Описание технической процедуры обновления ИС «Маркировка» приведено в инструкции и руководстве администратора ИС «Маркировка».

8. Порядок обновления централизованных компонент ППО АИС «Налог-3» на КПЭ

8.1. Версии ППО АИС «Налог-3» для развертывания на контуре промышленной эксплуатации выпускаются Исполнителем ГК и передаются Заказчику согласно Плану по четвергам до 12:00 по московскому времени путем размещения в ФАП. В случае размещения версии в ФАП позднее 12:00 текущего четверга время установки версии на КПЭ определяется ЭО по согласованию с Заказчиком.

8.2. Обновление серверной части ППО АИС «Налог-3» на контуре промышленной эксплуатации, при выходе новой версии ППО, осуществляется ЭО, при условии ее успешной проверки на ППК, в нерабочее время с 18:00 пятницы до 04:00 воскресенья по московскому времени с информированием пользователей о начале и завершении работ через новостные ленты служб поддержки Эксплуатирующей организации и Исполнителя ГК. Сообщение о завершении работ по обновлению серверной части АИС «Налог-3» размещается после получения подтверждения корректности установки от Исполнителя ГК.

8.3. В случае необходимости обновления компонент ППО на КПЭ до выхода новой версии (установка hotfix) или сразу после ее установки, заявка на обновление размещается Исполнителем ГК в Едином рабочем пространстве с указанием цели обновления и требуемых сроков его выполнения и контуров ППО, на которые должно быть установлено обновление.

8.4. Hotfix, устраняющие некритические проблемы, устанавливаются на КПЭ ППО по вторникам и пятницам с 20:00 до 24:00.

8.5. ЭО, в случае необходимости, но не чаще одного раза в месяц, разрешается в пятницу увеличить время проведения технологических работ и установки hotfix на КПЭ до 04:00 субботы.

8.6. ЭО информирует пользователей ППО о проведении технологических работ на портале службы технической поддержки ФКУ «Налог-Сервис» ФНС России дважды:

— не позднее чем за 2 дня до проведения работ

— непосредственно перед началом проведения работ.

8.7. ЭО информирует пользователей о завершении технологических работ не позднее чем через 15 минут после их завершения.

8.8. Важные hotfix, восстанавливающие работоспособность КПЭ ППО, устраняющие критические проблемы, вносящие изменения в значимые данные АИС «Налог-3» либо определенные указанием Заказчика в качестве срочных, устанавливаются ЭО вне заявленных регламентных сроков.

8.9. Версии ПП «Оперативный контроль», определённые Заказчиком, как срочные, устанавливаются ЭО вне заявленных регламентных сроков.

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

8.11. Распространение и обновление ЕКП на рабочих станциях пользователей на объектах автоматизации всех уровней осуществляется автоматизированно с использованием программных средств из состава СУиМ.

8.12. В случае, если на момент обновления серверной части по каким-либо причинам ЕКП не распространилось на рабочую станцию пользователя администраторы на объектах автоматизации осуществляют установку клиентской части вручную из ФАП.

Читайте также:  Холодильные системы установки оборудование

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

— «Подсистемы «Налоговый автомат» и «Интерактивные сервисы». Прикладные подсистемы, построенные на базе компонент прикладной инфраструктуры. Руководство администратора»;

— «Порядок обновления АИС «Налог-3″ с использованием программных средств из состава СУиМ» (приложение 6);

— Инструкции и руководства администраторов подсистем, входящих в состав АИС «Налог-3», но не использующих КПИ;

— Инструкции и руководство администратора ПП «Оперативный контроль».

9. Порядок обновления интерактивных сервисов официального сайта ФНС России

9.1. Обновление прикладного программного обеспечения интерактивных сервисов официального сайта ФНС России осуществляется ЭО в случае необходимости по заявкам в Едином рабочем пространстве Исполнителя ГК.

9.2. Обновление интерактивных сервисов (за исключением сервисов «Личный кабинет налогоплательщика индивидуального предпринимателя», «Личный кабинет налогоплательщика юридического лица», «НДС-офис иностранной организации», «Личный кабинет налогоплательщика иностранной организации») осуществляется ЭО следующим порядком:

— Версии интерактивных сервисов выпускаются Исполнителем ГК и передаются Заказчику согласно Плану установки ПК АИС ФЦОД по понедельникам до 16:00 по московскому времени путем размещения в ФАП ПО интерактивных сервисов.

— Обновление интерактивных сервисов осуществляется ЭО в нерабочее время с 23:00 понедельника до 05:00 вторника по московскому времени с информированием пользователей о начале и завершении работ через новостные ленты служб поддержки Эксплуатирующей организации, Исполнителя ГК и на страницах интерактивных сервисов. Сообщение о завершении работ по обновлению интерактивных сервисов размещается после получения подтверждения корректности установки от Исполнителя ГК.

9.3. Обновление интерактивных сервисов «Личный кабинет налогоплательщика индивидуального предпринимателя», «Личный кабинет налогоплательщика юридического лица», «НДС-офис иностранной организации», «Личный кабинет налогоплательщика иностранной организации» осуществляется ЭО следующим порядком:

— Исполнитель ГК ежемесячно, в последнюю среду месяца, выпускает новые версии ПО интерактивных сервисов.

— В четверг, следующий за датой выпуска версии, Исполнитель ГК размещает ПО интерактивных сервисов в ФАП.

— Обновление интерактивных сервисов осуществляется ЭО в нерабочее время с 21:00 до 24:00 понедельника вторника по московскому времени с информированием пользователей о начале и завершении работ через новостные ленты служб поддержки Эксплуатирующей организации, Исполнителя ГК и на страницах интерактивных сервисов. Сообщение о завершении работ по обновлению интерактивных сервисов размещается после получения подтверждения корректности установки от Исполнителя ГК.

10. Порядок обновления децентрализованных компонент ППО АИС «Налог-3» на объектах автоматизации Заказчика

10.1. Обновление децентрализованных компонент типовых программных комплексов из состава АИС «Налог-3» осуществляется администраторами типовых программных комплексов на объектах автоматизации в соответствии с Порядком информационного взаимодействия с Фондом алгоритмов и программ ФНС России, установленным приказом ФНС России от 06.09.2006 N САЭ-3-13/570@. Описание технической процедуры обновления программного обеспечения из состава АИС «Налог-3» приведено в следующих документах:

— «Система электронной обработки данных инспекций местного уровня. Установка, администрирование и сопровождение системы ЭОД. Руководство пользователя»;

— «Система электронной обработки данных инспекций местного уровня. Методические указания по переносу базы данных ЕГР на отдельный сервер. Руководство пользователя»;

— «Система электронной обработки данных инспекций местного уровня. Настройка web-сервисов. Руководство пользователя»;

— «Программный комплекс регионального уровня (ПК Регион). Инструкция по установке и настройке общесистемного ПО для ПК Регион»;

— «Порядок работ по подготовке и настройке ПК Регион для работы с АИС «Налог-3»,

а также в документах «Руководства администратора» соответствующих программных комплексов, размещенных в ФАП.

Приложение 1
к Регламенту обновления
автоматизированных
информационных систем
Федеральной налоговой службы,
утвержденному
28 июля 2017 г.

Выполнение работ, оказание услуг по разработке проектных решений, вводу в действие и сопровождению подсистем АИС «Налог-3» на объектах территориальных органов ФНС России для совершенствования налогового администрирования

Государственный контракт от 13 сентября 2010 г. N 5-6-02/113

п.п. 4.2.1.6.1.1. Разработка стандартов по ведению разработки АИС «Налог-3»

Книга 5.
Правила нумерации версий программного обеспечения

1. Назначение документа

Документ предназначен для описания правил нумерации версий программных компонентов, применяемый при разработке АИС Налог 3.

2. Термины и сокращения

ЕХИК Единое хранилище исходных кодов, используемое для хранения, сборки и валидации исходных кодов всех подсистем АИС Налог 3 и всего продукта в целом.
Задача Часть подсистемы, разработка которой осуществляется самостоятельно. По своей сути задача может являться подсистемой, но в связи с крупным делением АИС Налог 3 входит в одну из подсистем. (Пример: задача «Обмен с УФК» входящая в состав подсистемы «ЦВЛС»).
Контрактная часть задачи/подсистемы Часть задачи/подсистемы, содержащая определения контрактов, используемых внешними подсистемами для взаимодействия с данной задачей/подсистемой.
Подсистема Часть АИС Налог 3, выделенная при проектировании и описанная в техническом задании. Одной из особенностей подсистем является то, что они разрабатываются различными группами разработчиков.
Продукт Совокупность разрабатываемых в рамках проекта модернизации архитектуры ФНС России прикладных и сервисных подсистем. Продукт характеризуется набором готовых программных компонентов (клиентского и серверного ПО), баз данных, готовых к установке на контур эксплуатации.
Реализационная часть задачи/подсистемы Часть задачи/подсистемы, содержащая реализацию логики задачи/подсистемы, в том числе реализацию контрактов, определенных в контрактной части.
Релиз подсистемы Понятие, определяющее зафиксированный набор ключевых требований к реализации подсистемы. К таким ключевым требованиям могут относиться: — Требование к использованию определенных версий инструментальных средств, к которым относятся среды и библиотеки разработки сторонних производителей, — Требование к использованию определенных версий (а точнее релизов) инфраструктурных подсистем, таких как КПИ, СИИВ и т.п. — Требование к реализации или использованию определенных версий контрактов из состава релиза служебной подсистемы «Портфель сервисов», — Требование к выполнению доработки (реализации определенного функционала) подсистемы, как правило, меняющей или добавляющей новую ключевую логику в работу подсистемы, а также меняющей совместимость по данным с другими подсистемами.
Релиз продукта Понятие, определяющее зафиксированный набор релизов всех прикладных и служебных подсистем, включенных в релиз продукта.

3. Правила нумерации версий

Введение единообразной практики нумерации версий в рамках проекта по модернизации информационной системы ФНС России (АИС Налог 3) позволит:

— Организовать общие подходы к изменению номеров версий по мере развития системы

— Контролировать состав дистрибутива конечного продукта

— Однозначно определять исходный код компонента по версии файла компонента

— Осуществлять проверку совместимости компонентов на основе номеров версий

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

Для ведения данной практики предлагается использование следующих уровней нумерации версий:

— Номер версии релиза продукта (PRV). Идентифицирует версию релиза продукта как зафиксированный набор версий релизов всех подсистем, включенных в релиз продукта. В рамках одной версии релиза продукта может быть выпущено со временем несколько версий продукта (подробнее о версии продукта см. ниже).

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

— Номер версии продукта (PV). Идентифицирует версию продукта как определенный набор версий прикладных подсистем, включенных в версию продукта (в рамках своего релиза продукта).

— Номер версии релиза подсистемы (SSRV). Идентифицирует версию релиза подсистемы (определение релиза подсистемы см. разделе Определения). В рамках одной версии релиза подсистемы может быть выпущено со временем несколько версий подсистемы.

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

— Номер версии подсистемы (SSV). Идентифицирует версию подсистемы, как набора всех компонентов подсистемы, передаваемых для сборки и выпуска версии продукта.

Примечание: взаимосвязи между PRV, PV, SSRV и SSV проиллюстрированы на рисунке ниже:

— Номер версии контракта (сборки контракта) подсистемы (CAV). Идентифицирует версию контракта из состава контрактной части подсистемы.

— Номер версии файла сборки контракта подсистемы (CFV). Идентифицирует версию файла сборки контракта из состава контрактной части подсистемы.

— Номер версии сборки реализационной части (RAV). Идентифицирует версию сборки из состава реализационной части подсистемы.

— Номер версии файла сборки реализационной части (RFV). Идентифицирует версию файла сборки из состава реализационной части подсистемы.

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

Номера всех версий кроме версий релизов формируются по следующему шаблону: [major].[minor].[build].[revision]

Номера версий релизов формируются по следующему шаблону: [major].[minor]

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

Наименование версии Шаблон версии Кем, когда и где определяется, где используется
major minor build revision
PRV (версия релиза продукта) = последним 2 цифрам года создания релиза Диапазон значений (10..ХХ) = порядковому номеру версии в году Диапазон значений (1..ХХ) Сбрасывается в 1 при смене PRV[major] Определяется разработчиком, ответственным за создание релиза продукта (включающем разработку ПО, для сборки продукта). Новая версия релиза продукта создаётся: — при изменении набора версий релизов подсистем, включаемых в состав релиза продукта. Новый номер версии релиза продукта регистрируется в реестре версий на портале ЕРП вместе с соответствующим описанием к нему. Используется: — в рамках ЕХИК для именования ветки исходных кодов, соответствующей версии релиза продукта, — как составная часть версии продукта (PV)
PV (версия продукта) = 3 (из аббревиатуры АИС Налог 3) = PRV[major] = PRV[minor] = номеру билда продукта, автоматически формируемому при сборке. Диапазон значений (1..ХХ) [major].[minor].[build]-часть формируется разработчиком, ответственным за создание релиза продукта, при создании релиза продукта. [revision]-часть формируется автоматически при сборке продукта в рамках соответствующего релиза продукта путём инкрементации значения PRV[revision] предыдущего билда. При сборке также автоматически формируется сводка о составе и версиях подсистем, включенных в состав версии продукта. Номер официально выпускаемой версии продукта регистрируется в реестре версий на портале ЕРП вместе с соответствующим описанием к нему. Используется: — в сопроводительной документации к версии как официальная версия продукта АИС Налог 3
SSRV (версия релиза подсистемы) = последним 2 цифрам года создания релиза Диапазон значений (10..ХХ) = порядковому номеру версии в году Диапазон значений (1..ХХ) Сбрасывается в 1 при смене SSRV[major] Определяется разработчиком, ответственным за создание релиза подсистемы. Новая версия релиза подсистемы создаётся: — при изменении хотя бы одного требования из набора ключевых требований, определяющих предыдущую версию релиза подсистемы, — при необходимости формирования нового релиза в соответствии с планом (внешним или внутренним) выпуска релизов подсистемы. Новый номер версии релиза продукта регистрируется в реестре версий на портале ЕРП вместе с соответствующим описанием к нему. Используется: — в рамках ЕХИК для именования ветки исходных кодов, соответствующей версии релиза подсистемы, — как составная часть версии подсистемы (SSV), — как составная часть версии сборки реализационной части подсистемы (RAV).
SSV (версия подсистемы) = SSRV[major] = SSRV[minor] = номеру очередного изменения подсистемы Диапазон значений (0..ХХ) Сбрасывается в 0 при смене SSRV[minor] = номеру обновления к уже выпущенной версии подсистемы Диапазон значений (0..ХХ) Сбрасывается в 0 при смене SSRV[build] Определяется разработчиком, ответственным за выпуск версии подсистемы. Новая версия подсистемы создаётся: — при создании нового релиза подсистемы, — при выпуске версии подсистемы, содержащей очередные (плановые) изменения подсистемы, — при выпуске версии подсистемы, содержащей обновление (патч) к ранее выпущенной и переданной в эксплуатацию версии. Номер официально выпускаемой версии подсистемы регистрируется в реестре версий на портале ЕРП вместе с соответствующим описанием к нему. Используется: — в сопроводительной документации к версии как официальная версия подсистемы, — в версии файла сборки контракта (CFV) и реализационной части (RFV) подсистемы
CAV (версия контракта подсистемы) = номеру модификации контракта с потерей совместимости с предыдущей версией контракта Диапазон значений (1..ХХ) = номеру модификации контракта без потери совместимости с предыдущей версией контракта Диапазон значений (0..ХХ) Сбрасывается в 0 при смене CAV[major] = 0 = 0 Определяется разработчиком, выполняющим создание или модификацию контракта. Новая версия контракта создаётся: — при любом изменении контракта. Номер официально выпускаемой версии контракта: — если контракт является контрактом межподсистемного взаимодействия, то фиксируется в рамках портала служебной подсистемы «Портфель сервисов», — если контракт является инфраструктурным контрактом (т.е. контрактом не на основе технологии WEB-сервисов) инфраструктурной подсистемы (КПИ, СИИВ и т.п.), то фиксируется как атрибут AssemblyVersion проекта контракта. Используется: — в сопроводительной документации к официальной версии контракта, включаемого в состав служебной подсистемы «Портфель сервисов», — в атрибуте AssemblyVersion проекта контракта в служебной подсистеме «Портфель сервисов», — в атрибуте AssemblyVersion проекта контракта в инфраструктурной подсистеме.
CFV (версия файла сборки контракта подсистемы) = SSV[major] = SSV[minor] = SSV[build] = SSV[revision] Определяется разработчиком, выполняющим сборку контракта. Версия файла сборки контракта соответствует версии подсистемы, в рамках которой осуществляется его сборка. Версия файла сборки контракта подсистемы фиксируется в атрибуте AssemblyFileVersion проекта сборки. Используется: — в конфигурационных файлах, — может использоваться в механизме контроля версий компонентов системы.
RAV (версия сборки реализационной части подсистемы) = SSRV[major] = SSRV[minor] = 0 = 0 Определяется разработчиком, выполняющим создание или модификацию сборки реализационной части подсистемы. Новая версия сборки реализационной части создаётся: — при изменении версии релиза подсистемы. Версия сборки реализационной части подсистемы фиксируется в атрибуте AssemblyVersion проекта сборки. Используется: — в конфигурационных файлах.
RFV (версия файла сборки реализационной части подсистемы) = SSV[major] = SSV[minor] = SSV[build] = SSV[revision] Определяется разработчиком, выполняющим сборку реализационной части подсистемы. Версия файла сборки реализационной части соответствует версии подсистемы, в рамках которой осуществляется его сборка. Версия файла сборки реализационной части подсистемы фиксируется в атрибуте AssemblyFileVersion проекта сборки. Используется: — в конфигурационных файлах, — может использоваться в механизме контроля версий компонентов системы.

Приложение 2
к Регламенту обновления
автоматизированных
информационных систем
Федеральной налоговой службы,
утвержденному
28 июля 2017 г.

Перечень изменений в версии
ППО «название ппо»
___________________________________________________________

Версия подсистемы ХХ.ДД.ММ.ГГ*

Назначение документа

Документ содержит перечень изменений по отношению к предыдущей версии ХХ.ДД.ММ.ГГ

источник

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *