Диплом: Автоматизация процесса контроля знаний учащихся ГБОУ СОШ №1 г. Самары

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
67
данных; система шаг за шагом вводится в эксплуатацию по каждому участку учета;
документируются инструкции по обслуживанию рабочих мест и дополняются
должностные инструкции всех членов учетного процесса. В отдельных
подразделениях компании в систему добавляются фактические данные (в
минимальном объеме) и последовательно проверяются бизнес—функции при
помощи моделирования реальных ситуаций работы компании (в максимально
приближенных к действительности условиях). Оттачивается слаженная работа
подразделений на базе тестовых пилотных примеров. Конечные пользователи
(сотрудники IT-отдела) проходят обучение с настроенной системой только на
своих рабочих местах. По завершению обучения конечных пользователей
реализуется встроенный пилотный пример и полностью моделируется работа
компании. Основываясь на результатах реализации пилотного примера
руководство компании принимает решение о переводе ИС в повседневную
эксплуатацию.
Этап эксплуатации подразумевает под собой непосредственное
использование информационной системы для выполнения ею тех функций, для
которых она предназначена.
Работы, ожидаемые на этапе эксплуатации, можно разделить на две группы:
плановые и неплановые.
К плановым работам будут относится такие работы, как:
инсталляция программного обеспечения;
базовая настройка и проверка работоспособности компонентов
устанавливаемой системы;
устранение недостатков в конфигурации системы;
проверка надежности работы системы;
окончательная донастройка.
Данные работы будут проводиться той же группой, что и на ранних этапах.
В состав этой группы входят сотрудники технического отдела - технические
специалисты и системные администраторы.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
68
На различных этапах разработки информационной системы могут
возникнуть риски, ведущие либо к отклонениям в разработке, либо, в худшем
случае, ее прекращении.
Наиболее характерные риски и методы из минимизации при разработке
информационной системы приведены в таблице 2.1
Таблица 2.1
Возможные риски проекта и мероприятия по их устранению
Фактор риска
Рисковое событие
Последствия
наступления
рискового
события
Мероприятия по
управлению
рисками
1. Проектирование системы
Проектные риски
(неэффективный
план внедрения,
отсутствие
поддержки со
стороны
руководства и
пользователей,
низкая скорость
принятия решений
по проектным
вопросам,
отсутствие
механизма
контроля качества
работ проектной
команды)
Ошибки расчетов
(заложенных планов,
методик и алгоритмов)
Срыв сроков
реализации
проекта.
Невозможность
достижения
планируемых
результатов
проекта,
дополнительные
затраты,
финансовые
потери
Разработка
проектного
решения на
автоматизируемую
систему,
технического
задания на
разработку и
внедрение
программного
обеспечения (ПО) в
соответствии со
стандартами (ГОСТ
34.602-89).
1. Разработка проекта
Отсутствие
единой политики
(документ) по
информационной
безопасности
Потеря данных, ошибки
при вводе данных,
несанкционированный
доступ
Нарушения
регламентов
информационных
потоков,
дополнительные
затраты на
восстановление
целостности
данных, снижения
качества
предоставляемых
услуг,
финансовые
потери
Разработка единой
Политики
информационной
безопасности
Не существует
(или не покрывает
все области)
Потеря данных, ошибки
при вводе данных,
несанкционированный
Невозможно
установить
причину,
Внедрить
механизмы
авторизации,
69
механизма
авторизации
обращений к
информации на ее
изменения
доступ
ответственность и
штрафы за
нарушения
информационной
безопасности,
целостности и
достоверности
данных,
увеличение
количества
инцидентов,
возрастающие
дополнительные
затраты на
устранение
последствий
покрывающие все
существующие
программно-
аппаратные
средства.
Не
осуществляется
аудит систем
безопасности на
независимой
регулярной основе
Потеря данных, ошибки
при вводе данных,
несанкционированный
доступ
Снижение
эффективности
мероприятий по
информационной
безопасности,
понижение уровня
информационной
безопасности
ГБОУ СОШ №1 г.
Самары затраты,
потери
Проводить аудит
систем
безопасности на
независимой
регулярной основе.
Нарушение
пользователями
регламента
занесения данных
в систему
Отсутствие/недоступность
требуемой информации
Искажение
информации о
текущем
состоянии дел. В
результате
возможны потери,
связанные с
принятием
неправильных
управленческих
решений
Создание
регламентов,
описывающих
требования по
полноте и срокам
регистрации
информации в
системе.
2. Внедрение и эксплуатация
Недостаточный
уровень
квалификации
пользователей.
Отсутствие
необходимой
пользовательской
документации на
эксплуатируемые
ИС.
Ошибки при вводе
данных, сбои в работе
программного
обеспечения
Искажение
информации о
текущем
состоянии дел.
Возможные
потери, связанные
с принятием
неправильных
управленческих
решений,
основанных на
неполной
информации,
Необходимо
наличие
актуальной
эксплуатационно-
технической
документации,
детально
предписывающей
пользователю его
действия при
работе с системой.
Наличие
регламентных и
70
отсутствием
возможности
получения
достоверной
оперативной
информации.
организационных
процедур,
обеспечивающих
своевременный
контроль
правильности и
полноты занесения
информации в
систему.
Для минимизации вышеперечисленных рисков необходимо:
Необходимо провести тщательные конъюнктурные (маркетинговые)
исследования.
Необходимо определить круг основных задач, решаемых системой.
Необходимо определиться с тем, какой информационная система
должна быть в идеале, по замыслу заказчика.
Необходимо найти компромиссное решение между идеальной
системой и той, какой она может быть создана за имеющиеся средства.
Необходимо составить подробный бизнес-план или технико-
экономическое обоснование создания системы.
Определить срок разработки системы.
Определить целесообразность и возможную стоимость поддержки
системы как собственными силами, там и силами разработчика системы анализа
бюджета.
Определить, какие дополнительные расходы для фирмы потребует
ввод в эксплуатацию системы.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
При эксплуатации разработанной информационной системы для
обеспечения её безопасности от внешних и внутренних угроз используется
комплекс мер по защите информации. В этот комплекс прежде всего входят
средства, позволяющие ограничить доступ пользователей к различным модулям
системы.
71
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа. Характеристика политики приведена в таблице 2.2.
Таблица 2.2
Разграничение прав пользователей
Группы
пользователей
Модуль
«Справочники»
Модуль «Заявки
Модуль
«Отчеты»
Модуль
«Пользовате
ли»
Пользователь
Чтение
Чтение/Добавлени
е
Чтение
Нет
Распределитель
заявок
Чтение
Чтение/Добавлени
е/Изменение
Чтение
Чтение
Инженер
Чтение
Чтение/Добавлени
е/Изменение
Чтение
Чтение
Администратор
Полный
Полный
Полный
Полный
Система информационной безопасности (ИБ) ГБОУ СОШ №1 г. Самары
включает в себя реализацию защиты составных частей информационной
инфраструктуры от возможных вариантов нарушения сохранности ИТ-ресурсов и
относящихся к ним ИТ-сервисов.
Система ИБ включает в себя объединённый комплекс административных
программно-технических мер по реализации безопасности информационных
ресурсов. Для создания системы ИБ основной составляющей становится
административная часть системы, включающая в себя:
• Методики реализации ИБ, входящие в систему администрирования и
обеспечивающие контроль работы самой системы ИБ;
• Политику ИБ, определяющую главные положения и сферу влияния
системы ИБ;
• Политику безопасного применения информационных сервисов,
определяющих конкретные требования реализации безопасности компонентов IT-
инфраструктуры безопасности;
• Методики поддержания политик безопасности, которые включают в
себя средства и мероприятия по созданию требований политик безопасности и
отслеживания их выполнения (создаются на этапе реализации системы ИБ).
Процедуры и методики реализации ИБ поддерживают защиту
информационной инфраструктуры от различных IT-рисков методом реализации
ответных контрмер.
72
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель – подмножество бизнес-модели, описывающее все
существующие (в том числе не формализованные в документальном виде)
информационные потоки на предприятии, правила обработки и алгоритмы
маршрутизации всех элементов информационного поля.
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области. Кроме
того, она объясняет, на основе каких входных документов и какой нормативно-
справочной информации происходит выполнение функций по обработке данных и
формирование конкретных выходных документов. Информационная модель
представлена на рис. 2.1.
Сотрудник
Спр Группы
Т Работы
Спр Специализации
Спр Занятия*
Спр Преподаватели
Т РезультатыТ Вопросы
Спр Предмет*
Спр Типы работ Т Результаты
Спр Группы*
Т Работы*
Спр Специализаци и*
Спр Занятия
Спр Преподаватели*
Спр Предмет
Спр Типы работ* Т Вопросы*
Регистрация
обучаемого
ИС
Учет занятий
Учет типов
работ
Учет
предмет ов
Учет
специализаци
й
Формировани
е отчетности
Контроль
отчетных
работ
Список
преподавателей
Список
преподавателей
Список
обучаемых
Список обучаемых
Результаты
отчетности
Результаты
отчетности
Список занятий
Список занятий
Сотрудник
Учет
специализаци
й
Сведения об
обучаемых
Регламент работы
службы
Сведения о
преподавателях
Учебные планы
Отчетные работы
Учет работ
1
2
3
Спр Обучаемые
Спр Обучаемые*
Учет
преподавател
ей
Рисунок 2.1 Информационная модель системы
73
В инʹфорʹмационʹнʹой модели выделенʹо трʹи области. В перʹвой области
прʹоизводится ввод исходнʹых докуменʹтов, в этой области показанʹы условнʹые
обознʹаченʹия данʹнʹых докуменʹтов и экрʹанʹнʹый форʹмы для их ввода. Во вторʹой
области прʹоизводится обрʹаботка инʹфорʹмации в инʹфорʹмационʹнʹой системе,
прʹеобрʹазованʹие и запись данʹнʹых в спрʹавочнʹиках и таблицах систем. В трʹетьей
области показанʹ порʹядок форʹмирʹованʹия рʹезультатнʹых докуменʹтов системы.
2.2.2 Харʹактерʹистика нʹорʹмативнʹо-спрʹавочнʹой, входнʹой и оперʹативнʹой
инʹфорʹмации
Спрʹавочнʹики инʹфорʹмационʹнʹой системы являются особой грʹуппой нʹаборʹов
данʹнʹых. Спрʹавочнʹики прʹеднʹазнʹаченʹы для систематизации рʹазличнʹой инʹфорʹмации:
типов, марʹок, возможнʹых знʹаченʹий парʹаметрʹов и т.п. Рʹезультатом такой
систематизации станʹовится то, что, занʹося нʹекоторʹую инʹфорʹмацию в систему,
пользователь может вводить те и только те знʹаченʹия, которʹые содерʹжатся в
соответствующем спрʹавочнʹике. Это, во—перʹвых, облегчает ввод, во—вторʹых,
устрʹанʹяет нʹекоторʹые ошибки (опечатки), в-трʹетьих, упрʹощает последующий
анʹализ.
Спрʹавочнʹики нʹе прʹедоставляются уже нʹаполнʹенʹнʹыми, поэтому трʹебуется их
прʹедварʹительнʹая нʹастрʹойка. Крʹоме того, в прʹоцессе эксплуатации, может
вознʹикнʹуть потрʹебнʹость корʹрʹектирʹовки спрʹавочнʹых знʹаченʹий или добавленʹие
нʹовых.
Входнʹой инʹфорʹмацией для рʹазрʹабатываемой системы являются данʹнʹые
пользователей, сведенʹия об обучаемых, сведенʹия о планʹирʹуемых и прʹоводимых
занʹятиях, сведенʹия об успеваемости каждого обучаемого. Эти данʹнʹые поступают
как в цифрʹовом, так и в печатнʹом виде.
В систему внʹосятся следующие данʹнʹые об обучаемых:
Фамилия, имя, отчество;
Специализация;
Грʹуппа;
Также в систему внʹосятся данʹнʹые о занʹятиях.
74
Для обеспечения работы системы предусмотрены справочники, приведенные
в таблице 2.3.
Таблица 2.3
Перечень используемых справочников
название
справочника
ответственный за
ведение
средний
объём
справочника
в записях
среднюю
частоту
актуализации
средний объем
актуализации,
%
Преподаватели
Администратор
45
1 раз в месяц
10
Обучаемые
Администратор
45
1 раз в месяц
10
Группы
Администратор
150
1 раз в год
10
Предметы
Администратор
250
1 раз в год
10
Специализации
Администратор
5
1 раз в год
10
Занятия
Администратор
45
1 раз в месяц
10
Типы работ
Администратор
5
1 раз в месяц
10
Все документы могут поступать как бумажной, так и в электронной формах.
2.2.3 Характеристика результатной информации
Результатными документами являются следующие:
Список обучаемых;
Список преподавателей;
Список занятий;
Результаты отчетности.
Реквизиты и макеты данных документов представлены ниже.
Список преподавателей содержит следующие реквизиты:
Фамилия
Имя и отчество
Дата рождения
Научное звание
Логин
Пароль
Список обучаемых содержит следующие реквизиты:
Фамилия, имя, отчество;
Дата рождения;
Группа;
75
Пароль и логин;
Виды и типы сданной отчетности.
Список планируемых занятий содержит следующие реквизиты:
Дата и время занятия;
Специализация;
Группа;
Предмет;
Руководитель;
Форма для регистрации результатов занятия.
Список выполненных работ включает в себя наименование типа работы, ее
тему, дату и время проведения, количество вопросов (содержание) и результаты
каждого обучаемого.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Основная функция, разрабатываемой информационной системы, сложна и
требуют иерархического представления. Для более наглядного представления
функции системы необходимо декомпозировать на составляющие его функции.
Представим основную функцию системы в дерева функций.
На рисунке 2.2. представлено дерево функций системы.
76
Основные
Учет обучаемых
Работа со
справочниками
Служебные
Функции ИС
Список
преподавател
ей
Учет занятий
Список
студентов
Список
занятий
Получение
отчетов
Настройки
соединения
Настройки
авторизации
Добавление
Редактирование
Удаление
Дата и время
Вопросы
Тема
Учет
преподавателей
Добавление
Редактирование
Удаление
Виды
отчетности
Рисунок 2.2 Дерево функций системы
Первый уровень представляет основную функцию разрабатываемой системы
– учёт информации об обучаемых, занятиях, отчетности. Эту информацию можно
условно разделить на две составляющие:
данные об обучаемых;
данные об отчетности.
Подфункция учета отчетности разделяется в соответствии с наименованиями
типов отчетности, типов занятий и предметов . Подфункция работы со
справочниками системы предполагает разделение на ввод данных, получение
содержания справочника, редактирование и удаление записей в справочнике.
Служебные функции содержат функции настройки доступа к ИС, а также
авторизационных данных.
Сценарии диалога системы приведен на рисунке 2.3 (для администратора) и
на рисунке 2.4 – для пользователя.

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
IPO - инструмент финансирования деятельности организации. На примере ПАО «Нефтяная компания «Лукойл»
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)