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

УТВЕРЖДАЮ
Генеральный директор
ООО "Бета"
___________________ А.И. Петров

02.11.2011

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

02.11.2011              № 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.

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

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

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

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

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

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

02.11.2011