Проектирование информационной системы новостного видео-хранилища на примере спортивного сайта - Курсовая работа

Отличительная особенность данной системы будет в том, что в ней планируется сделать возможным для пользователей загружать собственные видео о каком-либо соревновании, которые, после просмотра модератором, будут добавляться на сайт, чтобы их можно было просмотреть, либо удаляться, если данное видео не будет устраивать модератора.Также будет сделан форум, на котором люди смогут обмениваться мнениями по различным вопросам, которые их интересуют. Априорные представления о модели:система, позволяющая пользователям регистрироваться в ней, общаться между собой, просматривать онлайн-трансляции и обычныевидео-записи, просматривать новости и архив новостей, загружать собственные видео. Также при регистрации пользователь должен указать свои данные (имя, фамилия, логин, пароль, адрес электронной почты, ник на форуме и дата рождения), и если введенные логин и адрес электронной почты уже имеются в системе, то пользователю будет выдано сообщение об этом. 1) имеет возможность публиковать, редактировать, читать и удалять новости на сайте,просматривать архив новостей, выкладывать видео на сайт, просматривать видео, загруженное пользователями (а затем, если видео устроило администратора, то добавлять его в систему для общего доступа к нему всех пользователей),просматривать видео на сайте, изменять роли пользователей, просматривать, добавлять или удалять онлайн-трансляции на сайте, просматривать, добавлять, редактировать или удалять сообщения и темы на форуме. 2) имеет возможность читать новости на сайте, просматривать архивновостей, просматривать, добавлять, редактировать или удалять сообщения и темы на форуме, изменять роли пользователей, просматривать видео и онлайн-трансляции на сайте.Пользователь (приложение 5, рис.В данном проекте была создана модель и выполнена частичная реализация спортивного сайта.Приложение 4 (Детализации процессов) Детализация процесса 0.0 «Спортивный сайт» Детализация процесса 0.0 «Спортивный сайт» Детализация процесса 0.7 «Авторизация пользователей» Детализация процесса 0.7 «Авторизация пользователей»При получении ЗАПРОСА ИНФОРМАЦИИ С САЙТА от пользователя система предоставляет ему ИНФОРМАЦИЮ ДЛЯ ПОЛЬЗОВАТЕЛЕЙ, выражающуюся в предоставлении пользователю возможность читать новости. При получении ЗАПРОСА ИНФОРМАЦИИ С САЙТА от пользователя система предоставляет ему ИНФОРМАЦИЮ ДЛЯ ПОЛЬЗОВАТЕЛЕЙ, выражающуюся в предоставлении пользователю возможность читать архив новостей. При получении ЗАПРОСА ИНФОРМАЦИИ С САЙТА и в РЕЗУЛЬТАТЕ ПРАВИЛЬНОЙ АВТОРИЗАЦИИ от пользователя система предоставляет ему ИНФОРМАЦИЮ ДЛЯ ПОЛЬЗОВАТЕЛЕЙ, выражающуюся в предоставлении пользователю возможности просматривать онлайн-трансляции. При получении ЗАПРОСА ИНФОРМАЦИИ С САЙТА и в РЕЗУЛЬТАТЕ ПРАВИЛЬНОЙ АВТОРИЗАЦИИ от пользователя система предоставляет ему ИНФОРМАЦИЮ ДЛЯ ПОЛЬЗОВАТЕЛЕЙ, выражающуюся в предоставлении пользователю возможности читать и создавать темы на форуме, а также читать и оставлять сообщения в темах форума. При вводе ДАННЫХ ПОЛЬЗОВАТЕЛЯ передаются ЛОГИН И ПАРОЛЬ для дальнейшей проверки по базе данных.

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

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

Существует много спортивных сайтов, например, Championat.com, Spots.ru. У обоих достаточно похожий функционал: можно просмотреть последние новости, получить доступ к некоторым спортивным трансляциям,есть возможность просматривать записи различных соревнований. Оба эти сайта достаточно популярны и являются одними из самых посещаемых спортивных сайтов в России. Но у этих сайтов нет некоторых возможностей, которые могли бы привлекать еще больше посетителей.

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

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

Исследование проблем и потребностей предметной области

Анализ предметной области

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

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

Цель: создать систему, позволяющую людям отслеживать события в мире спорта.

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

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

Ожидаемый результат: спортивный сайт,соответствующий априорным представлениям о модели.

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

Средства реализации: для изображения диаграмм были выбраны такие case-средства, КАКALLFUSIONPROCESSMODELERИALLFUSIONERWINDATAMODELER.

Формализация задачи. Модель требований (логическая модель системы)

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

Гипертекст - словесное описание системы на языке, понятном и заказчику, и разработчику, - улучшает понимание структуры системы. Он так же позволяет создавать связи между текстовыми фрагментами и графическими объектами в DFD- и ERD-редакторах. Это повышает наглядность диаграмм и помогает автоматически проверять связи между объектами [2, стр. 17].

Модель «КАК ЕСТЬ» в виде диаграммы дереваузлов (приложение 1) частично отображает реальную работу большинства современных спортивных сайтов, например, Championat.com.

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

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

Контекстная диаграмма

Контекстная диаграмма - это DFD-диаграмма, моделирующая систему наиболее общим образом. Контекстная диаграмма отражает интерфейс системы с внешним миром. Как правило, на контекстной диаграмме присутствует всего один процесс, отражающий главную цель системы, а также внешние сущности, с которыми система связана посредством информационных потоков[3, стр. 20].

Контекстная диаграмма потоков данных проектируемой системы отображает общую модель проектируемой системы (см. приложение 3).

В данном проекте описана работа спортивного сайта. Контекстная диаграмма имеет единственный процесс СПОРТИВНЫЙ САЙТ, идентифицирующий внешнюю сущность ПОСЕТИТЕЛИ САЙТА. Опишем потоки данных, которыми обмениваются проектируемая система с внешним объектом. ПОСЕТИТЕЛИ САЙТА осуществляют запрос какой-либо информации с данного сайта (например, хотят прочитать какую-либо новость или посмотреть какую-либо онлайн-трансляцию) и система предоставляет им данную возможность. При регистрации или авторизации пользователь получает соответствующие сообщения о регистрации или авторизации. Также при регистрации пользователь должен указать свои данные (имя, фамилия, логин, пароль, адрес электронной почты, ник на форуме и дата рождения), и если введенные логин и адрес электронной почты уже имеются в системе, то пользователю будет выдано сообщение об этом.

Модель реализации (физическая модель системы)

Модель реализации (физическая модель системы) демонстрирует, как система будет удовлетворять предъявленным к ней требованиям. Модель реализации является расширением модели требований[1, стр.27].

Диаграммы потоков данных

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

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

Здесь представлены детализированные диаграммы потоков данных (второго и третьего уровней (приложение 4)), модели данных,описан словарь данных, словарь проектаи логические спецификации каждого из основных процессов, а также Use-caseдиаграммы.

Детализация процесса 0.0 «Спортивный сайт» (приложение 4, рис. 1).

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

Детализация процесса 0.7 «Авторизация пользователей» (приложение 4, рис. 2)

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

Детализация процесса 0.5 «Регистрация пользователей» (приложение 4, рис. 3)

При регистрации пользователь вводит свои данные (имя, фамилию, логин, пароль, адрес электронной почты, ник на форуме и дату рождения) в форму для регистрации. Затем введенные в форму данные проверяются по базе данных сайта на совпадение логина или адреса почтового ящика, и если такая комбинация логина и почтового ящика уже имеется в базе данных сайта, то пользователь получает об этом сообщение и имеет возможность пройти регистрацию еще раз. Если такой комбинации логина и адреса почтового ящика не найдено в базе данных сайта, то введенные в форму данные пользователя заносятся в базу данных сайта и пользователь получает СООБЩЕНИЕ О РЕГИСТРАЦИИ.

Детализация процесса 0.3 «Работа с видео» (приложение 4, рис. 4)

При добавлении пользователем нового видео ФАЙЛ С ВИДЕО помещается в базу данных сайта, а администратору сайта отправляется сообщение о добавлении нового видео. Затем администратор сайта проверяет новое видео, и если оно его не устроило, то он удаляет видео из базы данных сайта. Если же видео устроило администратора, то он открывает к нему общий доступ для всех пользователей. Если пользователь захотел осуществить ПРОСМОТР ВИДЕО, то это видео предоставляется ему с помощью базы данных сайта, а в базу данных заносится ИНФОРМАЦИЯ О ПРОСМОТРЕ данного видео.

Логическая модель данных

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

Описание модели данных

Модель данных данной системы состоит из 12 таблиц (см. рис 1)

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

В таблице Роли хранятся идентификатор роли и список возможностей данной роли (приложение 5). Имеются роли администратор системы, модератор форума, пользователь, пользователь с ограниченными правами на форуме, заблокированный пользователь и гость. Администратор системы (приложение 5, рис. 1) имеет возможность публиковать, редактировать, читать и удалять новости на сайте,просматривать архив новостей, выкладывать видео на сайт, просматривать видео, загруженное пользователями (а затем, если видео устроило администратора, то добавлять его в систему для общего доступа к нему всех пользователей),просматривать видео на сайте, изменять роли пользователей, просматривать, добавлять или удалять онлайн-трансляции на сайте, просматривать, добавлять, редактировать или удалять сообщения и темы на форуме. Модератор форума (приложение 5, рис. 2) имеет возможность читать новости на сайте, просматривать архивновостей, просматривать, добавлять, редактировать или удалять сообщения и темы на форуме, изменять роли пользователей, просматривать видео и онлайн-трансляции на сайте.Пользователь (приложение 5, рис. 3) имеет возможность читать новости на сайте, просматривать архив новостей, просматривать видео и онлайн трансляции на сайте, загружать видео на сайт, просматривать и создавать темы и оставлять сообщения в темах на форуме. Пользователь с ограниченными правами на форуме (приложение 5, рис. 4) имеет возможность читать новости на сайте, просматривать архив новостей, просматривать видео и онлайн трансляции на сайте, загружать видео на сайт. Заблокированный пользователь (приложение 5, рис. 5) имеет право только на чтение новостей и просмотр архив новостей на сайте.Гость (приложение 5, рис. 6) имеет право просматривать новости на сайте, просматривать архив новостей, а также может пройти регистрацию, чтобы увеличить свои возможности в данной системе, либо авторизоваться, если у него уже имеется учетная запись.

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

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

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

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

В таблице Сообщение в теме на форуме хранятся данные о сообщениях в темах на форуме, а именно идентификатор сообщения, идентификатор темы форума, автор сообщения, содержание сообщения и время написания сообщения. Данные в эту таблицу заносятся при написании какого-либо сообщения на форуме.

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

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

Рис. 1. Логическая модель данных

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

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

Физическая модель данных

Данная модель (рис. 2) представлена для СУБД Oracle, все названия написаны английскими буквами, все атрибуты указаны со своими типами. Данная модель является реляционной моделью, приведенной в третью нормальную форму, для используемой в проекте базы данных. Эта модель построена с помощью ERWIN.

Словари данных

К текстовым средствам описания системы относится словарь данных. Онвключаетвседанныепроекта. Словарь данных (приложение 6) представляет собой определенным образом организованный список всех элементов данных системы с их точными определениями, что дает возможность различным категориям пользователей (от системного аналитика до программиста) иметь общее понимание всех входных и выходных потоков и компонентов хранилищ [1, стр.50].

Словарь проекта

Словарь проекта (приложение 6) описывает весь проект, перечисляя все, что в нем содержится: процессы, потоки данных, внешние сущности [1, стр.50].

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

Спецификация процесса (СП) используется для описания функционирования процесса (приложение 7). Они представляют собой алгоритмы описания задач, выполняемых процессами: множество всех СП является полной спецификацией системы. Известно большое число разнообразных методов, позволяющих задать тело процесса (FLOW - формы, диаграммы Насси-Шнейдермана и другие). В проекте используется структурированный естественный язык. Он является разумной комбинацией строгости языка программирования и читабельности естественного языка, легко понимаем проектировщиками, программистами и конечными пользователями [1, стр.35].

Диаграмма Насси-Шнейдермана

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

Один из подходов - подход с использованием диаграммы Насси -Шнейдермана. Данная диаграмма (приложение 8) описывает процесс 7.1.2 «Проверка логина и пароля по базе данных».

Рис. 2. Физическая модель данных спорт онлайн сайт хранилище

Частичная реализация

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

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

На странице регистрации (приложение 9,рис. 2) предлагается заполнить форму регистрации, а именно внести имя, фамилию, логин, пароль, подтверждение пароля, адрес электронной почты, ник и дату рождения.

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

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

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

Мазный Г.Л., Савватеева Т.П. Теория и технология проектирования. - Дубна, 2003.

Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. - М.: Финансы и статистика, 2003. -122 c.

Калянов Г.Н. CASE структурный системный анализ. - М.: ЛОРИ, 2006. - 248 с.