|
![]() |
#1 |
Участник
|
Цитата:
Смотрели ![]() Нам такого будущего не нать. И нью васюков через поколения тоже. Мы ж сегодня живем и работаем. Но лень двигатель прогресса - потому кто-то особо ленивый когда-нть напишет в АХ получение визуальной дельты функционала на скорм слоев от сервис-паков. Пока же при желании узнать полный список нововведений в системе, нужно залить сервис пак в ЮСР слой, как ХРО, получить дельту и гулять по ней (функционал папки old в этом плане работает не так качественно, как ХРО заливка). |
|
![]() |
#2 |
Участник
|
Стоп кран у темы улетел и не обещал вернутся.
Новые инструменты не направлены на изменение методологии. Еще раз говорю методологию в принципе не меняем. Цитата:
Вы же пытается идти от концепции "А что система принципиально может". Это в корне неверно.
особенно на тендерах А что система принципиально может? и такой же вопрос возникает на GAP анализе, а шо наша система принципально может в такой то и такой то области (учета, планирования, управления). как нам наши бизнес функции эффективно реализовать в нашей системе (и шо она принципиально может дать) как мы эффективно реализуют в системе за счет ее функциональных возможностей. классно когда система функционально безгранична. тогда на ней без труда программистов можно эффективно реализовать что угодно. любую потребность бизнеса. но сейчас не идет речь о безграничных системах, а именно об ограниченных и наполненных какими то функциональными возможностями, в случае функционального GAP мы и дорисовываем эту функции в системе. (консультант ТЗ программер вносит эти изменения) создавая наращивая функциональность закрывая GAP. никто не отменял схему Бизнес ---> что нужно бизнесу (бизнес аналитик) работает с инвентаризацией и оптимизирует с ключевыми польз. ----> что есть (консультант) пишет тз -------> программист вносит изменения ------> Аксапта (днк в аот) конечно хуже когда бизнес выравнивается под возможности ERP в корне неправильно от этого бизнес может потерять какие то конкурентные преимущества. по прежнему потребности бизнеса являются главными, а ERP обязана предложить максимальное количество возможностей для максимально эффективной реализации этих потребностей в системе. только инструменты не меняют саму методологию, они лишь ее ускоряют. и повышают качество реализации все той же знакомой методологии. только развитие системы не прекращается они периодически продолжается, если есть какие то GAP, изменения законодательства, внешние требования на рынке. вывод инструменты не меняют саму методологию они помогают методологии работать качественнее быстрее дешевле слава труду ![]() кстати я верю что наверно искусственный интеллект появится где то в аксапте когда в результате развития OLAP и продвинутых средств data mining система вдруг в своем мета коде увидит себя, сделает выводы, начнется безконтрольный рост репозитария изменений и отражения действительности, репозитарий начнет пухнуть, и система вдруг оживет. Последний раз редактировалось Evgeniy2020; 31.08.2010 в 16:37. |
|
Теги |
диаграмма классов, модель данных, crm2011 |
|
|