Воякс И.И. (Woyax) программист MS Dynamics AX (D365FO): 1 Часть (ТЗ, проект, меню, консультация)
Недавно к нам в компанию взяли нового сотрудника на должность программист или разработчик MS Dynamics AX 2012 (для начала выбрали версию 2012, но с перспективой его быстрого переключения на любые версии, включая D365 FO) - стажёр Воякс Иван Иванович (он же Woyax). Вот чему он научился: 1. Работа в системах учета задач (Jira, Redmine и т.д) Воякс может брать в работу задачи, назначенные на него или выбирать их из списка по статусу. После обработки менять статус и переводить на дальнейшего исполнителя. Задать вопросы по задаче. 2. Анализ ТЗ Воякс делает анализ технического задания (ТЗ) и структурирует его по разделам: 1. Модель данных 2. Интерфейсы 3. Алгоритмы ТЗ могут быть не структурные и написаны с использованием не системных названий. Воякс анализирует любые ТЗ и приводит их к структурному виду с выделением необходимых названий объектов, подсветит чего может не хватать для однозначного понимания. Таким образом консультант может записывать (или диктовать) текст в любом порядке, как ему удобно по развитию его решения, а Воякс разобьёт это на разделы и подпункты (объекты системы). 3. Разбор ТЗ по объектам системы На основании проведенного анализа делается разбор по объектам системы с целью определить их системные названия. Явное указание в ТЗ на типы объектов и их системные названия позволяют сделать точный разбор и избежать неоднозначных трактовок. 4. Поиск объектов по системному меню и дополнительным описаниям По контексту ТЗ он понимает какие модули системы задействованы и анализирует все меню этих модулей (актуальные меню приложения, в котором он на данный момент работает) на предмет совпадения с введенным названием. В качестве искомого названия может выступать полный или частичный путь к пункту меню в любом виде и с любыми разделителями или просто название конечного пункта меню. Дополнительный поиск – это поиск по любой дополнительной информации. Например, по описаниям классов из метода description() или какой-либо информации в системе (например, если есть такая практика, что программисты куда-то добавляют описания создаваемой функциональности) или какой-либо сторонней информации (например, файлы с описаниями). Воякс оценивает по 100 бальной шкале совпадение искомого названия и результат. Если при поиске по меню оценка превышает некое допустимое значение (например, 90), то дополнительный поиск не выполняется. Если дополнительный поиск был выполнен, то Воякс выберет объект с максимальной оценкой. Если максимальная оценка оказывается ниже некоего допустимого значения (например, 80), то Воякс примет решение о том, что необходимо уточнить и запросить дополнительную информацию по ТЗ. 5. Поиск и верификация объектов по системным названиям в системе Далее Воякс выполняет поиск объектов, которые он определил по ТЗ в системе и подтверждает их наличие. 6. Определение имени проекта По контексту ТЗ Воякс генерирует системное название проекта. 7. Создание проекта Воякс создает проект со всеми определенными объектами системы и названием, которое он сгенерировал. И / ИЛИ задает вопрос в задаче и, например, переводит её на консультанта в определенный статус. 8. Воякс работает Таким образом, выполняя последовательно набор действий в соответствии с настройками (а также работая, по расписанию в пакетном режиме), Воякс обрабатывает назначенные на него или в определенном статусе задачи от консультантов, в результате создает проект (подтверждая тем самым проверку ТЗ на определение всех объектов) или запрашивает дополнительную информацию у консультанта, задав вопросы по задаче. 9. Оказание консультации по работе какой-либо операции или алгоритма Так как ресурс Ивана Ивановича почти неограничен, а все программисты у нас обычно заняты, то отправляем всех консультантов к нему на консультации по вопросам работы различных операций. Консультант указывает название операции или путь к пункту меню и задает вопрос или сразу несколько вопросов. Воякс определяет по названию системный объект, анализирует код и отвечает на вопросы консультанта. Также может консультировать по работе форм. Например, ответить на вопрос «Почему кнопка не активна?». Промежуточные итоги работы и обучения В целом, даже если пессимистично и сдержано, то всё очень хорошо. Если Воякс в процессе работы и обучения сталкивается с чем-то новым и не может сразу выдать правильный ожидаемый от него результат, то он обучается этом новому и далее работает с учетом этих знаний. Все возникающие вопросы в процессе обучения решаемы, а любую специфику отдельно взятого приложения можно учесть. Всё, что можно однозначно распознать и определить по ТЗ он делает, получая информацию из системы. Если требуется какая-то дополнительная информация – её необходимо ему предоставить. Для любителей поиграть в «угадайку» с использованием «интуиции» и «контекста» есть допустимые коэффициенты совпадений. Отдельно отмечу, что Воякс может также работать со всеми версиями MS Dynamics AX, включая D365FO (Microsoft Dynamics 365 Finance and Operations) .
Недавно к нам в компанию взяли нового сотрудника на должность программист или разработчик MS Dynamics AX 2012 (для начала выбрали версию 2012, но с перспективой его быстрого переключения на любые версии, включая D365 FO) - стажёр Воякс Иван Иванович (он же Woyax). Вот чему он научился: 1. Работа в системах учета задач (Jira, Redmine и т.д) Воякс может брать в работу задачи, назначенные на него или выбирать их из списка по статусу. После обработки менять статус и переводить на дальнейшего исполнителя. Задать вопросы по задаче. 2. Анализ ТЗ Воякс делает анализ технического задания (ТЗ) и структурирует его по разделам: 1. Модель данных 2. Интерфейсы 3. Алгоритмы ТЗ могут быть не структурные и написаны с использованием не системных названий. Воякс анализирует любые ТЗ и приводит их к структурному виду с выделением необходимых названий объектов, подсветит чего может не хватать для однозначного понимания. Таким образом консультант может записывать (или диктовать) текст в любом порядке, как ему удобно по развитию его решения, а Воякс разобьёт это на разделы и подпункты (объекты системы). 3. Разбор ТЗ по объектам системы На основании проведенного анализа делается разбор по объектам системы с целью определить их системные названия. Явное указание в ТЗ на типы объектов и их системные названия позволяют сделать точный разбор и избежать неоднозначных трактовок. 4. Поиск объектов по системному меню и дополнительным описаниям По контексту ТЗ он понимает какие модули системы задействованы и анализирует все меню этих модулей (актуальные меню приложения, в котором он на данный момент работает) на предмет совпадения с введенным названием. В качестве искомого названия может выступать полный или частичный путь к пункту меню в любом виде и с любыми разделителями или просто название конечного пункта меню. Дополнительный поиск – это поиск по любой дополнительной информации. Например, по описаниям классов из метода description() или какой-либо информации в системе (например, если есть такая практика, что программисты куда-то добавляют описания создаваемой функциональности) или какой-либо сторонней информации (например, файлы с описаниями). Воякс оценивает по 100 бальной шкале совпадение искомого названия и результат. Если при поиске по меню оценка превышает некое допустимое значение (например, 90), то дополнительный поиск не выполняется. Если дополнительный поиск был выполнен, то Воякс выберет объект с максимальной оценкой. Если максимальная оценка оказывается ниже некоего допустимого значения (например, 80), то Воякс примет решение о том, что необходимо уточнить и запросить дополнительную информацию по ТЗ. 5. Поиск и верификация объектов по системным названиям в системе Далее Воякс выполняет поиск объектов, которые он определил по ТЗ в системе и подтверждает их наличие. 6. Определение имени проекта По контексту ТЗ Воякс генерирует системное название проекта. 7. Создание проекта Воякс создает проект со всеми определенными объектами системы и названием, которое он сгенерировал. И / ИЛИ задает вопрос в задаче и, например, переводит её на консультанта в определенный статус. 8. Воякс работает Таким образом, выполняя последовательно набор действий в соответствии с настройками (а также работая, по расписанию в пакетном режиме), Воякс обрабатывает назначенные на него или в определенном статусе задачи от консультантов, в результате создает проект (подтверждая тем самым проверку ТЗ на определение всех объектов) или запрашивает дополнительную информацию у консультанта, задав вопросы по задаче. 9. Оказание консультации по работе какой-либо операции или алгоритма Так как ресурс Ивана Ивановича почти неограничен, а все программисты у нас обычно заняты, то отправляем всех консультантов к нему на консультации по вопросам работы различных операций. Консультант указывает название операции или путь к пункту меню и задает вопрос или сразу несколько вопросов. Воякс определяет по названию системный объект, анализирует код и отвечает на вопросы консультанта. Также может консультировать по работе форм. Например, ответить на вопрос «Почему кнопка не активна?». Промежуточные итоги работы и обучения В целом, даже если пессимистично и сдержано, то всё очень хорошо. Если Воякс в процессе работы и обучения сталкивается с чем-то новым и не может сразу выдать правильный ожидаемый от него результат, то он обучается этом новому и далее работает с учетом этих знаний. Все возникающие вопросы в процессе обучения решаемы, а любую специфику отдельно взятого приложения можно учесть. Всё, что можно однозначно распознать и определить по ТЗ он делает, получая информацию из системы. Если требуется какая-то дополнительная информация – её необходимо ему предоставить. Для любителей поиграть в «угадайку» с использованием «интуиции» и «контекста» есть допустимые коэффициенты совпадений. Отдельно отмечу, что Воякс может также работать со всеми версиями MS Dynamics AX, включая D365FO (Microsoft Dynamics 365 Finance and Operations) .