Создание базы данных «Статистические данные об авариях за 1999-2003 г.г.»

Министерство  образования и науки Российской Федерации

Федеральное государственное бюджетное образовательное  учреждение ВПО

«Иркутский государственный технический университет»

Кафедра информатики

Допускаю  к защите

Руководитель
	подпись
	Л.П.Шишкина
	И.О.Фамилия

 

 

Создание базы данных «Статистические данные об авариях за 1999-2003 г.г.»

наименование темы

 

 

Курсовая работа

по дисциплине

 

Информатика

 

 

 

Выполнил  студент группы		ТБб-12-2				Д.Д.Федорушина
		Шифр группы		подпись		И.О.Фамилия
Нормоконтроль						Л.П.Шишкина
				подпись		И.О.Фамилия
Курсовая работа защищена с оценкой

Иркутск, 2012

 

 

 

 

Содержание

 

Введение 3

Техническое задание 4

Актуальность 5

Описание практической части 6

Заключение 11

Литература 13

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Введение

Технический анализ причин аварий зданий и сооружений, зарегистрированных на территории РФ в 2003 году, подготовлен общероссийским общественным Фондом «Центр качества строительства».

Анализ проведен на основании донесений, актов расследования причин аварий местными и техническими комиссиями, других документов и материалов, представленных в Госстрой России и в Минпромэнерго  России в установленном порядке  территориальными органами Госархстройнадзора России.

Расследование причин аварий производилось  в соответствии с Положением о  порядке расследования причин аварий зданий и сооружений на территории РФ, утвержденным приказом Минстроя России от 6 декабря 1994 года №17-48, зарегистрированным в Минюсте России 23 декабря 1994 года.

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

В понятии аварии входит так же обрушение или повреждение здания, сооружения, произошедшие в результате природно-климатических воздействий (землетрясения, ветровой напор, снеговая нагрузка и т.д.), интенсивность которых  не превышало расчётных значений.

 

Техническое задание

Цель работы: создание базы данных “Статистические данные об авариях за 1999-2003 г.г.”

Основная таблица:

Аварии (код аварии, код округа, код вида, наименование субъекта РФ, количество аварий в 1999г., процент от общего количества, количество аварий в 2000г., процент от общего количества, количество аварий в 2001г., процент от общего количества, количество аварий в 2002г., процент от общего количества, количество аварий в 2003г., процент от общего количества).

Вспомогательные таблицы:

Округа Российской Федерации (код округа, округ);

Виды строительства(код вида, вид).

Примечание: Центральный, Южный и Приволжский округа.

 

 

 

 

 

 

 

 

 

 

 

 

 

Актуальность

Система управления базой данных (СУБД) является универсальным программным  инструментом создания и обслуживания баз данных (БД) и приложений пользователя в самых разных областях. СУБД обеспечивает многоаспектный доступ к данным и  использование одних и тех  же данных различными задачами и приложениями пользователя.

В СУБД поддерживаются различные модели данных.

Модель данных - это метод логической организации данных, используемый СУБД. Наиболее известными являются иерархическая, сетевая и реляционная модели.

В СУБД для персональных компьютеров (настольных СУБД) поддерживается преимущественно  реляционная модель, которую отличает простота и единообразие представления  данных простейшими двумерными таблицами. Реляционная модель обеспечивает возможность  использования в разных СУБД операций обработки данных, имеющих единую основу- алгебру отношений (реляционную  алгебру) и универсального языка  структурированных запросов - SQL (SequentialQueryLanguage).

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

СУБД MicrosoftAccess является системой управления реляционной базы данных, включающих все необходимые инструментальные средства для создания локальной базы данных , общей базы данных в локальной сети с файловым сервером или базы данных на SQL-сервере, а также для создания приложений пользователя, работающего с этими базами данных. База данных Access, создаваемая на локальном компьютере, отличается от баз данных других настольных СУБД. В её файле могут храниться не только данные, но и объекты интерфейса - формы, отчёты, а также программный код. Благодаря этому можно создать приложение, целиком хранящееся в одном-единственном MDB-файле, что существенно упрощает как создание, так и распространение приложений для работы с базами данных.

СУБД Access включает разнообразные и многочисленные относительно автономные программные средства, ориентированные на создание объектов база данных и приложений пользователя.

 

Описание практической части

 

1)Создание вспомогательных таблиц

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

Например: таблица «Округа РФ»  для базы данных «Статистические данные об авариях за 1999-2003 г.г.» в режиме конструктора выглядит следующим образом (см. рисунок 1)

 

 

После создания таблицы в режиме конструктора следует ввести в них  необходимые данные.

 

2) Создание основной  таблицы

Структура базовых таблиц БД «Статистические данные об авариях за 1999-2003 г.г.»

В каждой таблице базы данных «Статистические данные об авариях за 1999-2003 г.г.»хранятся сведения конкретной категории; например в таблице  «Аварии» хранятся сведения об авариях за период времени (1999-2003 гг.) и их процентное соотношение по Центральному, Южному и Приволжскому округам РФ. Сведения об авариях разбиты на отдельные факты. Каждый такой факт хранится в отдельном поле; например в поле «Код округа» содержится номер, соответствующий определенному округу, в поле «Наименование субъекта» содержится название области, края или республики.Для каждого поля задан тип данных, определяющий тип сведений, которые могут храниться в этом поле. Поле«Округ» имеет тип данных «Текстовый», поскольку в этом поле хранятся названия. Поле «Количество аварий в 1999 г» имеет тип данных «Числовой», поскольку в нем хранятся числа. Для того чтобы узнать тип данных поля, нужно открыть таблицу в режиме конструктора.

 

Таблица 1

Структура таблицы «Аварии»

Тип данных	Примечание	Поле
Числовой	Числовые данные, используемые в  математических вычислениях	Код аварии, код округа, код вида, Количество аварий в 1999 г, % от общего количества 1999,  Количество аварий в 2000 г, % от общего количества 2000, Количество аварий в 2001 г, % от общего количества 2001, Количество аварий в 2002 г, % от общего количества 2002, Количество аварий в 2003 г, % от общего количества 2003.
Текстовый	Текст, комбинация текста и чисел, например, название вида строительства	Наименование субъекта РФ

 

Создание основной таблицы осуществлено в режиме конструктора. При ее создании обязательным является использование полей со списком для ссылок на объекты, коды которых образуют ключевые поля вспомогательных таблиц (см. рисунок 2). Также была задана ширина столбцов, в которых будут отражаться ссылочные данные.

 

 

 

 

 

 

3) Создание схемы данных

Схема данных является графическим образом БД. Она используется различными объектами Access для определения связей между несколькими таблицами. Например, при создании формы, содержащей данные из нескольких взаимосвязанных таблиц, схема данных обеспечивает автоматический согласованный доступ к полям этих таблиц. Она же обеспечивает целостность взаимосвязанных данных при корректировке таблиц.

После того, была создана схема данных во вкладке Работа с базами данных/Схема данных. Используя диалоговое окно, были выбраны необходимые таблицы для включения в схему данных. Установлены необходимые связи между таблицами. При создании схемы данных обеспечена целостность данных (см. рисунок 3).

 

4) Создание формы

Формы являются основным средством  создания диалогового интерфейса, приложение пользования, т.е. средство для ввода  данных.

Форма была создана в режиме Мастер форм. В диалоговом окне данного режима были выбраны поля таблиц, включаемые в форму. (см. рисунок 4).После создания формы, внесены данные для основной таблицы.

 

5) Создание запросов

Запросы создаются с целью отбора данных из таблиц по некоторым критериям. С помощью запроса можно обновить, удалить или добавить данные в таблицу, а так же создать новые таблицы на основе уже существующих.

С помощью вкладки Создание / Конструктор запросов спроектировано 2 запроса, в каждом из них присутствуют условия отбора(введите название региона).

Запросы являются параметрически универсальными и не содержат ошибки. Условия отбора записей заданы в запросе параметрами,  Like[введите название региона], а не значениями этих параметров (см. рисунок 5).

 

 

6) Создание отчетов

Отчет — это гибкое и эффективное  средство для организации просмотра  и распечатки итоговой информации. В отчете можно получить результаты сложных расчетов, статистических сравнений, а также поместить в него рисунки и диаграммы.

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

Готовый отчет выглядит следующим образом  (см. рисунок 6).

 

 

 

 

 

 

Заключение

Проведенный анализ произошедших в 2003 году аварий на территории Российской Федерации, многолетняя повторяемость  аварий с одинаковыми причинами  указывают на то, что одной из актуальных проблем является изучение участниками строительства и  эксплуатационными организациями  причин, приводящих к аварийному состоянию  и обрушению зданий и сооружений, и проведение необходимой профилактической работы по их предотвращению. Требуемое  качество и надежность зданий и сооружений напрямую зависит от эффективности  осуществления комплекса технических, экономических и организационных  мер по контролю за созданием строительной продукции.

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

Аварии во многих случаях расследуются без учета требований Положения  о порядке расследования причин аварий зданий и сооружений, их частей и конструктивных элементов на территории Российской Федерации. Имеются случаи, когда донесения об авариях и  материалы расследования причин аварии техническими комиссиями поступают  с длительной задержкой, или вообще не представляются.