Разработка базы данных для решения задач городской телефонной сети с использованием СУБД Access

Анализ проектирования базы данных, построение форм и запросов. Создание программы работы городской телефонной сети с помощью метода канонического проектирования в Microsoft Access 2002. Смета затрат на разработку базы данных "Городская телефонная сеть".

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 15.06.2011
Размер файла 33,7 K

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

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

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

6

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

Введение

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

Базы данных создаются и используются с помощью специальных программных и языковых средств, называемых Системами Управления Базами Данных (СУБД). Существует большое разнообразие типов СУБД. Наиболее распространенными в настоящее время являются реляционные СУБД, к которым и относится Access.

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

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

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

В моем курсовом проекте поставлены задачи по выводу с помощью запросов следующей информации:

1. Перечень и общее число абонентов по указанной АТС.

2. Перечень и общее число абонентов по всей ГТС.

3. Перечень абонентов, имеющих параллельный телефон.

4. Перечень должников по указанной АТС.

5. Перечень и общее число должников по всей ГТС.

6. Перечень льготников по указанной АТС.

7. Перечень и общее число льготников по всей ГТС.

8. Данные об абоненте по указанному адресу.

9. Данные об абоненте по указанному номеру телефона.

10. Данные об абоненте по фамилии.

11. Перечень свободных номеров по указанной АТС.

12. Перечень и общее число свободных номеров по всей ГТС.

13. Перечень таксофонов по указанной АТС.

14. Перечень и общее число таксофонов по всей ГТС.

15. Самую большую задолженность по всем АТС.

16. Самую минимальную задолженность по всем АТС.

При проектировании базы данных предполагается использование метода канонического проектирования, а для ее реализации - использование программы Microsoft Access 2002, а также языков SQL (Structured Query Language) - структурированный язык запросов и QBE (Quere-By-Example) - запросы по образцу.

1. Анализ предметной области

1.1 Описание предметной области

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

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

1.2 Определение состава данных

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

Форма 1. Форма справочного документа «Сведения об абонентах»

№ п/п

Ф.И.О.

Номер телефона

АТС

Адрес

Пол

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

Паспортные данные

Льготы

Тип телефона

Тариф

Форма 2. Форма справочного документа «Список свободных номеров»

№ п/п

АТС

Номер телефона

Форма 3. Форма справочного документа «Перечень таксофонов»

№ п/п

Таксофон

АТС

Адрес

Форма 4. Форма справочного документа «Очередь на подключение»

№ п/п

Ф.И.О.

Адрес

Возможность

Льготы

Форма 5. Форма учетного документа «Оплата услуг»

№ п/п

Ф.И.О.

Номер телефона

Льготы

Сумма к оплате

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

Разработка концептуальной модели

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

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

Экземпляр сущности - конкретный объект.

Сущность принято определять атрибутами - поименованными характеристиками.

1.3 Выявление информационных объектов

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

Установим функциональные зависимости между реквизитами всех справочных документов. Сначала для документа «Сведения об абонентах».

Таблица 2.1. Функциональная зависимость реквизитов

Документ

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

Имя реквизита

ведения об абонентах

Код АТС

КАТС

Телефон

ТЕЛ

Адрес

АД

Ф.И.О.

Ф.И.О.

Пол

ПОЛ

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

ДР

Паспортные данные

ПД

Льготы

ЛГ

Тип телефона

ТТЕЛ

Тариф

ТАР

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

Таблица 2.2

Зависимые реквизиты

Ключевые реквизиты

Вид ключа

Имя ИО, включающего реквизит

КАТС

ПД

П, У

Абонент

ТЕЛ

КАТС

П, У

АТС

АД

КАТС

П, У

АТС

Ф.И.О.

ПД

П, У

Абонент

ПОЛ

ПД

П, У

Абонент

ДР

ПД

П, У

Абонент

ПД

ПД

П, У

Абонент

ЛГ

ПД

П, У

Абонент

ТТЕЛ

ПД

П, У

Абонент

ТАР

ПД

П, У

Абонент

Рассмотрим схему отношений: КАТС, ТЕЛ, АД, ПД, Ф.И.О., ПОЛ, ДР, ЛГ, ТТЕЛ, ТАР.

Первичный ключ: КАТС, ПД.

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

- информационный объект должен содержать уникальный идентификатор - первичный ключ;

- все описательные реквизиты должны быть взаимонезависимы, то есть между ними не должно быть функциональных зависимостей;

- все реквизиты, входящие в составной ключ, также должны быть взаимонезависимы;

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

- каждый описательный реквизит должен зависеть от ключа нетранзитивно, то есть не должен зависеть через другой промежуточный реквизит.

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

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

Таблица 2.3. Группировка реквизитов ИО

Реквизит ИО

Признак ключа

Имя ИО

Семантика ИО

ПД

КАТС

Ф.И.О.

ПОЛ

ДР

ЛГ

ТТЕЛ

ТАР

П, У

Абонент

Сведения о всех абонентах

КАТС

ТЕЛ

АД

П, У

АТС

Сведения о всех адресах и телефонах, входящих в данную АТС

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

Аналогично выполняем анализ документа «Список общественных телефонов и таксофонов».

Таблица 2.4. Функциональная зависимость реквизитов

Документ

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

Имя реквизита

Список таксофонов

Код АТС

КАТС

Адрес АТС

АДАТС

Код таксофона

КТАКС

Адрес таксофона

АДТАКС

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

Таблица 2.5

Зависимые реквизиты

Ключевые реквизиты

Вид ключа

Имя ИО, включающего реквизит

КАТС

КТАКС

П, У

Таксофон

АДАТС

КАТС

П, У

АТС

АДТАКС

КТАКС

П, У

Таксофон

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

Таблица 2.6. Группировка реквизитов ИО

Реквизит ИО

Признак ключа

Имя ИО

Семантика ИО

КТАКС

КАТС

АДТАКС

П, У

Таксофон

Сведения о всех таксофонах

КАТС

АДАТС

П, У

АТС

Сведения об АТС

Анализ документа «Список свободных номеров».

Таблица 2.7

Документ

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

Имя реквизита

Имя ИО

Список свободных номеров

Код АТС

КАТС

Свободный номер

Свободный номер

СВНОМ

Анализ документа «Очередь на подключение».

Таблица 2.8

Документ

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

Имя реквизита

Имя ИО

Очередь на подключение

Паспортные данные

ПД

Очередник

Ф.И.О.

Ф.И.О.

Адрес

АД

Льготы

ЛГ

Возможность

ВМЖТ

Код АТС

КАТС

Таблица 2.9

Информационный объект

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

Обозначение

Признак ключа и другие примечания

АТС

Код АТС

Адрес АТС

Адрес абонента

Телефон

КАТС

АДАТС

АД

ТЕЛ

Уникальный простой ключ

АБОНЕНТ

Код АТС

Паспортные данные

Ф.И.О.

Пол

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

Льготы

Тип телефона

Тариф

КАТС

ПД

Ф.И.О.

ПОЛ

ДР

ЛГ

ТТЕЛ

ТАР

Уникальный простой ключ

ТАКСОФОН

Код АТС

Код таксофона

Адрес таксофона

КАТС

КТАКС

АДТАКС

Уникальный простой ключ

СВОБОДНЫЙ НОМЕР

Код АТС

Свободный номер

КАТС

СВНОМ

Уникальный простой ключ

ОЧЕРЕДНИК

Код АТС

Паспортные данные

Ф.И.О.

Адрес

Льготы

Возможность

КАТС

ПД

Ф.И.О.

АД

ЛГ

ВМЖТ

Уникальный простой ключ

Проанализируем учетный документ «Оплата услуг»:

Таблица 2.10

Документ

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

Имя реквизита

Имя ИО

Оплата услуг

Ф.И.О.

Ф.И.О.

Оплата

Телефон

ТЕЛ

Льготы

ЛГ

Тариф

ТАР

1.4 Выявление связей информационных объектов

Существуют следующие типы отношений между объектами:

- Один - к - одному (1:1), когда каждому экземпляру первого информационного объекта соответствует только один экземпляр второго информационного объекта

- Один - ко - многим (1:М), когда каждому экземпляру одного информационного объекта соответствует несколько экземпляров другого информационного объекта, а каждому экземпляру второго информационного объекта соответствовать не более одного экземпляра первого ИО.

- Многие - ко многим (М:М), когда каждому экземпляру одного информационного объекта соответствует несколько экземпляров другого информационного объекта и каждому экземпляру второго информационного объекта может соответствовать несколько экземпляров первого.

Итак, мы выделили следующие информационные объекты или сущности: АТС, АБОНЕНТ, ТАКСОФОН, СВОБОДНЫЙ НОМЕР, ОЧЕРЕДНИК, ОПЛАТА.

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

Таблица 2.11

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

Главный ИО

Подчиненный ИО

Тип связи

Состоит

АТС

Абонент

1:М

Обслуживает

АТС

Таксофон

1:М

Включает

АТС

Свободный номер

1:М

Имеет

АТС

Очередник

1:М

Производит

Абонент

Оплата

1:1

1.5 Построение информационно-логической модели БД

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

Таблица 2.12. Матрица смежности ИЛМ

ИО

1

2

3

4

5

6

ИО текущего уровня

1

1

1

1

1

2

3

4

5

1

6

1 уровень

0

1

1

1

1

1

1

2 уровень

-

0

0

0

0

1

2, 3, 4, 5

3 уровень

-

-

-

-

-

0

6

Цифрами обозначены ИО: 1 - АТС; 2 - Таксофон, 3 - Свободный номер; 4 - Очередник; 5 - Абонент; 6 - Оплата.

Алгоритм расположения ИО по уровням иерархии:

1. Вычислить итоговые суммы элементов матрицы по столбцам.

2. Выделить ИО столбцов для которых итоговая сумма равна 0, отсутствие нулевых итоговых сумм свидетельствует об ошибке в определении типа соответствия.

3. Удалить строки матрицы смежности соответствующие ИО текущего уровня иерархии.

4. Для перехода к следующему уровню иерархии следует повторить пункт 3-4.

Информационно-логическая модель, расположенная в ПРИЛОЖЕНИИ 2, построена в соответствии с выявленными информационными объектами и связями между ними.

Информационно-логическая модель приведена к каноническому виду, и объекты расположены в ней по уровням. На нулевом уровне располагаются объекты не подчиненные никаким другим объектам, на 1 уровне подчиненные 0 уровню и т.д. Такое размещение объектов дает представление об иерархической подчиненности, делает модель более наглядной и облегчает понимание зависимостей 1:М.

Определение логической структуры БД

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

1.6 Описание работы с программой «Городская телефонная сеть»

Программа, с условным названием «Городская телефонная сеть», предназначена для автоматического поиска необходимых абонентов, свободных номеров, таксофонов, а также для выдачи различных отчетов, как по конкретной АТС, так и по всей ГТС.

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

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

Работа начинается с основного окна, на котором отображается заголовок, и четыре кнопки.

При нажатии на кнопки:

- «Выход из программы» работа с программой будет завершена,

- «Окно базы данных» - основное окно будет закрыто, зато появиться возможность работать со всей базой данных,

- «Просмотр и редактирование данных» - откроется форма с вариантами таблиц, которые мы будем редактировать,

- «Поиск» - откроется форма, на которой выбирается необходимый запрос.

1.7 Заполнение таблиц

Заполнение таблицы «Абоненты» происходит следующим образом: при открытии формы курсор стоит на коде АТС, его мы выбираем из списка, далее нажимаем «ENTER», и вводим фамилию, затем имя и т.д. Введя все необходимы данные, нажимаем на кнопку «Сохранить».

Исправления вводятся стандартным образом: устанавливаем курсор в нужное место, вносим исправления и нажимаем клавишу «ENTER».

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

Аналогично заполняются и все остальные таблицы.

1.8 Выполнение запросов

На форме «Выполнение запросов» можно выбрать интересующий пользователя запрос нажатием на соответствующую кнопку. Рассмотрим на примере поиска абонента по фамилии. Нажимаем на кнопку и у нас появляется окошко с просьбой ввести фамилию.

После того как ввели фамилию, необходимо нажать на «OK». Тогда получим результат.

Аналогичным образом работают и другие запросы. Но если пользователь не нашел интересующий его запрос, то он может создать его сам. Для этого необходимо вернуться на основное окно, нажав на кнопку «НАЗАД», и в этом окне нажать на кнопку «Окно базы данных». При этом появится обычная база данных, и если пользователь знаком с работой Access, то может сам создать запрос.

2. Оценка экономической эффективности

2.1 Смета затрат

Рассчитаем смету затрат на разработку БД «Городская телефонная сеть» и представим ее в таблице.

база телефонный смета городской

Таблица 3.1

№п/п

Статьи затрат

Формулы

Затраты, руб.

1

Основная заработная плата разработчиков.

Зосн.

5000

2

Дополнительная заработная плата

Здоп. = 0,25 * Зосн.

0,25*5000=1250

3

Отчисления на социальное страхование. Зсоц

(Зосн+Здоп)*26.0%.

(5000+1250)*26%=1625

4

Амортизационные отчисления Зам

Зам.=Сперв.*(На/100)*Т*фаб / Фд.о.

Сперв. - первоначальная стоимость ЭВМ;

На - норма амортизационных отчислений обычно 12,5%;

Т - количество используемых ЭВМ;

фаб. - время работы ЭВМ в часах;

Фд.о. - действительный годовой фонд времени работы ЭВМ. (Фд.о. = Кол.раб. дн. * Кол.смен * Продолж.смены = 252 дня* 1 смена* 8 ч. = 2016 ч.)

30000*12,5%*1*8/2016=14,88

5

Расходы на электроэнергию

Зэл.эн.=Цэ.*Р*Т*фаб, где: Р - мощность ЭВМ, используемой при разработке программы;

Цэ. - цена 1 кВт* ч электроэнергии

1,5*8*1*8=96

6

Накладные расходы

Рнакл.=Кн * (Зосн.+Здоп) где:

Кн - коэффициент накладных расходов. Примем Кн равным 1.1.

1,1*(5000+1250)=6875

7

Итого:

Зосн+Здоп+Зсоц+Зам+Зэл.эн+Рнакл

5000+1250+1625+14,88+96 +6875=14860,88

Определение экономической эффективности

Определим экономическую эффективность с помощью трудовых и стоимостных показателей.

На ручную обработку до внедрения ИС затрачивалось Т0=12 чел./ч. При использовании ИС Т1=4 чел./ч. Абсолютный показатель экономической эффективности Тэк составляет:

Тэк = Т0 - Т1 =12-4=8

Относительный индекс производительности труда вычисляется по формуле:

J п.т.= Т10=4/12=0,33

Он отражает экономию трудовых затрат на 0,33.

Рассчитаем стоимостной показатель, где С0=20000 руб. - затраты до внедрения ИС, С1=8000 руб. - затраты после внедрения ИС:

Сэк = С0 - С1 =20000-8000=12000 руб.

Индекс стоимости затрат:

J ст.затр..= С10 =8000/20000=0,4

Срок окупаемости затрат, где З0 =90000 руб. - затраты на техническое оборудование; П0=45000 руб. - затраты на программное обеспечение; Кэф=0,4 - коэффициент эффективности:

Следовательно, через 4,5 года наш проект окупится.

Заключение

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

Перечень и общее число абонентов по указанной АТС.

Перечень и общее число абонентов по всей ГТС.

Перечень абонентов, имеющих параллельный телефон.

Перечень должников по указанной АТС.

Перечень и общее число должников по всей ГТС.

Перечень льготников по указанной АТС.

Перечень и общее число льготников по всей ГТС.

Данные об абоненте по указанному адресу.

Данные об абоненте по указанному номеру телефона.

Данные об абоненте по фамилии.

Перечень свободных номеров по указанной АТС.

Перечень и общее число свободных номеров по всей ГТС.

Перечень таксофонов по указанной АТС.

Перечень и общее число таксофонов по всей ГТС.

Самую большую задолженность по всем АТС.

Самую минимальную задолженность по всем АТС.

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

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

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


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

  • Создание базы данных для хранения и обработки информации городской телефонной станции. Состав программного продукта. Практические аспекты лицензирования Access. Инфологическое моделирование системы. Определение логической структуры реляционной базы.

    курсовая работа [295,1 K], добавлен 16.12.2013

  • Состав, расширение баз данных Access (Microsoft Office). Выполнение запросов, заполнение форм и таблиц. Типы данных Microsoft Access. Средства создания объектов базы данных СУБД. Дополнительные возможности запросов. Свойства полей. Режим работы с формами.

    презентация [3,0 M], добавлен 28.10.2014

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

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

  • Проектирование базы данных с использованием комплекса программных и языковых средств Microsoft Access. Модель данных, доступ к ним. Назначение, основные возможности и версии Access. Запуск программы; окно базы данных, формы для их ввода и редактирования.

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

  • Создание базы данных в среде MS Access. Создание и работа с базой данных в ателье. Алгоритм решения задачи. Выбор пакета прикладных программ. Проектирование форм выходных документов с использованием СУБД MS Access. Структура записи таблиц базы данных.

    курсовая работа [1,6 M], добавлен 30.01.2009

  • Изучение основных понятий баз данных: структура простейшей базы данных, компоненты базы данных Microsoft Access. Проектирование базы данных "Туристическое агентство" в СУБД Access 2010, в которой хранятся данные о клиентах, которые хотят поехать отдыхать.

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

  • Понятие базы данных в Microsoft Access, описание таблицы как объекта. Назначение запросов, форм, отчетов и страниц. Макросы и модули в СУБД. Порядок создания базы данных, ввод описания поля. Свойства полей таблиц. Построение реляционной модели данных.

    презентация [389,6 K], добавлен 18.01.2014

  • Компоненты реляционной базы данных Microsoft Access. Создание структуры таблиц и определение связей между ними. Проектирование форм для сводных таблиц и запросов с помощью конструктора окон. Разработка и создание автоотчетов и запросов на выборку данных.

    реферат [3,3 M], добавлен 29.01.2011

  • Особенности СУБД Microsoft Access, ее ориентация на рядовых потребителей, возможность легко выполнять основные операции с БД: создание, редактирование и обработка данных. Информационная модель задачи, работа с конструктором запросов и отчетов базы данных.

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

  • Процесс проектирования базы данных, разработка её логической структуры в соответствии с инфологической моделью предметной области. Работа с программой СУБД Access, свойства таблиц и их полей, создание межтабличных связей; инфологическое проектирование.

    курсовая работа [1,7 M], добавлен 17.12.2009

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