Функциональный архитектор кто это

Функциональный архитектор (1С:ERP /1С:УХ)

В соответствии с положениями Федерального закона от 27 июля 2006 года N 152-ФЗ «О персональных данных» даю свое согласие на: обработку моих персональных данных Компанией (ООО «БиАйЭй-Технолоджис» ИНН 7810385714, ОГРН 1147847386906, адрес: 196084, город Санкт-Петербург, Московский проспект, дом 94, литер А, помещение 12-Н) с использованием средств автоматизации (и без таковых), а именно: сбор, запись, систематизацию, накопление, хранение, уточнение, извлечение, использование, передачу, распространение, предоставление, доступ, в том числе размещение на корпоративном портале/сайте и в информационных системах Компании, обезличивание, блокирование, удаление, уничтожение моих персональных данных, в том числе биометрических (фото). Подписанием настоящего согласия я подтверждаю, что обработку моих персональных данных разрешаю в любых не запрещённых законодательством целях. А также подписанием настоящего согласия я подтверждаю, что предоставленные мной Компании персональные данные (и документы их содержащие) являются актуальными и достоверными.

Политика использования файлов cookie на сайте BIA Technologies

Настоящая политика определяет порядок и условия использования ООО «БиАйЭй- Технолоджиз», адрес юридического лица: 196084, г. Санкт-Петербург, Московский проспект, д. 94, лит. А, фактический адрес: г. Санкт-Петербург, Московский проспект, д. 94, лит. А, ИНН 7810385714, КПП 781001001, ОГРН 1147847386906, тел.: 8-800-707-10-23 (далее — «Оператор»), файлов cookie на сайте https://bia-tech.ru (далее – «Сайт»).

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

Файлы cookie – это небольшие текстовые файлы, которые сохраняются в браузерах посетителей Сайта в случае согласия со стороны посетителя Cайта.

1. Правила согласия на использование файлов cookie.

В нижней части Сайта размещен баннер «bia-tech.ru использует cookie-файлы для корректной работы и анализа использования сайта согласно политике использования файлов cookie. Отключить cookie можно в настройках браузера.»

Принимая эту информацию, соглашаясь с ней и продолжая использовать Сайт, посетитель Сайта подтверждает свое согласие на использование Оператором файлов cookie для обработки его персональных данных в соответствии с Федеральным законом от 27.07.2006 N 152-ФЗ «О персональных данных».

2. Типы файлов cookie, используемых на Сайте, и их описание.

Обязательные – данные файлы cookie необходимы для обеспечения бесперебойной работы веб-сайта, например, функций безопасности или для заполнения какой-либо формы. Обязательные файлы cookie не хранят данные, которые позволяют идентифицировать личность. В случае отключения данных файлов cookie, некоторые компоненты Cайта перестанут работать.

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

Маркетинговые файлы cookie — данные файлы используются рекламными компаниями для отбора рекламных сообщений, которые будут соответствовать вашим интересам и позволят персонализировать маркетинговые кампании на сайте bia-tech.ru и за его пределами.

Цели использования файлов cookie на Сайте.

При посещении посетителями Сайта файлы cookie могут использоваться для следующих целей:

• обеспечение функционирования и безопасности Сайта;
• сбор статистических данных поисковыми сервисами;
• использование сервиса «Личный кабинет» (в т.ч. регистрация);
• хранение персональных предпочтений и настроек пользователей;
• усовершенствования сервисов и качества Сайта;
• Персонализация маркетинговых кампаний.

3. Отключение файлов cookie.

Для отключения файлов cookie посетителю Сайта необходимо изменить настройки используемого браузера. Инструкции по настройке некоторых браузеров:

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

bia-tech.ru использует cookie-файлы для корректной работы и анализа использования сайта согласно политике использования файлов cookie. Отключить cookie можно в настройках браузера.

Блог компании «СИТЕК»

Кто такой функциональный архитектор и зачем он нужен предприятию?

Людмила Стефанишина Ведущий специалист проектного отдела

В данной статье отражено субъективное мнение автора, основанное на личном опыте.

В последние несколько лет в российской деловой среде активно развивается тренд на привлечение архитекторов в сфере бизнеса. Наиболее часто встречаются:

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

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

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

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

• Уровень предприятия. В данном случае речь обычно идет о бизнес-архитекторе или корпоративном архитекторе, который обладает стратегическим бизнес-мышлением и полностью погружен в сферу деятельности предприятия. Такой специалист всегда в курсе всех изменений регламентирующего законодательства, которое влияет на деятельность его компании. Он планирует и осуществляет управление предприятиями и укрупненными процессами внутри них. При этом роль такого архитектора сегодня присутствует далеко не на всех предприятиях.
• Уровень организации. Это технический и функциональный архитектор – профили у данных специалистов различаются, так как цели и компетенции у них разные. Технический архитектор определяет IT-ландшафт организации, обеспечивая бесперебойность и производительность систем внутри нее, а также их масштабируемость по мере роста компании. Функциональный архитектор утверждает реализацию бизнес-процессов всей организации на функциях систем, находящихся внутри IT-ландшафта. Я намеренно указала в одном пункте оба типа архитекторов, так как практически всегда они работают «в связке».

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

«Система никогда не является суммой ее частей. Она является продуктом взаимодействий ее частей.» – Рассел Л. Акофф (Dr. Russel Ackoff)

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

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

• Архитектор (от греч. Architekton, где Archi – старший, Tekton – строящийся и дерева) – лицо, строящее план здания и надзирающее над его постройкой.
• Функция (от лат. Functio) – отправление каким-либо органом ему одному свойственных действий (в физиологии) или величина, зависящая от другой переменной величины (в математике).

Если переложить эти значения на язык IT и основываться на тезисах выше, я бы это описала следующим образом:

Функциональный архитектор — это лицо, которое строит и контролирует план реализации бизнес-процессов предприятия в системах в рамках IT-ландшафта, исходя из целей предприятия.

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

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

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

«Если архитектура системы и архитектура организации противоречат друг другу, победу одерживает архитектура организации.» – трактовка закона Конвея по версии Рут Малан

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

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

Функциональный архитектор нужен, когда есть необходимость «стыковки» функциональных областей, направлений и/или приложений, сервисов – это минимум. Исходя из потребностей и целей бизнеса, архитектура может иметь монолитную архитектуру или разделенную на продукты и сервисы.

Так, к примеру, управление автотранспортом может быть выделено в виде отдельного продукта, «общающегося» с основным монолитом, а может быть внутри этого монолита в качестве подсистемы. Логистика исполнения бизнес-процессов должна быть оптимально построена таким образом, чтобы достигать поставленным целям и при этом стремиться обеспечить принцип «один пользователь – одна система».

Система взаимодействия функциональных областей и используемых приложений может быть представлена в виде схем в нотациях, используемых и понятных в зависимости от того, кто является их потребителем. Может быть представлена несколькими схемами, а может быть представлена на одной схеме. Это определяется, в том числе, исходя из сложности схемы и вариативности использования нотаций (dfd, uml, bpmn, c4, archimate…).

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

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

Архитектура в разрезе приложений:

Архитектура в разрезе функциональных подсистем:

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

Автор статьи: Стефанишина Людмила – ведущий специалист проектного отдела.
Дата публикации статьи 23.11.2022.

Подпишитесь на нашу рассылку
и получите еще больше статей от экспертов по 1С!

Кто такой ИТ-архитектор и насколько перспективна эта профессия

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

Об авторе: Антон Мартынов — руководитель архитектурного комитета глобальной ИТ-компании SimbirSoft, кандидат технических наук. Стаж в ИТ-сфере 21 год, из них 15 лет — в проектировании ИТ-архитектуры.

Кто такой ИТ-архитектор и чем он занимается

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

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

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

В задачи ИТ-архитектора входит:

• проработка концепции ИТ-системы с целью обеспечить ее гибкость, масштабируемость, нагрузку и безопасность;
• анализ рисков с учетом долгосрочной перспективы развития;
• разработка архитектурной концепции;
• контроль реализации проекта — архитектурный надзор за ходом разработки в определенных точках;
• аудит кода.

Насколько популярна профессия ИТ-архитектора

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

Если лет десять назад большинство бизнес-потребностей можно было достаточно легко покрыть набором типовых решений, то сегодня эти требования становятся все более специфическими. Это и большое количество интеграций с внешними системами, использование облачных решений, необходимость использования noSQL-решений, Big Data, применение искусственного интеллекта и т.п.

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

Как стать ИТ-архитектором

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

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

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

Очень часто ИТ-архитекторы вырастают в таком сотрудничестве и взаимодействии на проектах. Как правило, в эту профессию приходят опытные backend-, frontend-, web-разработчики и системные администраторы. Хорошо, если на старте карьеры есть возможность поучаствовать в сложных проектах помощником ИТ-архитектора. Это помогает гораздо быстрее войти в профессию и понять, как именно то, о чем пишут в книгах, реализуется на практике.

Hard skills, без которых не обойтись в работе ИТ-архитектора

Базового образования, как правило, бывает недостаточно. Чтобы ИТ-архитектору успешно выполнять поставленные перед ним задачи, он должен обладать хорошим кругозором и знанием современных технологий, а также иметь опыт работы на сложных коммерческих проектах от пяти лет.

ИТ-архитектор должен знать стандарты и методики разработки, модификации программных продуктов и уметь:

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

Что касается этих требований, для начала достаточно изучить теоретические вопросы по книгам (например, Software Architecture in Practice и Designing Software Architectures: A Practical Approach), статьям, видеороликам и другим открытым источникам. А уже потом начать применять эти методы на практике. Далее для расширения кругозора и профессиональных знаний нужно будет изучать документацию, следить за информационными источниками (прежде всего, англоязычными), на которых появляются данные о самых передовых технологиях.

Soft skills, необходимые для успеха в этой профессии

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

В целом, ИТ-архитектору необходимо развивать следующие soft skills:

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

Какие перспективы перед специалистами открывает эта профессия

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

Опыт и полученные в этой профессии навыки позволят специалистам впоследствии вырасти до технического директора (CTO) или директора по цифровой трансформации (CDTO). Поскольку работа ИТ-архитектора подразумевает сочетание технических и управленческих компетенций, а также комплекс hard и soft skills, которые могут помочь построить карьеру и стать в перспективе CTO или CDTO.

Как понять, хотите ли вы быть ИТ-архитектором

Перепрофилироваться в ИТ-архитектора стоит, если:

• вам стало «тесно» в том направлении разработки, где вы сейчас работаете, и вы хотите развиваться дальше;
• вы хотите расширить кругозор, нагрузить свой мозг технически сложными, но интересными задачами;
• вы хотите принимать решения и брать за них ответственность, участвовать в обсуждении жизненного цикла проекта.

Кроме этого, у вас должно быть непреодолимое желание трудиться в ИТ-сфере, способность быстро обучаться и усваивать огромные массивы информации.

А предложенный нами чек-лист поможет определить, соответствуете ли вы на данном этапе требованиям, которые компании предъявляют к ИТ-архитекторам, и понять, что нужно подтянуть для перехода в эту профессию.

Требования к ИТ-архитекторам коммерческих проектов: чек-лист

К кандидатам на должность архитектора в ИТ-компаниях обычно предъявляются следующие требования:

• Опыт работы в ИТ сфере — не менее пяти лет.
• Опыт проектирования и разработки архитектуры коммерческого проекта.
• Опыт написания технической документации, составления презентации и их защиты перед заказчиком.
• Наличие сертификата архитектора и по соответствующему направлению/стеку (желательно).
• Понимание основ сетевых и web-технологий (RESTful, HTTP, TCP/IP).
• Знание базовых принципов тестирования (различные виды тестирования, опыт практического применения).
• Знание стандартов и методик разработки и модификации программных продуктов
• Опыт проектирования архитектуры нагруженных систем.
• Знание и опыт применения базовых паттернов проектирования.
• Знание основ контейнеризации (Docker, Kubernetes и так далее).
• Понимание общего процесса разработки программного обеспечения.
• Умение обеспечивать баланс между стоимостью разработки и гибкостью решения для быстрого внедрения будущих требований.
• Умение выбирать и обосновывать выбор технологий.
• Умение контролировать реализацию: заложить каркас системы и вести архитектурный надзор.
• Умение прорабатывать и принимать решение по адаптации продукта к новым требованиям бизнеса, даже если в начале процесса проектирования они не были известны в полном объеме.

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