Курсач!!!!!!!!

Государственное образовательное учреждение
высшего профессионального образования
Поволжский государственный университет телекоммуникаций и
информатики
Кафедра экономических и информационных систем
Сдана на проверку
Допустить к защите
«_____»___________ 2009 г.
«_____»___________2009 г.
Защищена с оценкой_____
«_____»___________2009 г.
КУРСОВАЯ РАБОТА
«ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ»
Пояснительная записка на 0 листах
Выполнили:
Студенты группы ИЭ-62
Кручинина Е., Семенова Н.,
Степанов Е., Ягрушкина И.
Проверила:
Диязитдинова А.Р.
Самара 2009
РЕЦЕНЗИЯ
2
Содержание
ЗАДАНИЕ С УКАЗАНИЕМ НОМЕРА ВАРИАНТА ................................................................4
ВВЕДЕНИЕ ....................................................................................................................................5
1. ПОСТАНОВКА ЗАДАЧИ ........................................................................................................7
2. РАЗРАБОТКА ПЛАНА-ГРАФИКА ВЫПОЛНЕНИЯ ПРОЕКТА .....................................10
3. Технико-экономическое обоснование эффективности проекта .......................................12
3.1 Цель разработки информационной системы ..................................................................12
3.2 Вид и порядок расчета ......................................................................................................12
3.3 Расчет себестоимости разработки программного продукта ..........................................14
3.4 Оценка экономической эффективности разработки и использования ИС на
предприятии .............................................................................................................................19
4. РАЗРАБОТКА ПРОЕКТА ИС С ПОМОЩЬЮ СТРУКТУРНОГО ПОДХОДА ...............25
4.1Моделирование данных (с использованием IDEF0) .......................................................25
4.2 Иерархия диаграмм ...........................................................................................................26
4.3 Спецификация процессов .................................................................................................27
5. РАЗРАБОТКА ПРОЕКТА ИС С ПОМОЩЬЮ ОБЪЕКТНО-ОРИЕНТИРОВАННОГО
ПОДХОДА (UML-диаграммы) ..................................................................................................35
5.1 Диаграмма вариантов использования ..............................................................................35
5.2Диаграмма классов .............................................................................................................38
Рис.10 Диаграмма классов ......................................................................................................38
5.3 Диаграмма состояний ........................................................................................................41
5.4 Диаграмма деятельности ..................................................................................................42
5.5 Диаграмма последовательности .......................................................................................43
5.6 Диаграмма кооперации .....................................................................................................45
5.7 Диаграмма компонентов ...................................................................................................46
5.8 Диаграмма размещений ....................................................................................................47
6. ПРОЕКТИРОВАНИЕ ДАННЫХ ...........................................................................................48
6.1. Логическое моделирование .............................................................................................48
6.2. Физическое моделирование .............................................................................................58
7. РАЗРАБОТКА ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА ................................................61
7.1. Описание функциональностей системы .........................................................................61
7.2. Разработка экранных форм ..............................................................................................62
ЗАКЛЮЧЕНИЕ............................................................................................................................64
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ .........................................................................65
3
ЗАДАНИЕ С УКАЗАНИЕМ НОМЕРА ВАРИАНТА
Вариант 2 - Продажа театральных билетов.
В городе несколько театров (оперный, драматический, кукольный и т.д.).
Информационная система предназначена для выполнения справочной
функции (по запросу должна выдаваться информация, в каком театре какой
спектакль идет, данные о свободных билетах, о стоимости билетов и т.д.), а
также для продажи билетов на спектаклях.
По каждому театру должна выдаваться информация – адрес, телефоны касс,
худрука, ведущих актерах и т.п. В театре осуществляются постановки
спектаклей. Каждый спектакль имеет следующие атрибуты: название, жанр,
ведущий актер, продолжительность, режиссер-постановщик, дата премьеры.
Спектакли можно подразделить по жанрам: музыкальная комедия, трагедия,
оперетта и пр. С другой стороны, спектакли можно подразделить на детские,
молодежные и пр. В репертуаре театра указывается какие спектакли, в какие
дни и в какое время будут проходить, а также даты премьер. Также в
конкретном театре могут проходить гастроли приезжих театров.
При продаже билетов должна учитываться следующая информация:
премьерный спектакль или нет (на премьеру билеты дороже), категория
(партер, амфитеатр и т.п.), ряд, место.
4
ВВЕДЕНИЕ
Ничто
не
стоит
на
месте,
не
говоря
уже
о
технологиях,
информационных системах. Они в первую очередь бегут наперегонки со
временем в своем развитии.
В самом широком смысле информационная система есть совокупность
технического, программного и организационного обеспечения, а также
персонала, предназначенная для того, чтобы своевременно обеспечивать
людей интересующей их информацией. Сейчас для людей особую ценность
имеет время, многим его порой просто не хватает, и разработчики
информационных систем понимают это. Они стараются спроектировать
систему так, чтобы система сама подстраивалась под человека, под его ритм
жизни, а не наоборот, именно поэтому тема, рассмотренная нами очень
актуальна в данном вопросе.
Театр постоянно притягивает к себе своим особенным миром. В
настоящее время людям для получения информации о театрах, спектаклях,
билетах необходимо всего лишь подойти к ближайшей билетной кассе и с
помощью кассира, у которого будет удобная и простая информационная
система, выдать информацию клиенту. Это очень облегчает работу кассиру и
не занимает драгоценного времени у клиента, что в современном мире очень
важно.
Работа
кассиров
заметно
облегчилась,
благодаря
удобной
разработанной информационной системе теперь им достаточно ввести
информацию для получения необходимого запроса и кликнуть мышкой,
чтобы найти нужные данные для клиента.
Поскольку ИС создаются для удовлетворения информационных
потребностей,
то
каждой
предметной
области
(сфере
применения)
соответствует свой тип ИС. Перечислять все эти типы не имеет смысла, так
как количество предметных областей велико. Информационная система
театральных касс относится к культурно-массовой области, предназначена
для
хранения,
обработки,
поиска,
5
распространения,
передачи
и
предоставления информации, что мы и рассмотрим и проанализируем
данной курсовой работе.
6
в
1. ПОСТАНОВКА ЗАДАЧИ
В курсовом проекте разрабатывается информационная система,
предназначенная для автоматизации деятельности театральных билетных
касс.
С
помощью
автоматизированной
информационной
системы
«Театральная билетная касса», возможно, будет решать следующие задачи
для различных категорий пользователей:
Для кассира:
 Поиск информации по запросу клиента;
 Выдача информации по запросу клиента;
 Бронирование билетов;
 Продажа билетов;
 Анализ кассовой деятельности.
Рассмотрим более подробно процесс функционирования системы,
направленный на обслуживание клиентов.
При обращении клиента в билетную кассу кассир запрашивает всю
необходимую информацию: об интересующих спектаклях, театрах, билетах.
Вводит запрос в систему и получает информацию о наличии либо отсутствии
необходимого спектакля и информирует клиента. Если билеты есть, и
спектакль не отменен, то клиент может забронировать необходимый ему
билет на удобную ему дату и время, либо сразу оплатить.
Кассир может помочь выбрать клиенту спектакли по следующей
информации: по театрам, по жанрам, по постановщикам, по ведущим
актерам, по дате и т.д.
Основные достоинства системы:
 Простота и наглядность программы.
 Возможность быстрой адаптации программы к конкретным
условиям.
 Строгое разграничение прав доступа к информации.
 Все основные настройки выполняет администратор системы.
7
 Существует возможность добавления и изменения схем залов
(дополнительные кресла и пр.).
 Обеспечена возможность составления и использования ценовых
схем.
 Автоматизированное формирование различных отчетов.
 Использование принтеров для печати билетов.
АИС "Театральная билетная касса"
дает возможность автоматизировать весь комплекс работ по
обслуживанию клиентов.
Удобная система ведения репертуара театра
Возможность подключения любого количества залов/сцен/площадок
Средства использования макетов залов из библиотеки или архива
Возможность иметь до 20-и различных ценовых поясов и легко менять
расписание на схеме зала
Возможность самостоятельно создавать используемые при продаже
билетов схемы залов любой конфигурации (конструктор залов)
Автоматическое формирование и печать приказа и дополнения к нему
об утверждении расписания и расценок мест на спектакли
Быстрое и наглядное получение всех данных о любом спектакле из
репертуара
Систему заказов билетов для частных лиц и организаций: по телефону
и через Internet
Систему продажи билетов непосредственно зрителю в кассах театра
Систему реализации билетов через уполномоченных лиц за наличный и
безналичный расчет
Систему расчетов с уполномоченными
Печать любой информации на билете на высокоскоростном принтере
8
Получение всей отчетности по реализации билетов, по расчетам с
уполномоченными,
по
кассовым
9
операциям
и
др.
2. РАЗРАБОТКА ПЛАНА-ГРАФИКА ВЫПОЛНЕНИЯ ПРОЕКТА
Таблица 1
Этапы
Виды работ
Модель бизнес-процессов,
формирование требований к
будущему проекту
Проведение
предпроектного Моделирование структуры
обследования
системы
Проектировани
е данных
Разработка и
кодирование
компонентов
Разработка
приложений,
тестирование,
наисание
документации
Внедрение
созданной ИС и
обучение
пользователейо
рганизационны
й процесс
эксплуатации
ИС, наличие у
пользователей
необходимых
знаний и
навыков
Эксплуатация и
сопровождение
Логическая и физическая модели
данных; базы данных либо SQLскрипт для ее генерации
Разработка на языке
программирования
Отладка модулей
Комплексное тестирование
програмы
Оформление программной
документации
Отладка и тестирование
Исполните
ль
Длительность работы, дни
Дека
Октябрь Ноябрь
брь
2
Экономист
5
Аналитик
5
Аналитик
3
Экономист
3
Аналитик
Программи
3
ст
3
Экономист
Программи
ст
Программи
ст
Программи
ст
Программи
ст
Программи
ст
3
аналитик
2
2
2
3
2
2
Организационный процесс
эксплуатации ИС, наличие у
пользователей необходимых
знаний и навыков
Данные, результаты их анализа и
обработки
10
программи
ст
Экономист
2
42
Итого
Календарный график выполнения работ по
разработке системы
Наименование
CD
Бумага
Программные
диски
Таблица 2 Определение затрат на материалы и покупные изделия
Количеств
Единица измерения
о
штук
1
пачка
1
штук
2
Рис. 1-Диаграмма Ганта
На диаграмме Ганта, для моделирования бизнес-процессов и формирования
требований к будущему проекту , выделено девять дней, но за вычетом
выходных, для выполнения этой работы остаётся семь дней, что
соответствует календарному графику выполнения работ по разработке
системы. Аналогичный процесс происходит для остальных видов работ.
11
3. Технико-экономическое обоснование эффективности
проекта
3.1 Цель разработки информационной системы
Целью внедрения информационной системы является повышение
эффективности
деятельности
предприятия
за
счет
использования
информационной системы. Кроме того, при внедрении разрабатываемой
системы происходит экономия затрат за счет сокращения расходов в
результате замены ручного труда машинным.
Разработка информационной системы продажи театральных билетов
ведется с целью ее внедрения на предприятии. Таким образом, использование
разработанной
ИС
позволит
повысить
эффективность
деятельности
исследуемого объекта.
3.2 Вид и порядок расчета
Расчет экономической эффективности информационной системы
проводится на предварительном этапе, то есть до начала проектирования и
разработки системы. В результате получается расчет потенциального
эффекта, который предполагается получить от внедрения системы на
предприятии. При этом предприятие получает источник экономии затрат за
счет замены ручного труда машинным, получение прибыли от использования
системы не учитывается, так как для этого нужно проводить корреляционный
анализ между величиной прибыли и временем внедрения системы.
Порядок расчета экономической эффективности будет следующим:
1)
Разработка (расчет себестоимости разработки).
2)
Внедрение (расчет экономической эффективности от внедрения
системы на предприятии).
3)
Расчет чистого дисконтированного дохода (ЧДД):
ЧДД  R   З     К  ,
где
R  - дисконтированное расчетное значение результатов по проекту
(приведенное к началу проекта);
12
З  - дисконтированное расчетное значение затрат при условии, что в
них не входят капитальные вложения (приведенное к началу проекта);
К^
-
дисконтированное
расчетное
значение
первоначальных
капитальных вложений (приведенное к началу проекта).
4)
Оценка экономической эффективности проекта по ЧДД:
 Если ЧДД > 0, то проект является эффективным (при данной
норме дисконта) и может рассматриваться вопрос о его
принятии. Чем больше ЧДД, тем эффективнее проект.
 Если ЧДД < 0, то проект неэффективен. Инвестор понесет
убытки.
5)
Рассчитывается срок окупаемости (Ток) проекта, то есть
определяется минимальный временной интервал (от начала
осуществления проекта), за пределами которого интегральный
эффект
(ЧДД)
становится
и
в
дальнейшем
остается
неотрицательным. Расчет срока окупаемости производится в
месяцах, кварталах или годах.
Планируемые источники экономии:
1)
снижение затрат на заработную плату за счет уменьшения числа
рабочих мест;
2)
сокращения времени на проведение расчетов;
3)
избавления от сверхурочных часов работы;
4)
повышение качества работы за счет снижение до минимума
ошибок при расчетах и увеличения точности расчетов.
Затраты предприятий складываются из единовременных затрат,
связанных с покупкой, транспортировкой и внедрением системы и
технических средств для сканирования документов, и текущих затрат,
связанных с затратами на непосредственное сопровождение системы.
Источниками финансирования разработки данного проекта являются
собственные средства фирмы-разработчика.
13
3.3 Расчет себестоимости разработки программного продукта
Целью внедрения данной системы на предприятии является повышение
качества принятия управленческих решений и как следствие повышение
эффективности деятельности предприятия. Кроме того, при внедрении
разрабатываемой системы происходит экономия затрат за счет сокращения
расходов на проведение анализа рентабельности предприятия в результате
замены ручного труда машинным.
Базовый вариант: безмашинное решение задачи, то есть ручной
вариант.
Планируемые источники экономии:
1) снижение затрат на заработную плату за счет уменьшения числа
рабочих мест;
2) сокращения времени на проведение расчетов;
3) избавления от сверхурочных часов работы;
4) повышение качества работы за счет снижения до минимума ошибок
при расчетах и увеличения точности расчетов.
Рассчитаем капитальные вложения на разработку информационной
системы на предприятии.
В таблице приведен расчет трудоемкости, длительности разработки по
этапам
проектирования
и
размер
заработной
платы
разработчиков.
Разработку программы производит три специалиста: один аналитик с
зарплатой 28000 рублей в месяц, один программист с зарплатой 20000 рублей
в месяц и один экономист с зарплатой 13000 рублей в месяц.
Часовая ставка аналитика:
оклад в мес. руб./фонд рабочего времени = 28000/200 = 140 руб.
Часовая ставка программиста:
оклад в мес. руб./фонд рабочего времени = 20000/200 = 100 руб.
Часовая ставка экономиста:
оклад в мес. руб./фонд рабочего времени = 13000/200 = 65 руб.
Рассчитаем затраты на разработку системы. В себестоимость
разработки программных средств включаются следующие затраты:
14
1)
заработная плата (основная и дополнительная);
2)
отчисления на социальное страхование;
3)
стоимость материалов, покупных изделий и полуфабрикатов;
4)
прочие прямые расходы;
5)
накладные расходы.
Рассмотрим основную и дополнительную заработную плату. В
разработке программных средств принимали участие экономист-аналитик и
программист. В период проектирования им выплачивалась основная
заработная плата в размере согласно приказу по предприятию. Размер
дополнительной заработной платы сотрудников составляет 10% от основной
заработной платы. Расчет расходов на оплату труда исполнителей проекта
представлен в таблице 3.
Таблица 3- Расчет расходов на оплату труда исполнителей проекта
Часов
ая
ставк
а,
руб.
Длитель
ность
выполне
ния, дни
1 инспектор
65,00
аналитик
Исполнители
Этапы
Виды работ
модель
бизнеспроцессов,
Проведен формирован
ие
ие
предпрое требований
к будущему
ктного
проекту
обследова
ния
моделирован
ие
структуры
системы
логическая и
физическая
модели
Проектир
данных;
ование
базы данных
данных
либо SQLскрипт для
ее генерации
Трудоем
кость,
чел.-дни
Размер
зарплаты, руб.
2
2
520,00
140,0
0
5
5
3360,00
1 инспектор
65,00
5
5
1560,00
1 инспектор
65,00
3
3
520,00
1
аналитик
3
3
1120,00
1
программ
ист
140,0
0
100,0
0
3
3
800,00
1 инспектор
65,00
3
3
520,00
Количе Должност
ство
ь
1
15
Разработк
аи
кодирова
ние
компонен
тов
разработка
на языке
программир
ования
отладка
модулей
Разработк
комплексное
а
тестировани
приложен
е программы
ий,
оформление
тестирова
программно
ние,
й
написани
документаци
е
и
документ
отладка и
ации
тестировани
е
организацио
нный
Внедрени
процесс
е
эксплуатаци
созданной
и ИС,
ИС и
наличие у
обучение пользовател
пользоват
ей
елей
необходимы
х знаний и
навыков
Эксплуат
данные,
ация и
результаты
сопровож их анализа и
дение
обработки
Итого
Дополнит
ельная
заработна
я плата
Всего
1
программ
ист
16,67
3
3
133,33
1
программ
ист
100,0
0
2
2
1600,00
1
программ
ист
100,0
0
2
2
1600,00
1
программ
ист
100,0
0
3
3
800,00
1
программ
ист
100,0
0
2
2
1600,00
1
аналитик
140,0
0
2
2
2240,00
1
программ
ист
100,0
0
2
2
1600,00
1 инспектор
65,00
2
2
1040,00
42
42
19013,33
1901,33
20914,67
Отчисления на социальное страхование составляют 26 % от величины
основной и дополнительной заработной платы. Нормативные накладные
расходы равны 40% от суммы основной и дополнительной заработной платы.
Фонд заработной платы при 8-ми часовом рабочем дне и 42 днях, требуемых
на разработку, составит 20914,67 руб.
Таблица 4 – Определение затрат на материалы и покупные изделия
Наименование
Единица измерения Количество
16
Цена за
Стоимость,
единицу, руб
руб
Программные диски
CD
Бумага (А4)
Итого
штук
упаковка (10 шт)
пачка
2
1
1
140
200
100
Транспортные расходы
(10% итоговой суммы)
Общая сумма затрат на
материалы и покупные
изделия
К
статье
“Прочие
280
200
100
580
58
638
прямые
расходы”
относятся
расходы
на
обслуживание ЭВМ и плата за потребляемую электроэнергию. Сумма прочих
прямых расходов (Зпрям) рассчитываем следующим образом:
З прям.  t м.  С t  Р  Ц  t м. ,
где
tм - время для разработки и отладки программного средства на ЭВМ,
часы;
Ct - себестоимость 1 часа машинного времени, руб;
Р - мощность, потребляемая компьютером, кВт;
Ц - стоимость 1 кВт-час электроэнергии, руб.
Время для разработки и отладки программного средства на ЭВМ:
t м.  Дн  Ч ,
где
Дн - количество дней работы;
Ч - продолжительность рабочего дня.
Таблица 5 – Расчет прочих прямых расходов
Наименование
показателя
Продолжительность
разработки и
отладки
Продолжительность
рабочего дня
Себестоимость 1
часа машинного
времени
Мощность,
потребляемая
компьютером
Себестоимость 1
кВт·час
электроэнергии
Единица
измерения
Значение
показателя
дней
42
час
8
руб
20
кВт
0,4
руб
1,48
17
Плата за доступ в
Internet
Итого прочих
прямых расходов
руб.
30
руб
6948,912
Определим себестоимость разработки системы, результаты представим в
виде следующей таблицы:
Таблица 6 – Себестоимость разработки системы
Наименование
Сумма,
статей затрат
рублей
Основная
заработная плата
Дополнительная
заработная плата
(10%)
Отчисления на
социальное
страхование
(26%)
Накладные
расходы (40%)
Стоимость
материалов и
покупных
изделий
Прочие прямые
расходы
Итого
32104,02
3210,40
9181,75
14 125,77
638
6948,912
66208,85
Таким образом, капитальные затраты на разработку программы
составят 72208,85рублей.
Оборудование, вычислительная техника, программное обеспечение,
необходимые для функционирования системы на предприятии имеются в
наличии. Поэтому прочие затраты будут включать в себя затраты на тонер
для принтера, бумагу и все канцелярские принадлежности и они составят
6000 рублей.
Следовательно, капитальные вложения составят: 72208,85 рублей.
18
3.4 Оценка экономической эффективности разработки и
использования ИС на предприятии
Для
определения
годового
дохода
необходимо
рассчитать
эксплуатационные расходы. Эксплуатационные расходы при использовании
системы включают следующие статьи расходов:
1) заработная плата (основная и дополнительная);
2) отчисления на социальное страхование;
3) амортизационные отчисления;
4) затраты на электроэнергию;
5) материалы и запасные части;
6) накладные расходы.
Проведем сравнительный расчет годовых эксплуатационных расходов
при автоматизированной и ручной деятельности. Для этого определим
себестоимость расчетов вручную и автоматизированных вычислений с
помощью информационной системы.
Пользователем системы выступает экономист предприятия.
На расчетном этапе работы были проведены экспериментальные
расчеты
с
использованием
фактических
данных.
По
результатам
предварительных оценок трудоемкость автоматизированного решения задачи
составит (таблица 7).
Таблица 7 - Трудоемкость автоматизированных расчетов
Трудоемкость, челОперация
час
Изучение задачи
Ввод данных на
ЭВМ
Подготовка
дополнительных
данных
Ввод
дополнительных
данных на ЭВМ
Время на
получение
решения
Оформление
отчетов
0,9
0,3
0,2
0,2
0,1
0,5
19
Итого
2,2
При использовании информационной системы экономист (согласно
пожеланиям руководства предприятия) будет осуществлять расчеты 1 раз в
месяц. С учетом итогов экспериментальных расчетов трудоемкость (tp) при
этом составит 2,2 чел-час.
Исходные данные для расчета основной зарплаты представлены в
таблице 8.
Таблица 8 - Исходные данные для расчета основной зарплаты
Машинное время, часы
1,1
Среднее число рабочих дней в месяце, дней
5
Количество месяцев
12
Расчёт годовых эксплуатационных расходов при автоматизированных
расчетах представлен в таблице 9.
Таблица 9 - Расчет годовых расходов на электроэнергию при решении задачи с помощью
системы
Общая
Время
Тариф за
Вид
Потребляемая
сумма
Количество
работы,
1 кВт·час,
оборудования
мощность
расходов,
часы
руб.
руб.
Компьютер
Освещение
Кондиционеры
Общая сумма
расходов
1
0,4
0,3
0,2
1
13,2
13,2
13,2
1,48
1,48
1,48
7,8144
5,8608
3,9072
17,5824
Таблица 10 - Расчет амортизационных отчислений при автоматизированном решении
задачи
Наименование
Норма
Цена,
Стоимость,
Амортизация,
основного
Количество
амортизации,
руб.
руб
руб.
средства
%
Компьютер
Компьютерный
стол
Общая сумма
1
20000
20000
10%
2000
1
3000
3000
5%
150
2150
Таблица 11 – Годовые эксплуатационные расходы при автоматизированном расчете
Наименование
статьи расходов
Основная
заработная плата
(ЗПос)
Способ расчета
Сумма,
руб.
tpi . tм . Ki . ЗПчi
11702,13
20
10% * ЗПос
Дополнительная
заработная плата
(ЗПд)
1170,21
26 % * (ЗПос+ЗПд)
Отчисления на
социальные
отчисления
Накладные
расходы
Амортизационные
отчисления
Затраты на
электроэнергию
Общая сумма
затрат (Э1)
3346,81
см. таблицу
5148,94
см. таблицу
2150,00
40% . (ЗПос+ЗПд)
17,58
23535,67
По результатам предварительных оценок трудоемкость ручного
решения задачи составит (таблица 12).
Таблица 12 - Трудоемкость ручных расчетов
Трудоемкость, челчас
Операция
Изучение задачи
0,9
Подготовка исходных данных
Вычисления
Оформление отчетов
Итого
1
4,5
3
9,4
Экономисту для решения задачи оценки рентабельности предприятия
с учетом сроков выполнения работы в предыдущие периоды, необходимо в
среднем 20 рабочих дней (при 8 часовой ежедневной работе). Таким образом,
Ч = 8 часов, Дн = 20 дней. Трудоемкость (tp) при этом составит 9,4 чел.-час.
Таблица 13 - Исходные данные для расчета основной зарплаты
Время для решения задачи, часы
9,4
Среднее число рабочих дней в месяце, дней
5
Количество месяцев
12
Таблица 14 - Расчет годовых расходов на электроэнергию при ручном решении задачи
Вид оборудования
Освещение
Количество
Потребляемая
мощность (на
ед. обор.),
кВт·час
Время
работы,
часы
Тариф за
1 кВт·час,
руб.
0,3
112,8
1,48
21
Общая
сумма
расходов,
руб.
50,08
Кондиционеры
1
Общая сумма расходов, руб.
0,2
112,8
1,48
33,39
83,47
Таблица 15 - Годовые эксплуатационные расходы при ручных расчетах
Наименование
статьи расходов
Основная
заработная плата
(ЗПос)
Дополнительная
заработная плата
(ЗПд)
Отчисления на
социальное
страхование
Накладные
расходы
Затраты на
электроэнергию
Общая сумма
затрат (Э2)
Сумма,
руб.
Способ расчета
tpi . tм . Ki . ЗПчi
50000,00
10% . ЗПос
5000,00
26% . (ЗПос+ЗПд)
14300,00
40% . (ЗПос+ЗПд)
22000,00
см. таблицу
83,47
91383,47
Ежегодная экономия текущих затрат (доходы от использования
системы) составят:
Д = Э2 – Э1 = 91383,47 – 23535,67 = 67847,80 рублей.
Составим таблицу движения денежных средств (таблица 35).
Таблица 16 - Таблица движения денежных средств
Годы
Наименование
статьи
2007
2008
Всего
2009
2010
1.Инвестиционная
деятельность (ИД),
72208,85
72208,85
72208,85
72208,85
рублей
Капитальные
вложения, рублей
2. Операционная
деятельность (ОД),
0,00
54278,24
54278,24
54278,24
162834,73
67847,80
67847,80
67847,80
203543,41
рублей
Экономия затрат,
рублей
22
Дополнительные
0,00
0,00
0,00
0,00
13569,56
13569,56
13569,56
40708,68
издержки, рублей
Налог на
прибыль, руб
3. Финансовая
деятельность (ФД),
72208,85
72208,85
рублей
4. Сальдо от всех
видов
деятельности (ОД-
0,00
54278,24
54278,24
54278,24
162834,73
-72208,85
54278,24
54278,24
54278,24
90625,88
1,00
0,87
0,76
0,66
-72208,85
47198,47
41042,15
35688,83
-72208,85
-25010,38
16031,77
51720,60
ИД+ФД), рублей
5. Чистый доход
(ОД-ИД), рублей
6. Коэффициент
дисконтирования
7. Чистый
дисконтированный
доход (ЧДД),
51720,60
рублей
8. ЧДД
нарастающим
итогом, рублей
Норма дисконтирования обычно равна учетной ставке Центрального
Банка. Однако каждое предприятие определяет ее в соответствии со своими
целями. Коэффициент дисконтирования определяется по формуле:
t 
1
, где Е – постоянная норма дисконта, принимаем Е=15%; t –
(1  E) t
номер шага расчета, t = (0,Т), Т – горизонт расчета.
Таким образом, так как сальдо от всех видов деятельности
положительное, то данный проект реализуем. Окупаемость проекта с
момента вложения средств составляет примерно 19,89 месяцев. Исходя из
высоких экономических показателей программных средств, их разработка и
использование являются целесообразными.
23
Таким образом, оценка ресурсов, необходимых для разработки и
внедрения программных средств, а также рассмотрение показателей
экономической
эффективности
доказывают,
что
спроектированная
информационная система во многом может оптимизировать процессы и
принести конкретный экономический эффект.
24
4. РАЗРАБОТКА ПРОЕКТА ИС С ПОМОЩЬЮ
СТРУКТУРНОГО ПОДХОДА
4.1Моделирование данных (с использованием IDEF0)
Нормативны
е документы
Законы РФ
Покупать/продавать
билеты
Клиенты
Проданные
билеты
Прибыль
0
Билеты на
продажу
Непроданные
билеты
Сдача
отчетности
Кассир
Рис.2 Диаграмма IDEF0
Контекстная информация отражает деятельность предметной области,
т.е. продажу театральных билетов. Процесс начинается с поступления заявки
от клиента и подготовки билетов к продаже. Далее кассир подбирает билет
для клиента соответственно его требованиям. Клиенту предоставляется
информация об оставшихся билетах. Если клиенту подходят такие билеты, он
покупает. И кассир заносит данные в архив, где ведется учет проданных и
оставшихся билетов. Также клиент может заранее забронировать билеты.
Потом просто прийти и купить их.
Потоки управления представлены законами РФ, нормативными
документами. Механизмы: кассир. Входящие потоки: билеты на продажу,
клиенты. Выходные потоки: Проданные билеты, не проданные билеты, сдача
отчетности, прибыль.
Эту диаграмму можно декомпозировать. На рис.3 представлена
декомпозиция первого уровня методологии IDEF0.Представленная
диаграмма содержит 4 блока. Это описывается в следующих разделах.
25
4.2 Иерархия диаграмм
Продажа/покупка
Билетов
IDEF0
Процесс продажи
билетов
A-0
Получение
билетов на
продажу
A0(1)
Работа с
клиентами
A0(2)
Продажа билетов
A0(3)
Анализ
деяткельности
A0(4)
Рис.3 иерархия диаграмм
Общей диаграммой является модель IDEF0. Остальные диаграммы уточняют
и описывают предыдущие.
26
4.3 Спецификация процессов
Законы РФ
Нормативные
документы
Билеты
напродажу
получение
билета на
продажу
Готовые к
продаже
билеты
1
Заключение
сделки
работа с
клиентами
Клиенты
2
Уход
клиента
продажа билета
3
Учет
анализ
деятельности
Сдача
отчетности
4
Кассир
Рис.4 Покупать/продавать билеты
Процесс начинается с получение в кассу билетов на продажу.
А0 (1) Процесс: получение билета на продажу.
Входной поток: билеты на продажу.
Выходной поток: готовые к продаже билеты.
Механизмы: кассир.
Потоки
управления
представлены
документами.
А0 (2)Процесс: работа с клиентами.
27
законами
РФ,
нормативными
Входной поток: клиенты, готовые к продаже билеты
Выходной поток: заключение сделки, уход клиента.
Механизмы: кассир.
Потоки
управления
представлены
законами
РФ,
нормативными
законами
РФ,
нормативными
законами
РФ,
нормативными
документами.
А0(3) Процесс: продажа билета.
Входной поток: заключение сделки
Выходной поток: учет проданных билетов.
Механизмы: кассир.
Потоки
управления
представлены
документами.
А0(4)Процесс: анализ деятельности
Входной поток: учет проданных билетов
Выходной поток: сдача отчетности.
Механизмы: кассир.
Потоки
управления
представлены
документами.
Сначала в кассу поступают билеты на продажу. Кассир должен получить эти
билеты. Оформить их по накладной, внести данных о билетах в базу данных,
подготовить их к в вывешиванию и к продаже. Далее необходимо продать
эти билеты. Кассир подбирает по пожеланиям клиента соответствующие
билеты (на определенный спектакль, места и т.д.) Обращается несколько раз
к базе данных т.к. вся информация о них в архиве. После чего продает эти
билеты, хотя их также можно забронировать. И ведет учет проданных
билетов, а именно обработка первичной информации, подсчет прибыли,
билетов. И составление отчетных документов.
Все эти процессы можно декомпозировать.
28
Нормативны
е документы
Законы РФ
Билеты на
продажу
Оформление
накладнойна
поступившие
билеты
Подготовка
ЭВМ к
работе
1
Внесение
билетов в БД
Учет
билетов
2
Подготовка к
продаже/
вывешивани
я афиш
Готовые к
продаже
билеты
3
Кассир
Рис.5 Получение билетов на продажу.
1.Процесс: оформление накладной на поступившие билеты
Входной поток: билеты на продажу
Выходной поток: подготовка ЭВМ к работе
Механизмы: кассир.
Потоки
управления
представлены
законами
документами.
2.Процесс: внесение билетов в базу данных
Входной поток: подготовка ЭВМ к работе
Выходной поток: учет билетов
29
РФ,
нормативными
Механизмы: кассир.
Потоки
управления
представлены
законами
РФ,
нормативными
РФ,
нормативными
документами.
3.Процесс: подготовка к продаже/вывешиванию афиш
Входной поток: учет билетов
Выходной билет: готовые к продаже билеты
Механизмы: кассир.
Потоки
управления
представлены
законами
документами.
Представленная диаграмма отражает процесс подготовки билетов к продаже.
Изначально они поступают к нам в кассу. И обязательно оформляются
накладной т.к. в дальнейшем это пригодится для учета билетов. Чтобы мы
могли вести подсчет билетов как проданных, так и оставшихся. И только
после того как мы внесли все данные по билетам в базу данных можем
приступать к вывешиванию и в дальнейшем к продаже билетов. Все действия
регламентируются нормативными документами и законами РФ.
30
Нормативные
документы
A0(2)
Законы РФ
БД
Билеты
готовые к
продаже
Клиенты
Получение
запроса от
клиента
Обработка
пол.инфо
1
Обращение
в БД
Выдача инфо
2
Заключение
сделки
Информиро
вание
клиента
Срыв сделки
3
Кассир
Рис.6 Процесс работы с клиентами
1.Процесс: Получение запроса от клиента
Входной поток: билеты готовые к продаже и клиенты
Выходной поток: обработка полученной информации
Механизм: кассир
Потоки управления: БД, нормативные документы, законы РФ
2.Процесс: обращение в БД
Входной поток: обработка полученной информации
Выходной поток: выдача информации
Механизм: кассир
Потоки управления: БД, нормативные документы, законы РФ
3.Процесс: информирование клиента
Входной поток: выдача информации
Выходной поток: срыв сделки, заключение сделки
Механизм: кассир
Потоки управления: БД, нормативные документы, законы РФ
31
После того как мы подготовили билеты к продаже и вывесили анкеты,
можем приступать к продаже билетов и общению с клиентами. Сначала
клиент обращается с целью узнать необходимую информацию. Кассир в
свою очередь просматривает информацию в базе данных. Когда клиент узнал
всю информацию, он может либо купить билеты, либо отказаться от покупки
билета. Все действия регламентируются нормативными документами и
законами РФ.
Нормативные
документы
Законы РФ
БД
Клиенты
Получение
инфо от
клиента
Заключение
сделки
Требования
брони
1
Бронирование
Выкуп брони
2
Продан.бил.
Продажа
билетов
Не продан.бил.
Прибыль
Покупка билета
3
Кассир
Рис.7 Процесс продажи билетов
1.Процесс: получение информации от клиента
Входной поток: клиенты и заключение сделки
Выходной поток: покупка билета или требование брони
Механизм: кассир
Потоки управления: БД, нормативные документы, законы РФ
2.Процесс: бронирование
Входной билет: требование брони
Выходной поток: выкуп брони
Механизм: кассир
32
Потоки управления: БД, нормативные документы, законы РФ
3.Процесс: Продажа билетов
Входной поток: покупка брони и выкуп брони
Выходной поток: проданные билеты, не проданные билеты, прибыль.
Механизм: кассир
Потоки управления: БД, нормативные документы, законы РФ
Если клиент решил покупать билеты, то кассир подбирает ему билеты, ряд,
места . И сразу же клиент может оплатить. А может забронировать билеты. И
оплатить только тогда когда придет покупать
Законы РФ
Продан.бил.
БД
Обработка
первичной
информации
Не продан.бил
Систематизиро
вание дпнных
1
прибыль
Подсчет
прибыли
Сбор и анализ
данныхх
2
Составление
отчетных
документов
Сдача
отчетности
3
Кассир
Рис8 Процесс анализа деятельности
1.Процесс: обработка первичной информации
Входной поток: проданные билеты, не проданные билеты и прибыль
Выходной поток: систематизирование данных.
Механизм: кассир
Потоки управления: БД, нормативные документы, законы РФ
2.Процесс: Подсчет прибыли
Входной поток: систематизирование данных
Выходной поток: сбор и анализ данных
Механизм: кассир
Потоки управления: БД, нормативные документы, законы РФ
3.Процесс: Составление отчетных документов
33
Входной поток: сбор и анализ данных
Выходной поток: сдача отчетности
Механизм: кассир
Потоки управления: БД, нормативные документы, законы РФ
После продажи билетов кассир обязан вести учет проданных билетов,
подсчет прибыли и составление отчетных документов.
34
5. РАЗРАБОТКА ПРОЕКТА ИС С ПОМОЩЬЮ ОБЪЕКТНООРИЕНТИРОВАННОГО ПОДХОДА (UML-диаграммы)
5.1 Диаграмма вариантов использования
Рис.9. Поток событий. Билетная касса.
Вариант использования «Информировать» заключается в том, что клиент
получает от кассира информацию, соответствующую его запросу. Кассир в
свою очередь обращается к БД, что бы информировать клиента точными и
полными данными о том или ином спектакле.
Вариант использования «Выбрать» клиент, после полученных данных от
кассира, определяется с выбором билетов на заинтересованный им спектакль.
Вариант использования «Бронировать» выполняется в том случае, если
клиент определился с выбором, но не может в данный момент приобрести
выбранные им билеты, а сможет это сделать позже. В этом случае кассир
вносит в БД изменения, о том, что данные места забронированы и купить их
другой человек не может (по крайней мере, до тех пор, пока не снимется
бронь).
Вариант использования «Оплатить» заключается в том, что клиент
определился с выбором билетов и в данный момент может приобрести их в
кассе.
35
Предусловия
Вариант использования «Выбрать» имеет предусловие. Клиент сможет
сделать свой выбор после того как кассир предоставит ему перечень
возможных вариантов, естественно соответственно отвечающих запросу
клиента, то есть после варианта использования «Информировать».
Так же вариант использования «Оплатить» и «Бронировать» могут
выполниться лишь после того, как клиент сделает выбор либо оплатить
сейчас за билеты, либо сделать это через некоторое время, когда оп придет
снимать бронь.
Основной и альтернативный потоки событий
Поток
событий
варианта
использования
«Выбрать»
выглядит
следующим образом:
1. Вариант использования начинается, когда клиент обращается к кассиру
с просьбой выдать ему информацию о спектакле.
2. Кассир обращается к БД и делает запрос.
3. Ответ на запрос выводит на внешний дисплей.
4. Клиент ознакомляется с ней и решает, что делать дальше.
5. Клиент выбирает название спектакля, день, место.
6. Если клиент решает купить билеты.
7. Кассир отмечает в БД места, которые он выбрал.
8. Система автоматически закрашивает данные места красным цветом,
это свидетельствует о том, что билеты на данное место уже куплены и,
другой клиент уже не вправе их купить.
9. Клиент оплачивает стоимость билетов.
10. Кассир принимает деньги, вносит их в кассовый аппарат.
11.Выдает клиенту билеты, чек, свидетельствующий о купле-продаже и
сдачу, если таковая имеется.
12.Процесс завершен.
Альтернативный поток
36
1. Вариант использования начинается, когда клиент обращается к кассиру
с просьбой выдать ему информацию о спектакле.
2. Кассир обращается к БД и делает запрос.
3. Ответ на запрос выводит на внешний дисплей.
4. Клиент ознакомляется с ней и решает, что делать дальше.
5. Клиент выбирает название спектакля, день, место.
6. У клиента нет возможности расплатиться за билеты в данный момент,
и решает забронировать места.
7. Кассир отмечает в БД нужные места галочкой, с пометкой бронь.
8. БД сохраняет изменения, которые клиент может проследить на
внешнем дисплее.
9. Кассир узнает фамилию клиента, чтобы тот мог прийти в другой раз и
выкупить данные места.
10.БД сохраняет бронирование мест ровно на три дня. Если клиент не
выкупит их в течении положенного срока, то бронирование
автоматически убирается и данные места может приобрести уже
другой клиент.
Постусловия
После совершения кассиром всех операций с БД все изменения
автоматически
сохраняются.
Свободные
места
на
дисплее
закрашиваются зеленым цветом, занятые красным, а забронированные
выделяются галочками.
37
5.2Диаграмма классов
Рис.10 Диаграмма классов
В этой диаграмме классов представлены основные элементы предметной
области, а также их атрибуты и операции.
Класс Театр включает в себя следующие атрибуты:
 Код театра
 Название театра
 Вид театра
 Директор театра
И операции:
 Добавить()
 Обновить()
 Удалить()
Данный класс необходим для описания общих сведений о театрах, которые
предлагают свои билеты на продажу.
Класс Спектакль отражает перечень всех спектаклей во всех театрах и
включает атрибуты:
 Код спектакля
38
 Название спектакля
 Вид актера
 Постановщик
И операции этого класса:
 Открыть()
 Закрыть()
 Изменить()
Класс Афиша зависит от класса Спектакль. Атрибуты класса Афиша:
 Код спектакля
 Код театра
 Дата
Операции:
 Добавить()
 Удалить()
 Убрать()
Класс Билеты содержит все билеты на все спектакли и включает следующие
атрибуты:
 Код билета
 Дата
 Цена
Операции данного класса:
 Заказать
 Отменить
Также в нашей базе данных имеются данные о всех сотрудниках театра
именно это отражает класс Сотрудники. Атрибуты:
 Код сотрудника
 Фамилия
 Имя
 Отчество
Операции:
 Принять()
39
 Изменить()
 Уволить()
Класс Жанр. Атрибуты:
 Код жанра
 Название
 Описание
Описание:
 Добавить()
 Удалить()
 Обновить()
40
5.3 Диаграмма состояний
Рис. 11 Диаграмма состояний Билеты
Состояние билетов. Билеты считаются поступившими, когда они поступают
в билетную кассу и фиксируются кассиром. Билеты могут перейти в два
состояния: забронированы и проданы. Клиент, пришедший в кассу, может
забронировать билет, тогда билет перейдет в состояние Забронировали, а
затем в состояние Проданы. Либо билет может из состояния Поступили
перейти сразу в состояние Проданы, это в том случае, когда клиент не
захочет бронировать билет и сразу выкупит его.
41
5.4 Диаграмма деятельности
Рис. 12 Диаграмма деятельности
Клиенту, пришедшему в кассу, выдается информация о спектаклях,
уточняется информация о билетах. Далее у клиента есть варианты: если его
что-то не устраивает, то он может уйти, либо, если информация о билетах его
устроила, то может совершить операцию покупки, которая, в свою очередь,
также имеет 2 варианта: клиент может забронировать, интересующий его
билет, либо сразу купить. Если клиент принимает решение забронировать, то
ему позже (в оговоренные сроки) необходимо будет произвести выкуп брони
и оплатить билет.
42
5.5 Диаграмма последовательности
Рис.13 Диаграмма последовательности
1. Клиент запрашивает интересующую его информацию о билетах и
спектаклях у кассира;
2. Кассир обращается за получением информации, интересующую
клиента, в базу данных по всем билетам и проходящим спектаклям;
3. База данных выдает запрашиваемую информацию кассиру;
4. Кассир передает информацию полученную от базы данных клиенту;
5. Поучив необходимую информацию от кассира, клиент принимает
решение покупать билет;
6. Поучив необходимую информацию от кассира, клиент принимает
решение не покупать билет;
7. Решив совершить покупку клиент производит процедуру прямой
покупки обратившись к кассиру;
Кассир проводит в базе данных процедуру прямой покупки билета
клиентом;
После внесения информации о покупке билета в базу данных происходит
оплата билета через кассу;
8. Решив совершить покупку клиент производит процедуру бронирования
билета обратившись к кассиру;
Кассир проводит в базе данных процедуру бронирования билета
клиентом;
После внесения информации о бронирование в базу данных происходит
оплата билета через кассу, в удобное для клиента время;
9. Происходит оплата билета при прямой покупке, либо при выкупе
брони, через кассу, касса выдает чек о произведении оплаты;
43
10.После оплаты стоимости билета, кассир выдает клиенту купленный им
билет.
44
5.6 Диаграмма кооперации
Рис. 14 Диаграмма кооперации
1. Клиент запрашивает интересующую его информацию о билетах и
спектаклях у кассира;
2. Кассир обращается за получением информации, интересующую
клиента, в базу данных по всем билетам и проходящим спектаклям;
3. База данных выдает запрашиваемую информацию кассиру;
4. Кассир передает информацию полученную от базы данных клиенту;
5. Поучив необходимую информацию от кассира, клиент принимает
решение покупать билет;
6. Поучив необходимую информацию от кассира, клиент принимает
решение не покупать билет;
7. Решив совершить покупку клиент производит процедуру прямой
покупки обратившись к кассиру;
Кассир проводит в базе данных процедуру прямой покупки билета
клиентом;
После внесения информации о покупке билета в базу данных происходит
оплата билета через кассу;
8. Решив совершить покупку клиент производит процедуру бронирования
билета обратившись к кассиру;
Кассир проводит в базе данных процедуру бронирования билета
клиентом;
После внесения информации о бронирование в базу данных происходит
оплата билета через кассу, в удобное для клиента время;
9. Происходит оплата билета при прямой покупке, либо при выкупе
брони, через кассу, касса выдает чек о произведении оплаты;
10.После оплаты стоимости билета, кассир выдает клиенту купленный им
билет.
45
5.7 Диаграмма компонентов
Рис. 15 Диаграмма компонентов
Данная диаграмма включает в себя 7 компонентов.
Компонент Головной модуль – является главным, служит для выдачи
необходимой информации клиенту.
Компонент Справка – связан с компонентом Головной модуль, служит для
выдачи необходимой справки клиенту.
Компонент Обработка запроса клиента – служит для обработки запроса
клиента, полученного от головного модуля,
через него поступает
информация в базу данных билетов, базу данных театров, базу данных
спектаклей и на экран выводится интересующая клиента информация.
Компонент БД билетов – содержит в себе всю информацию о билетах
театров города.
Компонент БД театров - содержит в себе всю информацию о театрах города.
Компонент БД спектаклей - содержит в себе всю информацию о спектаклях
в театрах города.
Визуальный компонент, отображающий запрос – позволяет вывести всю
информацию о запросе клиента.
46
5.8 Диаграмма размещений
Рис. 16Диаграмма размещений
Применяется трехзвенная архитектура: клиенты общаются с сервером
приложений. Кассир посылает серверу приложений запросы, а получают
ответы. Администратор может обратиться и непосредственно к серверу базы
данных за теми или иными данными. Обращение за данными к серверу базы
данных может производить и сервер приложений. В данном случае команды
посылает кассир и администратор, а сервер приложений обращается
непосредственно в сервер базы данных, где содержится вся необходимая
информация.
47
6. ПРОЕКТИРОВАНИЕ ДАННЫХ
6.1. Логическое моделирование
Директор театра
Телефон театра
Кол-во мест в партере
Кол-во мест в
амфитеатре
Работают
Кол-во мест наСодержит
Код билета
Код театра
Код жанра
Название спектакля
Ведущие актеры
Постановщик
Премьерный
Продолжительность
Включается
Включает
Дата начала
Дата
окончания
ЖАНР
Код жанра
балконе
Код афиши
Дата
Место
Цена
Продан
Бронь
Название
Вид театра
Описание
СОТРУДНИК
Код сотрудника театра
Код спектакля
Рекламирует
Адрес театра
Проводится
Название театра
Код спектакля
Формирует
Код сотрудника
БИЛЕТ
Продают
Код вида театра
СПЕКТАКЛЬ
Продаются
Код театра
Проводит
ТЕАТР
АФИША
Код спектакля
Включает
Включается
Фамилия
Код театра
Дата
Имя
ВИД
Отчество
Код вида театра
Должность
Описание
Название театра
48
ТЕАТР
Код театра
Код вида театра
Код сотрудника театра
R6
Название театра
R5
Адрес театра
СПЕКТАКЛЬ
БИЛЕТ
Код спектакля
Код билета
Код театра
Код спектакля
Код жанра
R9
Название спектакля
R10 Дата
Место
Ведущие актеры
Директор театра
Телефон театра
Кол-во мест в партере
Постановщик
Цена
Премьерный
Продан
Продолжительность
R7
начала
R3 ДатаR8
Кол-во мест в
R1
амфитеатре
Бронь
R11
Дата
окончания
ЖАНР
Кол-во мест на
Код жанра
балконе
R12
Название
R2
Вид театра
Код афиши
Описание
СОТРУДНИК
АФИША
Код спектакля
R4
Код сотрудника театра
Код театра
Фамилия
ВИД
Имя
Код вида театра
Отчество
Описание
Должность
Название вида
Дата
Таблица описания связей
Таблица 1.1.
Обознач
Вид Услов
Способ
реализа Примеча
Названи
ение
Главный
Связанны
свя
ые
е связи
связи
объект
й объект
зи
связи
Работают R1
СОТРУДН
ТЕАТР
M:1
ИКИ
ции
По коду
сотрудн
ика
Содержат R2
ься
ТЕАТР
СОТРУДН
ИКИ
1:М
По коду
сотрудн
ика
49
ние
Включает R3
ТЕАТР
ВИД
М:1
ся
По коду
вида
Включает R4
ВИД
ТЕАТР
1:М
По коду
вида
Проводит R5
ТЕАТР
СПЕКТАК
1:M
ЛЬ
По коду
спектак
ля
Проводит R6
СПЕКТАК
ся
ЛЬ
ТЕАТР
M:1
По коду
спектак
ля
Включает R7
ЖАНР
СПЕКТАК
1:M
ЛЬ
Включает R8
СПЕКТАК
ся
ЛЬ
Продают
R9
СПЕКТАК
ЖАНР
По коду
жанра
M:1
По коду
жанра
БИЛЕТЫ
1:М
ЛЬ
По коду
спектак
ля
Продают
R10
БИЛЕТЫ
ся
СПЕКТАК
М:1
ЛЬ
По коду
спектак
ля
Формиру
R11
БИЛЕТЫ
АФИША
1:М
ет
По коду
спектак
ля
Рекламир R12
АФИША
БИЛЕТЫ
ует
М:1
По коду
спектак
ля
Отношения приведены в табл. 1.2 – 1.8. В столбце "Динамичность" будем
помечать буквой D изменяемые атрибуты (динамические), S - неизменяемые
(статические). "Количество повторений" означает, сколько раз повторяется
множественный атрибут. В столбце "Область возможных значений"
50
указывается тип (C - символы, D - дата, N – число, L – логическое значение)
и, возможно, диапазон изменения атрибута.
Описание атрибутов объекта ТЕАТР
Таблица 1.2
Название
Обознач
Дина
Количес
Област
Примечан
атрибута
ение
мично
тво
ь
ие
атрибута
сть
повторе
возмож
ний
ных
значени
й
Код
Id_teatr
S
-
N
театра
суррогатны
й
первичный
ключ
Код вида
Id_vid
S
1
N
театра
внешний
ключ к
ВИД
Код
Id_sotrud
S
1
N
внешний
сотрудник
ключ к
а театра
СОТРУДН
ИК
Название
Nazvanie
театра
_teatr
Директор
Director
D
1
C
обязательн
ое поле
D
1
C
театр
обязательн
ое поле
Адрес
Adres_tea S
театра
tr
Телефон
Tele-
1
C
обязательн
ое поле
D
1
N
обязательн
ое поле
fon_teatr
51
Кол-во
Kol-
мест в
vo_parpte
партере
p
Кол-во
Kol-
мест в
vo_amf
D
1
обязательн
N
ое поле
D
1
обязательн
N
ое поле
амфитеат
ре
Кол-во
Kol-
мест на
vo_balk
D
1
обязательн
N
ое поле
балконе
Описание атрибутов объекта СОТРУДНИК
Таблица 1.3.
Название Обознач Динамич
атрибута
ение
Количе Област
ность
ство
ь
атрибут
повтор
возмож
а
ений
ных
Примеч
ание
значен
ий
Код
Id_sotrud S
-
N
сотрудни
первичн
ый ключ
к
Фамилия
Family
D
1
C
обязател
ьное
поле
52
Имя
Name
D
1
обязател
C
ьное
поле
Отчество
Otch-
D
1
обязател
C
ьное
estvo
поле
Должност Dolzhnos D
ь
1
обязател
C
ьное
t
поле
Описание атрибутов объекта ВИД
Таблица 1.4.
Назван
Обозна
Динамич
Количе
ие
чение
ность
ство
ь
повторе
возмож
ний
ных
атрибут атрибут
а
а
Област Примеча
ние
значени
й
Код
Id_vid
S
-
N
вида
первичн
ый ключ
театра
Названи Vid
S
1
C
е
обязател
ьное
поле
Описан
Opis_vid S
1
ие
C
обязател
ьное
поле
53
Описание атрибутов объекта СПЕКТАКЛЬ
Таблица 1.5.
Название
Обознач
Дина
Количес
Област
Примечан
атрибута
ение
мично
тво
ь
ие
атрибута
сть
повторе
возмож
ний
ных
значени
й
Код
Id_spekta
спектакля
kl
S
-
N
суррогатны
й
первичный
ключ
Код
Id_teatr
S
1
N
театра
внешний
ключ к
ТЕАТР
Код
Id_zhanr
S
1
N
жанра
внешний
ключ к
ЖАНР
Название
Nazvanie
спектакля
_spektakl
Ведущие
Akter
D
1
C
обязательн
ое поле
D
1
C
актеры
обязательн
ое поле
Постанов
Post-
щик
anovschik
D
1
C
обязательн
ое поле
54
Премьерн
Premera
D
1
обязательн
L
ый
ое поле
Продолжи Time
D
1
обязательн
N
тельность
Дата
ое поле
Data_start D
1
обязательн
D
начала
Дата
ое поле
Data_end
D
1
обязательн
D
окончания
ое поле
Описание атрибутов объекта ЖАНР
Таблица 1.6.
Назван
Обозна
Динамич
Количе
ие
чение
ность
ство
ь
повторе
возмож
ний
ных
атрибут атрибут
а
а
Област Примеча
ние
значени
й
Код
Id_
жанра
zhanr
Названи zhanr
S
-
N
первичн
ый ключ
S
1
C
е
обязател
ьное
поле
Описан
Opis_zh
ие
anr
S
1
C
обязател
ьное
поле
Описание атрибутов объекта БИЛЕТ
55
Таблица 1.7.
Назван
Обозна
Динамич
Количе
ие
чение
ность
ство
ь
повторе
возмож
ний
ных
атрибут атрибут
а
а
Област Примеча
ние
значени
й
Код
Id_ bilet
S
-
N
билета
первичн
ый ключ
Код
Id_spect
спктакл
acl
S
1
N
Внешний
ключ к
я
СПЕКТА
КЛЬ
Код
Id_afisha S
1
N
афиши
Внешний
ключ к
АФИША
Дата
Data
D
1
D
обязател
ьное
поле
Место
Mesto
D
1
N
обязател
ьное
поле
Цена
Cena
D
1
N
обязател
ьное
поле
Продан
Prodan
D
1
L
обязател
ьное
поле
Бронь
Bron
D
1
L
обязател
ьное
поле
56
Описание атрибутов объекта АФИША
Таблица 1.8.
Назван
Обозна
Динамич
Количе
ие
чение
ность
ство
ь
повторе
возмож
ний
ных
атрибут атрибут
а
а
Област Примеча
ние
значени
й
Код
Id_
спектак
spektakl
S
-
N
первичн
ый ключ
ля
Код
Id_teatr
S
1
N
театр
обязател
ьное
поле
Дата
Data
D
1
D
обязател
ьное
поле
57
6.2. Физическое моделирование
Рис 17. ER-диаграмма
Данная система непосредственно предназначена для театров, а именно
для их билетных касс. Различные люди каждый день ходят на театральные
спектакли, посещают балеты и многие другие культурные мероприятия. Но
чтобы попасть на них, ему необходим билет. Именно для этого и созданы
кассы, они открывают мир искусства человеку, а театр и актеры показывают
его.
На рисунке 17 представлена ER-диаграмма системы театральной
билетной кассы. Основными понятиями ER-диаграммы являются сущность,
связь и атрибут. Сущность - это реальный или представляемый объект,
информация о котором должна сохраняться и быть доступна. В диаграммах
ER-модели сущность представляется в виде прямоугольника, содержащего
имя сущности. Каждая сущность должна иметь наименование, выраженное
существительным в единственном числе. В нашей диаграмме сущностями
являются: театр, спектакль, билет, афиша, жанр, сотрудник, вид. Причем вид
и жанр играют в системе роль справочника. Это сделано для того, чтобы не
загромождать и без этого большие таблицы «театр» и «спектакль».
58
Для большей выразительности и лучшего понимания, имя сущности
может сопровождаться примерами конкретных объектов этого типа.
Например, сущность театры: Драматический, Современник, Оперы и балета,
Юного зрителя.
Каждый экземпляр сущности должен быть отличим от любого другого
экземпляра той же сущности.
Атрибут сущности - это именованная характеристика, являющаяся
некоторым свойством сущности. Например сущность «Билет» содержит
следующие атрибуты: место, цена, дата продажи, продан (логическое да или
нет), бронь(логическое да или нет).
Сущность «Театр» содержит другие атрибуты: название, адрес,
директор, телефон, количество мест в партере, количество мест в
амфитеатре, количество мест на балконе, вид театра.
Ключ сущности - это неизбыточный набор атрибутов, значения
которых в совокупности являются уникальными для каждого экземпляра
сущности. Неизбыточность заключается в том, что удаление любого
атрибута из ключа нарушается его уникальность. Сущность может иметь
несколько различных ключей.
К примеру, у сущности «Театр» ключом является idТеатра, сущность
«Спектакль» имеет ключ idСпектакля, сущности «Билет» и «Жанр»- idБилет
и idЖанр, и т.д..
Теперь что касаемо связей, связь - это некоторая ассоциация между
двумя сущностями. Одна сущность может быть связана с другой сущностью
или сама с собою. Связи позволяют по одной сущности находить другие
сущности, связанные с нею.
Связь типа один-к-одному означает, что один экземпляр первой
сущности связан с одним экземпляром второй сущности. Связь один-кодному чаще всего свидетельствует о том, что на самом деле мы имеем всего
одну сущность, неправильно разделенную на две. В нашей ER-диаграмме
данный тип связи отсутствует.
59
Связь типа один-ко-многим означает, что один экземпляр первой
сущности связан с несколькими экземплярами второй сущности. Это
наиболее часто используемый тип связи. В ER-диаграмме театральной
билетной кассы все связи между сущностями относятся именно к этому тип.
Посмотрите сами, связь между сущностями «Театр» и «Спектакль»
один-ко-многим, так как в одном театре может проходить несколько
спектаклей.
Связь типа много-ко-многим означает, что каждый экземпляр первой
сущности может быть связан с несколькими экземплярами второй сущности,
и каждый экземпляр второй сущности может быть связан с несколькими
экземплярами первой сущности. Тип связи много-ко-многим является
временным типом связи, допустимым на ранних этапах разработки модели. В
дальнейшем этот тип связи должен быть заменен двумя связями типа одинко-многим путем создания промежуточной сущности.
60
7. РАЗРАБОТКА ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА
7.1. Описание функциональностей системы
Данная система представляет собой автоматизированную систему билетной
кассы. Функции данной системы:
Удобная система ведения репертуара театра
Средства использования макетов залов из библиотеки или архива
Возможность самостоятельно создавать используемые при продаже
билетов схемы залов любой конфигурации (конструктор залов)
Автоматическое формирование и печать приказа и дополнения к нему
об утверждении расписания и расценок мест на спектакли
Быстрое и наглядное получение всех данных о любом спектакле из
репертуара
Систему заказов билетов для частных лиц и организаций: по телефону
и через Internet
Систему продажи билетов непосредственно зрителю в кассах театра
Систему реализации билетов через уполномоченных лиц за наличный и
безналичный расчет
Систему расчетов с уполномоченными
Печать любой информации на билете на высокоскоростном принтере
Получение всей отчетности по реализации билетов, по расчетам с
уполномоченными,
по
кассовым
61
операциям.
7.2. Разработка экранных форм
Рис. 18 Экранная форма
Список
Ключевое слово
Событие
С
По
Место проведения
Поиск
Рис.19 Список
62
Концертный зал Чайковского, схема зала
Рис. 20 Схема зала
63
ЗАКЛЮЧЕНИЕ
В данной курсовой работе нами была разработана и спроектирована
информационная система предметной области «Продажа театральных
билетов», что в современном мире является очень актуальным.
В результате созданы следующие диаграммы: вариантов использования,
классов,
состояний,
размещения,
с
ориентированного
деятельности,
применением
подхода
как
(с
взаимодействия,
структурного,
применением
так
компонентов,
и
объектно-
стандартного
языка
моделирования UML), также мы рассмотрели логические и физические
модели, модели представления данных.
Целью нашей курсовой работы являлись разработка и проектирование
информационной системы для автоматизации работы театральной билетной
кассы, что позволит работникам данной сферы сократить время работы с
клиентом и улучшить результат деятельности кассы.
В результате проделанной нами работы мы получили следующие результаты:
автоматизация работы театральной билетной кассы, удобство работы кассира
с ней, что ускорило процесс обслуживания клиентов и улучшило работу с
ними.
Продажа театральных билетов всегда будет актуальна, поскольку люди с
каждым годом все больше приобщаются к культурной жизни. Развитие
системы не стоит на месте, совершенствуются все новые и новые системы.
64
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ
1. Жданова Е.И., Диязитдинова А.Р..Проектирование информационных
систем. Методические указания по выполнению курсового
проекта.Самара,2009г.
2. Лекции по проектированию информационных систем.
3. Вендров А.М. Проектирование программного обеспечения
экономических информационных систем- М.: Финансы и статистика,
2005.-544с.
4. Леоненков А.В. Объектно-ориентированный анализ и проектирование
с использованием UML и IBM Rational Rose.- Издательства: Интернетуниверситет информационных технологий, Бином. Лаборатория
знаний, 2006.- 320 стр.:ил.
65