Файл: Автоматизация билетов в театре (Характеристика нормативно-справочной, входной и результатной информации).pdf

Техническая структура предприятия

Техническая архитектура предприятия указана на рисунке 1.4.

Рисунок 1.4 – Техническая архитектура предприятия

Аппаратное и программное обеспечение указаны в таблице 1.3.

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

Рисунок 1.5. – программная архитектура предприятия.

На всех компьютерах в «Театрище» используется операционная система Windows 10 Корпоративная от Microsoft, а также Office 2016 для удобства совместимости.

Для обеспечения безопасности используется Kaspersky Antivirus Protection.

Полный список программного обеспечения:

1. операционные системы: Windows 10 Корпоративная;

2. СУБД: Oracle Cloud, Microsoft SQL Server;

3. средства обеспечения информационной безопасности и защиты данных: Kaspersky Antivirus Protection, Kaspersky Internet security;

4. офисные приложения: Office 2016 (Microsoft Word, Microsoft Excel, Microsoft Outlook, Microsoft PowerPoint, Microsoft Access, Microsoft Visio);

2. Информационное обеспечение задачи

2.1. Информационная модель и её описание

Описание кадров главной диаграммы прецедентов таблица 2.1.

Для нашей предметной области мы выделили следующие кадры:

Таблица 2.1 – описание актеров

Рассмотрим теперь, какие возможности должна предоставлять наша система:

• Актер Менеджер по продажам использует систему для оформления, редактирования заказов и управления информацией о клиентах предприятия;
• актер Информационный специалист использует систему для просмотра перечня необходимых для закупки комплектующих и ведения информации о снабжении;
• актер Системный администратор использует систему сборки и разборки компьютеров, настраивание ПО.
• актер Руководитель устанавливает правила приёма персонала, утверждает структуру театра, также расписание концертов. А также, отвечает за приём и увольнение сотрудников, отслеживает ведение деятельности театра.
• актер Программист использует систему для создания и внедрения программ и приложений.
• Актер Главный бухгалтер использует систему отслеживания работы бухгалтера, просмотра и выполнение трудных задач.
• Актер Бухгалтер использует систему выполнения более мелких задач

На основании всего выше, можно выделить следующие прецеденты:

На основании вышеизложенного можно выделить следующие прецеденты – таблица 2.2.

Таблица 2.2 – таблица прецедентов.

Создана диаграмма прецедентов для системы и показана на рисунке 2.2.

рисунок 2.2. Диаграмма прецедентов для системы

2.2. Характеристика нормативно-справочной, входной и результатной информации

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

Рисунок 2.3 – диаграмма деятельности

2.3. Характеристика базы данных

Описание таблиц, входящих в модель «сущность-связь» представлено в таблицах 2.3-2.7.

Таблица 2.3 – Атрибуты “Виды расхода”

Таблица 2.4 – Атрибуты “Организации”

Таблица 2.5 – Атрибуты “Остаток мест”

Таблица 2.6 – Атрибуты “Расход”

Таблица 2.7 – Атрибуты “Театра”

Таблица 2.8 – Атрибуты “Состав расхода”

Таблица 3.1 – Атрибуты “Товары”

3. Контрольный пример реализации

Файл БД прикреплен к приложению А.

Экранные формы с функционалом программы приведены на рисунках 3.1. - 3.10.

запрос

Рисунок 3.1 – Запрос “Стоимость спектаклей и представлений”

Рисунок 3.2 – Запрос “кол-во оставшихся мест”

Рисунок 3.3 – Форма “Добавление товара”

Рисунок 3.5 – Отчет “Количество мест”

Рисунок 3.7 – Диаграмма Сущность-связь

Заключение

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