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

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
53
Обучение
пользователей
В случае удачного завершения опытной эксплуатации
проводится обучение всех сотрудников
автоматизируемого подразделения
Внедрение системы
Практическая эксплуатация системы и ее основных
функций
При этом жизненный цикл информационной системы для автоматизации
процесса контроля знаний учащихся ГБОУ города Москвы школы 656 имени
А.С. Макаренко. (таблица 2.2).
Таблица 2.2Процессы жизненного цикла ИС автостоянки
Группа процессов
жизненного цикла
Процессы жизненного
цикла
Работы по созданию системы
Основные
процессы
жизненного цикла
Заказ
Оформление договора на
создание системы, анализ
объекта автоматизации
Поставка
Внедрение системы, обучение
пользователей
Разработка
Создание АИС и БД согласно
проекту автоматизации
Эксплуатация
Опытная эксплуатация
созданной БД и обучение
Вспомогательные
процессы
жизненного цикла
Документирование
Создание и разработка ТЗ и
проекта автоматизации,
создание инструкции
пользователя и системного
администратора
Обеспечение качества
Разработка требований к
54
системе
Отсутствие таких процессов, как сопровождение, управление
конфигурацией, верификация, совместный анализ, аудит, усовершенствование
обусловлено тем, что система достаточно проста, не требует обновления версий.
Обучение работников также не требуется, т.к. основное требование – простой,
интуитивно понятный интерфейс приложения пользователя.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Любой создаваемы проект, несет за собой риски реализации проекта. На
данный момент существует три общепринятых стратегии управления рисками:
Избегание рисков (исключается возможность возникновения рисков);
Делегирование рисков (риски перекладываются на третью сторону);
Принятие рисков (риски признаются в качестве неизбежной
составляющей проекта).
Различают две основные категории рисков – прямые и
опосредованные. На прямые риски проектная команда может каким-то
образом повлиять, а опосредованные риски команда контролировать не
может в принципе [17].
Риски делятся на следующие основные виды:
Ресурсные риски:
Вспомогательные
процессы
жизненного цикла
Аттестация
Аттестация требований к
системе
Решение проблем
Тестирование и отладка
системы
Организационные
процессы
Управление
Планирование процессов
жизненного цикла системы
55
Организация (выполняла ли организация прежде проекты такого
масштаба, существует ли формальный процесс разработки
программного обеспечения и т.п.);
Финансирование (полностью ли обеспечено финансирование проекта,
фиксирована ли стоимость проекта или она является предметом для
обсуждения, точно ли выполнена оценка затрат и т.п.);
Люди (достаточно ли людей для выполнения проекта, обладают ли они
необходимыми навыками и опытом, работали ли они вместе раньше и
т.п.);
Время (реалистичен ли план проекта, насколько критичной является
дата окончания проекта и т.п.);
Бизнес (что произойдет, если конкурент выйдет на рынок первым,
выгода, полученная от реализации проекта больше, чем затраты на него,
что произойдет, если ключевые поставщики не смогут выполнить свои
обязательства и т.п.);
Технические риски:
Область действия (scope) проекта (могут ли быть измерены критерии
успешного завершения проекта, требования стабильны и хорошо
поняты, область действия жестко фиксирована или может
расширяться в будущем и т.п.);
Технологии (отлажена ли применяемая технология или она только
была разработана, существуют ли необычные или инновационные
технические требования, с которыми проектная команда никогда раньше
не сталкивалась и т.п.);
Внешние зависимости (зависит ли проект от других параллельных
проектов, зависит ли успех проекта от внешних поставщиков технологий
и/или продуктов и т.п.).
В данном проекте можно выделить следующие основные риски на
56
каждом этапе жизненного цикла (таблица 2.1):
Таблица 2.3 - Основные риски на этапах жизненного цикла
информационной системы
Этап
Риск
Мероприятия
Заказ
Несоответствие
выделенного бюджета
масштабу проекта
Переговоры по
увеличению бюджета или
отказ от участия в проекте
Неформализуемая задача
(невозможно
автоматизировать те или
иные бизнес-процессы
или стоимость такой
автоматизации превысит
ожидаемую выгоду)
Пересмотреть область
действия проекта с целью
выделения
отдельных задач,
поддающихся
автоматизации. Провести
детальный анализ бизнес-
процессов и предложить
комплекс мероприятий по
их реорганизации.
Проектирование
- неправильное
определение рамок и
масштабов проекта;
- проектирование
ошибочных функций и
интерфейсов будущей
системы;-
- выбор неправильных
технологий и методов
- обеспечение
стабильности границ
проекта, определенных
на начальном этапе,
вплоть до окончания
проекта;
- качественное
планирование
своевременная
57
решения поставленных
задач;
- несоблюдение
требований заказчика
при проектирование
будущей системы или
постоянное
изменение требований.
идентификация
проектных рисков и
разработка
работ;
- рекомендаций по
снижению
рисков;
- обеспечение проекта
необходимыми ресурсами;
- обязательное
утверждение и
согласование по
проектным
решениям;
Разработка
Недостаточно ресурсов
для
выполнения
комплексного и
нагрузочного
тестирования
Заключить договор со
специализированной
организацией на
выполнение
ею этих работ
Недостаточно опыта у
персонала заказчика,
который будет
эксплуатировать систему
Предоставить
заказчику
услуги собственного
специалиста для
первоначального
сопровождения системы и
постепенного обучения
персонала заказчика.
Внедрение
- увеличение нагрузки на
- проведение обучения
58
персонал;
- несогласованность
действий
персонала исполнителя и
сотрудников предметных
областей;
- трудности с обучением
персонала заказчика из-
за
нежелания работать с
новой
системой;
- отсутствие поддержки
внедрения ИС со
стороны
отдельных ключевых
участников
проекта;
- неучастие
руководителей
высшего звена в проекте.
персонала заказчика
работы с
системой;
- составление плана
внедрения
ИС;
- доведение до персонала
заказчика смысла
внедрения
автоматизированной
системы;
- активное вовлечение
высшего руководства в
проект, активное
взаимодействие с ним в
ходе
проекта и своевременное
принятие решений,
необходимых для
нормальной
реализации проекта.
В процессе эксплуатации и сопровождения разработанной ИС могут
возникнуть:
Технические риски;
Риски персонала.
Факторами технических рисков являются:
ошибки в программе вызывающие простой системы;
невозможность осуществления требуемых действия, «зависание»
программы;
59
использование вредоносных программ (вирусы, черви, трояны,
логические бомбы), использование в корыстных целях найденных
ошибок (дыр) в программах,
перехват информации по телекоммуникациям, воровство информации;
некорректная эксплуатация оборудования;
Предотвратить данные обстоятельства можно, соблюдая следующие
моменты:
тщательное тестирование и выявление ошибок на этапе разработки;
устранять в кратчайшие сроки ошибки силами прошедших подготовку
на этапе внедрения технических специалистов;
документирование технических условий и их согласование со всеми
заинтересованными участниками проекта;
обязательное утверждение любых изменений.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Разрабатываемая информационная система должна удовлетворять
требованиям защиты информации, утвержденным на данном предприятии, а
также требованиям законодательства.
Комплекс мер по защите информации в разрабатываемой системе
включает в себя следующие аспекты:
защита информации непосредственно в информационной системе от
внутренних угроз;
защита информации от внешних угроз.
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа..
Защита от внешних угроз осуществляется путем применения
следующих способов:
60
использованием программно-аппаратных комплексов защиты от
несанкционированного доступа;
разработкой и соблюдение политик безопасности;
использованием антивирусных средств;
физической защитой помещений с наиболее ценной информацией.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Цикл обработки информации можно разбить на два этапа:
Ввод, обработка, прием информации;
Формирование результатов.
Графическое представление информационной модели представлено на
рисунке 2.2.
61
Рисунок 2.2 Информационная модель
ИС
Тестирование
Ответы
Диск
Журнал
Темы
Вопросы
Пользовател
и
Отчеты
Администрато
р
Вопросы
Ответы
Темы
Пользо
ватели
Журна
л
Отчеты
Результаты теста
Статистика
тестирования
Администра
тор
Ведение
справочников
Обработка
заявок
Формирование
отчетов
Диск
Ответ
ы
Тести
рован
ие
62
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
Автоматизированная система тестирования создается не на пустом месте.
В основу методики ее работы положены системы тестирования, многие годы
применявшиеся на практике, но не выполненные в виде компьютерных
программ. Поэтому входными данными для системы будут являться те же
данные, которые использовались при разработке неавтоматизированных систем
тестирования. Каждая из подсистем разрабатываемой системы имеет свой набор
входных и выходных данных. Причем выходные данные одной подсистемы
могут рассматриваться и как результат работы системы в целом, но
одновременно могут рассматриваться и как входные данные для другой
подсистемы. Так, например, результат прохождения теста является выходным
результатом подсистемы тестирования и с точки зрения пользователя,
проходившего тест является результатом работы системы, но с другой стороны
этот результат выступает в качестве входных данных для подсистемы
составления статистики [18].
Опишем входные и выходные данные каждой подсистемы.
Для подсистемы ведения списка пользователей входными данными
является список пользователей на бумажных носителях. Список должен быть
разделен на категории, которые определяют права доступа пользователей к
функциям системы. Выходными данными подсистемы ведения списка
пользователей является сформированная таблица пользователей. Подсистема
ведения списка пользователей имеет задачу авторизации пользователя при
начале сеанса работы с системой. Входными данными для этой задачи являются
логин и пароль, введенные пользователем с клавиатуры, а выходными данными
– идентифицированный пользователь.
В подсистеме конструирования тестов выделяется задача ведения
справочников дисциплин, тем и сложностей. Входными данными для этой
задачи являются соответствующие списки на бумажных носителях, а

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

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