44
Для решения этой проблемы необходимо вменить в обязанности ввод
каждого блока информации соответствующим службам, непосредственно
отвечающим за эти данные, которые будут контролировать, поддерживать
актуальность и нести ответственность за вводимую информацию. Сведения о
преподавателях – отдел кадров; учебные планы и дисциплины – учебно-
методическое управление; группы и студенты – деканаты факультетов. Кроме
того, необходимо заинтересовать эти службы во вводе данных в
информационную систему, например, возможностью автоматизировать их
бизнес-процессы, наладить поиск и устранение критических ошибок, а также
возможностью формировать различные выборки, используя консолидированные
данные из различных блоков информации.
Таким образом, схема потоков данных примет вид, представленный на
рисунке 3.
Рисунок 3 Потоки данных при системном подходе
45
Это и есть принципиальная схема системного подхода к автоматизации
составления расписаний ВУЗа, т.е. автоматизации всех бизнес-процессов,
связанных с предметной областью расписания. И именно это позволит
автоматизировать рутины, а окончательный выбор при принятии решения
оставить за пользователем.
При локальном подходе процесс автоматизации составления расписания
достаточно трудоемок. К положительным моментам можно отнести, что
разработать информационную систему, реализующую данный подход, ВУЗ
может своими силами, в достаточно короткий срок и с минимальными
финансовыми затратами.
Примером системы с применением системного подхода будет служить,
разработанное в рамках данной дипломной работы, автоматизированное
расписание занятий высшего учебного.
База данных содержит 3 справочника, хранящих необходимый для
составления расписания и минимум информации. Главные задачи при
разработке информационной системы: автоматизация ввода расписаний занятий
с учетом специфики ВУЗа, автоматизация поиска при составлении расписания и
предоставление расписаний занятий пользователям с помощью удобного web-
интерфейса.
Данная информационная система является примером отдельной части
всего учебного процесса. При этом, с помощью встроенных средств экспорта-
импорта существует возможность взаимосвязи между другими объектами
деятельности Академии. Система административных прав позволяет
сотрудникам различных служб заполнять различные справочники и таблицы,
содержащих информацию, которая относится к их службам, но напрямую
используется и в других подразделениях.
В результате анализа существующих методов и подходов составления
расписания можно сделать вывод об экономической целесообразности
применения полностью автоматизированных систем составления расписаний в
средних ВУЗах при построении точных математических моделей. Наиболее
эффективным решением задачи является применение системы диалогового
процесса составления расписания, построенного с использованием системного
46
подхода и являющегося частью корпоративной управленческой
информационной системы. Этот подход обеспечит хранение всей необходимой и
актуальной информации для составления расписания, а окончательное решение
будет принимать сотрудник отдела по составлению расписаний.
2.2.2. Описание входных и выходных данных
Входные данные – это данные базы данных, которые применятся
алгоритмами программы при ее использовании. В базе данных входные данные
описывают сущности предметной области базы данных (таблица 5).
Таблица 5 Входные данные
№
Имя
Тип
Размер в
байтах
Диапазон значений
Аудитория
1.
Номер аудитории
Строка
символов
20
От 0 до 255 символов
2.
Тип аудитории
Целое
число
16
От -2147483647до
2147483647
3.
Количество мест
Целое
число
16
От -2147483647до
2147483647
День недели
1.
Название дня недели
Строка
символов
30
От 0 до 255 символов
Форма обучения
1.
Название формы
обучения
Строка
символов
75
От 0 до 255 символов
2.
Сокращённое
название
Строка
символов
25
От 0 до 255 символов
Группа
1.
Название группы
Строка
символов
30
От 0 до 255 символов
47
2.
Курс
Целое
число
2
От -32768 до 32767
3.
Специальность
Целое
число
16
От -2147483647до
2147483647
4.
Год поступления
Целое
число
16
От -2147483647до
2147483647
5.
Тип обучения
Целое
число
16
От -2147483647до
2147483647
6.
Форма обучения
Целое
число
16
От -2147483647до
2147483647
Учёная степень
1.
Наименование ученой
степени
Строка
символов
70
От 0 до 255 символов
2.
Сокращённое
название
Строка
символов
25
От 0 до 255 символов
Отделение
1.
Название отделения
Строка
символов
100
От 0 до 255 символов
Связь преподаватели с дисциплинами
1.
Преподаватель
Целое
число
16
От -2147483647до
2147483647
2.
Дисциплина
Целое
число
16
От -2147483647до
2147483647
Дисциплина
1.
Дисциплина
Строка
символов
50
От 0 до 255 символов
2.
Тип дисциплины
Целое
число
16
От -2147483647до
2147483647
Преподаватели
1.
Фамилия
Строка
символов
50
От 0 до 255 символов
2.
Имя
Строка
50
От 0 до 255 символов
48
символов
3.
Отчество
Строка
символов
50
От 0 до 255 символов
Таблица 5 (продолжение)
Расписание
1.
Группа
Целое
число
16
От -2147483647до
2147483647
2.
Номер пары
Целое
число
16
От -2147483647до
2147483647
3.
Дисциплина
Целое
число
16
От -2147483647до
2147483647
4.
Аудитория
Целое
число
16
От -2147483647до
2147483647
5.
День недели
Целое
число
16
От -2147483647до
2147483647
6.
Номер недели
Целое
число
16
От -2147483647до
2147483647
7.
Год
Целое
число
16
От -2147483647до
2147483647
8.
Преподаватель
Целое
число
16
От -2147483647до
2147483647
9.
Дата
Дата
8
от «1000-01-01» до
«9999-12-31»
Специальность
1.
Специальность
Строка
символов
70
От 0 до 255 символов
2.
Отделение
Целое
число
16
От -2147483647до
2147483647
Тип аудитории
1.
Тип аудитории
Строка
символов
30
От 0 до 255 символов
49
Тип обучения
1.
Тип обучения
Строка
символов
70
От 0 до 255 символов
2.
Сокращённое
название
Строка
символов
25
От 0 до 255 символов
Тип предмета
1.
Тип предмета
Строка
символов
40
От 0 до 255 символов
2.
Сокращённое
название
Строка
символов
10
От 0 до 255 символов
2.2.3. Методы
К методам используемым в этой работе относятся:
Модель быстрой разработки приложений RAD (Rapid Application
Development). Характерной чертой RAD является короткое время
перехода от определения требований до создания полной системы. Метод
основывается на последовательности итераций эволюционной системы
или прототипов, критический анализ которых обсуждается с заказчиком.
В процессе такого анализа формируются требования к продукту.
Кейс—анализ (case study) – это обучение с помощью анализа конкретных
ситуаций; это многоэтапный процесс знакомства с реальной (или
смоделированной) сложной проблемой, ее обсуждение и последующее
представление своего взгляда на ее решение.
Архитектура клиент – сервер характеризуется наличием двух
взаимодействующих самостоятельных процессов - клиента и сервера,
которые, в общем случае, могут выполняться на разных компьютерах,
обмениваясь данными по сети. Процессы, реализующие некоторую
службу, например службу файловой системы или базы данных,
называются серверами (servers). Процессы, запрашивающие службы у
серверов путем посылки запроса и последующего ожидания ответа от
сервера, называются клиентами (clients). Толстый клиент. «Толстым»
клиент называется потому, что может исполнять практически всю
50
Общая схема
проверки программы
Обеспечение 3НФ
Проверка Базы данных
Правильность связей
между таблицами
Целостность данных
Соответствие
правилам
программирования
Структурному
Модульному
Хорошему стилю
Проверка приложения
Базы данных
Проверка
пользовательской части
Проверка
дополнительных
функций вывода
Проверка созданий
документов
Проверка основных
функции Базы данных
функциональность, предоставляемую встроенным языком, в том числе
умеет работать с прикладными типами данных. Но, по этой же причине,
он требует значительного количества аппаратных ресурсов на компьютере
пользователя и может «общаться» с базой данных или с сервером только
посредством файлового доступа или по локальной сети.
2.2.4. Тесты
Тестирование программного обеспечения — процесс исследования
программного обеспечения (ПО) с целью получения информации о качестве
продукта. Успешный тест — это тест, который обнаруживает ранее неизвестные
проблемы. В основе тестирования лежат два противоположных утверждения: с
одной стороны, тестирование позволяет убедиться, что продукт работает
хорошо, а с другой — выявляет ошибки в ПО, показывая, что продукт не
работает.
Общая схема проверки программы показывает наиболее эффективный и
удобный план тестирования программы, позволяющий проверить все функции
приложения (рисунок 4).
Рисунок 4 Схема тестирования программы
51
Таблица 6 Тесты
№
Вид теста
Входные
данные
Выходны
е данные
Примечание
1
Функциональны
й
Номер недели
23
Вывод расписания на
выбранную неделю и
группу
2
Группа
ПМИ-1С
Выбор группы из
таблицы справочника
3
Преподаватель
Иванов
Иван
Иванович
Выбор ФИО
преподавателя из
таблицы справочника
4
Критический
Имя группы
«Группа»
Ввод имени
5
Фамилия
преподавателя
Салтыков
-щедрин
Ввод фамилии
6
Стрессовый
Год
поступления
Ошибка
Ввод символа в поле
даты
7
Количество
посадочных
мест
Ошибка
Ввод символа ? или % в
поле количество
8
Группа
Ошибка
Ввод символов в поле
выбора
2.2.5. Контроль целостности данных
Термин целостность данных относится к правильности и полноте
информации содержащейся в базе данных. В теории баз данных целостность
данных означает корректность данных и их непротиворечивость. Обычно она
также включает целостность связей, которая исключает ошибки связей между
первичным и вторичным ключом.
Таблица 7 — Контроль целостности данных
№
Ситуация
Аномалия
Реакция
Примечание
52
программы
1
Работа с
программой
Ввод символов
в числовое
поле
Символы не
вводятся и
выдаётся
звуковой сигнал
Разрешён ввод только
цифр
2
Управление
базой данный
программы
(связанные
таблицы)
Изменение или
удаление
записей,
имеющих
связанные с
ними записи
Каскадное
изменение или
удаление
связанных
записей
Каскадное изменение или
удаление связанных
записей
3
Просмотр и
редактирован
ие
расписания
по группам
Выбрана
пустая группа
Продолжение
работы
Отображение пустого
расписания
4
Одно или
несколько
полей не
указаны
Продолжение
работы
Предупреждения если
есть «окна»
5
Автоматичес
кое
составление
документов
Группа не
выбрана
Вывод пустого
бланка
Вывод шаблона
документа
2.3. Проектирование
Это процесс создания объекта и его модели; моделирование способ
оценки результата проектирования; моделирования без проектирования не
существует.
Под проектированием ИС понимается процесс преобразования входной
информации об объекте проектирования, о методах проектирования и об опыте
проектирования объектов аналогичного назначения в соответствии с ГОСТом в
проект базы данных. С этой точки зрения проектирование базы сводится к
последовательной формализации проектных решений на различных стадиях
53
жизненного цикла базы данных: планирования и анализа требований,
технического и рабочего проектирования, внедрения и эксплуатации базы
данных.
2.3.1. Функциональная схема
Функциональная схема отображает набор функций реализуемых в
автоматизированной системе управления библиотечным фондом (рисунок 5).
Рисунок 5 Общая функциональная схема
Автоматизированная система
составления расписания
Стандартные функции
обработки данных
Добавление
Редактирование
Удаление
Фильтрация
Поиск
Автоматизированное
создание документов
Расписание
Выборка по
преподавателям
Преподавателей
Автоматизированная
проверка на
пересечения
Аудиторий