Document 2743409

СЕВЕРО-КАВКАЗСКИЙ ИНСТИТУТ БИЗНЕСА, ИНЖЕНЕРНЫХ И
ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ
Кафедра информационных технологий
МЕТОДИЧЕСКИЕ УКАЗАНИЯ ДЛЯ КУРСОВОГО
ПРОЕКТИРОВАНИЯ
ПО ДИСЦИПЛИНЕ «БАЗЫ ДАННЫХ»
для специальности
230100.62 Информатика и вычислительная техника
Армавир 2015
Составитель: Сидоренко Андрей Борисович
Введение
При оформлении курсового проекта руководствоваться стандартными правилами
написания (соблюдение полей на страницах, нумерация страниц, шрифт Times, размер
шрифта 14, междустрочный интервал 1.5). Текст курсового проекта подготавливается на
компьютере и распечатывается на принтере (объем 30-40 листов с одной стороны).
Выполнение курсового проекта по дисциплине «Базы данных» предусмотрено
учебным планом. Курсовой проект оформляется в машинописной форме и является
обязательной формой отчѐта, она состоит из теоретической части и практической
реализации. Цель выполнения курсового проекта – проектирование информационной
системы базы данных.
Примерные темы курсовых проектов
1. Проектирование БД для контроля сессионной успеваемости студентов вуза.
2. Проектирование БД для учета контингента студентов вуза.
3. Проектирование БД для библиотеки вуза.
4. Проектирование БД для начисления заработной платы.
5. Проектирование БД для охранного агентства.
6. Проектирование БД коммерческого учебного центра.
7. Проектирование БД для пункта проката видеофильмов.
8. Проектирование БД агентства по аренде квартир.
9. Проектирование БД риэлтерского агентства по купле/продаже.
10. Проектирование БД для автосервисной фирмы.
11. Проектирование БД для автозаправочной станции.
12. Проектирование БД центра по продаже автомобилей.
13. Проектирование БД таксомоторного парка.
14. Проектирование БД по подсистеме «Кадры» (варианты: для вуза, промышленного
предприятия, торговой фирмы).
15. Проектирование БД службы знакомств.
16. Проектирование базы данных туристического агентства.
17. Проектирование базы данных больницы. Подсистема «Работа с пациентами».
18. Проектирование базы данных больницы. Подсистема «Лекарственное обеспечение».
19. Проектирование базы данных аптеки.
20. Проектирование базы данных гостиницы. Подсистема «Работа с клиентами».
21. Проектирование базы данных Учета расчетов с клиентами в банке.
22. Проектирование базы данных торговой организации.
23. Проектирование базы данных аэропорта.
24. Проектирование базы данных ГИБДД.
25. Проектирование базы данных фотоцентра.
26. Проектирование базы данных ателье верхней одежды.
27. Проектирование базы данных пункта по ремонту электроаппаратуры.
28. Проектирование БД для пункта проката автомобилей.
29. Проектирование БД для организации по продаже, монтажу и ремонту холодильного
оборудования
30. Проектирование БД для организации по проектированию пожарной сигнализации
31. Проектирование БД для предприятия по продажам и внедрению программного
обеспечения
32. Проектирование БД для страхового агентства
2
Структура курсового проекта
В курсовом проекте должен быть проведѐн общий анализ предметной области
(ПО); определены функции, которые реализуются в разработанной базе данных; указаны
ограничения, если таковые имеются. На основе анализа осуществляется постановка
комплекса рассматриваемых задач и их последующее решение.
1. Анализ предметной области.
1.1. Описание предметной области и функции решаемых задач.
1.2. Перечень входных данных.
1.3. Перечень выходных данных.
1.4. Ограничения предметной области (если таковые имеются).
1.5. Взаимодействие с другими программами.
2. Постановка задачи
3. Разработка инфологической модели предметной области
3.1 Описание бизнес-процессов предметной области
3.2 Выделение информационных объектов. Определение атрибутов объектов.
3.3 Определение отношений и мощности отношений между объектами.
3.4 Построение схемы инфологической модели.
4. Разработка даталогической структуры базы данных. Определение типов данных в
заданном формате (структура таблиц; типы данных; ключевые элементы; внешние
ключи). Создание глобальной схемы связей.
5. Создание клиентской части приложения в Visual Studio C#. SQL-запросы.
5.1 Компоненты клиентского приложения
5.2 Результаты работы клиентского приложения
5.3 Создание SQL-запросов проектируемой БД
Заключение
Список использованных источников
Приложение. Листинг программы
Проектирование информационной системы на основе базы данных
Проектирование информационной системы базы данных основывается на
исследовании информации, циркулирующей внутри данной предметной области.
Предметная область (ПО) – это совокупность объектов, процессов и связей между ними
(банк, завод, склад и т. д.). При обследовании ПО выполняется семантический анализ
информации данной предметной области. Семантика – это смысловая сторона
информации.
Рассмотрим некоторые понятия, необходимые для описания исследуемой
предметной области.
Информационный объект(ИО) источник информации. он может быть
материальным ( цех, склад, документ …) и нематериальным ( факты, события, процессы,
явления...). Информационный объект – это любая реальная или абстрактная сущность, о
которой накапливается информация.
Бизнес-процесс - логически завершенная цепочка взаимосвязанных и
повторяющихся видов деятельности, в результате которых ресурсы предприятия
используются для переработки объекта (физически или виртуально) с целью достижения
определенных измеримых результатов или создания продукции.
Основная цель бизнес-процесса – преобразование входящего массива данных
(информации, документов) и ресурсов (материальные, финансовые, людские),
необходимых для реализации процесса, в результат (продукцию) процесса.
3
Построение модели бизнес-процессов организации позволяет определить – какие
информационные объекты необходимы для реализации бизнес-процессов и отражения в
проектируемой базе данных.
Сведения об объектах могут поступать из различных сообщений и документов.
Каждый объект характеризуется набором атрибутов. Атрибуты – это свойства, которыми
обладает данный объект. Атрибут является простейшей неделимой единицей информации,
которая отражает количественную или качественную характеристику объекта. Сведения
об атрибутах получают на этапе предпроектного обследования. Здесь же учитываются
ограничения и допущения. Состав атрибутов представляет собой структуру
информационного объекта. Атрибуты, которые однозначно определяют каждый
экземпляр объекта, являются ключевыми. По значению ключа можно отыскать нужный
экземпляр объекта. Другие атрибуты объекта называются неключевыми или
описательными. Ключ и описательные атрибуты находятся в функциональной
зависимости. Ключ может быть простым и составным. Например в объекте «студент»
будет составной ключ: номер_группы + номер_студента.
Информация в реляционных базах данных
хранится в нескольких
взаимосвязанных двумерных таблицах, в каждой из которых находится информация об
одном объекте.
Между всеми объектами, выявленными в предпроектном проектировании, надо
установить типы связей. Связи могут быть «один – к - одному» (1:1), «один – ко - многим»
(1:N), «многие – ко - многим» (M:N).
Связь «один – к - одному» имеет место, когда каждому экземпляру одного
объектного множества соответствует только один экземпляр другого объектного
множества (Рисунок 1).
паспорт
человек
1:1
Рисунок 1 – Связь «один – к - одному»
Связь «один – ко - многим» имеет место, когда каждому экземпляру одного
объектного множества соответствует несколько экземпляров другого объектного
множества (Рисунок 2). Этот тип связи наиболее часто используется в концептуальной
модели.
товар
классификация
1:N
Рисунок 2 – Связь «один – ко - многим»
Связь «многие – ко - многим» имеет место, когда каждому экземпляру одного
объектного множества соответствует несколько экземпляров другого объектного
множества. И наоборот, каждому экземпляру второго объектного множества
соответствует несколько экземпляров первого объектного множества.
товар
поставщик
M:N
Рисунок 3 – Связь «многие – ко - многим»
На основании выявленных связей строится концептуальная (инфологическая)
модель. Затем на основе концептуальной модели проектируется физическая модель для
конкретной СУБД – MS Access. Затем в MS Access создается база данных
4
Пример разработки информационной системы с БД
1. Анализ предметной области
1.1. Описание предметной области и функции решаемых задач
В качестве примера рассмотрим упрощѐнный вариант построения информационной
системы для склада материалов предприятия.
Предметной областью автоматизации являются должностные функции
кладовщика.
Материал – первичный продукт производственного процесса организации.
Материалы до производства хранятся на складе. Такая передача осуществляется на
основании накладных на передачу товарно-материальных ценностей на склад. Накладную
составляет в двух экземплярах подразделение-сдатчик (цех). На обоих экземплярах
накладных должны быть две подписи: начальника цеха производства материалов и
начальника склада материалов.
На основании одного из экземпляров накладной, которая остается на складе
материалов, начальник склада или ответственное лицо заполняет карточку складского
учета. В ней делают запись об оприходовании материалов поступившей на склад и
передают в бухгалтерию. В бухгалтерии, в соответствии с П(С)БУ 9, учет материалов
ведут по ее наименованиям или однородной группе (виду).
Записи в карточке складского учета ведут на основании каждого приходного
документа и имеют тот же порядковый номер, ту же дату составления.
1.2 Перечень входных данных
Входную информацию делят на условно-постоянную, сохраняющую свои значения
на длительный период времени, и, на постоянно меняющуюся оперативно-учѐтную.
В результате обследования предметной области определены входные данные,
необходимые для решения комплекса задач учета поступления и расхода материалов.
Поэтому при разработке базы данных, необходимо создать формы для ввода этой
информации.
Входная информация может быть представлена следующими документами:
Приходный ордер № _______
Дата __________
Подразделение _________________________________
№
Наименование
п/п
Коли
чество
1
2
Единица
Цена
4
5
измер.
3
Cдал________________ _______________________
(подпись) (расшифровка подписи)
Принял________________ _______________________
(подпись) (расшифровка подписи)
Поставщики
Таблица 1 – Входные данные по поставщику
Код
Наименование
Телефон
поставщика
…
…
…
Адрес
…
5
Материал
Таблица 2 – Входные данные по материалам
Номер
Стоимость
…
…
…
…
Примечание: по возможности входная информация представляется в графическом
виде
1.3 Перечень выходных данных
Выходная информация представляется в виде отчѐтов.
Выходную информацию представим в виде следующих отчѐтных форм:
-отчет «Приходный ордер» название организации, № цеха, какой склад принял,
наименование товара, кол-во, ед. изм., цена. Отражает информацию о поступивших
материалах.
- отчет «Материалы» наименование, ед. изм., количество, цена, сумма.
Отражает информацию о материалах на складе.
1.4 Ограничения предметной области
По рассматриваемой предметной области введѐм некоторые ограничения:
 В таблице «Материалы» значение поля «стоимость» должно быть больше нуля.
 В таблице «Материалы» значение поля «количество» должно быть больше нуля.
1.5 Взаимодействие с другими программами
Представленная информационная система должна выводить отчѐты в текстовый
редактор MS Word. Таблица наличия материалов может выводится в MS Excel.
2. Постановка задачи
Разрабатываемая информационная система предназначена для структурированного
хранения данных и вывода информации о материалах на складе.
Разрабатываемая информационная система должна выполнять следующие
функции:
Добавление информации о материалах.
Добавление поставщиков.
Оформление накладных.
Осуществлять поиск поставок материалов
Оформление заказов.
Отображение сводной информации по поставкам материалов
3. Разработка инфологической модели предметной области
3.1 Описание бизнес-процессов предметной области
Для описания бизнес-процессов предметной области сформируем схемы IDEF0 в
программе MS Visio с различным уровнем детализации (Создать-Схема данных-Схема
6
IDEF0). Схема основных бизнес-процессов и двух второго уровня детализации
отображены на рисунках 4-6.
Должностные инструкции
Материал от
поставщика
Приходная
накладная
Акт приема/передачи
Вести
прием
материала
Накладная
перемещения
1
Информация о
поступлениях
Принятый на
склад материал
Обеспечить
хранение
материала
Данные о
материале
2
Сопроводительные
документы
Комплектовать
материал
Расходная накладная
3
Информация об
отгрузках
Отгружать
материал
Скомплектованный
материал
Материал
клиенту
4
Производить
инвентаризацию
5
Акты сверок
Данные о
загруженности
склада
Персонал
склада
Основные бизнес-процессы склада
Рисунок 4 – Схема основных бизнес-процессов склада
Должностные инструкции
Приходная
накладная
Накладная
перемещения
Принять
сопроводительные
документы
1.1
Принятый на склад
материал
Разгрузить
материал
1.2
Проверить
количество и
качество материала
Акт приема/передачи
1.3
Ввести данные Информация о
о материале в поступлениях
БД
1.4
Персонал
склада
Процесс приемки материала
Рисунок 5 – Схема бизнес-процесса приемки материалов
7
Должностные инструкции
Скомплектованный
материал
Оптимально
объединить заказы
клиентов
4.1
Оформить
транспортные
накладные
4.2
Информация об отгрузках
Отгрузить материал в
транспортное
средство
4.3
Материал
клиенту
материал
Персонал склада
Процесс отгрузки материала
Рисунок 6 – Схема бизнес-процесса отгрузки материалов
Аналогично разрабатываются схемы каждого бизнес-процесса второго уровня
детализации.
3.2 Выделение информационных объектов. Определение атрибутов объектов
На основе бизнес-процессов предметной области выделим информационные
объекты и их атрибуты. Выделяем объекты-сущности «Материалы», «Единицы
измерения», «Цех», «Должности», «Сотрудники», «Поставщики», «Заказы».
Рассмотрим атрибуты перечисленных объектов.
Таблица 3 – Атрибуты объектов
Объект
Атрибуты объектов
«Единицы измерения» "Ед_изм"
«Приходный ордер»
"№ Приходного ордера", "Дата", "Сдал цех
№"
«Материалы»
"Наименование",
"Кол-во",
"Цена",
"Стеллаж", "№ Приходного ордера",
"Ед_изм"
«Цех»
"Цех №", "Зав_цехом"
«Должности»
"№ Должности", "Наименование", "Оклад"
«Сотрудники»
"Код", "Фамилия", "Имя", "Отчество",
"Дата рождения", "Адрес", "Телефон", "№
Должности"
«Поставщики»
"Код поставщика", "Поставщик"
«Заказы»
"Наименование материала", "Количество",
"Имя поставщика", "Цена поставщика"
8
Необходимо проанализировать каждый атрибут на наличие взаимосвязей с
другими реквизитами объекта. Реквизит приобретает смысл, только тогда, когда он связан
с другими атрибутами, обладающими смысловым единством.
3.3 Определение отношений и мощности отношений между объектами
Рассмотрим взаимосвязи между объектами и мощности отношение и построим
матрицу отношений.
«Приходный ордер» -> «Материалы». «Приходный ордер» главный объект, а
«Материалы» подчинѐнный объект. Тип связи «один ко многим» (Рисунок 7). Так как в
приходном ордере может быть в несколько материалов. Связь между этими объектами
осуществляет атрибут «код_материала».
Приходный ордер
Материалы
1:N
Рисунок 7 – Связь между объектами «Материалы» и «Приходный ордер»
«Должности» -> «Сотрудники». «Должности» главный объект, а «Сотрудники»
подчинѐнный объект. Тип связи «один ко многим» (Рисунок 8). Одна должность может
быть у нескольких сотрудников. Связь между этими объектами осуществляет атрибут
«код_должности».
Должности
Сотрудники
1:N
Рисунок 8 – Связь между объектами «Должности» и «Сотрудники»
Поставщики ->Заказы. «Поставщики» главный объект, а «Заказы» подчинѐнный
объект. Тип связи «один ко многим» (Рисунок 9). Множество заказов может быть
оформлено к одному поставщику. Связь между этими объектами осуществляет атрибут
«код_поставщика».
Заказы
Поставщики
1:N
Рисунок 9 – Связь между объектами «Поставщики» и «Заказы»
Аналогично требуется описать все отношения предметной области.
3.4 Построение схемы инфологической модели
На основе полученных объектов, атрибутов объектов и отношений между ними,
можно построить инфологическую модель (Рисунок 10)
9
Рисунок 10 – Инфологическая модель БД
Каждая сущность логической схемы должна быть представлена таблицей
реляционной базы данных, в которой каждый столбец - это атрибут сущности. На каждую
таблицу составляется описание логической структуры, в ней определяются основные
характеристики каждого поля (атрибута) таблицы, значения характеристик будут
использованы при создании базы данных в конкретной СУБД.
В сущности «Материалы» должны содержаться следующие атрибуты (Рисунок 11)
Рисунок 11 – Сущность «Материалы»
10
Поле "Наименование" имеет тип данных TEXT,
Поле "Кол-во" имеет тип данных NUMERIC,
Поле "Цена" имеет тип данных NUMERIC,
Поле "Стеллаж" имеет тип данных NUMERIC,
Поле "№ Приходного ордера" имеет тип данных NUMERIC,
Поле "Ед_изм" имеет тип данных TEXT.
Аналогично следует описать все остальные сущности модели БД.
4 Разработка даталогической структуры базы данных
Даталогическая структура реляционной базы данных определяется совокупностью
логически связанных реляционных таблиц.
Логические связи соответствуют структурным связям между объектами в
концептуальной модели, каждый объект в логической модели отображается
соответствующей реляционной таблицей.
Связи между таблицами осуществляются посредством общих атрибутов.
Реляционная модель проектируемой базы данных. Таблица 4 содержит
информацию о приходных ордерах, регистрирующих поступление материалов.
Таблица 4 – Описание логической структуры таблицы «Приходный ордер»
Признак
Имя поля
Тип данных
ключа
Точность числа
ограничения
Длинное
Авто
>0
поля
№ Накладной
Pk
Длина
Числовой
целое
Fk
Дата
Дата/время
-
-
-
Сдал цех №
числовой
Длинное
Авто
>0<4
целое
Таблица 5 содержит информацию о материалах.
Таблица 5 – Описание логической структуры таблицы «Материалы»
Признак
Имя поля
Тип данных поля
Длина
ключа
Точность
ограничения
числа
-
Наименование
Текстовый
50
-
-
-
Кол-во
Числовой
Длинное целое
Авто
>0
-
Ед_и
Текстовый
50
-
-
-
Цена
Денежный
Денежный
Авто
-
-
Стеллаж
Числовой
Длинное целое
Авто
>0<11
Fk
№ Приходного
Числовой
Длинное целое
Авто
-
зм
ордера
Аналогично следует описать логическую структуру всех остальных таблиц БД.
11
При создании БД в СУБД ACCESS были созданы таблицы, которые заполнялись
данными.
В таблице «Материалы» созданы следующие поля и заданы типы данных (Рисунок
12):
Поле "Наименование" имеет тип данных Текстовый,
Поле "Кол-во" имеет тип данных Числовой,
Поле "Цена" имеет тип данных Числовой,
Поле "Стеллаж" имеет тип данных Числовой,
Поле "№ Приходного ордера" имеет тип данных Числовой,
Поле "Ед_изм" имеет тип данных Текстовый.
Рисунок 12 – Таблица «Материалы» в режиме конструктора
Затем был выполнен ввод данных в таблицу «Материалы» (Рисунок 13).
Рисунок 13 – Таблица «Материалы» с введенными данными
Аналогично следует описать создание в СУБД MS Access всех остальных
таблиц.
12
Также была сформирована схема связей данных, которая находится во вкладке
"Работа с базой данных"-> "Схема данных". Изображение схемы находится на рисунке 14.
Рисунок 14 – Схема связей данных в СУБД ACCESS
5 Создание клиентской части приложения в Visual Studio C#. SQL-запросы
Описать способ подключения клиентсконо приложения Visual Studio C# к базе
данных Access. Отобразить разработанные формы клиентсконо приложения для
работы с базой данных. Далее описываются все запросы информационной системы.
5.1 Компоненты клиентского приложения
На форму приложения был добавлен компонент TabControl, позволяющий
использовать вкладки для упрощения пользования программой (Рисунок 15).
Рисунок 15 – Внутреннее построение приложения
На каждой из вкладок были добавлены компоненты Dataset, BindingSource,
DataGridView, BindingNavigator (два последних являются визуальными компонентами,
13
первый из них служит для интуитивно понятного переключения между ячейками таблиц,
а второй отображает таблицы, которые сохранены в БД ACCESS). В событии FormLoad
прописаны команды загрузки таблиц из БД.
5.2 Результаты работы клиентского приложения
После настройки компонентов визуализации таблицы БД на каждой вкладке,
программа отображает записи таблицы БД. Таблица «Материалы» показана на рисунке
16.
Рисунок 16 - Таблица «Материалы»
Аналогично следует описать результаты отображения всех остальных
таблиц базы данных.
5.3 Создание SQL-запросов проектируемой БД
Кроме того, была создана одна дополнительная вкладка "Запросы", которая помимо
обычных компонентов содержит 5 кнопок, для каждой из которых была написана
процедура, выполняющая определенный SQL-запрос. Далее приведены примеры SQL
кода в процедурах (полный код в приложении):
Запрос «Материалы, кол-во которых больше тысячи»:
Данный запрос фильтрует информацию из таблицы "Материалы" и выводит список
материалов, количество которых больше тысячи.
SQL-код: SELECT Материалы.* FROM Материалы WHERE ([Кол-во] > 1000);
Результат выполнения запроса показан на рисунке 17.
Аналогично следует описать результаты выполнения всех остальных
запросов.
14
Рисунок 17 – Запрос «Количество более 1000»
Заключение
Проделанная работа позволяет любому пользователю хранить большие объѐмы
информации, обрабатывать их, сортировать, делать выборки по определѐнным критериям.
Разработанная база данных может быть использована в работе склада любого
предприятия.
База данных была разработана с помощью СУБД Microsoft Access 2007, а
клиентское приложение для работы с базой данных на языке программирования C#
VISUAL STUDIO 2010. Реализован учет материалов.
Литература
1. Гущин А. Н. Базы данных. Учебник / М.: Директ-Медиа, 2014. – 266 с.
2. В.И. Швецов. «Базы данных». Курс Интернет университета информационных
технологий INTUIT.ru. http://www.intuit.ru/department/database/databases/
3. Голицына Ольга Леонидовна, Максимов Николай Вениаминович, Попов Игорь
Иванович. Базы данных. Учебное пособие М: Форум, 2014. 400 с.
4. Кузнецов С.Д. ―Основы баз данных― Интернет-университет информационных
технологий - ИНТУИТ.ру, 2005
5. Кумскова Ирина Александровна. Базы данных. Учебник / М.: Кнорус, 2012
6. Малыхина М. П. Базы данных: основы, проектирование, использование. — СПб.:
БХВ-Петербург, 2004. — 512 с: ил. ISBN 5-94157-310-4
7. Маркин А.В. Построение запросов и программирование на SQL. Гриф УМО ВУЗов
России / М: Диалог-МИФИ 2014.- 320 с.
8. Новиков Б.А., Домбровская Г.Р. Настройка приложений баз данных. Гриф УМО МО
РФ. / БХВ-Петербург. 2012, 240 с.
9. А. Сергеев. «Access 2007. Новые возможности». Спб: Питер, 2008 -- 176с.
10. Борис Советов, Владислав Цехановский, Владимир Чертовской. Базы данных.
Учебник М: Издательство «Юрайт», 2015. 464 с.
11. Московский Государственный Университет Экономики, Статистики и Информатики
(МЭСИ). С.М. Диго. Часть 1. «Введение в базы данных. Методология
проектирования». М., 2006
12. Уидом Дженнифер. Реляционные базы данных. Руководство / М:Лори 2014, 374 с.
15
Приложение. Листинг программы
Листинг запроса «Количество материалов более 1000»
privatevoid button1_Click_1(object sender, EventArgs e)
{
varПодключение = new System.Data.OleDb.OleDbConnection("Data
Source=\"E:\БДскладматериалов.mdb\";User " +
"ID=Admin;Provider=\"Microsoft.Jet.OLEDB.4.0\";");
Подключение.Open();
var command = new System.Data.OleDb.OleDbCommand("SELECT Материалы.* FROM Материалы WHERE
([Кол-во] > 1000);", Подключение);
varАдаптер = new System.Data.OleDb.OleDbDataAdapter(command);
varНаборДанных = new System.Data.DataSet();
Адаптер.Fill(НаборДанных, "Материалы");
dataGridView7.DataSource = НаборДанных;
dataGridView7.DataMember = "Материалы";
Подключение.Close();
}
Привести полный листинг всех процедур программы.
Методические указания обсуждены и одобрены на заседании кафедры информационных
технологий «__ »
2015 г., протокол № _
Заведующий кафедрой
Ф. Э. Аксаев
Содержание
Введение .....................................................................................................................................2
Примерные темы курсовых проектов ......................................................................................2
Структура курсового проекта ...................................................................................................3
Проектирование информационной системы на основе базы данных ..................................3
Пример разработки информационной системы с БД .............................................................5
1. Анализ предметной области .............................................................................................5
2. Постановка задачи .............................................................................................................6
3. Разработка инфологической модели предметной области ............................................6
4 Разработка даталогической структуры базы данных ...................................................11
5 Создание клиентской части приложения в Visual Studio C#. SQL-запросы ..............13
16