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

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

Задачи курсового проектирования:

- изучение предметной области разрабатываемой базы данных;

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

- проектирование пользовательского интерфейса;

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

- организация целостности данных;

- построение схемы базы данных в инструментальной CASE-среде MySQL Wokbench;

- создание объектов базы данных в СУБД MySQL;

- использование средств заполнения базы данных;

- создание хранимых процедур и триггеров на базах данных, запросов к базе данных;

- разработка автоматизированной системы на базе данных;

- осуществление доступа к данным и управление привилегиями пользователей;

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

1. Общая часть

1.1 Характеристика области применения АИС

Театр (греч. иЭбфспн - основное значение - место для зрелищ, затем - зрелище, от иеЬпмбй - смотрю, вижу) - форма исполнительского искусства.

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

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

Директор театра - руководитель театра в соответствии с действующим законодательством и уставом театра.

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

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

- утверждает по представлению главного режиссера (художественного руководителя), календарные и перспективные репертуарные планы, составы постановочных групп и исполнителей, эскизы и макеты оформления, планы и графики работ над постановками;

- организует комплекс работ по показу текущего репертуара. [3]

1.2 Постановка проблемы

При анализе предметной области были определены проблемы.

Проблема №1: Трудность организации заключения контрактов с актерами на определенную сумму.

Затрагивает: директора, администратора.

Ее следствием является: Увеличение количества документов связанных с заключением контрактов с актерами на определенную сумму.

Успешное решение: Оптимальная организация процесса заключения контрактов с актерами на определенную сумму.

Проблема №2: Высокая трудоёмкость подсчета суммы размера всех наград для каждого актера

Затрагивает: директора.

Ее следствием является: Увеличение количества наград выдаваемых актеру за определенные роли, соответственно и увеличение суммы размера всех наград для каждого актера.

Успешное решение: Автоматизация процесса подсчета суммы размеры всех наград для каждого актера.

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

Затрагивает: администратора.

Ее следствием является: Увеличение количества актеров участвующих в премьерах спектаклях и заключающих на участие в этих премьерах.

Успешное решение: Автоматизация процесса напоминания актерам о премьерах спектаклях в которых они участвуют.

Проблема №4: Недоступность связи с администратором.

Затрагивает: актера, директора.

Ее следствием является: Отсутствие возможности связаться с администратором, потому что его адрес электронной почты неизвестен тому, кто хочет написать ему письмо.

Успешное решение: Реализация функции связи с администратором.

Проблема №5: Трудность получения и поиска информации о конкретных спектаклях и ролях, которые связаны с этими спектаклями.

Затрагивает: актера, администратора, директора.

Ее следствием является: Увеличение количества информации, связанной с конкретными спектаклями и ролями, которые связаны с этими спектаклями.

Успешное решение: Автоматизация процесса получения и поиска информации нужной информации.

1.3 Определение пользователей и их потребностей

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

Таблица 1 - Профили пользователей

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

1.4 Назначение и цели создания АИС

1.4.1 Цели создания АИС

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

1.4.2 Назначение АИС

АИС УЗАТ предназначена для:

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

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

- обеспечения функций по рассылке важных сообщений актерам на адреса их электронной почты и связи с администратором в случае обнаружения недостоверности, неточности или ошибок в интересующей их информации либо обнаружения неполадок во время работы с АИС УЗАТ;

- обеспечения функции блокировки пользователей, которые нарушают правила сайта;

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

- обеспечения функции общения между пользователями;

1.4.3 Задачи, решаемые АИС

АИС УЗАТ позволяет решать следующие задачи:

- администрирование нужной информации: редактирование, удаление, обновление и добавление;

- поиск интересующей информации;

- рассылка важных сообщений актерам на адреса их электронной почты;

- связь с администратором в случае обнаружения каких-либо неточностей, ошибок или недостоверностей в интересующей пользователями АИС УЗАТ информации либо в случае обнаружения каких-нибудь неполадок во время работы с АИС УЗАТ;

- блокировка или разблокировка пользователей, нарушающих правила сайта;

- прослушивание музыкальных произведений к спектаклям;

- общение с другими пользователями сайта.

1.4.4 Область применения АИС

АИС УЗАТ используется:

- администратором АИС УЗАТ который реализует функции по удалению, редактированию, обновлению, рассылке и добавлению нужной и важной информации, а также функции блокировки или разблокировки пользователей, нарушающих правила сайта;

- директором театра для осуществления мониторинга и проверки нужной информации, а также для связи с администратором в случае обнаружения каких-либо неточностей в представленной на сайте информации;

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

1.5 Выбор архитектурных решений

1.5.1 Архитектурная модель АИС

- Файл-серверная архитектура.

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

- Клиент-серверная архитектура.

До определенного момента на СУБД возлагались лишь задачи хранения данных и организации доступа к ним. С развитием технологий в состав СУБД разработчики стали включать новый компонент - процедурный язык программирования. С его помощью в СУБД стало возможным создавать процедуры для обработки данных, которые можно вызывать повторно. Такие процедуры называются хранимыми процедурами. Наличие хранимых процедур дало возможность осуществлять некоторую часть обработки данных на сервере. [4]

- Трехуровневая архитектура.

В компьютерных технологиях трёхуровневая архитектура, синоним трёхзвенная архитектура (по англ. three-tier или Multitier architecture) предполагает наличие следующих компонентов приложения: клиентское приложение (обычно говорят "тонкий клиент" или терминал), подключенное к серверу приложений, который в свою очередь подключен к серверу базы данных.

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

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

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

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

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

По сравнению с клиент-серверной или файл-серверной архитектурой можно выделить следующие достоинства трёхуровневой архитектуры:

- масштабируемость;

- конфигурируемость - изолированность уровней друг от друга позволяет (при правильном развертывании архитектуры) быстро и простыми средствами переконфигурировать систему при возникновении сбоев или при плановом обслуживании на одном из уровней;

- высокая безопасность;

- высокая надежность;

- низкие требования к скорости канала (сети) между терминалами и сервером приложений;

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

Недостатки вытекают из достоинств. По сравнению c клиент-серверной или файл-серверной архитектурой можно выделить следующие недостатки трёхуровневой архитектуры:

- более высокая сложность создания приложений;

- сложнее в разворачивании и администрировании;

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

- высокие требования к скорости канала (сети) между сервером базы данных и серверами приложений. [5]

Для проектирования АИС УЗАТ была выбрана трехуровневая архитектура, так как она - надежная, безопасная и масштабируемая, а также она лучше всего демонстрирует структуру АИС УЗАТ. На рисунке 1 продемонстрирована модель архитектуры разрабатываемой АИС УЗАТ.

Рисунок 1 - Модель архитектуры разрабатываемой АИС

1.5.2 Модель базы данных

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

Виды моделей баз данных:

- Иерархическая модель.

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

- Сетевая модель.

В сетевой модели данных у родительского элемента может быть несколько потомков, а у дочернего элемента -- несколько предков. Записи в такой модели связаны списками с указателями. IDMS («Интегрированная система управления данными») от компании Computer Associates international Inc. -- пример сетевой СУБД.

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

- Реляционная модель.

В реляционной модели, в отличие от иерархической или сетевой, не существует физических отношений. Вся информация хранится в виде таблиц (отношений), состоящих из рядов и столбцов. А данные двух таблиц связаны общими столбцами, а не физическими ссылками или указателями. Для манипуляций с рядами данных существуют специальные операторы.

В отличие от двух других типов СУБД, в реляционных моделях данных нет необходимости просматривать все указатели, что облегчает выполнение запросов на выборку информации по сравнению с сетевыми и иерархическими СУБД. Это одна из основных причин, почему реляционная модель оказалась более удобна. Распространённые реляционные СУБД: Oracle, Sybase, DB2, Ingres, Informix и MS-SQL Server. [6]

Для проектирования базы данных для АИС УЗАТ была выбрана реляционная модель баз данных, потому что именно она лучше всего подходит для структуризации данных которые должны храниться в базе данных для АИС УЗАТ, а еще она выбрана потому, что она является наиболее удобной для проектирования предметной области.

2. Специальная часть

2.1 Требования к структуре и функционированию АИС

АИС УЗАТ должна быть реализована в виде четырех подсистем (рисунок 2).

Рисунок 2 - Диаграмма вариантов использования АИС УЗАТ

Подсистема «Администрирование информации» предназначена для осуществления функций администрирования АИС УЗАТ: редактирования, удаления, добавления информации связанной с театральной деятельностью (информации о ролях: название роли и название спектакля для этой роли, спектаклях: название спектакля, бюджет, жанр и год, контрактах заключенных на определенные роли: номер контракта, название премьеры на которую был заключен контракт, фамилия актера который заключил этот контракт, дата заключения контракта, цена актера, название роли на которую был заключен контракт, актерах: ФИО, дата рождения, пол, стаж работы, количество наград, фотография, адрес электронной почты, наградах (премиях): фамилия актера получившего награду, роль за которую он ее получил, размер, период зависящий от стажа работы актера за который была получена награда, премьерах: название спектакля, место проведения премьеры, режиссер премьеры, музыкальное сопровождение к премьере, дата проведения премьеры, актерах которые зарегистрированы как пользователи сайта: фамилия актера, логин, пароль, дата регистрации, роль на сайте (тип учетной записи), статус - заблокирован или нет) в базу данных АИС УЗАТ, рассылки важных сообщений и блокировки или разблокировки пользователей.

Подсистема «Управление чатом» предназначена для администрирования (управления) чатом: добавления, удаления, просмотра и редактирования введенных сообщений в чате.

Подсистема «Общение в чате» предназначена для общения в чате (добавления и просмотра сообщений).

Подсистема «Взаимодействие с информацией» предназначена для взаимодействия с информацией, то есть просмотра и поиска нужной информации представленной в АИС УЗАТ.

В АИС УЗАТ выделены 6 сущностей: Незарегистрированный пользователь, Зарегистрированный пользователь, Забаненный пользователь, Актер, Директор и Администратор. В АИС УЗАТ выделены следующие варианты использования и подсистемы:

- только для актера, забаненного пользователя и директора -- это вариант использования «Связь с администратором»;

- только для администратора это подсистемы «Администрирование информации» и «Управление чатом»;

- только для зарегистрированного пользователя, кроме забаннего это подсистема «Общение в чате»;

- только для всех кроме забаннего пользователя это подсистема «Взаимодействие с информацией»;

- для всех кроме незарегистрированного пользователя это вариант использования «Авторизация».

UML - это унифицированный графический язык моделирования для описания, визуализации, проектирования и документирования ОО систем. UML призван поддерживать процесс моделирования ПС на основе ОО подхода, организовывать взаимосвязь концептуальных и программных понятий, отражать проблемы масштабирования сложных систем. Модели на UML используются на всех этапах жизненного цикла ПС, начиная с бизнес-анализа и заканчивая сопровождением системы. Разные организации могут применять UML по своему усмотрению в зависимости от своих проблемных областей и используемых технологий. [7]

АИС УЗАТ позволяет реализовать:

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

- функции доступные только для директора и актера: связи с администратором в случае обнаружения каких-либо неточностей, ошибок или недостоверностей в интересующей пользователями АИС УЗАТ информации либо в случае обнаружения каких-нибудь неполадок во время работы с АИС УЗАТ;

- функции доступные только для актера: редактирования информации связанной конкретно с ним;

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

2.2 Требования к функциям (задачам), выполняемым АИС

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

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

Диаграмма последовательности является одной из разновидности диаграмм взаимодействия и предназначена для моделирования взаимодействия объектов Системы во времени, а также обмена сообщениями между ними. [9]

2.2.1 Подсистема «Администрирование информации»

Рисунок 3 - Диаграмма вариантов использования для подсистемы «Администрирование информации»

2.2.1.1 Описание варианта использования «Редактирование»

Рисунок 4 - Диаграмма последовательности для варианта использования «Редактирование»

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

2.2.1.2 Описание варианта использования «Удаление»

Рисунок 5 - Диаграмма последовательности для варианта использования «Удаление»

Администратор нажимает в выпадающем меню сайта (на вкладке «Для администратора») на ссылку которая направляет его на нужную ему страницу, где он может удалить информацию, связанную с театральной деятельностью. Он нажимает на радиокнопку идентифицирующую конкретную запись, которая его интересует и затем нажимает на кнопку «Удалить» и после этого ему выводится сообщение, оповещающее его о удалении этой информации.

2.2.1.3 Описание варианта использования «Добавление»

Рисунок 6 - Диаграмма последовательности для варианта использования «Добавление»

Администратор нажимает в выпадающем меню сайта (на вкладке «Для администратора») на ссылку которая направляет его на нужную ему страницу, где он может добавить информацию. Он заполняет текстовые поля которые отображаются ему на нужной ему странице и затем нажимает на кнопку «Добавить». Также он может повторно добавить информацию, если она была некорректно введена в текстовые поля. После того как было осуществлено добавление информации, то выводится сообщение, оповещающее администратора об этом.

2.2.1.4 Описание варианта использования «Рассылка важных сообщений актерам»

Рисунок 7 - Диаграмма последовательности для варианта использования «Рассылка важных сообщений актерам»

Администратор нажимает в выпадающем меню сайта (на вкладке «Для администратора») на ссылку, которая направляет его на нужную ему страницу, где он может разослать важные сообщения по нажатию одной из трех кнопок: «Разослать письма актерам», «Разослать письма актерам, заключивших контракт» и «Разослать письма актерам, у которых сегодня день рождение». Также он может повторно отправить сообщения, если возникла какая-либо ошибка при отправке важных сообщений. После отправки писем выводится сообщение об успешной отправке писем.

2.2.1.5 Описание варианта использования «Просмотр бан-листа»

Рисунок 8 - Диаграмма последовательности для варианта использования «Просмотр бан-листа»

Администратор нажимает в выпадающем меню сайта (на вкладке «Для администратора») на ссылку которая направляет его на страницу «Список всех зарегистрированных пользователей», где он нажимает на ссылку которая расположена на этой странице и называется «Показать бан-лист». После нажатия на эту ссылку, открывается окно со списком забаненных пользователей для просмотра администратором.

2.2.1.6 Описание варианта использования «Бан пользователей»

Рисунок 9 - Диаграмма последовательности для варианта использования «Бан пользователей»

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

2.2.1.7 Описание варианта использования «Снятие бана с пользователей»

Рисунок 10 - Диаграмма последовательности для варианта использования «Снятие бана с пользователей»

Администратор нажимает в выпадающем меню сайта (на вкладке «Для администратора») на ссылку которая направляет его на страницу «Список всех зарегистрированных пользователей», где он сначала на радио-кнопку идентифицирующую конкретного пользователя и затем нажимает на кнопку «Разбанить». После того как администратор нажал на кнопку «Разбанить», то ему выводится сообщение о том, что он разбанил пользователя.

2.2.2 Подсистема «Управление чатом»

Рисунок 11 - Диаграмма вариантов использования для подсистемы «Управление чатом»

2.2.2.1 Описание варианта использования «Редактирование сообщений»

Рисунок 12 - Диаграмма последовательности для варианта использования «Редактирование сообщений»

Администратор в выпадающем меню сайта нажимает на вкладку «Чат» и попадает на страницу чата, где он редактирует сообщения нажимая на ссылку идентифицирующее конкретное сообщение. Если же он некорректно ввел данные при редактировании, ему выводится сообщение об этом и он снова редактирует их. Затем после успешного редактирования сообщения ему выводится соответствующее сообщение оповещающее его об этом.

2.2.2.2 Описание варианта использования «Удаление сообщений»

Рисунок 13 - Диаграмма последовательности для варианта использования «Удаление сообщений»

Администратор в выпадающем меню сайта нажимает на вкладку «Чат» и попадает на страницу чата, где он удаляет сообщение, нажав на радио-кнопку идентифицирующую сообщение, которое ему нужно удалить. Затем после того как он удалил сообщение, то ему выводится соответствующее сообщение оповещающее его об этом.

2.2.3 Подсистема «Общение в чате»

Рисунок 14 - Диаграмма вариантов использования для подсистемы «Общение в чате»

2.2.3.1 Описание варианта использования «Добавление сообщений»

Рисунок 15 - Диаграмма последовательности для варианта использования «Добавление сообщений»

Зарегистрированный пользователь в выпадающем меню сайта нажимает на вкладку «Чат» и попадает на страницу чата, где он имеет возможность добавить сообщение, написав его в текстовое поле и нажав на кнопку «Отправить». Если же он некорректно ввел данные при добавлении, ему выводится сообщение об этом и он снова добавляет их. Затем после успешного добавления сообщения ему выводится соответствующее сообщение оповещающее его об этом. На сайте АИС УЗАТ реализована функция фильтрации нецензурной брани, напоминающая о том, чтобы пользователь старался не выражаться нецензурной бранью, так как это нарушает правила сайта АИС УЗАТ.

2.2.3.2 Описание варианта использования «Просмотр сообщений»

Рисунок 16 - Диаграмма последовательности для варианта использования «Просмотр сообщений»

Зарегистрированный пользователь в выпадающем меню сайта нажимает на вкладку «Чат» и попадает на страницу чата, где он имеет право посмотреть сообщения, которые написали ранее пользователи (включая него самого).

2.2.4 Подсистема «Взаимодействие с информацией»

Рисунок 17 - Диаграмма вариантов использования для подсистемы «Общение в чате»

2.2.4.1 Описание варианта использования «Редактирование информации о себе»

Рисунок 18 - Диаграмма последовательности для варианта использования «Редактирование информации о себе»

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

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

2.2.4.2 Описание вариантов использования «Просмотр информации по конкретным параметрам» и «Просмотр списка актеров, которые играют в спектаклях определенные роли»

Рисунок 19 - Диаграмма последовательности для вариантов использования «Просмотр информации по конкретным параметрам» и «Просмотр списка актеров, которые играют в спектаклях определенные роли»

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

2.2.4.3 Описание варианта использования «Поиск информации по конкретным параметрам»

Рисунок 20 - Диаграмма последовательности для варианта использования «Поиск информации по конкретным параметрам»

Вначале пользователь (к примеру администратор или кто-нибудь другой, это может быть даже гость, то есть незарегистрированный пользователь) на главной странице сайта или в выпадающем меню сайта нажимает на вкладку «Для администратора» (если он вошел под учетной записью администратора) или «Для директора» (если он вошел под учетной записью директора) или на одну из ссылок из вкладки «Личный кабинет» (если он вошел под учетной записью актера) где он может найти интересующую его информацию. Если информация оказалась недостоверной, сообщить об этом администратору. На сайте АИС УЗАТ также реализована система подсказок для поиска по необходимым параметрам, что делает поиск по необходимым параметрам довольно удобным.

2.2.4.4 Описание варианта использования «Прослушивание песен к спектаклям из мини-аудио плеера»

Рисунок 21 - Диаграмма последовательности для варианта использования «Прослушивание песен к спектаклям из мини-аудио плеера»

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

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

2.3 Описание состава программных средств

Сервер баз данных MySQL является одним из наиболее популярных среди серверов баз данных с открытым исходным кодом, используемых при разработке веб-приложений. [10]

Apache -- это HTTP сервер, обладающий высокой надежностью и гибкостью, под HTTP сервером следует понимать программное обеспечение для обработки HTTP запросов. Основная работа Apache это обработка и ответ на HTTP запросы и генерирование динамическое содержание страниц. [11]

Apache это веб-сервер (сервер приложений) в архитектуре разрабатываемой АИС.

Браузер (WEB-браузер) - это программа, которая обеспечивает просмотр Интернет-сайтов на компьютерных устройствах и гаджетах. Суть браузера заключается в том, чтобы обработать запрос пользователя, и загрузить запрашиваемый им сайт. [12]

Браузер -- это тонкий клиент в архитектуре разрабатываемой АИС.

Среди самых распространенных и популярных систем управления реляционными базами данных можно выделить СУБД MySQL. MySQL очень функциональная, свободно распространяемая СУБД, которая успешно работает с различными сайтами и веб-приложениями. Благодаря популярности этой СУБД, существует огромное количество различных плагинов и расширений, облегчающих работу с системой. Несмотря на то, что в ней не реализован весь SQL функционал, СУБД MySQL предлагает довольно много инструментов для разработки приложений. Так как это серверная СУБД, приложения для доступа к данным, работают со службами MySQL.

Преимущества:

- установка СУБД MySQL довольно проста, дополнительные приложения, позволяют довольно легко работать с базой данных;

- СУБД MySQL поддерживает большинство функционала SQL;

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

- СУБД MySQL легко работает с большими объемами данных и легко масштабируется;

- упрощение некоторых стандартов позволяет MySQL значительно увеличить производительность.

Несмотря на некоторые ограничения функционала, которые иногда необходимы в особо требовательных приложениях, большинство веб-сайтов и онлайн-приложений работают с СУБД MySQL.

СУБД MySQL была выбрана для проектирования базы данных для АИС УЗАТ, потому что она является наиболее подходящей для проектирования реляционной модели базы данных (модель базы данных для АИС УЗАТ является реляционной и СУБД MySQL является самым лучшим выбором для проектирования данной базы данных, потому что СУБД MySQL поддерживает большинство функционала SQL, довольна проста в изучении и дальнейшем ее использовании).

Для администрирования базы данных СУБД MySQL был выбран PHPMyAdmin - веб-приложение в составе программной среды OpenServer, самый распространенный инструмент веб-разработчиков, имеющийся на любом хостинге.

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

Возможности phpMyAdmin:

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

- создание, переименование, копирование и удаление таблиц;

- добавление новых и изменение существующих полей в таблице;

- создание, добавление, изменение индексов;

- обработка SQL-запросов;

- управление процессами сервера и записями пользователя;

- глобальный поиск по базам данных, пользователям и таблицам;

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

- импорт и экспорт данных в различные форматы;

- анализ SELECT-запросов.

Для разработки веб-приложений был выбран пакет программ Open Server потому что он содержит все необходимые программные средства для администрирования базы данных АИС УЗАТ и разработки соответствующего веб-приложения для данной базы данных.

PHP (рекурсивный акроним словосочетания PHP: Hypertext Preprocessor) - это распространенный язык программирования общего назначения с открытым исходным кодом. PHP сконструирован специально для ведения Web-разработок и его код может внедряться непосредственно в HTML. [13]

HTML (HyperText Markup Language) -- стандартный язык разметки гипертекстовых страниц в Интернете. Есть и другие языки разметки гипертекста, но большая часть страниц сайтов Интернета размечена именно на языке HTML. Такие страницы успешно интерпретируются браузерами, которые отображают их на экранах различных электронных устройств в удобном для человека виде. [14]

CSS (Cascading Style Sheets -- каскадные таблицы стилей) - одна из базовых технологий в современном Интернете. Нечасто можно встретить сайт, свёрстанный без примененения CSS.

CSS-код - это список инструкций для браузера, - как и где отображать элементы веб-страницы, написанный особым образом. Под «элементами» обычно подразумеваются теги XHTML/HTML и их содержимое. [15]

JavaScript - это язык программирования, как правило, выполняется на стороне клиента. Он используется для взаимодействия с пользователем. Он также используется в разработке игр, настольных и мобильных приложений, в создании документов pdf и виджетов рабочего стола. Веб-браузеры имеют встроенную поддержку для этого языка. [16]

Для разработки веб-приложения для АИС УЗАТ были выбраны языки программирования PHP, HTML, CSS и JavaScript в связи с тем, что они являются наиболее популярными, подходящими и удобными для разработки веб-приложений.

PHP Data Objects - расширение для PHP, предоставляющее разработчику простой и универсальный интерфейс для доступа к различным базам данных.

Использование PDO позволяет вынести работу с базой данных на объектно-ориентированный уровень и улучшить переносимость кода.

PDO взаимодействует с большим количеством СУБД: MySQL, SQLite, PostgreSQL, Microsoft SQL Server, Sybase, ODBC, Firebird / InterBase и т.д.

Использование подготовки запросов и связанных параметров предоставляет большую гибкость в составлении запросов и позволяет улучшить защиту от SQL-инъекций.

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

jQuery является библиотекой JavaScript с открытым исходным кодом, написанной Джоном Ресигом, которая упрощает взаимодействие между HTML, CSS и JavaScript. [17]

jQuery UI представляет собой группу плагинов jQuery облегчающих создание интерфейса веб-приложений. [18]

Для разработки веб-приложения для АИС УЗАТ также были выбраны PDO (расширение для PHP), библиотеки Phpmailer (для PHP), jQuery и jQuery UI (для JavaScript), так как они являются удобными и легкими в проектировании веб-приложения для АИС УЗАТ, а также они расширяют функционал веб-приложения для АИС УЗАТ, что существенно является их большим достоинством.

MySQL Workbench -- инструмент для визуального проектирования баз данных, интегрирующий проектирование, моделирование, создание и эксплуатацию БД в единое бесшовное окружение для системы баз данных MySQL. [19]

Для проектирования базы данных для АИС УЗАТ была выбрана инструментальная CASE-среда MySQL Workbench, потому что она является легкой и удобной в ее использовании.

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

2.4 Разработка проектных моделей пользовательского интерфейса

2.4.1 Карта навигации пользовательского интерфейса

Карта навигации сайта для АИС УЗАТ представлена в приложении Г.

2.4.2 Макет графического интерфейса

Макет графического интерфейса главной страницы, страниц «Список всех зарегистрированных на сайте актеров», страницы «Список актеров», всех страниц раздела предназначенного для директора, кроме страниц «Список премьер спектаклей», главной страницы предназначенной для директора и страницы «Список премий которые дороже 50000», всех страниц раздела предназначенного для актера кроме страниц «Список премьер спектаклей» и страницы личного кабинета актера сайта представлен на рисунке 22. Единственное отличие макета графического интерфейса главной страницы от всех остальных страниц сделанных по этому макету заключается в том, что на главной странице внизу расположен раздел со всей контактной и прочей информацией включающей в себя блок ссылок-картинок на социальные сети и ссылку на календарь, а на других страницах такого раздела нет. Также на других страницах нет картинки-ссылки и ссылки на календарь, а также ссылки «Список актеров». Количество и название элементов управления может отличаться на страницах, которые были ранее перечислены.

Рисунок 22 - Макет графического интерфейса страниц

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

Таблица 2 - Элементы управления пользовательского интерфейса страниц

Макет графического интерфейса страницы авторизации представлен на рисунке 23.

Рисунок 23 - Макет страницы авторизации сайта

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

Таблица 3 - Элементы управления пользовательского интерфейса страницы авторизации

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

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

Рисунок 24 - Макет страницы регистрации на сайте (проверка данных)

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

Таблица 4 - Элементы управления пользовательского интерфейса страницы регистрации (первой, проверочной части)

Макет графического интерфейса страницы регистрации (второй, окончательный этап) представлен на рисунке 25.

Рисунок 25 - Макет графического интерфейса страницы регистрации (второй, окончательный этап)

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

Таблица 5 - Элементы управления пользовательского интерфейса страницы регистрации (второго, окончательного этапа)

Макет графического интерфейса страницы связи с администратором представлен на рисунке 26.

Рисунок 26 - Макет графического интерфейса страницы связи с администратором

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

Таблица 6 - Элементы управления пользовательского интерфейса

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

Рисунок 27 - Макет графического интерфейса страниц

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

Таблица 7 - Элементы управления пользовательского интерфейса страниц