Исследование современных сэд



Скачать 269.64 Kb.
Дата15.05.2019
Размер269.64 Kb.
#88237

http://www.klerk.ru/boss/?59543 – сравнение СЭД

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

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

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

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


Перейти к СЭД

Для совершенствования всех вышеперечисленных процессов служат выбора системы электронного документооборота (СЭДО).

Цель дипломной работы состоит в разработке методических положений и рекомендаций, а также применении соответствующих инструментальных средств )(СЭД)для оптимизации документооборота.


Поставленная цель обусловила решение следующих задач:

- исследование современных СЭДО и изучение их роли в повышении эффективности функционирования (документооборота) предприятия;

- анализ специфики внедрения СЭДО в IT-компаниях;

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

- выбор оптимальной СЭДО и разработка методики ее внедрения на предприятии;

- разработка и обоснование методических положений и рекомендаций по повышению эффективности использования СЭДО.

Объектом исследования является непроизводственное предприятие сферы услуг IT – компания "Ника". Выбор объекта обусловлен практической необходимостью автоматизации документооборота и оптимизации информационных процессов в данной организации. Ввиду того, что компания "Ника" является типичным представителем отрасли телекоммуникаций и на пути автоматизации своей деятельности сталкивается с проблемами, аналогичными для тысяч других компаний, результаты исследований, произведенных в дипломной работе, могут оказаться полезными для множества отечественных организаций данной отрасли.

Предмет исследования – система внутрифирменного документооборота

IT-компании "Ника".

Глава 1.Теоретические понятия электронного документооборота компании.


    1. 1.1 Основные понятия традиционного документооборота

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

1) составление документа в момент совершения хозяйственной операции, а если это не представляется возможным - непосредственно после ее окончания в соответствии с требованиями, предъявляемыми к его оформлению;

2) передача документа в бухгалтерию, где контролируются своевременность и полнота сдачи его для учетной обработки;

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

4) обработка документа в бухгалтерии, которая осуществляется в три этапа:

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

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

• контировка - указание в первичном документе корреспонденции счетов по конкретной хозяйственной операции, вытекающей из содержания документа;

5) сдача документов в архив на хранение после составления по ним учетных регистров.

Сроки хранения первичных документов

Правила ведения бухгалтерского учета предусматривают срок хранения первичных документов в течение пяти лет. Архивным законодательством установлены различные сроки хранения типовых управленческих документов (перечень утвержден Росархивом 6 декабря 2000г.). Например, лицевые счета работников перечень обязывает хранить 75 лет. Срок хранения документа исчисляется с 1 января года, следующего за годом, когда документ был оформлен.

В соответствии с п.5 Положения по бухгалтерскому учету "Учетная политика организации" (ПБУ 1/98) (утв. Приказом Минфина России от 9 декабря 1998 г. N 60н) в составе учетной политики организации утверждаются в том числе и правила документооборота и технология обработки учетной информации. В различных документах, в том числе и в Положении по ведению бухгалтерского учета и бухгалтерской отчетности в Российской Федерации (утв. Приказом Минфина России от 29 июля 1998 г. N 34н), неоднократно упоминаются график документооборота и необходимость его соблюдения. Однако как составляется такой график, какие требования предъявляются к его оформлению, в данных документах не разъяснено.

В Положении о документах и документообороте в бухгалтерском учете, утвержденном Минфином изложен порядок организации документооборота, в соответствии с которым движение первичных документов в бухгалтерском учете (создание или получение от других предприятий, учреждений, принятие к учету, обработка, передача в архив - документооборот) регламентируется графиком.

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

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

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

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

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

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

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

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



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

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

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

В соответствии со ст.17 Федерального закона от 21 ноября 1996 г. N 129-ФЗ "О бухгалтерском учете" (с изменениями от 23 июля 1998 г.) организации обязаны хранить первичные учетные документы, регистры бухгалтерского учета и бухгалтерскую отчетность в течение сроков, устанавливаемых в соответствии с правилами организации государственного архивного дела, но не менее пяти лет.

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

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

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

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

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

В необходимых случаях для участия в работе комиссии приглашаются представители следственных органов, охраны и государственного пожарного надзора.

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

Указать минусы традиционного, «бумажного» документооборота и сделать плавный переход к электронному документообороту

Минусы бумажного документооборота:

Медленный поиск документов;

Трудности отслеживания движения документа на всех этапах его жизненного цикла;

Сложность организации эффективного контроля и отчетности по исполнению резолюций;

Длительность сроков подготовки и согласования документов;

сложность организации документооборота, если с одними и теми же документами одновременно работает несколько пользователей;

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

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

1.2 Понятие электронного документооборота компании.

Концепция ЕСМ


Вопрос классификации СЭД достаточно сложен вследствие быстрого развития рынка этих систем. Тем более, что начиная с 2001 г. всё большую популярность стала набирать концепция "управление корпоративным содержимым (Enterprise Content Management — ECM)", а не управление электронным документооборотом (в соответствии с "Forrester TechRankings"). Термин ЕСМ появился с легкой руки торговой ассоциации AIIM International и накрывает собой все системы управления корпоративной информацией.

В то же время, если Forrester Research определяет ECM, как интегрированный подход к управлению документами и Web-содержимым, то для консалтинговой компании Doculabs управление корпоративным содержимым ECM представляет собой "категорию, объединяющую возможности систем управления корпоративными документами и систем управления содержимым со способностью управления полным жизненным циклом корпоративного содержимого (при продолжающемся росте числа его типов)".

С точки зрения отраслевых аналитиков, концепция ЕСМ предлагает много бизнес-преимуществ. ECM-система, интегрирующая все контентно- и процессно-ориентированные технологии внутри предприятия, обеспечивает общую инфраструктуру для управления его документооборотом, минимизирующую необходимость развертывания и поддержки множества технологий для реализации различных бизнес-функций. Суть данного подхода (его еще называют инфраструктурным) состоит в том, что корпоративное содержимое не должно принадлежать только одному приложению или системе. Оно должно быть доступно для множества приложений и свободно распространяться между ними. Важным свойством ECM-инфраструктуры (включающей соответствующие приложения большинства вендоров отрасли) является ее независимость от единственного универсального хранилища содержимого. В ECM-инфраструктуре интегрируется множество специализированных (или унаследованных) репозитариев данных (даже от конкурирующих вендоров), включая, в том числе, хранилища электронных документов об изделиях, электронную почту, хранилища Web-содержимого, файловые системы и даже СУБД. Таким образом, ECM-инфраструктура обеспечивает общий слой интеграции (или виртуализации) для каждого репозитария данных (позволяя делать запросы к ним откуда угодно по всему предприятию), тем самым минимизируя необходимость интеграции систем управления электронными документами и систем управления содержимым от множества вендоров. Кроме того, с помощью ЕСМ-инфраструктуры реализуются такие сервисы управления корпоративным содержимым, как персонализация, контроль доступа, управление полномочиями пользователей и др. (что упрощает администрирование и сопровождение ЕСМ-системы).

Возможности ECM-систем можно разделить на несколько основных категорий:

Общие функции управления содержимым, под которыми понимается способность управлять множеством электронных объектов (изображениями, офисными документами, графиками, чертежами, Web-содержимым, электронной почтой, видео, аудио и мультимедиа). ECM-система обеспечивает репозитарий для всех этих типов электронных объектов с различными библиотечными сервисами (профилированием содержимого, функциями check-in/check-out, управлением версиями, ведением хронологии ревизий, обеспечением безопасности доступа к документам и др.), а также способность управлять данными объектами в течение всего их жизненного цикла.

Функции управления процессами, под которыми понимается способность автоматизации и управления бизнес-процессами и потоками работ.

Интеграция с другими ECM-системами, подразумевающая способность интеграции ECM-системы c внешними ERP-системами, офисными приложениями, хранилищами содержимого, другими СЭД. Интеграция может быть выполнена с помощью различных подходов, включая использование объектно-ориентированных интерфейсов (таких, как EJB), коннекторов, API-интерфейсов, технологии интеграции корпоративных приложений EAI (Enterprise Application Integration) и др.

Cледует отметить, что ECM существует до настоящего времени только как концепция, и ECM-инфраструктура сегодня в большой степени представляет собой только взгляд на перспективы развития рынка СЭД. Например, некоторые отраслевые вендоры много говорят об управлении содержимым, однако свои системы они фокусируют только на управлении Web-содержимым или офисными документами. Кроме того, у них отсутствуют четкие взгляды на способы создания открытой ЕСМ-инфраструктуры, интегрирующей специализированные репозитарии по всему предприятию. По оценке аналитиков компании Doculabs (исследовавшей решения ведущих разработчиков EDMS-систем), хотя вендоры и признают важность концепции ECM, им еще достаточно далеко до ее полной реализации в своих системах.

Логический переход к СЭД…

1.3 Системы электронного документооборота (СЭД).

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

IDC следующим образом определяет понятие СЭД (имея в виду EDMS — Electronic Document Management Systems): "СЭД обеспечивают процесс создания, управления доступом и распространения больших объемов документов в компьютерных сетях, а также обеспечивают контроль над потоками документов в организации. Часто эти документы хранятся в специальных хранилищах или в иерархии файловой системы. Типы файлов, которые, как правило, поддерживают СЭД, включают: текстовые документы, изображения, электронные таблицы, аудиоданные, видеоданные и Web-документы. К общим возможностям СЭД относятся: создание документов, управление доступом, конвертация данных и обеспечение безопасности данных".

1.4 Основные свойства и назначение СЭД

Написать сначала про назначение

Свойства:

Открытость



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

Высокая степень интеграции с прикладным ПО



Ключевой возможностью СЭД является высокая степень их интеграции с различными программными приложениями за счет использования технологий OLE Automation, DDE, ActiveX, ODMA, MAPI и др. А непосредственно при работе с документами вообще нет необходимости пользоваться утилитами СЭД. Пользователи имеют дело только с обычными прикладными программами: в момент инсталляции клиентской части СЭД прикладные программы дополняются новыми функциями и элементами меню. Например, пользователь текстового процессора MS Word, открывая файл, сразу видит библиотеки и папки с документами СЭД (откуда он и выбирает необходимый ему документ). При сохранении документ автоматически размещается в базе данных СЭД. То же относится и к другим офисным и специализированным программам.

Следует также отметить, что в большинстве распространенных СЭД реализована интеграция с наиболее известными ERP-системами (в частности, с SAP R/3, Oracle Applications и др.). Именно возможность интеграции с различными приложениями является одним из характерных свойств СЭД. Благодаря ему СЭД могут выступать в качестве связующего звена между различными корпоративными приложениями, создавая, тем самым, основу для организации делопроизводства на предприятии. Некоторые отраслевые аналитики даже считают, что СЭД вполне могут стать основой корпоративной информационной системы предприятия или организации (существуют и другие мнения).

Особенности хранения документов

СЭД работают, преимущественно, на базе распределенных архитектур и используют разнообразные комбинации технологий сбора, индексирования, хранения, поиска и просмотра электронных документов. В большинстве СЭД реализована иерархическая система хранения документов (по принципу "шкаф/полка/папка"). Каждый документ помещается в папку, которая, в свою очередь, находится на полке и т. д. Количество уровней вложения при хранении документов не ограничено. Один и тот же документ может входить в состав нескольких папок и полок за счет применения механизма ссылок (исходный документ в этом случае остается неизменным и хранится на месте, определенном администратором СЭД). В ряде СЭД реализованы еще более мощные возможности хранения за счет организации связей между документами (эти связи можно устанавливать и редактировать в графическом виде).

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

В большинстве случаев, серверная часть СЭД состоит из следующих логических компонентов (которые могут располагаться как на одном, так и на нескольких серверах):

Хранилища атрибутов документов (карточек);

Хранилища документов;

Сервисов полнотекстовой индексации.

Под хранилищем документов обычно понимается хранилище содержимого документов. Хранилище атрибутов и хранилище документов часто объединяют под общим названием "архив документов". Для хранения атрибутов в большинстве СЭД используются СУБД Oracle, Sybase, MS SQL Server и Informix, обеспечивающие поиск документов по атрибутам.

Для хранения непосредственно содержимого документов в большинстве СЭД применяются файл-серверы MS Windows NT, Novell NetWare, UNIX и др. В этом случае могут быть реализованы и гетерогенные комбинации сетевых сред. Например, база данных с атрибутами документов может работать под управлением ОС UNIX в сети TCP/IP, а сами документы могут храниться под ОС Novell NetWare в сети IPX/SPX. Следует отметить, что большими преимуществами СЭД являются хранение документов в исходном формате и автоматическое распознавание множества форматов файлов.

В последнее время всё большую популярность приобретает хранение документов вместе с атрибутами в базе данных. Такой подход имеет свои преимущества и недостатки. Преимуществом является значительное повышение безопасности доступа к документам, а основным недостатком — низкая эффективность работы с документами при большом объеме хранимой информации. При данном подходе также требуется использование мощных серверов с большими объемами оперативной памяти и жестких дисков. Кроме того, в случае сбоя базы данных восстановить хранившиеся в ней документы будет очень непросто. Необходимо также строго привязываться к конкретной СУБД.

Особенности маршрутизации документов

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

Разграничение доступа

В СЭД реализованы надежные средства разграничения полномочий и контроля за доступом к документам. В большинстве случаев с их помощью определяются следующие виды доступа (набор задаваемых полномочий зависит от конкретной СЭД):

Полный контроль над документом;

Право редактировать, но не уничтожать документ;

Право создавать новые версии документа, но не редактировать его;

Право аннотировать документ, но не редактировать его и не создавать новые версии;

Право читать документ, но не редактировать его;

Право доступа к карточке, но не к содержимому документа;

Полное отсутствие прав доступа к документу (во время работы с СЭД каждое действие пользователя протоколируется, и, таким образом, вся история его работы с документами может быть легко проконтролирована).

Отслеживание версий и подверсий документов

При одновременной работе с документом сразу нескольких пользователей (особенно, когда его необходимо согласовывать в различных инстанциях) очень удобной функцией СЭД является использование версий и подверсий документа. Предположим, исполнитель создал первую версию документа и передал ее на рассмотрение следующему пользователю. Второй пользователь изменил документ и создал на его основе уже новую версию. Затем он передал свою версию документа в следующую инстанцию третьему пользователю, который создал уже третью версию. Спустя определенное время, ознакомившись с замечаниями и исправлениями, первый исполнитель документа решает доработать исходную версию и на ее основе создает подверсию первой версии документа. Достоинством СЭД является реализованная в них возможность автоматического отслеживания версий и подверсий документов (пользователи всегда могут определить, какая именно версия/подверсия документа является наиболее актуальной по порядку или времени их создания).

Наличие утилит просмотра документов разных форматов

В состав большинства СЭД входят утилиты для просмотра документов (так называемые просмотровщики — viewers), понимающие многие десятки форматов файлов. С их помощью очень удобно работать, в частности, с графическими файлами (например, с файлами чертежей в САD-системах). Помимо базового комплекта утилит просмотра (входящего в каждую СЭД), у третьих фирм можно приобрести дополнительные утилиты, хорошо интегрируемые с СЭД.

Аннотирование документов

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

Поддержка различных клиентских программ

Клиентами большинства СЭД могут быть ПК с ОС MS Windows, Windows NT. В некоторых СЭД используются также платформы UNIX и Macintosh. Кроме того, все современные СЭД позволяют работать с документами через стандартные Web-навигаторы. Так как Web-навигаторы могут быть размещены на разнообразных клиентских платформах, то это облегчает решение проблемы обеспечения работы СЭД в гетерогенных сетевых средах. При использовании Интернет-технологий у СЭД появляется еще один серверный компонент, отвечающий за доступ к документам через Web-навигаторы.

Назначение:

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

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

1.5 Общая классификация СЭД

По мнению аналитиков IDC, в настоящее время существуют следующие основные типы СЭД (при этом некоторые из СЭД могут одновременно относиться к нескольким типам, так как обладают соответствующими для них функциями):



СЭД, ориентированные на бизнес-процессы (business-process EDM). Они лежат в основе концепции ECM. Системы этого типа (EDMS) предназначены для специфических вертикальных и горизонтальных приложений (иногда они имеют и отраслевое применение). EDMS-системы обеспечивают полный жизненный цикл работы с документами, включая работу с образами, управление записями и потоками работ, управление содержимым и др. EDMS-системы обеспечивают хранение и поиск 2-D документов в оригинальных форматах (изображений, CAD-файлов, электронных таблиц и др.) c возможностью их группировки в папки. Существует мнение некоторых отраслевых аналитиков, что (в зависимости от используемых схемы индексации и приложений) данный документно-ориентированный подход может обеспечить в ряде EDMS-систем до 80% функциональности PDM-системы при меньшей стоимости внедрения. Наиболее известными разработчиками EDMS-систем являются компании Documentum (система Documentum), FileNet (системы Panagon и Watermark), Hummingbird (система PC DOCS) и др. Вендоры, больше других компаний преуспевшие в управлении содержимым (например, компании Documentum и FileNet), сфокусировали свою деятельность на реализации в СЭД таких функций, как управление шаблонами, управление динамическими презентациями и публикация Web-содержимого. Cледует отметить, что при том, что почти все EDMS-системы обеспечивают хороший уровень реализации репозитариев и библиотечных сервисов для управления электронным содержимым (например, образами и офисными документами), каждая из них наиболее сильна в своей области. Например, в системах от компаний Open Text и iManage наиболее хорошо проработано управление офисными документами. В свою очередь, системы от компаний Tower Technology, FileNet, IBM и Identitech особенно сильны в управлении изображениями изделий большого объема.

Корпоративные СЭД (enterprise-centric EDM). Системы этого типа обеспечивают корпоративную инфраструктуру (доступную всем корпоративным пользователям) для создания документов, коллективной работы над ними и их публикации. Базовые функции корпоративных СЭД аналогичны функциям СЭД, ориентированным на бизнес-процессы. Как правило, корпоративные СЭД не ориентированы на использование только в какой-то конкретной отрасли или на решение узкой задачи. Они внедряются, как общекорпоративные технологии. Разработкой и продвижением корпоративных СЭД занимаются компании Lotus (система Domino.Doc), Novell (Novell GroupWise), Open Text (система LiveLink), Keyfile, Oracle (система Context), iManage и др. Например, система Open Text Livelink обеспечивает коллективную работу над документами по проекту для внешних и внутренних пользователей, проведение онлайновых дискуссий, распределенное планирование и маршрутизацию документов и др.

Системы управления содержимым (content management systems). Системы данного типа обеспечивают создание содержимого, доступ и управление содержимым, доставку содержимого (вплоть до уровня разделов документов и объектов для их последующего повторного использования и компиляции). Доступность информации не в виде документов, а в виде объектов меньшего размера облегчает процесс обмена информацией между приложениями. Управление Web-содержимым требует наличия возможности управления объектами разного содержимого, которые могут быть включены в Web-презентацию (например, HTML-страницы и Web-графику). Кроме того, управление Web-содержимым требует наличия возможности создания презентационных шаблонов, с помощью которых осуществляются презентация динамического содержимого и его персонализация (основанная на предпочтениях пользователей, их профилях и др.). На мировом рынке известны системы управления содержимым от компаний Adobe, Excalibur, BroadVision, Documentum, Stellent, Microsoft, Divine, Vignette и др. Определенный уровень управления Web-содержимым предлагают также компании FileNet, Tower и Identitech. В свою очередь, компания IBM реализует функции по управлению Web-содержимым на базе решений от компаний Interwoven и Open Market (через партнерские отношения с ними), а компания Tower интегрировала свое ПО по управлению электронными документами с решениями по управлению Web-содержимым от компании Stellent.

Системы управления информацией (information management systems) — порталы. Такие системы обеспечивают агрегирование информации, управление информацией и ее доставку через Internet/intranet/extranet. С их помощью реализуется возможность накопления (и применения) опыта в распределенной корпоративной среде на основе использования бизнес-правил, контекста и метаданных. С помощью порталов обеспечивается также доступ через стандартный Web-навигатор к ряду приложений электронной коммерции (обычно, через интерфейс ERP-системы). Примерами порталов являются системы Excalibur, Oracle Context, PC DOCS/Fulcrum, Verity, Lotus (Domino/Notes, K-Station).

Системы управления изображениями/образами (imaging systems). C их помощью осуществляется конвертация отсканированной с бумажных носителей информации в электронную форму (обычно, в формате TIFF). Данная технология лежит в основе перевода в электронную форму информации со всех унаследованных бумажных документов и микрофильмов. В число базовых функций стандартной системы обработки изображений входят: сканирование, хранение, ряд возможностей по поиску изображений и др.

Системы управления потоками работ (workflow management systems). Системы данного типа предназначены для обеспечения маршрутизации потоков работ любого типа (определения путей маршрутизации файлов) в рамках корпоративных структурированных и неструктурированных бизнес-процессов. Они используются для повышения эффективности и степени контролируемости корпоративных бизнес-процессов. Cистемы управления потоками работ обычно приобретаются, как часть решения (например, EDMS-системы или PDM-системы). Здесь можно отметить таких разработчиков, как компании Lotus (системы Domino/Notes и Domino Workflow), Jetform, FileNet, Action Technologies, Staffware и др. Хороший уровень управления потоками работ обеспечивают в своих решениях также компании FileNet, IBM (через интеграцию с ПО MQ Series Workflow), Identitech, Tower (через интеграцию с ПО Plexus и Staffware), Gauss (через интеграцию с ПО Staffware) и др.

Предлагаемую IDC классификацию СЭД можно дополнить также системами управления корпоративными электронными записями. Рыночному сегменту ПО управления корпоративными записями уже около 5 лет. Корпоративные записи фиксированы во времени и неизменяемы. Они являются свидетельством бизнес-транзакций, различных прав и обязательств и др. Корпоративные пользователи должны сами определить, какое содержимое необходимо сделать корпоративной записью (такое решение требует оценки перспективных потребностей их бизнеса). В число корпоративных решений, требующих сохранения содержимого, входят основные бизнес-системы, включая ERP-системы и бухгалтерские системы, почтовые системы (например, MS Exchange), системы управления отчетами и выводом, системы электронной коммерции, программные средства коллективной работы (системы управления проектами, онлайновой конференц-связи и др.). В качестве примеров систем управления записями можно привести ПО Capture от Tower Software, iRIMS от OpenText и Foremost от TrueArc.

Многих важных функций управления записями в СЭД раньше не было (например, функций классификации). Не были реализованы также и методы физического удаления записей и индексов в конце их жизненного цикла (при необходимости). По мнению Gartner Group, корпоративным пользователям необходимо дополнить свои Web-сайты функциями систем управления записями. Ряд разработчиков систем управления Web-содержимым для поддержки записей Web-сайтов уже расширяют их функциональность с помощью систем управления записями. Работы в данном направлении стали особенно заметны в 2002 г. Например, компания Stellent интегрировала свое ПО управления содержимым с системой управления записями Foremost от компании TrueArc (cледует отметить, что интеграция ПО управления записями с СЭД весьма непроста, так как необходимо решить проблемы дублирования функций и репозитариев). После такой интеграции стало возможно делать "снимки" Web-сайта и управлять ими, как записями. Реализуются и такие интересные возможности, как запись экранов, встретившихся во время онлайновой транзакции (например, в ПО WebCapture от компании Tower Technology). Компания Open Text приобрела фирму PS Software (занимающуюся разработкой систем управления записями) и встроила ее ПО iRIMS в качестве модуля в свое ПО LiveLink. Дополняют свое ПО управления содержимым функциональностью систем управления записями также компании Documentum, IBM и Interwoven (среди прочих вендоров ПО управления содержимым).

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

Именно поэтому на мировом рынке СЭД и появились так называемые системы управления выводом (output management systems — OMS), основным предназначением которых является генерация выходных документов. В некоторых OMS-системах дополнительно реализованы также возможности архивации и долговременного хранения выходных отчетов и документов. В связи с этим, многие из OMS-систем классифицируются Gartner Group, как интегрированные системы архивации и поиска документов (IDARS — integrated document archive and retrieval systems). Однако главной причиной популярности OMS-систем все же является занимаемая ими рыночная ниша — генерация документов и отчетов в информационных системах предприятий и организаций, построенных с использованием ERP-систем. По мнению аналитиков Gartner Group, одним из слабых мест современных ERP-систем является именно плохое управление генерацией выходных документов (разработчики ERP-систем больше сосредоточены на повышении функциональности ключевых модулей своего ПО, чем на "второстепенных" вопросах обеспечения генерации выходных отчетов, не имеющих, по их мнению, хороших рыночных перспектив). Этот недостаток ERP-систем и послужил основным фактором появления и быстрого развития рынка OMS-систем. Ряд OMS-систем отвечает только за распределение и доставку выходных документов (в электронном виде — в форматах HTML, XML и PDF). Очень часто OMS-системы интегрированы с программными пакетами сканирования документов и изображений. Полезной возможностью некоторых OMS-систем является и взаимодействие с унаследованными корпоративными системами.

Можно также отметить специальные модули управления электронными документами, встраиваемые в ERP-системы (SAP R/3, Baan и др.). Однако возможности этих модулей достаточно ограничены, так как практически невозможно создать универсальную и полнофункциональную ERP-систему.

1.6Основные тенденции развития российского рынка СЭД

Выход на отечественный рынок СЭД многопрофильных ИТ-компаний

Среди сотен российских ИТ-компаний, прочно занимающих свое место на отечественном ИТ-рынке, ряд крупных многопрофильных фирм серьезно воспринимает рынок СЭД и диверсифицирует свою деятельность, предлагая собственные решения в области автоматизации документооборота. Здесь можно отметить такие компании, как IBS, Аквариус (ее дочернюю компанию Аквариус Консалтинг), R-Style, Ланит и др. (не говоря уже об АйТи).



Cовместные работы по стандартизации СЭД

Ряд российских компаний (НТЦ ИРМ, ИнтерТраст, ЭОС) совместно работают в области стандартизации протоколов взаимодействия СЭД. В апреле 2002 г. они создали для этого специальную постоянно действующую "Рабочую группу по стандартизации протоколов".



Рост интереса к российскому рынку зарубежных разработчиков и поставщиков СЭД

Этот интерес проявляется в выходе зарубежных вендоров СЭД на российский рынок через компании-партнеров. В качестве примера можно отметить канадскую фирму Hummingbird, действующую через своего партнера — российскую компанию HBS — по продвижению системы DOCS Open/Fusion, системы управления знаниями Fulcrum, средства интеграции данных Genio и портала Hummingbird EIP. Решила выйти на российский рынок и компания FileNet (в частности, с помощью компании "Галактика", ставшей партнером FileNet в продвижении на российский рынок СЭД Panagon).

Разработка интегрированных решений

Присутствие на российском рынке нескольких десятков СЭД вынуждает разработчиков создавать средства для их интеграции. Примером этому может служить выпуск компанией АйТи в марте 2002 г. XML-шлюза в своей СЭД БОСС-Референт, который позволит объединить в единое информационное пространство СЭД, построенные на различных платформах и использующие разные форматы данных.



Cотрудничество и совместное продвижение интегрированных решений

Интересно, что некоторые российские компании предлагают свои СЭД в виде ОЕМ-версий, предустановленных на компьютерах сборки своего партнера. Примером этому является сотрудничество российских компаний АйТи и Инел-Дата, предлагающих своим клиентам интегрированное решение,представляющее собой OEM-версию СЭД БОСС-Референт, предустановленную на ПК Эксимер.
Каталог: teach -> Учеба ПГАТИ
Учеба ПГАТИ -> Курсовая работа по дисциплине "Информационные технологии" на тему: " Обзор программного обеспечения компьютеров "
Учеба ПГАТИ -> Методические указания к лабораторным работам по дисциплинам «операционные системы», «операционные системы, среды и оболочки»
Учеба ПГАТИ -> Конспект лекций по учебной дисциплине «Операционные системы, среды и оболочки»
Учеба ПГАТИ -> 1. Введение Определение операционной системы
Учеба ПГАТИ -> Лекция №1 введение в историческую науку

Скачать 269.64 Kb.

Поделитесь с Вашими друзьями:




База данных защищена авторским правом ©vossta.ru 2022
обратиться к администрации

    Главная страница