ABCDEFGHIJKLMNOPQRSTUVWXYZ
1
ПроектОписание
2
АТОЛ
3
Верификация кассЗадача: Реализовать механизм авторизации кассового ПО.
СТ. Были описаны:
Логика взаимодействия внутренних сетевых служб ПО с облачным микросервисом
Правила взаимодействия/ошибки и авторизации касс как со стороны облачного сервиса, так и со стороны кассы.
4
Генерация электронного чека в виде QR кодаЗадача: Предоставление возможности клиентам отображать QR код вместо печати бумажного чека.
СТ. Описано:
Из чего формируется QR код, правила формирования по законодательству.
Какие теги из ФН необходимо использовать для получения необходимой информации.
Правила отображения QR кода, длительность.
На каких устройствах должен отображаться QR код.
5
Модель и описание БД Frontol xPOSЗадача: Описание таблиц БД Frontol xPOS.
СТ. Составил список таблиц в БД.
По мере возможности описал связи таблиц - в тех случаях, где не используется программный маппинг.
Для каждой таблицы сделал краткое описание - назначение таблицы, описание полей и типа данных для данных полей.
6
Создание справочника "Выбывшие марки"Задача: Создание справочника "Выбывшие марки.
СТ. Сделал визуальный "макет" на основе существующего ПО.
Указал расположение справочника.
Описал какие поля должны быть представлены пользователю.
Сделал общий селект для выборки данных.
Собрал визуальные данные для кнопок/иконок.
7
Настройки предоставления чекаЗадача: Сформировать правила / административные инструменты для предоставления разных видов чека.
СТ. В спецификации описал где и какие изменения необходимо внести в административной части ПО.
Сделал визуальный макет меню (расположение и подписи чекбоксов, переключателей, лэйблов и информационных полей)
Описал логику и правила заполнения данных для отображения различных видов чеков (электронный, QR, и другие вариации компоновок чеков)
8
Настройки изменения размера QRЗадача: В админской части ПО дать пользователю возможность изменения размера QR кода, отображаемого вместо чека.
СТ. В спецификации составил визуальные макеты расположения нового пункта меню.
Описал пункты меню, их расположение и функционал.
Протестировал на кассовом мониторе возможные варианты процентного масштабирования QR кода, результаты отобразил в СТ.
9
Доработки СБП. Интеграция с AtolPayЗадача: Описать доработку интеграционной библиотеки СБП. Интеграцию данных AtolPay в СБП.
СТ. СБП - система быстрых платежей.
Сделал визуальный макет меню СБП с расположением новых элементов.
Описал логику получения данных при запуске основного ПО, возможные ошибки в работе.
10
Создание фильтра для справочника ТоварыЗадача: Добавление нового элемента Фильтр в справочник товаров.
СТ. Сделал визуальный макет расположения элемента фильтр.
Описал какие пункты для ввода данных (фильтрации) должны отобразиться при нажатии на кнопку Фильтр.
Т.к. все пункты фильтрации были взаимодополняемыми - то описал логику работы пунктов.
Сделал SQL выборки данных из БД в качестве примеров фильтров.
11
Поддержка реализации маркированной обуви в КазахстанеЗадача: Поддержать реализацию маркированной обуви в Казахстане средствами Frontol
СТ. Разобрал из каких идентификаторов применения составляется GTIN в РФ.
Изучил какие данные GTIN должны передаваться в ОФД Казахстана, в каком формате передаются данные, какие ККМ используются для передачи данных.
Запросил информацию у "ГосЗнак" и "Честный знак" о вероятных дополнительных идентификаторах применения в составе GTIN, ведения переписки с представителями государственных учреждений.
Исходя из уже существующей номенклатуры обуви в РФ составил правила и описал логику передачи данных в ОФД Казахстана (описание в формате json, указал регулярку по которым определяются символы идентификаторов применения, разделители GS1).
В ходе разбора задачи декомпозировал QR маркированной обуви РФ посимвольно что и к каким идентификатора применения относится.
12
Удалённое управления настройками основного ПО Frontol со стороны AtolCloudЗадача: Описать взаимодействие с модулями Управления задач и Управления настроек со стороны AtolCloud к основному ПО Frontol
СТ. В рамках составления спецификации было сделано:
Описал архитектуру схематично (UML диаграмма прохождения всего процесса для каждого из микросервисов)
Для описания шагов прохождения запросов/ответов составил блок схемы, подготовил подробное описание для них.
Составил таблицу с описание запросов, эндпоинтов, возможными вариантов ответов (все запросы описаны в json формате)
Описал тайминги реагирования на сообщения, уровни логирования в основном ПО Frontol и AtolCloud, форматы авторизации через токены и их обновление, таблицы в БД для хранения промежуточных данных настроек/задач/статусов по ним.
Для сотрудников тестирования сделал коллекцию в программе Postman для общего понимания запросов.
13
Ограничение функционала на основе подпискиЗадача: Ограничение функционала По Frontol на основании наличия/отсутствия подписки Release Pack
СТ. Описал параметры запуска админской части из основного приложения кассира, шифрование данных параметров - чтобы пользователи не могли трейсить данные.
В админской части визуальным макетом указал что и где из настроек должно скрываться, какие информационные сообщения должны выводиться.
Составил блок-схему бизнес процесса, сделал описание схемы с дополнительной информацией.
Собрал все элементы для админской части ПО (картинки, иконки).
14
Интеграция с системой лояльности SWiPЗадача: Интеграция с системой лояльности SWiP
СТ. Проведение совещаний для обсуждения архитектуры интеграции.
Проведение совещаний с представителем компании SWiP для более полного разбора режимов авторизации касс, продажи и возврата товаров.
Тезисная фиксация результатов проведения совещаний, публикация тезисов в MOM страничке на Confluence.
Составление блок-схем для описания режимов регистрации товаров (продаж/возврат), составление описания блок-схем с дополнительной информацией.
Изучение предоставленного API (json), запросов и ответов на них, обязательных параметров на заполнение.
Ведение переписки с представителями разработки компании.
Предоставление данных для доработок на стороне SWiP для обработки обязательных параметров со стороны Frontol.
Описание json запросов для создания интеграционной библиотеки для работы с системой лояльности SWiP.
15
Hoff Tech
16
Импорт графиков поставокЗадача: собрать разрозненные данные из Microsoft Dynamics Axapta 2012 в смежную систему для формирования данных по процессу ЭТрН.
Создан ряд спецификаций на:
1. Архитектурное описание процесса в целом и таблиц в обоих системах.
2. Создание новых таблиц в Microsoft Dynamics Axapta 2012.
3. Создание job'ов для наполнения таблиц Axapta, заполнение данных с использованием ChangeTracking.
4. Создание воркеров для систематической передачи данных из Axapta в смежную систему.
5. Формирование данных XML/Json для систем Минтранса.
17
Выгрузка данных по контрагентам из AxaptaЗадача: Необходимо получать данные по поставщикам и контрагентам из Microsoft Dynamics Axapta 2012 в смежную систему.
1. Подготовил SQL выборку для получения данных по поставщикам и контрагентам.
2. Описал воркер, который будет использоваться для первичной/экстренной загрузки данных с использованием выборки выше.
3. Подготовил описание для Kafka - в какой топик, в каком виде должно формироваться сообщение с данными о контрагентах и поставщиках для дальнейшего получения смежной системой (на Postgre как consumer Kafka).
18
Создание воркеровОписывал различные воркеры (джобы) для:
1. Межсистемной передачи данных используя Rest методы
2. Формирования данных для записи в таблицы.
3. Очистки таблиц по предусловиям.
4. Мониторинга и логирования действия системы.
19
Создание REST методовВ рамках архитектурного описания что сделал ранее описал:
1. Различные rest методы (эндпоинты)
2. Описание полей, массивов данных что будут использоваться внутри методов.
3. Необходимое логирование и алерты в случае получения статусов отличных от 200
4. Описал методы авторизации для метовдов только для внутреннего использования и для внешних методов, что обращаются во вне контура компании.
20
Создание и описание микросервисной архитектуры для проекта ЭТрНЗадача: создать описание микросервисной архитектуры по проекту ЭТрН (Электронная транспортная накладная).
1. В Archimate Создан ряд схем межпроцессного взаимодействия воркеров (job'ов) для получения/обработки/отправки данных в смежные системы/системы Контур.Логистика/Минтранса.
2. На Confluence подготовлены страницы с проектной документацией:
2.1 Описаны идея и инициатива.
2.2 Описано Бизнес-предложение.
2.3 Созданы страницы ФТ и НФТ.
2.4 Оформлены первичные протоколы встреч по проекту.
21
Сеть партнёрств (Газпром Бонус)
22
Добавление виджета чата на сайтЗадачи: для DE были поставлены задачи на создание энного количества витрин из нескольких
источников данных в Greenplum
1. Описал послойно из каких источников данных на каком слое должно храниться
2. Описал составы Core витрин
3. Составлены спецификации на сбор и преобразование данных с различных слоёв для построения
конечных DataMart витрин и отображение их в QlickSense и Tableau
23
Создание витрин DE
24
Добавление небольших фич1. Описано много спек на формирование как мелких, так и крупных доработок как самого сайта, так
и админской части
2. Совемстно с дизайнерами описал состав Премиум версии сайта
25
Интеграционное взаимодействиеОписывал интеграционные спецификации для взаимодействия с новыми партнёрами (api, файлоый
обмен)
26
Создание системы А\В тестированияПолнлстью от А до Я описал как должна работать система, как должны отрабатывать системы
аналитики для сбора информации о пользователях и результатах проведённых экспериментов
27
Innostage
28
Сертификацонная деятельность (Реестр отечественного ПО, ФСТЭК)Задача: составить и подать основные документы для внесения основных продуктов PAM, TDIR, Carmina в Реестр отечественного ПО
1. Сбор всей орг. и юр. документации для подготовки первичной документации
2. Подготовка документации по продуктам РА, РП, Описание системы, Политика лицензирования, Руководство по установке и настройке ПО
3. Ведение переписки с представителем регистратора
4. Контроль выполнения работы техписов
29
Кризисный РП\БАЗаадча: проект Carmina - выведение из кризисной стадии
1. Допрос заказчика проекта для наполнения roadmap
2. Наполнение и согласование бэклога поквартально
3. Заполнение инфы по фичам DoD, DoR, AC, US
4. Создание и описание workflow jira в рамках SDLC
5. Проведение дэйли, груммингов, планирования, распределения бэклога
30
 РегистронезависимостьЗадача: Реализовать механизм регистронезависимого поиска и контроля регистра данных в UI\БД в связи с переходом на отечественное ПО.
1. Разработал технические спецификации для бэкенда и фронтенда.
2. Спроектировал расширение метаданных полей для управления преобразованием регистра.
3. Описал алгоритмы фильтрации с операторами (cs)/(ci) и визуальные индикаторы в интерфейсе.
4. Разработал механизм преобразования ввода данных в реальном времени с подсказками для пользователя.
5. Спроектировал изменения в структуре хранения журнальных сообщений с удалением избыточных полей.
6. Описал миграцию данных компонент и настройку преобразований для существующих полей.
7. Разработал API-интеграции между фронтендом и бэкендом для передачи настроек регистронезависимости.
8. Создал критерии приемки и тестирования функциональности для всех компонентов системы.
31
ИБ интеграции с внешними источникамиЗадача: реализовать получение данных из SOAR систем + классификаторы угроз и атак MITRE ATT&CK
1. Подготовил описание методов, таблиц в БД для получения и хранения информации
2. Описал sequence диаграммы, новые методы для получения информации
3. Составил спецификации в рамках задачи
32
ML и LLMЗадача: используя внутреннюю LLM необходимо получать консолидированную информацию по каждой заявке для специалистов SOC
1. Подготовил промпты для создания запросов в LLM Carmina
2. Собрал источники данных для дополнения задачи для LLM
3. Описал механизмы разбиения информации и создания контекста при наличии большого количества информации.
4. Описал в спецификациях итого для отображения специалистов 1 и 2 линии SOC (заявки, дашборды)
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100