109
Каждый пользователь в системе имеет имя – Фамилия и инициалы
пользователя.. Таким образом, при каждом входе пользователя в систему
запускается процедура авторизации пользователя. Система отправляет
запрос базе данных на наличие данной записи о пользователе, и если она
существует, то запускается процесс формирования рабочей области
пользователя. Рабочей областью называется набор данных, к которым
разрешен доступ пользователя. Доступ определен двух видов – на чтение и
редактирование информации. Данные о правилах доступа пользователя к
информации также должны содержаться в базе данных и предварительно
заносятся администратором системы.
Начало
Проверка имени/
домена учетной
записи
пользователя
БД
Существует в
списке имен?
Определение
прав доступа к
информации
Проверка прав
доступа
пользователя
данные
Формирование
области
доступных
данных
да
Конец
нет
ответ
запрос
запрос
Рисунок 2.11 Схема алгоритма авторизации пользователя
2 Создание (обновление) списка документов (Рисунок 2.12).
Процедура создания списка объектов и документов необходима при
первом входе пользователя в систему. Эта операция проводится
110
пользователем самостоятельно, но в этот момент он может оперировать
только теми данными, на которые администратор системы присвоил право
доступа. Такая схема необходима для большей защиты от неадекватных
действий пользователя. После первичной операции создания рабочей
области, информация о ней сохраняется в базе данных. При последующих
входах в систему, список автоматически привязан к имени и домену
пользователя в системе, загружается в память. При появлении в
компетенции пользователя новых позиций он может запускать этот
алгоритм для обновления списка. Операция обновления аналогична
операции создания.
111
Начало
Выбор групп из
списка доступных
для работы
Выбрать документы? Выбор документов
Добавление
данных в рабочую
область
Обновить список
документов?
да
нет
Сохранение
настроек
Конец
да
БДданные
БД
запрос
данные
данныезапрос
Нет
Рисунок 2.12 Схема алгоритма создания/обновления списка
документов для работы
Построение отчетов (Рисунок 2.13).
Построение отчетов – основная задача, стоящая перед
проектируемой информационной системой. От правильной организации
процесса формирования и редактирования данной задачи зависит качество
исходной информации. Данную задачу было решено сделать как можно
более аналогичной той, которая решалась без использования
специализированных средств.
112
Начало
Создать отчет? ДаНет
Выбор типа отчета
Отображение
доступных
параметров
Доступ
разрешен?
Есть/Нет
БД
Проверка прав
пользователя на
редактирование
Выбор
параметров
из списка
доступных
Да
нет
запрос
ответ
даПродолжить?
Определен
ие
параметро
в
нет
Добавление
записи в БД
БД данные
Выбор
параметров
да
данные
запрос
Добавление
выбранных
позиций в рабочую
область
Ввод значений
Учет параметров
Редактирование
Конец
нет
Внесение
изменений
Сохранение БДданные
Сохранение в
документах
Завершить
работу?
да
нет
данные
Выгрузка
памяти
запрос
ответ
Рисунок 2.13 Схема алгоритма построения отчетов
113
2.4 Контрольный пример реализации проекта и его описание
Работа с системой начинается с авторизации. Если пароль и/или
логин введены неправильно, система сообщает об этом и требует
повторить ввод. Далее сотрудник попадает на главную страницу системы,
где показывается список папок с документами и имеется возможность
регистрации и загрузки документов:
Рисунок 2.14 Главная форма программы
При нажатии кнопки с изображение глаза открывается страница с
характеристиками папки .
Рисунок 2.15 Страница с характеристиками папки
Перейдя по кнопке «Документы», пользователь видит список
документов, размещенных в данной папке.
114
Рисунок 2.16 Документы в папке
Для добавления документа предусмотрена специальная форма:
Рисунок 2.17 Форма добавления документа
При этом дата загрузки, фамилия сотрудника, загрузившего
документ, заносятся в систему автоматически.
115
После загрузки документа можно просмотреть его параметры и
учетную карточку.
Рисунок 2.18 Параметры документа
Учетная карточка формируется в формате Excel.
116
Рисунок 2.19 Учетная карточка документа
К каждому документу можно настроить параметры доступа через
добавление правил:
Рисунок 2.20 Права доступа
117
Кроме того, имеется возможность просмотра и редактирования
прикрепленных к документу файлов:
Рисунок 2.21 Файлы документа
Администратору также доступна работа со справочниками системы,
в том числе разделами номенклатуры.
Рисунок 2.22 Разделы номенклатуры
Фрагмент листинга программных модулей приведен в Приложении.
Таким образом, во второй главе работы проведено проектирование
информационной системы документооборота, в том числе разработана
база данных и комплект диаграмм, позволяющих иллюстрировать
функциональность системы, а также описан порядок работы с ней.
118
3 Обоснование экономической эффективности проекта
3.1 Выбор и обоснование методики расчёта экономической
эффективности
Анализ результативности ИС включает в себя процесс, состоящий из
описания, доказательства и определения ого, как эффективно в экономическом
плане стало внедрение ИС для фирмы. А полезность тут выражается в рамках
классического денежного эквивалента той разницы доходов и расходов фирмы
по факту вложений в новую ИС [23].
Учетом уровня эффективности ИС выступает метод или средство
реализации обобщенной оценки ИС. Такие методики состоят из формальных и
неформальных процедур, причем неформальные реализуются на базе цифровых
данных, субъективных и быстрых методов оценивания. Но более правильные,
рациональные, базируются на простых данных оценивания.
Сегодня внедрение современной ИС – дело дорогое. Присутствие фирмы в
рыночном секторе часто ведет к исследованию доступных экономических
последствий, а еще лучше - оценки качества любого шага в рамках перевода
системы контроля компании.
Изучить эффективность ИС – это непростое и долгое дело, требующее
много технических и экономических навыков. И лишь взаимодействие этих двух
компонентов помогает привести к точному и корректному итогу анализа.
Предлагать на рынке ИС в период высокой конкуренции нет смысла без
оценки возможной экономической результативности. Также статистическая
оценка окупаемости и качества внедрения в 40-70% случаев связана с неверным
внедрением.
Эксперты по созданию, продвижению и поддержке ИС должны
изначально оценить новый проект. Также они обязаны периодически
контролировать систему на предмет совпадения используемой технологии и
пути развития компании. И весь механизм оценки затрат и желаемого эффекта
обязан являться отдельной процедурой, которая проводится в процессе