Проектирование базы данных билинговой системы на примере жилищно-эксплуатационной конторы

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 24.05.2012
Размер файла 2,1 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

25

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Проектирование БД билинговой системы на примере «жилищно-эксплуатационной конторы»

РЕФЕРАТ

Сведения о проекте: 25 стр., 12 рис., 5 таблиц.

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

Во втором разделе сформулированы и рассмотрены требования к БД, а также проведен их анализ.

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

В четвертом разделе произведено описание проектирования интерфейса модели данных.

В пятом разделе произведено описание физического проектирования БД

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ПОСТАНОВКА ЗАДАЧИ ПРОЕКТИРОВАНИЯ БД билинговой системы на примере жилищно-эксплуатационной конторы

2. ФОРМУЛИРОВАНИЕ И АНАЛИЗ ТРЕБОВАНИЙ К БД

2.1 Анализ предметной области. Сбор информации об использовании данных

2.2 Приведение собранной информации к виду, удобному для проектирования

2.3 Формулирование требований к БД

2.4 Разработка требований обработки информации

3. КОНЦЕПТУАЛЬНОЕ ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БД

3.1 Проектирование локальных информационных структур

3.2 Объединение локальных информационных структур

3.3 Требования к техническому и программному видам обеспечения

3.4 Ограничения разрабатываемой системы

4. ПРОЕКТИРОВАНИЕ РЕАЛИЗАЦИИ

4.1 Разработка интерфейса

5. ФИЗИЧЕСКОЕ ПРОЕКТИРОВАНИЕ

ЗАКЛЮЧЕНИЕ

Список используемой литературы

ВВЕДЕНИЕ

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

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

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

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

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

Задачами курсового проекта являются проведение информационного анализа предметной области, формулирование требований к проектируемой БД и к обработке информации, осуществление концептуального инфологического проектирования, проектирование реализации и физическое проектирование.

1. ПОСТАНОВКА ЗАДАЧИ ПРОЕКТИРОВАНИЯ БД билинговой системы на примере жилищно-эксплуатационной конторы

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

Основные приоритеты в развитии коммунального хозяйства на ближайшие годы будут связаны с:

- техническим переоснащением и модернизацией жилищно-эксплуатационной конторы;

- развитием информационных технологий;

- усовершенствованием организации и управления процессом предоставления услуг;

Применяя программы такого рода как Microsoft Access, мы можем обрабатывать и помещать эти данные в хранилище.

В соответствии с этим сформулируем постановку задачи: спроектировать БД соответствующую всем требованиям реляционных БД, ориентированную на обработку информации по жилищно-эксплуатационной конторе с применением технологий «Клиент - Сервер». Проектируемая БД совместно с вычислительной системой, СУБД, словарем данных и администратором БД играют роль информационной обеспечивающей подсистемой ИС процесса сбора и обработки информации об абоненте, о состоянии его лицевого счета. Информационная система жилищно-эксплуатационной конторы может работать в среде «Клиент - Сервер» и может быть вызвана на любой рабочей станции локальной сети. База данных для решения этой задачи располагается на сервере.

2. ФОРМУЛИРОВАНИЕ И АНАЛИЗ ТРЕБОВАНИЙ К БД

2.1 Анализ предметной области. Сбор информации об использовании данных

Задача «Проектирование БД билинговой системы жилищно-эксплуатационной конторы» является одной из подзадач, которая формулируется в жилищно-эксплуатационной конторе в настоящее время.

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

Назначение задачи:

проектирование БД и формирование сводной ведомости по поступлению денежных средств ЖЭКу от абонентов;

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

Технико-экономическая сущность задачи состоит в следующем: предоставление ЖЭКу полной информации, которая содержит в себе данные начислений по ЖЭКу за месяц, и т.д.

В данной задаче расположена информация о ЖЭКе и результатах его работы.

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

Согласно структуре предприятия этой деятельностью занимается такое подразделение как отдел постановки и программирования задач, взаимодействуя с другими подразделениями ЖЭКа.

Данные о поступлении денежных средств необходимы планово-экономическому отделу для оценки и планирования предоставленных услуг населению в различные периоды времени. Запрос о поступлении денежных средств приобретает важное и актуальное значение, отражая общую заинтересованность коммунального хозяйства и самого ЖЭКа.

Таким образом, можно сказать что, проектирование данной задачи и разработка БД позволяет получить двустороннюю взаимосвязь. Для предприятия проектирование такой информационной системы может стать основой будущих разработок, связанных с автоматизацией обработки информации.

Информационный список документов представлен в таблице 2.1.

Таблица 2.1. Информационный список документов

№ п/п

Наименование документа

Выходной / входной

1

Отчет о поступлении денежных средств за определенный период времени

Входной

2

Сводная ведомость (предварительный просмотр ведомости)

Выходной

2.2 Приведение собранной информации к виду, удобному для проектирования

Составим родовидовые списки реквизитов входных и выходных документов, объединяя эти реквизиты по роду и виду, исключая омонимы, синонимы и дублирующие друг друга элементы. Родовидовые списки реквизитов выходных и входных документов приводятся в таблице 2.2. - 2.3.

база данных проектирование интерфейс

Таблица 2.2. Родовидовой список входных документов

№ п/п

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

Фактический / Вычисляемый

Назначение реквизита

Отчет о поступлении денежных средств за определенный период времени

1

Лицевой счет

Фактический

Лицевой счет

2

Адрес

Фактический

Адрес

3

Ф И О

Фактический

Ф И О

4

Сумма поступлений за месяц

Фактический

Сумма поступлений за месяц

5

Месяц поступления

Фактический

Месяц поступления

Таблица 2.3. Родовидовой список выходных документов

№ п/п

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

Фактический / Вычисляемый

Назначение реквизита

Сводная ведомость

1

Номер документа

Фактический

Номер документа

2

Лицевой счет

Фактический

Лицевой счет

3

Сумма поступлений за месяц

Фактический

Сумма поступлений за месяц

4

Начислено за месяц

Фактический

Начислено за месяц

На основании приведенных выше родовидовых списков составляем словарь данных. Словарь данных представлен в таблице 2.4.

Таблица 2.4. Словарь данных

№ п/п

Наименование элемента

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

Тип и длина

Назначение элемента

1

2

3

4

5

1

Лицевой счет

Лицевой счет

N(10)

Лицевой счет

2

Адрес

Адрес

C(30)

Адрес

3

Ф И О

Ф И О

C(30)

Ф И О

4

Начислено за месяц

Начислено за месяц

Money

Начислено за месяц

5

Сумма поступлений за месяц

Сумма поступлений за месяц

Money

Сумма поступлений за месяц

На основе существующего процесса получения сводной ведомости, которая состоит в том, что ЖЭК получает информацию о поступлении денежных средств от каждого абонента, бухгалтера запрашивают ведомость начислений по абонентам на определенный период времени и получают ее от операторов, можно выделить такие локальные задачи:

Задача 1. Просмотр информации о поступлении денежных средств от населения. Цель - визуальная выборка необходимой информации.

Задача 2. Формирование данных о ЖЭКе. Цель - формирование таблицы «Абоненты».

Задача 3. Формирование плана поступления денежных средств от населения на определенно установленный период времени (месяц). Цель - формирование таблицы «План поступления денежных средств от населения на месяц» и формирование выходного документа для просмотра.

Результаты анализа сведены в таблицу связи «Подзадача - данные» в виде таблицы 2.5.

Таблица 2.5. Таблица связи «Подзадача - данные»

Наименование подзадачи

Частота выполнения

Объем за полугодие, грн.

Элементы Данных

1

Просмотр информации о поступлений денежных средств

Ежемесячно

80 241,24

4,5,

2

Формирование данных о ЖЭКе (начислено)

Ежемесячно

91 922,89

1,2,3,4

3

Формирование плана поступлений денежных средств на определенно установленный период времени (месяц)

Ежемесячно

15 972,07

4

2.3 Формулирование требование к БД

Функциональная полнота. Это требование БД обеспечивается учетом информационных требований всех потенциальных пользователей ИС.

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

Целостность БД. Свойство БД, которое дает возможность сохранять определенные ограничения значения данных при всех модификациях БД. В БД различают такие виды целостности: целостность домена, целостность таблицы, ссылочная целостность, целостность, обеспеченная правилами бизнеса.

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

- целостность таблицы - обеспечивает уникальность каждой логической записи в ней. В каждой таблице соблюдается данный тип целостности с помощью первичного ключа записи;

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

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

Безопасность. Свойство безопасности обеспечивается доступом к системе только через пароль. Доступ к файлам администратора БД имеет только администратор БД по специальному паролю.

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

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

Эффективность. Необходимо обеспечить минимальное время отклика в процессе выполнения каждого приложения при ограничениях на занимаемую память. Эффективность определяется оптимальным набором комплекса аппаратно-технических средств, операционной системы, СУБД, построением оптимальной логической и физической модели данных в процессе физического проектирования БД. В Данном случае для эффективности работы системы выбрана ПЭВМ типа PENTIUM PCI MAIN BOARD PT-733A.

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

Расширяемость или открытость. Обеспечивается оптимальной структурой данных в смысле независимости логического и физического представления данных. Это обеспечивает неизменность полученной модели данных при расширении границ предметной области, то есть при изменении разработанной структуры данных, добавлением новых структур и связей с существующими, или просто при добавлении новых запросов к БД в виде новых обрабатывающих программ.

Дружественность пользовательского интерфейса. Обеспечивается подсказками, запросами на подтверждение действий пользователя, меню и т.д.

2.4 Разработка требований обработки информации

Требования обработки информации базируются на круге информационных запросов пользователя ИС - ЖЭК. С целью удовлетворения информационных потребностей пользователей ИС должна обрабатывать следующие входные транзакции:

Т1: Лицевой счет, ФИО абонента, адрес абонента, льгота, подъезд, этаж, телефон. Данные вводятся с клавиатуры оператором в указанном порядке, в случае отмены ввода, данные можно удалить. Предоставляется возможность поиска необходимой информации, при этом, необходимо указать определенно по какому параметру.

Т2: Сумма денежных поступлений от абонента, дата денежных поступлений. Дата указывается оператором, перед тем как начать вносить поступления в БД.

Т3: Пароль администратора БД. Он имеет доступ ко всем файлам БД для их просмотра и редактирования под своим паролем. С этой целью файлы данных предлагаются в виде экранных форм и обеспечены горизонтальным и вертикальным скроллингом.

Для успешного решения задачи необходимы отчеты, как в виде экранных форм, так и твердых копий выходных документов. Экранные формы необходимы для обеспечения достоверности информации, хранимой в БД, твердые копии - для дальнейшего представления документа.

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

3. КОНЦЕПТУАЛЬНОЕ ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БД

3.1 Проектирование локальных информационных структур

Локальное представление потенциальных пользователей ИС практически совпадают с задачами.

Первое локальное представление отражает общую информацию об абоненте. Оператор, имеющий права на редактирование, добавление и удаление выполняет ввод данных и их редактирование в файлах самой БД.

В первом локальном представлении выделяются типы сущностей: «Абоненты» и «Общая площадь» с атрибутами, показанными на рисунке 3.1.

Идентифицирующим атрибутом экземпляров типа сущности «Абоненты» является Лицевой счет. Идентифицирующим атрибутом экземпляров типа сущности «Общая площадь» тоже является Лицевой код. Остальные атрибуты указанных типов сущностей являются описательными.

Связь между сущностями, с одной стороны, имеет тип 1:1, определяя принадлежность определенной общей площади абонента к абоненту. ER-диаграмма первого локального преставления представлена на рис.3.1.

Рис.3.1. ER-диаграмма первого локального представления

Второе локальное представление отражает формирование плана поступления денежных средств от абонентов за определённый период времени (месяц). При этом надо учесть, что имеется информация об общей площади и тарифе по квартплате по каждому абоненту, на основе которых и формируется, соответственно, план поступления денежных средств от абонентов. Во втором локальном представлении выделяется типы сущностей «Абоненты» и «Начисления» с атрибутами, показанными на рисунке 3.2.

Идентифицирующим атрибутом экземпляров типа сущности «Абоненты» является Лицевой счет, а остальные атрибуты являются описательными.

Связь между сущностями соответствует типу ассоциации 1:1. ER-диаграмма второго локального представления представлена на рис.3.2.

Рис.2. ER-диаграмма второго локального представления

3.2 Объединение локальных информационных структур

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

Целью проектирования ИС является разработка плана начислений денежных средств абонентам за определенный период времени (месяц, квартал, полугодие) и формирование отчета о поступлении денежных средств по каждому(выборочно) абоненту или дому(улице), исходя из этого, наиболее оптимальным вариантом является объединение первого и второго локальных представлений. В данном случае будут связаны все типы сущностей: «Абоненты», «Начисления» за месяц и «Поступлений» за месяц. Атрибуты этих сущностей и являются составляющими проектируемого выходного документа - «Сводная ведомость».

Таким образом, объединение первого и второго локальных представлений и дают глобальную ER-диаграмму или глобальную инфологическую модель данных, которая представлена на рис.3.3.

Рис.3.3. Глобальная ER-диаграмма

3.3 Требования к техническому и программному видам обеспечения

Разработанная ИС будет функционировать в операционной среде, состоящая, как правило, из таких компонентов:

Операционной системы;

Программ антивирусной защиты;

Программ архивации и упаковки файлов;

Текстовых редакторов;

Других вспомогательных программ обслуживания ПК.

Техническое обеспечение составляет один (логически организованный) выделенный сервер. Это - сервер БД. Приложение клиента может быть реализовано на любом ПК. Сервер и клиентская станция должны быть объединены локальною сетью, которая поддерживает протоколы сетевого взаимодействия TCP/IP. На ПК желательно установить операционную систему Windows ХР Advanced Server, а также Microsoft Access.

Проектируемая ИС может быть реализована в локальном варианте БД на базе ПЭВМ типа Pentium PCI MAIN BOARD PT-733A или совместимые с ней, имеющие следующую конфигурацию: тактовая частота - не менее 1ГГц, емкость ОЗУ - 256 Мб, емкость НЖМД - 80 Гб, емкость НГМД - 1,44Мб, Диаметр НГМД - 3,5”, разрешение экрана - 1024*768 пикселей, тип дисплея - Super VGA, видеоадаптер поддерживает как минимум 256 цветов, видеокарта - 64Мб, лазерный принтер.

Такой компьютер предоставляет возможность работать в среде Windows 2000/ХР или Windows NT 4.0 с использованием широко спектра программных продуктов Microsoft Office.

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

В качестве средств организации БД была выбрана СУБД Microsoft SQL Server. Язык интерфейса данной СУБД - VBA. На сегодня система Microsoft SQL Server стала одной из доминирующих коммерческих СУБД. Среди основных свойств СУБД Microsoft SQL Server следует отметить такие, как:

Высочайшая надежность.

Возможность разбиения крупных баз данных на разделы (large-database partition), что дает возможность эффективно управлять гигантскими гигабайтными базами;

Наличие универсальных средств защиты информации;

Эффективные методы максимального повышения скорости обработки запросов;

Индексация по битовому отображению;

Свободные таблицы (в других СУБД все таблицы заполняются сразу при создании);

Распараллеливание операций в запросе.

Наличие широкого спектра средств разработки, мониторинга и администрирования.

Ориентация на Интернет-технологии.

Язык SQL позволяет:

Создавать объекты БД, включая спецификации целостности средствами языка DDL (Data Definition Language);

Манипулировать данными с помощью команд: добавление, модификация и удаление записей отношений и операций реляционной алгебры над отношениями средствами языка DML (Data Manipulation Language);

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

Осуществлять определение прав и управление правами пользователей средствами языка управления данными DCL (Data Control Language);

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

Осуществлять управление выполнением транзакций.

В качестве средства разработки приложения была выбрана мощная система визуального объектно-ориентированного проектирования - VBA. Он сам и поставляемые с ним программные продукты позволяют решать следующий круг задач:

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

Создавать приложения любой сложности и любого назначения.

Создавать мощные системы работы с локальными и удаленными базами данных любых типов. Подход, используемый в VBA, позволяет получить доступ к базам, созданным на любой платформе: InterBase, Microsoft Access, FoxPro, Paradox, dBase, Sybase, Microsoft SQL, Oracle и др.

Создавать БД многих типов с помощью инструментария VBA.

Формировать и печатать отчеты из приложения сложные отчеты, включающие таблицы, графики и т.п. самого различного назначения.

Связываться из своего приложения с такими продуктами Microsoft, как Word, Excel и другие, используя все их богатейшие возможности.

И многое, многое другое.

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

3.4 Ограничения разрабатываемой системы

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

Такие списки как Список "Норма жилой площади", Список "Норма общей площади" и др., при необходимости обновляются и дополняются администратором по мере требования в любое время.

Администратор БД ответственен за создание резервной копии файлов справочной информации и оперативных данных. Кроме того, администратор БД, в случае необходимости, имеет возможность изменять структуру самой БД.

4. ПРОЕКТИРОВАНИЕ РЕАЛИЗАЦИИ БД

4.1 Разработка интерфейса

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

Пункты главного меню разрабатываемой подсистемы следующие:

Главная кнопочная форма;

Просмотр и корректировка;

Ввод поступлений;

Ввод субсидий;

Окончание работы.

Рис. Физическая модель проектируемой БД

5. ФИЗИЧЕСКОЕ ПРОЕКТИРОВАНИЕ

Физическая организация данных оказывает основное влияние на эксплуатационные характеристики проектируемой БД, так как на этом этапе осуществляется ее привязка к физической памяти. Основная единица данных в физических структурах - хранимая или физическая запись. Физической записи соответствует одна или несколько логических записей. Файл БД - это множество физических записей одного типа. Понятие “Структура физической БД» включает: формат физической записи, методы размещения и доступа к физическим записям.

Структура файлов БД приведена в приложении А. Логическая и физическая модель БД представлены в приложении Б.

Данная задача для своей работы использует БД, которая необходима для нормального ее функционирования. БД состоит из файлов, структура которых отвечает всем поставленным к ней требованиям, обеспечивает оптимальный вариант решения задачи и не несет избыточной информации.

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

ЗАКЛЮЧЕНИЕ

В результате выполнения данного курсового проекта была спроектирована БД подсистемы формирования отчета о добыче угля по шахтоуправлению и формирование плана добычи угля на сутки по каждой шахте.

Данная программа позволяет быстро обрабатывать большие объемы информации, в результате чего количественная характеристика плана добычи угля может значительно увеличиться.

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

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

БД отличается эффективностью и может быть использована с небольшими изменениями в сети.

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

1. Iнформацiйнi системи i технологiї в економiцi: Посiбник для студентiв вищих навчальних закладiв / За редакцiєю В.С. Пономаренка. - К.: Видавничий центр «Академiя», 2002.

2. Пономаренко В.С., Павленко Л.А. Iнструментальнi засоби розробки та пiдтримки баз даних розподiлених iнформацiйних систем. Навчальний посiбник. - Харкiв: Вид. ХДЕУ, 2001.

3. Пономаренко В.С., Павленко Л.А., Максименко И.А.. Проектирование баз данных. Учебное пособие. - Харьков: РИО ХГЭУ,1996.

4. Программа и методические указания по курсу «проектирование баз данных». /Сост. Л.А. Павленко, И.А. Максименко. - Харьков: РИО ХГЭУ, 1996.

5. Рамодин Д. Многомерный мир базы данных. Мир ПК, N 3, 1997

6. Сахаров А.А. Концепции построения и реализации информационных систем, ориентированных на анализ данных. //СУБД. - 1996. - №4. - С.

7. Системы управления базами данных и знаний. /Под ред. А.Н.Наумова. М., 1991.

8. Технология баз данных на ПЭВМ. / Под ред. Когаловского Н.Р. - М.: Финансы и статистика, 1992. - 224с.

9. Ульман Дж., Уидом Дж.. Введение в системы баз данных. - М.: «Лори», 2000. - 376 с.

10. Хансен Г., Хансен Д. Базы данных: разработка и управление: Пер. с англ. - М.: ЗАО "Издательство БИНОМ", 1999. - 704 с.: ил.

11. Четвериков В.Н., Ревунков Г.И., Самохвалов Э.И. Базы и банки данных: Учебник для вузов. - М.: Мир, 1980. - 248 с.: ил.

Размещено на Allbest.ru


Подобные документы

  • Анализ предметной области, концептуальных требований и информационных потребностей к разрабатываемой базе данных студентов. Выбор информационных объектов и проектирование информационной структуры. Создание таблиц, отчетов, запросов на выборку и форм.

    курсовая работа [69,4 K], добавлен 18.11.2010

  • Базы данных - важнейшая составная часть информационных систем. Проектирование базы данных на примере предметной области "Оргтехника". Сбор информации о предметной области. Построение информационно-логической модели данных. Разработка логической структуры.

    курсовая работа [318,6 K], добавлен 24.12.2014

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

    курсовая работа [369,8 K], добавлен 30.05.2013

  • Представление данных с помощью модели "сущность-связь". Построение ER-диаграммы в различных нотациях. Теория нормальных форм. Исследование работы букмекерской конторы. Создание баз данных с информацией о сотрудниках, клиентах, ставках и выплатах.

    курсовая работа [3,3 M], добавлен 05.12.2012

  • Описание предметной области разрабатываемой базы данных для теннисного клуба. Обоснование выбора CASE-средства Erwin 8 и MS Access для проектирования базы данных. Построение инфологической модели и логической структуры базы данных, разработка интерфейса.

    курсовая работа [3,8 M], добавлен 02.02.2014

  • Анализ предметной области. Обеспечение качества проектной документации. Построение инфологической (концептуальной) модели предметной области. Проектирование физической структуры базы данных. Разработка интерфейса, организация ввода и поиска данных.

    курсовая работа [2,5 M], добавлен 10.01.2016

  • Анализ предметной области, этапы проектирования автоматизированных информационных систем. Инструментальные системы разработки программного обеспечения. Роль CASE-средств в проектировании информационной модели. Логическая модель проектируемой базы данных.

    курсовая работа [410,6 K], добавлен 21.03.2011

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.