40
Проектирование логическое и техническое – это разработка в
соответствии со сформулированными требованиями и выявленными
информационными потребностями системной и функциональной архитектуры
системы. Кроме выбора платформы, на этапе проектирования определяются
виды архитектуры. В данной разработке рекомендуется использование базы
данных - централизованная или распределенная.
Этап проектирования завершается разработкой технического проекта ИС.
Проектирование рабочее (физическое) включает создание и настройку
автоматизированной системы процесса контроля знаний учащихся ГОУ СОШ
ИЛЬИНСКАЯ, наполнение баз данных, создание рабочих инструкций для
персонала. Проектирование заканчивается созданием рабочего проекта.
Внедрение системы – это процесс постепенного перехода от
существующей системы процесса контроля знаний учащихся ГОУ СОШ
ИЛЬИНСКАЯ, к новой, предусмотренной документацией рабочего проекта на
всю систему. Внедрение отдельных задач и подсистем может проводиться
параллельно с разработкой рабочего проекта на всю систему.[3]
Эксплуатация ИС процесса контроля знаний учащихся ГОУ СОШ
ИЛЬИНСКАЯ – ее использование в реальных условиях. В ходе эксплуатации
также осуществляется сопровождение, анализ работы системы, исправление
ошибок и недоработок, оформление требований и разработка планов по
модернизации и расширению системы.
Изъятием ИС процесса контроля знаний учащихся ГОУ СОШ
ИЛЬИНСКАЯ из эксплуатации называется полное изъятие ИС из эксплуатации
или существенная модернизация, позволяющая говорить о создании
принципиально новой информационной системы процесса контроля знаний
учащихся ГОУ СОШ ИЛЬИНСКАЯ.
Существующие модели жизненного цикла определяют порядок
исполнения этапов в ходе разработки, а также критерии перехода от этапа к
этапу.
41
Проведем анализ моделей жизненного цикла, которые предполагает
стандарт ISO/IEC 12207. Изучение литературы при исследовании каскадной
модели выявили следующие недостатки:
достаточно продолжительный цикл разработки по времени (система
морально устаревает;
доработка системы связана с большим объемом
перепрограммирования.
При этом достоинства использования указанной модели – ее простота,
естественность, привязка к ГОСТу не дали результатов, поскольку при
разработке основным критерием был временной интервал.
Для преодоления перечисленных проблем была предложена спиральная
модель ЖЦ делающая упор на начальные этапы ЖЦ: анализ и проектирование.
На этих этапах реализуемость технических решений проверяется путем
создания прототипов. Каждый виток спирали соответствует созданию версии
разрабатываемой автоматизированной системы контроля знаний учащихся ГОУ
СОШ ИЛЬИНСКАЯ, в ней уточняются цели и характеристики проекта,
определяются еѐ качество и планируются работы следующего витка спирали.
Таким образом, углубляются и последовательно конкретизируются
детали проекта, и в результате выбирается обоснованный вариант, который
доводится до реализации.[4]
Разработка итерациями отражает объективно существующий спиральный
цикл создания системы. Неполное завершение работ на каждом этапе позволяет
переходить на следующий этап, не дожидаясь полного завершения работы на
текущем. При итеративном способе разработки недостающую работу можно
будет выполнить на следующей итерации. Главная же задача – как можно
быстрее показать пользователям системы работоспособный продукт, тем самым
активизируя процесс уточнения и дополнения требований.
42
Рисунок 2.1– Схема спирального цикла создания
системы
Основная проблема спирального цикла – определение момента перехода
на следующий этап. Для ее решения необходимо ввести временные
ограничения на каждый из этапов жизненного цикла. Переход осуществляется в
соответствии с планом, даже если не вся запланированная работа закончена.
План составляется на основе статистических данных, полученных в
предыдущих проектах, и личного опыта разработчиков.[4]
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
На предпроектном этапе ЖЦ задача формирования требований к ИС
является одной из наиболее ответственных, трудно формализуемых и наиболее
дорогих и тяжелых для исправления в случае ошибки.
На данном этапе также осуществляется анализ осуществимости ИС, а
именно рассматривается:
эксплуатационная осуществимость – возможно ли создание
данной ИС, насколько она будет удобно в эксплуатации и отвечать
заданным требованиям;
экономическая осуществимость – стоимость, эффективность с
точки зрения пользователя.
43
Проектирование рабочее (физическое) предусматривает неправильно или
не совсем корректно сформированное архитектура выбираемого решения.
Возможность появления этого риска зависит от компетенции руководителя
проекта, на котором лежит принятие решение о выборе архитектуры
разрабатываемого решения
В ходе внедрения и первоначальной эксплуатация ИС процесса контроля
знаний учащихся ГОУ СОШ ИЛЬИНСКАЯ могут возникнуть следующие
риски:
риски неоконченного тестирования.
Может произойти ситуация что программный продукт будет
протестирован не до конца. Решается путем повторного тестирования на
следующей итерации разработки. В фазе внедрения могут возникнуть
следующие риски:
риски неправильного принятия решения о законченности части
проекта.
Возникновение данных рисков ведет за собой проблему незаконченности
решения и возможность возникновения нестыковок с другими частями
разрабатываемой ИС
Устраняется путем доработки при следующей версии программы.[1]
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Для обеспечения безопасности работы с информационной системой
процесса контроля знаний учащихся ГОУ СОШ ИЛЬИНСКАЯ были
разработаны следующие нормативно-правовые акты:
Уведомление об обработке ПД ГОУ СОШ ИЛЬИНСКАЯ сформировало и
отправило в Роскомнадзор уведомление о том, что теперь является оператором
ПД.
Так же на компьютере пользователя присутствуют следующие
программные средства для обеспечения защиты информации:
44
Антивирус Касперского
СЗИ Dallas lock
СКЗИ VipNet.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и еѐ описание
Информационная модель – встроенная база данных разрабатываемой
автоматизированной системы процесса контроля знаний учащихся ГОУ СОШ
ИЛЬИНСКАЯ (Рисунок 2.2).
Рисунок 2.2 – Информационная модель контроля
знаний учащихся
1. При открытии главной формы производится поиск списка классов в
базе данных. При выборе класса программа автоматически выбирает список
предметов, которые ведутся у этой группы. После того как пользователь
45
выбрал предмет, программа ищет в базе таблицу для данного класса и
предмета, если ее нет, то выводится диалоговое окно с предложением создать
таблицу.
2. После открытия формы с оценками, программой автоматически
устанавливается текущий месяц, после этого ненужные месяца скрываются.
При изменении текущего месяца также производится отбор дат из таблицы.
3. При добавлении нового дня производится добавление нового
столбца в выбранную таблицу из базы. Имя столбца формируется из текущей
даты, при замене точек на нижнее подчеркивание.
4. При подсчете среднего балла по учащемуся производится
вычисление общего количества оценок и их сумма. Средний балл
устанавливается как среднее арифметическое оценок учащегося. После всех
расчетов выводится отчет.
5. При подсчете среднего балла всех учеников, программа
рассчитывает средний балл текущего учащегося, а затем переходит к
следующему. После всех расчетов выводится отчет.
6. При выводе сводной ведомости происходит сбор оценок из всех
таблиц, относящихся к выбранной группе. Формируется список предметов,
формируется количество учеников и отчет передается в Excel.
7. При выводе не аттестованных учеников производится фильтрация
по оценкам, т.е. отбираются только те записи, у которых поля оценок либо
пустые, либо равны нулю. После этого отфильтрованные записи добавляются в
отчет.
8. При выводе неуспевающих учеников производится фильтрация по
оценкам, т.е. отбираются только те записи, в которых значения оценок равны
двум. После этого отфильтрованные записи добавляются в отчет.
9. При выводе всех учеников сбрасываются все фильтры, и тип
сортировки устанавливается стандартный.
46
10. По кнопке «Добавить новый день» происходит выполнение запроса
на добавление столбца в таблицу, именем столбца является системная дата.
11. На форме «Тема занятия» отображается таблица, в которую
заносятся данные о теме занятия и дате проведения. По кнопке «добавить»
происходит добавление новой строки в таблицу с выбранной темой занятия.
12. Сортировка по фамилии и успеваемости производится в двух
направлениях: от меньшего к большему, и обратно.
13. На форме редактирования учеников отражается вся база учеников,
но с выборкой по определенной группе.
14. На форме «Учебный план» формируется список предметов для
классана следующий семестр. Осуществляется перетаскиванием из общего
списка в отдельный список для каждой группы.
15. Определяются предметы, выбранные для экзамена.
16. На форме «Предметы» отображается список предметов, в который
можно вносить изменения.
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
1. Защита от внутренних угроз (таблица 2.1).
47
Таблица 2.1. Разграничение прав пользователей.
Группы
пользователей
Все функции программы,
кроме добавления и
редактирования
пользователей
Добавление и
редактирование
пользователей
Доступ в
Internet
Сотрудники
учебной части
Чтение/удаление/создани
е/изменение
Нет доступа
Да
Администраторы
Чтение/создание/удалени
е/изменение
Чтение/создание/
удаление/изменен
ие
Не
ограничен
Иные сотрудники
Доступа к БД
информационной
системы нет
Нет доступа
Да
2. Защита от внешних угроз (безопасность каналов, протоколы,
аутентификация, шифрование, безопасная пересылку ключей и т.д.) -
Антивирус Касперского, СЗИ Dallas Lock, СКЗИ VipNet
3. Cредства информации лицензионные, согласованные с центром
информационных технологий и безопасности информации, имеют
сертификацию ФСТЭК.
Защита базы, резервное копирование, ограничение круга лиц,
находящихся в помещении при работе с ИСПДн.
2.2.3. Характеристика результатной информации
Входными данными (Таблица 2.2) в программе являются текстовые и
числовые поля таблиц:
Предметы – таблица со списком предметов;
Ученики – таблица со списком учеников;
Класса - таблица со списком групп.
Также в процессе работы программы автоматически создаются таблицы с
именем номер и предмета, содержащие список учеников и их оценок, таблица
«Тема занятия» с номером группы, которая содержит информацию о
проводимых занятиях.
Вся информация хранится в базе данных «Base osn.mdb».
48
Выходной информацией является формирование таблиц в Microsoft
Excel, содержащих следующие данные:
Фамилия Имя Отчество
Предметы
Оценки по предметам учеников группы.
Итоговые оценки
Так же формируются отчеты на основе отчетности, встроенной в
Borland Delphi, которые содержат следующие данные:
Фамилия Имя Отчество
Средний балл.
Таблица 2.2. Входные данные
Переменная
Тип
Описание
_name
String
Имена таблиц
предметов
st
Tstrings
Список таблиц из базы
i
Integer
Переменная цикла
sum
Integer
Сумма оценок
учащегося
Sred
Real
Среднее значение по
оценкам учащегося
rec
Integer
Запоминает положение
курсора в таблице
Filter
String
Содержит строку вида:
"дата1=2" or "дата2=2" or
"дата3=2" ...
Column
String
Строка текущей даты
n
Integer
Запоминает текущий
месяц
c
Integer
Запоминает выбранный
месяц
vvocenka
String
Введенная оценка
s
Integer
Количество оценок
учащегося
FList
TStringList
Содержит количество
полей в таблице.
indexKPF
Integer
Накапливает сумму в
случае нахождения КП
tempfam
string
Содержит список
учеников для вставки в Excel
49
temppred
string
Содержит список
предметов для вставки в
Excel
STBases
TStrings
Список таблиц в базе
commandsql
string
Содержит SQL запрос
на создание таблицы.
tblEstr
boolean
Проверка на наличие
таблицы в базе.
nomgroupSQL
string
Содержит номер класса
для подстановки в SQL
запрос.
podst
String
Содержит имя
итогового столбца или КП.
SN
TStringList
Листы предметов без
Экзаменов
SE
TStringList
Листы предметов с
экзаменами
SF
TStringList
Полный лист (SN+SE)
SNF
TStringList
Листы предметов без
экзаменов и с
наименованиями.
SEF
TStringList
Листы предметов с
экзаменами и с
наименованиями.
SFF
TStringList
Полный лист с
наименованиями.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Разработанное ПО включает в себя серверную и клиентскую часть
Серверная часть является приложением для взаимодействия с базой данных,
клиентская –интерфейсом для ввода данных и получения отчетной
информации. Структурная схема пакета представлена на рисунке 2.3.