Курсовая работа на тему:

«Системы групповой работы с документацией»

Содержание

Введение 3

1. Электронный документооборот: общие сведения 4-8

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

и их функциональные компоненты 4-5

1.2. Модель состояний документа 5-6

1.3. Модель жизненного цикла документов 7-8

1. Организация групповой работы с документами 9-19

   1. Компьютерные сети как основа для групповой

работы с документами 9

1. Групповое программное обеспечение 10-13

2. Основные достоинства групповых систем

работы с документацией 13-14

2.4. Обеспечение безопасности при групповой работе

с документами 14-19

Выводы 20

Список литературы 21

Введение

Сегодня пришло понимание необходимости автоматизации хранения и обработки информации, так как её объемы таковы, что обрабатывать её вручную уже не представляется возможным. Существуют оценки, что до 90% времени сотрудников тратится на поиск необходимых для работы документов. Это проблема усугубляется при коллективном использовании документов, когда надо найти документы, созданные другим сотрудником, и, наконец, она становится практически невыполнимой в том случае, если организация является территориально-распределенной. Эффективно реализованная система документооборота позволяет преодолеть эти трудности, а так же приводит к уменьшению стоимости хранения информации за счет: сокращения площадей, на которых хранится информация; уничтожения малоэффективных бумажных документов; более компактного хранения бумажных документов; увеличения скорости поиска и доступа к необходимым документам. Немаловажно отметить еще и фактор повышения безопасности при работе с документами за счёт организации глубокой системы защиты документов, в зависимости от операций и пользователей, и от несанкционированного доступа. Кроме того, запись всех операций с документами позволяет восстановить всю историю действий с ними, что также часто бывает крайне необходимо.

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

1. Электронный документооборот: общие сведения

1. Требования к системам электронного документооборота и их функциональные компоненты

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

• Создание, хранение, редактирование документов.

• Управление доступом к документам.

• Возможность интеграции с другими подсистемами ИАИС и другими программными средствами, предназначенными для работы с документами.

• СЭД должна быть максимально ориентирована на целевую аудиторию и предусматривать для конечного пользователя удобный web-интерфейс.

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

Опираясь на опыт существующих разработок], можно выделить ряд функциональных компонент, которые должна содержать СЭД:

Пользователи – субъекты системы вместе со своими инструментальными средствами, обращающиеся к СЭД за информацией либо с целью выполнения определенных действий.

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

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

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

Система хранения данных – модель данных и механизмы ее реализации, которая может быть организовано на нескольких уровнях: на уровне неструктурированной информации (файлы) и структурированной – базы данных.

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

1.2. Модель состояний документа

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

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

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

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

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

2. Модель жизненного цикла документов

Модель жизненного цикла СЭД является спиральной и включает в себя следующие этапы: создание/редактирование, движение, задача, мониторинг, архив [11]. Жизненный цикл документа не должен обязательно включать в себя все этапы (Рисунок 6).

Создание/редактирование. Под созданием понимается либо непосредственное создание документа в СЭД и хранение его в БД документов, либо регистрация документа, хранящегося во «внешней» системе, например, ИАИС. После того, как документ создан на следующем витке документ на этом этапе будет редактироваться.

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

Задача. Активные документы могут порождать задачи, которые необходимо выполнить для того, чтобы отразить назначение (вид) документа. Такими задачами могут быть: поручение; контроль за выполнением предписания, содержащегося в документе и т.д. Этот этап жизненного цикла должен обеспечиваться подсистемой контроля за выполнением задачи.

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

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

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

   1. Компьютерные сети как основа для групповой работы с документами

Интранет - это компьютерная сеть с соответствующим программным обеспечением, позволяющие служащим компании обмениваться информацией, электронной почтой, документами компании и совместно их использовать (электронный документооборот). Интранет основана на приложении технологий интернет для частных локальных и глобальных сетей организаций. Программное обеспечение для сетей интранет - это недорогая, быстро реализуемая альтернатива прикладным программным продуктам для рабочих групп (Lotus Notes, SAP...) и системам электронного документооборота (Евфрат, Optima Workflow). Современное программное обеспечение для сетей интранет включает в себя модули координации совместной работы и управления документами.

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

Компьютерные сети нужны в первую очередь:

1. Предприятиям с численностью работников от 10. Чем крупнее предприятие, тем больший эффект дает внедрение данных систем.

2. Предприятиям с хотя бы зачатками формализации рабочих процедур

3. Предприятиям, имеющим территориально распределенные подразделения (в пределах одного здания, города, страны)

2.2. Групповое программное обеспечение

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

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

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

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

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

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

Идея групповой работы родилась несколько лет назад с появлением Lotus Notes - мощной системы предприятия, создающей условия для совместного пользования информацией. Вскоре у Lotus Notes появились конкуренты - Microsoft Exchange Server и Novell GroupWise, причем в основе каждого такого продукта лежали собственные службы каталогов, методы хранения документов и интерфейсы прикладного программирования (API). Для систем автоматизации групповой работы были разработаны также все процессы, обеспечивающие работоспособность такой вычислительной среды, например процессы маршрутизации почтовых сообщений, обеспечения безопасности и рассылки копий разным адресатам (тиражирования или репликации). Особенно важно, что были разработаны клиенты, реализующие эти услуги. Более того, фирмы Lotus и Microsoft интегрировали в свои программы для групповой работы такие широко применяемые в различных сериях изделий разных поставщиков средства управления, как OLE и ActiveX (которые прежде назывались OCX, или средства управления OLE).

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

Проповедник и активный пропагандист Internet и интрасетей, фирма Netscape начала поставки изделий, реализующих стандарты корпоративных сетей и разработанных специально для них. Поставщики собственных программных средств для групповой работы следуют этому примеру. Lotus, Microsoft и Novell "играют в догонялки", стремясь поспеть за стандартами Internet и лишь недавно поравнялись с Netscape.