62
несколько атрибутов, принадлежащих данной сущности или связанных с ней и
однозначно определяющий любой её экземпляр.
Связь
(Relationship)
- это
ассоциация
между
сущностями,
при
которой
каждый экземпляр одной сущности ассоциирован с произвольным (в том числе
нулевым) количеством экземпляров другой сущности.
Выделяют
различные
виды
связи:
«один к одному»
(1:1),
«один ко
многим» (1:М) и «многие ко многим» (М:М).
В
ER-модели
должно
быть
отображено
все,
о чем
идет
речь в
данной
предметной области (во входных документах, в выходных документах и т.п.).
м
После построения полной ER-модели необходимо определить состав хранимых
показателей.
Переход
от
ER-модели
к
даталогической
модели
проводиться
только для хранимых показателей.
В данном дипломном проекте ER-модель построена в ERWin (рисунок
10).
Рисунок 10. ER-диаграмма в среде ERwin
ERwin имеет два уровня представления модели — логический и
физический.
ф
63
Логический уровень - это абстрактный взгляд на данные, на нем данные
представляются так, как выглядят в реальном мире, и могут называться так, как
они называются в реальном мире. Логическая модель данных является
универсальной и никак не связана с конкретной реализацией СУБД.
Физическая
модель
данных,
напротив,
зависит от
конкретной
СУБД,
фактически являясь отображением системного каталога. В физической модели
содержится информация обо всех объектах БД.
Если
в
логической
модели
не
имеет
значения,
какой
конкретно тип
данных
имеет
атрибут,
то в
физической
модели
важно
описать всю
информацию
о
конкретных
физических
объектах
-
таблицах,
колонках,
индексах, процедурах и т. д.
Не все виды связи, существующие в предметной области можно
отобразить на логическом уровне. Так большинство СУБД не обеспечивают
поддержание связи типа М:М. В этом случае в даталогической модели вводится
вспомогательный элемент, т.е. M:M разбивается на два отношения между
исходными элементами и вспомогательными.
В данном дипломном проекте, в соответствии с описанной предметной
областью,
были
выявлены
следующие
сущности:
Репертуар,
Театр,
Жанр,
Кассир, Клиент.
Для
того,
что бы
реализовать
связь M:M на
физическом
уровне
были
добавлены дополнительные таблицы «Заявка», «Продажа», «Абонемент».
На основе физической модели была создана база данных в SOL Server
путем передачи скрипта из ERWin.
При
проектировании
базы
данных
разработаны
следующие
таблицы,
наименование которых и их назначение приведено в таблице 8.
64
Таблица 8
Описание таблиц базы данных
Наименование
Хранимые данные
Вид предложения
Данные о видах предложения
Предложения
Данные о предложениях
Клиенты
Данные о клиентах
Операторы
Данные об операторах
Договора
Данные о договорах клиентов
Заявка
Данные о заявках клиентов
Скидки
Данные о звонках клиентам с предложениями скидок и
участии в акциях
Претензии
Данные о претензиях клиентов
Характеристика каждой таблицы базы данных приведена ниже, в
таблицах 9–16.
Таблица 9
Таблица Вид предложения
Название поля
Идентификатор
поля
Тип
поля
Длина
поля
Приме
чание
Код вида
Код кодвида
Счетчик
Ключев
ое поле
Вид предложения
Код педложения
Строка
15
Таблица 10
Таблица Договор
Название поля
Идентификатор
поля
Тип
поля
Длина
поля
Приме
чание
Код договора
Код договора
Счетчик
Ключе
вое
поле
Наименование
Наименование
Число
Таблица 11
Таблица Клиент
Название поля
Идентификатор
поля
Тип
поля
Длина
поля
Приме
чание
Код клиента
Код клиента
Счетчик
Ключе
вое
поле
Наименование
Наименование
Строка
30
Телефон
Телефон
Строка
10
Адрес
Адрес
Строка
50
Код договора
Код договора
Счетчик
65
Таблица 12
Таблица Операторы
Название поля
Идентификатор
поля
Тип
поля
Длина
поля
Приме
чание
Код оператора
Код оператора
Счетчик
Ключе
вое
поле
Наименование
Наименование
Строка
30
Телефон
Телефон
Строка
10
Адрес
Адрес
Строка
50
Таблица 13
Таблица Предложения
Название поля
Идентификатор
поля
Тип
поля
Длина
поля
Приме
чание
Код предложения
Код предложения
Счетчик
Ключе
вое
поле
Код вида
Код вида
Число
Вид предложения
код вида
Вид предложения
код вида
Число
Наименование
Наименование
Строка
20
Цена
Цена
Число
Таблица 14
Таблица Заявка
Название поля
Идентификатор
поля
Тип
поля
Длина
поля
Код оператора
Код оператора
Счетчик
Код предложения
Код предложения
Число
Дата
Дата
Дата
Цена
Цена
Число
Количество
Количество
Число
Сумма
Сумма
Число
Код клиента
Код клиента
Число
Таблица 15
Таблица Скидка
Название поля
Идентификатор
поля
Тип
поля
Длина
поля
Код оператора
Код оператора
Счетчик
Код предложения
Код предложения
Число
Дата
Дата
Дата
Скидка
Скидка
Число
Согласие
Согласие
Логическ
ий
66
Код клиента
Код клиента
Число
Таблица 16
Таблица Претензия
Название поля
Идентификатор
поля
Тип
поля
Длина
поля
Код оператора
Код оператора
Счетчик
Код предложения
Код предложения
Число
Дата
Дата
Дата
Проблема
Проблема
Срока
255
Код клиента
Код клиента
Число
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Схема взаимосвязи программных модулей представляет собой разделение
общего процесса решения задачи на отдельные процедуры преобразования
информации, именуемой модулями. Дерево программных модулей отражает
логическую структуру программы с указанием типов взаимодействия модулей:
тип Т – передача управления вызываемому модулю с возвратом в
вызывающий модуль;
тип Р – передача управления без возврата.
Дерево программных модулей для исходящих документов представлено
для входящих документов на рисунке 11.
Рисунок 11. Дерево программных модулей. Входящие документы
В таблице 17 содержится описание всех модулей структурной схемы пакетов:
67
Таблица 17
Таблица модулей разрабатываемого программного продукта.
№
п/п
Наименование
модуля
Функционал модуля
1
Форма «Рабочий
стол»
Содержит в себе глобальные переменные,
процедуры и функции. Основная работа начинается
с этого модуля.
2
Форма «Документы»
Форма формирования и отправки документов.
3
Форма «Отчеты»
Форма формирование и отправки отчета по
прайсам, заявкам, претензиям по продуктам.
4
Форма
«Справочники»
Форма содержит в себе информацию о клиентах,
видах продукта, договорах.
68
2.3.4. Описание программных модулей
В разрабатываемой системе производится расчет следующих показателей:
Количество заявок;
Количество принятых предложений;
Цена.
В таблице 18 приведено описание первичных показателей, а в таблице
19 – описание результатных показателей.
Таблица 18
Формализованное и исходное описание первичных показателей
Наименование показателей
Идентификатор
показателя
Заявок
K
Принятых предложения
X
Цена
С
Таблица 19
Формализованное описание результатных показателей
Наименование показателя
Идентификатор
показателя
Алгоритм расчета
Количество заявок
S1
Σ К
Количество принятых предложений
S2
Σ Х
Стоимость заявок
S4
К*С
Стоимость принятыхпредложений
S5
Х*С
В компьютерных системах баз данных пользователи для ввода, просмотра
и распечатки отчетов с информацией базы данных могут использовать формы.
Модуль «Отчеты» необходим для формирования печатных форм. В этом
модуле хранятся шаблоны для печати. После запроса обрабатывается исходная
информация в
соответствии
с
заданными
параметрами
пользователя,
затем
формируется отчет. Отчеты выполняются при помощи механизма 1С
«Построитель отчетов». Схема его работы представлена на рисунке 12.
69
Рисунок 12. Схема работы «Отчеты»
Практически все виды запросов, которые можно построить программно, в
1С можно построить визуально. Также в 1С есть возможность создавать
разнообразные запросы выборки. Существует развитая система фильтров.
Фильтры и система сортировки - одна из наиболее сильных сторон 1С.
Фильтры строятся с помощью запросов или установкой критериев.
Компьютерные системы используют отчеты и запросы для считывания и
представления данных таким образом, чтобы обеспечить полезность
информации, содействовать принятию решений или поддерживать
коммерческие приложения.
Блок-схема модуля «Заполнение документов» имеет следующий вид
(рисунок 13):
70
Рисунок 13 Блок-схема документа «Заполнение документов»
71
2.4. Контрольный пример реализации проекта и его описание
После запуска конфигурации открывается Главное окно программы
(рисунок 14).
Рисунок 14. Главное окно программы
Далее заносим данные в справочники ( рисунки 15-19)
Рисунок 15. Заполнение справочника Вид предложения
Рисунок 16. Заполнение справочника Операторы