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