Системный анализ

1.

СИСТЕМНЫЙ АНАЛИЗ
ДИРЕКЦИЯ ИННОВАЦИОННОГО РАЗВИТИЯ
НАВАЛИХИН ПАВЕЛ
МАРТ 2024

2.

• РАЗДЕЛ
01
• АНАЛИТИКА И АНАЛИТИКИ
ГАЗПРОМ НЕФТЬ 2

3.

АНАЛИЗ
Математика
Экономика
Физика
Разложение, разделение, расчленение, разборка
Метод исследования, характеризующийся выделением и
изучением отдельных частей объектов исследования.
Совокупность разделов математики, выросших из классического
математического анализа, характеризующихся наличием
функций переменных величин как предмета исследования
Совокупность химических, физико-химических и физических
методов, применяемых для обнаружения элементов,
радикалов и соединений, входящих в состав анализируемого
вещества или смеси веществ
Оценка содержания, состава анализов
Логический приём определения понятия
Анализ
Разработка
ПО
Химия
Медицина
ГАЗПРОМ НЕФТЬ 3

4.

КАЧЕСТВА ХОРОШЕГО АНАЛИТИКА
Системное
мышление
Хорошая память
Коммуникабельность
Умение слушать
и говорить
Знание методов
анализа
Инициативность
ГАЗПРОМ НЕФТЬ 4

5.

АНАЛИТИКА РЫНКА АНАЛИТИКОВ
Кол-во вакансий СА,
шт.
1500
1415
1400
1300
1282
1270
1200
1110
1103
1100
1066
1055
1038
1009
1000
941
900
889
880
800
700
600
янв.23
фев.23
мар.23
апр.23
май.23
июн.23
июл.23
авг.23
сен.23
окт.23
ноя.23
дек.23
ГАЗПРОМ НЕФТЬ 5

6.

АНАЛИТИКА РЫНКА АНАЛИТИКОВ
Уровень дохода СА в динамике
тыс. руб.
450
400
400
350
350
300
300
250
250
200
200
150
150
150
100
100
50
150
200
80
50
0
jun
middle
2022
2023
senior
2024
senior+
Линейная (2024)
ГАЗПРОМ НЕФТЬ 6

7.

МЕСТО АНАЛИТИКИ В СОБСТВЕННОЙ РАЗРАБОТКЕ ПО
Команда
разработки
Дизайн UX/UI
Методология
процесса
разработки
Инструменты
РАЗРАБОТКА
ИБ
Отраслевые и
государственные
практики и
стандарты
Аналитика
Архитектура и
технологические
практики
ГАЗПРОМ НЕФТЬ 7

8.

КРОСС-ФУНКЦИОНАЛЬНАЯ
КОМАНДА
Команда, имеющая все необходимые навыки, чтобы выполнять работу
и не зависеть от тех, кто не является частью команды. Благодаря этому
Кросс-функциональные Команды являются более гибкими,
креативными и продуктивными, чем команды, где люди
специализируются на одной компетенции для выполнения своей
работы.
ГАЗПРОМ НЕФТЬ 8

9.

КАКИЕ АНАЛИТИКИ В РАЗРАБОТКЕ БЫВАЮТ
Бизнес-аналитик
Системный аналитик
Аналитик интеграций
Технический писатель
Аналитики данных
UX/UI-аналитики
ГАЗПРОМ НЕФТЬ 9

10.

АНАЛИТИКИ БЫВАЮТ РАЗНЫЕ
БИЗНЕС-АНАЛИТИК
БИЗНЕС-ЭКСПЕРТ
Изучает бизнеспроцессы (БП),
общается с
Заказчиком
и разбирается
в предметной
области.
Выявление и
формализацией
функциональных и
нефункциональных
требований к
разрабатываемому
программному
обеспечению
СИСТЕМНЫЙ
АНАЛИТИК
АНАЛИТИК
ИНТЕГРАЦИЙ
ТЕХНИЧЕСКИЙ
ПИСАТЕЛЬ
АНАЛИТИК
ДАННЫХ
Взаимодействует с
командой бизнесаналитиков и
разработчиков
(уточнение
требований,
разработка проектных
решений, постановка
задач разработчикам)
Выявляет требования
по миграции,
занимается
формализацией
интеграций, знает
виды интеграции
Обеспечивает
документационное
сопровождение
проекта
Изучает и работает
с данными:
собирает их,
обрабатывает
и интерпретирует
Артефакты:
Артефакты:
Артефакты:
документирование
API, контракты,
swaggerспецификация и пр.
проектная и
сервисная
документация с
применением ГОСТов
работа с СУБД, sql,
формализация ERD,
S2T и пр.
Артефакты:
описание БП,
оптимизация БП,
отрисовка моделей,
разъяснение
процессов
UX-АНАЛИТИК
Занимается
прототипированием
интерфейса,
проекцией бизнеспроцессов на систему,
знает и применяет
компоненты
фреймворков,
проектирует
пользовательский
опыт
Артефакты:
Прототипы
интерфейса, макеты
Артефакты:
Описания US и еще
40 артефактов
ГАЗПРОМ НЕФТЬ 10

11.

АРТЕФАКТЫ
У каждого АНАЛИТИКА свои
АРТЕФАКТЫ
БИЗНЕС-АНАЛИТИК
БИЗНЕС-ЭКСПЕРТ
СИСТЕМНЫЙ
АНАЛИТИК
АНАЛИТИК
ИНТЕГРАЦИЙ
ТЕХНИЧЕСКИЙ
ПИСАТЕЛЬ
АНАЛИТИК
ДАННЫХ
UX-АНАЛИТИК
Артефакты
ГАЗПРОМ НЕФТЬ 11

12.

FULL STACK/УЗКАЯ СПЕЦИАЛИЗАЦИЯ
ГАЗПРОМ НЕФТЬ 12

13.

СИСТЕМНЫЙ АНАЛИЗ. КЛЮЧЕВЫЕ
КОМПЕТЕНЦИИ
Моделировани
е
Backlog
Docs as code
API
Проектная документация
Сервисная документация
ERD
UML
eEPC
BPMN
Документирова
ние проекта
Управление
требованиями
ФТ
НФТ
Пользовательские
ГАЗПРОМ НЕФТЬ 13

14.

СИСТЕМНЫЙ АНАЛИЗ. КОМПЕТЕНЦИИ
Проектирование API
Подготовка спецификаций
Swagger
Разработка
умение читать код
all is code
Базы данных
Написание запросов
Проектирование КМД/ЛМД/ФМД
Интеграции
Архитектура
Инфраструктура
ГАЗПРОМ НЕФТЬ 14

15.

АРТЕФАКТЫ СА. БЕКЛОГ
ГАЗПРОМ НЕФТЬ 15

16.

ЕЩЕ АРТЕФАКТЫ
ГАЗПРОМ НЕФТЬ 16

17.

СИСТЕМНЫЙ АНАЛИЗ. ИНСТРУМЕНТЫ
ГАЗПРОМ НЕФТЬ 17

18.

СИСТЕМНЫЙ АНАЛИТИК
Бизнесаналитик +
Технические
скиллы
ГАЗПРОМ НЕФТЬ 18

19.

ВЗАИМОДЕЙСТВИЕ АНАЛИТИКОВ ПРИ
СОЗДАНИИ ИС
Создание информационной системы
МОДЕЛИРОВАНИЕ
КОНТЕКСТА
АНАЛИЗ БИЗНЕСТРЕБОВАНИЙ
ФУНКЦИОНАЛЬНОЕ
МОДЕЛИРОВАНИИЕ
МОДЕЛИРОВАНИЕ
ИСПОЛЬЗОВАНИЯ
СОЗДАНИЕ
ЭКСПРЕССКОНЦЕПЦИИ
МОДЕЛИРОВАНИЕ
ДАННЫХ (МОДЕЛЬ
ПРЕДМЕТНОЙ
ОБЛАСТИ)
РАЗРАБОТКА
НЕФУНК-НАЛЬНЫХ
ТРЕБОВАНИЙ
ГАЗПРОМ НЕФТЬ 19

20.

ВЗАИМОДЕЙСТВИЕ АНАЛИТИКОВ
Создание информационной системы
МОДЕЛИРОВАНИЕ
КОНТЕКСТА
АНАЛИЗ БИЗНЕСТРЕБОВАНИЙ
ФУНКЦИОНАЛЬНОЕ
МОДЕЛИРОВАНИИЕ
МОДЕЛИРОВАНИЕ
ИСПОЛЬЗОВАНИЯ
СОЗДАНИЕ
ЭКСПРЕССКОНЦЕПЦИИ
МОДЕЛИРОВАНИЕ
ДАННЫХ (МОДЕЛЬ
ПРЕДМЕТНОЙ
ОБЛАСТИ)
РАЗРАБОТКА
НЕФУНК-НАЛЬНЫХ
ТРЕБОВАНИЙ
ПЕРЕХОД ОТ ТРЕБОВАНИЙ
К РАЗРАБОТКЕ
ГАЗПРОМ НЕФТЬ 20

21.

ВЗАИМОДЕЙСТВИЕ АНАЛИТИКОВ
Создание информационной системы
МОДЕЛИРОВАНИЕ
КОНТЕКСТА
АНАЛИЗ БИЗНЕСТРЕБОВАНИЙ
ФУНКЦИОНАЛЬНОЕ
МОДЕЛИРОВАНИИЕ
ТЕХНИЧЕСКОЕ
ПРОЕКТИРОВАНИЕ
ИНФОРМАЦИОННОЙ
СИСТЕМЫ
РАЗРАБОТКА
НЕФУНК-НАЛЬНЫХ
ТРЕБОВАНИЙ
ДЕКОМПОЗИЦИЯ
ТРЕБОВАНИЙ
МОДЕЛИРОВАНИЕ
ИСПОЛЬЗОВАНИЯ
СОЗДАНИЕ
ЭКСПРЕССКОНЦЕПЦИИ
МОДЕЛИРОВАНИЕ
ДАННЫХ (МОДЕЛЬ
ПРЕДМЕТНОЙ
ОБЛАСТИ)
ГАЗПРОМ НЕФТЬ 21

22.

ВЗАИМОДЕЙСТВИЕ АНАЛИТИКОВ
Создание информационной системы
МОДЕЛИРОВАНИЕ
КОНТЕКСТА
АНАЛИЗ БИЗНЕСТРЕБОВАНИЙ
ФУНКЦИОНАЛЬНОЕ
МОДЕЛИРОВАНИИЕ
ТЕХНИЧЕСКОЕ
ПРОЕКТИРОВАНИЕ
ИНФОРМАЦИОННОЙ
СИСТЕМЫ
РАЗРАБОТКА
НЕФУНК-НАЛЬНЫХ
ТРЕБОВАНИЙ
ДЕКОМПОЗИЦИЯ
ТРЕБОВАНИЙ
МОДЕЛИРОВАНИЕ
ИСПОЛЬЗОВАНИЯ
СОЗДАНИЕ
ЭКСПРЕССКОНЦЕПЦИИ
Бизнес-анализ
МОДЕЛИРОВАНИЕ
ДАННЫХ (МОДЕЛЬ
ПРЕДМЕТНОЙ
ОБЛАСТИ)
Системный анализ
ГАЗПРОМ НЕФТЬ 22

23.

РАЗДЕЛ 02
АРТЕФАКТЫ СА. BACKLOG
ГАЗПРОМ НЕФТЬ 23

24.

ИТЕРАЦИОННАЯ РАЗРАБОТКА
ГАЗПРОМ НЕФТЬ 24

25.

BACKLOG
ГАЗПРОМ НЕФТЬ 25

26.

ВИДЫ ТРЕБОВАНИЙ
Бизнес требования
Пользовательские
Требования
к ИС
Функциональные
Нефункциональные
ГАЗПРОМ НЕФТЬ 26

27.

КЕЙС ВЫЯВЛЕНИЕ ТРЕБОВАНИЙ
Требуется разработка сервиса поиска пропавших домашних животных.
Компания - производитель товаров для животных хочет создать более широкое социальное
сообщество вокруг домашних животных, потенциальные пользователи системы - владельцы
пропавших без вести домашних животных, свидетели/информаторы
Количество пользователей на начальном этапе 1000 одновременно присутствующих в приложении
пользователей, заинтересованные в поиске домашних животных могут создавать объявление,
обязательна регистрация на сайте.
Любой пользователь может увидеть список пропавших питомцев рядом с их местоположением
искатели питомцев могут публиковать сообщения «найден питомец» (с обязательным
фотодоказательством) и получать вознаграждение после подтверждения от владельцев питомцев.
пользователи могут комментировать опубликованные объявления домашних животных, предлагая
точки данных (присутствие, проверка области без результатов и т. д.),
приложение должно быть доступно на мобильном и ПК
локальная масштабируемость (на город), только русская локализация.
компания рассчитывает на доход от рекламы в приложении, до 10 млн.руб. в квартал.
Перечислите БТ, ФТ, НФТ.
ГАЗПРОМ НЕФТЬ 27

28.

ХАРАКТЕРИСТИКА КАЧЕСТВА ТРЕБОВАНИЙ
Необходимость
Абстрактность
Недвусмысленност
ь
Согласованность
Полнота
Лаконичность
Достижимость
Трассируемость
Проверяемость
ГАЗПРОМ НЕФТЬ 28

29.

ТРАССИРОВКА (ОТ БТ ДО КОДА)
БТ 1
ФТТ
1
ТТ 1 ТТ 2
ФТТ
2
ТТ 1 ТТ 2
PR 1
PR 1
PR 2
PR 2
ГАЗПРОМ НЕФТЬ 29

30.

ДЕРЕВО ТРЕБОВАНИЙ
Разработать сервис
поиска пропавших
домашних питомцев
БТ
ФТ/НФТ
ТТ
Объявления
Создание
объявления
Отклики
Публикация
Создание
отклика на
объявление
Добавление
фотографии
Пользователи
Платежная
система
Регистрация
Аутентификация
Авторизация
ГАЗПРОМ НЕФТЬ 30

31.

СПОСОБЫ И ИНСТРУМЕНТЫ ДОКУМЕНТИРОВАНИЯ
РАЗРАБОТКИ
• User story (Пользовательская История) короткое простое описание небольшого
компонента желаемой функциональности
на понятном пользователю языке.
User story
Docs as
code
Способы/инструмент
ы документирования
Wikiсистемы/
Task tracker
Use case
• Use case (вариант использования) – это
сценарная техника описания
взаимодействия. Последовательность
действий пользователя в системе
имеющая уникальный результат.
• Docs as code – подход, когда
документация ведется в языке разметки
и хранится рядом с кодом решения.
• Wiki и Task tracker – инструменты
документирования
ГАЗПРОМ НЕФТЬ 31

32.

USER STORY
Шаблон US обычно содержит
• название;
• описание по шаблону;
• детализированное описание для
команды разработки;
• приемочные критерии;
• требуемые схемы, документы и иные
материалы (артефакты);
• требуемые для данной задачи теги.
ГАЗПРОМ НЕФТЬ 32

33.

USER STORY. ШАБЛОН
ГАЗПРОМ НЕФТЬ 33

34.

USER STORY. КРИТЕРИИ ПРИЕМКИ
Критерии приемки это условия, которым должен удовлетворять программный продукт, чтобы быть
принятым пользователем, заказчиком или, в случае функциональности системного уровня,
потребляющей системой.
Критерии приемки:
• В детальной форме просмотра НЗ вкладка "Техническое задание" переименована в "Календарный план«
• На вкладке "Календарный план" отображается столбец "Перечень результатов/документации" аналогично заявке.
• Вкладка "Форма НЗ" наряд-заказа дублирует вкладку "Форма НЗ" заявки по составу полей:
• При создании НЗ, данные автоматически дублируются в НЗ из заявки
• Поле "Номер наряд-заказа" по умолчанию заполнено автоприсваемым номером НЗ и доступно к редактированию
Координатором НТЦ.
• В блоке "Общие данные" добавлено поле "Дата заключения наряд-заказа" с возможностью ввода даты вручную, либо из
календаря. По умолчанию в поле отображается подсказка (placeholder) "Введите дату заключения наряд-заказа".
• В детальной форме просмотра НЗ отображается переключатель "Работы/услуги" для всех пользователей, которым доступен просмотр
НЗ
• Переключатель недоступен для изменения значения
• В переключателе выбрано значение, соответствующее заявке, после завершения которой был создан НЗ.
• По нажатию кнопки "Сформировать" на вкладке "Документы" в зависимости от переключателя формируются файлы:
• Если переключатель в положении "Работы" формируются следующие документы:
• "Приложение 2. Календарный план" в соответствии с КП НЗ Работы.xlsx
• "Приложение 3. Расчет стоимости" в соответствии с РС НЗ Работы.xlsx
• Если переключатель в положении "Услуги" формируются следующие документы:
• "Приложение 2. Календарный план" в соответствии с КП НЗ Услуги.xlsx
• "Приложение 3. Расчет стоимости" в соответствии с РС НЗ Услуги.xlsx
ГАЗПРОМ НЕФТЬ 34

35.

USER STORY. АРТЕФАКТЫ
Sequenc
e
Activity
Артефакт
ы US
ER
D
State
machine
Contracts
Маке
т
ГАЗПРОМ НЕФТЬ 35

36.

USE CASE. ОПРЕДЕЛЕНИЕ
Сформироват
ь счетфактуру
Обновить
данные о
контрагенте
Выгрузить
отчет
Настроить
мониторинг
Авторизовать
ся
ГАЗПРОМ НЕФТЬ 36

37.

USE CASE. НАЗНАЧЕНИЕ ДИАГРАММЫ
ГАЗПРОМ НЕФТЬ 37

38.

USE CASE. ОСНОВНЫЕ ЭЛЕМЕНТЫ
ЭЛЕМЕН
Т
НАЗВАНИЕ РУС.
НАЗВАНИЕ
АНГЛ.
Роль пользователя
ACTOR
Вариант использования
USE CASE
Ассоциация
ASSOCIATE
Обобщение
GENERALIZATION
<<Include>>
Зависимость (включение)
INCLUDE
<<Extend>>
Зависимость (расширение)
EXTEND
ГАЗПРОМ НЕФТЬ 38

39.

USE CASE. СВЯЗИ
ГАЗПРОМ НЕФТЬ 39

40.

USE CASE. ВИДЫ ЗАВИСИМОСТЕЙ
ГАЗПРОМ НЕФТЬ 40

41.

USE CASE. НЕСКОЛЬКО ДЕЙСТВУЮЩИХ ЛИЦ
ГАЗПРОМ НЕФТЬ 41

42.

USE CASE. ОБОБЩЕНИЕ
ГАЗПРОМ НЕФТЬ 42

43.

USE CASE. ВЫДЕЛЕНИЕ ПОДСИСТЕМ
ГАЗПРОМ НЕФТЬ 43

44.

USE CASE. БИЗНЕС-КЕЙС АВТОРИЗАЦИЯ
Пользователь заходит на стартовую страницу Web-приложения. Отображается
основная форма приложения с возможностью авторизоваться или
зарегистрироваться в качестве нового пользователя.
Незарегистрированному пользователю будет доступна часть функционала.
Пользователю для авторизации необходимо ввести:
• Логин (e-mail и/или номер телефона)
• Пароль.
В случае отсутствия логина и пароля должна быть предусмотрена кнопка
«Регистрация». Предусмотреть необходимость обязательного подтверждения
регистрации через смс или электронную почту.
Также должна быть предусмотрена функция восстановления пароля.
При успешной авторизации пользователь должен увидеть ту же страницу, при не
успешной – пользователю выдается сообщение о некорректном логине/пароле.
Предусмотреть возможность авторизации через социальные сети.
ГАЗПРОМ НЕФТЬ 44

45.

USE CASE. БИЗНЕС-КЕЙС АВТОРИЗАЦИЯ. РАЗБОР
Пользователь заходит на стартовую страницу Web-приложения. Отображается
основная форма приложения с возможностью авторизоваться или
зарегистрироваться в качестве нового пользователя.
Незарегистрированному пользователю будет доступна часть функционала.
Пользователю для авторизации необходимо ввести:
• Логин (e-mail и/или номер телефона)
• Пароль.
В случае отсутствия логина и пароля должна быть предусмотрена кнопка
«Регистрация». Предусмотреть необходимость обязательного подтверждения
регистрации через смс или электронную почту.
Также должна быть предусмотрена функция восстановления пароля.
При успешной авторизации пользователь должен увидеть ту же страницу, при не
успешной – пользователю выдается сообщение о некорректном логине/пароле.
Предусмотреть возможность авторизации через социальные сети.
ГАЗПРОМ НЕФТЬ 45

46.

USE CASE. РЕГИСТРАЦИЯ И АВТОРИЗАЦИЯ
ГАЗПРОМ НЕФТЬ 46

47.

DOCS AS CODE. ПРОБЛЕМАТИКА
ЦК РИТ
ИНСТРУМЕНТЫ/НОТАЦИИ/ЯЗЫКИ РАЗМЕТКИ
> 400
специалистов
ЦК РИТ
> 70
проектов
> 20
инструментов
документирования
ГАЗПРОМ НЕФТЬ 47

48.

DOCS AS CODE. ПРОБЛЕМАТИКА
ОСНОВНЫЕ ПРОБЛЕМЫ ДОКУМЕНТИРОВАНИЯ ПРОЕКТОВ:
Несколько мест правды
Высокий порог входа в проект новых специалистов
Замыкание знаний о проекте на отдельных специалистов
Отсутствие поддержки версионности документов
Отсутствие трассировки между требованиями и их реализацией
ГАЗПРОМ НЕФТЬ 48

49.

DOCS AS CODE. ИСТОРИЧЕСКАЯ СПРАВКА
DOCS AS
CODE
подход к разработке технической документации с использованием тех же инструментов и процессов, что и написание кода.
ТЕЗИСЫ
Основные подходы возникли в начале
2000-х
Технический писатель – ключевая роль
инструментов подхода
ДОКУМЕНТАЦИЯ В ВИДЕ КОДА
ПРОЕКТНАЯ ДОКУМЕНТАЦИЯ
ПОЛЬЗОВТАЕЛЬСКАЯ
Ключевые потребители – проектные бюро,
строительство, архитектура, разработка
ПО.
ДИАГРАММЫ/МОДЕЛ
И В ВИДЕ КОДА
ТЕХНИЧЕСКИЙ
ДИЗАЙН В ВИДЕ
КОДА
ALL IS CODE
UML
MINDMAP
ДОРОЖНАЯ КАРТА
BPMN
АРХИТЕКТУРА
ПОСТАНОВКИ
UI
∑
ГАЗПРОМ НЕФТЬ 49

50.

DOCS AS CODE. ЦЕЛИ ПРИМЕНЕНИЯ
3 КЛЮЧЕВЫЕ ЦЕЛИ
ОДНО МЕСТО
ПРАВДЫ
ТИПОВОЙ
ПРОЦЕСС
ОБМЕН ОПЫТОМ
(CODE REVIEW)
ДОКУМЕНТИРОВ
АНИЕ
РАЗРАБОТКИ
АКТУАЛЬНАЯ
ДОКУМЕНТА
ЦИЯ
АНАЛИТИЧЕСКИЕ
ПРАКТИКИ
СКВ
HARD
SKILL
ДЛЯ СА
ФОРМАЛИЗАЦИЯ
ПРОЦЕССА
ДОКУМЕНТИРОВ
АНИЯ
СТРУКТУРА
ХРАНЕНИЯ
ДОКУМЕНТАЦ
ТРАССИРОВ
ИИ
КА
АРТЕФАК
ТЫ
ГАЗПРОМ НЕФТЬ 50

51.

DOCS AS CODE. ВЫБОР ИНСТРУМЕНТА
ЯЗЫКИ РАЗМЕТКИ И ИНСТРУМЕНТЫ DOCS AS CODE
ГАЗПРОМ НЕФТЬ 51

52.

DOCS AS CODE. ОБЗОР ПРОЦЕССА РЕШЕНИЯ
РЕЗУЛЬТАТ РАБОТЫ АНАЛИТИКА ХРАНИТЬСЯ В GIT
ДАЛЕЕ В РАБОТУ ВКЛЮЧАЕТСЯ РАЗРАБОТЧИК
РЕПОЗИТОРИЙ С ПОСТАНОВКАМИ
РЕПОЗИТОРИЙ С ИСХОДНЫМ КОДОМ
Графическое отображение схемы работы
CI АНТОРЫ НА
СТЕНД
СОЗДАНИЕ
PR
ISSU
E
merge
merge
branch
MASTE
R
pull request
FEATUR
E
РАБОТА НАД
ПОСТАНОВКОЙ ФИЧИ
branch
MASTE
R
pull request
FEATUR
E
РЕАЛИЗАЦИЯ
ФИЧИ
ГАЗПРОМ НЕФТЬ 52

53.

DOCS AS CODE. ПОСТАНОВКА AS IS -> TO BE
US В ТАСК ТРЕКЕРЕ
US В ТАСК ТРЕКЕРЕ
ПОСТАНОВКА В АНТОРЕ
ГАЗПРОМ НЕФТЬ 53

54.

DOCS AS CODE. ПОСТАНОВКА AS IS -> TO BE
ГАЗПРОМ НЕФТЬ 54