Показать сообщение отдельно
Старый 28.08.2010, 02:15   #5  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
ворочать ERP системами становится труднее и труднее. особенно сложно стало переходить от 3.0 к 2009.
Ага...
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
встречал ли кто то средство бизнес моделирования, чтобы видно было кастомизации и стандартный функционал, некую тулзу которая интегрирована с АОТ
Встречали, называется MorphX: показывает названия стандартных элементов приложения обычным шрифтом, а кастомизацированных - полужирным.
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
и может показывать функционал в понятном бизнес аналитику виде? то есть совершенно не программистком виде?
Н-н-не понятно!.. Переведите на программистский, что такое "в понятном бизнес-аналитику виде", а то ведь бизнес-аналитики разные бывают, есть которые и код сами пишут, когда припрет.
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
а то сложно стало отделять мух от котлет и сказать что есть модифа а что есть стандартная функциональнсть.
MorphX вам в помощь! он еще умеет коды всех слоев, на которых элемент приложения определен, показывать, только "ленивая" загрузка этой информации иногда подводит.
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
бизнес аналитики курят в сторонке потому что им трудно понять сходу что есть стандарт и что есть стандарт в новой версии.
А на то есть What's new - Application, для 2009-й там каких-то 750+ страниц всего, плюс аналогичный документ для 4-ки, если с 3-ки переходить собираетесь.
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
а их задача кустарные разработки переложить на новую функциональность. родилась идея облегчить труд конаслтеров и бизнс аналитиков видеть АОТ в более пирглядном для них виде, и способность скажем отображать вда приложения, или даже две разных версии 3.0 и 2009.
Ну-ну...
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
вообщем пока что бизнес идея отображать сущности из AOT голубым цветом (с уровня SYS GLS) красным (VAR CUS USR)
"Когда у общества нет цветовой дифференциации штанов, то нет цели!" (с) х/ф. А чем не устраивает смотреть на список всех слоев, где присутствует элемент приложения? О, бизнес-идея! Можно собрать отдельные проекты по слоям - тогда не надо будет раскрашивать объекты AOT. Только вот фигня в том, что кастомизация кастомизации - рознь. Где-то методы класса разноски по одному из модулей переписали, а где-то - свойство контрола на форме/отчете поменяли...
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
еще не плохо было бы добавить автоматический модуль статистики используемого функционала, для того чтобы потом отображать серым цветом никогда не используемые таблицы, формы, классы, отчеты, пункты меню.
В 2009-й такой механизм появился - см. таблицу SysUtilElementsLog и завязки на нее. Правда, штатный механизм отслеживает лишь формы/отчеты как более-менее самостоятельные элементы приложения, к тому же наиболее трудоемкие в плане переноса кастомизаций на другую версию. Еще более-менее реально отслеживать использование классов-наследников RunBase, в остальном же простого способа собрать статистику нет - надо долго и упорно вертеть перекрестные ссылки плюс анализировать код каким-то очень нетривиальным способом.
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
а зеленым, желтым, красным отображать сущности по частоте их использования
Мне это чем-то напоминает попытки оценить сроки разработки той или иной функциональности по числу строк кода, которые потребуется написать: одна неизвестная подменяется другой, столь же трудно вычислимой. Еще раз: более-менее легко можно собрать статистику по формам/отчетам/наследникам RunBase, не более того. А уж как ее раскрасить - это дело десятое...
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
тогда сходу можно определить на что приходится больше всего нагрузка
Я вам сразу могу сказать, на что по статистике больше всего "нагрузка": формы SysFormSearch, SysPrintPrinterProgress, SysPrintProgress, Dialog, SysFormSplitter_Y, SysDateLookup, класс NumberSeqCleanup. Легче стало?
Цитата:
Сообщение от Evgeniy2020 Посмотреть сообщение
идей куча как создать инструмент который мог быть плностью автономным базирующимся на АОТ, динамически формируемым, отображающим связи и цвета. а также уровни абстракции.
Оставьте вы эти затеи - ерунда это все, ну кроме сбора статистики по объектам указанных типов (если будет особо тяжко переносить какую-нить форму/отчет - заглянете в статистику и удалите за ненадобностью с чистой совестью). Это чем-то похоже на мечты пользователей о том, чтобы у них в системе была одна большая кнопка "Работать": нажал ее - и пошел чай пить с плюшками, ожидая окончания рабочего дня. На эту тему хочется вспомнить статью Джоэла Спольски "Где грязь, там и деньги" (ее можно найти в его книге Джоэл. И снова о программировании):
Цитата:
Когда в юности я работал в хлебопекарне, проклятием для меня было тесто. Оно было липкое, приставало всюду, и его было трудно отчистить. Придя домой, я находил комочки теста у себя в волосах. Каждую смену часа два уходило на то, чтобы отчистить от теста механизмы. В заднем кармане я носил скребок, которым счищал тесто. Иногда большой кусок теста отлетал куда-то в сторону и залеплял все, на что попадал. Тесто снилось мне по ночам в кошмарных снах.
Я работал в производственной зоне. На другом конце пекарни занимались упаковкой и транспортировкой. Там проклятием были крошки. Они забирались всюду. Те, кто там работал, возвращались домой с крошками в волосах. Каждую смену часа два уходило на то, чтобы отчистить от крошек механизмы. В задних карманах они носили маленькие щетки. Не сомневаюсь, что крошки снились им по ночам.
Почти с любой работой, за которую вам платят, свазана неприятная деталь. Если это не тесто или крошки, то, возможно, вы работаете на бритвенной фабрике и приходите домой с мелкими порезами на руках. Или вы работаете в VmWare, и вас посещают ночные кошмары, свзанные с эмуляцией дефектов в сложных видеокартах, необходимых для компьютерных игр. Или вы разрабатываете Windows, и ваши страхи связаны с тем, что из-за какой-нибудь мелкой модификации перестанут работать миллионы программ и аппаратных устройств. Такая уж поганая особенность у вашей работы. К несчастью, на рынке вам платят за решение противных, а не легких проблем. Как говорят йоркширские ребята, «где грязь, там и деньги».
PS. Ну вот, пока писал - уже появилась куча ответов...

Последний раз редактировалось gl00mie; 28.08.2010 в 02:18.
За это сообщение автора поблагодарили: mazzy (5).