Системный архитектор кто это?

Архитектор информационных систем

Архитектор информационных систем работает с системами, необходимыми для хранения, обработки данных. Он занимается сбором информации, разрабатывает и координирует проект, создавая понятную ИС. Такая система обеспечивает бесперебойный доступ к информации, позволяет хранить и удобно использовать данные.Профессия подходит тем, кого интересует информатика (см.выбор профессии по интересу к школьным предметам).

Краткое описание

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

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

Профессия появилась на рынке Российской Федерации не так давно, но она уже успела войти в список специальностей, являющихся самыми популярными. Архитектор информационных систем – это такой же востребованный сотрудник, как веб-разработчик, архитектор БД и другие специалисты, работающие в сфере IT-технологий.

Особенности профессии

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

• проведение анализа проекта, баз данных, процессов и других параметров;
• изучение ТЗ, полученного от заказчика, экспертная оценка;
• выбор способов реализации поставленных задач, соответствующих целям и оговоренному бюджету;
• разработка спецификаций, концепций, методологии проектирования, архитектуры, алгоритма функционирования, способов обработки информации;
• проектирование ИС, баз данных;
• полноценная координация проекта, взаимодействие с техническими специалистами: аналитики, разработчики, представители отдела информационной безопасности и другие;
• консультации для сотрудников, привлеченных специалистов и руководства;
• контроль выполнения проекта, тестирование созданной информационной системы;
• отладка, ввод в эксплуатацию, подготовка документов (рабочие, проектные и другие);
• ведение отчетов, составление актов и прочей заключительной документации;
• ведение, модернизация.

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

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

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

Плюсы

1. Дефицит архитекторов информационных систем, что обусловливает рост зарплат.
2. Высокая востребованность в любой отрасли бизнеса.
3. Широкие возможности для расширения знаний, самостоятельного обучения, повышения профессионального уровня.

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

6. Перспективы трудоустройства в известную компанию, что гарантирует популярность в определенных деловых кругах и финансовый успех.

Минусы

1. Разработка архитектуры ИС – сложная техническая работа, с которой гуманитарии не справятся. Профессия подходит не всем людям.
2. Ненормированный рабочий день, высокие психоэмоциональные нагрузки.
3. Огромная ответственность, серьезные штрафы за все допущенные ошибки.

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

Важные личные качества

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

• стрессоустойчивость;
• склонность к руководящей работе;
• аналитическое, логическое и критическое мышление;
• целеустремленность;
• уверенность в себе;
• эрудированность;
• инициативность.

Место работы

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

Профессиональные знания

1. UML, SQL, СУБД, виды информационных систем.
2. Архитектура программного обеспечения, ИС.
3. Виртуальная инфраструктура, документирование архитектуры, стандартизация.
4. ER-модель, стандарт ISO/IEC/IEEE 42010-2011.
5. Английский язык.

Источник: https://www.profguide.io/professions/arhitektor_informacionnih_sistem.html

Системный архитектор: плюсы и минусы профессии

В связи со стремительным развитием информационных технологий, сегодня в мире появляется много новых профессий. Одной из таких является системный архитектор. Данная вакансия появилась в России в 2008 году. Системный архитектор должен проектировать не здания, а IT-системы. Сегодня мы расскажем о данной профессии и всех подробностях.

Чем занимается

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

Должностные задачи

Обязанности у человека этой профессии разнообразные и разноплановые. Он занимается:

• Анализом проекта и его окружения.
• Проводит анализ баз данных, информационных систем, различных процессов.
• Анализ материала, необходимого заказчику.
• Экспертную оценку архитектурных систем и их конфигурации, а также баз данных.
• Выбирает подход, составляет требования, выбирает спецификации и необходимые стандарты.
• Собирает и анализирует предьявляемые к компонентам требования.
• Оценивает возможности и перспективу проекта.
• Находит потребности в ресурсах для проведения и внедрения проекта.
• Разработка проекта

Есть и обязательные предьявляемые пункты:

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

Документация

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

Ответственность

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

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

За нарушение одного из этих пунктов следует наказание, которое прописано в договоре между сторонами, а также в законодательстве страны.

Где необходимы

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

Обучение

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

Заработная плата

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

• Образование – только высшее. Это могут быть как IT-технологии, так и техническое образование.
• Обязательно знание современных методов работы, программ, архитектуры программного обеспечения и знание современных языков программирования.
• Кругозор и всесторонняя развитость. Более углубленные знания технологий, умение применять разные элементы к своим системам (очень хороший навык и дополнительный бонус).
• Знание английского языка на уровне Intermediate. Это позволяет читать инструкции и документацию в оригинале.
• Опыт работы по специальности не менее трех лет.

Выполнение всех этих задач и наличие всех этих умений сделают вас желаемым сотрудником для многих компаний.

Описание сотрудника

В ходе исследований данной профессии авторитетными порталами, выяснились некоторые интересные факты:

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

Источник: https://delai-vibor.com/sistemniy-arhitektor.html

Карьера в IT: должность Software Architect

Данная статья — вторая из серии «Карьера в IT», в каждом выпуске которой мы рассматриваем одну из должностей в сфере разработки ПО. В этой части обсудим высшую ступеньку непосредственно программистской карьеры в IT — Software Architect.

Software Architect — это IT-специалист, принимающий решения относительно внутреннего устройства и внешних интерфейсов программного комплекса с учётом проектных требований и имеющихся ресурсов.

По статистике ДОУ, среднему украинскому архитектору 30 лет, он имеет 9-летний опыт работы и получает $4000.

Задачи и обязанности

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

https://www.youtube.com/watch?v=Qt1IxhoQ2dw

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

В обязанности архитектора входит:— Проектирование системы на основе требований заказчика;— Определение архитектуры приложения или ее эволюции;— Выбор технологии для каждого звена системы;— Выбор способов взаимодействия между компонентами системы;— Создание рабочего прототипа;— Дизайн интерфейсов и компонентов приложения;— Подбор или проектирование фреймворков;— Анализ и исправление проблем производительности;— Архитектурное ревью бизнес-требований;— Ревью кода и дизайна при больших изменениях;— Рефакторинг кода;— Написание и поддержка стандартов кодирования, каталогов проектных паттернов и антипаттернов;— Документирование всех архитектурных решений, постоянное обновление документации;— Риск-менеджмент;— Координирование архитектуры на протяжении последующего жизненного цикла ПО;

— Обучение и консультирование программистов.

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

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

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

«Без знания предметной области ты остаешься на уровне сеньора. Чем больше ты понимаешь язык бизнеса, тем ты ценнее».

Еще одна особенность должности архитектора связана с необходимостью искать компромиссы.

В каждом проекте фигурирует большое количество заинтересованных лиц (стейкхолдеров):— Заказчик — заинтересован в решении проблемы, в минимизации стоимости решения, в однообразии всех технических решений, простоте их использования и поддержания;— Топ-менеджмент — в максимизации прибыли;— Менеджмент проекта — в своевременном и качественном выполнении проекта;

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

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

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

«Умение выбрать оптимальное решение вместо лучшего — вот основная задача архитектора».

Таким образом, архитектор — это специалист, который хорошо знает возможности различных технологий. Его главные обязанности: устанавливать требования как к системе в целом, так и к каждому ее отдельному компоненту, определять дизайн решения и способы достижения цели. Он должен уметь оценить риски, связанные с выбранными технологиями, и подготовить альтернативны.

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

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

Допустим, наша новая игра дает всего лишь 4-5 FPS на первом iPad. Во всем виноват рендер, который должен отсортировать и нарисовать множество объектов. Моя задача: придумать более производительный алгоритм и реализовать его. Задача программистов: прикрутить его к конкретным проектам».

Типичный рабочий день архитетора предпологает:— участие в групповом планировании, митингах, совещаниях с заказчиком;— консультирование команды по текущим вопросам;— проектирование и написание технической документации;— изучение новых технологий;

— работа с кодом проекта, прототипирование, оптимизация, рефакторинг.

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

Достоинства и недостатки

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

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

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

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

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

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

«Труд архитектора иногда менее заметен пользователями и менеджерами, чем труд разработчика. Последний добавил кнопку — пользователь рад, так как давно ее ждал. Архитектор сделал рефакторинг — программисты сказали „ОК“. Меньше откликов от конечных пользователей».

Как стать архитектором и куда идти дальше?

Должность архитектора является следующим этапом развития Senior/Lead-инженера, который не хочет уходить в менеджмент и отдаляться от технических задач.

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

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

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

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

Самые важные качества/навыки по категориям (по убыванию):

Human Dynamics:— Collaboration and Negotiation— Presentation Skill

— Leadership and Management

IT Environment:— Platforms and Frameworks— Application Development

— General IT Skills

Business Technology Strategy:— Technology Strategy Development— Requirements Discovery and Constraints Analysis

— Business Fundamentals

Design Skills:— Architectural Description— Design Analysis and Testing— Decomposition and Reuse

— Design Methodologies and Processes

Quality Attributes:— Reliability, Availability, Scalability— Extensibility and Flexibility

— Security

«Быть архитектором — это работать, а не просто отрабатывать получаемую зп».

«Программист становится программистом не тогда, когда начинает писать работающий код, а когда начинает думать как программист. Это просто склад ума и характера — либо ты мыслишь как архитектор (или программист), либо нет».

Практические советы:

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

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

Желая сделать все идеально, можно и вовсе ни одного проекта не доделать».

«Я рекомендую при использовании какого-либо программного продукта стараться понять, как он устроен, и придумывать, как бы вы реализовывали ту или иную его функцию. Вот, предположим, есть в игре кнопка, при нажатии на которую, усиливаются щиты корабля.

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

Разумеется, я не могу узнать, как оно там устроено на самом деле, но я могу прикинуть, как бы я это делал и что бы при этом использовал».

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

Перспективы карьерного развития архитектора имеют 2 ракурса: либо углубление в техническую часть и развитие «от маленьких систем к enterprise и управлению космическими кораблями в масштабах вселенной», либо переход в менеджмент на позицию СТО или VP of Engineering. Фактически архитектор — это финальный этап технического карьерного роста.

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

— Развитие знаний в предметной области — «Людей, которые могут кодить в мире технологических компаний — пруд пруди, и их не ценят. А те, кто может кодить в биологии, медицине, политике, социологии, физике, истории, математике — уважаемые люди, способные делать удивительные вещи для развития своих дисциплин». (Zed. A. Shaw)

«О перспективах этой профессии на рынке Украины могу сказать, что для Software Architect все только начинается. Судя по опыту предыдущих годов, еще 5 лет назад никто даже не догадывался, что такая профессия есть. Но еще 7 лет назад никто в Украине не понимал, зачем нужно платить за интернет ресурсы и их разработку — как можно заплатить за то, что нельзя пощупать? Точно так же и с архитекторами».

P.S. Отдельное спасибо за помощь в написание статьи Максиму Ковтуну и 18 другим украинским архитекторам, которые поделились с DOU таинствами своей профессии. Приведенные в статье цитаты взяты из их рассказов.

https://www.youtube.com/watch?v=yO0ZnASXJYg

Остальные статьи цикла:

Карьера в IT: должность Team Lead

Карьера в IT: должность Project Manager
Карьера в IT: должность CTO
Карьера в IT: должность QA engineer
Карьера в IT: должность QA Automation engineer
Карьера в IT: должность Бизнес-аналитик
Карьера в IT: должность Системный администратор
Карьера в IT: должность Data Scientist / Machine Learning Engineer
Карьера в IT: должность Technical Writer
Карьера в IT: должность Delivery Manager
Карьера в IT: должность Software Product Manager

Темы: Software Architect, аналитика, карьера, Карьера в IT, работа

Источник: https://dou.ua/lenta/articles/software-architect-position/

Должностная инструкция системного архитектора — образец

УТВЕРЖДЕНА

Решением

Решением

Решение № от  г.

Протокол №  от  г.

Должностная инструкция

системного архитектора

работающего по трудовому договору о дистанционной работе

,  г.

1.

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

1.1.

 Настоящая должностная инструкция (далее – ДИ) определяет трудоправовой статус Работника на должности системного архитектора, а именно его права, обязанности и ответственность за ненадлежащее исполнение последних.

1.2.

 Должность Работника относится к категории .

1.3.

Назначение и освобождение от занимаемой должности Работника производится в соответствии с трудовым законодательством на основании приказа   (ОГРН ) (далее – Работодатель).

1.4.

 Права, обязанности и ответственность Работника определяются помимо данной ДИ локальными нормативными актами Работодателя и трудовым договором с Работником.

1.5.

 Для электронного документооборота с Работником используются установленные Работодателем адреса корпоративной электронной почты, имеющие указание на имя и (или) фамилию Работника и наименование Работодателя, например, . Имя и (или) фамилия Работника могут быть указаны латинскими буквами, например, .

1.6.

 Для электронного документооборота с Работником используются программные инструменты, предусмотренные внутренними документами Работодателя. Для работы с указанными программными инструментами Работнику присваивается уникальный логин.

1.7.

 Обычное рабочее время Работника: .

1.8.

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

1.9.

Работник должен знать:

2.

Должностные обязанности

2.1.

Анализ окружения проекта.

2.1.1.

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

2.1.2.

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

2.1.3.

Экспертная оценка архитектуры и конфигурации информационных систем и баз данных.

2.1.4.

Формирование требований, выбор подходов, технологий, технических стандартов и спецификации.

2.1.5.

2.1.6.

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

2.2.1.

Проектирование информационных систем и баз данных, программного обеспечения и др.

2.2.2.

Разработка технических заданий, технических проектов, технико-экономических обоснований, концепций, стратегий и программы реализации проекта.

2.2.3.

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

2.2.4.

Разработка концепций реализации системы программного обеспечения по спецификациям.

2.3.1.

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

2.3.2.

Техническая координация проекта (надзор и руководство).

2.3.3.

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

2.3.4.

Консультация руководителей и исполнителей проекта.

2.3.5.

Координация ведения отчетности по архитектуре информационных систем исполнителями.

2.3.6.

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

2.3.7.

Контроль за исполнением принятых архитектурных решений при разработке программного обеспечения.

2.3.8.

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

2.3.9.

Согласование взаимодействия компонентов программного обеспечения.

2.3.10.

2.4.

Оформление документации.

2.4.1.

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

2.4.2.

Разработка проектной и технической документации программного обеспечения.

2.4.3.

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

3.

 Права и обязанности

3.1.1.

Вести отчётность о выполняемой деятельности.

3.1.2.

Соблюдать Правила внутреннего трудового распорядка Работодателя.

3.1.3.

Соблюдать трудовую дисциплину.

3.1.4.

Выполнять приказы и распоряжения Работодателя.

3.1.5.

Соблюдать требования по охране труда и обеспечению безопасности труда.

3.1.6.

Бережно относиться к имуществу Работодателя и других работников.

3.1.7.

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

3.1.8.

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

3.2.

 Работник не имеет права без предварительного письменного согласия Работодателя совершать юридические действия от имени Работодателя.

3.3.

Работник имеет право:

3.3.1.

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

3.3.2.

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

3.3.3.

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

3.4.

Работник также имеет право:

3.4.1.

На предоставление ему работы, обусловленной трудовым договором.

3.4.2.

 На рабочее место, соответствующее условиям, предусмотренным государственными стандартами организации и безопасности труда.

3.4.3.

3.4.4.

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

3.4.5.

На полную достоверную информацию об условиях труда и требованиях охраны труда и требованиях охраны труда на рабочем месте.

3.4.6.

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

3.4.7.

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

4.

 Обеспечение условий труда и рабочее место

4.1.

При поступлении на работу и в течение всего срока действия трудового договора Работнику обеспечиваются следующие условия труда:

4.1.1.

Стационарное рабочее место, аттестованное в соответствии с требованиями действующего законодательства.

4.1.2.

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

4.2.

Характеристики рабочего места:

4.2.1.

Оборудовано мебелью в составе .

4.2.2.

Находится в индивидуальном кабинете.

5.

Краткий курс счастливой IT-жизни: кто такой системный архитектор

Если выбирать символом эпохи профессию, то символ нашей цифровой эпохи — айтишник. Но «айтишник» — понятие широкое, оно включает в себя десятки специальностей. ЧТД совместно с IT-центром МАИ знакомят читателей с разными IT-профессиями. Первым нашим героем будет системный архитектор.

Зачем нужны системные архитекторы

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

«Если проводить аналогию со строительством здания, — объясняет Павел Кейно, программист, веб-технолог и руководитель магистерской программы IT-центра МАИ, — то системный архитектор — постановщик задач для инженеров и строительной бригады.

Инженеры детализируют проект вплоть до чертежей коммуникаций и электросетей. В IT-проекте похожим делом занимаются инженеры-проектировщики (разработчики).

Готовый коттедж никогда не станет небоскребом, маленькое кафе не превратится в огромный торговый центр, а вот в мире IT подобные метаморфозы в порядке вещей.

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

«Хорошая метафора правильной системной архитектуры — это грибница, — считает руководитель департамента Data Platform (один из системных архитекторов) компании Avito Николай Голов. — Я сформировал „грибницу“, вначале там появился один маленький грибочек, стал расти, потом появился еще один, второй, третий — и вот грибница уже занимает километры пространства, но ее рост не замедляется, а только ускоряется».

Стратегию развития системы иногда надо построить на годы вперед, но технологии в IT-индустрии меняются с такой скоростью, какая строительству зданий и не снилась.

«Новые технологии, которые сегодня только появились, могут уже через год полностью поменять принцип построения систем, — продолжает Николай Голов. — Такую вероятность тоже нужно учитывать при построении архитектуры».

Что они проектируют

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

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

Затем предстоит понять, как они будут взаимодействовать, заранее увидеть уязвимые места и в них «подстелить соломки». А когда система создана — неустанно ее совершенствовать.

Системные архитекторы работают как в IT-компаниях, которые разрабатывают продукты для заказчиков, так и в компаниях, чей бизнес связан с применением IT-систем. Например, в крупных банках и страховых компаниях, в IT-отделах операторов связи, крупных интернет-магазинах и онлайн-сервисах и, разумеется, в таких гигантах IT-индустрии, как Яндекс, Google, Mail.ru Group.

Как они работают

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

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

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

Учитывая, что в основном плательщики работают по стандартному графику до 18.00, нетрудно предположить, что наибольшая нагрузка на сервис придется на время после 19.00 каждого 9-го числа.

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

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

На что идут работодатели ради них

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

Это предположение подтверждают данные о средней зарплате системных архитекторов по России — она составляет 292 тыс. рублей. Минимальная месячная зарплата системных архитекторов по данным HH.ru за март-апрель 2018 года — 105 тыс. рублей, максимальная — 493 тыс. рублей. Если работодатели не скупятся на зарплату по какой-то позиции — это верный признак кадрового голода.

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

Компания Avito нашла для себя выход в кооперации с IT-центром МАИ: осенью там заработает магистерская программа «Проектирование высоконагруженных интернет-сервисов», в которой Avito выступит партнером. Учить студентов будут не только преподаватели МАИ, но и практики из Avito — на реальных задачах и на своем опыте.

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

Как становятся системными архитекторами

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

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

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

«Такие знания можно получить только на практике, — говорит Андрей Кравченко. — Все мои коллеги и эксперты в этой области, которых я встречал, доросли до позиции архитектора, поучаствовав в создании не одного проекта и набив кучу шишек. Чтобы вырастить системного архитектора из хорошего рядового программиста, нужно как минимум 3-4 года. Мы рассчитываем, что наша совместная программа с IT-центром МАИ сократит этот путь, потому что магистранты будут осваивать теорию и практику одновременно».

Сотрудничество IT-индустрии с вузами давно и успешно работает на Западе, теперь эта практика пришла и в Россию. «Мы изучили опыт Массачусетского технологического института, Университета Карнеги — Меллона, Стэнфордского университета и многих других ведущих вузов, — объясняет Павел Кейно, — Такая практика позволяет студентам увидеть внутреннюю кухню лучших компаний отрасли и сразу комбинировать фундаментальные знания с прикладными».

Источник: https://zen.yandex.ru/media/id/5a2693e8a936f4fc5c4525a6/5af561a23dceb7e6a6b93c73