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

Общество с ограниченной ответственностью «Бета»
ООО «Бета»

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

              № 60-ДИ

1. ОБЩИЕ ПОЛОЖЕНИЯ

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

1.2. Архитектор программного обеспечения назначается на должность и освобождается от должности приказом генерального директора ООО «Бета» по представлению начальника IT-отдела.

1.3. Архитектор программного обеспечения подчиняется непосредственно начальнику IT-отдела.

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

1.5. Архитектор программного обеспечения должен знать:
– основы законодательства РФ в области стандартизации, сертификации, обеспечения качества и безопасности продукции и услуг;
– типы компонентов;
– методы разработки, анализа и проектирования программного обеспечения (ПО);
– технологические и технико-эксплуатационные характеристики типов компонентов;
– архитектурные стили, схемы развертывания;
– технологические и технико-эксплуатационные характеристики архитектур развертывания компонентов;
– слои программных компонентов;
– технологические и технико-эксплуатационные характеристики слоев программных компонентов;
– шаблоны (стили) проектирования слоев компонентов;
– современные разработки и тенденции в области проектирования ПО;
– технологические и технико-эксплуатационные характеристики шаблонов (стилей) проектирования слоев компонентов;
– функции компонентов;
– эксплуатационные и физические характеристики компонентов;
– протоколы взаимодействия компонентов;
– технологические и технико-эксплуатационные характеристики протоколов взаимодействия компонентов;
– механизмы авторизации;
– механизмы аутентификации, поддержки сеанса;
– технологические и технико-эксплуатационные характеристики механизмов аутентификации, поддержки сеанса;
– схемы кеширования;
– современные разработки и тенденции в области проектирования ПО;
– технологические и технико-эксплуатационные характеристики схем кеширования;
– средства защиты от несанкционированного доступа (НСД);
– стандарты информационной безопасности;
– основные технологии обеспечения информационной безопасности (FW, VPN, IDS/IPS, DLP, AV, PKI и др.);
– методы обеспечения;
– методы восстановления данных и компонентов;
– модели обеспечения отказоустойчивости программных компонентов;
– технологические и технико-эксплуатационные характеристики моделей обеспечения отказоустойчивости программных компонентов;
– модели обеспечения необходимого уровня производительности компонентов;
– технологические и технико-эксплуатационные характеристики моделей обеспечения необходимого уровня производительности компонентов;
– входные-выходные данные компонентов и программного средства;
– технологические стандарты;
– базы данных и наборов данных;
– принципы организации данных компонентов и ПО;
– виды и методы контроля данных;
– системы классификации и кодирования данных;
– принципы построения БД ПО;
– последовательность выполнения технологических операций по сбору, регистрации, подготовке, контролю, передаче, обработке и отображению информации, выполняемых внесистемно;
– состав и последовательность выполнения технологических операций по приему, контролю, обработке, хранению, выдаче данных и других операций, выполняемых автоматизированным способом;
– технологии доступа к данным;
– технологические и технико-эксплуатационные характеристики технологий доступа к данным;
– математические методы, в том числе допущения и ограничения;
– алгоритмы компонентов;
– методы организации входных-выходных данных.

1.6. В своей деятельности Архитектор программного обеспечения руководствуется:
– локальными нормативными актами ООО «Бета», в том числе Правилами внутреннего трудового распорядка;
– приказами (распоряжениями) генерального директора ООО «Бета» и непосредственного руководителя;
– настоящей Должностной инструкцией.

1.7. В период временного отсутствия Архитектора программного обеспечения его обязанности возлагаются на должностное лицо, назначаемое приказом генерального директора ООО «Бета».

2. ДОЛЖНОСТНЫЕ ОБЯЗАННОСТИ

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

2.2. Документирование архитектуры программных средств:
Разработка документации программных средств в своей части.
Поддержка изменений в документации.

2.3. Реализация программных средств.
Анализ качества кода:
– анализ зависимостей;
– статический анализ кода.
Испытания создаваемого программного средства и его компонентов.
Технические и управленческие ревизии создаваемого программного средства.

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

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

2.6. Контроль реализации программного средства:
Идентификация и регистрация возможных проблем из-за деталей реализации компонентов программных средств.
Координация процесса создания и сборки программного средства из компонентов.

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

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

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

2.10. Модернизация программного средства и его окружения:
Разработка планов модернизации программного продукта.
Изменение окружения программного продукта.

3. ПРАВА

Архитектор программного обеспечения имеет право:
3.1. Требовать от своего непосредственного руководителя и генерального директора ООО «Бета» содействия в исполнении должностных обязанностей и реализации прав.
3.2. Повышать свою квалификацию.
3.3. Запрашивать лично или по поручению непосредственного руководителя от работников отчеты и документы, необходимые для выполнения должностных обязанностей.
3.4. Знакомиться с проектами решений генерального директора ООО «Бета», касающимися деятельности Архитектора программного обеспечения.
3.5. Представлять на рассмотрение своего непосредственного руководителя предложения по вопросам своей деятельности. В том числе ставить вопросы о совершенствовании своей работы, улучшении организационно-технических условий труда, повышении размера зарплаты, оплате сверхурочных работ в соответствии с законодательством и положениями, регламентирующими систему оплаты труда работников ООО «Бета».
3.6. Получать от работников ООО «Бета» информацию, необходимую для ведения своей деятельности.

4. ОТВЕТСТВЕННОСТЬ

Архитектор программного обеспечения несет ответственность:
4.1. За неисполнение или ненадлежащее исполнение своих обязанностей, предусмотренных настоящей должностной инструкцией, – в соответствии с действующим трудовым законодательством.
4.2. За другие правонарушения, совершенные в период ведения своей деятельности (в т. ч. связанные с причинением материального ущерба и ущерба деловой репутации ООО «Бета»), – в соответствии с действующим трудовым, гражданским, административным и уголовным законодательством.

5. УСЛОВИЯ РАБОТЫ

5.1. Режим работы Архитектора программного обеспечения определяется в соответствии с Правилами внутреннего трудового распорядка, установленными в ООО «Бета».
5.2. Работодатель проводит оценку эффективности деятельности Архитектора программного обеспечения в соответствии с Комплексом мероприятий по оценке эффективности, утверждаемым приказом генерального директора ООО «Бета».

Должностная инструкция разработана в соответствии с приказом генерального директора ООО «Бета» № 1-Пр от 23.08.2011.

Должностную инструкцию составила:

Начальник отдела кадров _________________________ Е.В. Васильева

С инструкцией ознакомлен:

________________ Р.Л. Борисов

Юрист _________________________ Н.А. Павлов

УТВЕРЖДАЮ:

_______________________________

[Наименование должности]

_______________________________

_______________________________

[Наименование организации]

_______________________________

_______________________/[Ф.И.О.]/

«______» _______________ 20___ г.

ДОЛЖНОСТНАЯ ИНСТРУКЦИЯ

Архитектора программной системы (управление архитектурой изолированной (неинтегрированной) программной системы)

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

1.1. Настоящая должностная инструкция определяет и регламентирует полномочия, функциональные и должностные обязанности, права и ответственность архитектора программной системы [Наименование организации в родительном падеже] (далее — Компания).

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

1.3. Архитектор программной системы относится к категории специалистов и имеет в подчинении [наименование должностей подчиненных в дательном падеже].

1.4. Архитектор программной системы подчиняется непосредственно [наименование должности непосредственного руководителя в дательном падеже] Компании.

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

1.6. Требования к опыту практической работы архитектора программной системы: без требований к опыту практической работы.

1.7. Другие характеристики: рекомендуется дополнительное профессиональное образование — программы повышения квалификации по моделированию архитектуры программных систем.

1.8. Архитектор программной системы отвечает за:

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

1.9. Архитектор программной системы должен знать:

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

1.10. Архитектор программной системы должен уметь:

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

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

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

Архитектор программной системы в ходе управления архитектурой изолированной (неинтегрированной) программной системы выполняет следующие должностные обязанности:

2.1. Выявление и согласование требований к программной системе с точки зрения архитектуры, в том числе:

• выявление несоответствий требований заказчика к программной системе с точки зрения архитектуры;
• описание требований к программной системе с точки зрения архитектуры.

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

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

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

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

2.4. Контроль реализации и испытаний программной системы с точки зрения архитектуры, в том числе:

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

2.5. Сопровождение эксплуатации программной системы с точки зрения архитектуры, в том числе:

• проверка запросов на изменения программной системы на реализуемость с точки зрения архитектуры программной системы;
• проверка запросов на изменения программной системы на реализуемость с точки зрения архитектуры программной системы.

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

3. Права

Архитектор программной системы имеет право:

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

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

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

3.4. Взаимодействовать с другими предприятиями, организациями и учреждениями по производственным и другим вопросам, относящимся к компетенции программиста.

3.5. Подписывать и визировать документы в пределах своей компетенции.

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

3.7. Пользоваться иными правами, установленными Трудовым кодексом РФ и другими законодательными актами РФ.

4. Ответственность и оценка деятельности

4.1. Архитектор программной системы несет административную, дисциплинарную и материальную (а в отдельных случаях, предусмотренных законодательством РФ, — и уголовную) ответственность за:

4.1.1. Невыполнение или ненадлежащее выполнение служебных указаний непосредственного руководителя.

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

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

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

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

4.1.6. Не обеспечение соблюдения трудовой дисциплины.

4.2. Оценка работы архитектора программной системы осуществляется:

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

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

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

5. Условия работы

5.1. Режим работы архитектора программной системы определяется в соответствии с правилами внутреннего трудового распорядка, установленными в Компании.

6. Право подписи

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

С инструкцией ознакомлен ___________/____________/ «__» _______ 20__ г.

(подпись)

УТВЕРЖДАЮ:

__________

г.

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

Согласовано:

_________________ ____________
    (наименование организации)
                                                      УТВЕРЖДАЮ
      ДОЛЖНОСТНАЯ ИНСТРУКЦИЯ                  _________________ ___________
                                                 (наименование должности)
00.00.0000                   N 000            _________________ __________
                                               (подпись)      (инициалы,
     Архитектора программного                                  фамилия)
            обеспечения                       00.00.0000

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

1.1. Архитектор программного обеспечения относится к категории специалистов.
1.2. Для работы архитектором программного обеспечения принимается лицо:
1) имеющее высшее образование — программы бакалавриата;
2) опыт работы в области разработки программного обеспечения (далее — ПО) от полугода.
1.3. Архитектор программного обеспечения должен знать:
1) типы компонентов;
2) слои программных компонентов;
3) методы разработки, анализа и проектирования ПО;
4) шаблоны (стили) проектирования слоев компонентов;
5) современные разработки и тенденции в области проектирования ПО;
6) технологические и технико-эксплуатационные характеристики шаблонов (стилей) проектирования слоев компонентов;
7) архитектурные стили, схемы развертывания;
функции компонентов;
9) эксплуатационные и физические характеристики компонентов;
10) протоколы взаимодействия компонентов;
11) механизмы авторизации;
12) механизмы аутентификации, поддержки сеанса;
13) технологические и технико-эксплуатационные характеристики механизмов аутентификации, поддержки сеанса;
14) схемы кеширования;
15) технологические и технико-эксплуатационные характеристики схем кеширования;
16) средства защиты от НСД;
17) стандарты информационной безопасности;
18) основные технологии обеспечения информационной безопасности (FW, VPN, IDS/IPS, DLP, AV, PKI и др.);
19) методы обеспечения;
20) методы восстановления данных и компонентов;
21) основы законодательства Российской Федерации в области стандартизации, сертификации, обеспечения качества и безопасности продукции и услуг;
22) модели обеспечения отказоустойчивости программных компонентов;
23) технологические и технико-эксплуатационные характеристики моделей обеспечения отказоустойчивости программных компонентов;
24) модели обеспечения необходимого уровня производительности компонентов;
25) технологические и технико-эксплуатационные характеристики моделей обеспечения необходимого уровня производительности компонентов;
26) входные-выходные данные компонентов и программного средства;
27) технологические стандарты;
28) базу данных и наборов данных;
29) принципы организации данных компонентов и ПО;
30) виды и методы контроля данных;
31) системы классификации и кодирования данных;
32) принципы построения баз данных (далее — БД) ПО;
33) последовательность выполнения технологических операций по сбору, регистрации, подготовке, контролю, передаче, обработке и отображению информации, выполняемых внесистемно;
34) состав и последовательность выполнения технологических операций по приему, контролю, обработке, хранению, выдаче данных и других операций, выполняемых автоматизированным способом;
35) технологии доступа к данным;
36) технологические и технико-эксплуатационные характеристики технологий доступа к данным;
37) математические методы, в том числе допущения и ограничения;
38) алгоритмы компонентов;
39) методы организации входных-выходных данных;
40) требования к обслуживающему программное средство персоналу;
41) источники сбора исходной информации;
42) оформление документов требований к обслуживающему программное средство персоналу;
43) виды проведения интервью;
44) _________________ _______________________ ________________.
1.4. Архитектор программного обеспечения должен уметь:
1) анализировать и оценивать полноту перечня типов компонентов;
2) производить исследования и анализ;
3) использовать современные Computer-Aided Software Engineering — средства (далее — CASE-средства);
4) основы межличностного общения;
5) оценивать слой программных компонентов;
6) видеть ограничения функций компонентов;
7) составлять протокол;
описывать и оценивать протоколы взаимодействия компонентов;
9) применять современные разработки и тенденции в области проектирования ПО в профессиональной деятельности;
10) описывать и оценивать механизмы авторизации;
11) описывать и оценивать механизмы аутентификации, поддержки сеанса;
12) описывать и оценивать схемы кеширования;
13) анализировать действия пользователя при работе с программным средством;
14) создавать правила разграничения доступа к компонентам;
15) описывать и оценивать модели обеспечения отказоустойчивости программных компонентов;
16) описывать и оценивать модели обеспечения необходимого уровня производительности компонентов;
17) описывать входные-выходные данные компонентов;
18) описывать решения, обеспечивающие совместимость ПО по данным;
19) использовать современные CASE-средства;
20) описывать технологию обработки данных;
21) описывать и оценивать технологии доступа к данным;
22) применять современные разработки и тенденции в области проектирования ПО в профессиональной деятельности;
23) описывать и использовать математические методы;
24) проводить анкетирование с пользователями;
25) собирать исходную информацию;
26) проводить интервью;

    27) _________________ _______________________ ______________________.
                    (другие требования к необходимым умениям)
    1.5.   Архитектор   программного   обеспечения   в  своей  деятельности
руководствуется:
    1) _________________ _______________________ _______________________;
                     (наименование учредительного документа)
    2) Положением о _________________ _______________________ ___________;
                           (наименование структурного подразделения)
    3) настоящей должностной инструкцией;
    4) _________________ _______________________ _______________________.
       (наименования локальных нормативных актов, регламентирующих трудовые
                              функции по должности)
    1.6.  Архитектор  программного  обеспечения подчиняется непосредственно
_________________ _______________________ _______________________ ______.
                   (наименование должности руководителя)
    1.7. _________________ _______________________ _____________________.
                            (другие общие положения)

2. Трудовые функции

2.1. Создание вариантов архитектуры программного средства:
2.1.1. Определение перечня возможных типов для каждого компонента.
2.1.2. Определение перечня возможных архитектур развертывания каждого компонента.
2.1.3. Определение перечня возможных слоев программных компонентов.
2.1.4. Определение перечня возможных шаблонов (стилей) проектирования для каждого слоя или компонента.
2.1.5. Определение функциональных характеристик и возможностей, включая эксплуатационные, физические характеристики и условия окружающей среды, при которых будет применяться каждый компонент.
2.1.6. Определение перечня возможных протоколов взаимодействия компонентов.
2.1.7. Определение перечня возможных механизмов авторизации.
2.1.8. Определение перечня возможных механизмов аутентификации, поддержки сеанса.
2.1.9. Определение перечня возможных схем кеширования.
2.1.10. Создание спецификаций безопасности, включая те спецификации, которые относятся к методам функционирования и сопровождения, влиянию окружающей среды и ущербу для персонала.
2.1.11. Определение перечня возможных моделей обеспечения отказоустойчивости программных компонентов.
2.1.12. Определение перечня возможных моделей обеспечения необходимого уровня производительности компонентов, включая вопросы балансировки нагрузки.
2.1.13. Определение входных-выходных данных каждого компонента и программного средства в целом.
2.1.14. Определение структуры данных каждого компонента и программного средства в целом.
2.1.15. Описание технологии обработки данных для возможности их использования в программном средстве, включая вопросы параллельной обработки.
2.1.16. Определение перечня возможных технологий доступа к данным.
2.1.17. Описание алгоритмов компонентов, включая методы и схемы.
2.1.18. Создание требований к обслуживающему программное средство персоналу.

    2.2. _________________ _______________________ _____________________.
                                 (другие функции)

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

3.1. Архитектор программного обеспечения исполняет следующие обязанности:
3.1.1. В рамках трудовой функции, указанной в пп. 2.1.1 настоящей должностной инструкции:
1) выполняет описание возможных типов для каждого компонента, включая оценку современного состояния предлагаемых типов;
2) осуществляет обоснование методов или методологии проведения работы;
3) производит описание технологических и технико-эксплуатационных характеристик возможных типов для каждого компонента;
4) формулирует оценку результатов исследований, включающих оценку полноты перечня возможных типов и предложения по дальнейшим направлениям работ;
5) выполняет обоснование необходимости дополнительных исследований; обоснование необходимости прекращения дальнейших исследований в случае получения отрицательных результатов;
6) передает перечень возможных типов для каждого компонента на рецензирование архитектору более высокого уровня квалификации и заинтересованным лицам;
7) производит обработку комментариев и замечаний архитектора более высокого уровня квалификации и заинтересованных лиц с необходимой доработкой перечня возможных типов.
3.1.2. В рамках трудовой функции, указанной в пп. 2.1.2 настоящей должностной инструкции:
1) выполняет описание возможной архитектуры развертывания каждого компонента, включая оценку современного состояния предлагаемых архитектур;
2) осуществляет обоснование методов или методологий проведения работы;
3) производит описание технологических и технико-эксплуатационных характеристик возможных архитектур развертывания каждого компонента;
4) формирует оценку результатов исследований, включая оценку полноты перечня возможных архитектур развертывания каждого компонента и предложения по дальнейшим направлениям работ;
5) осуществляет обоснование необходимости дополнительных исследований;
6) передает перечень возможных архитектур развертывания каждого компонента на рецензирование архитектору более высокого уровня квалификации и заинтересованным лицам;
7) выполняет обработку комментариев и замечаний архитектора более высокого уровня квалификации и заинтересованных лиц, проведение необходимых доработок перечня возможных архитектур.
3.1.3. В рамках трудовой функции, указанной в пп. 2.1.3 настоящей должностной инструкции:
1) выполняет описание возможных слоев программных компонентов, включая оценку современного состояния предлагаемых слоев программных компонентов;
2) осуществляет обоснование методов или методологий проведения работы;
3) производит описание технологических и технико-эксплуатационных характеристик возможных слоев программных компонентов;
4) формирует оценку результатов исследований, включающей оценку полноты перечня возможных слоев программных компонентов и предложения по дальнейшим направлениям работ;
5) выполняет обоснование необходимости дополнительных исследований, отрицательных результатов, приводящих к необходимости прекращения дальнейших исследований;
6) передает перечень возможных слоев программных компонентов на рецензирование архитектору более высокого уровня квалификации и заинтересованным лицам;
7) производит обработку комментариев и замечаний архитектора более высокого уровня квалификации и заинтересованных лиц, выполнение необходимых доработок перечня возможных слоев программных компонентов.
3.1.4. В рамках трудовой функции, указанной в пп. 2.1.4 настоящей должностной инструкции:
1) выполняет описание возможных шаблонов (стилей) проектирования для каждого слоя или компонента, включая оценку современного состояния предлагаемых шаблонов;
2) осуществляет обоснование методов или методологий проведения работы;
3) производит описание технологических и технико-эксплуатационных характеристик возможных шаблонов (стилей) проектирования для каждого слоя или компонента;
4) формирует оценку результатов исследований, включающую оценку полноты перечня возможных шаблонов (стилей) проектирования для каждого слоя или компонента, и предложений по дальнейшим направлениям работ;
5) обосновывает необходимость дополнительных исследований;
6) выполняет обоснование необходимости прекращения дальнейших исследований в случае получения отрицательных результатов;
7) передает перечень возможных шаблонов (стилей) проектирования для каждого слоя или компонента на рецензирование архитектору более высокого уровня квалификации и заинтересованным лицам;
производит обработку комментариев и замечаний архитектора более высокого уровня квалификации и заинтересованных лиц с выполнением необходимых доработок перечня возможных шаблонов (стилей) проектирования для каждого слоя или компонента.
3.1.5. В рамках трудовой функции, указанной в пп. 2.1.5 настоящей должностной инструкции:
1) производит синтез функций каждого компонента;
2) выполняет описание эксплуатационных и физических характеристик функций каждого компонента;
3) осуществляет описание ограничений и условий выполнения функций каждого компонента;
4) передает функциональные характеристики и возможности, включая эксплуатационные, физические характеристики и условия окружающей среды, при которых будет применяться каждый компонент, на рецензирование архитектору более высокого уровня квалификации и заинтересованным лицам;
5) производит обработку комментариев и замечаний архитектора более высокого уровня квалификации и заинтересованных лиц с дальнейшим выполнением необходимых доработок функциональных характеристик и возможностей.
3.1.6. В рамках трудовой функции, указанной в пп. 2.1.6 настоящей должностной инструкции:
1) выполняет описание возможных протоколов взаимодействия компонентов с оценкой современного состояния предлагаемых протоколов;
2) производит обоснование методов или методологий проведения работы;
3) осуществляет описание технологических и технико-эксплуатационных характеристик возможных протоколов взаимодействия компонентов;
4) формирует оценку результатов исследований, включающую оценку полноты перечня возможных протоколов взаимодействия компонентов, и предложений по дальнейшим направлениям работ;
5) выполняет обоснование необходимости дополнительных исследований; обоснование необходимости прекращения дальнейших исследований в случае получения отрицательных результатов;
6) передает перечень возможных протоколов взаимодействия компонентов на рецензирование архитектору более высокого уровня квалификации и заинтересованным лицам;
7) производит обработку комментариев и замечаний архитектора более высокого уровня квалификации и заинтересованных лиц с дальнейшим выполнением необходимых доработок перечня возможных протоколов взаимодействия компонентов.
3.1.7. В рамках трудовой функции, указанной в пп. 2.1.7 настоящей должностной инструкции:
1) выполняет описание возможных механизмов авторизации, включая оценку современного состояния предлагаемых механизмов;
2) осуществляет обоснование методов или методологий проведения работы;
3) производит описание технологических и технико-эксплуатационных характеристик возможных механизмов авторизации;
4) формирует оценку результатов исследований, включающую оценку полноты перечня возможных механизмов авторизации, и предложений по дальнейшим направлениям работ;
5) обосновывает необходимость дополнительных исследований; обоснование необходимости прекращения дальнейших исследований в случае получения отрицательных результатов;
6) передает перечень возможных механизмов авторизации на рецензирование архитектору более высокого уровня квалификации и заинтересованным лицам;
7) производит обработку комментариев и замечаний архитектора более высокого уровня квалификации и заинтересованных лиц с дальнейшим выполнением необходимых доработок перечня возможных механизмов авторизации.
3.1.8. В рамках трудовой функции, указанной в пп. 2.1.8 настоящей должностной инструкции:
1) выполняет описание возможных механизмов аутентификации, поддержки сеанса, включая оценку современного состояния предлагаемых механизмов аутентификации, поддержки сеанса;
2) осуществляет обоснование методов или методологий проведения работы;
3) производит описание технологических и технико-эксплуатационных характеристик возможных механизмов аутентификации, поддержки сеанса;
4) формирует оценку результатов исследований, включающую оценку полноты перечня возможных механизмов аутентификации, поддержки сеанса и предложений по дальнейшим направлениям работ;
5) выполняет обоснование необходимости дополнительных исследований; обоснование необходимости прекращения дальнейших исследований в случае получения отрицательных результатов;
6) передает перечень возможных механизмов аутентификации, поддержки сеанса на рецензирование архитектору более высокого уровня квалификации и заинтересованным лицам;
7) производит обработку комментариев и замечаний архитектора более высокого уровня квалификации и заинтересованных лиц с дальнейшим выполнением необходимых доработок перечня возможных механизмов аутентификации, поддержки сеанса.
3.1.9. В рамках трудовой функции, указанной в пп. 2.1.9 настоящей должностной инструкции:
1) выполняет описание возможных схем кеширования, включая оценку современного состояния предлагаемых схем кеширования;
2) производит обоснование методов или методологий проведения работы;
3) осуществляет описание технологических и технико-эксплуатационных характеристик возможных схем кеширования;
4) формирует оценку результатов исследований, включающую оценку полноты перечня возможных схем кеширования, и предложений по дальнейшим направлениям работ;
5) производит обоснование необходимости дополнительных исследований; обоснование необходимости прекращения дальнейших исследований в случае получения отрицательных результатов;
6) передает перечень возможных схем кеширования на рецензирование архитектору более высокого уровня квалификации и заинтересованным лицам;
7) производит обработку комментариев и замечаний архитектора более высокого уровня квалификации и заинтересованных лиц с дальнейшим выполнением необходимых доработок перечня возможных схем кеширования.
3.1.10. В рамках трудовой функции, указанной в пп. 2.1.10 настоящей должностной инструкции:
1) выполняет определение перечня средств учета и анализа действий пользователя при работе с программным средством;
2) осуществляет определение средства защиты от несанкционированного доступа к информации (далее — НСД);
3) определяет организационно-режимные меры по защите информации;
4) выполняет определение регламента доступа к информационным единицам;
5) производит определение правила разграничения доступа к компонентам;
6) осуществляет определение методов обеспечения сохранности информации;
7) определяет методы восстановления данных и компонентов;
передает спецификация по безопасности на рецензирование архитектору более высокого уровня квалификации и заинтересованным лицам;
9) производит обработку комментариев и замечаний архитектора более высокого уровня квалификации и заинтересованных лиц с дальнейшим выполнением необходимых доработок спецификации по безопасности.
3.1.11. В рамках трудовой функции, указанной в пп. 2.1.11 настоящей должностной инструкции:
1) выполняет описание возможных моделей обеспечения отказоустойчивости программных компонентов, включая оценку современного состояния предлагаемых моделей;
2) производит обоснование методов или методологий проведения работы;
3) осуществляет описание технологических и технико-эксплуатационных характеристик возможных моделей обеспечения отказоустойчивости программных компонентов;
4) формирует оценку результатов исследований, включающей оценку полноты перечня моделей обеспечения отказоустойчивости возможных программных компонентов, и предложений по дальнейшим направлениям работ;
5) обосновывает необходимость дополнительных исследований; обосновывает необходимость прекращения дальнейших исследований в случае получения отрицательных результатов;
6) передает перечень моделей обеспечения отказоустойчивости программных компонентов на рецензирование архитектору более высокого уровня квалификации и заинтересованным лицам;
7) производит обработку комментариев и замечаний архитектора более высокого уровня квалификации и заинтересованных лиц с дальнейшим выполнением необходимых доработок перечня моделей обеспечения отказоустойчивости программных компонентов.
3.1.12. В рамках трудовой функции, указанной в пп. 2.1.12 настоящей должностной инструкции:
1) выполняет описание возможных моделей обеспечения необходимого уровня производительности компонентов, включая оценку современного состояния предлагаемых моделей;
2) осуществляет обоснование методов или методологий проведения работы;
3) производит описание технологических и технико-эксплуатационных характеристик возможных моделей обеспечения необходимого уровня производительности компонент, включая вопросы балансировки нагрузки;
4) формирует оценку результатов исследований, включающую оценку полноты перечня моделей обеспечения необходимого уровня производительности компонент, включая вопросы балансировки нагрузки, и предложений по дальнейшим направлениям работ;
5) обосновывает необходимость дополнительных исследований; обоснование необходимости прекращения дальнейших исследований в случае получения отрицательных результатов;
6) передает перечень моделей обеспечения необходимого уровня производительности компонентов, включая вопросы балансировки нагрузки, на рецензирование архитектору более высокого уровня квалификации и заинтересованным лицам;
7) производит обработку комментариев и замечаний архитектора более высокого уровня квалификации и заинтересованных лиц с дальнейшим выполнением необходимых доработок перечня моделей обеспечения необходимого уровня производительности компонентов, включая вопросы балансировки нагрузки.
3.1.13. В рамках трудовой функции, указанной в пп. 2.1.13 настоящей должностной инструкции:
1) выполняет определение перечня входных-выходных данных каждого компонента и программного средства в целом;
2) осуществляет описание входных-выходных данных каждого компонента, включающие идентификацию данных, объем данных, тип данных, атрибутивную часть данных;
3) определяет взаимосвязь входных-выходных данных каждого компонента и программного средства в целом;
4) передает перечень входных-выходных данных каждого компонента и программного средства в целом на рецензирование архитектору более высокого уровня квалификации и заинтересованным лицам;
5) производит обработку комментариев и замечаний архитектора более высокого уровня квалификации и заинтересованных лиц с дальнейшим выполнением необходимых доработок перечня входных-выходных данных каждого компонента и программного средства в целом.
3.1.14. В рамках трудовой функции, указанной в пп. 2.1.14 настоящей должностной инструкции:
1) выполняет описание наименований и назначения всех баз данных и наборов данных;
2) производит описание принципов организации данных компонентов и ПО в целом;
3) осуществляет описание выбора носителей данных компонентов и по в целом;
4) производит описание принятых видов и методов контроля данных;
5) выполняет описание решений, обеспечивающих совместимость ПО с другим ПО по данным, включая использование классификаторов;
6) осуществляет описание систем классификации и кодирования данных;
7) производит описание принципов построения БД ПО;
производит нормализацию данных в соответствии с выбранными принципами;
9) выполняет описание используемой системы нормативно-справочной информации;
10) осуществляет описание структуры данных на уровне описания объектов БД, атрибутов данных и их взаимосвязей;
11) передает структуры данных каждого компонента и программного средства в целом на рецензирование архитектору более высокого уровня квалификации и заинтересованным лицам;
12) производит обработку комментариев и замечаний архитектора более высокого уровня квалификации и заинтересованных лиц с дальнейшим выполнением необходимых доработок структуры данных каждого компонента и программного средства в целом.
3.1.15. В рамках трудовой функции, указанной в пп. 2.1.15 настоящей должностной инструкции:
1) определяет состав и последовательность выполнения технологических операций по сбору, регистрации, подготовке, контролю, передаче, обработке и отображению информации, выполняемых внесистемно;
2) производит описание перечня документации, сопровождающей каждую операцию в технологическом процессе, выполняемого внесистемно;
3) выполняет описание состава и последовательности выполнения технологических операций по приему, контролю, обработке, хранению, выдаче данных и других операций, выполняемых автоматизированным способом;
4) осуществляет описание перечня документации, сопровождающей каждую операцию в технологическом процессе, выполняемого автоматизированным способом;
5) передает описание технологии обработки данных на рецензирование архитектору более высокого уровня квалификации и заинтересованным лицам;
6) производит обработку комментариев и замечаний архитектора более высокого уровня квалификации и заинтересованных лиц с дальнейшим выполнением необходимых доработок описания технологии обработки данных.
3.1.16. В рамках трудовой функции, указанной в пп. 2.1.16 настоящей должностной инструкции:
1) производит описание возможных технологий доступа к данным, включая оценку современного состояния предлагаемых технологий;
2) осуществляет обоснование методов или методологий проведения работы;
3) выполняет описание технологических и технико-эксплуатационных характеристик возможных технологий доступа к данным;
4) формирует оценку результатов исследований, включающей оценку полноты перечня возможных технологий доступа к данным, и предложений по дальнейшим направлениям работ;
5) выполняет обоснование необходимости дополнительных исследований; обоснование необходимости прекращения дальнейших исследований в случае получения отрицательных результатов;
6) передает перечень возможных технологий доступа к данным на рецензирование архитектору более высокого уровня квалификации и заинтересованным лицам;
7) производит обработку комментариев и замечаний архитектора более высокого уровня квалификации и заинтересованных лиц с дальнейшим выполнением необходимых доработок перечня возможных технологий доступа к данным.
3.1.17. В рамках трудовой функции, указанной в пп. 2.1.17 настоящей должностной инструкции:
1) выполняет описание применяемых математических методов и, при необходимости, описание допущений и ограничений, связанных с выбранным математическим материалом;
2) производит описание алгоритмов и (или) функционирования программы с обоснованием выбора схем алгоритмов решения задач, возможных взаимодействий программы с другими программами;
3) осуществляет описание и обоснование выбора метода организации входных и выходных данных по каждому алгоритму;
4) передает описание алгоритмов компонентов, включая методы и схемы, на рецензирование архитектору более высокого уровня квалификации и заинтересованным лицам;
5) производит обработку комментариев и замечаний архитектора более высокого уровня квалификации и заинтересованных лиц с дальнейшим выполнением необходимых доработок описания алгоритмов компонентов, включая методы и схемы.
3.1.18. В рамках трудовой функции, указанной в пп. 2.1.18 настоящей должностной инструкции:
1) формулирует требования к обслуживающему программное средство персоналу в логической форме с заданным уровнем качества;
2) выполняет описание заданных атрибутов требований к обслуживающему программное средство персоналу;
3) производит установку отношений иерархии и зависимости между требованиями к обслуживающему программное средство персоналу;
4) выявляет и разрешает конфликты требований к обслуживающему программное средство персоналу или передача их архитектору 5 уровня квалификации;
5) выявляет неполноту требований к обслуживающему программное средство персоналу и принятие мер по обеспечению их полноты;
6) оформляет документы требований к обслуживающему программное средство персоналу в заданном шаблоне;
7) передает реестры и документы требований на рецензирование архитектору более высокого уровня квалификации и заинтересованным лицам;
производит обработку комментариев и замечаний архитектора более высокого уровня квалификации и заинтересованных лиц с дальнейшим выполнением необходимых доработок требований.
3.1.19. В рамках выполнения своих трудовых функций архитектор программного обеспечения исполняет поручения своего непосредственного руководителя.

    3.1.20. _________________ _______________________ __________________.
                              (другие обязанности)
    3.2. _________________ _______________________ _____________________.
                  (другие положения о должностных обязанностях)

4. Права

Архитектор программного обеспечения поддержки имеет право:
4.1. Участвовать в обсуждении проектов решений руководства организации, в совещаниях по их подготовке и выполнению.
4.2. Подписывать и визировать документы в пределах своей компетенции.
4.3. Запрашивать у непосредственного руководителя разъяснения и уточнения по данным поручениям, выданным заданиям.
4.4. Запрашивать по поручению непосредственного руководителя и получать от других работников организации необходимую информацию, документы, необходимые для исполнения поручения.
4.5. Знакомиться с проектами решений руководства, касающихся выполняемой им функции, с документами, определяющими его права и обязанности по занимаемой должности, критерии оценки качества исполнения своих трудовых функций.
4.6. Требовать прекращения (приостановления) работ (в случае нарушений, несоблюдения установленных требований и т.д.), соблюдения установленных норм, правил, инструкций; давать указания по исправлению недостатков и устранению нарушений.
4.7. Вносить на рассмотрение своего непосредственного руководителя предложения по организации труда в рамках своих трудовых функций.
4.8. Участвовать в обсуждении вопросов, касающихся исполняемых должностных обязанностей.

    4.9. _________________ _______________________ _____________________.
                                 (другие права)

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

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

    5.2. _________________ _______________________ _____________________.
                      (другие положения об ответственности)

                        6. Заключительные положения

    6.1.  Настоящая  инструкция  разработана  на  основе  Профессионального
стандарта  «Архитектор  программного  обеспечения»,  утвержденного Приказом
Минтруда         России        от        11.04.2014        N 228н, с учетом
_________________ _______________________ _______________________ ______.
            (реквизиты локальных нормативных актов организации)
    6.2.  Ознакомление работника с настоящей инструкцией осуществляется при
приеме на работу (до подписания трудового договора).
    Факт  ознакомления  работника  с  настоящей  инструкцией подтверждается
_________________ _______________________ _______________________ ______.
(подписью в листе ознакомления, являющемся неотъемлемой частью настоящей
     инструкции (в журнале ознакомления с инструкциями); в экземпляре
           инструкции, хранящемся у работодателя; иным способом)
    6.3. _________________ _______________________ _____________________.

Кто это? Архитектор программного обеспечения – это специалист, занимающийся созданием общего плана, «каркаса» будущей программы. Он работает сразу и с заказчиком, и с командой разработки, обеспечивая итоговое качество продукта.

Как такого найти? Учитывая все это, архитектор ПО не может быть новичком в IT. На эту должность необходимо подбирать людей с опытом в разработке, но это не должно быть единственным критерием.

Суть профессии архитектора программного обеспечения

Прежде чем перейти к профессии архитектора программного обеспечения (ПО), давайте сперва разберёмся с тем, что из себя представляет последнее словосочетание. Если говорить простыми словами, то ПО – это совокупность того, чем пользуются юзеры на своих персональных компьютерах и ноутбуках, смартфонах.

Написать статью, отредактировать фотографию, посмотреть фильм, создать презентацию – всё это задачи, которые люди решают ежедневно с помощью таких инструментов, как Word, Photoshop, Media Player, PowerPoint и многих других. Все они являются частью программного обеспечения.

Существует три разновидности ПО:

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

Скачать
файл

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

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

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

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

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

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

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

Отличия архитектора ПО от техлида

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

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

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

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

Навыки и качества архитектора программного обеспечения

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

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

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

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

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

К главным качествам личности архитектора ПО можно отнести следующие:

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

Обязанности архитектора ПО

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

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

Должностные обязанности архитектора ПО можно объединить в несколько групп:

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

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

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

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

Плюсы, минусы и перспективы профессии архитектора ПО

Как и любая другая профессия, должность архитектора программного обеспечения имеет как преимущества, так и недостатки.

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

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

Несмотря на имеющиеся недостатки, перспектива карьерного развития в данной профессии очень обширна. Архитектор программного обеспечения в своей деятельности может углубиться в любое IT-направление. Чаще всего после накопления достаточного объёма практики работы на различных проектах, системные специалисты ещё глубже погружаются в инженерную разработку, backend- и frontend-программирование, автотестирование.

На профессионалов такого профиля есть большой спрос со стороны крупных корпораций, компаний-разработчиков, а также предприятий, занимающихся созданием комплексных решений для автоматизации бизнес-процессов, среди которых такие фирмы, как Mail.ru, Google, Yandex, «Сбер», «Газпром».

Зарплата архитектора программного обеспечения

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

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

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

Зарплата специалиста среднего уровня с опытом работы от одного года до трёх лет варьируется в пределах от 100 000 до 150 000 руб. Перечень умений, навыков и должностных обязанностей значительно расширяется и включает в себя:

• обладание навыками проектирования Enterprise Architecture, Technical Architecture, Solution Architecture с опытом применения при разработке узлов, компонентов, представлений, контейнеров, коннекторов, конфигураций и интерфейсов;
• практика составления и проработки внутренней структуры программного продукта;
• обладание навыками проектирования архитектурных артефактов (технологических схем, карт, моделей, стандартов, руководств, принципов);
• опыт создания программного обеспечения, базирующегося на микросервисной внутренней структуре;
• развитое системной мышление;
• умение вести переговоры с клиентами.

Продвинутый архитектор ПО с опытом работы свыше трёх лет имеет возможность получать более 150 000 руб. в месяц. Помимо основных требований, предъявляемых на начальном и среднем уровне владения профессией, к кандидатам на эту зарплату предъявляют ещё и дополнительные:

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

Как стать архитектором программного обеспечения

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

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

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

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

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

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

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

Освоить профессию архитектора программного обеспечения можно несколькими способами:

Обучение в высших учебных заведениях

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

• «Прикладная математика и информатика»;
• «Инженерия ПО»;
• «Системное ПО»;
• «Распределённые информационные системы»;
• «Архитектура предприятия»;
• «Проектирование и разработка».

Прохождение онлайн-курсов

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

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

Самообразование

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

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

• Л. Басс, П. Клементс, Р. Кацман, «Архитектура программного обеспечения на практике» (третье издание)

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

• Р. С. Прессман, «Программная инженерия: практический подход» (восьмое издание)

Вот уже тридцать лет эта книга занимает лидирующие позиции в мировом рейтинге учебных пособий в сфере разработки ПО. Учебный материал разбит на 39 глав, объединённых в пять частей, распределённых по следующим темам: оформление IT-продуктов, моделирование программного обеспечения, контроль качества разрабатываемого ПО, координация IT-проектов и углубленный материал для погружения в программную разработку.

• К. И. Вигерс, Дж. Битти, «Разработка требований к программному обеспечению»

Книга представляет собой своеобразный сборник инструкций по проработке требований к качеству создаваемого ПО, основанный на изученных и активно используемых на практике способах разработки подобных требований, начиная от поиска и формулировки, заканчивая проверкой и принятием. Данное пособие будет полезно программистам, backend- и frontend-разработчикам, дизайнерам, программным архитекторам, IT-аналитикам и тестировщикам.

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