Доработка системы электронного документооборота ТГТУ

Введение

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

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

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

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

Целью данного дипломного проекта является доработка системы электронного документооборота ТГТУ.

1. Общесистемный раздел

 

.1 Основы документооборота

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

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

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

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

1.2 Основные принципы систем электронного документооборота

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

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

Электронный документооборот (ЭДО) - единый механизм по работе с документами, представленными в электронном виде, с реализацией концепции «безбумажного делопроизводства».

Основные принципы электронного документооборота:

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

·        возможность параллельного выполнения операций, позволяющая сократить время движения документов и повышения оперативности их исполнения;

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

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

·        эффективно организованная система поиска документа, позволяющая находить документ, обладая минимальной информацией о нём;

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

Основные преимущества внедрения электронного документооборота:

·        сокращение финансовых и временных издержек по созданию и обработке документов;

·        эффективная организация документооборота дает повышение оперативности деятельности подразделений и служб компании;

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

·        создание условий для перехода от рутинного бумажного документооборота к перспективной безбумажной (электронной) технологии;

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

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

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

Задачи СЭД:

·        обеспечение эффективного управления и прозрачности деятельности организации на всех уровнях;

·        поддержка системы контроля качества;

·        накопление информации, управление данными и регламентирование доступа;

·        формализация деятельности каждого сотрудника;

·        оптимизация бизнес-процессов;

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

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

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

 

.3 Enterprise Content Management

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

Подтверждением факта, что системы управления документами больше не собираются ограничиваться узкой сферой канцелярского документооборота, является то, что практически все западные системы такого класса перестали называть себя системами класса «Document Management», а классифицируют себя гораздо более ёмкими терминами, например, «Enterprise Content Management» (ECM), т.е. системы управления корпоративным контентом (любым). Термин «Document Management» теперь обозначает не всю функциональность таких систем, а только некоторую часть функциональности, тесно интегрированнную с остальными функциями системы.content management (ECM) - управление информационными ресурсами предприятия или управление корпоративной информацией

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

Современные ECM-системы реализуют следующие ключевые компоненты:

·        управление документами - экспорт / импорт, контроль версий, безопасность и службы библиотек для деловых документов;

·        управление образами документов (Document Imaging) - захват, преобразование и управление бумажными документами;

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

·        управление потоками работ (Workflow) - поддержка бизнес-процессов, передача контента по маршрутам, назначение рабочих задач и состояний, создание журналов аудита;

·        управление веб-контентом (WCM) - автоматизация роли веб-мастера, управление динамическим контентом и взаимодействием пользователей;

·        управление мультимедиаконтентом (DAM) - управление графическими, видео и аудиофайлами, различными маркетинговыми материалами, например, флеш-баннерами, рекламными роликами;

·        управление знаниями (Knowledge Management) - поддержка систем для накопления и доставки релевантной для бизнеса информации;

·        документно-ориентированное взаимодействие (Collaboration) - совместное использование документов пользователями и поддержка проектных команд.

 

.4 СЭД и ERP

Resource Planning System (ERP-система) - корпоративная информационная система (КИС) планирования ресурсов предприятия, предназначенная для автоматизации учёта и управления. Как правило, ERP-системы строятся по модульному принципу и в той или иной степени охватывают все ключевые процессы деятельности компании.

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

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

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

Поэтому СЭД и ERP естественным образом дополняют друг друга и должны тесно интегрироваться. И, если говорить об очередности внедрения, то СЭД надо внедрять раньше ERP.

Внедрение СЭД в качестве первого этапа такой работы на предприятии существенно облегчит и внедрение ERP. Электронный документооборот позволит:

·        ускорить и облегчить внедрение ERP-системы и получить первые реальные результаты существенно раньше - за счёт своевременной автоматизации бизнес-процессов и документооборота;

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

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

1.5 Комплексный подход к созданию СЭД

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

Целью внедрения базовой платформы автоматизации документооборота является:

·        удешевление разработки и внедрения конечных приложений;

·        обеспечение удобства пользователя и унификация интерфейса всех приложений;

·        сокращение стоимости эксплуатации и сопровождения комплекса приложений;

·        обеспечение общего информационного пространства, возможности интегрированного поиска и извлечения знаний, накапливаемых в различных приложениях;

·        обеспечение унифицированных средств мониторинга процессов и контроля исполнения;

·        обеспечение возможности сбора статистической и аналитической информации о скорости и своевременности исполнения этапов бизнес-процессов;

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

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

·        регистрация корреспонденции (входящие, исходящие);

·        электронный архив документов;

·        согласование и утверждение ОРД;

·        контроль исполнения документов и поручений;

·        автоматизация договорного процесса;

·        управление библиотекой книг;

·        библиотека регламентов управленческих процедур;

·        оформление командировок;

·        организация внутреннего информационного портала предприятия и его подразделений;

·        система контроля выполнения должностных инструкций;

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

 

.6 Платформа автоматизации IBM Lotus Notes/Domino

программный электронный документооборот

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

Особенностью системы является объектно-ориентированная архитектура, благодаря которой возможно создание информационных систем, автоматизирующих работу со сложноструктурированными данными и неформализованными динамическими процессами. Компания IBM использует следующую терминологию: Notes - приложение с графическим интерфейсом для клиентской рабочей станции, Domino - консольное приложение сервера.

В отличие от других систем, позиционирующихся в той же нише, в основе Notes не лежит почтовая служба. Базовым механизмом является система доступа к данным, хранимым в БД. Между собой клиент и сервер Lotus Notes общаются по протоколу NotesRPC.

Использование данной платформы обеспечивает следующие преимущества:

·        возможность создания территориально-распределенных систем;

·        открытая архитектура, механизм для разработки приложений;

·        возможность работы мобильных и оффлайн пользователей;

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

·        встроенные средства обмена мгновенными сообщениями;

·        интегрируемость с другими информационными системами (совместимость с типами данных IBMDB2, Oracle, Sybase, MS SQL, ODBC);

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

·        безопасность IT инфраструктуры - многоуровневая модель защиты, настраиваемая от уровня сервера до уровня индивидуального поля в документе;

·        платформенная независимость - сервер Domino работает под управлением различных операционных систем.

Сервер Lotus Domino

Основные функции, входящие в базовую поставку Lotus Notes/Domino:

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

·        криптозащита (шифрование и электронная подпись);

·        клиент электронной почты;

·        сервер приложений;

·        почтовый сервер;

·        групповой календарь, планировщик задач;

·        клиент среды обмена мгновенными сообщениями;

·        веб-сервер - для предоставления доступа к приложениям Lotus Notes через браузер;

·        LDAP сервер - сетевой протокол для доступа к службе каталогов X.500;

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

·        службы интеграции данных Domino Enterprise connection services.

Сервер Lotus Domino позволяет работать с помощью сторонних программ в качестве клиентов:

а)       стандартные веб-браузеры (Microsoft Internet Explorer, Netscape Navigator и другие) позволяют работать с приложениями Domino наряду с клиентами Lotus Notes без потери функциональности;

б)      почтовые программы, работающие по протоколам SMTP, POP3, IMAP (Microsoft Outlook Express, Netscape Messenger, The Bat и другие) могут соединяться с сервером Lotus Domino для получения и отправки почты;

в)      через протокол LDAP можно осуществлять взаимодействие между адресной книгой Domino и любыми другими директориями, поддерживающими стандарт X.500;

г)       при помощи технологий OLE и COM любые приложения могут работать с данными, хранящимися на сервере Lotus Domino.

Клиентская часть платформы Lotus

Платформа Lotus содержит 3 вида клиента:

а)       Notes Client - рабочее место пользователя;

б)      Domino Administrator - рабочее место системного администратора Lotus Notes;

в)      Domino Designer - рабочее место разработчика приложений Lotus Notes (программиста).

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

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

Функции Domino Administrator:

·        управление серверами Lotus Domino;

·        изменение конфигурации серверов Lotus Domino;

·        запуск и остановка задач на серверах Lotus Domino;

·        просмотр и сбор статистики об управляемых серверах Lotus Domino;

·        управление пользователями сети Lotus Notes/Domino;

·        управление учётными записями пользователей Lotus Notes/Domino;

·        управление сеансами работы пользователей на серверах Lotus Domino.

При разработке в среде Lotus Domino Designer могут использоваться следующие средства:

·        среда визуальной разработки. Позволяет формировать объекты графического интерфейса пользователя;

·        средства интеграции;

·        языки программирования;

·        Lotus Script - объектно-ориентированный язык программирования, спроектированный IBM Lotus Software. Частично совместим по синтаксису с языком Visual Basic. Встроенные классы Lotus Script предоставляют доступ к элементам интерфейса пользователя, данным и служебным объектам Lotus Notes/Domino;

·        язык @-формул - «язык эт-формул». Напоминает язык макрокоманд MS Excel;

·        Java;

·        JavaScript - используется для управления объектами и данными на уровне интерфейса пользователя в клиенте Lotus Notes и при доступе по HTTP;

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

Особенности платформы Lotus

1.       Кроссплатформенность

Значимой особенностью является кроссплатформенность Lotus Notes. Текущая версия сертифицирована IBM для работы со следующими операционными системами:

·        сервер Lotus Domino - Windows NT (32 и 64 бит), GNU/Linux (Red Hat, SuSE), Solaris, i5/OS (OS/400), AIX, z/OS (OS/390);

·        клиент Lotus Notes - Windows NT (32 бит), Mac OS X, GNU/Linux;

2.       Репликация

Благодаря качеству и гибкости настроек система репликации Lotus Notes является крайне нетребовательной к ресурсам. Используется она в первую очередь для того, чтобы удаленные друг от друга компьютеры (как клиенты, так и серверы Notes) могли синхронизировать общие данные. При репликации соблюдаются все правила политики безопасности, причем наравне с данными реплицируется и код.

3.       Быстрая разработка (RAD) и развёртывание приложений

Среда разработки приложений Domino Designer предоставляет разработчикам развитые базовые сервисы для разработки документно-ориентированных приложений.

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

4.       Автономное выполнение приложений

Клиент Lotus Notes позволяет локально (на компьютере пользователя) хранить базы данных Lotus Notes, реплицировать их с сервером Domino, работать с локальными базами данных при отсутствии подключения к серверу Domino, исполнять программный код сервера в локальных базах данных.

Данная функциональность поддерживает полнофункциональную работу пользователя в отключенном от сервера состоянии (например, на ноутбуке). Изменения на локальном (для пользователя) компьютере и на сервере взаимно синхронизируются посредством репликации.

5.       Инфраструктура управления открытыми ключами (PKI)

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

Объектно-ориентированные базы данных

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

Некоторые объектно-ориентированные базы данных разработаны для плотного взаимодействия с такими объектно-ориентированными языками программирования как Python, Java, C#, Visual Basic.NET, C++, Objective-C и Smalltalk; другие имеют свои собственные языки программирования. ООСУБД используют точно такую же модель, что и объектно-ориентированные языки программирования.

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

В манифесте ООБД (Atkinson, 1989) предлагаются обязательные характеристики, которым должна отвечать любая ООБД. Их выбор основан на 2 критериях: система должна быть объектно-ориентированной и представлять собой БД.

СУБД характеристики:

·        долговременное хранение;

·        использование внешней памяти;

·        параллелизм;

·        восстановление;

·        нерегламентированные запросы.

Объектно-ориентированные характеристики:

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

2.       Поддержка индивидуальности объектов. Все объекты должны иметь уникальный идентификатор, который не зависит от значений их атрибутов.

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

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

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

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

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

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

Средства защиты информации в Lotus Notes

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

При проверке прав пользователя, сначала проверяются права на доступ к данному серверу, потом - права на доступ к конкретной БД, и далее - права на работу с отдельной записью в этой БД.

Рисунок 1.1 - Схема безопасности Lotus Notes

Аутентификация в системе основывается на инфраструктуре открытых ключей - Public Key Infrastructure (PKI). PKI оперирует в работе сертификатами. Сертификат - это электронный документ, который содержит электронный ключ пользователя, информацию о пользователе, удостоверяющую подпись центра выдачи сертификатов (УЦ) и информацию о сроке действия сертификата.

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

Ключевая пара - это набор, состоящий из двух ключей: закрытого ключа (private key) и открытого ключа (public key). Эти ключи создаются вместе, являются комплементарными по отношению друг к другу. Открытый ключ хранится в общей адресной книге и доступен пользователям с сервера, а закрытый ключ хранится в идентификационном файле пользователя локально. То, что зашифровано с помощью открытого ключа, можно расшифровать, только имея закрытый ключ, и наоборот.

Авторизация в системе основывается на использовании списка контроля доступа - Access Control List (ACL).

Список контроля доступа определяет, кто может получать доступ к конкретному объекту, и какие именно операции разрешено или запрещено этому субъекту проводить над объектом. Каждая база в Lotus имеет свой ACL.

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

Список доступа на исполнение (Execution Control List, ECL) дает возможность пользователям защитить свои данные от таких угроз как почтовые бомбы, вирусы, трояны и другого вредоносного кода. ECL предоставляет механизм управления тем, какие программы разрешено выполнять, и какой уровень допуска будет им предоставлен. Он настраивается на уровне отдельных пользователей, причем весьма детально. Например, пользователь может предусмотреть, что в документах, подписанных его коллегами (которым он доверяет), может содержаться исполняемый программный код. Этому коду разрешен доступ к документам и другим базам, но запрещен запуск внешних программ и доступ к файловой системе.

Шифрование применяется для почтовых сообщений, целиком баз данных, отдельных документов (записей в БД), отдельных полей и сетевого трафика между двумя серверами Lotus Domino, а также между сервером и клиентом Lotus Notes.

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

Репликация

Реплика представляет собой дубликат базы данных с тем же кодом репликации, что и исходная база данных. Реплики, в отличие от копий баз данных, объединяет возможность обмениваться изменениями, происшедшими в документах, или появившимися / удаленными документами. Такое распределение позволяет пользователям обращаться к данным сервера Domino, который им более близок. Процесс поиска изменений и обмена ими именуется репликацией.

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

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

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

 

.7 Система автоматизации документооборота Office Media

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

Возможности системы

Система решает следующие задачи:

·        координация работы, коллективное и индивидуальное планирование рабочего дня;

·        быстрый доступ к информации о внешних организациях и о текущем состоянии отношений с ними;

·        предоставление средств для деловой переписки;

·        регистрация документов, циркулирующих в организации;

·        возможность оперативной раздачи поручений;

·        анализ и контроль исполнительской дисциплины;

·        согласование, ознакомление, исполнение документов.

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

Ключевые возможности, которые предоставляют системы OfficeMedia:

·        регистрация документов, циркулирующих в организации;

·        согласование, ознакомление, исполнение документов;

·        постановка на контроль документов и резолюций руководства;

·        возможность оперативной раздачи поручений;

·        статистический анализ исполнительской дисциплины;

·        ведение архива документов организации;

·        подготовка и проведение заседаний;

·        планирование и ведение проектов;

·        поддержка менеджеров по работе с клиентами;

·        предоставление средств для деловой переписки (рассылка сообщений, удобный доступ к информации об отправке писем, т.д.);

·        координация работы, коллективное и индивидуальное планирование рабочего дня;

·        работа с телефонными звонками;

·        оперативный доступ к информации о внешних организациях и о текущем состоянии отношений с ними.

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

Система OfficeMedia состоит из четырех комплектов:

·        «Делопроизводство»;

·        «Внешние контакты»;

·        «Управление и планирование»;

·        «Учет материальных ценностей».

Комплект «Делопроизводство»

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

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

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

Комплект «Делопроизводство» состоит из следующих баз данных:

·        «Регистрация документов» - предназначена для организации систематического учета всех входящих, исходящих и внутренних документов организации на основе регистрационно-контрольных карточек. В базе реализованы механизмы контроля за исполнением документов, резолюциями руководства, исполнительской дисциплины сотрудников организации и т.п. База данных обеспечивает автоматическую подготовку различных отчетов и стандартных учетных документов для служб документационного обеспечения управления;

·        «Библиотека документов» - служит для подготовки документов произвольного формата, их классификации по темам (электронным папкам), контекстного поиска информации и печати документов. База данных может быть использована для хранения документов произвольного содержания, таких как нормативные документы организации и справочные материалы, для подготовки проектов документов и т.д.;

·        «Согласование» - предназначена для отправки документов на согласование и для хранения результатов согласования. Позволяет осуществлять автоматическую рассылку документов сотрудникам организации по внутренней почте для электронного визирования. Осуществляется оперативный контроль процесса согласования;

·        «Ознакомление» - предназначена для отправки документов на ознакомление. Позволяет осуществлять автоматическую рассылку документов сотрудникам организации по внутренней почте для ознакомления. Осуществляется оперативный контроль процесса ознакомления;

·        «Обращения граждан» - предназначена для ведения делопроизводства на основании обращений физических лиц;

·        «Организационно-распорядительные документы» - предназначена для формирования проектов приказов, распоряжений, служебных записок, их согласования, подписи и контроля исполнения;

Комплект «Внешние контакты»

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

С помощью данного комплекта Вы сможете:

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

·        фиксировать информацию о сотрудниках внешних компаний, о совместных проектах;

·        планировать мероприятия и встречи;

·        заносить информацию о результатах переговоров, фиксировать телефонные звонки и их тематики;

·        фиксировать входящую и исходящую корреспонденцию.

Комплект состоит из следующих баз данных:

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

·        «Проекты» - предназначена для планирования, подготовки и проведения проектов в организации;

·        «Рассылка» - позволяет хранить и составлять списки рассылки, готовить и рассылать документы, рекламные материалы, новости и т.д.;

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

Комплект «Управление и планирование»

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

С помощью данного комплекта Вы сможете:

·        подробно отслеживать все стадии работ по договорам;

·        работать с поручениями;

·        автоматизировать процессы решения технических проблем, возникающих у пользователей.

Комплект состоит из следующих прикладных баз данных:

·        «Поручения» - предназначена для регистрации и контроля исполнения заданий, не привязанных к каким-либо документам;

·        «HelpDesk» - предназначена для информационной поддержки процедур сбора, обобщения и ведения архива устраненных проблем в целях их дальнейшего анализа и использования результатов при возникновении аналогичных ситуаций, учета нагрузки на сотрудников технической службы, анализа состояния исполнительской дисциплины при рассмотрении заявок. База данных поддерживает механизм делегирования ответственности на решение зарегистрированной проблемы;

·        «Договоры» - подготовка проектов договоров, планирование работ по договорам, контроль исполнения договоров.

Комплект «Учет материальных ценностей»

Комплект решает следующие задачи:

·        учет материальных ценностей, находящихся на балансе организации;

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

·        автоматизация процесса приема - передачи материальных ценностей сотруднику, на склад, в резерв и т.д.;

·        контроль перемещения материальных ценностей внутри организации.

Комплект состоит из следующих баз данных:

·        «Справочник УМЦ»;

·        «Архив УМЦ»;

·        «Учет оборудования».

 

.8 Выявление недостатков электронного документооборота в ТГТУ

В ТГТУ система электронного документооборота основана на платформе автоматизации совместной деятельности рабочих групп IBM Lotus Notes/Domino

Конечным приложением автоматизации документооборота в ТГТУ является система OfficeMedia компании Intertrust.

При обзоре системы электронного документооборота ТГТУ стоит отметить, что некоторые отделы используют другие программные средства хранения данных.

Данная ситуация имеет следующие недостатки:

·        разнородность баз данных и программных средств для работы с ними;

·        проблемы синхронизации, поддержания актуальности и сохранности информации в разнородных системах;

·        дополнительное затраты на обслуживание и поддержание безопасности разнородных систем;

·        нарушение концепции единого электронного документооборота.

Для дальнейшего развития и совершенствования электронного документооборота ТГТУ целесообразно по возможности сводить все к одной универсальной системе.

Отдел кадров ТГТУ не использует основную систему электронного документооборота на основе Lotus Notes/Domino и OfficeMedia. Еще до создания единой СЭД ТГТУ документы отдела кадров велись при помощи системы ПАРУС 4.

В настоящее время эта система ПАРУС 4 не удовлетворяет запросам пользователей по следующим причинам:

·        не поддерживается производителем и является морально устаревшей;

·        не имеет средств взаимодействия с остальным электронным документооборотом;

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

·        имеет примитивный и мало функциональный DOS интерфейс.

В итоге очевидна необходимость обновления информационной системы ведения кадров.

Существуют несколько различных вариантов обновления, таких как приобретение более новой версии ПАРУС или современных систем от других производителей. Но подобные варианты не решают проблем разнородности электронного документооборота в ТГТУ, а так же требуют не малых финансовых затрат на приобретения и внедрения программных продуктов.

Значительно лучшим решением является построение информационной системы отдела кадров на основе платформы Lotus Notes/Domino и объединение ее с основной системой электронного документооборота ТГТУ.

 

.9 Постановка задачи на дипломный проект

В общем смысле задачей дипломного проекта является перевод информационной системы отдела кадров ТГТУ с ПАРУС 4 на платформу Lotus Notes/Domino

Для этого необходимо решить следующие задачи:

·        создать базу данных на платформе Lotus отвечающую требованиям пользователей отдела кадров;

·        обеспечить отдел кадров возможностью доступа к СЭД на основе Lotus;

·        создать программу конвертации имеющихся данных из базы ПАРУС в базу на основе Lotus.

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

Для решения поставленных задач следует последовательно выполнить следующие этапы

·        анализ предметной области;

·        составление плана разработки;

·        написание программного продукта;

·        анализ существующей системы хранения информации и основных требований, предъявляемых к новой системе;

·        выбор алгоритма переноса существующей информации;

·        написание программы переноса имеющихся данных.

Результатом дипломной работы должен стать полный перевод отдела кадров ТГТУ на новую БД в системе электронного документооборота на основе Lotus.

2. Специальный раздел

 

.1 Описание предметной области

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

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

Описание объектов

Каждый из объектов обладает множеством сложных атрибутов и свойств, поэтому пока дается их общее описание.

Личная карточка сотрудника

Личная карточка (форма T-2) - основной учетный документ, в котором содержатся персональные данные сотрудника. Личная карточка работника оформляется на каждого сотрудника, принятого в организацию по трудовому договору. Ее заводят при приеме на работу и ведут в течение всего периода его трудовой деятельности в компании. С увольнением сотрудника личная карточка Т-2 закрывается, но продолжает храниться в организации. Личная карточка состоит из одиннадцати разделов.

Запись о назначении

Второй по значимости документ. Заполняется при приеме сотрудника на работу, после создания личной карточки. Содержит различную информацию о должности сотрудника и о подразделении, в которое он назначен.

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

Договор

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

Договор о почасовой нагрузке

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

Запись о трудовом периоде

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

Больничный лист

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

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

Запись об отпуске

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

Связи между объектами

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

Основываясь на описании объектов, приведенном в предыдущем пункте, можно составить схему связей между объектами.

Рисунок 2.1 - Связи между объектами

Помимо схемы необходимо отметить, что в группах объектов Почасовой договор, Трудовой период, Назначение и Договор может быть только по одному главному документу.

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

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

Описание функций

Кроме хранения данных, база на платформе Lotus так же может обладать определенным функционалом.

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

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

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

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

2.2 Описание особенностей среды разработки

Разработка базы данных будет вестись с помощью интегрированной среды разработки Lotus Domino Designer. Работа в Domino Designer обладает множеством особенностей.

При разработке в среде могут использоваться следующие средства:

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

·        средства интеграции;

·        различные языки программирования.

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

Основные типы объектов в Domino Designer

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

В среде разработки Domino Designer структура базы также представлена как совокупность объектов поделенных по типам.

Рисунок 2.2 - Структура базы в Domino Designer

В Domino Designer множество типов объектов, но так как при создании базы данных использовались не все, приведем общее описание основных из них.

Набор Кадров (Frameset)

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

Страница (Page)

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

Форма (Form)

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

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

Вид (View)

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

Действие (Shared Code - Action)

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

Агент (Shared Code - Agent)

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

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

План (Shared Code - Outline)

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

Содержимое объектов Domino Designer

Каждый тип объектов обладает определенной структурой, и в зависимости от нее объект может быть заполнен соответствующим содержимым.

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

Рисунок 2.3 - Часть формы Личная Карточка

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

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

Рисунок 2.4 - Список активного содержимого формы

Рисунок 2.5 - Общий вид среды разработки Domino Designer

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

Разработка базы с помощью шаблона

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

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

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

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

 

.3 Разработка БД

Исходя из описания предметной области и особенностей проектирования баз Lotus, в функционале базы данных можно выделить:

·        формы для создания документов;

·        виды для отображения документов;

·        интерфейс навигации.

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

Рисунок 2.6 - Основное окно навигации с открытым видом

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

Личная карточка

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

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

Рисунок 2.7 - Личные карточки по категориям

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

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

Поля документа Личная карточка определены унифицированной формой №Т-2. Форма состоит из двух разделов: основные сведения, дополнительные сведения.

Рисунок 2.8 - Форма Т-2 Личная карточка

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

Рисунок 2.9 - Основной раздел Личной карточки

Сведения основного раздела заносятся непосредственно в текстовые поля документа или при помощи выбора из соответствующих встроенных меню.

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

Рисунок 2.10 - Дополнительный раздел Личной карточки

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

Рисунок 2.11 - Кнопки формы Личная карточка

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

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

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

Назначение

Запись о назначении заводится после заполнения личной карточки, с помощью кнопки создать - запись о назначении.

Рисунок 2.12 - Форма Назначения

Информация заносится путем ввода в текстовые поля формы или выбора варианта из определенного списка.

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

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

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

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

Рисунок 2.13 - Форма договора для назначения

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

Рисунок 2.14 - Вид Назначения по фамилии

 

Трудовой период

Запись о трудовом периоде заводится после заполнения личной карточки, с помощью кнопки создать - запись о трудовом периоде.

Рисунок 2.15 - Форма трудового периода

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

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

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

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

Рисунок 2.16 - Вид Записи из трудовой книжки

 

Больничный лист

Больничный лист заводится после заполнения личной карточки, с помощью кнопки создать - запись о больничном листе.

Рисунок 2.17 - Форма больничного листа

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

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

Рисунок 2.18 - Вид Больничные Листы

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

Почасовой договор

Почасовой договор заводится после заполнения личной карточки, с помощью кнопки создать - почасовой договор.

Почасовой договор содержит реквизиты зарегистрированного сотрудника и реквизиты подразделения и должности для почасовой работы.

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

С - доля ставки

Ч… - количество часов по определенному направлению

Рисунок 2.19 - Форма почасового договора

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

Рисунок 2.20 - Вид Почасовики по фамилиям

Отпуск

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

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

Рисунок 2.21 Меню управления отпусками

Рисунок 2.22 Меню редактирования отпуска

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

Рисунок 2.23 Вид Отпуска

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

 

.4 Разработка программы конвертации

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

Перенос баз данный

В системе ПАРУС информация храниться в базах формата dbf. Необходимая для перевода информация хранится в базах:         

·        ank.dbf;

·        rod.dbf;

·        sos.dbf;

·        dol.dbf;

·        naz.dbf;

·        sto.dbf.

Таблицы баз формата dbf можно импортировать с помощью приложения Microsoft Access в базу данных формата mdb. С форматом Microsoft DataBase работать намного легче т.к. он является стандартным форматом базы данных в Microsoft Windows.

Для реализации доступа к базе из системы Lotus можно воспользоваться интерфейсом ODBC.

Рисунок 2.24 - Меню Open Database Connectivity

Database Connectivity (ODBC) - это программный интерфейс (API) доступа к базам данных. Позволяет единообразно работать с разными источниками данных, абстрагируясь от особенностей взаимодействия в каждом конкретном случае.

Настройка ODBC интерфейса осуществляется через меню Windows Администрирование - Источники Данных(ODBC). Созданную базу с импортированными таблицами необходимо перенести на сервер Lotus. Далее в системе сервера в меню ODBC необходимо создать новое подключение к mdb, и указать в нем созданную базу и имя подключения.

Рисунок 2.25 - Создание ODBC подключение

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

Программа конвертации

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

В ходе работы программы сначала устанавливается соединение с ODBC источником по указанному имени. Далее из таблиц делаются выборки записей и в соответствии с ними создаются документы в базе данных Lotus.

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

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

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

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

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

Из таблицы SOS делается отдельная выборка записей о назначениях с видом исполнения Уволен. На основе нее заполняются соответствующие поля личной карточки.

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

В итоге система электронного документооборота ТГТУ готова эффективно продолжить ведение документов отдела кадров.

 

3. Экономико-организационный раздел

Введение

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

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

 

.1 Цели и задачи проекта

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

Система электронного документооборота ТГТУ базируется на IBM Lotus Notes - платформе для автоматизации совместной деятельности рабочих групп (Groupware)

В общем смысле задачей дипломного проекта является перевод информационной системы отдела кадров ТГТУ с ПАРУС 4.4 на платформу Lotus Notes/Domino. Это даст возможность вести обмен электронными документами между отделом кадров и другими подразделениями, а так же в общем расширит функционал информационной системы отдела кадров.

Для этого необходимо решить следующие задачи:

а)       создать базу данных на платформе Lotus отвечающую требованиям пользователей отдела кадров;

б)      обеспечить отдел кадров возможностью доступа к СЭД на основе Lotus;

в)      создать программу конвертации имеющихся данных из базы ПАРУС в базу на основе Lotus.

 

.2 Описание текущего варианта

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

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

Функционал системы ПАРУС 4.4 удовлетворяет только самые базовые потребности ведения документов. Отдел кадров нуждается в системе более полно соответствующей их запросам.

Кроме того, система ПАРУС является морально устаревшей во всех отношениях. К примеру, она создана для уже неиспользуемой операционной системы DOS и имеет крайне ограниченный во всех планах интерфейс.

 

3.3 Альтернативные решения

Вне зависимости от конкретной реализации базы данных отдела кадров, остается необходимость импорта имеющейся информации из старой базы данных ПАРУС. Ни один из предлагаемых продуктов не имеет специальную функцию структурированного импорта из баз ПАРУС.

OfficeMedia

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

CompanyMedia

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

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

Данный вариант требует глобальной модификации СЭД ТГТУ и множества соответствующих затрат. Общая стоимость модернизации СЭД при помощи CompanyMedia состоит из стоимости необходимых баз данных, рабочих мест пользователей, и дополнительных функциональных модулей системы. Цена внедрения CompanyMedia рассчитывается для конкретной организации специалистами, распространяющими эту систему.

Стоимость рабочего места пользователя составляет более 4 000 р, а количество пользователей Lotus в ТГТУ более 170 ти. Данные условия создают большие проблемы внедрения данного варианта.

Босс-Референт + Босс-Кадровик

Система Босс-Референт также основывается на платформе Lotus. Босс-Референт можно рассматривать как альтернативу CompanyMedia, т.к. она не отличается в значительной степени по функционалу.

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

Хотя в системе БОСС-Референт имеется база Отдел кадров, производитель рекомендует использовать систему БОСС-Кадровик. Явным образом БОСС-Референт можно связать с модулем БОСС-Кадровик для перекачки и синхронизации списка сотрудников и данных по структуре организации.

В итоге данный вариант является полным переделыванием СЭД ТГТУ с закупкой двух новый систем. Рабочее место пользователя в системе БОСС-РЕФЕРЕНТ стоит около 5 000 р, учитывая количество пользователей около 170, внедрение представляется достаточно проблематичным.

1С: Предприятие + 1С: Зарплата и Управление Персоналом 8.0

Программа «1С: Зарплата и Управление Персоналом» позволяет автоматизировать расчет заработной платы, организовать учет сотрудников, регистрировать служебные перемещения, получать статистические справки по кадровому составу.

Для перехода на данную программу требуется ввод в ТГТУ на систему 1С: Предприятие, которая не имеет значимых преимуществ перед СЭД на основе Lotus и CompanyMedia.

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

 

.4 Сравнение функционала

Таблица 3.1 - Сравнение функционала

Системы Функции	Проект	Office Media	Company Media	Босс - Кадровик	1С: Зарплата и УП
Учет кадров	+	+	+	+	+
Структурированная система организации	+	+	+	+	+
Планирование штатного расписания	+	-	+	+	+
Расчет заработной платы	-	-	+	+	+
Учет движения сотрудников	+	+	+	+	+
Ведение почасовых договоров	+	-	+	+	+
Расчет стажа.	-	-	+	+	+
Учет отпусков	+	+	+	+	+
Учет больничных листов	+	-	+	+	+
Оценка и аттестация	-	-	+	+	+
Рекрутинг персонала	-	-	+	+	+
Стандартных отчетов.	+	-	+	+	+
Отчеты по запросу	+	-	+	+	+

Из таблицы 3.1 видно что, альтернативные варианты обладают одинаково полным функционалом, а базовый вариант OfficeMedia ограничен по многим функциям.

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

 

.5 Значимость функций

Описанные системы работы с кадрами обладают обширным функционалом. Но не весь их функционал будет использоваться в отделе кадров. Поэтому необходимо определить важность отдельных функций для выделения приоритетов в функционале проектируемой БД.

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

·        учет кадров;

·        структурированная система организации;

·        планирование штатного расписания;

·        учет движения сотрудников;

·        стандартных отчетов;

·        отчеты по запросу;

·        ведение почасовых договоров;

·        расчет стажа;

·        учет отпусков;

·        учет больничных листов;

·        расчет заработной платы;

·        рекрутинг персонала;

·        оценка и аттестация.

 

.6 Создание программного продукта

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

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

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

Для решения поставленных задач следует последовательно выполнить следующие этапы:

а)       анализ существующей системы хранения информации и основных требований, предъявляемых к новой системе;

б)      выбор алгоритма переноса существующей информации;

в)      составление технического задания на проектирование БД;

г)       написание программного продукта;

д)      написание программы переноса имеющихся данных.

 

.7 Расчет текущих затрат

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

В базе хранится информация по следующим документам:

·        личная карточка сотрудника;

·        запись о назначении сотрудника;

·        запись об отпуске сотрудника;

·        запись о степени и звании сотрудника.

Список документов хранящихся в бумажном виде:

·        почасовые договоры сотрудника;

·        записи из трудовой книжки;

·        больничные листы.

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

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

Таблица 3.2 - Электронные документы

Документ	Время на подготовку, мин	Кол-во раз в месяц	Время в месяц, мин
Личная карточка сотрудника	5	30	150
Запись о назначении сотрудника	5	25	125
Запись об отпуске сотрудника	5	20	120
Запись о степени и звании сотрудника	5	10	50
	Сумма	85	445

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

Таблица 3.3 - Бумажные документы

ДокументВремя на подготовку минКол-во раз в месяцВремя в месяц мин
Почасовые договоры сотрудника	20	20	400
Записи из трудовой книжки	20	15	300
Больничные листы	40	10	400
	Сумма	45	1200

Так же на послание запроса и доставку документа требуется по 5 минут:

Т=2*5*(85+45)=1300 мин

В итоге в месяц на обмен документами затрачивается:

Т=445+1200+1300= 2945 мин = 49 часов

Стоимость времени затраченного на обмен за месяц:

, где

= 3800 руб. - среднестатистическая заработная плата одного работника

 = 1,26 - коэффициент отчислений на социальные нужды

Д = 21 - среднее число рабочих дней в месяце

Т - трудоемкость

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

Общие расходы на обмен документами за год составляют:

 

.8 Определение трудоёмкости разработки программного средства

Общий объем разработанного ПС:

 условных машинных команд

Программное средство относится к 3й группе сложности.

Затраты труда на разработку ПС ВТ в зависимости от общего объема и группы сложности составляют по таблице:

 чел.-дн

Значение коэффициента учитывающего уровень сложности ПС ВТ, в зависимости от дополнительных характеристик:

Общая трудоемкость разработки ПС ВТ с учетом Ксл:

 чел.-дн

Поправочный коэффициент, учитывающий степень новизны ПС:

Таблица 3.4 - Поправочные коэффициенты

Код степени новизны	Степень новизны	Использование		Значение коэффициента
		Нового ПС	Новой ОС
В	ПС ВТ, не являющееся развитием определённого типа ПС	-	-	0.7

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

Степень охвата реализуемых функций разрабатываемого ПС типовыми программами, %	Значение
40-60	0,7

Трудоемкость каждой стадии разработки ПС:

 определены выше

Таблица 3.6 - Добавочные коэффициенты L

Код стадии	Удельный вес L
ЭП	0,07
ТЗ	0,09
ТП	0,07
РП	0,61
ВН	0,16

Трудоёмкость стадии «Эскизный проект»:

 чел.-дня;

Трудоёмкость стадии «Техническое задание»:

 чел.-дня;

Трудоёмкость стадии «Технический проект»:

 чел.-дня;

Трудоёмкость стадии «Рабочий проект»:

 чел.-дня;

Трудоёмкость стадии «Внедрение»:

 чел.-дня;

Уточнённая общая трудоёмкость разработки ПС составит:

 чел.-дня;

Необходимый срок реализации ПС:

года

N=1 - количество работников

Ф=231 - годовой фонд рабочего времени работника

 

.9 Определение стоимости разработки и освоения ПС ВТ

Стоимость разработки составит:

, где

= 3800 руб. - среднестатистическая заработная плата одного работника

 = 1,26 - коэффициент отчислений на социальные нужды

 = 21 - среднее число рабочих дней в месяце

 - уточненная общая трудоемкость

Стоимость освоения ПС:

Капитальные затраты, связанные с разработкой и освоением системы:

 

.10 Расчет показателей экономической эффективности ПС ВТ

Годовой экономический эффект

Эгод = 23000 (руб./год)

Расчетный срок окупаемости.

 года

Рентабельность

Заключение

В данном дипломном проекте была произведена доработка системы электронного документооборота ТГТУ. Были выделены и обоснованы основные недостатки СЭД и выбран способ их устранения.

В итоге была разработана база данных для ведения электронных документов отдела кадров ТГТУ. Так же была написана программа конвертации для импорта имеющихся данных из старой системы.

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

Разработанное расширение СЭД является экономически эффективным и в плане окупаемости и в сравнении с различными альтернативными вариантами решения данной задачи.

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

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

 

Список использованных источников

1.   А.А. Бондарь, И.И. Гаврилова, О.Ю. Кряжева. Электронная версия учебного пособия «Безопасность жизнедеятельности».

2.       Идрисов А.Б., Картышев С.В., Постников А.В. Стратегическое планирование и анализ эффективности инвестиций. - М.: Информационно-издательский дом «ФИЛИНЪ», 2006. - 272 с.

.        СанПиН 2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы». «Типовая инструкция по охране труда для пользователей электронно-вычислительными машинами (ПЭВМ) в электроэнергетике» Министерство Энергетики РФ. 17 мая 2001 года. N РД 153-34.0-03.298-2001

.        Е. Киселев. Электронная версия книги «Безопасность IBM Lotus Notes/Domino R7».

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

.        http://citcity.ru/11224/

7.       ACL - Википедия

.        http://ru.wikipedia.org/wiki/ACL

.        Enterprise content management - Википедия

.        http://ru.wikipedia.org/wiki/ECM_(бизнес)

11.     ERP - Википедия

.        http://ru.wikipedia.org/wiki/ERP

13.     IBM Lotus Domino - Википедия

.        http://ru.wikipedia.org/wiki/IBM_Lotus_Domino

15.     IBM Lotus Domino Administrator - Википедия

16.     http://ru.wikipedia.org/wiki/IBM_Lotus_Domino_Administrator

17.     IBM Lotus Domino Designer - Википедия

18.     http://ru.wikipedia.org/wiki/IBM_Lotus_Domino_Designer

19.     IBM Lotus Notes - Википедия

.        http://ru.wikipedia.org/wiki/IBM_Lotus_Notes

21.     IBM Lotus Notes Client - Википедия

22.     http://ru.wikipedia.org/wiki/IBM_Lotus_Notes_Client

23.     ODBC - Википедия

.        http://ru.wikipedia.org/wiki/ODBC

25.     PKI - Википедия

.        http://ru.wikipedia.org/wiki/PKI

27.     Объектно-ориентированная база данных - Википедия

.        http://ru.wikipedia.org/wiki/Объектно-ориентированная_база_данных

.        Объектно-ориентированная СУБД - Википедия

.        http://ru.wikipedia.org/wiki/Объектно-ориентированная_СУБД

.        ПАРУС (программный продукт) - Википедия

.        http://ru.wikipedia.org/wiki/ПП_ПАРУС

.        Система автоматизации документооборота - Википедия

.        http://ru.wikipedia.org/wiki/СЭД

35.     OfficeMedia. Описание возможностей

.        http://www.asp.ru/190.html

.        ECM (Системы управления корпоративным контентом)

38.     http://www.doc-online.ru/sed/ecm.php

.        СЭД и ERP (Системы управления предприятием)

.        http://www.doc-online.ru/sed/erp.php

.        ИнтерТраст Продукция вендоров

.        http://www.intertrust.ru/main/products/vendors/46/

43.     IBM Lotus Notes - ITpedia

44.     http://www.itpedia.ru/index.php/IBM_Lotus_Notes

45.     СЭД - ITpedia

.        http://www.itpedia.ru/index.php/СЭД

.        СЭД (Программные технологии) - ITpedia

.        http://www.itpedia.ru/index.php/СЭД_(Программные_технологии)

49.     Lotus - Открытые компьютерные системы

.        http://www.lotusnotes.ru/

.        Больничный лист

.        http://www.vprikaz.com/post_1172514100.html

.        Личная карточка

.        http://www.vprikaz.com/post_1175793947.html