38
передаваемые по каналам связи данные, разграничивают доступ к разного
профиля документам, создают также запасные копии и восстанавливают
конфиденциальную информацию фирмы после ее повреждений.
Полное обеспечение безопасности информации в От АО ЮГУ ЦБ РФ
стандартизировано и находится под полноценным контролем круглогодично, в
реальном времени в круглосуточном режиме. Притом система учитывает весь
жизненный цикл информации организации, начиная с момента ее появления и до
полного уничтожения информации или потери значимости для От АО ЮГУ ЦБ
РФ. В От АО ЮГУ ЦБ РФ информационная безопасность учитывает различные
объекты угроз, их разные источники, цели злоумышленников, различные способы
захвата информацией, а также варианты и средства защиты информации. Она дает
цельную полноту сохранности информационной среды организации,
поддерживает работу рабочих комплексов, совершенствует его в интересах
работников фирмы.
Разрабатываемая нами база данных «Прием заявок на ремонт и
модернизацию ПК» будет также защищена, как и другие базы данных От АО
ЮГУ ЦБ РФ.
Так, в От АО ЮГУ ЦБ РФ защита баз данных условно можно поделить на
две основные группы: основные и дополнительные.
К основным средствам защиты в От АО ЮГУ ЦБ РФ относится:
защита паролем данных;
шифрование данных фирмы и программ;
разграничение прав доступа сотрудников От АО ЮГУ ЦБ РФ к
информации объектов базы данных;
защита полей, а также записей таблиц БД.
Защита паролем – это собой простейшей, но довольно эффективной
защиты информации БД в От АО ЮГУ ЦБ РФ от нежелательного доступа чужих
пользователей. Пароли обычно в От АО ЮГУ ЦБ РФ устанавливаются
пользователями или администраторами БД. Учет и хранение паролей
осуществляется самой СУБД. Пароли обычно хранятся в заданных системных
файлах СУБД в зашифрованном виде. После данного ввода пароля, пользователю
СУБД в От АО ЮГУ ЦБ РФ предоставляются все необходимые возможности по
39
работе с БД.
Парольная защита в От АО ЮГУ ЦБ РФ является довольно слабым
средством, в особенности, если пароль не шифруется. Главный ее недостаток
заключается в том, что все пользователи компании, использующие идентичный
пароль, с точки зрения вычислительной системы неразличимы. Неудобство
данной парольной защиты для пользователя заключается в том, что пароль нужно
запоминать или записать. При плохом отношении к записям нужного пароля
может стать доступом к данным для чужих. Наиболее мощным средством защиты
информационных данных от случайного просмотра является их шифрование.
Шифрование – это преобразование всего читаемого текста в нечитаемый текст,
при помощи определенного алгоритма, применяется в основном для защиты
уязвимых данных.
В целях контроля использования главных ресурсов СУБД в От АО ЮГУ
ЦБ РФ имеются средства установки прав доступа к различным объектам БД.
Права доступа задают возможные действия над имеющимися объектами.
Владелец объекта (пользователь, создавший объект), а также администратор
заданной БД имеют все права на нее. Другие пользователи к разным объектам
могут иметь разные уровни доступа. Разрешение на доступ к определенным
объектам базы данных сохраняется в файле рабочей группы.
Файл рабочей группы имеет данные о пользователях группы и
считывается во время запуска. Файл имеет следующую информацию: имена
учетных записей пользователей организации, пароли пользователей, имена групп,
в которые входят данные пользователи.
В От АО ЮГУ ЦБ РФ по отношению к таблицам могут предусматриваться
следующие выделенные права доступа:
просмотр (чтение) данных БД;
изменение (редактирование) данных БД;
добавление новых записей в БД;
добавление и удаление данных в БД;
изменение структуры таблицы в БД.
В От АО ЮГУ ЦБ РФ к данным, имеющимся в таблице, применяются
40
также меры защиты по отношению к отдельным полям и отдельным записям.
Защита данных в полях таблиц предусматривает следующие уровни прав
доступа:
полный запрет доступа;
только чтение;
разрешение всех операций (просмотр, ввод новых значений,
удаление и изменение).
По отношению к формам предусмотрено также две основные операции:
вызов для работы и дальнейшего проектирование (режим
«Конструктора»). Запрет вызова «Конструктора» нужно делать для
экранных форм готовых приложений, чтобы в дальнейшем пользователь
случайно не смог изменить приложение;
защита отдельных элементов БД. Например, некоторые поля заданной
таблицы вообще могут отсутствовать или быть скрытыми от
пользователя, а некоторые поля – доступны только для просмотра.
Отчеты во многом очень похожи на экранные формы. На отчеты, так же
как и на формы, могут быть наложены запреты на вызов средств их разработки.
В От АО ЮГУ ЦБ РФ к дополнительным средствам защиты БД можно
также отнести такие, которые никак нельзя прямо отнести к средствам защиты, но
которые непосредственно влияют на безопасность данных. Их составляют
следующие средства:
встроенные средства контроля значений данных БД в
соответствии с типами;
повышения достоверности вводимых данных в БД; обеспечения
целостности связей таблиц в БД;
организации совместного использования объектов БД в сети
компании.
Итак, разрабатываемая нами база данных «Прием заявок на ремонт и
модернизацию ПК» будет защищена, как и другие базы данных От АО ЮГУ ЦБ
РФ.
41
1.3.Анализ существующих разработок и выбор стратегии автоматизации
«КАК ДОЛЖНО БЫТЬ»
1.3.1. Анализ существующих разработок для автоматизации задачи
Анализ имеющихся разработок для автоматизации заявок на ремонт и
модернизацию ПК в От АО ЮГУ ЦБ РФ показал, что их нет в данной
организации, все работы по данным заявкам выполняются сотрудниками вручную
на бумаге. В большом количестве бумажных заявок на ремонт и модернизацию
ПК в От АО ЮГУ ЦБ РФ довольно тяжело разобраться, что приводит часто к
сбоям по их выполнению.
Много тратится времени на «бумажную работу» по данным заявкам в От
АО ЮГУ ЦБ РФ.
При телефонном звонке клиента в От АО ЮГУ ЦБ РФ необходимо
достаточно много времени для ответа ему по поводу выполнения его заявки на
ремонт и модернизацию ПК.
Сотруднику От АО ЮГУ ЦБ РФ приходится вручную просматривать все
выполненные заявки, чтобы найти информацию по определенному клиенту.
Такой подход довольно сильно снижает контроль времени выполнения
заказа клиента по ремонту и модернизации ПК.
Рассмотрим имеющиеся программные продукты на рынке ПО для
решения поставленной задачи.
Кларис - web система обработки заявок Web система обработки заявок.
Система регистрации заявок. Онлайн система обработки заявок Кларис -
автоматизированная web система, обеспечивающая быструю регистрацию и
обработку заявок различного назначения сотрудников компании или клиентов.
Есть ряд отраслевых решений, форма заявки индивидуальна для каждого
Заказчика. В качестве примера можно привести следующие системы обработки
заявок:
Система обработки заявок клиентов в части бизнес-процессов,
касающихся приобретение клиентом услуг, контроля качества услуг, работа с
претензиями т.п.
Система управления заявками на оплату: автоматизация бизнес-процессов
процессов инициирования, согласования и контроля исполнения платежей.
42
Система регистрации, обработки и хранения запросов пользователей
службы технической поддержки - Service Desk
Система поддержки выполнения заявок сотрудников компании в рамках
АХО (заявки на закупку оборудования, на бронирование переговорных, заказ
автомобиля, выделение корпоративных ресурсов и пр.).
Система поддержки кадрового документооборота: заявки на отпуск, на
прием работу или увольнение и т.п. Универсальная Система Учета Программа
учета заявок на ремонт бытовой техники будет содержать в себе форму заявки с
критериями важными для осуществления ремонтных работ. В зависимости от
конфигурации разработанного программного обеспечения список возможностей
может меняться.
Автоматизированный учет заявок значительно экономит время обработки
запросов;
Ведение заявок станет простым и легким процессом;
Программа для учета заявок имеет функцию автозаполнения, беря
информацию из справочников в системе, заполненных ранее;
Система сохраняет всю историю работы по каждой заявке;
Программа для учета заявок осуществляет контроль сроков выполнения
заданий;
Учет заявок производится быстрее и эффективнее;
Богатый набор инструментов для работы с информационной базой
облегчает ведение заявок;
Удобная система навигации по системе;
Оптимизация рабочего процесса;
Многопользовательский режим с разграничением прав доступа между
сотрудниками;
Учет заявок помощью системы учета обеспечивает также более
совершенный контроль документооборота;
Программа учета заявок может формировать внутренние отчеты, в
соответствии с заданными критериями;
Сортировка и группировка данных способствуют оптимизации обработки
информации;
43
Программа учета заявок позволяет конвертировать данные из базы в
другие электронные форматы;
Программа учета заявок может обрабатывать даже очень большие объемы
информации.
vsDesk Управление заявками:
Создание заявок через веб-интерфейс в полной форме с возможностью
выбора сервиса и приоритета заявки.
Создание заявки через веб-интерфейс в упрощенной форме.
Прикрепление файлов к телу заявки с возможностью ограничения размера
и типа допустимых к вложению файлов.
Вставка скриншотов по CTRL+V в поле текстового редактора.
Возможность заполнения дополнительных полей в заявке в полной форме.
Автоматическое назначение метрик заявки по SLA-планам, привязанным
к выбранному сервису.
Возможность автоматического назначения наблюдателей, привязанных к
выбранному сервису.
Возможность автоматического назначения согласующего лица,
привязанного к выбранному сервису.
Возможность массового удаления заявок.
Возможность массового завершения заявок.
Возможность массовой смены статусов заявок.
Возможность массового переназначения исполнителей / групп
исполнителей.
Возможность объединения/группировки заявок.
Возможность фильтрации списка заявок по нескольким критериям с
закреплением фильтра.
Возможность выбора отображаемых столбцов и порядка их
расположения.
Возможность выбора количества отображаемых элементов на странице.
Отображение вложений.
Отображение блокировок заявки.
Отображение количества не прочитанных комментариев.
44
Отображение количества объединенных заявок.
Возможность оставлять ответы/комментарии с вложенными файлами
/скриншотами.
Возможность выбора шаблонного ответа /комментария из заранее
подготовленного справочника Шаблоны ответов.
Возможность указать дополнительных получателей ответа/комментария.
Возможность скрытия ответа/комментария от заказчика.
Возможность ответа/комментария с изменением статуса заявки.
Возможность редактирования некоторых параметров и метрик заявки на
лету, без сохранения основных параметров.
Отображение контактной информации о заказчике и исполнителе
Отображение жизненного цикла (истории действий) заявки.
Отображение прикрепленных Конфигурационных единиц.
Аккумулируем результаты сравнительной характеристики имеющихся
систем в виде таблице 1.3.
Таблица 1.3. – Сравнительная характеристика разрабатываемой и
имеющихся на рынке систем
Функции
Кларис
- web
Универсальная
Система Учета
vsDesk
Проектируемая
систем
Синхронизация с имеющимися
информационными системами
Нет
Нет
Нет
Да
Функция автозаполнения из
имеющихся справочников
Нет
Да
Нет
Да
Минимизация количества окон
Да
Да
Да
Да
Создание выходных документов
и отчетов
Да
Да
Да
Да
Отслеживание статуса заявки
Нет
Да
Да
Да
Фильтрация заявок
Нет
Нет
Да
Да
Конвертирование данных
Нет
Да
Нет
Да
Многопользовательский режим
Да
Да
Да
Да
По результатам сравнения можно сделать выводы о целесообразности
самостоятельной разработки автоматизированной системы на базе имеющегося
программного обеспечения.
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Имеется определенное количество стратегий автоматизации выбранного
нами комплекса задач по заявкам на ремонт и модернизацию ПК в От АО ЮГУ
45
ЦБ РФ:
1.
Хаотичная – автоматизация объекта по мере необходимости
программного продукта и готовности к ее проведению.
2.
По участкам – данный процесс автоматизации отдельных отделов
или отдела производится по автоматизации заявок на ремонт и модернизацию
ПК.
3.
По направлениям – автоматизация направлений деятельности в
От АО ЮГУ ЦБ РФ, таких как производство, сбыт, управление финансами
фирмы.
4.
Полная – автоматизация всего производства в целом.
При автоматизации выбранного комплекса задач, выбор полной
автоматизации может привести к отказу от существующей ИС в организации с
последующей её заменой, что потом приводит в большие временные и денежные
затраты на дополнительное переобучение персонала От АО ЮГУ ЦБ РФ, что не
представляется возможным.
Таким образом, рациональней автоматизацию по участкам. В нашем
случае конкретно по отделу технического обслуживания в От АО ЮГУ ЦБ РФ.
Автоматизация по участкам предусматривает автоматизацию отдельных
подразделений От АО ЮГУ ЦБ РФ. В данном комплексе задач необходима
именно данная стратегия, т.к. предполагаем автоматизировать лишь один отдел
технического обслуживания в От АО ЮГУ ЦБ РФ.
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Имеются определенное количество способов приобретения ИС по заявкам
на ремонт и модернизацию ПК в От АО ЮГУ ЦБ РФ:
1.
Заказ делать данной разработки системы у сторонних разработчиков.
2.
Осуществлять разработку собственной системы в От АО ЮГУ ЦБ
РФ.
3.
Осуществлять покупка готового решения по заявкам на ремонт и
модернизацию ПК для От АО ЮГУ ЦБ РФ.
Аутсорсинг.
Сделать заказ программной разработки по автоматизации процесса
46
обработки заявок на ремонт и модернизацию ПК в От АО ЮГУ ЦБ РФ у внешних
разработчиков займет довольно много времени за счет долгих согласований
требований к новой БД, а так же приведет в дальнейшем к большим денежным
затратам в От АО ЮГУ ЦБ РФ.
Покупка готового решения по заявкам на ремонт и модернизацию ПК в От
АО ЮГУ ЦБ РФ предполагает наличие на рынке систем автоматизации,
решающих выбранный комплекс задач в данной организации. В связи со сильной
спецификой решаемой задачи на рынке готовых решений в «чистом» виде нет,
чтобы удовлетворить полностью требования От АО ЮГУ ЦБ РФ
Аутсорсинг так же не представляется возможным для реализации нашего
проекта по причине того, что у От АО ЮГУ ЦБ РФ много постоянных клиентов
и поэтому не желательно доверить их данные посторонним компаниям, что может
привести к в итоге к их потере, клиентов могут заполучить конкуренты данной
организации. Поэтому, с учетом собственных информационных ресурсов в От АО
ЮГУ ЦБ РФ наименее затратным по временным и денежным ресурсам будет
выбор собственной разработки БД по заявкам на ремонт и модернизацию ПК в
данной организации.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспечению
Чтобы информация была пригодна для принятия какого-либо решения,
она должна обладать следующими основными свойствами [14]:
1. Достоверность (правдиво без искажений отражает состояние объекта).
2. Актуальность (степень новизны информации, ее своевременность).
3. Полнота (необходимые и достаточные условия для принятия решения).
4. Релевантность (соответствие решаемой проблеме).
5. Сопоставимость (возможность сравнения данных за счет единства
предмета исследования, круга включенных показателей и объектов, методологии
проведения исследования и методик измерения).
6. Доступность (должна быть понятна, иметь вид, приемлемый для
субъекта, которому предназначена, и представлена в удобном виде).
7. Экономичность (затраты на получение и переработку информации не
должны превышать получаемый от ее использования результат). Перечисленные
47
выше основные требования к свойствам информации должны выполняться
одновременно. Указанный перечень не может быть ранжирован, отсутствие
какого-либо одного свойства равнозначно отсутствию информации как таковой.
Моделью логической структуры базы данных «Прием заявок на ремонт и
модернизацию ПК» в От АО ЮГУ ЦБ РФ была взята именно реляционная, так как
она дает возможность довольно оперативно создать связи между таблицами для
необходимого построения запросов к базе данных и также довольно легко удалить
эти связи и вновь создать новые для создания другого запроса. Кроме этого
архитектура построения связи более проста и время выполнения запроса в
реляционной модели довольно выше, чем при использовании сетевой или
иерархической структуры.
Исходящие данные для решения обозначенной задачи по ремонту и
модернизации ПК в От АО ЮГУ ЦБ РФ получают из таких документов, как:
заявка на ремонт ПК в От АО ЮГУ ЦБ РФ;
заявка на модернизацию ПК в От АО ЮГУ ЦБ РФ;
заявка на устранение неполадок ПК в От АО ЮГУ ЦБ РФ.
Для решения данной поставленной задачи задействованы такие
классификаторы объектов, как:
код покупателя,
комплектующие для модернизации ПК в От АО ЮГУ ЦБ РФ:
материнская плата; жесткий диск; видеоадаптер; модули памяти и др.
1.4.2. Обоснование проектных решений по программному обеспечению
Информационные системы позволяют пользователям осуществлять сбор
и обработку данных. Для хранения данных используются базы данных. Различают
следующие виды баз данных [10]:
1. Иерархические.
2. Сетевые.
3. Реляционные.
В настоящее время широко применяются реляционные базы данных в
связи со следующими факторами [13]:
1. Они обладают простотой, поскольку в реляционной модели данных