26
В случае автоматизации затраченное специалистом время на внесение
записей и подготовку и поиск информации значительно снизится, также
снизится и количество неверных записей.
1.3 Выбор средств разработки автоматизированной
информационной системы
Для реализации поставленных задач можно использовать любую
современную СУБД. Для удобного взаимодействия пользователя с системой
необходимо будет тщательно продумать интуитивно-понятный интерфейс
системы, чтобы он был простой и в то же время функциональный.
Для оптимального функционирования базы данных необходимо будет
правильно определить логические взаимосвязи между таблицами. Таким
образом, на разработку самой базы данных и основы клиентского приложения
может быть затрачено значительное время.
Точно определив, какие именно данные нам нужны, каким образом они
будут храниться в памяти и какая должна быть система доступа к данным, мы
тем самым решили только вопрос управления данными. Также небходим ещё
простой способ автоматизации решения предстоящих типовых задач.
Чтобы выбрать СУБД, выделим несколько групп критериев:
• моделирование данных;
• контроль функционирования системы;
• производительность;
• надежность;
• функциональные и архитектурные особенности;
• требования к рабочей среде;
• особенности создания приложений;
• другие смешанные критерии.
Главным принципом выбора той или иной СУБД нужно считать
определение программного продукта, который максимально соответствует
27
предъявляемым требованиям. Данную задачу можно решить следующим
способом. Во-первых, к СУБД итак применяется большое количество
требований, которые могут меняться, во-вторых, СУБД могут иметь множество
параметров, которые затрудняют их сравнение. Кроме того, информация по
СУБД часто носит рекламный характер, которые не позволяет сделать
осознанный выбор[4].
На техническом уровне разнообразие СУБД ещё больше, чем на уровне
качественном. Обычно к техническим характеристикам могут относить:
• общие параметры (операционная среда, использование
оперативной памяти, ограничение максимального объема данных и т.д.);
• ограничения по операциям над данными;
• типы используемых данных;
• возможности средств формулировки и исполнения запросов;
• Поддержка многопользовательских сред;
• Инструментальные средства создания приложений.
Оценка производительности будет осуществлена при помощи эталонных
тестов из набора AS3AP (ANSI SQL Standard Scalable and Portable). В них
координируется широкий спектр часто встречающихся операций БД, а также
имеется поддержка однопользовательского и многопользовательского режимов.
Задачи многокритериального ранжирования и выбора альтернатив имеют
широкое прикладное значение. Для данных задач ведущими мотивами
принятия решений являются предпочтения людей, а среди критериев принятия
решений доминирующую роль играют качественные критерии, которые сложно
оценивать в количественном виде.
В таблице 1.10 приведена сравнительная таблица трех распространенных
систем управления базами данных, конкурирующих на рынке программного
обеспечения по основным показателям.
28
Таблица 1.10
Показатели СУБД
Факторы
(показатели)
Microsoft SQL
Server 2008
MySQL 5.1
PostgreSQL
8.4
Вес каждого
фактора
Производитель
ность
0,8
0,6
0,5
0,33333333
Защищенность
0,7
0,8
0,6
0,26666667
Простота
использования
0,2
0,9
0,3
0,2
Наличие
графического
средства
проектировани
я
0,7
0,9
0,4
0,13333333
Стоимость
15000 рублей
Бесплатно
бесплатно
0,13333333
Итого
2,6
4,1
2,3
1
Рассчитывая обобщенный показатель качества фактора, получаем
результаты выбора в таблице 1.11.
Таблица 1.11
Показатели СУБД
Факторы
(показат
ели)
Произво
дительно
сть
Защищен
ность
Простота
использо
вания
Наличие
графичес
кого
средства
проектир
ования
Поддерж
ка ОС
Итого
MySQL 5.1
0,72
0,56
0,04
0,42
0,16
1,9
Microsoft
SQL
Server
2008
0,56
0,04
0,42
0,16
0
1,18
PostgreSQ
L 8.4
0,04
0,42
0,16
0
0
0,62
Таким образом, для проекта, описывающего разработку ИС
документооборота, наиболее приемлема СУБД MySQL.
Для разработки будем рассматривать следующие характеристики:
надёжность; эффективность; стоимость; прозрачность пользователю; простота
настройки; простота оформления экранных и печатных форм.
Таким образом, в первой главе работы проведен анализ текущего
положения дел и определено, что в компании необходимо разработать и
29
внедрить информационную систему документооборота. Выбраны средства
разработки, а именно язык программирования php и СУБД Mysql.
30
2 Проектирование работы информационной системы
документооборота
2.1 Моделирование работы автоматизированной информационной
системы учета документов
Внедрение информационной системы документооборота позволит
автоматизировать работу сотрудников компании с поручениями путем
автоматического учета документов, их распределения и построения отчетности
по поручениям.
Следовательно, после внедрения информационной системы
документооборота выполнение служебных функций по учету и распределению
документов будет занимать гораздо меньше времени, чем до, так как учет
документов будет учитываться и распределяться автоматически.
На рисунке 2.1 представлена схема, характеризующая рассматриваемый
процесс «Как будет» с использованием информационной системы
документооборота.
Рисунок 2.1 Описание процесса работы с документами после
внедрения информационной системы документооборота
31
Как можно увидеть на схеме, сотрудники компании в работе с
документами будут использовать систему электронного документооборота.
На рисунке 2.2 представлена схема декомпозиции процесса работы с
документами после внедрения информационной системы документооборота.
Рисунок 2.2 Схема декомпозиции процесса работы с документами
после внедрения информационной системы документооборота
Сотрудник компании после внедрения ИС будет осуществлять те же
самые функции, но в частично автоматизированном режиме.
Схема, описывающая порядок утверждения и распределения документов,
приведена на рисунке 2.3.
32
Рисунок 2.3 Порядок утверждения и распределения документов
КАК БУДЕТ
После внедрения информационной системы документооборота порядок
назначения документов значительно упростится – руководителю нужно лишь
будет создать сам текст поручения (документ), выбрать сотрудника из списка
для его выполнения. Изменение статуса поручения будет фиксироваться
автоматически, таким же образом будет строиться отчеты по поручениям.
Начальники различных отделов компании смогут переназначать
поручения своим подчиненным через интерфейс модуля, изменять списки
участников для расширенной работы, получать необходимые представления
для более эффективной работы, контролировать сроки выполнения документов,
маршруты выполнения документов и статусы документов.
При разработке системы электронного документооборота её
функциональные возможности, то есть поведение, которым она должна
обладать с точки зрения заказчика, документируются с помощью модели
прецедентов. Модель прецедентов показывает, какие функции должна быть
33
способна выполнять система, а также в какой среде она должна работать.
Модель прецедентов разрабатывается на ранних этапах проектирования и дает
возможность заказчику четко сформулировать свои требования, а инженеру-
разработчику – понять, что нужно заказчику.
Основными элементами модели прецедентов являются актеры и
прецеденты.
Субъекты могут только вводить информацию в систему, только получать
информацию из системы или делать и то, и другое. В роли субъекта может
выступать также и другая система, если она будет взаимодействовать с
разрабатываемой системой, и не будет являться её неотъемлемой частью.
Прецеденты предназначены для моделирования диалога между системой
и её субъектами. Они представляют собой возможности, которые система
может обеспечить конкретному субъекту.
В диаграмме прецедентов 1 актер – администратор системы.
На рисунке 2.4 представлена диаграмма прецедентов, которая
представляет функции пользователя по работе с системой.
Администратор
Работа с
документами
Изменение статуса
Учет резолюций
Регистрация
Работа со
справочником
Пользователи
Работа со
справочником
Адреса
Работа со
справочником
Папки
Работа со
справочниками
Аутентификация
Работа со
справочником
Роли
Работа со
справочником
Отделы
Работа со
справочником
Номенклатура
Добавление файла
Добавление
примечаний
Получение отчетов
Карточка документа
Список
пользователей
Файлы
Списки
документов
Рисунок 2.4 Диаграмма прецедентов администратора системы
К основным функциям оператора относятся:
авторизация пользователя для входа в программу;
34
работа со справочниками, которая подразумевает добавление
новых данных, редактирование и удаление имеющихся данных;
учет документов.
Диаграмма прецедентов оператора системы приведена на рисунке 2.5
Оператор
Работа с
документами
Изменение статуса
Учет резолюций
Регистрация
Работа со
справочником
Адреса
Работа со
справочником
Папки
Работа со
справочниками
Аутентификация
Работа со
справочником
Номенклатура
Добавление файла
Добавление
примечаний
Получение отчетов
Карточка документа
Список
пользователей
Файлы
Списки
документов
Рисунок 2.5 Диаграмма прецедентов оператора системы
Прецедент «Аутентификация пользователя» активизируется всеми
пользователеми ИС. Прежде чем пользователю начать работу с БД, система
запрашивает его пароль и логин. Если пользователь не зарегистрирован или в
пароле и/или логине допустил ошибку, то он не получает доступа к работе в
ИС. После успешной проверки логина и пароля пользователя открывается
главное окно программы. На рисунке 2.6 представлена диаграмма
последовательности этого прецедента.
35
Оператор
Кнопка
Данные
аутентификаци
и
Окно авторизации Основное окно
Ввод логина и
пароля
Нажатие на кнопку
Запрос данных
Данные
аутентификации
Проверка
полученных
данных
Вывод сообщения о
неверно введенных
данных
Открытие главного окна, если проверка
успешна
Рисунок 2.6 Диаграмма последовательности «Аутентификация
пользователя»
Прецедент «Учет документа» активизируется субъектом ИС
пользователь. Данный прецедент описывает процесс ввода новых данных в БД.
Данные вводятся в форму ввода на основании документов, а также вся
справочная информация, которая нужна в процессе работы с системой. На
рисунке 2.7 представлена диаграмма последовательности данного прецедента.