55
(исполнителю).
Еще одним важным риском в этом плане является недостаток
должной квалификации у разработчика в том языке, на котором принято
решение реализовывать программу заказчика, которая будет распределять
заявки между инженерами.
В случае, если разработчик или интегратор программного обеспечения
не будет укладываться в установленные временные рамки календарного
плана проекта, придется привлекать внешнего разработчика, так называемый
“аутсорсинг” либо “фриланс”. В случае данного проекта на роль поставщика
решения предполагается выбрать внешнюю компанию, а на роль интегратора
или разработчика – другого внешнего подрядчика.
В фазе тестирования имеют все шансы появится последующие риски:
Риски неоконченного тестирования.
Может случиться ситуация что программный продукт будет
протестирован не до конца.
Решается посредством проведения повторного тестирования на
следующей итерации разработки (доработки).
В фазе внедрения имеют все шансы возникнуть следующие риски:
Риски неверного принятия решения о законченности некой части
проекта.
Возникновение этих рисков приводит к проблеме незаконченности
решения и вероятность возникновения нестыковок с иными элементами
разрабатываемой программы. Устраняется это путем доработки при
последующей итерации.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Создание систем информационной безопасности в ИС основывается на
следующих принципах: системный подход, принцип непрерывного развития
56
системы, разделение и минимизация полномочий, обеспечение
экономической целесообразности.
В результате решения проблем безопасности информации
разрабатываемая программа должна обладать следующими основными
признаками:
Наличием информации различной степени конфиденциальности.
Иерархичностью полномочий субъектов доступа к компонентам
ИС.
Обязательным управлением потоками информации, как в
локальных сетях, так и при передаче по каналам связи на далекие расстояния.
Наличием механизма предотвращения несанкционированного
доступа.
Обязательной целостностью программного обеспечения и
информации.
В основу нормативно-правового обеспечения входят нормы и
регламенты деятельности компании, служб и средств, реализующих функции
защиты информации, различного рода методики, обеспечивающие
деятельность пользователей при выполнении своей работы в условиях
жестких требований соблюдения конфиденциальности.
Любая информационная система потенциально подвержена угрозам
безопасности - кража данных или нарушение работы системы. Поэтому
разработчики программы должны позаботиться о её безопасности.
Комплексная защита информации в сетях ЭВМ предполагает
реализацию четырех уровней защиты:
правовой (юридические нормы, законы; преследуется незаконное
использование секретных данных или информации, составляющей объект
авторского права). Правовое обеспечение информационной безопасности
предполагает введение процедур и мероприятий, направленных на защиту
личной информационной среды учащегося на законодательной и правовой
основе для реализации единой государственной политики в сфере защиты
57
детей от информации, причиняющей вред их здоровью и развитию
административный/организационный (определяется, кто и какую
информацию может собирать и хранить; устанавливаются способы доступа к
ней и условия ее распространения, права и обязанности работников, их
компетенция и ответственность; должностные инструкции).
Технический и программный уровень защиты информации – это
использование всевозможных аппаратных и программных средств,
направленных на защиту личной информации, программ родительского
контроля, сетевых фильтров, технических средств защиты информации
Поведенческий уровень – заключается в формировании у
школьников и работников школы необходимого алгоритма действия
поведения в информационном пространстве.
С точки зрения защиты информации и информационной безопасности
можно выделить две целевые группы заинтересованных сторон – это
работники Школы, и учащиеся (и их родители). В настоящее время в связи с
информационным развитием общества возросла потребность в
использовании сети Интернет как всемирной информационной среды, в том
числе для учебного процесса и процессов социализации учащихся средней
школы. Современное общество должно осознавать проблемы, связанные с
использованием сети. Личность обучающегося, включенная в процесс
познания, оказывается подверженной угрозам от информации, которая может
негативно сказываться на его развитии, из-за этого и возникает
необходимость разработки программ по информационной безопасности, а
именно внедрения в систему образования новых компонентов, связанных с
обучением информационной безопасности.
Информационная безопасность обучающегося подразумевает
исключение опасностей в процессе информирования. Формирование
информационной безопасности связывают с воспитанием умения осознанно
реагировать на поступающую информацию, избавляться от непродуманных
поступков, анализируя ситуацию и учитывая возможные негативные
58
последствия. Информационная безопасность в широком смысле слова не
может быть обеспечена без должного стремления к ней государства,
общества, человека, а в образовании - без создания необходимых
педагогических условий для обеспечения информационной безопасности
обучающихся.
Информатизация общества затрагивает все сферы деятельности
человека, в том числе и образование, а именно заключается в использовании
компьютерной техники и сети Интернет в образовательных учреждениях.
Современная система школьного образования, возросшие к ней требования,
не могут оставить её в стороне от важного процесса информатизации
общества и образования, одной из сторон которого выступает расширение
информационного образовательного пространства образовательного
учреждения.
Главной задачей программы по безопасному поведению обучающихся
в сети интернет является создание инфобезопасной среды образовательного
учреждения, которая заключается в создании информационно-
образовательной среды со средствами и способами защиты, которые смогут
оградить обучающихся от негативной информации.
Учитывая низкую готовность учащихся к самостоятельному
обеспечению защиты нформации, необхожимо обеспечить более высокий
приоритет заявок на техническую поддержку в случаях, когда нарушается
процесс информационной работы с возможностью поставить под угрозу
защиту информации учащихся. Это должно быть предусмотрено в
Требованиях к системе, и в соответствующих Технических заданиях.
2.2. Информационное обеспечение задачи (комплекса задач)
2.2.1. Информационная модель и ее описание
59
Рисунок 2.1 - Информационная модель
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
В составе информационного обеспечения изучаемого комплекса задач
существенная роль отводится классификаторам информации: обеспечить
сокращение призначной части (идентификатора) показателей, и таким
образом, уменьшить размер хранимых данных в ЭВМ и время на отбор
данных, нужных для решения поставленных задач, упростить обработку
данных дает возможность классификации и кодирования информации.
Классификаторы являются существенной частью управляющей системы,
облегчая управленческий труд.
Классификатор — это документ, с поддержкой которого происходит
формализованное представление информации в ЭИС, включающий
наименования объектов, названия классификационных группировок и их
кодовые обозначения. В зависимости от применения они делятся на три
категории:
1. общегосударственные классификаторы, применяемые абсолютно во
всех секторах экономики и абсолютно во всех уровнях управления с целью
повсеместного и идентичного обозначения объектов;
2. отраслевые (ведомственные) классификаторы, применяемые в
пределах определенной отрасли (ведомства);
60
3. локальные, используемые в пределах определенной компании или
группы организации.
С целью полной формализации финансовой информации мало обычной
классификации, по этой причине выполняют процедуру кодирования.
Кодирование — это процесс присвоения условных обозначений
объектам и классификационным группам согласно соответствующей системе
кодирования.
Система кодирования — это комплекс правил обозначения объектов и
группировок с применением кодов.
Код — это относительное обозначение объектов или группировок в
виде символа или группы символов в соответствии с принятой системой. Все
без исключения системы кодировки можно объединить в два подмножества:
регистрационных и классификационных систем кодирования.
В разработанной системе не применяются системы кодирования.
2.2.3. Характеристика результатной информации
Результатная информация представлена на этапе прототипирования в
Excel файле, показанном на рис. 2.2
Рис. 2.2 – Результатная информация
В дальнейшем результатная информация будет формироваться в таком
формате как один из итоговых отчетов информационной системы, на основе
информации, хранимой в базах данных.
61
2.3. Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Схемы «Дерево функций» (рис. 2.2) и «Сценарий диалога», или
«Сценарий использования» (рис 2.3) по своей сути позволяют наглядно
показать иерархию функций управления и обработки данных, которые
автоматизированы в разработанном программном продукте.
Функции
менеджера
Основные Служебные
Добавление
информации
Редактирование
информации
Обращение
Оформление
отчетов
Список
слуг
Сотрудник
Рисунок 2.2 – Дерево функций
Главное
меню
Справочники информация
Месторапсоложение
Описание
поломки
Выполненные
обращения
Рисунок 2.3 - Сценарий диалога
Работник отдела технической поддержки (техперсонал по службе
62
техподдержки) будет использовать те или иные варианты действий из
сценария диалога.
2.3.2. Характеристика базы данных
Так как для хранения данных используется файл Excel, то в качестве
полей базы данных выступают столбцы.
Имеются следующие столбцы
Отметка времени
Адрес электронной почты
ФИО
Адрес корпуса
Номер или название кабинета
С чем связан проблема
Опишите проблему подробнее
Отметка выполнения
2.3.3. Структурная схема пакета (дерево вызова процедур и программ)
Разработка программного обеспечения осуществлялась, в два этапа:
проектирование логики программ, представляющее определение
состава программных модулей, выделение классов модулей и установление
связей между ними;
разработка кодов программ и их отладка, выполнение которой в
сильной степени зависит от используемых средств разработки ПО.
2.3.4. Описание программных модулей
63
С помощью html было вставлено iframe с формой на страницу сайта
(рис. 2.4).
Рис. 2.4 - iframe с формой
2.4 Контрольный пример реализации проекта и его описание
Изображение созданной системы учета и анализа заявок специалистам
технической поддержки в части окна сайта приведена рис. 2.5.
64
Рис. 2.5 - Система учета и анализа заявок специалистам технической
поддержки
Информация, заполненная через данную форму сохраняется в таблицу (рис.
2.6), также приходит уведомление на почту сотрудникам технической
поддержки.
Рис. 2.6 – Сохраненные данные
В итоге получилась форма следующего вида, показанная в приложении 1
рис.1 – рис. 3..
Используемая система учёта заявок нуждалась в доработке, т.к. теперь
большая часть сотрудников подавала заявки через формы, сведения о каждой
описанной проблеме поступали специалистам технической поддержки и
хранились в файле ответы на форму. В конце месяца специалистам
необходимо сдавать отчёт руководству о проделанной работе и количестве
решенных проблем и закрытых заявок. Данный отчёт составлялся
сотрудником вручную. Все решенные заявки отмечались специалистами
другим цветом или к ним дописывался необходимый комментарий. Т.к. не
было договоренности, и решенные заявки отмечались несколькими
различными способами, составление отчёта занимало довольно
продолжительное время. Проанализировав имеющуюся систему, было
принято решение автоматизировать процесс составления отчёта. Теперь
сотруднику после успешного устранения проблемы нужно поставить отметку