Дипломная работа: Автоматизация процесса контроля знаний учащихся ГБОУ города Москвы школы №656 А.С. Макаренко
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
53
Обучение
пользователей
В случае удачного завершения опытной эксплуатации
проводится обучение всех сотрудников
автоматизируемого подразделения
Внедрение системы
Практическая эксплуатация системы и ее основных
функций
При этом жизненный цикл информационной системы для автоматизации
процесса контроля знаний учащихся ГБОУ города Москвы школы 656 имени
А.С. Макаренко. (таблица 2.2).
Таблица 2.2 – Процессы жизненного цикла ИС автостоянки
Группа процессов
жизненного цикла
Процессы жизненного
цикла
Работы по созданию системы
Основные
процессы
жизненного цикла
Заказ
Оформление договора на
создание системы, анализ
объекта автоматизации
Поставка
Внедрение системы, обучение
пользователей
Разработка
Создание АИС и БД согласно
проекту автоматизации
Эксплуатация
Опытная эксплуатация
созданной БД и обучение
Вспомогательные
процессы
жизненного цикла
Документирование
Создание и разработка ТЗ и
проекта автоматизации,
создание инструкции
пользователя и системного
администратора
Обеспечение качества
Разработка требований к
54
системе
Отсутствие таких процессов, как сопровождение, управление
конфигурацией, верификация, совместный анализ, аудит, усовершенствование
обусловлено тем, что система достаточно проста, не требует обновления версий.
Обучение работников также не требуется, т.к. основное требование – простой,
интуитивно понятный интерфейс приложения пользователя.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Любой создаваемы проект, несет за собой риски реализации проекта. На
данный момент существует три общепринятых стратегии управления рисками:
Избегание рисков (исключается возможность возникновения рисков);
Делегирование рисков (риски перекладываются на третью сторону);
Принятие рисков (риски признаются в качестве неизбежной
составляющей проекта).
Различают две основные категории рисков – прямые и
опосредованные. На прямые риски проектная команда может каким-то
образом повлиять, а опосредованные риски команда контролировать не
может в принципе [17].
Риски делятся на следующие основные виды:
Ресурсные риски:
Вспомогательные
процессы
жизненного цикла
Аттестация
Аттестация требований к
системе
Решение проблем
Тестирование и отладка
системы
Организационные
процессы
Управление
Планирование процессов
жизненного цикла системы
55
Организация (выполняла ли организация прежде проекты такого
масштаба, существует ли формальный процесс разработки
программного обеспечения и т.п.);
Финансирование (полностью ли обеспечено финансирование проекта,
фиксирована ли стоимость проекта или она является предметом для
обсуждения, точно ли выполнена оценка затрат и т.п.);
Люди (достаточно ли людей для выполнения проекта, обладают ли они
необходимыми навыками и опытом, работали ли они вместе раньше и
т.п.);
Время (реалистичен ли план проекта, насколько критичной является
дата окончания проекта и т.п.);
Бизнес (что произойдет, если конкурент выйдет на рынок первым,
выгода, полученная от реализации проекта больше, чем затраты на него,
что произойдет, если ключевые поставщики не смогут выполнить свои
обязательства и т.п.);
Технические риски:
Область действия (scope) проекта (могут ли быть измерены критерии
успешного завершения проекта, требования стабильны и хорошо
поняты, область действия жестко фиксирована или может
расширяться в будущем и т.п.);
Технологии (отлажена ли применяемая технология или она только
была разработана, существуют ли необычные или инновационные
технические требования, с которыми проектная команда никогда раньше
не сталкивалась и т.п.);
Внешние зависимости (зависит ли проект от других параллельных
проектов, зависит ли успех проекта от внешних поставщиков технологий
и/или продуктов и т.п.).
В данном проекте можно выделить следующие основные риски на
56
каждом этапе жизненного цикла (таблица 2.1):
Таблица 2.3 - Основные риски на этапах жизненного цикла
информационной системы
Этап
Риск
Мероприятия
Заказ
Несоответствие
выделенного бюджета
масштабу проекта
Переговоры по
увеличению бюджета или
отказ от участия в проекте
Неформализуемая задача
(невозможно
автоматизировать те или
иные бизнес-процессы
или стоимость такой
автоматизации превысит
ожидаемую выгоду)
Пересмотреть область
действия проекта с целью
выделения
отдельных задач,
поддающихся
автоматизации. Провести
детальный анализ бизнес-
процессов и предложить
комплекс мероприятий по
их реорганизации.
Проектирование
- неправильное
определение рамок и
масштабов проекта;
- проектирование
ошибочных функций и
интерфейсов будущей
системы;-
- выбор неправильных
технологий и методов
- обеспечение
стабильности границ
проекта, определенных
на начальном этапе,
вплоть до окончания
проекта;
- качественное
планирование
своевременная
57
решения поставленных
задач;
- несоблюдение
требований заказчика
при проектирование
будущей системы или
постоянное
изменение требований.
идентификация
проектных рисков и
разработка
работ;
- рекомендаций по
снижению
рисков;
- обеспечение проекта
необходимыми ресурсами;
- обязательное
утверждение и
согласование по
проектным
решениям;
Разработка
Недостаточно ресурсов
для
выполнения
комплексного и
нагрузочного
тестирования
Заключить договор со
специализированной
организацией на
выполнение
ею этих работ
Недостаточно опыта у
персонала заказчика,
который будет
эксплуатировать систему
Предоставить
заказчику
услуги собственного
специалиста для
первоначального
сопровождения системы и
постепенного обучения
персонала заказчика.
Внедрение
- увеличение нагрузки на
- проведение обучения
Источник: https://baza.diplomsite.ru/previewfile/2090