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

Формы интерфейса представлены в приложении 6.

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

После запуска исполняемого файла "administrator.exe" появится форма входа в систему (рис.7).

Рис.7 "Вход в систему"

Чтобы открыть модуль администрирования нужно войти в систему как пользователь s ysadmin, пароль 491419433. Если вход выполнен успешно то откроется главная форма разработанного модуля (рис.8).

Если же войти в систему не удалось на экране появиться сообщение об ошибке (рис.9).

На главной форме администратора предусмотрен ряд вкладок, переключаясь между которыми можно работать с ядром Базы Данных ИСУД. В системе предусмотрено ведение истории входов, которую может просмотреть только системный администратор. В специальном файле фиксируются как удачные попытки входа в ИСУД, так и попытки несанкционированного доступа к модулю сторонних пользователей. Причем для основной системы и для подсистемы ведутся два отдельных log файла. Для того чтобы просмотреть историю необходимо войти в систему как sysadmin, а затем с главной формы перейти на вкладку "Просмотр истории" (рис.10).

Рис.8 "Администратор документооборота"

Рис.9 "Сообщение об ошибке"

Рис.10 "Просмотр истории"

Остальной интерфейс рассмотрен в приложении 6.

6. АНАЛИЗ ВЫПОЛНЕННОЙ РАБОТЫ: ДОСТОИНСТВА И НЕДОСТАТКИ РАЗРАБОТАННЫХ МОДЕЛЕЙ И ПРОГРАММЫ, ВОЗМОЖНОСТЬ СОВЕРШЕНСТВОВАНИЯ РАЗРАБОТАННОГО ПРОЕКТА

В процессе работы над курсовым проектом был выполнен анализ предметной области с учетом специфики информационных потоков. Также был произведен анализ существующих ИС, таких как: Евфрат документооборот, LanDocs, "1С: Документооборот 8".

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

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

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

Далее был представлен интерфейс программы с подробным описанием работы в нем.

Рассмотрим достоинства и недостатки разработанного модуля.

Достоинства:

1) автономность функционирования;

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

3) возможность полного администрирования ИСУД только из внутренней среды разработанного модуля.

4) модуль имеет эргономичный и интуитивно понятный интерфейс;

5) простота использования

Недостатки:

1) Отсутствие требований к политике паролей пользователей ИСУД;

2) Отсутствие системы резервного копирования и восстановления БД;

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

4) Ограничения, вызванные недостатками архитектуры "Файл-Сервер"