Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Практика 2003.doc
Скачиваний:
6
Добавлен:
13.11.2018
Размер:
578.56 Кб
Скачать

2 Организационная структура инженерно – технического института

Директор института Бурменко Ф.Ю.

Заместитель директора по организационно-методической работе Звонкий В.Г.

Заместитель директора по учебной работе Андрианова Е. И.

Рисунок 1- Организационная структура инженерно-технического института

На рисунке 1 представлена общая структура ИТИ, главой которого является кандидат технических наук доцент, заслуженный изобретатель СССР и Молдавской ССР, лауреат Государственной премии МССР, автор более 90 изобретений, 140 публикаций, советник Российской академии Естественных наук директор - Ф.Ю. Бурменко.

2.1 Кафедры инженерно-технического института

Кафедры инженерно-технического института

Кафедра информационных технологий и автоматизированного управления производственными процессами (ИТУ)

Технический колледж

Кафедра программного обеспечения вычислительной техники и автоматизированных систем (ПОВТ и АС)

Отделение «Механика, промышленные технологии и оборудование»

Кафедра Энергетики

Кафедра автоматизированных технологий и промышленных комплексов (АТПК)

Кафедра Технологических процессов и аппаратов (ТПА) (ТПА)

Рисунок 2 - Кафедры инженерно-технического института

3 Описание аппаратного и программного обеспечения

На рабочем месте было предоставлено следующее оборудование:

  • 19 дюймовый монитор Samsung;

  • Процессор Intel Celeron 2.23 ГГц ;

  • 1 Гб оперативной памяти;

  • Принтер Laser Shot Canon;

Программа “Uspevaemost” создана для занесения в базу данных информацию о студентах обучающихся в Инженерно-Техническом институте.

В программу заносятся:

  • Данные о выбранном подразделении института;

  • Персональные данные студента;

  • Информация о предметах и виде зачета;

  • Информация об успеваемости;

  • Информация о преподавателях читавших предмет.

Программа позволяет вывести следующие основные отчёты:

  • Отчет о текущей успеваемости студента или выбранной группы;

  • Средний балл студента или по группе;

  • Информацию об отчисленных, переводившихся и прочих студентов;

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

В целом, программа представляет собой клиент-серверное приложение. Работа с программой “Uspevaemost” осуществляется на стороне клиента и внесение изменений в содержании программы невозможно. Данный процесс производится со стороны сервера.

4 Инфологическое проектирование базы данных

Процесс создания информационной модели начинается с определения концептуальных требований ряда пользователей. Концептуальная модель представляет объекты и их взаимосвязи без указывания способов их физического хранения. Таким образом, концептуальная модель является, по существу, моделью предметной области. Она включает описания объектов и их взаимосвязей, пред­ставляющих интерес в рассматриваемой предметной области и выявляемых в результате анализа данных.

Анализируя предметную область можно выделить следующие объекты и процессы предметной области.

Объекты:

    • Состояние номера;

    • Номер;

    • Категория;

    • Вид состояния;

    • Клиенты;

Процессы:

- бронирование номеров

- оформление номеров

- занесение информации о новых номерах.

- удаление информации о номерах

- поиск информации по номеру, по фамилии, по дате проживания.

- формирование отчета за месяц

- формирование отчета за квартал

Сущность ” вид состояния” со следующими атрибутами : код состояния, названия. . В просматриваемой сущности в качестве идентифицирующего ключа определено поле «: код состояния».

Сущность «доход» имеет следующие атрибуты: Номер, Категория, Код категории, Цена, Дата, Фамилия, Имя, Отчество.

Сущность «Категория» имеет следующие атрибуты: Код категории, Категория. В просматриваемой сущности в качестве идентифицирующего ключа определено поле «:Код категории».

Сущность «Клиент» имеет следующие атрибуты: Код клиента, Фамилия, Имя, Отчество, Вид документа, Серия, Номер, Дата выдачи, Кем выдан, Кем выдан, Оплата за номер, Дата оплаты, Number. В просматриваемой сущности в качестве идентификатора выбрано поле «:Код клиента».

Сущность «Номер» имеет следующие атрибуты: Код номера, Код категории, Кол-во мест, Кол-во комнат, Стоимость за 1 день, Доп информация. В просматриваемой сущности в качестве идентификатора выбрано поле «:Код номера».

Сущность «Состояние номера» имеет следующие атрибуты: Код номера, Код состояния, Код клиента, Дата въезда, Дата выезда.

ER-модель — модель данных, позволяющая описывать концептуальные схемы. Имеет графическое представление, основанное на блоках и соединяющих их линиях, с помощью которых можно описывать объекты и отношения между ними какой-либо другой модели данных.

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

Для исследуемой предметной области изобразим ER – диаграмму.

Рисунок 2 – ER – диаграмма рассматриваемой предметной области

Представим модель базы данных на языке инфологического проектирования.

Сущность “вид состояния” (код состояния, названия.)

Сущность “доход” (Номер, Категория, Код категории, Цена, Дата, Фамилия, Имя, Отчество)

Сущность «Категория»(Код категории, Категория.)

Сущность «Клиент» (Код клиента, Фамилия, Имя, Отчество, Вид документа, Серия, Номер, Дата выдачи, Кем выдан, Кем выдан, Оплата за номер, Дата оплаты, Number)

Сущность «Номер» (код номера, код категории, кол-во мест, кол-во комнат, Стоимость за 1 день, Доп информация).

Сущность «Состояние номера» (код номера, код состояния, код клиента, дата въезда, дата выезда).

Ниже представлена схема базы данных разработанного приложения.

Рисунок 3 – Схема базы данных

Представим структуру отношения «категория»:

Таблица 1 – Структура отношения «категория»:

Имя атрибута

Домен

Имя поля

Описание

Порядковый № категории

Числовой

Код категории

Идентификатор категории

Название категории

текстовы

название

Название категории

Данное отношение находится в третьей нормальной форме, потому что:

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

2) оно удовлетворяет условиям второй нормальной формы, то есть удовлетворяет условиям первой нормальной формы, любое не ключевое поле однозначно идентифицируется полным набором ключевых полей

3) ни одно из не ключевых полей таблицы не идентифицируется с помощь другого не ключевого поля.

Представим структуру отношения «Номер»:

Таблица 2 – Структура отношения «номер»:

Имя атрибута

Домен

Имя поля

Описание

Порядковый № номера

Числовой

Код номера

Идентификатор категории

Порядковый № категории

Числовой

Код категории

Идентификатор категории

Количество мест

Числовой

Кол-во мест

Текущее количество мест

Количество комнат

Числовой

Кол-во комнат

Количество комнат в номере

Стоимость за 1 день

Числовой

Стоимость за 1 день

Стоимость за 1 день аренды номера

Дополнительная информация

Текстовый

Доп информация

Дополнительная информация

Данное отношение находится в третьей нормальной форме, потому что:

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

2) оно удовлетворяет условиям второй нормальной формы, то есть удовлетворяет условиям первой нормальной формы, любое не ключевое поле однозначно идентифицируется полным набором ключевых полей

3) ни одно из не ключевых полей таблицы не идентифицируется с помощь другого не ключевого поля.

Представим структуру отношения «состояние номера»:

Таблица 3 – Структура отношения «состояние номера»:

Имя атрибута

Домен

Имя поля

Описание

Порядковый № номера

Числовой

Код номера

Идентификатор категории

Порядковый № состояния

Числовой

Код состояния

Идентификатор категории

Порядковый № клиента

Числовой

Код клиента

Идентификатор категории

Дата въезда

Текстовый

Дата въезда

Дата заселения

Дата выезда

Текстовый

Дата выезда

Дата выезда

Данное отношение находится в третьей нормальной форме, потому что:

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

2) оно удовлетворяет условиям второй нормальной формы, то есть удовлетворяет условиям первой нормальной формы, любое не ключевое поле однозначно идентифицируется полным набором ключевых полей

3) ни одно из не ключевых полей таблицы не идентифицируется с помощь другого не ключевого поля.

Представим структуру отношения «Клиент»:

Таблица 4 – Структура отношения «Клиент»:

Имя атрибута

Домен

Имя поля

Описание

Порядковый № клиента

Числовой

Код клиента

Идентификатор категории

Фамилия

Текстовый

Фамилия

Фамилия

Имя

Текстовый

Имя

Имя

Отчество

Текстовый

Отчество

Отчество

Вид документа

Текстовый

Вид документа

Тип документа удостоверяющий личность

Серия

Текстовый

Числовой

Числовой документа удостоверяющий личность

Номер

Числовой

Номер

Номер документа удостоверяющий личность

Дата выдачи

Дата/время

Дата выдачи

Дата выдачи документа удостоверяющий личность

Кем выдан

Текстовый

Кем выдан

Орган выдачи документа удостоверяющий личность

Оплата за номер

Числовой

Оплата за номер

Стоимость проживания

Дата оплаты

Дата/время

Дата оплаты

Дата оплаты за проживание в номере

Number

Числовой

Number

Номер комнаты

Данное отношение находится в третьей нормальной форме, потому что:

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

2) оно удовлетворяет условиям второй нормальной формы, то есть удовлетворяет условиям первой нормальной формы, любое не ключевое поле однозначно идентифицируется полным набором ключевых полей

3) ни одно из не ключевых полей таблицы не идентифицируется с помощь другого не ключевого поля.

Представим структуру отношения «Вид состояния»:

Таблица 5 – Структура отношения «Вид состояния»:

Имя атрибута

Домен

Имя поля

Описание

Порядковый № состояния

Числовой

Код состояния

Идентификатор категории

Название состояния

текстовый

Название

Название состояния

Данное отношение находится в третьей нормальной форме, потому что:

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

2) оно удовлетворяет условиям второй нормальной формы, то есть удовлетворяет условиям первой нормальной формы, любое не ключевое поле однозначно идентифицируется полным набором ключевых полей

3) ни одно из не ключевых полей таблицы не идентифицируется с помощь другого не ключевого поля.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]