57
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Дерево функций АИС представлено на рисунке 2.3.
Рисунок 2.3 – Дерево функций
Сценарий диалога АИС представлен на рисунке 2.3.
58
Рисунок 2.4 – Сценарий диалога
2.3.2 Характеристика базы данных
Чтобы разработать данную АИС, мы выбрали СУБД MySQL, которая
принадлежит к типу реляционной СУБД.
При анализе базы данных было обнаружено большое количество сущностей
(сущность представлена любым различимым объектом, т.е. объектом, который мы
можем отличить от другого, информацию о котором следует хранить в базе
данных. Сущности могут быть выражены людьми, местами, самолетами, рейсами,
вкусом, цветом и т.д. Следует различать такие понятия, как тип сущности и
экземпляр сущности. Понятие тип сущности затрагивает набор однородных
личностей, предметов, событий или идей, которые выступают в виде целого.
Экземпляр сущности затрагивает конкретную вещь в наборе. К примеру, как тип
сущности может выступать ГОРОД, а как экземпляр - Москва, Париж и т.д.)
Приведем сущности АИС, которые были спроектированы:
1. пользователь (user). Описывает пользователей системы. Характеризуется
ФИО, паролем, логином, уровнем доступа;
59
2. заявка (booking). Описывает заявки клиентов. Характеризуется номером
заявки, датой создания, описанием, билетом, пользователем,
дополнительной информацией и т.д.;
3. билет (ticket). Описывает билеты. Характеризуется ценой, киносеансом;
4. фильм (film). Описывает фильмы. Характеризуется названием, оператором,
режиссером, актерами и т.д.;
5. кинозал (hall). Описывает кинозалы. Характеризуется номером,
количеством рядов, описанием;
6. киносеанс (session). Описывает киносеансы. Характеризуется датой,
кинозалом, фильмом и т.д.;
7. комментарий (comment). Описывает комментарии пользователей к фильму.
Характеризуется датой, фильмом, пользователем, содержанием.
В результате проектирования базы данной на основе предполагаемых
используемых сущностей, была получена БД разрабатываемой АИС, которая
представлена на рисунке 2.4. Схема создана в программе MySQL Workbench.
60
Рисунок 2.4 – Схема БД
Таблица 2.1 - Описание сущностей таблиц БД
Сущность
Идентификатор
таблицы
Атрибут
Идентификатор
поля
Тип поля
Фильм
film
Уникальный
код
Id
INT
Название
фильма
name
VARCHAR
Продюсер
producer
VARCHAR
Актеры
actors
VARCHAR
Жанр
genre
VARCHAR
61
Страна
country
VARCHAR
Длительность в
мин
duration
INT
Сеанс
session
Уникальный
код
Id
INT
Дата сеанса
date_session
DATETIME
Код зала
hall_id
INT
Код фильма
film_id
INT
Код места
place_id
INT
Пользователь
user
Уникальный
код
Id
INT
Логин
login
VARCHAR
Пароль
pass
VARCHAR
ФИО
fio
VARCHAR
Возраст
age
INT
Администратор
is_dmin
BIT
Адрес
address
VARCHAR
Телефон
phone
VARCHAR
Зал
hall
Уникальный
код
Id
INT
Номер
num
INT
Количество
мест
cnt_places
INT
Количество
рядов
cnt_row
INT
Описание
info
VARCHAR
Билет
ticket
Уникальный
код
Id
INT
Цена
price
INT
Код сеанса
session_id
INT
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Диаграмма компонентов системы приведена на рисунке 2.5.
62
Рисунок 2.5 – Диаграмма компонентов
При разработке АИС не будет использоваться никаких фреймворков.
Поэтому структура страниц системы будет представлена следующей схемой,
которая представлена на рисунке 2.6.
63
Рисунок 2.6 – Структура страниц системы
2.4 Контрольный пример реализации проекта и его описание
Для работы с системой следует ввести в строке браузера адрес, на котором
размещена система. После перехода на страницу системы появится форма
авторизации, как на рисунке 2.6.
Рисунок 2.6 – Форма авторизации
Если пользователь не имеет ранее созданного аккаунта, то после нажатия на
кнопку «Регистрация» отобразится форма с регистрацией, как на рисунке 2.7.
64
Рисунок 2.7 – Форма регистрации
После входа в систему будет показана главная страница системы как на
рисунке 2.8.
Рисунок 2.8 – Главная страница системы
Для просмотра фильмов следует выбрать пункт меню «Справочники» -
«Фильмы» и будет показана страница, как на рисунке 2.9.
Рисунок 2.9 – Страница
65
Администратор может просматривать всех пользователей системы в
табличном виде, как на рисунке 2.10.
Рисунок 2.10 – Страница
Страница доступных билетов в системе (см. рисунок 2.11).
Рисунок 2.11 – Страница
Страница киносеансов в системе (см. рисунок 2.12).
Рисунок 2.12 – Страница
Система спроектирована интуитивно понятной, поэтому у пользователя не
должно возникнуть проблем при работе в системе.
66
3 ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА
3.1 Выбор и обоснование методики расчёта экономической
эффективности
Практически все методики расчета экономической эффективности основаны
на показателях инвестиций вложенных в проект.
На основании данных из первого раздела можно сделать вывод, что
автоматизация должна проходить поэтапно, вложение инвестиций целиком в весь
проект бессмысленно, так как может возникнуть необходимость остановки
проекта.
В первом разделе было обосновано, что глобального пересмотра
технической инфраструктуры компании не требуется, а значит и больших
инвестиционных вложений тоже не требуется.
К тому же при собственной разработке осуществляется полный контроль над
ходом проекта.
На каждом из этапов существуют свои показатели, на которые можно
ориентироваться, данные входные показатели являются установленными. Поэтому
в данной ситуации лучше всего рассчитать экономическую эффективность по
показателям.
Основными показателями являются временные и трудовые показатели затрат
на осуществление операций в АИС.
Для расчета экономической эффективности необходимо сравнить два типа
показателей.
Показатели, которые были приведены в начале проекта – базовый вариант, и
те показатели, которых планируется достичь путем реализации данного проекта –
предлагаемый вариант.
3.2 Расчёт показателей экономической эффективности проекта
Целевое предприятие специализируется на предоставлении услуг по продаже
и бронированию билетов на киносеансы.