АОТ для бизнес аналитиков

[gl00mie]

Цитата:

Сообщение от Evgeniy2020

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

Все это верно, но аналитик на аналогичный вопрос должен лезть не в АОТ, а в некий репозитарий по модификациям, где собраны ТЗ на доработки, или в дополнения к стандартной документации, написанные теми, кто ваял модификации на VAR-слое. А то так почитать - выходит, ваши аналитики не знают, как работает ваше приложение, и кроме самого кода приложения источников знаний об этом у вас нет...
У разработчиков какая-то часть "АОТа" закэширована потому, что они либо по каким-то причинам долго и упорно ковырялись в соотв. коде - может, косяк какой исправляли или еще что, либо сами делали соотв. модификации (особенно если это не бантик, а какой-нить значимый кусок функционала). Аналогично, у аналитиков тоже должны быть закэшированы какие-то участки функционала, потому что они ковыряли, как оно работает в стандарте, и потом писали ТЗ на модификации.

Цитата:

Сообщение от Evgeniy2020

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

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