Архив рубрики Новые возможности

С выходом новой версии ЛОЦМАН:ПГС 2013 версия 2011 переводится в режим сопровождения. Это означает, что для версии 2011 обновления будут содержать только исправления критических ошибок. Традиционный выпуск бесплатных регулярных обновлений с новым функционалом будет продолжен только для версии 2013.
Чтобы максимально упростить процесс перехода с версии 2011 на версию 2013, мы предусмотрели тактику мягкого обновления. Заключается она в том, что пользователи, работая с единой базой данных, могут постепенно, по мере необходимости, обновлять клиенты ЛОЦМАН:ПГС версии 2011 до версии 2013. Например, можно не «заставлять» обновляться тех пользователей, которые традиционно не любят первыми переходить на новые версии ПО :)

Как это делается?

Читать полностью »

statetask

Основное предназначение электронной почты — дать возможность людям общаться друг с другом, причем независимо от расстояния между собеседниками. Электронная почта в своей терминологии и принципе работы практически полностью повторяет бумажную почту, единственное, но ключевое изменение — это транспорт, доставляющий электронные письма. Электронная почта — не молодая (по IT-меркам), но простая, надёжная, универсальная и проверенная технология. И как любая простая и универсальная технология она находит применение в таких областях, о которых ее разработчики даже и не задумывались. Одна из таких областей — это задания, поручения. Практически на каждом первом предприятии, электронную почту использует как средство для работы с заданиями/поручениями. Более того, разрабатывая подсистему заданий в ЛОЦМАН:ПГС/ОРД, мы своим конкурентом видели именно электронную почту. Привычки людей очень тяжело менять… Но при этом я все равно утверждаю, что электронная почта абсолютно не пригодна для заданий. И вот почему:

  1. Метафора. Метафору «письма» с очень большой натяжкой можно использовать для заданий. Элементарную потребность указать срок исполнения задания практически невозможно удовлетворить в электронном письме без целого ряда условностей. Статусы писем (важное, простое) никак не соответствуют статусам заданий (выдано, в работе, выполнено и т.д.)
  2. Инструмент. Почтовый клиент и система отслеживания заданий решают слишком разные задачи. Функциональные возможности и UI почтового клиента заточены под «возможность общаться», но никак не под трекинг задач. Необходимость сортировки заданий по сроку исполнения (нам ведь надо знать, что делать сейчас, а что потом?) просто невыполнима в почтовом клиенте. А получить срез по работе с заданиями, например, за месяц? Любая система отчетов в любой системе трекинга заданий решает такую задачу на раз, но она непосильна для почтового клиента. А смена исполнителя задания в почтовом клиенте? Пишем несколько писем, прикладываем переписку. Здесь легко запутаться. Даже деление в почтовом клиенте электронных писем на входящие и исходящие (ведь это так естественно) совершенно не соответствует заданиям, у которых первична актуальность (выполнено или нет, просрочено или нет, в работе оно или нет)
  3. Прозрачность. Если вы отправили электронное письмо исполнителю с каким-то поручением, то дальнейшая судьба письма для вас полная загадка. Может, его кому-то переслали для исполнения? поместили в папку «не срочно»? Может, вы знаете, ведется ли работа по вашему поручению? Даже в вашем почтовом клиенте ваше же поручение утонуло в папке «Отправленные». Должно быть наоборот: чем ближе срок исполнения, тем выше в списке задания/поручения, и те, которые вы поручили, и те, которые поручили вам.
  4. Персонализация. Ответственность не может быть коллективной, но в тоже время мы сплошь и рядом можем наблюдать письмо с несколькими адресатами. Автор ожидает что-то от вас? Или от другого адресата? Читаешь текст — а там 10 поручений разным людям, ни одного из них вам. Но вы, оказывается, в копии, исходя из логики «помнишь я тебя в копию ставил?». Был в копии, значит, вроде как виноватый :) А как отслеживают исполнения поручений по таким групповым письмам, я, честно говоря, вообще не представляю.
  5. Коммуникации. Это тоже проблема в разрезе заданий/поручений. Хотя искушенный пользователь может заметить: как так? Вроде для коммуникаций почта и создавалась. Я даже больше скажу, Skype или ICQ тоже работают плохо, когда речь заходит о заданиях. Проблема у всех этих средств в контексте. Вам постоянно нужно возвращать человека в контекст, т.е. в поручение, с которого все началось:

«Договор подготовил?»

«Да, еще на прошлой неделе, тебе переслал»

Ищет в почте…

«Да не этот договор, я  про договор с компанией «Нефтегаз»

«Какой «Нефтегаз»?»

????

«Ааа, понял! Нет, не готов, там на их стороне проблема»

Это самая типичная проблема контекста, которая отлично решается, если вся переписка происходит в рамках конкретного задания.

Есть уверенность, что контроль исполнения заданий — это реальный и достаточно простой способ повысить эффективность предприятия, а специализированный функционал работы с заданиями, реализованный в программах типа ЛОЦМАН:ПГС/ОРД/24, поможет решить данную задачу наиболее эффективно.

Так как количество пользователей ЛОЦМАН:ПГС и ЛОЦМАН:ОРД неуклонно растет, то и количество дискуссионных вопросов, также повышается. А иногда, если вопрос не звучит, мы, увидев на предприятиях проектные электронные документы в ЛОЦМАН:ПГС, хотим задать его сами. Один из таких вопросов, лежащий чаще всего не в области IT, а в области организации процессов на предприятии, — это подписи, роли и области ответственности при согласовании проектной документации. Что означает подпись специалиста в проектном документе? Прежде всего — ответственность за конкретную работу. Нормативные документы говорят о том же: в графе 10 — характер работы, выполняемой лицом, подписывающим документ.

Однако в графах основной надписи и, соответственно, в ролях ЛОЦМАН:ПГС при запросе электронной цифровой подписи можно встретить все что угодно: руководитель группы, начальник бюро, начальник отдела… Но при этом нет никакой возможности понять, что сделал «начальник бюро»? Какова его зона ответственности? Действительно ли нужна подпись этих людей?

Разработал, Проверил, Рассчитал, Нормоконтроль, Утвердил — вот записи, которые дают понимание о зоне ответственности и характере работ того или иного лица в проектной документации.

Примерно к такой же группе можно отнести вопрос: «Нам необходимо добавить два запроса на подпись одним и тем же лицом, мы так в штампе всегда пишем. Он разработал, он же и проверил». На мой взгляд, этим подменяется сама суть, а именно — качество проектного решения и документа для строительства. Не может человек сам себя проверять, это должно быть другое лицо (и точно не ниже по квалификации). Если в проектной организации не проводится проверка, то подпись такая не нужна. Иначе это фикция.

Разработчики методических рекомендаций «Регламентация подписей на проектной документации» (Москва, 1999 г.) делают достаточно жесткий вывод: «Анализ подписей в проектной документации показывает, что их количество носит случайный характер, назначение подписей проектировщиками не осознается и на практике приводит к коллективной безответственности за результаты проектирования». Лично мне очень не хочется, чтобы это было массовым явлением.

 

 

 

 

 

 

 

ЛОЦМАН:24 для iPad

Завершена оптимизация приложения ЛОЦМАН:24 для iPad. Была изменена логика взаимодействия с элементами приложения для использования всех преимуществ, которые предоставляет большой экран. Данная версия совместима со всеми версиями iPad, обновленными до операционной системы iOS 6.0, в том числе и новым iPad Mini.

Сервис мобильных приложений

С момента первого запуска мобильного приложения ЛОЦМАН:24 пользователи имели возможность поработать с демонстрационной базой, созданной на нашем сервере. Теперь же мы предлагаем воспользоваться преимуществами мобильных технологий непосредственно на своих предприятиях.

Сервис мобильных приложений предназначен для подключения мобильного приложения ЛОЦМАН:24 к базе данных ЛОЦМАН, существующей на предприятии. Есть два варианта соединения с сервером приложений ЛОЦМАН:

  • DCOM-соединение используется для подключения к локальному серверу приложений в пределах одного домена. Подключаться к базе данных предприятия можно как под SQL-учетной записью, так и под учетной записью домена.
  • Socket-соединение используется для подключения как к локальному, так и к глобальному сер­веру приложений ЛОЦМАН. При Socket-соединении доступна только аутентификация сервера баз дан­ных.

Сервисом мобильных приложений можно бесплатно воспользоваться в течение 30 дней. Скачать сервис можно здесь.

ЛОЦМАН:24 — статистика загрузок из Google Play

Спустя полтора месяца после публикации ЛОЦМАН:24 для операционной системы Android  можно подвести некоторые итоги.

Статистика Google Play

Как видно из представленного графика, в течение первого месяца мы наблюдали стабильный рост интереса к ЛОЦМАН:24, после чего количество активных приложений стабилизировалось на отметке 300 — 320. Всего на текущий момент было около 1000 загрузок. Довольно неплохой результат, учитывая специфику приложения.
Лидирующей платформой по загрузкам является Ice Cream Sandwich (55%), на втором месте Gingerbread (32%). По этим данным можно косвенно сказать о том, что подавляющее большинство пользователей установили ЛОЦМАН:24 на смартфон, а значит мы не ошиблись с решением о разработке интерфейса приложения под экран 3-5″. Как и ожидалось, 85% пользователей оказались из России, 8% — из Украины, 4% — из Белоруссии.

ЛОЦМАН:24 для операционной системы iOS

Мобильное приложение ЛОЦМАН:24 стало доступно и для поклонников продукции Apple. Приложение можно установить на следующие устройства: iPhone 3GS+, iPod touch поколения 3+, iPad (в режиме совместимости).

Очевидный факт: чем меньше ошибок в проектной документации, тем дешевле обойдется строительство. Один из общепринятых способов сократить число ошибок в документах — вовлечение других участников проектирования в их анализ, которое обеспечивается процессом согласования документов. В организации всегда есть определенный порядок согласования проектной документации. При этом проверяется как качество проектных решений, так и качество оформления документов.

До недавнего времени, основным носителем информации была бумага. Обладая естественными ограничениями, бумага диктовала, в том числе, и порядок согласования — он был строго последовательным, т.к. бумажный документ физически не может одновременно находится в нескольких местах. Однако электронные документы лишены этого недостатка. Это позволяет реализовать параллельный процесс согласования, который является более эффективным. Давайте посмотрим на диаграмму:

Видно, что для документа, не содержащего ошибок, при параллельном процессе время согласования сокращается на 11%. В более распространенном варианте, когда каждый из участников процесса согласования выдает свои замечания, а разработчик их устраняет, время согласования сокращается на 43%.

В ЛОЦМАН:ПГС используется именно параллельное согласование. При этом участникам согласования доступны:

  1. средства аннотирования для внесения замечаний по электронного документу;
  2. автоматическое формирование журнала замечаний по документу;
  3. возможность быстрого перехода по замечаниям на чертеже с помощью журнала замечаний;
  4. инструмент визуального сравнения версий документа с автоматической подсветкой различий.

Для сокращения возможных циклов пересогласования электронных документов процесс рекомендуется разбить на этапы:

  1. сбор замечаний по электронным документам;
  2. внесение исправлений по результатам предыдущего этапа;
  3. сбор электронных цифровых подписей.

При внедрении ЛОЦМАН:ПГС я часто слышу фразу: «У нас принято последовательное согласование…». Надеюсь, данный пост поможет понять, почему мы настаиваем именно на параллельном процессе согласования документов.

Электронный документооборот практически невозможен без применения электронной цифровой подписи (ЭЦП).

Что обеспечивает электронная цифровая подпись?

  • Подлинность. Электронная цифровая подпись подтверждает личность подписавшего.
  • Целостность. Электронная цифровая подпись гарантирует, что содержимое документа не было изменено или подделано с момента подписания.
  • Неотрекаемость. Электронная цифровая подпись подтверждает происхождение подписанного содержимого. Подписавший не сможет отрицать свою связь с подписанным содержимым.

Для использования возможностей согласования электронных документов в ЛОЦМАН:ПГС 2011 на компьютерах пользователей должна быть доступна ЭЦП.

Для тестирования возможностей ЭЦП ее можно сформировать текстовым редактором Microsoft Word или поискать в интернете бесплатные центры сертификации. Можно воспользоваться бесплатной утилитой Make Certificate  для формирования ЭЦП на компьютере пользователя.

Для обеспечения электронного документооборота внутри предприятия можно установить свой центр сертификации. Такая возможность доступна в операционной системе Windows Server. Здесь можно почитать краткую инструкцию, как разворачивать на предприятии центр сертификации. А если вы подготовите регламент использования вашего центра сертификации, то получите свой удостоверяющий центр.

Ну и конечно, самый простой путь — это обратиться к услугам уже существующих удостоверяющих центров и приобрести ЭЦП у них. Единый государственный реестр удостоверяющих центров опубликован на сайте Минкомсвязи РФ.

Также хочу напомнить, что для полноценного использования ЭЦП в электронном документообороте необходимо знать роль подписывающего (используя термины российских нормативных документов, характер работы, выполняемой лицом, подписывающим документ). В ЛОЦМАН:ПГС реализована ЭЦП с явным указанием роли. Таким образом, при согласовании электронного документа понятия «разработал», «проверил», «утвердил» и т.п. доступны пользователям, причем не только внутри системы. Если вы выгрузите электронный документ из системы, отправите по электронной почте, то адресат, используя приложение «Средство просмотра XPS», предустановленное в операционной системе Windows, сможет проверить роли и статус ЭЦП.