Размещено на http://www.allbest.ru/

Государственное образовательное учреждение высшего профессионального образования

Поволжский государственный университет телекоммуникаций и информатики

Кафедра экономических и информационных систем

Курсовая работа

«Проектирование информационных систем»

Выполнили:

Студенты группы ИЭ-62

Кручинина Е., Семенова Н.,

Степанов Е., Ягрушкина И.

Проверила:

Диязитдинова А.Р.

Самара 2009

Задание с указанием номера варианта

Вариант 2 - Продажа театральных билетов

В городе несколько театров (оперный, драматический, кукольный и т.д.). Информационная система предназначена для выполнения справочной функции (по запросу должна выдаваться информация, в каком театре какой спектакль идет, данные о свободных билетах, о стоимости билетов и т.д.), а также для продажи билетов на спектаклях.

По каждому театру должна выдаваться информация - адрес, телефоны касс, худрука, ведущих актерах и т.п. В театре осуществляются постановки спектаклей. Каждый спектакль имеет следующие атрибуты: название, жанр, ведущий актер, продолжительность, режиссер-постановщик, дата премьеры. Спектакли можно подразделить по жанрам: музыкальная комедия, трагедия, оперетта и пр. С другой стороны, спектакли можно подразделить на детские, молодежные и пр. В репертуаре театра указывается какие спектакли, в какие дни и в какое время будут проходить, а также даты премьер. Также в конкретном театре могут проходить гастроли приезжих театров.

При продаже билетов должна учитываться следующая информация: премьерный спектакль или нет (на премьеру билеты дороже), категория (партер, амфитеатр и т.п.), ряд, место.

Введение

Ничто не стоит на месте, не говоря уже о технологиях, информационных системах. Они в первую очередь бегут наперегонки со временем в своем развитии. информационный администратор театральный

В самом широком смысле информационная система есть совокупность технического, программного и организационного обеспечения, а также персонала, предназначенная для того, чтобы своевременно обеспечивать людей интересующей их информацией. Сейчас для людей особую ценность имеет время, многим его порой просто не хватает, и разработчики информационных систем понимают это. Они стараются спроектировать систему так, чтобы система сама подстраивалась под человека, под его ритм жизни, а не наоборот, именно поэтому тема, рассмотренная нами очень актуальна в данном вопросе.

Театр постоянно притягивает к себе своим особенным миром. В настоящее время людям для получения информации о театрах, спектаклях, билетах необходимо всего лишь подойти к ближайшей билетной кассе и с помощью кассира, у которого будет удобная и простая информационная система, выдать информацию клиенту. Это очень облегчает работу кассиру и не занимает драгоценного времени у клиента, что в современном мире очень важно.

Работа кассиров заметно облегчилась, благодаря удобной разработанной информационной системе теперь им достаточно ввести информацию для получения необходимого запроса и кликнуть мышкой, чтобы найти нужные данные для клиента.

Поскольку ИС создаются для удовлетворения информационных потребностей, то каждой предметной области (сфере применения) соответствует свой тип ИС. Перечислять все эти типы не имеет смысла, так как количество предметных областей велико. Информационная система театральных касс относится к культурно-массовой области, предназначена для хранения, обработки, поиска, распространения, передачи и предоставления информации, что мы и рассмотрим и проанализируем в данной курсовой работе.

1. Постановка задачи

В курсовом проекте разрабатывается информационная система, предназначенная для автоматизации деятельности театральных билетных касс.

С помощью автоматизированной информационной системы «Театральная билетная касса», возможно, будет решать следующие задачи для различных категорий пользователей:

Для кассира:

· Поиск информации по запросу клиента;

· Выдача информации по запросу клиента;

· Бронирование билетов;

· Продажа билетов;

· Анализ кассовой деятельности.

Рассмотрим более подробно процесс функционирования системы, направленный на обслуживание клиентов.

При обращении клиента в билетную кассу кассир запрашивает всю необходимую информацию: об интересующих спектаклях, театрах, билетах. Вводит запрос в систему и получает информацию о наличии либо отсутствии необходимого спектакля и информирует клиента. Если билеты есть, и спектакль не отменен, то клиент может забронировать необходимый ему билет на удобную ему дату и время, либо сразу оплатить.

Кассир может помочь выбрать клиенту спектакли по следующей информации: по театрам, по жанрам, по постановщикам, по ведущим актерам, по дате и т.д.

Основные достоинства системы:

· Простота и наглядность программы.

· Возможность быстрой адаптации программы к конкретным условиям.

· Строгое разграничение прав доступа к информации.

· Все основные настройки выполняет администратор системы.

· Существует возможность добавления и изменения схем залов (дополнительные кресла и пр.).

· Обеспечена возможность составления и использования ценовых схем.

· Автоматизированное формирование различных отчетов.

· Использование принтеров для печати билетов.

АИС "Театральная билетная касса" дает возможность автоматизировать весь комплекс работ по обслуживанию клиентов.

Удобная система ведения репертуара театра

Возможность подключения любого количества з

Размещено на http://www.allbest.ru/

алов/сцен/площадок

Средства использования макетов залов из библиотеки или архива

Размещено на http://www.allbest.ru/

Возможность иметь до 20-и различных ценовых поясов и легко менять расписание

Размещено на http://www.allbest.ru/

на схеме зала

Возможность самостоятельно создавать используемые при про

Размещено на http://www.allbest.ru/

даже билетов схемы залов любой конфигурации (конструктор залов)

Автоматическое формирование и печать приказа и дополнения к нему об утверждении расписания

Размещено на http://www.allbest.ru/

и расценок мест на спектакли

Быстрое и наглядное получение всех данных о любом спектакле из ре

Размещено на http://www.allbest.ru/

пертуара

Систему заказов билетов для частных лиц и организаций: по те

Размещено на http://www.allbest.ru/

лефону и через Internet

Систему продажи билетов непосредственно зрителю в кассах те

Размещено на http://www.allbest.ru/

атра

Систему реализации билетов через уполномоченных лиц за на

Размещено на http://www.allbest.ru/

личный и безналичный расчет

Систему расчетов с уполномоченными

Печать любой информации на билете на высокоскоростном принтере

Размещено на http://www.allbest.ru/

Получение всей отчетности по реализации билетов, по расчетам с уполномоченными, по кассовым операциям и др.

Размещено на http://www.allbest.ru/

2. Разработка плана-графика выполнения проекта

Таблица 1

Этапы	Виды работ	Исполнитель	Длительность работы, дни
			Октябрь	Ноябрь	Декабрь
Проведение предпроектного обследования	Модель бизнес-процессов, формирование требований к будущему проекту	Экономист	2
		Аналитик	5
	Моделирование структуры системы	Аналитик	5
		Экономист	3
Проектирование данных	Логическая и физическая модели данных; базы данных либо SQL-скрипт для ее генерации	Аналитик	3
		Программист		3
		Экономист		3
Разработка и кодирование компонентов	Разработка на языке программирования	Программист		3
Разработка приложений, тестирование, наисание документации	Отладка модулей	Программист		2
	Комплексное тестирование програмы	Программист		2
	Оформление программной документации	Программист		3
	Отладка и тестирование	Программист		2
Внедрение созданной ИС и обучение пользователейорганизационный процесс эксплуатации ИС, наличие у пользователей необходимых знаний и навыков	Организационный процесс эксплуатации ИС, наличие у пользователей необходимых знаний и навыков	аналитик		2
		программист			2
Эксплуатация и сопровождение	Данные, результаты их анализа и обработки	Экономист			2
Итого					42
Календарный график выполнения работ по разработке системы
Таблица 2 Определение затрат на материалы и покупные изделия
Наименование	Единица измерения	Количество
CD	штук	1
Бумага	пачка	1
Программные диски	штук	2



Рис. 1-Диаграмма Ганта

На диаграмме Ганта, для моделирования бизнес-процессов и формирования требований к будущему проекту , выделено девять дней, но за вычетом выходных, для выполнения этой работы остаётся семь дней, что соответствует календарному графику выполнения работ по разработке системы. Аналогичный процесс происходит для остальных видов работ.

3. Технико-экономическое обоснование эффективности проекта

3.1 Цель разработки информационной системы

Целью внедрения информационной системы является повышение эффективности деятельности предприятия за счет использования информационной системы. Кроме того, при внедрении разрабатываемой системы происходит экономия затрат за счет сокращения расходов в результате замены ручного труда машинным.

Разработка информационной системы продажи театральных билетов ведется с целью ее внедрения на предприятии. Таким образом, использование разработанной ИС позволит повысить эффективность деятельности исследуемого объекта.

3.2 Вид и порядок расчета

Расчет экономической эффективности информационной системы проводится на предварительном этапе, то есть до начала проектирования и разработки системы. В результате получается расчет потенциального эффекта, который предполагается получить от внедрения системы на предприятии. При этом предприятие получает источник экономии затрат за счет замены ручного труда машинным, получение прибыли от использования системы не учитывается, так как для этого нужно проводить корреляционный анализ между величиной прибыли и временем внедрения системы.

Порядок расчета экономической эффективности будет следующим:

Разработка (расчет себестоимости разработки).

Внедрение (расчет экономической эффективности от внедрения системы на предприятии).

Расчет чистого дисконтированного дохода (ЧДД):

,

где - дисконтированное расчетное значение результатов по проекту (приведенное к началу проекта);

- дисконтированное расчетное значение затрат при условии, что в них не входят капитальные вложения (приведенное к началу проекта);

К^ - дисконтированное расчетное значение первоначальных капитальных вложений (приведенное к началу проекта).

Оценка экономической эффективности проекта по ЧДД:

- Если ЧДД > 0, то проект является эффективным (при данной норме дисконта) и может рассматриваться вопрос о его принятии. Чем больше ЧДД, тем эффективнее проект.

- Если ЧДД < 0, то проект неэффективен. Инвестор понесет убытки.

Рассчитывается срок окупаемости (Ток) проекта, то есть определяется минимальный временной интервал (от начала осуществления проекта), за пределами которого интегральный эффект (ЧДД) становится и в дальнейшем остается неотрицательным. Расчет срока окупаемости производится в месяцах, кварталах или годах.

Планируемые источники экономии:

снижение затрат на заработную плату за счет уменьшения числа рабочих мест;

сокращения времени на проведение расчетов;

избавления от сверхурочных часов работы;

повышение качества работы за счет снижение до минимума ошибок при расчетах и увеличения точности расчетов.

Затраты предприятий складываются из единовременных затрат, связанных с покупкой, транспортировкой и внедрением системы и технических средств для сканирования документов, и текущих затрат, связанных с затратами на непосредственное сопровождение системы. Источниками финансирования разработки данного проекта являются собственные средства фирмы-разработчика.

3.3 Расчет себестоимости разработки программного продукта

Целью внедрения данной системы на предприятии является повышение качества принятия управленческих решений и как следствие повышение эффективности деятельности предприятия. Кроме того, при внедрении разрабатываемой системы происходит экономия затрат за счет сокращения расходов на проведение анализа рентабельности предприятия в результате замены ручного труда машинным.

Базовый вариант: безмашинное решение задачи, то есть ручной вариант.

Планируемые источники экономии:

1) снижение затрат на заработную плату за счет уменьшения числа рабочих мест;

2) сокращения времени на проведение расчетов;

3) избавления от сверхурочных часов работы;

4) повышение качества работы за счет снижения до минимума ошибок при расчетах и увеличения точности расчетов.

Рассчитаем капитальные вложения на разработку информационной системы на предприятии.

В таблице приведен расчет трудоемкости, длительности разработки по этапам проектирования и размер заработной платы разработчиков. Разработку программы производит три специалиста: один аналитик с зарплатой 28000 рублей в месяц, один программист с зарплатой 20000 рублей в месяц и один экономист с зарплатой 13000 рублей в месяц.

Часовая ставка аналитика:

оклад в мес. руб./фонд рабочего времени = 28000/200 = 140 руб.

Часовая ставка программиста:

оклад в мес. руб./фонд рабочего времени = 20000/200 = 100 руб.

Часовая ставка экономиста:

оклад в мес. руб./фонд рабочего времени = 13000/200 = 65 руб.

Рассчитаем затраты на разработку системы. В себестоимость разработки программных средств включаются следующие затраты:

заработная плата (основная и дополнительная);

отчисления на социальное страхование;

стоимость материалов, покупных изделий и полуфабрикатов;

прочие прямые расходы;

накладные расходы.

Рассмотрим основную и дополнительную заработную плату. В разработке программных средств принимали участие экономист-аналитик и программист. В период проектирования им выплачивалась основная заработная плата в размере согласно приказу по предприятию. Размер дополнительной заработной платы сотрудников составляет 10% от основной заработной платы. Расчет расходов на оплату труда исполнителей проекта представлен в таблице 3.

Таблица 3- Расчет расходов на оплату труда исполнителей проекта

Этапы	Виды работ	Исполнители	Часовая ставка, руб.	Длительность выполнения, дни	Трудоем-кость, чел.-дни	Размер зарплаты, руб.
		Коли-чество	Должность
Проведение предпроектного обследования	модель бизнес-процессов, формирование требований к будущему проекту	1	инспектор	65,00	2	2	520,00
		1	аналитик	140,00	5	5	3360,00
	моделирование структуры системы	1	инспектор	65,00	5	5	1560,00
		1	инспектор	65,00	3	3	520,00
Проектирование данных	логическая и физическая модели данных; базы данных либо SQL-скрипт для ее генерации	1	аналитик	140,00	3	3	1120,00
		1	Программмист	100,00	3	3	800,00
		1	инспектор	65,00	3	3	520,00
Разработка и кодирование компонентов	разработка на языке программирования	1	Программмист	16,67	3	3	133,33
Разработка приложений, тестирование, написание документации	отладка модулей	1	Программмист	100,00	2	2	1600,00
	комплексное тестирование программы	1	Программмист	100,00	2	2	1600,00
	оформление программной документации	1	Программмист	100,00	3	3	800,00
	отладка и тестирование	1	Программмист	100,00	2	2	1600,00
Внедрение созданной ИС и обучение пользователей	организационный процесс эксплуатации ИС, наличие у пользователей необходимых знаний и навыков	1	аналитик	140,00	2	2	2240,00
		1	Программмист	100,00	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 - Определение затрат на материалы и покупные изделия

Наименование	Единица измерения	Количество	Цена за единицу, руб	Стоимость, руб
Программные диски	штук	2	140	280
CD	упаковка (10 шт)	1	200	200
Бумага (А4)	пачка	1	100	100
Итого				580
Транспортные расходы (10% итоговой суммы)				58
Общая сумма затрат на материалы и покупные изделия				638

К статье “Прочие прямые расходы” относятся расходы на обслуживание ЭВМ и плата за потребляемую электроэнергию. Сумма прочих прямых расходов (Зпрям) рассчитываем следующим образом:

,

где tм - время для разработки и отладки программного средства на ЭВМ, часы;

Ct - себестоимость 1 часа машинного времени, руб;

Р - мощность, потребляемая компьютером, кВт;

Ц - стоимость 1 кВт-час электроэнергии, руб.

Время для разработки и отладки программного средства на ЭВМ:

,

где Дн - количество дней работы;

Ч - продолжительность рабочего дня.

Таблица 5 - Расчет прочих прямых расходов

Наименование показателя	Единица измерения	Значение показателя
Продолжительность разработки и отладки	дней	42
Продолжительность рабочего дня	час	8
Себестоимость 1 часа машинного времени	руб	20
Мощность, потребляемая компьютером	кВт	0,4
Себестоимость 1 кВт·час электроэнергии	руб	1,48
Плата за доступ в Internet	руб.	30
Итого прочих прямых расходов	руб	6948,912

Определим себестоимость разработки системы, результаты представим в виде следующей таблицы:

Таблица 6 - Себестоимость разработки системы

Наименование статей затрат	Сумма, рублей
Основная заработная плата	32104,02
Дополнительная заработная плата (10%)	3210,40
Отчисления на социальное страхование (26%)	9181,75
Накладные расходы (40%)	14 125,77
Стоимость материалов и покупных изделий	638
Прочие прямые расходы	6948,912
Итого	66208,85

Таким образом, капитальные затраты на разработку программы составят 72208,85рублей.

Оборудование, вычислительная техника, программное обеспечение, необходимые для функционирования системы на предприятии имеются в наличии. Поэтому прочие затраты будут включать в себя затраты на тонер для принтера, бумагу и все канцелярские принадлежности и они составят 6000 рублей.

Следовательно, капитальные вложения составят: 72208,85 рублей.

3.4 Оценка экономической эффективности разработки и использования ИС на предприятии

Для определения годового дохода необходимо рассчитать эксплуатационные расходы. Эксплуатационные расходы при использовании системы включают следующие статьи расходов:

заработная плата (основная и дополнительная);

отчисления на социальное страхование;

амортизационные отчисления;

затраты на электроэнергию;

материалы и запасные части;

накладные расходы.

Проведем сравнительный расчет годовых эксплуатационных расходов при автоматизированной и ручной деятельности. Для этого определим себестоимость расчетов вручную и автоматизированных вычислений с помощью информационной системы.

Пользователем системы выступает экономист предприятия.

На расчетном этапе работы были проведены экспериментальные расчеты с использованием фактических данных. По результатам предварительных оценок трудоемкость автоматизированного решения задачи составит (таблица 7).

Таблица 7 - Трудоемкость автоматизированных расчетов

Операция	Трудоемкость, чел-час
Изучение задачи	0,9
Ввод данных на ЭВМ	0,3
Подготовка дополнительных данных	0,2
Ввод дополнительных данных на ЭВМ	0,2
Время на получение решения	0,1
Оформление отчетов	0,5
Итого	2,2

При использовании информационной системы экономист (согласно пожеланиям руководства предприятия) будет осуществлять расчеты 1 раз в месяц. С учетом итогов экспериментальных расчетов трудоемкость (tp) при этом составит 2,2 чел-час.

Исходные данные для расчета основной зарплаты представлены в таблице 8.

Таблица 8 - Исходные данные для расчета основной зарплаты

Машинное время, часы	1,1
Среднее число рабочих дней в месяце, дней	5
Количество месяцев	12

Расчёт годовых эксплуатационных расходов при автоматизированных расчетах представлен в таблице 9.

Таблица 9 - Расчет годовых расходов на электроэнергию при решении задачи с помощью системы

Вид оборудования	Количество	Потребляемая мощность	Время работы, часы	Тариф за 1 кВт·час, руб.	Общая сумма расходов, руб.
Компьютер	1	0,4	13,2	1,48	7,8144
Освещение		0,3	13,2	1,48	5,8608
Кондиционеры	1	0,2	13,2	1,48	3,9072
Общая сумма расходов		17,5824

Таблица 10 - Расчет амортизационных отчислений при автоматизированном решении задачи

Наименование основного средства	Количество	Цена, руб.	Стоимость, руб	Норма амортизации, %	Амортизация, руб.
Компьютер	1	20000	20000	10%	2000
Компьютерный стол	1	3000	3000	5%	150
Общая сумма					2150

Таблица 11 - Годовые эксплуатационные расходы при автоматизированном расчете

Наименование статьи расходов	Способ расчета	Сумма, руб.
Основная заработная плата (ЗПос)	tpi . tм . Ki . ЗПчi	11702,13
Дополнительная заработная плата (ЗПд)	10% * ЗПос	1170,21
Отчисления на социальные отчисления	26 % * (ЗПос+ЗПд)	3346,81
Накладные расходы	см. таблицу	5148,94
Амортизационные отчисления	см. таблицу	2150,00
Затраты на электроэнергию	40% . (ЗПос+ЗПд)	17,58
Общая сумма затрат (Э1)		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	50,08
Кондиционеры	1	0,2	112,8	1,48	33,39
Общая сумма расходов, руб.		83,47

Таблица 15 - Годовые эксплуатационные расходы при ручных расчетах

Наименование статьи расходов	Способ расчета	Сумма, руб.
Основная заработная плата (ЗПос)	tpi . tм . Ki . ЗПчi	50000,00
Дополнительная заработная плата (ЗПд)	10% . ЗПос	5000,00
Отчисления на социальное страхование	26% . (ЗПос+ЗПд)	14300,00
Накладные расходы	40% . (ЗПос+ЗПд)	22000,00
Затраты на электроэнергию	см. таблицу	83,47
Общая сумма затрат (Э2)		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
Дополнительные издержки, рублей		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
5. Чистый доход (ОД-ИД), рублей	-72208,85	54278,24	54278,24	54278,24	90625,88
6. Коэффициент дисконтирования	1,00	0,87	0,76	0,66
7. Чистый дисконтированный доход (ЧДД), рублей	-72208,85	47198,47	41042,15	35688,83	51720,60
8. ЧДД нарастающим итогом, рублей	-72208,85	-25010,38	16031,77	51720,60

Норма дисконтирования обычно равна учетной ставке Центрального Банка. Однако каждое предприятие определяет ее в соответствии со своими целями. Коэффициент дисконтирования определяется по формуле:

,

где Е - постоянная норма дисконта, принимаем Е=15%; t - номер шага расчета, t = (0,Т), Т - горизонт расчета.

Таким образом, так как сальдо от всех видов деятельности положительное, то данный проект реализуем. Окупаемость проекта с момента вложения средств составляет примерно 19,89 месяцев. Исходя из высоких экономических показателей программных средств, их разработка и использование являются целесообразными.

Таким образом, оценка ресурсов, необходимых для разработки и внедрения программных средств, а также рассмотрение показателей экономической эффективности доказывают, что спроектированная информационная система во многом может оптимизировать процессы и принести конкретный экономический эффект.

4. Разработка проекта ис с помощью структурного подхода

4.1 Моделирование данных (с использованием IDEF0)

Рис.2 Диаграмма IDEF0

Контекстная информация отражает деятельность предметной области, т.е. продажу театральных билетов. Процесс начинается с поступления заявки от клиента и подготовки билетов к продаже. Далее кассир подбирает билет для клиента соответственно его требованиям. Клиенту предоставляется информация об оставшихся билетах. Если клиенту подходят такие билеты, он покупает. И кассир заносит данные в архив, где ведется учет проданных и оставшихся билетов. Также клиент может заранее забронировать билеты. Потом просто прийти и купить их.

Потоки управления представлены законами РФ, нормативными документами. Механизмы: кассир. Входящие потоки: билеты на продажу, клиенты. Выходные потоки: Проданные билеты, не проданные билеты, сдача отчетности, прибыль.

Эту диаграмму можно декомпозировать. На рис.3 представлена декомпозиция первого уровня методологии IDEF0.Представленная диаграмма содержит 4 блока. Это описывается в следующих разделах.

4.2 Иерархия диаграмм

Рис.3 иерархия диаграмм

Общей диаграммой является модель IDEF0. Остальные диаграммы уточняют и описывают предыдущие.

4.3 Спецификация процессов

Рис.4 Покупать/продавать билеты

Процесс начинается с получение в кассу билетов на продажу.

А0 (1) Процесс: получение билета на продажу.

Входной поток: билеты на продажу.

Выходной поток: готовые к продаже билеты.

Механизмы: кассир.

Потоки управления представлены законами РФ, нормативными документами.

А0 (2)Процесс: работа с клиентами.

Входной поток: клиенты, готовые к продаже билеты

Выходной поток: заключение сделки, уход клиента.

Механизмы: кассир.

Потоки управления представлены законами РФ, нормативными документами.

А0(3) Процесс: продажа билета.

Входной поток: заключение сделки

Выходной поток: учет проданных билетов.

Механизмы: кассир.

Потоки управления представлены законами РФ, нормативными документами.

А0(4)Процесс: анализ деятельности

Входной поток: учет проданных билетов

Выходной поток: сдача отчетности.

Механизмы: кассир.

Потоки управления представлены законами РФ, нормативными документами.

Сначала в кассу поступают билеты на продажу. Кассир должен получить эти билеты. Оформить их по накладной, внести данных о билетах в базу данных, подготовить их к в вывешиванию и к продаже. Далее необходимо продать эти билеты. Кассир подбирает по пожеланиям клиента соответствующие билеты (на определенный спектакль, места и т.д.) Обращается несколько раз к базе данных т.к. вся информация о них в архиве. После чего продает эти билеты, хотя их также можно забронировать. И ведет учет проданных билетов, а именно обработка первичной информации, подсчет прибыли, билетов. И составление отчетных документов.

Все эти процессы можно декомпозировать.



Рис.5 Получение билетов на продажу.

1.Процесс: оформление накладной на поступившие билеты

Входной поток: билеты на продажу

Выходной поток: подготовка ЭВМ к работе

Механизмы: кассир.

Потоки управления представлены законами РФ, нормативными документами.

2.Процесс: внесение билетов в базу данных

Входной поток: подготовка ЭВМ к работе

Выходной поток: учет билетов

Механизмы: кассир.

Потоки управления представлены законами РФ, нормативными документами.

3.Процесс: подготовка к продаже/вывешиванию афиш

Входной поток: учет билетов

Выходной билет: готовые к продаже билеты

Механизмы: кассир.

Потоки управления представлены законами РФ, нормативными документами.

Рис.6 Процесс работы с клиентами

Представленная диаграмма отражает процесс подготовки билетов к продаже. Изначально они поступают к нам в кассу. И обязательно оформляются накладной т.к. в дальнейшем это пригодится для учета билетов. Чтобы мы могли вести подсчет билетов как проданных, так и оставшихся. И только после того как мы внесли все данные по билетам в базу данных можем приступать к вывешиванию и в дальнейшем к продаже билетов. Все действия регламентируются нормативными документами и законами РФ.

1.Процесс: Получение запроса от клиента

Входной поток: билеты готовые к продаже и клиенты

Выходной поток: обработка полученной информации

Механизм: кассир

Потоки управления: БД, нормативные документы, законы РФ

2.Процесс: обращение в БД

Входной поток: обработка полученной информации

Выходной поток: выдача информации

Механизм: кассир

Потоки управления: БД, нормативные документы, законы РФ

3.Процесс: информирование клиента

Входной поток: выдача информации

Выходной поток: срыв сделки, заключение сделки

Механизм: кассир

Потоки управления: БД, нормативные документы, законы РФ

После того как мы подготовили билеты к продаже и вывесили анкеты, можем приступать к продаже билетов и общению с клиентами. Сначала клиент обращается с целью узнать необходимую информацию. Кассир в свою очередь просматривает информацию в базе данных. Когда клиент узнал всю информацию, он может либо купить билеты, либо отказаться от покупки билета. Все действия регламентируются нормативными документами и законами РФ.

Рис.7 Процесс продажи билетов

1.Процесс: получение информации от клиента

Входной поток: клиенты и заключение сделки

Выходной поток: покупка билета или требование брони

Механизм: кассир

Потоки управления: БД, нормативные документы, законы РФ

2.Процесс: бронирование

Входной билет: требование брони

Выходной поток: выкуп брони

Механизм: кассир

Потоки управления: БД, нормативные документы, законы РФ

3.Процесс: Продажа билетов

Входной поток: покупка брони и выкуп брони

Выходной поток: проданные билеты, не проданные билеты, прибыль.

Механизм: кассир

Потоки управления: БД, нормативные документы, законы РФ

Если клиент решил покупать билеты, то кассир подбирает ему билеты, ряд, места. И сразу же клиент может оплатить. А может забронировать билеты. И оплатить только тогда когда придет покупать

Рис8 Процесс анализа деятельности

1.Процесс: обработка первичной информации

Входной поток: проданные билеты, не проданные билеты и прибыль

Выходной поток: систематизирование данных.

Механизм: кассир

Потоки управления: БД, нормативные документы, законы РФ

2.Процесс: Подсчет прибыли

Входной поток: систематизирование данных

Выходной поток: сбор и анализ данных

Механизм: кассир

Потоки управления: БД, нормативные документы, законы РФ

3.Процесс: Составление отчетных документов

Входной поток: сбор и анализ данных

Выходной поток: сдача отчетности

Механизм: кассир

Потоки управления: БД, нормативные документы, законы РФ

После продажи билетов кассир обязан вести учет проданных билетов, подсчет прибыли и составление отчетных документов.

5. Разработка проекта ис с помощью объектно-ориентированного подхода (UML-диаграммы)

5.1 Диаграмма вариантов использования

Рис.9. Поток событий. Билетная касса.

Вариант использования «Информировать» заключается в том, что клиент получает от кассира информацию, соответствующую его запросу. Кассир в свою очередь обращается к БД, что бы информировать клиента точными и полными данными о том или ином спектакле.

Вариант использования «Выбрать» клиент, после полученных данных от кассира, определяется с выбором билетов на заинтересованный им спектакль.

Вариант использования «Бронировать» выполняется в том случае, если клиент определился с выбором, но не может в данный момент приобрести выбранные им билеты, а сможет это сделать позже. В этом случае кассир вносит в БД изменения, о том, что данные места забронированы и купить их другой человек не может (по крайней мере, до тех пор, пока не снимется бронь).

Вариант использования «Оплатить» заключается в том, что клиент определился с выбором билетов и в данный момент может приобрести их в кассе.

Предусловия

Вариант использования «Выбрать» имеет предусловие. Клиент сможет сделать свой выбор после того как кассир предоставит ему перечень возможных вариантов, естественно соответственно отвечающих запросу клиента, то есть после варианта использования «Информировать».

Так же вариант использования «Оплатить» и «Бронировать» могут выполниться лишь после того, как клиент сделает выбор либо оплатить сейчас за билеты, либо сделать это через некоторое время, когда оп придет снимать бронь.

Основной и альтернативный потоки событий

Поток событий варианта использования «Выбрать» выглядит следующим образом:

1. Вариант использования начинается, когда клиент обращается к кассиру с просьбой выдать ему информацию о спектакле.

2. Кассир обращается к БД и делает запрос.

3. Ответ на запрос выводит на внешний дисплей.

4. Клиент ознакомляется с ней и решает, что делать дальше.

5. Клиент выбирает название спектакля, день, место.

6. Если клиент решает купить билеты.

7. Кассир отмечает в БД места, которые он выбрал.

8. Система автоматически закрашивает данные места красным цветом, это свидетельствует о том, что билеты на данное место уже куплены и, другой клиент уже не вправе их купить.

9. Клиент оплачивает стоимость билетов.

10. Кассир принимает деньги, вносит их в кассовый аппарат.

11. Выдает клиенту билеты, чек, свидетельствующий о купле-продаже и сдачу, если таковая имеется.

12. Процесс завершен.

Альтернативный поток

1. Вариант использования начинается, когда клиент обращается к кассиру с просьбой выдать ему информацию о спектакле.

2. Кассир обращается к БД и делает запрос.

3. Ответ на запрос выводит на внешний дисплей.

4. Клиент ознакомляется с ней и решает, что делать дальше.

5. Клиент выбирает название спектакля, день, место.

6. У клиента нет возможности расплатиться за билеты в данный момент, и решает забронировать места.

7. Кассир отмечает в БД нужные места галочкой, с пометкой бронь.

8. БД сохраняет изменения, которые клиент может проследить на внешнем дисплее.

9. Кассир узнает фамилию клиента, чтобы тот мог прийти в другой раз и выкупить данные места.

10. БД сохраняет бронирование мест ровно на три дня. Если клиент не выкупит их в течении положенного срока, то бронирование автоматически убирается и данные места может приобрести уже другой клиент.

Постусловия

После совершения кассиром всех операций с БД все изменения автоматически сохраняются. Свободные места на дисплее закрашиваются зеленым цветом, занятые красным, а забронированные выделяются галочками.

5.2Диаграмма классов

Рис.10 Диаграмма классов

В этой диаграмме классов представлены основные элементы предметной области, а также их атрибуты и операции.

Класс Театр включает в себя следующие атрибуты:

ь Код театра

ь Название театра

ь Вид театра

ь Директор театра

И операции:

- Добавить()

- Обновить()

- Удалить()

Данный класс необходим для описания общих сведений о театрах, которые предлагают свои билеты на продажу.

Класс Спектакль отражает перечень всех спектаклей во всех театрах и включает атрибуты:

ь Код спектакля

ь Название спектакля

ь Вид актера

ь Постановщик

И операции этого класса:

- Открыть()

- Закрыть()

- Изменить()

Класс Афиша зависит от класса Спектакль. Атрибуты класса Афиша:

ь Код спектакля

ь Код театра

ь Дата

Операции:

- Добавить()

- Удалить()

- Убрать()

Класс Билеты содержит все билеты на все спектакли и включает следующие атрибуты:

ь Код билета

ь Дата

ь Цена

Операции данного класса:

- Заказать

- Отменить

Также в нашей базе данных имеются данные о всех сотрудниках театра именно это отражает класс Сотрудники. Атрибуты:

ь Код сотрудника

ь Фамилия

ь Имя

ь Отчество

Операции:

- Принять()

- Изменить()

- Уволить()

Класс Жанр. Атрибуты:

ь Код жанра

ь Название

ь Описание

Описание:

- Добавить()

- Удалить()

- Обновить()

5.3 Диаграмма состояний

Рис. 11 Диаграмма состояний Билеты

Состояние билетов. Билеты считаются поступившими, когда они поступают в билетную кассу и фиксируются кассиром. Билеты могут перейти в два состояния: забронированы и проданы. Клиент, пришедший в кассу, может забронировать билет, тогда билет перейдет в состояние Забронировали, а затем в состояние Проданы. Либо билет может из состояния Поступили перейти сразу в состояние Проданы, это в том случае, когда клиент не захочет бронировать билет и сразу выкупит его.

5.4 Диаграмма деятельности

Рис. 12 Диаграмма деятельности

Клиенту, пришедшему в кассу, выдается информация о спектаклях, уточняется информация о билетах. Далее у клиента есть варианты: если его что-то не устраивает, то он может уйти, либо, если информация о билетах его устроила, то может совершить операцию покупки, которая, в свою очередь, также имеет 2 варианта: клиент может забронировать, интересующий его билет, либо сразу купить. Если клиент принимает решение забронировать, то ему позже (в оговоренные сроки) необходимо будет произвести выкуп брони и оплатить билет.

5.5 Диаграмма последовательности

Рис.13 Диаграмма последовательности

1. Клиент запрашивает интересующую его информацию о билетах и спектаклях у кассира;

2. Кассир обращается за получением информации, интересующую клиента, в базу данных по всем билетам и проходящим спектаклям;

3. База данных выдает запрашиваемую информацию кассиру;

4. Кассир передает информацию полученную от базы данных клиенту;

5. Поучив необходимую информацию от кассира, клиент принимает решение покупать билет;

6. Поучив необходимую информацию от кассира, клиент принимает решение не покупать билет;

7. Решив совершить покупку клиент производит процедуру прямой покупки обратившись к кассиру;

Кассир проводит в базе данных процедуру прямой покупки билета клиентом;

После внесения информации о покупке билета в базу данных происходит оплата билета через кассу;

8. Решив совершить покупку клиент производит процедуру бронирования билета обратившись к кассиру;

Кассир проводит в базе данных процедуру бронирования билета клиентом;

После внесения информации о бронирование в базу данных происходит оплата билета через кассу, в удобное для клиента время;

9. Происходит оплата билета при прямой покупке, либо при выкупе брони, через кассу, касса выдает чек о произведении оплаты;

10. После оплаты стоимости билета, кассир выдает клиенту купленный им билет.

5.6 Диаграмма кооперации

Рис. 14 Диаграмма кооперации

1. Клиент запрашивает интересующую его информацию о билетах и спектаклях у кассира;

2. Кассир обращается за получением информации, интересующую клиента, в базу данных по всем билетам и проходящим спектаклям;

3. База данных выдает запрашиваемую информацию кассиру;

4. Кассир передает информацию полученную от базы данных клиенту;

5. Поучив необходимую информацию от кассира, клиент принимает решение покупать билет;

6. Поучив необходимую информацию от кассира, клиент принимает решение не покупать билет;

7. Решив совершить покупку клиент производит процедуру прямой покупки обратившись к кассиру;

Кассир проводит в базе данных процедуру прямой покупки билета клиентом;

После внесения информации о покупке билета в базу данных происходит оплата билета через кассу;

8. Решив совершить покупку клиент производит процедуру бронирования билета обратившись к кассиру;

Кассир проводит в базе данных процедуру бронирования билета клиентом;

После внесения информации о бронирование в базу данных происходит оплата билета через кассу, в удобное для клиента время;

9. Происходит оплата билета при прямой покупке, либо при выкупе брони, через кассу, касса выдает чек о произведении оплаты;

10. После оплаты стоимости билета, кассир выдает клиенту купленный им билет.

5.7 Диаграмма компонентов

Рис. 15 Диаграмма компонентов

Данная диаграмма включает в себя 7 компонентов.

Компонент Головной модуль - является главным, служит для выдачи необходимой информации клиенту.

Компонент Справка - связан с компонентом Головной модуль, служит для выдачи необходимой справки клиенту.

Компонент Обработка запроса клиента - служит для обработки запроса клиента, полученного от головного модуля, чере...