53
б) периодичность сбора данных о причинах отказа – ежедневно, по
мере поступления;
в) периодичность формирования заявок – ежедневно, по мере
поступления;
г) основное назначение:
- сбор данных о продажах автозапчастей;
- формирование заявок.
д) перечень входных потоков:
- сведения об марке автомобиля для которой нужна автозапчасть;
В данном входном потоке отражается:
Номер автозапчасти; марка, модель; кузов; комплектация.
2.2.4 Характеристика результатной информации
Описание результатных документов приведено в таблице 2.
Таблица 2
Описание выходных документов
№
пп
Наименование
Реквизиты
Таблицы, на
основе
которых
формируется
Частота
формирова
ния
Способ
доставки
1
Операции
· Номер заявки
· Операция
· Сумма
· Заказ детали
Операции
Заявки
По мере
необходим
ости
Экранная
форма
Печатная
форма
2
Суммы по
заявкам
· Номер заявки
· сумма за
работы
· сумма за детали
· Общая сумма
Операции
Заявки
По мере
необходим
ости
Экранная
форма
Печатная
форма
2.3 Программное обеспечение задачи
2.3.1 Общие положения
В разработанной системе предусмотрен только один пользователь
– менеджер. Дерево функций модуля представлено на рисунке 5.
54
Рис.5 Дерево функций менеджера
На основании дерева функций разработан сценарий диалога,
схематически представленный на рисунке 6.
Рис.6 Сценарий диалога
2.3.2 Характеристика базы данных
Инфологическая модель представляет собой описание структуры и
динамики предметной области, характер информационных потребностей
Функции менеджера
Основные
Служебные
Оформление
заявки
Проведение
операций
Вывод
отчетов
Заполнение
справочников
Главное меню
Заполнение
данных
Отчет
Выход из БД
Заполнение
данных
Заказ материалов
Заполнение базы
заявок
Операции
Расчет сумм по
заявке
Выход
Отчет
Акт
Заказ
Операции
Суммы по заявкам
Сводная таблица
Сводная
диаграмма
Выход
55
пользователей системы в терминах понятных пользователю и независимых
от реализации системы на конкретной ЭВМ и, в частности, от выбранной
СУБД. Такое описание может быть представлено с помощью любого
способа, допускающего однозначную интерпретацию. Одним из таких
способов является построение диаграммы «сущность – связь».
Для ее построения необходимо:
выделить сущность предметной области;
определить атрибуты сущностей;
определить связи между сущностями.
Под сущностью понимается некоторая абстракция реального
существующего объекта. При рассмотрении понятия сущности выделяют:
тип сущности и экземпляр сущности.
Тип сущности - набор объектов одного типа.
Экземпляр сущности - конкретный объект в наборе.
Под атрибутом понимается средство, с помощью которого
моделируются свойства сущности. Атрибуты служат для описания свойств
сущности и идентификации экземпляров сущности, то есть с их помощью
можно однозначно отличить один экземпляр от другого.
Атрибуты бывают описательными и идентифицирующими.
Идентифицирующий атрибут - это такой атрибут, по которому
можно однозначно отличить один экземпляр сущности от другого.
Описательный атрибут - это такой атрибут, который описывает
свойства экземпляра сущности. С помощью атрибутов можно описывать
не только свойства сущности, но и связи между ними. Различают
следующие виды связи: бинарные, тернарные, k-ные. Наиболее
применимы бинарные связи.
На основании результатов исследования предметной области
рассматриваемой задачи можно выделить следующие сущности ПО и
атрибуты, их характеризующие:
56
На рисунке представлена инфологическая модель предметной
области.
Рис.7 Инфологическая модель предметной области
Задача логического проектирования базы данных состоит в
разработке ее «логической» структуры в соответствии с инфологической
моделью предметной области. Решение этой задачи зависит от того, какую
модель данных поддерживает выбранная СУБД. Выбранная СУБД
поддерживает реляционную модель данных.
В соответствии с реляционной моделью данных база данных
представляется в виде совокупности таблиц, над которыми могут
выполняться операции, формулируемые в терминах реляционной алгебры.
Столбцы таблицы называются атрибутами, строки – кортежами.
Множество значений, которые может принимать атрибут, называется
доменом. Тип сущности здесь интерпретируется отношением или
таблицей. Экземпляр сущности интерпретируется кортежем, а атрибут
интерпретируется столбцом таблицы.
заявка
Дата
оформления
Дата
выполнения
номер
стоимость
содержит
услуга
номер
стоимость
название
содержит
название
стоимость
услуга
номер
Клиент
Город
Адре
с
Телефо
н
57
Таблица 3
Даталогическая модель БД
Наименование
таблицы
Наименование
столбца
Ключ
Тип поля
Заявки
Номер заявки
*
Счетчик
Дата
Дата
Дата выполнения
Дата
Клиент
Числовой
Автомобиль
Текстовый
Год выпуска
Числовой
Город
Текстовый
Адрес
Текстовый
Телефон
Текстовый
Операции
Код
*
Счетчик
Номер заявки
Числовой
Операция
Текстовый
Сумма
Денежный
Заказ детали
Текстовый
Сумма детали
Денежный
Поставщик
Текстовый
2.3.3 Технологическое обеспечение задачи
Менеджеру поступают документы, на основании которых
заполняются заявки, которым присваиваются регистрационные номера. На
основании заявки заполняется документ операции для формирования
заказа материалов. В процессе регистрации заполняется регистрационная
форма для каждого документа. При необходимости формируются акты
выполненных работ, которые можно распечатать, так же как и сами
документы заявка и операция. Необходимо в конце месяца печатать
сводные отчеты по суммам и по операциям.
2.4 Контрольный пример реализации проекта и его описание
Создаем схему данных, согласно которой заносятся данные в базу
данных. Файл базы данных называется «Гарант». База данных будет
содержать по нашей схеме две таблицы: «Заявки», «Операции».
58
Таблица «Заявки» содержит поля «Номер заявки», «Дата», «Дата
выполнения», «Клиент», «Автомобиль», «Год выпуска», «Город»,
«Адрес», «Телефон». Таблица «Операции» содержит поля «Код», «Номер
заявки», «Операция», «Сумма», «Заказ детали», «Сумма детали»,
«Поставщик».
Определим характеристику полей обеих таблиц.
Таблица 4
Состав таблицы «Заявки»
Имя
Тип пoлeй
Рaзмeр пoлeй
Номер заявки
Счетчик, ключевое поле
Длинное целое
Дата
Дата/Время
Дата выполнения
Дата/Время
Клиент
Текстовый
50
Автомобиль
Текстовый
50
Год выпуска
Числовой
Длинное целое
Город
Текстовый
12
Адрес
Текстовый
50
Телефон
Текстовый
12
В MS Access создаем необходимые таблицы.
Конструктор таблицы «Заявки» представлен на рисунке 8.
Рис. 8 Конструктор таблицы «Заявки»
59
Таблица 5
Состав таблицы «Операции»
Имя
Тип пoлeй
Рaзмeр пoлeй
Код
Счетчик, ключевое поле
Длинное целое
Номер заявки
Числовой
Длинное целое
Операция
Текстовый
50
Сумма
Денежный
Длинное целое
Заказ детали
Текстовый
50
Сумма детали
Денежный
Длинное целое
Поставщик
Текстовый
50
Конструктор таблицы «Операции» представлен на рисунке 9.
Рис. 9 Конструктор таблицы Операции
В таблицу «Заявки» вносим данные по данным автомобилей и их
владельцев, которые принимаются на ремонт и обслуживание. В поле
«Дата» вносим даты приема заказов, в поле «Дата выполнения» вносим
даты окончания работ и сдачи автомобиля владельцу.
60
Таблица 6
Данные таблицы «Заявки»
Заявки
Номер
заявки
Дата
Дата
выполнения
Клиент
Автомобиль
Год
выпуска
Город
Адрес
Телефон
1
01.06.2016
20.06.2016
Молотов
С. И.
Volvo
2005
Самара
Мира, 25
89275262413
2
02.06.2016
21.06.2016
Гончаров
А. А.
ВАЗ2110
2010
Сызрань
Ленина, 40
89275551112
3
15.06.2016
15.06.2016
Данилов
И. П.
AUDY
2007
Тольятти
Гоголя, 28,
кв. 8
89278546541
4
16.06.2016
16.06.2016
Иванов
Р. А.
BMW
2008
Самара
Стара
Загора, 128,
кв 48
89278579871
5
17.06.2016
20.06.2016
Жуков С.
Т.
KIA
2009
Кинель
Ленина, 98
89279568542
6
20.06.2016
30.06.2016
Франков
Е. П.
Lexus
2010
Чапаевск
Кирова, 30
8927841357
7
20.06.2016
22.06.2016
Папин А.
Р.
Saab
2010
Самара
Енисейская,
131 кв. 8
89274321564
8
12.06.2016
25.06.2016
Гудов Н.
К.
Mazda
2010
Самара
Гагарина,
45, кв. 65
89273512461
9
22.06.2016
25.06.2016
Костин
А. С.
Skoda
2009
Самара
Светлая, 76
89278154621
10
23.06.2016
23.06.2016
Дарков
Д. П.
Chery
2008
Самара
Кирова,
251, кв. 80
89274852465
В таблицу «Операции» вносим данные по выполненным работам по
ремонту и обслуживанию.
Таблица 7
Данные таблицы «Операции»
Операции
Код
Номер
заявки
Операция
Сумма
Заказ детали
Сумма
детали
Поставщик
1
1
Установка двери
8 000,00р.
Дверь
12 000,00р.
Акадия
2
1
Покраска
12 000,00р.
Краска
2 000,00р.
Эльбрус
3
1
Установка фары
2 000,00р.
Фара
3 000,00р.
Акадия
4
2
Установка колодок
1 200,00р.
Колодки
5 000,00р.
Акадия
5
2
Покраска
5 000,00р.
Краска
5 000,00р.
Эльбрус
6
3
ТО
3 000,00р.
Масло
1 000,00р.
Снабсервис
7
4
ТО
3 000,00р.
Масло
1 000,00р.
Снабсервис
8
5
Замена подушек
1 200,00р.
Подушки стабилизатора
12 000,00р.
Авто-центр
9
5
Замена сальника
1 000,00р.
Сальник
2 250,00р.
Авто-центр
10
5
Ремонт ходовой
2 500,00р.
11
6
замена крышки
багажника
7 500,00р.
крышка багажника
20 000,00р.
Авто-центр
12
6
покраска
3 000,00р.
краска
4 000,00р.
Авто-центр
13
7
замена бампера
3 000,00р.
бампер
7 000,00р.
Авто-центр
14
7
замена передней фары
500,00р.
фара передняя
2 500,00р.
Авто-центр
61
Если структура базы данных продумана заранее, а связи между
таблицами намечены, то создание реляционных отношений между
таблицами выполняется очень просто. Вся необходимая работа
происходит в специальном окне Схема данных и выполняется с помощью
мыши. Окно Схема данных открывают кнопкой на панели инструментов
или командой Сервис / Схема данных (если в меню Сервис не видно
соответствующего пункта, следует раскрыть расширенную часть меню).
Образовавшаяся межтабличная связь отображается в окне Схема
данных в виде линии, соединяющей два поля разных таблиц. При этом
одна из таблиц считается главной, а другая — связанной. Главная — это
та таблица, которая участвует в связи своим ключевым полем (название
этого поля на схеме данных отображается полужирным шрифтом).
У связи два основных назначения. Первое — обеспечение
целостности данных, а второе — автоматизация задач обслуживания базы.
Связь между таблицами позволяет:
либо исключить возможность удаления или изменения данных в
ключевом поле главной таблицы, если с этим полем связаны
какие-либо поля других таблиц.
либо сделать так, что при удалении (или изменении) данных в
ключевом поле главной таблицы автоматически (и абсолютно
корректно) произойдет удаление или изменение
соответствующих данных в полях связанных таблиц.
Для настройки свойств - связи надо в окне Схема данных выделить
линию, соединяющую поля двух таблиц, щелкнуть на ней правой кнопкой
мыши и открыть контекстное меню связи, после чего выбрать в нем пункт
- Изменить связь — откроется диалоговое окно Изменение связи. В нем
показаны названия связанных таблиц, имена полей, участвующих в связи
(здесь же их можно изменить), а также приведены элементы управления
для обеспечения условий целостности данных.
62
Если установлен только флажок Обеспечение целостности данных,
то удалять данные из ключевого поля главной таблицы нельзя. Если
вместе с ним включены флажки Каскадное обновление связанных полей и
Каскадное удаление связанных записей, то, соответственно, операции
редактирования и удаления данных в ключевом поле главной таблицы
разрешены, но сопровождаются автоматическими изменениями в
связанной таблице.
Таким образом, смысл создания реляционных связей между
таблицами состоит, с одной стороны, в защите данных, а с другой стороны
— в автоматизации внесения изменений сразу в несколько таблиц, при
изменениях в одной таблице.
Таблицы связаны по полю «Номер заявки». В таблице «Заявки»
поле ключевое. Связь «Один-ко-многим». Схема данных представлена на
рисунке 10.
Рис. 10 Схема данных
В целом все запросы решают проблему обновления базы данных.
Существуют различные формы запросов. Выбор формы запросы зависит
от решаемой задачи, от системы организации системы базы данных, а так
же от пристрастий пользователя. В любом случае пользователь получает
из базы данных информацию, требуемую в данный момент времени.
Запросы представляют собой набор выборочной информации из
общей базы данных.
Если структура базы данных предприятия хорошо продумано, то
исполнители, работающие с базой, должны навсегда забыть о том, что в