Проектирование информационных систем
Расчет себестоимости разработки программного продукта. Оценка эффективности использования информационных систем на предприятии. Построение проекта с помощью объектно-ориентированного и структурного подходов. Исследование пользовательского интерфейса.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 19.12.2015 |
| Размер файла | 1,7 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Государственное образовательное учреждение высшего профессионального образования
Поволжский государственный университет телекоммуникаций и информатики
Кафедра экономических и информационных систем
КУРСОВАЯ РАБОТА
«ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ»
Выполнили:
Кручинина Е., Семенова Н.,
Степанов Е., Ягрушкина И.
Проверила:
Диязитдинова А.Р.
Самара 2009
СОДЕРЖАНИЕ
ВВЕДЕНИЕ
1. ПОСТАНОВКА ЗАДАЧИ
2. РАЗРАБОТКА ПЛАНА-ГРАФИКА ВЫПОЛНЕНИЯ ПРОЕКТА
3. ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ЭФФЕКТИВНОСТИ ПРОЕКТА
3.1 Цель разработки информационной системы
3.2 Вид и порядок расчета
3.3 Расчет себестоимости разработки программного продукта
3.4 Оценка экономической эффективности разработки и использования ИС на предприятии
4. РАЗРАБОТКА ПРОЕКТА ИС С ПОМОЩЬЮ СТРУКТУРНОГО ПОДХОДА
4.1 Моделирование данных (с использованием IDEF0)
4.2 Иерархия диаграмм
4.3 Спецификация процессов
5. РАЗРАБОТКА ПРОЕКТА ИС С ПОМОЩЬЮ ОБЪЕКТНО-ОРИЕНТИРОВАННОГО ПОДХОДА (UML-диаграммы)
5.1 Диаграмма вариантов использования
5.2 Диаграмма классов
5.3 Диаграмма состояний
5.4 Диаграмма деятельности
5.5 Диаграмма последовательности
5.6 Диаграмма кооперации
5.7 Диаграмма компонентов
5.8 Диаграмма размещений
6. ПРОЕКТИРОВАНИЕ ДАННЫХ
6.1 Логическое моделирование
6.2 Физическое моделирование
7. РАЗРАБОТКА ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА
7.1 Описание функциональностей системы
7.2 Разработка экранных форм
ЗАКЛЮЧЕНИЕ
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ
ВВЕДЕНИЕ
Ничто не стоит на месте, не говоря уже о технологиях, информационных системах. Они в первую очередь бегут наперегонки со временем в своем развитии. В самом широком смысле информационная система есть совокупность технического, программного и организационного обеспечения, а также персонала, предназначенная для того, чтобы своевременно обеспечивать людей интересующей их информацией. Сейчас для людей особую ценность имеет время, многим его порой просто не хватает, и разработчики информационных систем понимают это. Они стараются спроектировать систему так, чтобы система сама подстраивалась под человека, под его ритм жизни, а не наоборот, именно поэтому тема, рассмотренная нами очень актуальна в данном вопросе. Театр постоянно притягивает к себе своим особенным миром. В настоящее время людям для получения информации о театрах, спектаклях, билетах необходимо всего лишь подойти к ближайшей билетной кассе и с помощью кассира, у которого будет удобная и простая информационная система, выдать информацию клиенту. Это очень облегчает работу кассиру и не занимает драгоценного времени у клиента, что в современном мире очень важно.
Работа кассиров заметно облегчилась, благодаря удобной разработанной информационной системе теперь им достаточно ввести информацию для получения необходимого запроса и кликнуть мышкой, чтобы найти нужные данные для клиента. Поскольку ИС создаются для удовлетворения информационных потребностей, то каждой предметной области (сфере применения) соответствует свой тип ИС. Перечислять все эти типы не имеет смысла, так как количество предметных областей велико. Информационная система театральных касс относится к культурно-массовой области, предназначена для хранения, обработки, поиска, распространения, передачи и предоставления информации, что мы и рассмотрим и проанализируем в данной курсовой работе.
1. ПОСТАНОВКА ЗАДАЧИ
В курсовом проекте разрабатывается информационная система, предназначенная для автоматизации деятельности театральных билетных касс.
С помощью автоматизированной информационной системы «Театральная билетная касса», возможно, будет решать следующие задачи для различных категорий пользователей:
Для кассира:
· Поиск информации по запросу клиента;
· Выдача информации по запросу клиента;
· Бронирование билетов;
· Продажа билетов;
· Анализ кассовой деятельности.
Рассмотрим более подробно процесс функционирования системы, направленный на обслуживание клиентов.
При обращении клиента в билетную кассу кассир запрашивает всю необходимую информацию: об интересующих спектаклях, театрах, билетах. Вводит запрос в систему и получает информацию о наличии либо отсутствии необходимого спектакля и информирует клиента. Если билеты есть, и спектакль не отменен, то клиент может забронировать необходимый ему билет на удобную ему дату и время, либо сразу оплатить.
Кассир может помочь выбрать клиенту спектакли по следующей информации: по театрам, по жанрам, по постановщикам, по ведущим актерам, по дате и т.д.
Основные достоинства системы:
· Простота и наглядность программы.
· Возможность быстрой адаптации программы к конкретным условиям.
· Строгое разграничение прав доступа к информации.
· Все основные настройки выполняет администратор системы.
· Существует возможность добавления и изменения схем залов (дополнительные кресла и пр.).
· Обеспечена возможность составления и использования ценовых схем.
· Автоматизированное формирование различных отчетов.
· Использование принтеров для печати билетов.
АИС "Театральная билетная касса" дает возможность автоматизировать весь комплекс работ по обслуживанию клиентов.
· Удобная система ведения репертуара театра
· Возможность подключения любого количества залов/сцен/площадок
· Средства использования макетов залов из библиотеки или архива
· Возможность иметь до 20-и различных ценовых поясов и легко менять расписание на схеме зала
· Возможность самостоятельно создавать используемые при продаже билетов схемы залов любой конфигурации (конструктор залов)
· Автоматическое формирование и печать приказа и дополнения к нему об утверждении расписания и расценок мест на спектакли
· Быстрое и наглядное получение всех данных о любом спектакле из репертуара
· Систему заказов билетов для частных лиц и организаций: по телефону и через Internet
· Систему продажи билетов непосредственно зрителю в кассах театра
· Систему реализации билетов через уполномоченных лиц за наличный и безналичный расчет
· Систему расчетов с уполномоченными
· Печать любой информации на билете на высокоскоростном принтере
· Получение всей отчетности по реализации билетов, по расчетам с уполномоченными, по кассовым операциям и др.
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.Процесс: Продажа билетов
Входной поток: покупка брони и выкуп брони
Выходной поток: проданные билеты, не проданные билеты, прибыль.
Механизм: кассир
Потоки управления: БД, нормативные документы, законы РФ
Если клиент решил покупать билеты, то кассир подбирает ему билеты, ряд, места . И сразу же клиент может оплатить. А может забронировать билеты. И оплатить только тогда когда придет покупать
Потоки управления: БД, нормативные документы, законы РФ
После продажи билетов кассир обязан вести учет проданных билетов, подсчет прибыли и составление отчетных документов.
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 компонентов.
Компонент Головной модуль - является главным, служит для выдачи необходимой информации клиенту.
Компонент Справка - связан с компонентом Головной модуль, служит для выдачи необходимой справки клиенту.
Компонент Обработка запроса клиента - служит для обработки запроса клиента, полученного от головного модуля, через него поступает информация в базу данных билетов, базу данных театров, базу данных спектаклей и на экран выводится интересующая клиента информация.
Компонент БД билетов - содержит в себе всю информацию о билетах театров города.
Компонент БД театров - содержит в себе всю информацию о театрах города.
Компонент БД спектаклей - содержит в себе всю информацию о спектаклях в театрах города.
Визуальный компонент, отображающий запрос - позволяет вывести всю информацию о запросе клиента.
5.8 Диаграмма размещений
Рис. 16Диаграмма размещений
Применяется трехзвенная архитектура: клиенты общаются с сервером приложений. Кассир посылает серверу приложений запросы, а получают ответы. Администратор может обратиться и непосредственно к серверу базы данных за теми или иными данными. Обращение за данными к серверу базы данных может производить и сервер приложений. В данном случае команды посылает кассир и администратор, а сервер приложений обращается непосредственно в сервер базы данных, где содержится вся необходимая информация.
6. ПРОЕКТИРОВАНИЕ ДАННЫХ
6.1 Логическое моделирование
Таблица описания связей
|
Название связи |
Обозначение связи |
Главный объект |
Связанный объект |
Вид связи |
Условые связи |
Способ реализации |
Примечание |
|
|
Работают |
R1 |
СОТРУДНИКИ |
ТЕАТР |
M:1 |
По коду сотрудника |
|||
|
Содержаться |
R2 |
ТЕАТР |
СОТРУДНИКИ |
1:М |
По коду сотрудника |
|||
|
Включается |
R3 |
ТЕАТР |
ВИД |
М:1 |
По коду вида |
|||
|
Включает |
R4 |
ВИД |
ТЕАТР |
1:М |
По коду вида |
|||
|
Проводит |
R5 |
ТЕАТР |
СПЕКТАКЛЬ |
1:M |
По коду спектакля |
|||
|
Проводится |
R6 |
СПЕКТАКЛЬ |
ТЕАТР |
M:1 |
По коду спектакля |
|||
|
Включает |
R7 |
ЖАНР |
СПЕКТАКЛЬ |
1:M |
По коду жанра |
|||
|
Включается |
R8 |
СПЕКТАКЛЬ |
ЖАНР |
M:1 |
По коду жанра |
|||
|
Продают |
R9 |
СПЕКТАКЛЬ |
БИЛЕТЫ |
1:М |
По коду спектакля |
|||
|
Продаются |
R10 |
БИЛЕТЫ |
СПЕКТАКЛЬ |
М:1 |
По коду спектакля |
|||
|
Формирует |
R11 |
БИЛЕТЫ |
АФИША |
1:М |
По коду спектакля |
|||
|
Рекламирует |
R12 |
АФИША |
БИЛЕТЫ |
М:1 |
По коду спектакля |
Отношения приведены в табл. 1.2 - 1.8. В столбце "Динамичность" будем помечать буквой D изменяемые атрибуты (динамические), S - неизменяемые (статические). "Количество повторений" означает, сколько раз повторяется множественный атрибут. В столбце "Область возможных значений" указывается тип (C - символы, D - дата, N - число, L - логическое значение) и, возможно, диапазон изменения атрибута.
Описание атрибутов объекта ТЕАТР
|
Название атрибута |
Обозначение атрибута |
Динамичность |
Количество повторений |
Область возможных значений |
Примечание |
|
|
Код театра |
Id_teatr |
S |
- |
N |
суррогатный первичный ключ |
|
Код вида театра |
Id_vid |
S |
1 |
N |
внешний ключ к ВИД |
|
|
Код сотрудника театра |
Id_sotrud |
S |
1 |
N |
внешний ключ к СОТРУДНИК |
|
|
Название театра |
Nazvanie_teatr |
D |
1 |
C |
обязательное поле |
|
|
Директор театр |
Director |
D |
1 |
C |
обязательное поле |
|
|
Адрес театра |
Adres_teatr |
S |
1 |
C |
обязательное поле |
|
|
Телефон |
Telefon_teatr |
D |
1 |
N |
обязательное поле |
|
|
Кол-во мест в партере |
Kolvo_parptep |
D |
1 |
N |
обязательное поле |
|
|
Кол-во мест в амфитеатре |
Kolvo_amf |
D |
1 |
N |
обязательное поле |
|
|
Кол-во мест на балконе |
Kolvo_balk |
D |
1 |
N |
обязательное поле |
Описание атрибутов объекта СОТРУДНИК
Таблица
|
Название атрибута |
Обозначение атрибута |
Динамичность |
Количество повторений |
Область возможных значений |
Примечание |
|
|
Код сотрудник |
Id_sotrud |
S |
- |
N |
первичный ключ |
|
|
Фамилия |
Family |
D |
1 |
C |
обязательное поле |
|
|
Имя |
Name |
D |
1 |
C |
обязательное поле |
|
|
Отчество |
Otchestvo |
D |
1 |
C |
обязательное поле |
|
|
Должность |
Dolzhnost |
D |
1 |
C |
обязательное поле |
Описание атрибутов объекта ВИД
Таблица
|
Название атрибута |
Обозначение атрибута |
Динамичность |
Количество повторений |
Область возможных значений |
Примечание |
|
|
Код вида театра |
Id_vid |
S |
- |
N |
первичный ключ |
|
|
Название |
Vid |
S |
1 |
C |
обязательное поле |
|
|
Описание |
Opis_vid |
S |
1 |
C |
обязательное поле |
Описание атрибутов объекта СПЕКТАКЛЬ
Таблица
|
Название атрибута |
Обозначение атрибута |
Динамичность |
Количество повторений |
Область возможных значений |
Примечание |
|
|
Код спектакля |
Id_spektakl |
S |
- |
N |
суррогатный первичный ключ |
|
Код театра |
Id_teatr |
S |
1 |
N |
внешний ключ к ТЕАТР |
|
Код жанра |
Id_zhanr |
S |
1 |
N |
внешний ключ к ЖАНР |
|
|
Название спектакля |
Nazvanie_spektakl |
D |
1 |
C |
обязательное поле |
|
|
Ведущие актеры |
Akter |
D |
1 |
C |
обязательное поле |
|
|
Постановщик |
Postanovschik |
D |
1 |
C |
обязательное поле |
|
|
Премьерный |
Premera |
D |
1 |
L |
обязательное поле |
|
|
Продолжительность |
Time |
D |
1 |
N |
обязательное поле |
|
Дата начала |
Data_start |
D |
1 |
D |
обязательное поле |
|
|
Дата окончания |
Data_end |
D |
1 |
D |
обязательное поле |
Описание атрибутов объекта БИЛЕТ
Таблица
|
Название атрибута |
Обозначение атрибута |
Динамичность |
Количество повторений |
Область возможных значений |
Примечание |
|
|
Код билета |
Id_ bilet |
S |
- |
N |
первичный ключ |
|
|
Код спктакля |
Id_spectacl |
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 |
обязательное поле |
Описание атрибутов объекта АФИША
Таблица
|
Название атрибута |
Обозначение атрибута |
Динамичность |
Количество повторений |
Область возможных значений |
Примечание |
|
|
Код спектакля |
Id_ spektakl |
S |
- |
N |
первичный ключ |
|
|
Код театр |
Id_teatr |
S |
1 |
N |
обязательное поле |
|
|
Дата |
Data |
D |
1 |
D |
обязательное поле |
6.2 Физическое моделирование
Рис 17. ER-диаграмма
Данная система непосредственно предназначена для театров, а именно для их билетных касс. Различные люди каждый день ходят на театральные спектакли, посещают балеты и многие другие культурные мероприятия. Но чтобы попасть на них, ему необходим билет. Именно для этого и созданы кассы, они открывают мир искусства человеку, а театр и актеры показывают его.
На рисунке 17 представлена ER-диаграмма системы театральной билетной кассы. Основными понятиями ER-диаграммы являются сущность, связь и атрибут. Сущность - это реальный или представляемый объект, информация о котором должна сохраняться и быть доступна. В диаграммах ER-модели сущность представляется в виде прямоугольника, содержащего имя сущности. Каждая сущность должна иметь наименование, выраженное существительным в единственном числе. В нашей диаграмме сущностями являются: театр, спектакль, билет, афиша, жанр, сотрудник, вид. Причем вид и жанр играют в системе роль справочника. Это сделано для того, чтобы не загромождать и без этого большие таблицы «театр» и «спектакль».
Для большей выразительности и лучшего понимания, имя сущности может сопровождаться примерами конкретных объектов этого типа. Например, сущность театры: Драматический, Современник, Оперы и балета, Юного зрителя.
Каждый экземпляр сущности должен быть отличим от любого другого экземпляра той же сущности.
Атрибут сущности - это именованная характеристика, являющаяся некоторым свойством сущности. Например сущность «Билет» содержит следующие атрибуты: место, цена, дата продажи, продан (логическое да или нет), бронь(логическое да или нет).
Сущность «Театр» содержит другие атрибуты: название, адрес, директор, телефон, количество мест в партере, количество мест в амфитеатре, количество мест на балконе, вид театра.
Ключ сущности - это неизбыточный набор атрибутов, значения которых в совокупности являются уникальными для каждого экземпляра сущности. Неизбыточность заключается в том, что удаление любого атрибута из ключа нарушается его уникальность. Сущность может иметь несколько различных ключей.
К примеру, у сущности «Театр» ключом является idТеатра, сущность «Спектакль» имеет ключ idСпектакля, сущности «Билет» и «Жанр»- idБилет и idЖанр, и т.д..
Теперь что касаемо связей, связь - это некоторая ассоциация между двумя сущностями. Одна сущность может быть связана с другой сущностью или сама с собою. Связи позволяют по одной сущности находить другие сущности, связанные с нею.
Связь типа один-к-одному означает, что один экземпляр первой сущности связан с одним экземпляром второй сущности. Связь один-к-одному чаще всего свидетельствует о том, что на самом деле мы имеем всего одну сущность, неправильно разделенную на две. В нашей ER-диаграмме данный тип связи отсутствует.
Связь типа один-ко-многим означает, что один экземпляр первой сущности связан с несколькими экземплярами второй сущности. Это наиболее часто используемый тип связи. В ER-диаграмме театральной билетной кассы все связи между сущностями относятся именно к этому тип.
Посмотрите сами, связь между сущностями «Театр» и «Спектакль» один-ко-многим, так как в одном театре может проходить несколько спектаклей.
Связь типа много-ко-многим означает, что каждый экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности, и каждый экземпляр второй сущности может быть связан с несколькими экземплярами первой сущности. Тип связи много-ко-многим является временным типом связи, допустимым на ранних этапах разработки модели. В дальнейшем этот тип связи должен быть заменен двумя связями типа один-ко-многим путем создания промежуточной сущности.
7. РАЗРАБОТКА ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА
7.1 Описание функциональностей системы
Данная система представляет собой автоматизированную систему билетной кассы. Функции данной системы:
· Удобная система ведения репертуара театра
· Средства использования макетов залов из библиотеки или архива
· Возможность самостоятельно создавать используемые при продаже билетов схемы залов любой конфигурации (конструктор залов)
· Автоматическое формирование и печать приказа и дополнения к нему об утверждении расписания и расценок мест на спектакли
· Быстрое и наглядное получение всех данных о любом спектакле из репертуара
· Систему заказов билетов для частных лиц и организаций: по телефону и через Internet
· Систему продажи билетов непосредственно зрителю в кассах театра
· Систему реализации билетов через уполномоченных лиц за наличный и безналичный расчет
· Систему расчетов с уполномоченными
· Печать любой информации на билете на высокоскоростном принтере
· Получение всей отчетности по реализации билетов, по расчетам с уполномоченными, по кассовым операциям.
7.2 Разработка экранных форм
Рис. 18 Экранная форма
Рис.19 Список
Рис. 20 Схема зала
ЗАКЛЮЧЕНИЕ
В данной курсовой работе нами была разработана и спроектирована информационная система предметной области «Продажа театральных билетов», что в современном мире является очень актуальным.
В результате созданы следующие диаграммы: вариантов использования, классов, состояний, деятельности, взаимодействия, компонентов, размещения, с применением как структурного, так и объектно-ориентированного подхода (с применением стандартного языка моделирования UML), также мы рассмотрели логические и физические модели, модели представления данных.
Целью нашей курсовой работы являлись разработка и проектирование информационной системы для автоматизации работы театральной билетной кассы, что позволит работникам данной сферы сократить время работы с клиентом и улучшить результат деятельности кассы.
Подобные документы
Методология структурного анализа и проектирования информационных систем. Базовый стандарт процессов жизненного цикла программного обеспечения. Цели и принципы формирования профилей информационных систем. Разработка идеальной модели бизнес-процессов.
презентация [152,1 K], добавлен 07.12.2013Анализ показателей оценки эффективности информационных систем и технологий. Расчет трудовых и стоимостных показателей и показателей достоверности информации, разработка программы для ускорения методов обработки данных. Интерфейс и листинг приложения.
дипломная работа [1,2 M], добавлен 14.01.2012Развитие информационных систем. Современный рынок финансово-экономического прикладного программного обеспечения. Преимущества и недостатки внедрения автоматизированных информационных систем. Методы проектирования автоматизированных информационных систем.
дипломная работа [1,5 M], добавлен 22.11.2015Разработать ЭИС электрических сетей с использованием структурного и объектно-ориентированного подхода средствами Rational Rose. Экономический расчет эффективности проекта. Модель экономической информационной системы службы информационных технологий.
дипломная работа [54,2 K], добавлен 06.08.2008Жизненный цикл информационных систем, методологии и технологии их проектирования. Уровень целеполагания и задач организации, классификация информационных систем. Стандарты кодирования, ошибки программирования. Уровни тестирования информационных систем.
презентация [490,2 K], добавлен 29.01.2023История развития информационных технологий. Классификация, виды программного обеспечения. Методологии и технологии проектирования информационных систем. Требования к методологии и технологии. Структурный подход к проектированию информационных систем.
дипломная работа [1,3 M], добавлен 07.02.2009Общее понятие, история возникновения и эволюция корпоративных информационных систем. Сущность, виды, возможности и механизм работы систем класса MRPII/ERP. Способы внедрения и оценка эффективности использования систем класса MRPII/ERP на предприятии.
курсовая работа [263,5 K], добавлен 03.06.2010Методологии разработки информационных систем в отечественной и зарубежной литературе. Государственные и международные стандарты в области разработки программного обеспечения. Разработка фрагмента информационной системы "Учебно-методический ресурс".
курсовая работа [364,6 K], добавлен 28.05.2009Использование информационных систем в рекламе. Информационная структура планово-экономического отдела. Аспекты использования информационных технологий. Оценка экономической эффективности использования информационных систем, их правовое обеспечение.
курсовая работа [158,8 K], добавлен 23.08.2011Развитие современных информационных технологий. Этапы объектно-ориентированного проектирования информационных систем Rational Rose. Моделирование железнодорожной информационной системы. Создание диаграмм последовательности, компонентов, размещения.
курсовая работа [840,0 K], добавлен 11.07.2012
