LSVРазве это не одна табличка + неск. справочников ?

Номер, дата, тип проблемы, статус(открыта/в работе/зарыта/отложена и т.д.), текст проблемы, дата принятия в поддержку, дата смены статуса, авторы, каменты.
Ну еще история.
это же не круто.

LSVРазве это не одна табличка + неск. справочников ?

Номер, дата, тип проблемы, статус(открыта/в работе/зарыта/отложена и т.д.), текст проблемы, дата принятия в поддержку, дата смены статуса, авторы, каменты.
Ну еще история.
видишь ли... суть того же ITSM - сосредоточение на клиенте и его потребностях, а не на технологии. Другими словами: если с технологической точки зрения ничего нормального нет, то впаривается что угодно, лишь бы это было чем обосновать, тем же ITIL. Простые и логичные вещи здесь не проходят, K.I.S.S. - первый враг таких подходов

МСУгибкие бизнес процессы
что это такое в данном контексте?

МСУiscrafmпропущено...

что это такое в данном контексте?
Работал с WF ? Поработай, вопросы сразу отпадут. Если по вопросу: бизнес процессы - это готовая пачка процессов в системе, гибкие бизнес процессы - помимо пачки, можно конструировать свои процессы и кастомизировать штатные. Вообщем, любой полет мысли.
а по сути? я же не с целью продвижения спрашиваю, мне бла-бла-бла не нужно.

МСУiscrafmа по сути? я же не с целью продвижения спрашиваю, мне бла-бла-бла не нужно.
Я ответил более чем по сути. Что именно не понятно из ответа?
в принципе все. "готовая пачка процессов" - это перефразированное "гибкие бизнес процессы". Ни первое ни второе ни о чем конкретном не говорит. Ладно, пропустим. Думал может пример действенный есть

МСУiscrafm"готовая пачка процессов" - это перефразированное "гибкие бизнес процессы".
Нет, это разные вещи. В первом случае мы имеем жестко запрограммированные процессы от компании разработчика и только. Во втором случае мы имеем, вдобавок, и механизм построения процессов (напр., в терминах бизтолка это есть по своей сути - оркестрарий, в терминах SSIS это будет у нас SSIS Process Control со своими Control Flow, Data Flow, Data Pipeline, Event Handler). Таким образом, в первом случае у нас есть возможность только выбрать один из десяти процессов, а во втором - мы можем сами разрабатывать процессы. Разница существенна?

iscrafmНи первое ни второе ни о чем конкретном не говорит.
Кому не говорит? Тебе? Возможно. Тем, кто знаком с такими системами - говорит. Я тебе и так подробно всё разжевал.
ничего ты не разжевал. Но я же говорю "пропустим", в смысле "проехали". Мне не говорит именно по той причине, что я как раз "знаком" с такими системами. Хотя "знаком" не слишком точный термин, просто достаточно долго ими занимаюсь и знаю суть.
МСУЕсть. В MS Dynamics CRM, MS Dynamics Axapta, MS SharePoint. Вот даже готовый темплейт по сабжу для шарика. Имея темплейт и функционал, можем сразу строить WF, о которых я писал в начале.
но это же примитивные задачи. Понятно, что для поднятия значимости этой примитивной задачи в глазах заказчика требуется искусственное усложнение.

МСУiscrafmМне не говорит именно по той причине, что я как раз "знаком" с такими системами. Хотя "знаком" не слишком точный термин, просто достаточно долго ими занимаюсь и знаю суть.
Если знаком с такими системами, то откуда непонимание?
скорее не "непонимание", а понимание того, что суть не меняется и те же задачи можно решать гораздо простыми способами. Я только об этом. А что такое WF, что и как делают движки WF, BPM и прочие реинкарнации в новых пиджаках одного и того же я конечно же понимаю