54
2.3.2. Работа клиент-серверной архитектуры
Клиент-серверная архитектура характеризуется наличием двух
взаимодействующих самостоятельных процессов - клиента и сервера, которые, в
общем случае, могут выполняться на разных компьютерах, обмениваясь
данными по сети. По такой схеме могут быть построены системы обработки
данных на основе СУБД, почтовые и другие системы.
Рисунок 6 Клиент-серверная архитектура
2.3.3. Структурная схема
Структурная схема демонстрирует иерархию модулей программного продукта,
их взаимосвязь (рисунок 7). В таблице 8 приведены требуемые пояснения к
структурной схеме программы.
55
Рисунок 7 Структурная схема
Таблица 8 Описание структурной схемы
№
Название блока
Описание блока
1.
AudU
Форма просмотра и редактирования аудиторий
2.
CopyRaspU
Форма для копирования расписания
3.
DMU
Модель данных
4.
ExpoU
Форма выбора для выгрузки расписания
5.
FObuchU
Форма просмотра и редактирования формы обучения
6.
GrupU
Форма просмотра и редактирования групп
7.
IzmRaspU
Форма добавления или зменения занятий
8.
Main_U
Главная форма для просмотрп и редактирвания
расписания
9.
Mess1U
Форма предупреждения при сохранении
Raspisan
ie
DMU
MainU
AudU
CopyRasp
U
ExpoU
FObuch
U
GrupU
IzmRasp
U
Mess1U
NauchSt
U
OtdU
PredPar
U
PredU
PrepU
SpecU
TyObuch
U
TyPredU
ViborU
56
10.
NauchStU
Форма просмотра и редактирования научной степени
11.
OtdU
Форма просмотра и редактирования отделений
12.
PredParU
Форма просмотра и редактирования связи
преподаватель-предмет
13.
PredU
Форма просмотра и редактирования предметов
14.
PrepU
Форма просмотра и редактирования преподавателей
15.
SpecU
Форма просмотра и редактирования специальностей
16.
TyObuchU
Форма просмотра и редактирования типа обучения
17.
TypeAuU
Форма просмотра и редактирования типа аудиторий
18.
TyPredU
Форма просмотра и редактирования типа предмета
19.
ViborU
Форма вывода выборки по преподавателям
20.
Raspisanie
Ядро программы
2.3.4. Инфологическая модель данных
Цель инфологического моделирования – обеспечение наиболее
естественных для человека способов сбора и представления той информации,
которую предполагается хранить в создаваемой базе данных. Поэтому
инфологическую модель данных пытаются строить по аналогии с естественным
языком (последний не может быть использован в чистом виде из-за сложности
компьютерной обработки текстов и неоднозначности любого естественного
языка). Основными конструктивными элементами инфологических моделей
являются сущности, связи между ними и их свойства (атрибуты) (рисунок 8).
57
Аудитория
Номер аудитории
Тип аудитории
Количество мест
День недели
День недели
Форма обучения
Форма обучения
Сокращённое название
Группа
Название группы
Курс
Специальность
Год поступления
Тип обучения
Форма обучения
Научная степень
Научная степень
Сокращённое название
Отделение
Отделение
Связь преподаваетли-предметы
Предмет
Преподаватель
Предмет
Название предмет
Тип предмета
Преподаватели
Фамилия
Имя
Отчество
Научная степень
Расписание
Группа
Номер пары
Предмет
Аудитория
День недели
Номер недели
Год
Преподаватель
Дата
Специальность
Специальность
Отделение
Тип аудитории
Тип аудитории
Тип обучения
Тип обучения
Сокращённое название
Тип предмета
Тип предмета
Сокращённое название
Рисунок 8 Инфологическая модель
58
2.3.5. Даталогическая схема данных
Под даталогической понимается модель, отражающая логические
взаимосвязи между элементами данных безотносительно их содержания и
физической организации. При этом даталогическая модель разрабатывается
с учётом конкретной реализации СУБД, также с учётом специфики
конкретной предметной области на основе ее инфологической модели
(рисунок 9)
59
Рисунок 9 — Физическая схема базы данных
AUDITOR
ID_AUD
N_AUD
TYPE_A (FK)
KOL_MEST
DAY_WEEK
ID_DAY
DAY_NAME
FORM_OBUCH
ID_FORM_OBUCH
NAME
SOKR_NAME
GRUPPA
ID_GRUP
N_GRUP
KURS
SPECI (FK)
GOD_POSTUP
TYPE_OBUCH (FK)
FORM_OBUCH (FK)
NAUC_STEPEN
ID_NAUC_STEPEN
NAME
SOKR_NAME
OTDELENIE
ID_OTDEL
NA_OT
PAR_PRED
ID_PAR_PRED
PREDMET (FK)
PREPODAVATEL (FK)
PREDMETI
ID_PRED
NAME_P
TYPE_P (FK)
PREPODAVATELI
ID_PREP
FAMILIA
IMA
OTCHESTVO
STEPEN (FK)
RASPISANIE
ID_RASP
GRUP (FK)
N_PAR
PRED (FK)
AUD (FK)
DATA (FK)
NEDELA
GOD
PREPOD (FK)
DATER
SPECIAL
ID_SPEC
SPECIALNOST
OTDELENIE (FK)
TYPE_A
ID_TYPE_A
TYPE_A
TYPE_OBUCH
ID_TYPE_OBUCH
NAME
SOKR_NAME
TYPE_P
ID_TYPE_P
TYPE_P
SOKR_TYPE
60
Таблица 9 Описания физической схемы базы данных
№
Имя поля
Тип поля
Описание
Auditor - аудитория
1.
ID_AUD
integer
Идентификатор
2.
KOL_MEST
integer
Количество мест
3.
N_AUD
char(20)
Номер аудитории
4.
TYPE_A
integer
Тип аудитории
day_week – день недели
1.
id_day
integer
Идентификатор
2.
day_name
varchar(30)
Название дня недели
form_obuch – форма обучения
1.
id_form_obuch
integer
Идентификатор
2.
name
varchar(75)
Название формы обучения
3.
sokr_name
varchar(25)
Сокращённое название
Gruppa – группы
1.
id_grup
integer
Идентификатор
2.
n_grup
char(30)
Номер группы
3.
kurs
smallint
Курс
4.
speci
integer
Специализация
5.
god_postup
integer
Год поступления
6.
type_obuch
integer
Тип обучения
7.
form_obuch
integer
Форма обучения
61
№
Имя поля
Тип поля
Описание
nauc_stepen – научная степень
1.
id_nauc_stepen
integer
Идентификатор
2.
name
varchar(70)
Название научной степени
3.
sokr_name
varchar(25)
Сокращённое название
Otdelenie – отдениия
1.
id_otdel
integer
Идентификатор
2.
na_ot
varchar(100)
Навзание отделения
par_pred – связ преподавателей к предметам
1.
id_par_pred
integer
Идентификатор
2.
predmet
integer
Предсмет
3.
prepodavatel
integer
Преподаватель
Predmeti – предметы
1.
id_pred
integer
Идентификатор
2.
name_p
char(50)
Навзвание предмета
3.
type_p
integer
Тип предмета
Prepodavateli – преподаватели
1.
id_prep
integer
Идентификатор
2.
familia
varchar(50)
Фамилия преподавателя
3.
ima
varchar(50)
Имя преподавателя
4.
otchestvo
varchar(50)
Отчество преподавателя
5.
stepen
integer
Научная степень преподавателя
62
№
Имя поля
Тип поля
Описание
Raspisanie – расписание
1.
id_rasp
integer
Идентификатор
2.
grup
integer
Группа
3.
n_par
integer
Номер занятия
4.
pred
integer
Предмет
5.
aud
integer
Аудитория
6.
data
integer
День недели
7.
nedela
smallint
Номер недели
8.
god
integer
Год
9.
prepod
integer
Преподаватель
10.
dater
date
Дата
Special – специальность
1.
id_spec
integer
Идентификатор
2.
specialnost
varchar(70)
Название специальности
3.
otdelenie
integer
Отделение
type_a – тип аудитории
1.
id_type_a
integer
Идентификатор
2.
type_a
char(30)
Тип аудитории
type_obuch – тип обучения
1.
id_type_obuch
integer
Идентификатор
2.
name
varchar(70)
Тип обучения
63
№
Имя поля
Тип поля
Описание
3.
sokr_name
varchar(25)
Сокращённое название
type_p – тип предмета
1.
id_type_p
integer
Идентификатор
2.
type_p
char(40)
Тип предмета
3.
sokr_type
varchar(10)
Сокращённое название
2.3.6. Схема пользовательского интерфейса
Пользовательский интерфейс – разновидность интерфейсов, в котором
одна сторона представлена человеком (пользователем), другая —
машиной/устройством. Пользовательский интерфейс - в данной главе это значит
общение между человеком и компьютером. Во многих определениях, интерфейс
отождествляется с диалогом, который подобен диалогу или взаимодействию
между двумя людьми.
Общий пользовательский доступ - это правила, которые объясняют диалог
в терминах общих элементов, таких как правила представления информации на
экране, и правила интерактивной технологии такие, как правила реагирования
человека-оператора на то, что представлено на экране (рисунок 10).