66
предписывая конкретную методологию моделирования, делает
оценку предметной области более конкретной и целенаправленной;
является удобным способом документирования проекта;
обеспечивает возможность проводить проектирование АИС без
привязки к опредеелнной целевой СУБД и производить выбор последней в
любой момент.
В предметной сфере имеется много разнообразных объектов. Объекты
представляют некую сущность, о которой собираются какие-либо данные.
Объекты группируются в классы. Класс объектов - совокупность объектов,
которые имеют одинаковый набор свойств. Каждому классу объектов в ER-
модели присваивается свое имя. Также каждая сущность должна иметь
уникальный идентификатор (РК). Уникальный идентификатор представляет
собой один или несколько атрибутов.
Связь (Relationship) представляет собой связь между сущностями, при
которой каждый отдельный экземпляр ассоциирован с произвольным числом
экземпляров другой сущности.
Выделяют различные виды связи: «один к одному» (1:1), «один ко
многим» (1:М) и «многие ко многим» (М:М).
В ER-модели должно быть отображено все, о чем идет речь в данной
предметной области. После формирования полной ER-модели нужно
определить весь состав хранимых показателей. Переход от ER-модели к
даталогической модели выполняется только для хранимых показателей.
В данном дипломном проекте ER-модель построена в ERWin (рисунок
10).
67
Рисунок 11. ER-диаграмма в среде ERwin
ERwin имеет 2 уровня представления модели — физический и
логический.
Не все виды связи между сущностями, существующие в предметной
области возможно изобразить на логическом уровне. Так большинство систем
управления базами данных не обеспечивают поддержку связей класса М:М. В
этом случае в даталогической модели вводится вспомогательный элемент, т.е.
M:M разбивается на два отношения между исходными элементами и
вспомогательными.
В данном дипломном проекте, в соответствии с описанной предметной
областью, были выявлены следующие сущности: Репертуар, Театр, Жанр,
Кассир, Клиент.
Для того, что бы реализовать связь M:M на физическом уровне были
добавлены дополнительные таблицы «Бронь», «Продажа», «Абонемент».
На основе физической модели была создана база данных в SOL Server
путем передачи скрипта из ERWin.
68
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Схема взаимосвязи программных модулей представляет собой разделение
общего процесса решения задачи на отдельные процедуры преобразования
информации, именуемой модулями. Дерево программных модулей отражает
логическую структуру программы с указанием типов взаимодействия модулей:
тип Т – передача управления вызываемому модулю с возвратом в
вызывающий модуль;
тип Р – передача управления без возврата.
Дерево программных модулей для исходящих документов представлено
на рисунке 11, для входящих документов на рисунке 12.
Рисунок 12. Дерево программных модулей. Входящие документы
2.3.4. Описание программных модулей
В разрабатываемой системе производится расчет следующих
показателей:
количество и стоимость проданных билетов;
количество и стоимость забронированных билетов;
Количество и стоимость абонементов.
69
В таблице 10 приведено описание первичных показателей, а в таблице 11
– описание результатных показателей.
Таблица 10
Формализованное и исходное описание первичных показателей
Наименование показателей
Идентификатор
показателя
Продано
K
Забронировано
X
Абонементы
NI
Цена
С
Таблица 11
Формализованное описание результатных показателей
Наименование показателя
Идентификатор
показателя
Алгоритм расчета
Количество продаж
S1
Σ К
Количество забронировано
S2
Σ Х
Количество Абонементов
S3
Σ N
Стоимость продаж
S4
К*С
Стоимость забронировано
S5
Х*С
Стоимость Абонементов
S6
N*C
При проектировании базы данных созданы следующие таблицы,
наименование которых и их назначение приведено в таблице 12.
Таблица 12
Описание таблиц базы данных
Наименование
Хранимые данные
Жанры
Данные о жанрах
Театры
Данные о театрах
Клиенты
Данные о клиентах
Кассиры
Данные о кассирах
Репертуар
Данные о спектаклях
Продажа
Данные о продаже билетов
Бронь
Данные о забронированных билетах
Абонемент
Данные об абонементах
70
Характеристика каждой таблицы базы данных приведена ниже, в
таблицах 13–19.
Таблица 13
Таблица Театр
Название поля
Идентификатор поля
Тип поля
Длина
поля
Примечание
Код театра
Код театра
Счетчик
Ключевое
поле
Название
Название
Строка
20
Адрес
Адрес
Строка
20
Таблица 14
Таблица Жанры
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Примеч
ание
Код жанра
Код жанра
Счетчик
Ключево
е поле
Название
Название
Строка
20
Таблица 15
Таблица Клиент
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Примеч
ание
Код клиента
Код клиента
Счетчик
Ключево
е поле
Название
Название
Строка
20
Телефон
Телефон
Строка
10
Таблица 16
Таблица Кассир
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Примеч
ание
Код кассира
Код кассира
Счетчик
Ключево
е поле
Название
Название
Строка
20
Таблица 17
Таблица Репертуар
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Примеч
ание
Код спектакля
Код спектакля
Счетчик
Ключево
е поле
Код театра
Код театра
Число
Код жанра
Код жанра
Число
Название
Название
Строка
20
Дата начала
Дата начала
Дата
Цена билета
Цена билета
Число
71
Таблица 18
Таблица Бронь
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Код спектакля
Код спектакля
Счетчик
Код театра
Код театра
Число
Название
Название
Строка
20
Дата начала
Дата начала
Дата
Цена билета
Цена билета
Число
Количество
Количество
Число
Время
Время
Число
Код клиента
Код клиента
Число
Таблица 19
Таблица Абонемент
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Код спектакля
Код спектакля
Счетчик
Код театра
Код театра
Число
Название
Название
Строка
20
Дата начала
Дата начала
Дата
Дата окончания
Дата окончания
Дата
Код клиента
Код клиента
Число
Таблица 20
Таблица Продажа
Название поля
Идентификатор
поля
Тип поля
Длина
поля
Код спектакля
Код спектакля
Счетчик
Код театра
Код театра
Число
Название
Название
Строка
20
Дата начала
Дата начала
Дата
Цена билета
Цена билета
Число
Количество
Количество
Число
Время
Время
Число
Код кассира
Код кассира
Число
2.4. Контрольный пример реализации проекта и его описание
После запуска конфигурации открывается Главное окно программы (рис
2.12)
72
Рисунок 13 Главное окно программы
Далее заносим данные в справочники ( рис. 2.14 – 2.18)
Рисунок 14 Заполнение справочника Жанры
Рисунок 15 Заполнение справочника Кассир
Рисунок 16 Заполнение справочника Клиенты
Рисунок 17 Заполнение справочника Театры
73
Рисунок 18 Заполнение справочника Репертуар
Затем оформляем бронь (рис 2.19)
Рисунок 19 Заполнение документа Бронь
Выполним оформление абонемента (рис. 2.20)
Рисунок 20 Заполнение документа Абонемент
Рисунок 21 Заполнение документа Продажа
Получили следующие отчеты: (рис.2.21 – 2.23)
74
Рисунок 21 Отчет Афиша
Рисунок 22 Отчет Забронировано
Рисунок 23 Отчет о продажах
75
III. Обоснование экономической эффективности проекта
3.1 Выбор и обоснование методики расчёта экономической
эффективности
При автоматизации данной системы затрачено весьма много
материальных и трудовых ресурсов. Чтобы показать что данные расходы были
совершены не зря и после внедрения проекта автоматизации показатели
улучшатся, необходимо выполнить расчет экономической эффективности.
Существует несколько направлений произведения расчета экономической
эффективности. Рассмотрим некоторые из них по подробнее.
1. Сопоставление вариантов организации систем обработки
экономической информации по комплексу задач (например, сопоставление
системы обработки данных, предлагаемой в проекте с исходным вариантом).
2. Сравнение вариантов организации информационной базы
комплекса задач (организация расположения файлов и организация базы
данных).
3. Сравнение вариантов организации технологии сбора, обработки,
хранения и выдачи информации.
4. Сравнение вариантов технологии разработки систем обработки
экономической информации (к примеру, частное проектирование с
использованием методов, использующих пакеты прикладных программ).
Экономическая эффективность - это мера соотношения затрат и
результатов функционирования. Экономическая эффективность проекта
складывается из двух составляющих:
косвенный эффект;
прямой эффект.
Косвенный эффект характеризуется повышением прибыли, привлечением
большего количества покупателей, уменьшением расходов на сырьё и