Дипломная работа: Автоматизация процесса контроля знаний учащихся ГОУ СОШ №31
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
53
ISO 12207 – применяется при приобретении программ и систем с
оказанием услуг (сопровождение, внедрение). Также при, разработке,
эксплуатации, сопровождении и поставке как в самой организации, так и вне ее.
ISO 15288 – обеспечивает основы процессов, составляющих
жизненной цикл систем. Этот жизненный цикл задействует концепции идей
вплоть до снятия системы с эксплуатации.
Custom Development Method (методика Oracle) по разработке
прикладных информационных систем – технологический материал,
детализированный до уровня заготовок проектных документов, рассчитанных на
использование в проектах с применением Oracle. Применяется CDM для
классической модели ЖЦ (предусмотрены все работы/задачи и этапы), а также
для технологий "быстрой разработки" (Fast Track) или "облегченного подхода",
рекомендуемых в случае малых проектов.
Rational Unified Process (RUP) предлагает итеративную модель
разработки, включающую четыре фазы: начало, исследование, построение и
внедрение. Каждая фаза может быть разбита на итерации, в результате которых
выпускается версия для внешнего или внутреннего использования. Прохождение
через цикл разработки, каждый цикл завершается созданием новой версии
системы. Если после этого работа над проектом не останавливается, то
полученный продукт продолжает развиваться и снова минует те же фазы.
В настоящее время существует две основные модели жизненного цикла –
это каскадная и спиральная модели. В каскадной модели процесс разработки
происходит поэтапно, шаг за шагом. Переход к следующему этапу начинается
только после завершения предыдущего. В спиральной модели разработка идет
по нарастающей. На начальном этапе разрабатывается система с высоким
уровнем абстракции, а на последующих витках эта разработка все больше и
больше конкретизируется.
Для жизненного цикла текущей системы была выбрана каскадная модель,
так как для разрабатываемой системы больше подходит поэтапная разработка.
Переход к следующему этапу происходит только после окончания всех работ на
54
предыдущем этапе см. рисунок 2.1.1, включая подготовку полного пакета
документации, достаточной для того, чтобы разработка могла быть продолжена
другой группой разработчиков и есть возможность планирования сроков
завершения работ и затрат на их выполнение.
Рисунок 2.1.1 Каскадная схема разработки
Каскадный метод хорошо подходит для построения систем, где в самом
начале разработки можно достаточно точно и полно сформулировать все
требования, с тем, чтобы предоставить разработчикам свободу реализовывать их
как можно лучше с технической точки зрения.
Для разработки системы был выбран стандарт ГОСТ 34.601-90. Данный
стандарт имеет набор процессов, действий и задач, охватывающий широкий
спектр возможных ситуаций при максимальной адаптации.
Существует четыре способа внедрения новой системы:
Параллельная стратегия;
55
«Скачок»;
Пилотный проект;
«Узкое место».
Специфика работы компании предполагает невозможность приостановки
работы из-за внедрения новой информационной системы, поскольку это может
повлечь за собой потерю клиентов и ошибки в процессе документооборота.
Метод «скачка» предусматривает отказ от работающей системы и
моментальный и переход на новую информационную систему.
Метод «узкого места» является принципиально неприемлемым для
разрабатываемой системы, так как предполагает внедрение информационной
системы в наиболее критический участок работы предприятия.
В итоге наиболее подходя два варианта технологии внедрения
информационной системы – параллельная стратегия и стратегия пилотного
проекта. Их сравнительная характеристика приведена в таблице 2.1.1.
При использовании параллельной стратегии внедрения проекта
одновременно работают старая и новая системы, их результаты и выходные
документы сравниваются. Гораздо более важным критерием при этом
необходимо считать снижение риска. В итоге наиболее выгодной представляется
стратегия параллельного внедрения.
Таблица 2.1.1
Сравнение стратегий внедрения
Позиция
Параллельная стратегия
Пилотный проект
Случай применения
Старую работающую
систему необходимо
заменить новой.
Тактика «скачка», но
применяемая к ограниченному
числу функций.
Область
применения
Не имеет значения.
Малый участок деятельности.
Риск срыва работы
предприятия
Риск минимальный.
Стратегия нацелена на снижение
риска при внедрении.
Дублирование
операций
Есть
Нет
В случае обнаружения ошибок при внедрении новой информационной
системы осуществляется поиск причин и ошибок, внесение корректировок в
56
компоненты системы, в технологию обработки информации, в работу
технических средств и в исходные данные.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
При внедрении системы существуют определенные факторы риска, к ним
относят:
Неготовность сотрудников;
Появление проблем безопасности при передаче данных;
Отсутствие общедоступности данных.
Придется столкнуться с серьезными специфическими проблемами.
Развитие проектов опирается на богатый опыт, полученный компаниями при
эксплуатации систем и разработке. Также отсутствие привычки тщательно
разрабатывать стратегию бизнеса и планировать планы.
Традиционная непрозрачность больших корпораций являются
основными причинами неразвитости в стране. Высокая степень концентрации
интеграции ключевых рынков не способствуют стремлению включить в разряд
первоочередных задач.
Другими причинами рисков при внедрении систем является недостаток в
IT-специалистах, которые хорошо понимают процессы и неготовность
менеджмента к сложностям процесса внедрения.
Еще одна проблема внедрения технологий связана с тем, что в стране
большой дефицит подходящих технологических решений для организации и
интеграции в них корпоративных управленческих систем.
Подводя итоги сказанному, можно отметить, что для создания
действительно настоящей системы в стране, необходимо будет решить
существующие проблемы.
Специалист внедрения должен обеспечить принятие
стандартизированной системы во всех автоматизируемых процессах.
Направленные меры на осуществление могут быть следующими:
Быстрое внедрение на тестовой среде;
57
Быстрое разворачивание на остальных стендах;
Делегирование ключевых сотрудников всех подразделений для
участия во внедрении на тестовой среде;
Взвешенный отбор и документирование функциональности для
внедрения на тестовой среде;
Прозрачный процесс стандартизации на основе заранее заданных
критериев повышения эффективности, снижения затрат, ориентации на
потребителя и т.д.;
Конфигурация и настройка максимально возможной
функциональности на тестовой среде с оглядкой на процессы и практики,
принятые на остальных участках активности.
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Меры по защите информации в разрабатываемой системе включает в себя
следующее:
защита информации системы от внутренних угроз;
защита информации от внешних угроз.
В системе используется политика разделения прав доступа для защиты от
внутренних угроз. Разграничение прав пользователя приведена в таблице 2.1.2.
Таблица 2.1.2
Разграничение прав пользователей
Группы
пользователе
й
Модуль
«Тесты»
Модуль
«Тестиро
вание»
Модуль
«Итоги
тестирования»
Справочн
ики
Преподаватель
Неограничен
Ограничен
Неограничен
Ограничен
Учащийся
Ограничен
Неогранич
ен
Ограничен
Ограничен
Администратор
Неограничен
Неогранич
ен
Неограничен
Неогранич
ен
Источник: https://baza.diplomsite.ru/previewfile/2098