_________________ ________________
(наименование организации)
УТВЕРЖДАЮ
ДОЛЖНОСТНАЯ ИНСТРУКЦИЯ _________________ _____________
(наименование должности)
00.00.0000 N 000 _________________ ____________
(подпись) (инициалы, фамилия)
Старшего архитектора
программного обеспечения 00.00.0000
1. Общие положения
1.1. Старший архитектор программного обеспечения относится к категории специалистов.
1.2. Для работы старшим архитектором программного обеспечения принимается лицо:
1) имеющее высшее образование - бакалавриат;
2) имеющее опыт анализа архитектуры от полугода <1>.
1.3. Старший архитектор программного обеспечения должен знать:
1) требования к программному продукту;
2) типы компонентов и программных блоков;
3) характеристики компонентов;
4) физические характеристики, ориентированные на процессы жизненного цикла ПО (управление проектом, управление требованиями, управление конфигурацией и изменениями, анализ и проектирование ПО и др.);
5) функциональные характеристики применения ПО (среда функционирования, совместимость с другими техническими системами (далее - ТС) ПО, соответствие технологическим стандартам);
6) архитектуру развертывания компонентов;
7) слои программных компонентов;
8) основные концепции и атрибуты качества программного обеспечения (надежности, безопасности, удобства использования);
9) шаблоны (стили) проектирования слоев или компонентов;
10) методы компоновки;
11) механизмы аутентификации, поддержки сеанса;
12) схемы кеширования;
13) виды контроля надежности;
14) методы оценки и контроля показателей надежности на различных стадиях создания системы в соответствии с действующими нормативно-техническими документами;
15) требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения);
16) требования к эргономике и технической эстетике;
17) стили написания кода;
18) модели управления и мониторинга критически важных событий;
19) модели обеспечения отказоустойчивости программных компонентов;
20) стандарты информационной безопасности;
21) показатели качества ПО в применении к системам защиты ПО;
22) системные требования;
23) основы межличностного общения;
24) технологии доступа к данным;
25) алгоритмы решения разработки компонентов;
26) технические характеристики для разработки документации;
27) технико-экономические показатели для разработки документации;
28) _________________ _______________________ ________________.
1.4. Старший архитектор программного обеспечения должен уметь:
1) декомпозировать программные средства на компоненты;
2) проводить анализ;
3) выбирать компоненты;
4) оценить и выбрать тип компонентов;
5) проектировать архитектуру;
6) применять современные разработки и тенденции в области проектирования ПО в профессиональной деятельности;
7) определять критерии внешних-внутренних интерфейсов каждого из компонентов;
8) оценивать риски;
9) применять современные разработки и тенденции в области проектирования ПО в профессиональной деятельности;
10) выбирать код для программного средства;
11) формировать требования безопасности программного средства;
12) описывать системные требования;
13) ставить задачи для разработки компонентов;
14) выделять источники при разработке документации;
15) _________________ _______________________ ______________________.
(другие требования к необходимым умениям)
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.1.19. Постановка задачи на разработку компонентов.
2.1.20. Определение стандартов для разработки документации.
2.2. _________________ _______________________ _____________________.
(другие функции)
3. Должностные обязанности
3.1. Старший архитектор программного обеспечения исполняет следующие обязанности:
3.1.1. В рамках трудовой функции, указанной в пп. 2.1.1 настоящей должностной инструкции:
1) осуществляет сбор требований к программному продукту;
2) выполняет преобразование программных средств на компоненты и программные блоки.
3.1.2. В рамках трудовой функции, указанной в пп. 2.1.2 настоящей должностной инструкции, определяет внутреннюю и внешнюю согласованность между программными компонентами и программными блоками.
3.1.3. В рамках трудовой функции, указанной в пп. 2.1.3 настоящей должностной инструкции:
1) формулирует задачу выбора типа каждого компонента, включая цели, предположения и ограничения;
2) создает технико-экономическое обоснование выбора типа каждого компонента, включая определение, ранжирование критериев и применение ранжированных критериев к результатам оценки для определения средств с наилучшими показателями.
3.1.4. В рамках трудовой функции, указанной в пп. 2.1.4 настоящей должностной инструкции:
1) формулирует задачи выбора архитектуры развертывания каждого компонента, включая цели, предположения и ограничения;
2) создает технико-экономическое обоснование выбора архитектуры развертывания каждого компонента, включая определение, ранжирование критериев и применение ранжированных критериев к результатам оценки для определения средств с наилучшими показателями.
3.1.5. В рамках трудовой функции, указанной в пп. 2.1.5 настоящей должностной инструкции:
1) формулирует задачи выбора слоев программных компонентов, включая цели, предположения и ограничения;
2) создание технико-экономического обоснования выбора архитектуры развертывания каждого компонента, включая определение, ранжирование критериев и применение ранжированных критериев к результатам оценки для определения средств с наилучшими показателями.
3.1.6. В рамках трудовой функции, указанной в пп. 2.1.6 настоящей должностной инструкции:
1) формулирует задачи выбора шаблонов (стилей) проектирования для каждого слоя или компонента, включая цели, предположения и ограничения;
2) создает технико-экономическое обоснование выбора архитектуры развертывания каждого компонента, включая определение, ранжирование критериев и применение ранжированных критериев к результатам оценки для определения средств с наилучшими показателями.
3.1.7. В рамках трудовой функции, указанной в пп. 2.1.7 настоящей должностной инструкции:
1) определяет требования внешних-внутренних интерфейсов каждого из компонентов;
2) определяет критерии внешних-внутренних интерфейсов каждого из компонентов.
3.1.8. В рамках трудовой функции, указанной в пп. 2.1.8 настоящей должностной инструкции:
1) формулирует задачи выбора механизмов аутентификации, поддержки сеанса, включая цели, предположения и ограничения;
2) создает технико-экономическое обоснование выбора архитектуры развертывания каждого компонента, включая определение, ранжирование критериев и применение ранжированных критериев к результатам оценки для определения средств с наилучшими показателями.
3.1.9. В рамках трудовой функции, указанной в пп. 2.1.9 настоящей должностной инструкции:
1) формулирует задачи выбора механизмов авторизации, включая цели, предположения и ограничения;
2) создает технико-экономическое обоснование выбора архитектуры развертывания каждого компонента, включая определение, ранжирование критериев и применение ранжированных критериев к результатам оценки для определения средств с наилучшими показателями.
3.1.10. В рамках трудовой функции, указанной в пп. 2.1.10 настоящей должностной инструкции:
1) формулирует задачи выбора схемы кеширования, включая цели, предположения и ограничения;
2) создает технико-экономическое обоснование выбора архитектуры развертывания каждого компонента, включая определение, ранжирование критериев и применение ранжированных критериев к результатам оценки для определения средств с наилучшими показателями.
3.1.11. В рамках трудовой функции, указанной в пп. 2.1.11 настоящей должностной инструкции, контролирует надежность компонентов программного средства.
3.1.12. В рамках трудовой функции, указанной в пп. 2.1.12 настоящей должностной инструкции:
1) формулирует задачи выбора стиля написания кода, включая цели, предположения и ограничения;
2) создает технико-экономическое обоснование выбора архитектуры развертывания каждого компонента, включая определение, ранжирование критериев и применение ранжированных критериев к результатам оценки для определения средств с наилучшими показателями.
3.1.13. В рамках трудовой функции, указанной в пп. 2.1.13 настоящей должностной инструкции:
1) формулирует задачи выбора модели управления исключениями, включая цели, предположения и ограничения;
2) создает технико-экономическое обоснование выбора архитектуры развертывания каждого компонента, включая определение, ранжирование критериев и применение ранжированных критериев к результатам оценки для определения средств с наилучшими показателями.
3.1.14. В рамках трудовой функции, указанной в пп. 2.1.14 настоящей должностной инструкции:
1) формулирует задачи выбора модели управления и мониторинга критически важных событий, включая цели, предположения и ограничения;
2) создает технико-экономическое обоснование выбора архитектуры развертывания каждого компонента, включая определение, ранжирование критериев и применение ранжированных критериев к результатам оценки для определения средств с наилучшими показателями.
3.1.15. В рамках трудовой функции, указанной в пп. 2.1.15 настоящей должностной инструкции:
1) формулирует задачи выбора модели обеспечения отказоустойчивости программных компонентов, включая цели, предположения и ограничения;
2) создает технико-экономическое обоснование выбора архитектуры развертывания каждого компонента, включая определение, ранжирование критериев и применение ранжированных критериев к результатам оценки для определения средств с наилучшими показателями.
3.1.16. В рамках трудовой функции, указанной в пп. 2.1.16 настоящей должностной инструкции:
1) формирует требования безопасности программного средства;
2) определяет угрозы, подлежащие защите;
3) проводит анализ рисков.
3.1.17. В рамках трудовой функции, указанной в пп. 2.1.17 настоящей должностной инструкции:
1) формулирует задачу выбора технологии доступа к данным, включая цели, предположения и ограничения;
2) создает технико-экономическое обоснование выбора архитектуры развертывания каждого компонента, включая определение, ранжирование критериев и применение ранжированных критериев к результатам оценки для определения средств с наилучшими показателями.
3.1.18. В рамках трудовой функции, указанной в пп. 2.1.18 настоящей должностной инструкции:
1) формирует правила, используемые для определения того, когда программное средство может быть локально корректировано, а когда необходима новая базовая линия с использованием для ее подготовки и инсталляции процесса разработки;
2) описывает типы редакций (версий, выпусков) в зависимости от частоты их появления или их влияния на эксплуатацию программного средства (например, экстренные редакции, периодические редакции);
3) информирует заказчика о состояниях вносимых (текущих) или намечаемых изменений;
4) формирует методы, подтверждающие невозможность появления дополнительных проблем в связи с внесением конкретных изменений в данное программное средство;
5) осуществляет классификацию типов изменений в их очередности (приоритетности) и взаимосвязи с другими предложенными изменениями.
3.1.19. В рамках трудовой функции, указанной в пп. 2.1.19 настоящей должностной инструкции:
1) выполняет описание постановки задачи на разработку компонентов (характеристики, назначение, периодичность и продолжительность решения, описание входных данных);
2) производит описание алгоритм решений поставленной задачи, выходных сообщений.
3.1.20. В рамках трудовой функции, указанной в пп. 2.1.20 настоящей должностной инструкции:
1) обеспечивает полноту, правильность и актуальность всех материалов, их назначение и область применения;
2) определяет технические характеристики;
3) определяет ожидаемые технико-экономические показатели;
4) определяет источники, используемые при разработке документации.
3.1.21. В рамках выполнения своих трудовых функций старший архитектор программного обеспечения исполняет поручения своего непосредственного руководителя.
3.1.22. _________________ _______________________ __________________.
(другие обязанности)
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. _________________ _______________________ _____________________.
--------------------------------
Информация для сведения:
<1> Рекомендуется опыт работы в качестве ведущего инженера в различных инфраструктурных проектах от полугода.
