|
|
27.04.2010, 16:03
|
#1 |
|
Участник
|
Цитата:
Сообщение от Индра
Крупный заказчик на 500 пользователей хочет конструктор для автоматизации бизнес-процессов. ТЗ выглядело примерно так - "хочу позвонить в секретариат, и поручить девушкам к завтрашнему утру нарисовать бизнес-процесс, а к обеду запустить в промышленую эксплуатацию в масштабах холдинга". Собственно, нормальное ТЗ. Был бы собственником - сам бы так задачу ставил.
Цитата:
Сообщение от Индра
На седьмой день программирования в 1С я реализовал весь функционал текущей самописной сервис-деск
... К сожалению - не успел пощупать объекты "Задача" и "Бизнес-процесс" (в текущем функционале информобмен строился на смене статусов и трекинге значимых атрибутов). Дальнейшие планы - запустить сотню пользователей, посмотреть на поведение платформы 2. Надеюсь, что когда-нибудь в дальнейших планах появится и "реализовать изначальное ТЗ крупного заказчика"  3. Будет интересно сравнить ваше впечатление с этим http://www.forum.mista.ru/topic.php?id=476873#15. Людям (и мне в том числе) очень интересно как поведет себя web-клиент! На нативной базе или на SQL реализовали? Или на какой другой СУБД? |
|
|
|
27.04.2010, 19:54
|
#2 |
|
Участник
|
По второму пункту я понимаю безнадежность постановки. Любой функционал надо писать, и "завтра утром" он не появится. Объект "Бизнес-процесс" насколько я понял, служит больше целям крупноблоковой визуализации алгоритма, а рутиная работа никуда не денется - спроектировать структуру данных , формы ввода, меню, триггеры, и проч. Но честно - это самая RAD из всех RAD, что я видел. Аксапта более трудоемкая, хотя конечно более удобная для больших проектов, где число разработчиков превышает одну штуку
По третьему вопросу мне особо нечего сказать. Опыта в 8.2 у меня всего 7 дней, а прошлых версий вообще не видел. Как-то сразу принял идею интерфейса, хорошо что от многооконности ушли. WEB-клиент очень удобный - отрабатывает нажатия клавиш, списки обновляет быстро (примерно как у gmail), заметил мелкий глюк при группировке списка, но подлечил принудительным обновлением. Самый большой косяк на мой взгляд - система открывает новые окна браузера при редактирования записи. И это второе (модальное) окно забирает еще одну лицензию. Получается, что ключей надо купить в полтора..два раза больше. А они и так не дешевые. Хотя и не дорогие. Заказчик должен платить. Главное чтобы было за что. PS Завтра дадут виртмашину, поставлю 1С-сервер с нативной базой, туда же IIS, и в бой. Затормозит - перейдем на MS-SQL, но пока интересно именно нативную помучить. Фидбэк конечно будет после праздников. Последний раз редактировалось Индра; 27.04.2010 в 20:00. |
|
|
|
27.04.2010, 20:09
|
#3 |
|
Участник
|
Ну и конечно - для работы с файлами надо ставить ActiveX. Платформа все делает сама, однако пользователю придется продираться через защиты браузера и неадминской учетки. Что не говори, а тут у шарепойнта неоспоримое преимущество - его активиксы по умолчанию включены в IE
|
|
|
|
27.04.2010, 21:02
|
#4 |
|
Участник
|
Интересно, как эволюционируют взгляды человека...
От Цитата:
ТЗ выглядело примерно так - "хочу позвонить в секретариат, и поручить девушкам к завтрашнему утру нарисовать бизнес-процесс, а к обеду запустить в промышленую эксплуатацию в масштабах холдинга". Собственно, нормальное ТЗ. Был бы собственником - сам бы так задачу ставил.
Диагноз для Sharepoint неутешительный - конструктор он конечно конструктор, только девушкам придется рисовать бизнес-процессы в объектной модели .NET, программируя в Visual Studio непосредственно на сервере Цитата:
По второму пункту я понимаю безнадежность постановки. Любой функционал надо писать, и "завтра утром" он не появится.
|
|
|
|
| За это сообщение автора поблагодарили: mazzy (2). | |
|
27.04.2010, 21:09
|
#5 |
|
Участник
|
Цитата:
Сообщение от Индра
По второму пункту я понимаю безнадежность постановки.
.... Заказчик должен платить. Главное чтобы было за что. "нормальный такой подход нормального такого 1Сника" Цитата:
Сообщение от Индра
Завтра дадут виртмашину, поставлю 1С-сервер с нативной базой...
Ну, ну. Ждем продолжения. |
|
|
|
28.04.2010, 09:05
|
#6 |
|
Участник
|
Цитата:
Сообщение от mazzy
И даже если это будет совсем не то, что он заказывал
"нормальный такой подход нормального такого 1Сника" . Нет, я конечно слышал про этот подход - не смешивать функции формального менеджмента, и функции учетной системы. В этом случае СЭД (или там система управления БП) предлагает интерфейс только для нажатия 2-х кнопок - задача выполнена, задача не выполнена, ну и переназначения, смена статусов и проч. А конкретно - что и с каким качеством выполнено - это уже в другой системе регистрируется. Подход понятен, но мне он не нравится - разумно чтобы исполнитель БП и предметные данные заносил. Тогда менеджер может получать не только отчет об исполнительскойой дисциплине, а еще и показатели, на основе которых можно сделать вывод о качестве исполнения.
|
|
|
|
24.05.2010, 10:11
|
#7 |
|
Участник
|
Цитата:
Сообщение от Индра
Дальнейшие планы - запустить сотню пользователей, посмотреть на поведение платформы, параллельно усложнить логику программы - порождать объекты "Задача", а для отдельных случаев и бизнес-процесс запустить (ТЗ-разработка-тестирование-распостранение-обратная связь). Скрины положу когда база наполнится данными.
Цитата:
Сообщение от Индра
Завтра дадут виртмашину, поставлю 1С-сервер с нативной базой, туда же IIS, и в бой. Затормозит - перейдем на MS-SQL, но пока интересно именно нативную помучить. Фидбэк конечно будет после праздников.
|
|
|
| Теги |
| sharepoint, выбор системы, документооборот |
|
|
|
Комбинированный вид
