Материал: Автоматизация процесса контроля знаний учащихся ГОУ СОШ №21 г. Смоленск
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
33
Для обеспечения защиты Персональных данных, обрабатываемых в
информационной системе, а так же любой информации, касающейся
процесса контроля знаний учащихся МБОУ СОШ №21, будет
предусмотрена система паролей при загрузке компьютера, так же пароль
будет необходимо ввести при попытке входа в будущую информационную
систему по осуществлению учета успеваемости. Так же на АРМ сотрудника,
который будет работать с данной информационной системой, будет
установлено средство защиты информации Dallas Lock. Для обеспечения
защиты данных при сбое в сети питания ПК либо аварийном завершении
работы программы будет предусмотрен режим автосохранения.[33]
34
II ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Существует целый ряд стандартов, регламентирующих жизненный
цикл (ЖЦ), а в некоторых случаях и процессы разработки.
Стандарт ISO/IEC 12207 не предлагает конкретную модель ЖЦ и
методы разработки ПО (под моделью ЖЦ понимается структура,
определяющая последовательность выполнения и взаимосвязи процессов,
действий и задач, выполняемых на протяжении ЖЦ. Модель ЖЦ зависит от
специфики ИС и условий, в которых последняя создается и функционирует).
Его регламенты являются общими для любых моделей ЖЦ, методологий и
технологий разработки
Жизненный цикл разрабатываемой информационной системы
включает следующие этапы:
1) предпроектный;
2) проектирование логическое и техническое;
3) проектирование рабочее (физическое);
4) внедрение;
5) эксплуатацию;
6) изъятие.
Предпроектный этап включает в себя исследование и анализ системы
управления МБОУ СОШ №21 и имеющихся информационных
потребителей по организации процесса контроля знаний учащихся. Целью
данного этапа является формирование требований к ИС, корректно и точно
отражающих цели и задачи организации-заказчика. Чтобы
специфицировать процесс создания ИС, отвечающей потребностям
организации, нужно выяснить и четко сформулировать, в чем заключаются
эти потребности. Для этого необходимо определить требования заказчиков
к ИС и отобразить их на языке моделей в требования к разработке проекта
35
ИС так, чтобы обеспечить соответствие будущей ИС целям и задачам
организации.
Проектирование логическое и техническое – это разработка в
соответствии со сформулированными требованиями и выявленными
информационными потребностями системной и функциональной
архитектуры системы. Кроме выбора платформы, на этапе проектирования
определяются виды архитектуры. В данной разработке рекомендуется
использование базы данных - централизованная или распределенная.
Этап проектирования завершается разработкой технического проекта
ИС. Проектирование рабочее (физическое) включает создание и настройку
автоматизированной системы процесса контроля знаний учащихся МБОУ
СОШ №21, наполнение баз данных, создание рабочих инструкций для
персонала. Проектирование заканчивается созданием рабочего проекта.
Внедрение системы – это процесс постепенного перехода от
существующей системы процесса контроля знаний учащихся МБОУ СОШ
№21, к новой, предусмотренной документацией рабочего проекта на всю
систему. Внедрение отдельных задач и подсистем может проводиться
параллельно с разработкой рабочего проекта на всю систему.[3]
Эксплуатация ИС процесса контроля знаний учащихся МБОУ СОШ
№21 – ее использование в реальных условиях. В ходе эксплуатации также
осуществляется сопровождение, анализ работы системы, исправление
ошибок и недоработок, оформление требований и разработка планов по
модернизации и расширению системы.
Изъятием ИС процесса контроля знаний учащихся МБОУ СОШ №21
из эксплуатации называется полное изъятие ИС из эксплуатации или
существенная модернизация, позволяющая говорить о создании
принципиально новой информационной системы процесса контроля знаний
учащихся МБОУ СОШ №21.
36
Существующие модели жизненного цикла определяют порядок
исполнения этапов в ходе разработки, а также критерии перехода от этапа к
этапу.
Проведем анализ моделей жизненного цикла, которые предполагает
стандарт ISO/IEC 12207. Изучение литературы при исследовании каскадной
модели выявили следующие недостатки:
достаточно продолжительный цикл разработки по времени
(система морально устаревает;
доработка системы связана с большим объемом
перепрограммирования.
При этом достоинства использования указанной модели – ее простота,
естественность, привязка к ГОСТу не дали результатов, поскольку при
разработке основным критерием был временной интервал.
Для преодоления перечисленных проблем была предложена
спиральная модель ЖЦ делающая упор на начальные этапы ЖЦ: анализ и
проектирование. На этих этапах реализуемость технических решений
проверяется путем создания прототипов. Каждый виток спирали
соответствует созданию версии разрабатываемой автоматизированной
системы контроля знаний учащихся МБОУ СОШ №21, в ней уточняются
цели и характеристики проекта, определяются её качество и планируются
работы следующего витка спирали.
Таким образом, углубляются и последовательно конкретизируются
детали проекта, и в результате выбирается обоснованный вариант, который
доводится до реализации.[4]
Разработка итерациями отражает объективно существующий
спиральный цикл создания системы. Неполное завершение работ на каждом
этапе позволяет переходить на следующий этап, не дожидаясь полного
завершения работы на текущем. При итеративном способе разработки
недостающую работу можно будет выполнить на следующей итерации.
37
Главная же задача – как можно быстрее показать пользователям системы
работоспособный продукт, тем самым активизируя процесс уточнения и
дополнения требований.
Рисунок 2.1– Схема спирального цикла создания системы
Основная проблема спирального цикла – определение момента
перехода на следующий этап. Для ее решения необходимо ввести
временные ограничения на каждый из этапов жизненного цикла. Переход
осуществляется в соответствии с планом, даже если не вся запланированная
работа закончена. План составляется на основе статистических данных,
полученных в предыдущих проектах, и личного опыта разработчиков.[4]
2.1.2. Ожидаемые риски на этапах жизненного цикла и их
описание
На предпроектном этапе ЖЦ задача формирования требований к ИС
является одной из наиболее ответственных, трудно формализуемых и
наиболее дорогих и тяжелых для исправления в случае ошибки.
На данном этапе также осуществляется анализ осуществимости ИС, а
именно рассматривается:
Источник: https://baza.diplomsite.ru/previewfile/2097