Кто такой Systems architect?

Question

[midday]

Возник вопрос. Что это за фрукт? Везде пишут абстракциями. Так чем же он должен заниматься?

Было бы интересно видеть статью об этой профессии.


Ну а самое главное — что должно быть на выходе? Какой-то документ? Архитектура? В каком виде? До какой глубины должен быть продуман дизайн продукта?


Я видел людей, называющих себя system architect и получающих за это большие деньги, работа которых заканчивалась парой-тройкой картинок наподобие таких:





Неужели это всё?


Должен ли он рисовать UML-диаграммы? Если да, то с какой детализацией?


Если судить с аналогией с Архитектурой, то Архитектор — тот кто полностью спроектировал дом, а еще лучше — мост? Вплоть до кол-ва кирпичей, материала, физических вложений? Должен ли такой архитектор знать сопромат, чтобы его мост не разрушился? Да и вообще… программисты — кто они тогда в такой аналогии? Строители, которые должны хорошо класть кирпичи, или кто-то больше?

Comments

[midday]

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

Как я понял, что архитектор выбирает направление, технологии и т.п.

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

[midday]

Простите за ошибки. Но править уже нельзя.

Answer 1

[s0rr0w]

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

Допустим, нужно выбрать базу данных для хранения. Задача архитектора — определиться с выбором, это будет MySQL, PostrgeSQL, Oracle, MS SQL или что-то более экзотическое, а может и NO SQL; выбрать объем допустимых фич, которые можно использовать; определиться с форматами хранения данных; сформировать основные принципы формирования структур таблиц. Т.е. фактически все до конечной реализации в коде.

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

Архитектор может разрабатывать API у всевозможных систем.

Answer 2

[charon]

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

Answer 3

[Funcraft]

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

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

Грубовато получилось, но смысл, думаю, передал.

Comments

[midday]

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

Answer 4

[Wott]

Результатом работы должен быть документ — system design или что-то похожее.
В нем должно быть описано как устроена система с точностью до очевидного ( вообще или для разработчиков в данной команде ). Это может быть и схема типа того что в топике, если указанные кружочки и квадратики известные команде кирпичики. Но вообще должен содержать
1. общую схему компонент
2. описание компонент — технологии, вендор, критичные параметры, необходимые фичи
3. описание взаимодействия компонент, если надо диаграммы
4. расчеты производительности, нагрузки, предельные параметры
5. расширяемость. возможные пути улучшения критичных параметров
и по хорошему каждое утверждение или выбор должны быть обоснованы, если не навязаны сверху

Comments

[Wott]

на самом деле в каждой команде роли могут разнится.
дело команды или ее лидера определить зону ответственности для каждого, есть понятие best practice и есть попытки как-то это дело как-то систематизировать, в том числе что бы гарантировать качество продукта и проекта — смотрите реализации CMM или agile методологий.

Answer 5

[javax]

Ну вот я архитектор.
Вначале проекта вместе с опытными программистами придумал архитектуры приложения, high level design, определил основные технологии.

Что то решал сам, что то вместе с опытными программистами.

Сейчас пишу код вместе со всеми, но в основном разные части инфраструктуры, занимаюсь производительностью

Comments

[VlK]

Т.е. в вашем случае, речь идет просто об опытном программисте, который закладывает костяк системы? :)

Answer 6

[SerP1983]

Мне вот это описание понравилось. Только по этой ссылке software architect описывается. Кто-нибудь сможет пояснить разницу между system и software архитектором?

Comments

[Alexander_vrn]

Думаю, что system architect - понятие более широкое. Разница в том, что, в отличие от software архитектора, system architect занимается и soft и hard частью в сложных системах, где есть какая-то механика например.
https://en.wikipedia.org/wiki/Software_architect
https://en.wikipedia.org/wiki/Systems_architect