2.1 Проектирование архитектуры АСУ
Методологические аспекты при формировании автоматизированной системы документооборота предприятия базируются на следующих принципах: комплексность или системность, непрерывность, законность, плановость, экономичность, сочетание гласности и конфиденциальности[6].
Где лежат сегодня резервы повышения общей эффективности предприятия: уменьшение стоимости хранения информации за счет:
- сокращения площадей, на которых хранится информация;
- уничтожения малоэффективных бумажных документов;
- более компактного хранения бумажных документов;
- переноса бумажных архивов в более дешевые по стоимости хранения, удаленные места, например за город;
- увеличения скорости поиска и доступа к необходимым документам.
Существуют оценки, что до 90% времени сотрудников тратится на так называемую обеспечивающую функцию, а именно на поиск необходимых для работы документов[7]. Это проблема усугубляется при коллективном использовании документов, когда надо найти документы, созданные другим сотрудником, и наконец, она становится практически невыполнимой в том случае, если организация является территориально-распределенной. Соответственно существует возможность практически на порядок повысить:
- эффективность сотрудников;
- сократить расходы на копирование, канцелярские принадлежности и т.п.;
- сократить время на передачу документов между исполнителями.
Кроме того, немаловажно отметить еще и фактор повышения безопасности при работе с документами - организация глубокой системы защиты документов, в зависимости от операций и пользователей, позволяет защитить документы от несанкционированного доступа. Кроме того, запись всех операций с документов позволяет восстановить всю историю действий с ними.
Первоначально рассмотрим общие требования к системе автоматизированного документооборота[8]:
Желательно, чтобы система документооборота могла поддерживать как пять, так и пять тысяч пользователей, и способность системы наращивать свою мощность определялось только мощностью соответствующего аппаратного обеспечения. Выполнение такого требования может быть обеспечено с помощью поддержки серверов баз данных, которые существуют практически на всех возможных программно-аппаратных платформах, тем самым обеспечивая самый широкий спектр производительности.
Основные проблемы при работе с документами возникают в территориально-распределенных организациях, поэтому архитектура систем документооборота должна поддерживать взаимодействие распределенных площадок. Причем распределенные площадки могут объединяться самыми разнообразными по скорости и качеству каналами связи. Также архитектура системы должна поддерживать взаимодействие с удаленными пользователями.
Вполне возможно, что предприятию может не потребоваться сразу внедрение всех компонентов системы документооборота, а иногда спектр решаемых предприятием задач меньше, чем весь спектр задач документооборота. Тогда очевидно, что система документооборота должна состоять из отдельных модулей, интегрированных между собой.
Система документооборота не может и не должна существовать в отрыве от других систем, например, иногда необходимо интегрировать систему с прикладной бухгалтерской программой. Тогда система документооборота должна иметь открытые интерфейсы для возможной доработки и интеграции с другими системами.
При организации автоматизированных систем документооборота одной из основных составляющих являются системы маршрутизации и контроля исполнения, которые оперируют документами, хранящимися в базах данных. При построении систем маршрутизации могут применяться два основных подхода[9].
Первый носит название документо-ориентированный. Документ является основным объектом системы, и маршрутизируется именно он, а все остальные параметры маршрутизации ассоциированы именно с документом.
Второй подход носит название работо-ориентированный и его основным объектом является работа. К работе может быть прикреплен самый разнообразный список объектов, в том числе, и документы. Естественно, работа может существовать и без документов. Второй подход является более общим. Рассмотрим теперь типы систем маршрутизации[10] (приложение 3).
Свободная маршрутизация. Выделяется два основных типов маршрутов документов. Последовательная маршрутизация - документ последовательно проходит одного исполнителя за другим. Передача документа от одного пользователя к другому может происходить по истечении контрольного времени, либо после завершения работы одним из них. Параллельная маршрутизация - документ одновременно поступает всем исполнителям, а завершение маршрута происходит, когда один либо все пользователи завершат работу с документом.
Системы электронной почты. Минимальной достаточной системой, обеспечивающей маршрутизацию документов является система электронной почты, которая осуществляет параллельное распространение документов (маршрутизация отличается от распространения или рассылки тем, что маршрутизируемый документ возвращается в начало маршрута, например к инициатору, а рассылаемый документ уходит к исполнителю без контроля факта возврата). С помощью дополнительных приложений система электронной почты может обеспечивать последовательную маршрутизацию документов.
Свободная маршрутизация документов с контролем исполнения. Под контролем исполнения понимается следующая функциональность:
- Контроль доставки задания - инициатору выдается информация о том, что его задание достигло места назначения (исполнителя).
- Контроль прочтения задания - инициатору выдается информация о том, что с его заданием ознакомились сотрудники для которых это задание было предназначено.
- Контроль выполнения - инициатору выдается информация о том, что задание выполнено.
- Мониторинг задания - инициатор всегда может посмотреть, кто и что сейчас делает с его заданием.
- Извещение о нарушении сроков исполнения - система документооборота может известить инициатора о том, что посланное им задание просрочено конкретным сотрудником.
- История выполнения заданий.
Контроль качества исполнения означает, что, если пользователь говорит о том, что задание исполнено, это еще не означает, что оно действительно исполнено, инициатор должен проверить качество исполнения, подтвердить или нет исполнение.
Информация может выдаваться в виде изменения статуса задания в окнах входящих и исходящих заданий или в виде нового задания сформированного системой инициатору либо с помощью сообщения по электронной почте.
Маршрутизация документов по заранее определенным маршрутам с контролем исполнения (жесткая маршрутизация). Маршруты могут быть более сложными, чем простые последовательные или параллельные:
- комбинированные из последовательных и параллельных элементов;
- условные, с переходами в зависимости от состояния тех или иных переменных маршрутов.
Такие маршруты становятся сложными для их задания «на лету», поэтому в этом случае используется специализированный графический редактор, позволяющий создать маршрут. Инициатор вызывает созданный и именованный маршрут и прикрепляет к нему документы - инициирует его. Система маршрутизации должна быть интегрирована с базой данных, и реальные приложения для работы с документами не могут быть основаны только на файловой системе. И вот почему. Любой процесс маршрутизации документов - это движение одного документа, а не множества его копий, как это происходит в системах электронной почты. Посылать один документ необходимо не только по соображениям экономии пространства, но и в основном для поддержания его целостности - в процессе маршрутизации многие пользователи пытаются вносить изменения в документ.
Таким образом, определив основные требования к системе документооборота, далее рассмотрим собственно требования к архитектуре проектируемой АСУ.
Уровень развития информационных технологий на сегодняшний день при построении автоматизированных систем управления позволяет выбрать архитектуру из достаточно широкого спектра. При проектировании разрабатываемой системы рассматривались различные архитектуры построения информационных систем.[11]
Важнейшим параметром для проектируемой АСУ является быстродействие (даже в случае значительного увеличения количества пользователей), а также надежность, масштабируемость и безопасность. Всё это обеспечивает архитектура «клиент-сервер». Такая архитектура позволяет оптимально распределить работу между клиентскими и серверной частями системы: теперь приложение, работающее на рабочей станции, не читает записи базы данных «напрямую», а посылает запросы на сервер, где они принимаются и последовательно отрабатываются специальными программами. В результате на рабочую станцию поступают только обработанные данные, что радикально сокращает информационные потоки в ЛВС[12].
Итак, проектируемая АСУ является клиент-серверной системой. С организационной точки зрения архитектура АСУ содержит две основные подсистемы:
1. Система хранения информации (сервер базы данных)
2. Клиентская часть.
Одним из главных факторов, влияющих на принятие решения о создании информационных систем в архитектуре «клиент-сервер», является потенциальная возможность повышения производительности работы пользователей, особенно в тех случаях, когда находящиеся в эксплуатации приложения не удовлетворяют требованиям, предъявляемым к скорости обработки данных ввиду их большого объема, а также высокой интенсивности и сложности запросов.[13] Известно, что информационные системы, основанные на архитектуре «клиент-сервер», могут обладать существенными преимуществами перед информационными системами, базирующимися на сетевых версиях настольных СУБД, такими, как существенно меньший сетевой трафик, меньшее время обработки запросов, меньшая ресурсоемкость клиентских приложений и меньшие трудозатраты при их разработке.