Екатерина Т. Бизнес аналитик, Middle

Сбор бизнес требований Функциональные требования Нефункциональные требования Atlassian Jira Atlassian Confluence User story User case AS IS TO BE BPMN 2.0 UML Функциональное тестирование Пользовательские инструкции SQL REST API XML JSON Системный анализ Интеграции MS Visio IBM Lotus Notes MS Dynamics AX Oracle BI Tableau Интервьюирование Figma

Бизнес анализ: ○ Анализ бизнес требований, управление жизненного цикла требований и аналитика проекта ○ Сбор бизнес-требований и описание функциональных и нефункциональных требований ○ Работа с атрибутами качества требований, методик и техник выявления и описания требований (user story, cjm). Документирование требований в формате Use Case, User Story ○ Написания технических заданий и проектных решений на разработку ПО ○ Проведение приемо-сдаточных испытаний (ПСИ), разработка программы и методики испытаний (ПМИ) ○ Описание требований к UI и UX ○ Описания бизнес-логики, интеграций со смежными системами ○ Сопровождение и поддержка участников процесса разработки и тестирования ○ Ведение проектной документации в Confluence и ее систематизация в формате удобном для всех участников ○ Работа в системах управления проектами и задачами (JIRA) ○ Проработка архитектуры решений совместно с командой разработки ○ Управление изменениями функциональных требований по ходу разработки. ○ Подготовка комплекта документации перед внедрением (инструкции для пользователей и сотрудников сопровождения) ○ Поддержание активной и эффективной коммуникации между ИТ-командой проекта и заинтересованными сторонами от Бизнес и Операционных подразделений ○ Хорошее понимание роли, функций и задач аналитика в процессе разработки ПО, ожиданий других участников процесса от аналитика ○ Хорошие коммуникативные навыки: умения выстраивать конструктивные и позитивные контакты между всеми заинтересованными сторонами ● Методология: Работа по методологиям разработки Agile и Waterflow, понимание ключевых особенностей, подходов, ролей и рисков каждой ● Нотации: BPMN, UML (диаграмма классов, компонентов и поведенческие диаграммы), EDF0 диаграммы ● Работа с базами: MsSQL, PostgreSQL, SQL запросы среднего уровня сложности. ● Инструменты: Miro, Diagrams.net, Bitrix24, Confluence, Jira, Google docs

Пять лет опыта в тестировании и бизнес-аналитике

Консультант и методолог по регламентированному учету, управленческому учету, бюджетированию/планированию, казначейству, документообороту. • Налоговый и бухгалтерский учет • Управленческий учет • Бюджетирование • Казначейство • Документооборот

Константин — опытный IT-специалист, бизнес-аналитик с опытом работы более 11 лет. Он работал над проектами в таких отраслях, как телекоммуникации, электронная коммерция и ритейл, а также производство. Константин обладает широким спектром навыков, включая работу с Qlik, ETL, Oracle, SAP, Web, BI, облачными технологиями и аналитикой. Он также имеет опыт в проектировании баз данных, разработке и поддержке пользовательских интерфейсов, работе с интеграциями и обучении. QlikView, QlikSense, NPrinting cо всеми тремя продуктоми работал NPrinting - делал отчеты в эксель формате которые в итоге приходили пользователю на ежедневной основе на почту ( за основу отчета брались qvd файлы) QlikView, QlikSense - весь процесс ETL и построение отчета на основе полученного среза данных. Модели данных - есть понимание и в чем различие звездочки и снежинки, участвовал в проектировки Кубы (OLAP) - это многомерные массивы, в основном забирал с кубов данные с помощью QlikView и в итоге реализовывал отчетность GIT - работал с гитом, но QlikView, QlikSense не поддерживают версионность в git, если только у вас нету самописного приложения или платного приложения REST API - работал, подключался к яндекс метреке через API JSON, XML - это формат данных, парсил данные с помощью QlikView, QlikSense для приведения данных в простую плоскую таблицу Знание Python - глубоких знаний нет. Парсил JSON, XML с помощью Pandas , выгружал данные из БД чистил их и перекладывал в другую БД Знание принципов инкрементальной загрузки - реализовывал в проектах на QlikView, QlikSense. ODBC и OLEDB (драйвера) это коннекторы для подлючения к рефлиционным DB OLEDB не только к реалиционным данным ODBC и OLEDB как бы это основа для выгрузки данных из базы с помощью QlikView, QlikSense работал с ними, создавал коннекторы для подключения к базам и не только

Я — высококвалифицированный iOS-разработчик с почти 5-летним опытом в создании эффективных и интуитивно понятных мобильных приложений. Моя карьера охватывает разнообразные проекты, которые демонстрируют мои способности и стремление к совершенству. В числе моих достижений — разработка приложения для чата РосЧат, где я не только создал функционал, но и оптимизировал производительность, интегрировал сторонние библиотеки и провел рефакторинг кода для повышения его качества и устойчивости. Кроме того, я реализовал приложение для приема лекарств с функцией синхронизации данных на всех устройствах. Здесь я применил Alamofire для обработки сетевых запросов и Core Data для надежного локального хранения информации, а также разработал юнит-тесты, что значительно повысило качество кода. Мой опыт также включает создание приложения для релокантов, где я разрабатывал удобные экраны таблицы с данными из API и визуализировал точки на карте с помощью MKAnnotation. Ранее я работал инженером-программистом в ЦНИИ ФГУП «Комета», где успешно разрабатывал и поддерживал внутреннюю ERP систему, что укрепило мои навыки в проектировании и реализации комплексных решений. Я владею широким спектром технологий, включая Swift, Objective-C, и активно использую современные инструменты разработки, что позволяет мне создавать высококачественные и масштабируемые приложения. С уверенностью могу сказать, что мой опыт и навыки помогут вашей команде достигать выдающихся результатов в разработке мобильных решений!

Грейд HTML-верстальщик: Middle Грейд REACT-разработчик: Junior+ Основной вектор развития - REACT. Разумный перфекционист, сторонник “ровных” решений. Грамотно с доказательствами излагает свою точку зрения и даёт обратную связь в случае выявления нерационального решения из предыдущего отдела. Быстро овладевает новыми навыками накопление собственных наработок. Готов в ущерб себе тратить время, лишь бы не подвести руководителя. Свободно владеет английским. Готов работать в англоязычной команде.

Какие паттерны я использую чаще : Мост (Bridge) , Адаптер (Adapter) , Декоратор (Decorator) , Цепочка обязанностей (Chain of responsibility) , Стратегия (Strategy) , Строитель (Builder) , Шаблонный метод (Template Method) , Шина сообщений, Event Sourcing / Event-driven, DTO DDD : Domain, Application, Presentation, Infrastructure, Model, Services, Mappers, Immutable . Версии php с какими работал : 5.6 , 7.0 , 7.4 , 8.0 , 8.1 , 8.2 , 8.3 Версии Laravel с какими работал : 5.5 , 6 , 8 , 9 , 10 Версии Symfony с какими работал : 5.0 , 5 ,3 , 6.3 Тестирование : Itegration testing, Unit testing, негативное тестирование. Mock, Assert, Factor, Data provider. RabbitMQ : Создавал несколько очередей, которые работали параллельно, у каждой из очереди был свой Consuming и 1 Handler который ожидал получения сообщения из шины очереди, у всех очередей была одна биржа и по одной привязке для каждой очереди, протокол обмена AMQP. Запись в очередь и чтение из очереди делал через supervisor. Какие типы обменов я использовал : direct, fanout. -Транзакции : Какие аномалии я знаю : - Когда видим в транзакции не зафиксированные изменения др. транзакции. Блокировки на уровне строк : pessimistic read, pessimistic write, for update - Первая транзакция обновляет данные вторая транзакция в это же время читает эти данные и фиксирует изменения и получает неверные данные так как потом фиксирует изменения первая транзакция и данные теперь изменились. - Это воспроизводиться когда работает с больше чем одной строкой, в базе у 2 строк значение колонки в сумме равно 100 , первая транзакция уменьшает одну строку на 50 и не фиксирует изменения (sql первой транзакции нет в примере) , вторая транзакция делает этот sql и подвисает так как первая транзакция не зафиксировалась