Самым распространённым средством офисной автоматизации стали пакеты прикладных программ (ППП). Данный класс программных средств наиболее представителен, что обусловлено, прежде всего, широким применением средств компьютерной техники во всех сферах деятельности человека, созданием автоматизированных информационных систем различных предметных областей.
Для некоторых предметных областей возможна типизация функций управления, структуры данных и алгоритмов обработки. Это вызвало разработку значительного числа пакетов прикладных программ одинакового функционального назначения и, таким образом, создало рынок программньк продуктов:
ППП автоматизированного бухгалтерского учета;
ППП финансовой деятельности;
ППП управления персоналом (кадровый учет);
ППП управления материальными запасами;
ППП управления производством;
банковские информационные системы и т.п.
Основные тенденции в области развития проблемно-ориентированных программных средств таковы:
создание программных комплексов в виде автоматизированных рабочих мест (АРМ) управленческого персонала;
создание интегрированных систем управления предметной областью на базе вычислительных сетей, объединяющих АРМы в единый программный комплекс с архитектурой клиент-сервер;
организация данных больших информационных систем в виде
распределенной базы данных на сети ЭВМ;
наличие простых языковых средств конечного пользователя для запросов к базе данных;
настройка функций обработки силами конечных пользователей (без участия программистов);
защита программ и данных от несанкционированного доступа (парольная защита на уровне функций, режимов работы, данных).
Для подобного класса программ высоки требования к оперативности обработки данных (например, пропускная способность для банковских систем должна составлять несколько сот транзакций в секунду), велики объемы хранимой информации, что обусловливает повышенные требования к средствам администрирования данных БД (актуализации, копирования, обеспечения производительности обработки данных).
Наиболее важно для данного класса программных продуктов создание дружественного интерфейса для конечных пользователей.
Данный класс программных продуктов весьма динамичен как по составу реализуемых ими функций, так и по используемому для их создания инструментарию разработчика. Со временем границы компьютеризации информационных систем, как правило, расширяются, что приводит к изменению функций существующих ППП.
Система Lotus Notes
Система Lotus Notes представляет собой платформу типа клиент-сервер, служащую для разработки и размещения прикладных программ группового обеспечения.
Благодаря тому, что система Lotus Notes объединяет важные технологии, необходимые для подготовки этих приложений, она предлагает разработчикам наиболее производительную платформу, ориентированную на совместное использование информации.
Система Lotus Notes позволяет пользователям получать, отслеживать, совместно использовать и создавать информацию, предназначенную для документов. Эта информация может поступать в различных форматах, таких как тексты, изображения, видео и звук, и от различных источников, таких как компьютерные прикладные системы, оперативные системы или системы деловых линий (Line of Business Systems), сканеры или факс-аппараты. Пользователям система Lotus Notes обеспечивает доступ к сети через любой применяемый ими графический пользовательский интерфейс (Windows, Mac, OS/2, Unix).
Основными системы Lotus Notes являются:
Единый, постоянный пользовательский интерфейс для обращения ко всем другим пользователям, сетевым ресурсам и информации.
Гибкость при обработке сложных документов, содержащих данные различного рода от таких источников, как компьютерные приложения, новостные каналы (newsfeeds), сканированные изображения и структурированные реляционные системы.
Среда быстрой разработки прикладных программ для рабочих групп.
Развитая система защиты доступом к информации на всех уровнях, вплоть до уровня отдельного документа.
Применение тиражирования для предоставления всем пользователям доступа к свежей информации, располагающейся в любом подразделении предприятия, в его филиалах, у удаленных пользователей, а также у заказчиков и поставщиков.
Открытость, заключающаяся в поддержке множества сетевых и компьютерных операционных прикладных программных интерфейсов API.
Масштабируемость – возможность поддерживать организации любого размера, от рабочей группы из двух пользователей до корпоративной сети с десятками тысяч пользователей.
Полная интеграция набора разнообразных элементов клиентских и серверных программных модулей (среда пользователя, распределенная обработка документов, передача сообщений, защита и среда разработки), необходимая для создания технологии бизнес-процесса заказчика на множестве платформ. Рабочее пространство пользователя (Workspace) системы Lotus Notes представляет собой графический пользовательский интерфейс, который знаком для пользователей систем Windows, Mac System7, OS/2 или Unix.
Рабочее пространство системы Lotus Notes состоит из шести фиксированных экранных окон, в которых размещены пиктограммы, представляющие документные базы данных системы Notes.
Пользователь может располагать окна на экране по своему усмотрению.
База документов Notes представляет собой средство хранения объектов, при помощи которого пользователи могут вызывать, отслеживать, хранить и преобразовывать информацию в своей сети. База документов может совместно эксплуатироваться пользователями, присоединенными к одной и той же сети.
Сложные документы, составляющие базу данных, создаются и обновляются при помощи бланков Notes Forms и редактора WYSIWYG, который позволяет пользователю вводить и редактировать текст или применять неделимые объекты системы Notes.
Система Lotus Notes использует средства OLE и другие программные мосты для интеграции с различными прикладными программами.
1.3.2. Средства автоматизации документооборота
В последнее время в зарубежных странах пользуются особой популярностью автоматизированные системы построения и управления деловыми процессами в организациях. С помощью таких систем можно организовать систему электронного документооборота на предприятии, а также систему контроля выполнения заданий и загрузки сотрудников. Данные системы относятся к типу workflow. Следует отметить, что они ставят целью не полный отказ от бумажных документов (что невозможно по ряду причин, главными из которых являются причины юридического характера), а сведение к минимуму перемещение бумаг внутри предприятия.
Пакет управления документооборотом Action Workflow.
Зачастую, помимо грамотного хранения информации, возникает потребность в организации определенных маршрутов работы над документами (маршрутизация) и контроля исполнительской дисциплины. Когда нет устоявшихся маршрутов обработки информации и желательно осуществить последовательную или параллельную рассылку необходимой документации, в ваше распоряжение предоставляется "свободный маршрутизатор", созданный и интегрированный в систему DOCS Open, посредством которого можно из списка пользователей системы или групп пользователей выбрать адресатов корреспондентов, назначить времена работы, просмотреть статус работ (получена/прочитана/выполнена и т.д.), проследить историю работы над той или иной информацией. В случае же, когда имеются относительно стабильные маршруты хождения документов, предпочтительнее использовать возможности продукта Action Workflow компании Action Technologies.
Самое сложное и ответственное в данном направлении - это выбор инструментария, который позволит перенести существующие в организации процессы на язык, понятный машинам, удобно и просто будет описать с помощью терминов системы существующие взаимодействия сотрудников организации. Все это определяется той методологией, которая закладывается в инструментарий системы и призвана взять на себя тяжелое бремя по описанию процессов. Именно методология определяет скорость и качество создаваемого приложения, стоимость сопровождения продукта, дает возможность создавать новые, с постоянно улучшающимися характеристиками, образцы систем. Ее отсутствие или использование ошибочной методологии часто приводит к плохим результатам. Поэтому выбор методологии может непосредственно влиять не только на скорость проектирования системы, но и на конечный результат.
В отличие от "графовых систем", где каждый "шаг " представляет собой вектор и отражает движение задания, связанного с документом, или просто документа от одного субъекта к другому, и на человека, отвечающего за правильность функционирования схемы, ложится ответственность учета всевозможных ситуаций, в том числе и так называемых "непредвиденных" (или отказных), которые по ходу дела могут возникнуть на пути продвижения документа, методология Action Workflow в элементарном звене включает все многообразие ситуаций, которые могут возникнуть при общении двух субъектов, и тем самым привнести элемент творчества в работу сотрудников. Для того, чтобы запустить процесс по нужному сценарию, его необходимо воплотить в карте бизнес-процесса.
Основные особенности Action Workflow:
методология учитывает "человеческий фактор";
в качестве адресата используются не имена конкретных сотрудников, а
их должности (роли), что является серьезным подспорьем в организации производства;
созданная карта процесса статически проверяет себя на замкнутость:
документ не может быть отправлен в "никуда" или остановиться непонятно почему. Лицо, сделавшее запрос, должно узнать о результате;
четкая система контроля исполнения, когда на выполнение определенной операции отводится определенное количество времени, и система сама по вашему выбору определяет штрафные санкции к провинившемуся сотруднику и реакцию системы на подобное нарушение;
на рабочих местах конечный пользователь оперирует привычными для своей отрасли производства терминами - в процессе создания карты вы сами определяете "сленг", на котором будут общаться сотрудники вашего предприятия;
доступ к информации в данный момент имеют только лица, которые должны с ней работать, кому это разрешили. Администратор же системы видит только состояние процесса ("запущен", "ожидает активации", "завершен");
поэтапность внедрения (автоматизацию можно начать с какого-нибудь отдела или подразделения, а в случае необходимости добавить в карту новых сотрудников, и заново создать процесс. При этом те деловые процессы, которые были запущены, дойдут до своего логического завершения, а вновь запускаемые процессы пойдут по новой карте);
система имеет открытый интерфейс и может быть интегрирована в существующие приложения.
Система состоит из трех частей, каждая из которых направлена на решение определенного круга задач. В совокупности они призваны обеспечить быстрый и простой путь к созданию карты взаимодействия между сотрудниками в организации.
Ядром системы является AWS Manager - модуль, непосредственно отвечающий за выполнение работ согласно данным из карт, а также за контроль исполнения и назначение штрафных санкций в случае нарушения сотрудниками временных интервалов, отведенных на определенный этап работ.
В дополнение к AWS Manager поставляется открытый API, посредством которого можно получить всю необходимую информацию об интересующих процессах: кто в данный момент работает над проблемой, посмотреть историю, просмотреть и при необходимости назначить временные интервалы выполнения различных стадий работ, а также сотрудников, выполняющих определенные роли, или же получить список документов, которые отправили на обработку.
Продукт AWS Builder - средство, с помощью которого предоставляется возможность строить карты процессов и выполнять их реинжиниринг, вводить новых сотрудников и роли, проводить назначения последних, определять временные интервалы выполнения различных этапов работы, штрафные санкции, которые будут применяться в случае нарушения оных. Последняя и наиболее ценная черта данного компонента - это статическая проверка карты процесса на замкнутость при генерации процесса, что не позволит бизнес-процессу "уйти в никуда".
Продукт AWS Analist - средство, предназначенное для моделирования деловых процессов, существующих на предприятии. С помощью него можно оптимизировать бизнес-процесс либо по времени, либо по затратам.
Следует отметить модульность предлагаемого решения, т.е. в зависимости от потребностей можно сначала организовать у себя электронный архив, а затем систему контроля исполнения или наоборот. При этом оба компонента легко интегрируются как друг в друга, так и в уже действующие приложения.
Пакет электронного документооборота Staffware.
Интересными представляются технологии организации электронного документооборота и автоматизации деловых процедур на основе инструментальной среды StaffWare, работающей по технологии "клиент-сервер". Эта среда относится к классу workflow и характеризуется следующими особенностями:
поддержка коллективной работы с множеством заданий большого числа исполнителей;
динамическое управление и контроль исполнения работ;
интегрируемость с разными приложениями под Windows и Unix;
использование различных платформ.
StaffWare позволяет простым способом маршрутизировать документопоток и контролировать исполнение документов по времени и дате исполнения. Будучи открытой системой, StaffWare способна интегрироваться с другими продуктами, поддерживающими автоматизированный ввод входящих документов, ведение архива документов, криптографическую защиту информации и проч. Связь с внешними процедурами может осуществляться средствами DDE и OLE. Для мощных систем документооборота имеются версии StaffWare on Oracle и StaffWare on Infirmix.
Используя строгий алгоритм прохождения документов по рабочим местам, система электронного документооборота может быть быстро адаптирована к измененной структуре организации при помощи разделения работ по группам и ролевым отношениям.
Наращиваемость системы электронного документооборота осуществляется путем разработки новых процедур. В StaffWare встроен удобный графический построитель процедур, наглядно отражающий маршрут прохождения документов и алгоритм их обработки.
Система электронного документооборота с использованием инструментальной среды StaffWare представляет собой множество процедур, которое может модифицироваться и пополняться.
представляет собой множество процедур, которое может модифицироваться и пополняться.
Каждая процедура связывает совокупность документов, из которых одни являются родителями, другие - потомками.
Отдельный документ может быть родителем одних документов и потомком других. Отношения между документами, с одной стороны, их связь с процедурами и внутреннее описание каждого документа с другой стороны, однозначно идентифицируют его в общем потоке документов. Этот идентификатор может использоваться для организации архива документов с целью быстрого поиска.
Документы-потомки порождаются при исполнении шагов процедур StaffWare в любых доступных приложениях MS Windows, включая текстовые процессоры, электронные таблицы, процессоры мультимедиа и т.п.
Для организации и ведения архива документов разработана информационная модель базы данных, удовлетворяющая следующим требованиям:
поддержка иерархического построения, включая распределение на различных серверах с ограничением прав доступа;
классификация документов по их типам (входящие, исходящие, внутренние); ведение истории жизни документа в регистрационном журнале по всем реквизитам видов работ (кто, когда и что делал с данным документом);
возможность получения информации о других документах, связанных с конкретным - о предшествующих (родителях) и/или порожденных (потомках), санкционирование получения доступа к этим документам;
объединение документов во временные иерархические группы с различным уровнем доступа (аналог папок, шкафов и т.п.) без изменения физического размещения документа в архиве.
Наряду с информационным моделированием должно проводиться и функциональное моделирование для каждой процедуры документооборота.
