Модуль ввода пароля

С этого модуля должен начинаться запуск программы. При вводе неправильного пароля должно появиться сообщение об ошибке.

Модуль заставка

Этот модуль отображается на экране 10 секунд. В нем отображается информация о зарегистрированном пользователе, а также наименование учреждения и герб КТЭК – филиала РАНХ и ГС при президенте РФ.

Головной модуль

Связь с базой данных. Осуществление перехода к другим модулям. Появляется сразу после окна заставки. В главном модуле должны находиться кнопки, посредством которых можно перейти на другие окна проекта (окно комната, окно группа, окно пользователи, окно поиска, окно о программе). В строке состояния отображается имя текущего пользователя, текущее время и дата, общее количество студентов, количество отчисленных студентов, количество обучающихся студентов. В главном модуле в таблице отображается информация о студентах, проживающих в общежитии, а также информация обо всех студентах, обучающихся в КТЭК – филиале РАНХ и ГС при президенте РФ. Предусмотрен вывод отчетов в форматах MS Word, MS Excel. Предусмотрена сортировка записей. Предусмотрена возможность резервного копирования базы данных, но это может сделать только пользователь с логином Admin.

Модуль ввода и вывода данных о студенте

Отображается информация о студентах, проживающих в общежитии, а также информация обо всех студентах, обучающихся в КТЭК – филиале РАНХ и ГС при президенте РФ. В этом модуле можно заселить студента в комнату или переселить в другую комнату. Сделать это может тот пользователь, имеющий на это полномочия. Также отображается личная информация о студенте (Фамилия, имя, отчество, группа, дата рождения, пол).

Модуль ввода, вывода и удаления данных о комнате

В этом модуле можно добавить, удалить или изменить данные о комнатах в общежитии. Такие данные как номер комнаты, количество койко-мест, номер этажа, следует выводить на экран с помощью текстовых полей, причём возможность их редактирования должна быть доступна только пользователями, имеющие на это полномочия. Если при редактировании какие-либо из полей остались не заполненными, то должно появляться сообщение об ошибке.

Модуль вывода данных о группе

В этом модуле в табличной форме, представлена информация о группах в КТЭК – филиале РАНХ и ТС при президенте РФ.

Модуль ввода, вывода и удаления данных о пользователях

В этом модуле можно добавить, удалить или изменить данные о пользователях, работающих с программой. Такие данные логин пользователя, пароль, доступ может изменить пользователь с логином Admin

Модуль поиска по базе

В этом модуле можно провести поиск в базе данных записи по определенному критерию.

Модуль об авторе

В этом модуле отображается информация об авторе программе (фамилия, фото, телефон, e-mail).

2.2 Модификация логической структуры базы данных

Логический уровень - это абстрактный взгляд на данные, на нём данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире. Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Каждая сущность является множеством подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров. Атрибут выражает определенное свойство объекта. С точки зрения БД (физическая модель) сущности соответствует таблица, экземпляру сущности - строка в таблице, а атрибуту - колонка таблицы [8].

Различают три уровня логической модели, отличающихся по глубине представления информации о данных:

• диаграмма сущность-связь (Entity Relationship Diagram (ERD);

• модель данных, основанная на ключах (Key Based model (KB);

• полная атрибутивная модель (Fully Attributed model (FA).

Диаграмма сущность-связь представляет собой модель данных верхнего уровня. Она включает сущности и взаимосвязи, отражающие основные бизнес-правила предметной области. Такая диаграмма не слишком детали­зирована, в нее включаются основные сущности и связи между ними, ко­торые удовлетворяют основным требованиям, предъявляемым к ИС. Диа­грамма сущность-связь может включать связи многие – ко - многим и не включать описание ключей. Как правило, ERD используется для презента­ций и обсуждения структуры данных с экспертами предметной области.

Модель данных, основанная на ключах, - более подробное представле­ние данных. Она включает описание всех сущностей и первичных ключей и предназначена для представления структуры данных и ключей, которые соответствуют предметной области.

Полная атрибутивная модель - наиболее детальное представление струк­туры данных: представляет данные в третьей нормальной форме и включает все сущности, атрибуты и связи.

Основные компоненты диаграммы Erwin - это сущности, атрибуты и связи. Каждая сущность является множеством подобных индивидуальных объек­тов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров. Атрибут выражает определенное свойство объекта. С точки зрения БД (физическая модель) сущности соот­ветствует таблица, экземпляру сущности - строка в таблице, а атрибуту - колонка таблицы. [8]

А нализ объекта автоматизации (пункт 1.1) показал, что в КТЭК – филиале РАНХ и ГС при президенте РФ имеется база данных. Схема данных представлена на рис. 2.3.

Рис.2.3 – Схема данных БД о студентах КТЭК – филиале РАНХ и ГС при президенте РФ

Исходя из разработки структуры программной среды (пункт 2.1) в проекте необходимы четыре сущности «Группа», «Студент», «Комната», «Пользователи».

Сущность «Группа» необходима для представления данных о группах КТЭК – филиале РАНХ и ГС при президенте РФ. На основании исследований, проведённых в подразделе 2.1, формируется состав атрибутов сущности «Группа» В сущность «Группа» добавим два новых поля (рис. 2.4):

Код_группы

Название

Курс

Староста

Телефон_старосты

Рис.2.4 – Атрибуты сущности «Группа»

Для однозначной идентификации экземпляра сущности необходимо создать первичный ключ. Этим первичным ключом будет поле Код_группы (рис. 2.5)

Рис.2.5 – Атрибуты сущности «Группа» с первичным ключом

Сущность «Комната» необходима для представления данных о комнатах в общежитии КТЭК – филиале РАНХ и ГС при президенте РФ. На основании исследований, проведённых в подразделе 2.1, формируется состав атрибутов сущности «Комната». В базу данных добавим новую таблицу «Комната» с полями (рис. 2.6):

Код_комнаты

Комната

Количество_койко-мест

Номер_этажа

Рис.2.6 – Атрибуты сущности «Комната»

Для однозначной идентификации экземпляра сущности необходимо создать первичный ключ. Этим первичным ключом будет поле Код_комнаты (рис. 2.7).

Рис.2.7 – Атрибуты сущности «Комната» с первичным ключом

Сущность «Пользователи» необходима для представления данных о пользователях, работающих с программой. На основании исследований, проведённых в подразделе 2.1, формируется состав атрибутов сущности «Пользователи». В базу данных добавим новую таблицу «Пользователи» с полями (рис. 2.8):

Код_пользователя

Логин

Пароль

Доступ

Рис.2.8 – Атрибуты сущности «Пользователи»

Для однозначной идентификации экземпляра сущности необходимо создать первичный ключ. Этим первичным ключом будет поле Код_пользователя (рис. 2.9).

Рис.2.9 – Атрибуты сущности «Пользователи» с первичным ключом

Сущность «Студент» необходима для представления данных о студентах, обущающихся в КТЭК – филиале РАНХ и ГС при президенте РФ. На основании исследований, проведённых в подразделе 2.1, формируется состав атрибутов сущности «Студенты». В сущность «Студенты» добавим одно новые поле (рис. 2.10):

Код_студента

Фамилия

Имя

Отчество

Код_комнаты

Код_группы

Дата_рождения

Пол

Рис.2.10 – Атрибуты сущности «Студент»

Для однозначной идентификации экземпляра сущности необходимо создать первичный ключ. Этим первичным ключом будет поле Код_студента (рис. 2.11).

Рис.2.11 – Атрибуты сущности «Студент» с первичным ключом

Между сущностями на логическом уровне должна быть установлена идентифицирующая связь один – ко – многим. Связь является логическим соотношением между сущностями. Каждая связь должна именоваться глаголом или глагольной фразой (Relationship Verb Phrases). Имя связи выражает некоторое ограничение или бизнес-правило и облегчает чтение диаграммы.

В IDEF1X различают зависимые и независимые сущности. Тип сущно­сти определяется ее связью с другими сущностями. Идентифицирующая связь устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи) сущностями. Когда рисуется идентифи­цирующая связь, ERwin автоматически преобразует дочернюю сущность в зависимую. Зависимая сущность изображается прямоугольником со скругленными углами (сущность Студент на рис. 18). Экземпляр зависимой сущности определяется только через отношение к родительской сущности, т. е. в структуре на рис. 18 информация о студенте не может быть внесена и не имеет смысла без информации о группе и о комнате. При ус­тановлении идентифицирующей связи атрибуты первичного ключа роди­тельской сущности автоматически переносятся в состав первичного ключа дочерней сущности. Эта операция дополнения атрибутов дочерней сущно­сти при создании связи называется миграцией атрибутов. В дочерней сущ­ности новые атрибуты помечаются как внешний ключ - (FK) [16].

Схема логической структуры базы данных представлена на рис. 2.12

Рис. 2.12 – Схема логической структуры базы данных в ERWin