Корпоративный документооборот. Модели документооборота. (Тема 6) презентация

повышение качества управления за счет внедрения информационных технологий работы с документами
Внедрение электронного документооборота в органах государственной власти является частью Федеральной целевой программы «Электронная Россия» на период до 2010 года

для обеспечения информационных ресурсов, тратилась на разработку приложений, в основе которых лежали данные и системы.
В такие приложения укладывается меньше 15% от общего объема информации фирмы.
Конечный потребитель в наши дни нуждается в документационно-ориентированных приложениях, которые вместили бы от 75 до 85 процентов этой информации.
Последний раз попытка решить проблему предпринималась специалистами в области управления информацией во второй половине 80-х годов, когда в обиход вошли системы управления базами данных (СУБД).

предприятие

Хранением и управлением занимаются базы данных и прикладные информационные системы

Документы

Существует зависимость

к необходимым документам
Сокращение расходов на копирование, канцелярские принадлежности и т.п.
Сокращение времени на передачу документов между исполнителями
Повышение безопасности при работе с документами

Достигается за счет сокращения площадей, занимаемых информационными архивами и переноса бумажных архивов в более удаленные (дешевые) места

Главный резерв эффективности
90% времени тратится на поиск необходимых документов
Проблема усугубляется при коллективном использовании – когда нужны документы, созданны другими сотрудниками
Проблема становится практически невыполнимой – если организация является территориально-распределенной

Организация защиты документов позволяет исключить несанкционированный доступ к документам

документов другие, чем для данных
В БД отсутствует процедура «СОЗДАНИЯ» документа. Для системы документооборота это важнейший процесс
Пересылка документа – связана с сохранением даты и времени, подтверждением доставки…
Создание больших архивов, поиск в них, обработка потока данных
Задача извлечения из документов знаний (содержательной структурированной информации) для дальнейшего использования
Хранение графического образа документа наряду с его содержанием
Новый подход к традиционной части работы с документами – вводу и выводу: необходимость сохранения содержания документа вместе с графическим образом, применение технологий распознавания
Системы, работающие с документами, базируются на документно-ориенгтированном подходе. Управленческие системы (бухгалтерия, кадры) полностью ориентированы на работу с базами данных

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

таким образом, чтобы они оставались под надежной защитой, и чтобы их можно было найти, получить или переслать.
Распределение документов должно быть возможным независимо от формы их представления – на бумаге или в электронном виде.
Системы Управления Документооборотом Фирмы должны базироваться на хорошо проработанных методах разработки документов.

– контроль документов на бумаге, хранящихся в электронном виде.
Управление формами – контроль форм, использующихся для сбора информации и составления отчётов.
Управление отчетностью – публикация и распространение отчетов на бумаге.
Управление руководствами и инструкциями – создание и распространение документов, содержащих информацию о политике компании, а также руководств по выполнению заданий.
Управление архивами – каталогизация, обзор, распределение и сохранение документов, бланков, отчетов и всех остальных официальных документов.

быть действенной по причине:
роста числа сделок, заключаемых по ходу ведения дел;
отсутствия четкой модели документно-ориентированного процесса;
сложности хранения документов в электронном виде в системе, созданной для документов на бумаге.

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

самой разнообразной информацией потребовали иной, чем в СУБД, системы структуризации данных.
Термины «Сообщение», «HTML» , «XML», «поисковая машина» и т.п. – из совершенно другой области, чем СУБД.
Развиваются системы делопроизводства и контроля исполнения распоряжений. В этих системах понятие документа является основным, даже если в реальности происходит движение только вторичной информации – регистрационных и контрольных карточек.
Для передачи по сети значимой информации она должна быть «заверена» подписью. Подпись, хотя бы и электронная, ставится не под каким-то данным или набором данных, а только под документом, являются аналогом того самого, бумажного.
Круг замкнулся.

внедрение и развитие компьютерных систем типа CIIM (Computer Interactive Integrated Manufacturing) – системы корпоративного учета и систем типа Office для непромышленных корпораций и систем документооборота. Началось развитие инструментальных средств их разработки типа CASE, сетей EDI (Electronic Data Interchange) – электронный обмен данными, Internet и intranet, распределенных объектных технологий типа OpenDoc.

С 90-х г. – появление систем типа Data Warehouse (Хранилище данных) и SAS (Statistical Analysis System) – системы интеграции данных и бизнес-анализа – способных обрабатывать массивы данных в поисках закономерностей, помогающих вырабатывать новые решения в бизнесе

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

прохождения документов;
Определения ответственных исполнителей;
Формирования заданий и сроков;
Контроля исполнения;
Анализа и оценки производимых работ.
В прикладных информационных системах необходимо:
превратить документы в основную единицу управленческого «хозяйства»,
поддержать основные функции обработки документов (подготовка нормативных актов и договоров, включение работ в план, выдача справок, отчетов, подготовка и согласование решений и т.п.).
При этом должны быть соблюдены следующие принципы:
Хранение всех документов (включая версии);
Возможность увидеть документы со всех рабочих мест;
Возможность передвижения документов из любой подсистемы в любую (подобно бумажным);
Информационная безопасность;
Юридическая значимость.

– подготовка, согласование, выдача справок, отчетов…

Прозрачность деятельности организации (взаимосвязи документов и операций)

и данных внутри отдельной организации – А2А –
Aplication-to-Application

Это технологии, ориентированные на обеспечение безопасного, надежного информационного обмена между организациями и их информационными системами. Эти технологии обеспечивают пересылку информации за пределы сетевых экранов (firewall)

Являются результатом естественной эволюции классических систем документооборота и делопроизводства, систем класса EAI и B2Bi. Технологии BPM интегрируют данные, приложения через единые бизнес-процессы

ОСНОВА ИНТЕГРАЦИИ – БИЗНЕС-ПРОЦЕССЫ

на использовании брокера (узла пересылки, шлюза) сообщений

Технологическим фундаментом брокера сообщений является программное обеспечение пересылки сообщений – Messaging-Oriented Middleware, MOM
Пример – сервер очередей сообщений MSMQ (Microsoft Message Queuing)
MSMQ обеспечивает гарантированную доставку сообщений между приложениями в территориально распределенной среде
Стандарт в области интеграции корпоративных информационных систем с конца 90-х годов

– «Корпоративная нервная система»
К инфраструктуре брокера сообщений можно подключать любые приложения
В рамках одной корпоративной сети пересылка информации в режиме близком «реальному времени»
При интеграции между организациями обеспечивается асинхронное взаимодействие («слабое связывание») с гарантией доставки сообщений

быть сделано на основе Internet-протоколов (HTTP), традиционных систем пересылки сообщений (Microsoft Messaging Queuing, IBM MQ Series), XML

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

Обеспечивает мапирование (определение соответствия) данных между различными семантиками разных приложений. Пример1: в одном приложении пол человека описывается как «М» и «Ж», в другом как «1» и «0».
Пример2: в одном приложении запись о клиентах содержит 5 атрибутов, а другое приложение обеспечивает эти атрибуты из разных записей.

Доводит уровень интеллектуальной маршрутизации до возможностей автоматизации потоков работ (WorkFlow). Полностью обслуживает внутренние и внешние процессы

СЛУЖБЫ БРОКЕРА СООБЩЕНИЙ

ДОПОЛНИТЕЛЬНЫЕ ВЫСОКОУРОВНЕВЫЕ СЛУЖБЫ

Превращает брокер сообщений в центр информационных потоков и обеспечивает функции анализа бизнес-операций

стандартом;
не зависит от платформы (не требует использовать общие платформенные продукты – ОС и СУБД);
XML – мета-язык – содержит не только данные, но и информацию, описывающую эти данные;
XML – универсальная и базовая технология для представления, трансформации и обмена данными (как протокол TCP/IP);
XML – общий формат для пересылки данных между приложениями. В самих приложениях данные хранятся во внутренних форматах. XML используется как промежуточный формат

для пользователей и других приложений по сети Internet/intranet
системы управления бизнес-процесами (BPM) и технология Web-служб дополняют друг друга:
Интегрируемые прикладные системы могут быть реализованы в виде отдельных служб;
Системы BPM обеспечивают выполнение потоков работ как цепочек взаимосвязанных служб, составляя единые бизнес-процессы

Markup Language (XML)

Simple Object Access Protocol (SOAP)

Web Services Description Language (WSDL)

Universal Description, Discovery and Integration (UDDI)

Расширяемый язык разметки информации. Является международным стандартом для описания произвольных данных, которыми обмениваются информационные системы. Описывает информацию, передаваемую по Internet.

Простой протокол доступа к объекту. Стандарт описывает протокол вызова Web-службы – удаленный вызов к услугам/информации прикладной системы. Передаваемые параметры описывает язык WSDL, а процесс вызова – SOAP. Протокол описывает «конверт с информацией» для вызова Web-службы. «Конверт» может быть доставлен от приложения к приложению транспортными протоколами HTTP и SMTP.
Основан на стандарте XML. Состоит из 3-х частей: формат конверта, набор правил кодирования и соглашения по выполнению удаленных вызовов процедур.

Язык описания Web-служб. Основан на стандарте XML. Определяет способ доступа к Web-службам. Описывает функциональные возможности Web-служб и группирует операции взаимодействия в определенные интерфейсы, задающие способы выполнения операций и параметры, которые должны быть на входе и выходе.

Универсальный метод описания, обнаружения и интеграции. Технология UDDI предоставляет средства, с помощью которых любые приложения или услуги, описанные в терминах Web-служб могут быть распознаны другими приложениями. Основные объекты информационной модели UDDI: организации (businessEntity), услуги (businessService) и связующий шаблон (bindingTemplate).

и их взаимосвязь.
Архитектура управления документооборотом – отображение документов, имеющих отношение друг к другу, и связи между ними.

должны быть обговорены три составные части архитектуры системы:
концепция;
логика;
предметное воплощение.
Эти аспекты соответствуют моделям документооборота:
концептуальная модель;
логическая модель;
модель предметного воплощения.

и ее интеграции в общую систему;
взаимосвязи между причинами внедрения СУД и ее использованием.
Функции уровня:
концептуальная схема должна передавать общую идею СУД конечным пользователям;
концептуальная схема должна быть оформлена так, чтобы руководство, отвечающее за финансирование проектов и работу с клиентами, одобрило и приняло ее.
На данном этапе должна быть разработана понятная наглядная структура.

Решаются вопросы функциональных характеристик СУД:
ввод и вывод данных,
обработка данных,
безопасность,
правила ведения дел,
форма отчетов.
Определяется:
что будет делать система,
когда должен запускаться каждый из процессов.
Разработка логической схемы необходимо для:
определения процессов,
разделения процессов на выполняемые машинами и людьми;
информирования пользователей о функциях СУД.
Логика построения СУД не имеет привязки к конкретной системе

Предметное воплощение – физическая конструкция, обеспечивающая функционирование системы.
Принимаются решения:
как будет внедрятся система,
где будет внедряться система.
Принимается во внимание:
конфигурация аппаратного и программного обеспечения,
ограничения системы: максимальное количество пользователей, объем оперативной памяти, доступность жесткого диска…
вопросы управления работой системы: баланс нагрузки, проверка данных, создание резервных копий, размещение данных, файловая структура, сбор статистики

для записей, относящихся к определенной категории

Хранилище подразделяется на помещения (Управление персоналом, Управление финансами…).
В этих помещениях хранятся документы

В помещениях стоят шкафы, по которым рассортированы папки

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

Принимает документ и размещает в хранилище документации.
Функции: прием и выдача документов,
отслеживание повторов, архивирование, удаление документов, восстановление документов из архивов, обновление версий

Отвечает за все данные о документе. Все важные атрибуты (дата создания, автор, тема, заголовок,…) проиндексированы.

Отслеживает метки, определяющие порядок слов и предложений в оригинальном документе. Документ индексируется в соответствии с оригиналом, прошедшим через фильтры контрольных символов.
Система не является обязательной.

Отвечает за функции: создания резервных копий, восстановления. Позволяет настраивать, перестраивать и перезапускать приложения

Отвечает за безопасность системы, устанавливает ограничения на доступ к системе пользователей и групп пользователей.

Контролирует гиперссылки внутри документов и между ними. Отвечает за объектные связи в составных документах.

Координирует процесс взаимодействия отделов компании между собой и с клиентами компании

конфигурации аппаратного и программного обеспечения и сети в компании. Если говорить о реализации схемы, основанной на модели клиент/сервер, то она будет включать в себя:
хранилище документов, расположенное на сервере с определенной платформой;
пользовательский интерфейс конкретной машины клиента.
На физическом уровне ресурсы системы должны отвечать требованиям обслуживаемой ею модели клиент/сервер, таким как маршрутизация по протоколу TCP/IP.
Задача обеспечения взаимодействия пользователя с хранилищем документации возлагается на модель приложений системы клиент/сервер.

СЭД обеспечивает хранение и доступ к данным и реализует необходимую бизнес-логику.
Интерфейс реализован на основе Web-технологий.

с ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания»):
Формирование требований к системе:
Обследование компании и обоснование необходимости системы. Оценка качества функционирующих процессов.
Формирование требований пользователя к системе. Должны содержать описание бизнес-процессов документирования и документооборота.
Оформление отчета о выполненной работе.

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

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

частям – должны обеспечивать разработку общих решений по системе и ее частям.
Разработка документации по системе и ее частям.
Разработка и оформление документации на поставку изделий для комплектования системы.
Разработка заданий на проектирование в смежных частях проекта – задания для проведения строительных, электротехнических, санитарно-технических и других работ.

частям – должны обеспечивать разработку общих решений по системе и ее частям. Должна содержать необходимые и достаточные сведения для обеспечения выполнения работ по вводу системы в действие.
Разработка и адаптация программ. Должны быть разработаны программные средства системы; сделан выбор, адаптация и привязка приобретенных программных средств; разработана программная документация.

действие. Предполагает организационную подготовку (например, обеспечение подразделений инструктивно-методическими материалами).
Подготовка персонала.
Комплектация системы поставляемыми изделиями.
Строительно-монтажные работы.
Пусконаладочные работы.
Предварительные испытания.
Опытная эксплуатация.
Приемочные испытания.

обслуживание. Осуществление работ по
выявлению отклонений фактических эксплуатационных характеристик системы от проектных значений,
установление причин отклонений,
устранение выявленных недостатков.

области

Модель предметной области – модель документооборота – строится для конкретного бизнеса и позиционирования в нем конкретного предприятия.
Выделяют три направления автоматизации документооборота:
поддержка фактографической информации;
возможность работы с полнотекстовыми документами;
поддержка регламента прохождения документов.

деятельности компании

Отражает необходимость организации взаимодействия документов – в них наряду с фактографической информацией содержится слабоструктурированная информация

Регламент процессов прохождения документов.

Точка в пространстве (F, D, R) определяет состояние системы документооборота и имеет координаты (f,d,r).
Положение этой точки зависит от уровня развития и стадии внедрения системы документооборота

и атрибутику. Точка на оси – текущее состояние системы документооборота.

Движение по оси вверх – накопление фактографической информации

Второй этап первой фазы – с определенного момента документ становится привязанный к бизнес-процессу.
Дальнейшая эволюция в одномерном пространстве невозможна

Точка в двухмерном пространстве характеризует систему, где кроме фактографической базы документов имеются хранилища и архивы документов

Движение по оси предполагает наращивание атрибутивных возможностей – разграничение доступа, расширение средств поиска, иерархию хранения…

Первый этап – развитие индивидуального (простого архива)

Второй этап – корпоративный архив. Обслуживает деятельность рабочих групп

Точка «А» - состояние системы документооборота позволяет осуществлять синхронизацию работ различных групп сотрудников корпорации, расположенных на разных участках

Двухмерного пространства для развития системы становится недостаточно

за регламент, например, «оплатить до…», «действителен для…»

Количественное накопление атрибутов и расширение возможностей по управлению регламентом

Второй этап – появление системы, специально предназначенной для отслеживания процесса соблюдения регламента

Дальнейшее движение по оси – документ в системе становится вторичным – первична цель бизнеса

документов, принятой на предприятии
Координаты точки, характеризующие сбалансированную систему документооборота, должны иметь ненулевые значения
В идеале координаты точки, характеризующие систему документооборота должны быть примерно одинаковы – соответствовать друг другу
Главное не автоматизация как таковая, а оптимизация поток документов
Нет смысла говорить о жизненном цикле документа без связи с бизнес-процессами