Архитектор 1с что это

Обновлено: 04.07.2024

Какими навыками и знаниями должен обладать претендент по позицию архитектора?

Я не имею в виду Спеца по платформе,Эксперта и Спеца-консультанта по решению. Что помимо этого?

(1) Без знаний предметной области спеца-консультанта нереально сдать =) (0) Уметь пользоваться страпоном и наручниками. Наливать суп в тарелки. Эксперта иметь необязательно. Да и остальные сертификаты тоже) Архитектор это человек который погружается в дремоту/обливион где к ниму приходит проект "Программный продукт". Он его рассматривает, добавляет нужные части тела, удаляет ненужный, изменяет функционал частей.
После завершения операции, архитектор пробуждает и рисует блюпринт своего видения. Ключевое в архитекторе - хорошее знание типовых конфигураций и умение разработать решение, позволяющее максимально безболезненно в них вклиниться.

Тот, у кого хватит сил сказать

"зачем сделали это *о*но! переделывайте вот так"

(6) Это легаси-копатель, а не архитектор. Считается стремно/некруто в Силиконовой долине. ну че, по мне он должен знать каким должен быть конечный продукт, я вот подобие CRM делал, мне из ТЗ было "чтоб все четенько", я больше парился с разработкой архитектуры чем с кодом
а знание 1с, типовых, бсп, скуля, разных учетов и тп он априори должен знать (0) Глубоко понимать механизмы платформы, когда что и как.
+ Предметная область(Бсп, кд и тд включая).

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

Кстати сдача спеца по платформе очень помогает продвинуться в проектировании для задач под платформу 1С.

Я считаю, что архитектор должен знать паттерны проектирования.

1Сники вроде как о них не слышали даже.

Хотя БСП вроде на них сделана.
Сам я знаю только "чейн оф респонсибилити", и то в коде встретив её, не узнаю.

(14) я делал отдельные подсистемы для торговли и производства

спец по платформе очень помогает, чтобы нормально спроектировать

Особенно радует когда на обучении к эксперту сходу говорят и приводят примеры почему, что то как делается на спеца - не комильфо и что проектировать систему надо под покрывающие индексы и тд.
(19) Одно дело когда в конфе условно 50 пользователей, там много что прощается, другое когда 500, вот я работаю со вторым случаем.

(21) в силу особенностей региона у меня нет проектов на 500 пользователей, так может быть и да, задумался бы над сдачей

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

Часто к архитекторам выдвигаются требования не только по 1С, но и знания возможностей интеграции с шинами данных (и совсем не на 1С),и вообще представление и/или знание совсем не 1Сных сред/ПО/итд

в 1С все понятия смещены в разные стороны под разными углами ))

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

И в соответствии с этим он уже может формулировать те или иные верхние требования к модулям и подсистемам программы

(22) Ну скажу так, что даже подготовка лишней не будет. Благо материалов и платных и условно бесплатных достаточно, самообразование рулит. (21) В любом случае проектировать 1С удобнее после сдачи на спеца. А после эксперта еще удобнее.
Потому что мышление тренируется, нарабатываются шаблоны проектирования.

сертификаты тут полезны, если только именно про это решения они и есть - чисто для расширения кругозора )))

сертификатов по специализации "архитектор" в 1С нет

усилю - часто отмечают, что архитектор уже почти не кодит (о, ужас!!)

у него другие задачи и инструменты

(25) Вообще это больше относится к отделам разработки ПО и тестирования.
Архитектор по логике стоит в самом начале пути ПО и не может сразу предъявить точные требования.

ему надо думать над структурой базы данных

(29) Бывает и такой вариант. Обычно это бизнес-аналитик, который переводит хотелки пользователей в ТЗ для отдела разработки. (0) Посмотри как сделаны типовые, посмотри как делаются отраслевые. Восхитись и делай также. (32) ага. при собеседовании на сколько-нибудь адекватную вакансию разрабочика нужно иметь знания на уровне спеца + к этому всему еще и понимание работы кластера с субд. И много много еще чего =) Еще бывает вариант когда методолог-тестировщик, пишет задание для отдела разработки. Потом решение принимает и тестирует. Потом передает его пользователям. (0) Ну применительно к 1С это может быть чел, который скажет "нет, блджад, не надо добавлять новый справочник для адресов ФИАС, уже есть".

(15) а в каком виде оформляешь результаты работы?

Это какие-то документы, схемы, UML, схемы БД, потоки данных?

И что потом с этим делают? Куда эти результаты у вас подаются на вход?

(0) надо:
1. уметь из ХЗ делать ТЗ
2. уметь переводить с пользовательского на программистский и обратно без потери смысла
3. уметь разговаривать с руководителями так, чтобы они понимали то, что ты хочешь им объяснить, а не какую-то инопланетную по*бень, которая у них обычно в головах клубится
4. знать, зачем в конфигуаторе все кнопочки, галочки, х*ялчки и к чему в СУБД приводят все действия с метаданными
5. иметь талант (или везение) принимать правильные решения а! самое главное - уметь красиво, грамотно и всем понятно разговаривать матом!
это обязательно.
без этого не берут в архитекторы (41) А ты можешь без запинок воспроизвести боцманский загиб? (41) а мне кажется, наоборот он должен обладать характером , что называется "нордический суперстойкий". Спокойно и безэмоцинально отстаивать свою точку зрения, спокойно в сотый раз объяснять очевидное не переходя на личности. (0)Эксперт - напрочь лишнее, нужно уметь и знать:
1.как кодить по стандартам.
2.как кодить с минимум правок типовой.
3.очень хорошо предметные области (чем больше тем лучше)
4.уметь писать тз
5.уметь разговаривать с заказчиком и знать что ему будет надо раньше чем он это сам осознает.
6.дрючить разрабов, разумеется только по делу.
Умение интриговать будет жирным плюсом, но только если интриги будут не на первом месте не хмелеть от бутылки водки в рыло. остальное все ерунда (34) "Посмотри как сделаны типовые" - и ни в коем случае не делай так, как последние УТ 11, ЗУП 3 и иже с ними.

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

все остальное вытекает из этого.

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

(0) ИМХО. Архитектор должен донести до всех участников процесса проектирования что его приемы самые оптимальные для решения прикладной задачи.

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

(0) 1С - не ООП, консультант-программист 1С - не архитектор. Базовый скилл архитектора - абстрактный понятийный инструментарий. А когда ты ограничен убогой подделкой от 1С, ты уже не имеешь право носить гордое звание архитектора. (55) верно. нужно понимать что 1с это только базки данных.

На проектах архитектор занимается
а) сводом всех ФТ в единую картину, разработку (внезапно!) архитектуры решения
б) контроля исполнения этой архитектуры со стороны аналитиков, и со стороны программистов

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

(58) idef 0 мёртв как по мне,

(0) смотря какой объем проекта, если методический, то типовые решения, если разработческий, то разработку, если смешанный, то обычно 2человека

(45) отдельный от программиста аналитик - это вообще инородное тело, бессмысленное и беспощадное

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

Мертв скорее IDEF3, т.к. это попытка скрестить ежа с ужом, которая ничего не выигрывает ни у какой другой нотации описания бизнес процессов. Но IDEF3 и IDEF0 - это разные вещи, не смотря на то, что у них 90% букв одинаковые

(58) (46) (40)
почему мне кажется, что вы говорите о руководителе проекта., а не об архитекторе?

з.ы. Мне кажется - что на проектах до 100 активных пользователей выделенный архитектор - вообще особо не востребован.

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

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

Ну по крайней мере я так понимаю функцию архитектора.

(63) Это любой нормальный программист 1С сделает, там никаких сакральных знаний для этого не надо, все в рамках методичек для программистов 1С. В методичке ЕМНИП - написано что под каждый отчет методически правильней писать отдельный регистр. Но это вовсе не гарантирует что правильное методически решение, решит задачу заказчика в рамках его реальных бизнес-процессов.

Лучший Архитектор, правда не 1С, но это не важно:

(66) если твой код не п******й - ту х****й программист. разве тут что-то нового есть? (63) Архитектор отвечает за методологию и нефункциональные требования (если коротко, "чтобы не тормозило") (ЧТО И КАК ДЕЛАТЬ)
А РП отвечает за сроки, пинает людей, сводит их между собой, вытирает сопли и клиенту, и своей команде (или наоборот орет на всех как потерпевший) (КТО И КОГДА ДЕЛАЕТ) нет такого - в российском бизнесе. ты должен уметь все. ))))))) (40) (41) (68)
Вот микс что я делаю. Но больше всего - (41), иначе только глазом моргнешь - они уже за спиной небоскреб из костылей возводят. (71)
ну 40,41 и 68 я тоже делаю, и для своих программистов еще и стандарты разработки разрабаываю и заставляю их и уже сделанный код рефакторить.
То я наверное тоже "как бы архитектор" локального масштаба.
Но как справедливо заметили ранее - на уровнях до 100 пользователей бОльшая часть знаний архитектора-эксперта - либо не востребована, либо избыточна дорога.
Дешевле проблемы производительности решить модернизацией железа, а особо узкие места выявить и устранить с помощью разового аудита у Гилева. +(72)
А матом разговаривать я еще в пединституте выучился. А общение с филфаком и инязом обогатило нас загибами похлеще большого петровского. (73) а я со школы и до почти конца института каждое лето на стройке работал) (68) impulse9, расскажи - что таки у вас на выходе от архитектора? Какого рода документы? (75) пока рано говорить, я недавно устроился )
но в основном аудит ТЗ, участие в оценке по разработке, аудит кода, железок, решение сложных техзадач по производительности
Все разборки с заказчиком за меня РП решают, большое им спасибо за это. На мне только техчасть и надзор за работами (72) Ну не скажи. Сегодня исправлял ошибку в ДО где то на 50 пользователей, где одной, я бы даже сказал изящной, строчкой, написанной ещё в мае, но по счастливому стечению обстоятельств с мая еще ни разу по этому шаблону не создавались документы, положили всю базу таймауты.
И что самое мерзкое - анализ ТЖ причиной показывал строчку которая использовалась просто везде, еле нашел виновника.

(77) Я же не говорю что в этих системах совсе не нужны архитекторы. Они нужны там гораздо реже - скорее на уровне реакции на инциденты, чем на уровне проектирования системы с 0.

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

Средняя ежемесячная зарплата ИТ-архитекторов еще в 2010 г. составляла 100–280 тыс. руб., что сопоставимо с уровнем дохода ИТ-директоров. Сегодня, уровень оплаты такого специалиста в России может доходить до 500 000 руб. в месяц. В США это одна из самых высокооплачиваемых профессий в сфере ИТ. Работа такого специалиста в США может оплачиваться до $1,5-2 млн. в год.

Кто такой ИТ-архитектор

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

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

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

Конечно, будущему ИТ-архитектору необходимо иметь базовое высшее техническое образование, позволяющее в дальнейшем приобрести определенный набор знаний и навыков. Все больше ценится дополнительная сертификация в определенной области архитектуры, например MCP или Brainbench, а также подтверждение навыков во время практик в зарубежных корпорациях типа Oracle или Hewlett-Packard.

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

Специализации в ИТ-архитектуре

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

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

Если оба "типа" ИТ-архитекторов сойдутся в одном человеке, то это будет тот самый идеальный профессионал, "которого все хотят иметь среди работников, но никто его не видел". Его уровень знаний приближен к энциклопедическому: помимо довольно глубокой информированности в области бизнеса, он должен досконально понимать ИТ-систему, с которой работает; иметь большой технический бэкграунд; обладать знаниями базовых технологий и понимать тренды их развития, чтобы предвидеть возможные изменения системы в дальнейшем. "Кроме того, очень важно умение эффективно коммуницировать как с бизнесом, так и с собственными сотрудниками: ИТ-архитектор должен уметь расписать на уровне алгоритмов задачу для исполнителей таким образом, чтобы они не смогли ее извратить", – добавляет Максим Езерский.

Здравствуйте! Публикуем авторскую статью Дмитрия Котлова — сертифицированного 1С-специалиста, руководителя проектов, эксперта по технологическим вопросам. Также Дмитрий является автором и руководителем нового профессионального курса OTUS «Программист 1С», с программой которого мы приглашаем вас познакомиться.

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

Для начала перечислим позиции специалистов:

Руководитель проекта
Архитектор
Консультант
Программист
Специалист по качеству (по тестированию)

Чем занимаются перечисленные специалисты?