Я прошлых 2-месяца потратил на изучение SharePoint 2010

[Сисой]

Вообще-то indra пошел по стандартному пути: управление инцидентами - любимая самописка 1Сников. Благо пишется за несколько дней.
Полку велосипедистов прибыло!
Скриншот самоката образца 2006 года прилагаю.

[ibc]

Цитата:

А управление индексами - именно управление. Специально обученные 1Сники (а есть и такие) знают какими типами данных 1С хранит данные для разных объектов, знают как расставляются индексы в зависимости от настроек. Естественно с такими знаниями вопросов о написании производительного кода не стоит. Проблема в том, что готовит таких спецов только УЦ №3 в Москве.

А, что за курс в УЦ3 по управлению индексами? Никогда не слышал о таком!

[Reaper]

Цитата:

Сообщение от ibc

А, что за курс в УЦ3 по управлению индексами? Никогда не слышал о таком!

Там проводятся курсы по платформе в целом. Полный курс состоит, кажется, из 4-х частей. Вот на них - то преподаватели и рассказывают как платформа реагирует на ваши действия и что она делает с БД. Зачастую в аудиториях слышны фразы: "Так и так делают только писатели типовых конфигураций. Сделаете мне так на экзамене - прибью!"

Кроме того есть еще методический тренинг-обучение для "Экспертов по технологическим вопросам".

[ibc]

Цитата:

К сожалению - не успел пощупать объекты "Задача" и "Бизнес-процесс" (в текущем функционале информобмен строился на смене статусов и трекинге значимых атрибутов).

Это самое интересное для документооборота!

Цитата:

Дальнейшие планы - запустить сотню пользователей

Когда запустите, напишите, как поведет себя web-клиент!
Очень интересно!

[mazzy]

часть обсуждения выделена в отдельную тему
Почему Microsoft SharePoint не BPM?

[Индра]

В промэксплуатацию еще не запустил. Сегодня только закончили сервер, админы переливают пользователей, старую систему отключим не раньше пятницы. Внутри отдела поигрался, через EDGE потестировал - замечаний вроде нет. Меня волнует концептуальный вопрос . В моей программе НЕТ места объектам типа Задача и Бизнес-процесс. С точки зрения руководства - оказание поддержки пользователям - это безусловно бизнес-процесс. Но не нужно нам его жестко программировать - просто не нужно. Случаи бывают разные - пользователь передумал, или переформулировал вопрос, исполнитель договорился с другим исполнителем, и передали запрос. В принципе бизнес-процесс можно описать как минимум в 2-х известных мне нотациях - как алгоритм и как стейт-машину. Эти 2 принципа и в языках программирования воплощены (алгоритмические и функциональные), и в системах управления компаниями(линейная и проектная). Но что хорошо для роботов - слабо подходит для людей. Пока нам достаточно слабо-формализованной модели взаимодействия "автор-исполнитель", а программа лишь протоколирует все изменения, да уведомления шлет. Наверное я еще не дозрел до передовых технологий управления бизнес-процессами в организациях. Или народ наш...

[Serge Kotov]

Цитата:

Сообщение от Индра

... Пока нам достаточно слабо-формализованной модели взаимодействия "автор-исполнитель", а программа лишь протоколирует все изменения, да уведомления шлет. Наверное я еще не дозрел до передовых технологий управления бизнес-процессами в организациях. Или народ наш...

Еще один из многочисленных примеров естественной эволюции в осознании реального документооборота на предприятии. Начинается с крутых задумок, больших систем и описания бизнес - процессов и "опускается" до простейшей системы автор заявки - исполнитель с логом и уведомлением. Для разработки системы документооборота главное качество ИМХО здравый смысл.

По Сервис - Деску и инцидентам. Недавно для нового проекта мы купили и настроили такую систему. http://www.intraservice.ru/ Просто, гибко, понятно для всех. И никакого программирования.

[Индра]

Первый день промэксплуатации. Я очень злой на 1С. И на всю ИТ-вселенную заодно. Простая строчка кода:
ПолучитьФайл(tempref,Запись.Имя_файла,true);
не работает, если активно модальное окно (глюк проявляется только в WEB-клиенте). Открытие модальных окон для просмотра / редактирования записей - это основа платформы. В итоге пользователь прикрепил вложение к требованию, а консультанту, чтобы его посмотреть, надо лезть в общий список, и искать по номеру требования. А из формы требования по щелчку - никак. Надо смотреть, как эти слесаря решили проблему в своем 1С-документооборот-е. Больше всего меня раздражает в моей профессии - когда задокументированные и оплаченные вещи не работают. Займусь-ка я ремонтом велосипедов, пожалуй.

[Reaper]

На самом деле место есть: допускается адресация задач не конкретному пользователю, а группе. Причем пользователь может вообще не видеть объекта "задача" - видеть список общих задач, но при попытке работы с задачей мы легко можем открыть ему новый документ для регистрации нового события. По этому принципу можно построить систему, которая будет закрывать одну задачу (точку маршрута бизнес-процесса) несколькими документами - многими пользователями. В то же время будет доступен весь функционал автоматических оповещений и отслеживания состояния бизнес-процесса.

[Reaper]

Есть опасение, что описанная проблема может еще и от браузера зависеть. И платформу обновить рекомендую, да.

[Индра]

Спасибо. Обновил платформу и проблема ушла. Ошибка была в ActiveX, который называется "Расширение работы с файлами". Повезло пользователям, которые еще не успели зайти на сайт, остальным придется вручную удалить этот компонент, чтобы встал новый.

ИТ-вселенная реабилитирована, но за вело-рамой я все-равно сегодня съезжу. Мало ли какие ожидают испытания...

[mazzy]

ссылка на обсуждение механизма Бизнес-процессов (БП) в 1С на форуме 1Сников.
http://www.forum.mista.ru/topic.php?id=485279
для истории.

[Индра]

Спасибо за замечательное обсуждение. Я тоже, как и Шурик71 подозреваю, что проблема имеется, и она концептуальная. Вроде знаю 3 подхода к описанию процессов - алгоритмический, функциональный, и стейт-машина.

В современных языках это все реализовано. Для обслуживания алгоритмов используются:
- операторы ветвления и перехода
- циклы
- рекурсия
- стек, в котором сохраняется весь контекст нитки - цепочка вызовов и данные.
- объекты синхронизации ниток (семафоры-мониторы)
Нити выполнения в нормальных языках типа Java являются сериализуемыми, что позволяет нитке заснуть в базе данных, и проснуться по событию. Проблема - все жизненные ситуации надо описать отдельными ветками, а это не всегда возможно, да и дерево получится нечитаемое.

Для функционального подхода используют декларативные языки типа SQL или XSLT, которые интерпретируются неким "оптимизатором". Проблема - надо иметь оптимизатор, который на самом деле является шайтаном

Для стейт-машин существуют механизмы событий (асинхронных и синхронных), подписок, и собственно устройство синхронизации (типа тактового генератора, или прерывания таймера). Тут не надо описывать все возможные варианты, и даже предсказать поведене системы не всегда возможно. Больше соответствует нашей жизни, чем первые 2.

На этих механизмах стоит вся ИТ-индустрия. Но все это очень наукоемко и сложно для понимания, и бизнес хочет чего-нибудь попроще, и применительно к системе управления социумом. Вот и возникают всякие теории процессного менеджмента, а к ним - и инструменты автоматизации. Но на практике те БП, которые я видел в текстовом виде, больше напоминают помесь декларативного описания результата и таблицы состояний/реакций для каждого исполнителя. И описывать это все на алгоритмах - просто ужас.

Вроде в WSS подписки на события имеются, значит стейт-машину реализовать можно, но наш опыт пилотного проекта на MOSS пока не очень впечатляет - функционала Дизайнера не хватает, а БП, разработанные в Студии - не визуализируются. Кругом засада.

[Индра]

Две недели промэксплуатации. 247 записей трекинга, 75 требований. Скрины приложил.

Файловая база, сервер приложений 1С не устанавливали - весь код, насколько я понимаю, выполняется в адресном пространстве IIS, файлы лежат там же. Больше 10 одновременных подключений не замечено.

Пока все неплохо работает. Разбираюсь как приспособить объект "Задача" для целей уведомления ленивого пользователя об изменении важного документа (чтобы не просто письмо получил, а нажал кнопку "я прочитал").

[Reaper]

Цитата:

Сообщение от Индра

Файловая база, сервер приложений 1С не устанавливали - весь код, насколько я понимаю, выполняется в адресном пространстве IIS, файлы лежат там же.

Я надеюсь, что вы в курсе, что при таком подходе у вас нет параллельной работы пользователей и код всех сеансов выполняется последовательно по ФИФО? Это хуже чем в 1С 7.7. с ее общим журналом - там стопорились транзакции, а тут весь код.

[mazzy]

1. Индра, спасибо.
2. Продолжаем отслеживать эволюцию взглядов на проект. Начал FE здесь

Было.

Цитата:

Сообщение от Индра

Крупный заказчик на 500 пользователей хочет конструктор для автоматизации бизнес-процессов. ТЗ выглядело примерно так - "хочу позвонить в секретариат, и поручить девушкам к завтрашнему утру нарисовать бизнес-процесс, а к обеду запустить в промышленую эксплуатацию в масштабах холдинга".
...
Ну и традиционные сомнения - потянет ли 500 пользователей и 100 Гб файловый архив.

Середина:

Цитата:

Сообщение от Индра

К сожалению - не успел пощупать объекты "Задача" и "Бизнес-процесс" (в текущем функционале информобмен строился на смене статусов и трекинге значимых атрибутов).

Дальнейшие планы - запустить сотню пользователей, посмотреть на поведение платформы, параллельно усложнить логику программы - порождать объекты "Задача", а для отдельных случаев и бизнес-процесс запустить...

Стало:

Цитата:

Сообщение от Индра

Две недели промэксплуатации. 247 записей трекинга, 75 требований.
...
Больше 10 одновременных подключений не замечено.
...
Разбираюсь как приспособить объект "Задача" для целей уведомления...

[Индра]

Друзья, спасибо что не забываете !
Про ФИФО - по моему не совсем так. IIS держит пул тредов для обслуживания HTTP-запросов, и в каждом треде создается объект WEB-расширения 1C. Я не знаю как сам 1С реализовал этот модуль - если там используется синглтон (единственный экземпляр объекта) и всего одна сессия к файлу - это грустно. Надеюсь что парни из 1С умные. Если на каждый IIS-тред создается отдельный экземпляр коннектора, который самостоятельно открывает файл - это очень даже хорошо, потому что позволяет управлять количеством сессий к файлу через размер пула IIS. Но даже если там жесткое ФИФО - пока никто особо не жалуется, а перейти на серевер приложении или даже на SQL мы всегда успеем. Будем решать проблемы по мере их поступления.

Маззи, не надо передергивать. Глобальная задача, озвученная мной в начале никуда не делась. Но чтобы не опозориться, я запустил маленький бесплатный пилотный проект, поставив эту программу в жесткие условия. И то, что она до сих пор жива - это хоть и странно, но приятно.

Также приятно, что количество запросов на поддержку намного меньше количества транзакций в нашей учетной системе, которая Axapta. Ура, товарищи !

[Reaper]

Индра, IIS выступает транслятором команд в модуль расширения веб-сервера 1С, который является автономной службой. При работе в файловом варианте в рамках этой службы живет специализированная серверная среда, исполняющая работу сервера по ФИФО. Разработчики крайне не рекомендуют использовать этот режим ввиду отсутствия параллельности работы пользователей. Имейте ввиду это ограничение.

[Индра]

Вы будете смеяться. Эта штука продолжает работать в файловом режиме + WEB-клиент (именно так как делать нельзя). Сотня пользователей, в онлайне около 20, но никаких проблем с производительностью. Ну хотя конечно там функционал примитивный...

[Reaper]

Индра, ну и как спустя год впечатления от платформы?