26
При разработке системы должна использоваться реляционная модель
базы данных. Реляционная модель данных некоторой предметной области
представляет собой набор отношений изменяющихся во времени. При создании
информационной системы совокупность отношений позволяет хранить данные
об объектах предметной области, моделировать связи между ними. При этом
сами данные хранятся в таблицах. Для удобства идентификации каждая
таблица созданной базы данных обладает уникальным кодом.
1.3.7 Требования к технологическому обеспечению
Технологический процесс – последовательность технологических
операций, необходимых для выполнения определенного вида работ.
Технологический процесс состоят из рабочих операций, которые в свою
очередь складываются из рабочих движений (приемов).
Технологический процесс обработки информации должен
соответствовать следующим требованиям:
обеспечение минимальных трудовых и стоимостных затрат,
связанных с обработкой данных;
обеспечение достоверности результатной информации;
своевременность решения задач.
Все технологические операции по назначению можно разделить на
следующие типы:
1. Операции сбора данных;
2. Операции контроля вводимых данных;
3. Операции обработки данных;
4. Операции доставки результатных данных для конечного
пользователя.
Существует два способа сбора первичной информации: цифровой
(автоматизированный) и нецифровой (сбор данных вручную). Нецифровой
способ характерен низкой скоростью по причине того, что все операции по
27
сбору информации и вводу данных в систему выполняются человеком. При
автоматизированном и цифровом сборе данных необходима организация
защиты от сбоев и несанкционированного доступа к информации. В настоящее
время основным средством передачи данных служат компьютерные сети,
которые обеспечивают высокую скорость и сравнительно низкую стоимость
передачи информации.
28
2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Концепция информационной системы
При разработке некоторой системы ее функциональные возможности, то
есть поведение, которым она должна обладать с точки зрения заказчика,
документируются с помощью модели прецедентов. Модель прецедентов
показывает, какие функции должна быть способна выполнять система, а также
в какой среде она должна работать. Модель прецедентов разрабатывается на
ранних этапах проектирования и дает возможность заказчику четко
сформулировать свои требования, а инженеру-разработчику – понять, что
нужно заказчику. Но прежде, чем приступить к рассмотрению модели
прецедентов, давайте рассмотрим логику работы такой системы на примере
TO-BE диаграммы, представленной в приложении 3.
Основными элементами модели прецедентов являются актеры и
прецеденты.
Субъекты - может только вводить информацию в систему, только
получать информацию из системы или делать и то, и другое. В роли субъекта
может выступать также и другая система, если она будет взаимодействовать с
разрабатываемой системой, и не будет являться ее неотъемлемой частью.
Прецеденты - предназначены для моделирования диалога между
системой и ее субъектами. Они представляют собой возможности, которые
система может обеспечить конкретному субъекту.
Работа системы осуществляется следующим образом:
1. Администратор системы регистрирует ее пользователей и заполняет
справочники.
2. Пользователь в роли преподавателя заполняет систему учебными
материалов и тестовыми данными, а также получает отчеты по результатам
тестирования обучаемых
29
3. Пользователь в роли Обучаемый изучает учебные материалы и
проходит тестирование.
На рис. 1 представлена диаграмма прецедентов, которая представляет
функции администратора по работе с системой.
Администратор
Отчетность за группу
Получение отчетности
Отчетность за обучаемого
Управление справочниками
Пользователи
Группы
Добавление теста
Добавление учебного
материала
Работа с материалами
Удаление учебного материала
Редактирование учебного
материала
Удаление теста
Редактирование теста
Работа с тестами
Работа с уроками
Отчетность по фильтру
Аутентификация
Рисунок 1. Диаграмма прецедентов администратора
30
Преподаватель
Отчетность за группу
Получение отчетности
Отчетность за обучаемого
Добавление теста
Добавление учебного
материала
Работа с материалами
Удаление учебного материала
Редактирование учебного
материала
Удаление теста
Редактирование теста
Работа с тестами
Работа с уроками
Отчетность по фильтру
Аутентификация
Рисунок 2. Диаграмма прецедентов преподавателя
Обучаемый
Получение отчета за
пройденные тесты
Изучение уроков
Прохождение тестирования
Аутентификация
Рисунок 3. Диаграмма прецедентов обучаемого
Прецедент «Аутентификация пользователя» активизируется всеми
субъектами ИС. Прежде чем пользователю начать работу с БД, система
запрашивает его пароль и логин. Если пользователь не зарегистрирован или в
пароле и/или логине допустил ошибку, то он не получает доступа к работе в
ИС. После успешной проверки логина и пароля пользователя открывается
главное окно программы. На рисунках представлены диаграмма
последовательности и диаграмма действий этого прецедента.
31
Оператор
Кнопка
Данные
аутентификации
Окно авторизации Основное окно
Ввод логина и пароля
Нажатие на кнопку
Запрос данных
Данные аутентификации
Проверка полученных
данных
Вывод сообщения о
неверно введенных данных
Открытие главного окна, если проверка успешна
Рисунок 4. Диаграмма последовательности «Аутентификация
пользователя»
Прецедент «Учет урока» активизируется субъектом ИС Преподаватель.
Данный прецедент описывает процесс ввода новых данных в БД. Этим
занимается пользователь с ролью заказчик. Данные вводятся в формы ввода на
основании документов, а также вся справочная информация, которая нужна в
32
процессе работы с системой. На рисунках представлены диаграмма
последовательности и диаграмма действий данного прецедента.
Преподаватель
Форма учета урока
Поле ввода
содержания
Форма выбора темы
Обращение к форме
Выбор темы
Ввод содержания
Нажатие на кнопку
Таблица Уроки
Кнопка Сохранить
Сохранение данных
Сообщение
об успешном сохранении урока
Рисунок 5. Диаграмма последовательности «Учет уроков»
Диаграмма последовательности «Прохождение теста» показывает
порядок тестирования студентами. Диаграмма последовательности при
прохождении тестирования приведена на рисунке 6.
33
Студент
Форма списка тестов
Поле вопроса и
ответов
Форма теста
Получение списка
тестов
Выбор теста
Выбор ответа
Нажатие на кнопку
Таблица Тесты
Кнопка Далее
Сохранение данных
Список тестов
Тест
Возврат к списку
вопросов
Рисунок 6. Диаграмма последовательности при тестировании
По окончании тестирования обучаемый получает его результаты.
2.2 Структура информационной системы
2.2.1 Диаграмма компонентов
Диаграмма компонентов показывает, из каких частей состоит
проектируемая система и как эти части связаны друг с другом.
Компонент – совокупность описаний классов и других программных
ресурсов, в том числе и самих пакетов.
Анализ концептуальной модели позволил выделить следующие
компоненты:
интерфейсные элементы - классы, реализующие интерфейсные
компоненты;
34
пользовательский интерфейс - классы, реализующие объекты
интерфейса с пользователем;
интерфейс с БД - классы, реализующие интерфейс с базой данных;
база данных
ИС
Интерфейс с
БД
Пользовательс
кий интерфейс
Интерфейсные
элементы
Рисунок 7. Диаграмма компонентов
Диаграмма развертывания системы представлена на рисунке 8.
35
Сервер приложений
ПК преподавателя
Локальная сеть
ВУЗа
Клиентская
часть
программы
Серверная
компонента
ПК Администратора
Панель
управления
системой
Сервер БД
БД
ПК студента
Клиентская
часть
программы
Рисунок 8. Схема развертывания
Как следует из приведенной диаграммы, для развертывания системы
необходим сервер баз данных, сервер приложений, а также персональные
компьютеры пользователей системы с установленными на них клиентскими
компонентами программы.
2.2.2 Описание компонентов информационной системы
Программная система состоит из следующих уровней: клиент; сервер
приложений; сервер базы данных.
Клиент
Сервер приложение
Сервер баз данных
Рисунок 9. Структура программной системы