* Работа только с проверенным лицензионным программным обеспечением,
регулярное резервное копирование данных;
* Отслеживание полноты информации во всех документах.
Этап реализации
Кадровые риски
Рискует:
* Несоответствие между разработчиком и специалистами предметной обла-
сти;
* Отсутствие у сотрудников желания использовать новую систему и связан-
ные с этим трудности в обучении;;
* Безразличие руководства.
Метод профилактики:
* Обучение пользователей со стороны заказчика работе с системой;
* Подготовка плана внедрения системы;
* Обоснование важности и необходимости автоматизации для персонала;;
* Вовлечение старших сотрудников в проект и активное взаимодействие с
ними на протяжении всего проекта.
Технический риск
Рискует:
* Потеря информации при внедрении системы.
Метод профилактики:
* Наем квалифицированных сотрудников, имеющих опыт разработки таких
систем.
Этап эксплуатации и технического обслуживания
Технический риск
Рискует:
• Программные ошибки и ошибки, которые делают невозможным использо-
вание системы;
* Ненадлежащее использование оборудования;
* Отсутствие функциональности системы в связи с реорганизацией предпри-
ятия.
Метод профилактики:
* Полное тестирование и надстройка во время разработки системы;
* Описание и учет документов всех технических условий и их согласование.
В данном параграфе мы рассмотрели ожидаемые риски на этапах жизненно-
го цикла ИС.
2.1.3 Организационно-правовые, программно-технические средства обеспе-
чения информационной безопасности и защиты информации
Существует комплекс мер по защите информации в разрабатываемой систе-
ме, который включает в себя следующие вопросы:
* защита информации в разрабатываемой системе непосредственно в ин-
формационной системе от внутренних угроз ;
* защита информации в разрабатываемой системе от внешних угроз.
Для защиты от внутренних угроз система использует политику общего до-
ступа. Эта политика описана в таблице 6.
Группы поль-
зователей
Модуль «Ав-
торизация»
Модуль
«Учет заявок»
Модуль
«Ввод дан-
ных»
Модуль «От-
четы»
Сотрудник
Чтение
Нет
Нет
Ограничен
Администратор
системы
Полный
Полный
Полный
Полный
Таблица 6 Разграничение прав пользователей
Вы можете защитить себя от внешних угроз, используя следующие методы:
• Использование аппаратных и программных комплексов для защиты от не-
санкционированного доступа;
• разработка и соблюдение политик безопасности;;
* Использование антивирусных средств;
* физическая защита помещений с наиболее ценной информацией.
В качестве основного средства защиты от проникновения используется САУ
"Элсис".
Система контроля доступа Elsys предназначена для автоматического кон-
троля доступа и управления исполнительными устройствами (автоматические во-
рота, шлагбаумы, лифты, турникеты, замки и др.).) в соответствии с указанными
органами и графиками.
В качестве аппаратной основой системы можно назвать контроллеры Elsys-
MB, выпускаемые в различных исполнительных вариантах, а именно: Pro, Pro4,
Standard, Light и SM. При наличии данных опций, а также модулей расширения
памяти разной емкости к ним, позволяет оптимизировать технико-экономические
характеристики систем различного масштаба при проектировании ИС.
Такие контроллеры, как Elsys-MB подключаются к сети через двухпровод-
ной интерфейс RS-485 (до 63 контроллеров в одной линии связи). Линии связи RS-
485 подключаются к серверу оборудования ACS через интерфейсные преобразова-
тели RS-232/RS-485 или USB/232-485 (до 15 линий на ПК) или через корпоратив-
ную компьютерную сеть через контроллеры коммуникационной сети Elsys-MB-
Net (CSCS) (до 256 CSCS на ПК). Кроме того, система может иметь несколько ап-
паратных серверов, соединенных компьютерной сетью, что обеспечивает практи-
чески неограниченную масштабируемость системы.
Компании также следует разработать политику безопасности, которая долж-
на включать в себя следующие частные документы:
1. Правила защиты паролем;
2. Правила защиты от вирусов и вредоносных программ;
3. Требования к мониторингу физического доступа;
4. Требования информация о резервном копировании;
5. Правила реализации удаленного доступа;
6. Руководство по безопасному уничтожению информации или оборудова-
ния;
7. Требование контролировать доступ и использование систем и поддержи-
вать файлы журналов;
8. Требования к обращению с носителями информации;
9. Требования к регистрации пользователя;
10. Требования к проверке прав пользователя;
11. Требования к управлению доступом в операционной системе;
12. Правила техники безопасности при подборе персонала;
13. Правила использования системных утилит;
14. Правила удаленной работы мобильных пользователей;
15. Требование разделить ответственность в обеспечении безопасности;
16. Требование к процедуре входа в систему (log on);
17. Требования к контролю операционные изменения;
18. Изменения требований к контролю;
19. Ограничения на внесение изменений в прикладное программное обеспе-
чение;
20. Требования к использованию криптографических средств управления;
21. Требования к контролю доступа к исходному коду программ и библиотек
В данном параграфе были рассмотрены организационно-правовые, програм-
мно-технические средства обеспечения информационной безопасности и защиты
информации.
2.2 Информационное обеспечение задачи
2.2.1 Характеристика нормативно-справочной, входной и оперативной
информации
Информационная модель представляет собой схему движения входных, про-
межуточных и результативных потоков и функций предметной области.
Данная информационная модель состоит из четырех областей :
Область выходной информации
Область справочников системы
Область обработки информации
Область входной информации
На рисунке 14. Отображается процесс работы данной информационной мо-
дели.
Заполнение справочников происходит при первом запуске системы, далее
они только редактируются. Для учета заявок, используются основные справочники
. Позже эти данные заносятся в таблицу Заявки.
Документы используемые как входные данные для разрабатываемой ИС:
Заявка поступает одним из способов передачи данных (Электронное
письмо, Шаблон заявки, Телефония), и содержит следующие сведения
ФИО, номер комнаты.
Какая именно возникла проблема, как именно данная ошибка произо-
шла.
Воспроизводимость - показывает случайный или неслучайный харак-
тер носит описываемая проблема.
Критичность – учитывает важность возникшей проблемы.
Приоритет – указывает, как оперативно необходимо приступить к
устранению проблемы
Комментарии – Любая дополнительная информация содержащая.
Снимок экрана возникшей проблемы (gif, png, jpg)
Для внесения данных небходимо использовать форму ввода данных «Учет
заявок».
Данные о новых сотрудниках вносятся с помощью экранной формы «Добав-
ление пользователей», эти данные заносятся в справочник Пользователи.
В системе используется пять справочников для хранения условно-
постоянной информации.
В системе используются справочники, приведенные в таблице7.
Справочник Пользователь содержит информацию о сотрудниках компании,
следующи реквизиты:
ФИО;
Полная дата рождения;
Занимаемая должность;
Номер телефона;
Тип пользователя;
Имя ользователя/Логин;
Пароль для входа в систему;
Дата регистрации.
В справочниках Критичность, Неисправность, Приоритет, Должность, Ста-
тус содержатся только коды записей и наименование реквизитов.
2.2.2 Анализ полученной информации
По итогу рабоы системы составляются выходные документы, а именно:
1. Отчет о выполненной работе специалистами отдела информационных тех-
нологий;
2. Отчет о поступивших заявках и контроль их обработки.;
3. Отчет о соотношении поступивших заявок, как долго их выполняли и сколь-
ко сотрудников принимало в данный момент;
4. Аналитический отчет о наиболее часто возникающих проблемах;
5. Отчет по заявке;
6. Отчет о выполненных заявках за период,
7. Отчет о невыполненных заявках за период
8. Итоговый анализ о выполнении заявок за определенный период времени.
Такие данные как статус заявки, ее наименование, данные клиента, от кото-
рого поступила заявка, номер заявки, а также данные сотрудника, ее выполняюще-
го (выполнявшего). Формируют Журнал учета заявок.
Ведомость контроля и учета заявок содержит все заявки, поступившие в
назначенный период и формируется на основании журнала учета заявок с отмет-
кой о результате контроля, списка сотрудников. Данная ведомость отображает та-
кие реквизиты, как принявший сотрудник, выполнявший заявку сотрудник, крат-
кое описание заявки, номер заявки, ее дата, данные клиента, результат выполнения
заявки или ее текущий статус.
На основании ведомости учета и контроля заявок, формируется отчет об вы-
полненных заявках, который содержит содержит перечень выполненных заявок.
Отчет о невыполненных заявках формируется на основании ведомости учета
и контроля заявок и содержит перечень невыполненных заявок с группировкой по
причине невыполнения заявки.
На основании ведомости учета и контроля заявок, формируется аналитиче-
ский отчет о всех выполненных заявках, который содержит перечень всех заявок с
пометкой по выполненным и невыполненным заявкам.
На основании ведомости учета и контроля заявок и списка сотрудников,
формируется Отчет о степени загруженности сотрудников
Отчет о наиболее часто возникающих проблемах формируется на основании
ведомости учета и контроля заявок, списка сотрудников и списка заявок. Содер-
жит сведения по процентному и абсолютному соотношению возникших заявок по
типам проблем за период.
Взяв за основу ранее зарегестрированные обращения, датами данных обра-
щений и данных сотрудников решающих обращения, составляется Сводный отчет
по обращениям клинтов
Все вышеперечисленные документы не используют какие-либо таблицы в
базе данных. При необходимости составления результативных документов, дела-
ется запрос, после чего они могут быть выведены на экран, на печать, сохранены в
документ MicrosoftExcel и отправлены адресату по электронной почте.
2.3 ПО для выполнения поставленных задач
2.3.1 Возможное развитие диалога (сценарии)
Рассматривая функионии разработанного приложения, их можно разделить
на служебные и основные. Основными функциями являются работа с жалобами, с
заявками и получение отчетных документов. Служебные функции представляют
собой возможность настройки интерфейса и настройки системы.
Дерево функций пользователя разработанной ИС представлено на рисунке 15.
Сценарий диалога формируется на основе дерева функций. Работа начинает-
ся с вызова главной кнопочной формы, на которой присутствует 5 пунктов меню:
Клиент;
Заявка;
Справочник;
Пользователь;
Отчеты;
Выход.
Сценарий диалога приведен на рисунке 16.
2.3.2 Характеристика базы данных
С учетом особенностей хранения данных и указанной организации их хране-
ния, приведем инфологическую модель данных, приведенную с Применением
стандартизированной методологии IDEF1X и средства Mysql Workbench.
На данной схеме (См рис 17), мы можем увидеть несколько окон, которые
являются окнами статуса заявки(дата регистрации, дата закрытия, код заявки, код
клиента, наличие скриншота и т.д.), клиента(ФИО, номер телефона, адрес элек-
тронной почты), сотрудника выполняющего заявку, статус заявки, тип неисправ-
ности, а также должность.
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Структуризация схемы ИС пакета показана на рисунке 18
Программные модули
В таблице 14 показан список программных модулей, показанных на рисунке
19, а приведено описание их основных функций.
2.4 Испытания разработанного решения
2.4.1 Перечень объектов и функций, подлежащих испытаниям
После запуска программы на экране монитора появится окно входа в про-
грамму, с которого и начинается её работа. В сплываюшем окне входа вводиться
имя аккаунта и его пароль.
После процедуры авторизации долхно открыться главное меню в
соответствии с приобретенными правами пользователя программы.
Главное меню учетной записи администратора содержит кнопки: