Проектирование информационной системы новостного видео-хранилища на примере спортивного сайта
Введение
В наше время очень много людей увлекается
спортом. Одни напрямую занимаются каким-либо видом спорта, другие предпочитают
просто следить за результатами выступлений команд или спортсменов.
Многие люди предпочитают узнавать о событиях
спорта из газет, журналов или по телевизору. Но есть также и различные
спортивные сайты, на которых можно, например, просматривать онлайн-трансляции
различных соревнований, узнавать последние результаты, следить за новостями в
мире спорта.
Существует много спортивных сайтов, например,
Championat.com, Spots.ru. У обоих достаточно похожий функционал: можно
просмотреть последние новости, получить доступ к некоторым спортивным
трансляциям,есть возможность просматривать записи различных соревнований. Оба
эти сайта достаточно популярны и являются одними из самых посещаемых спортивных
сайтов в России. Но у этих сайтов нет некоторых возможностей, которые могли бы
привлекать ещё больше посетителей.
Именно поэтому возникла идея создания
спортивного сайта, с помощью которого люди смогут отслеживать последние события
в мире спорта, общаться друг с другом и многое другое.
Данную систему можно рассматривать с нескольких
сторон, например, со стороны администратора данной системы и со стороны
обычного пользователя. Далее будем рассматривать данную систему со стороны
обычного пользователя.
Исследование проблем и потребностей предметной
области
Анализ предметной области
В данной курсовой работе планируется описать
систему, с помощью которой люди смогут следить за спортивными событиями
различных видов спорта онлайн, не отходя от компьютера. Отличительная
особенность данной системы будет в том, что в ней планируется сделать возможным
для пользователей загружать собственные видео о каком-либо соревновании,
которые, после просмотра модератором, будут добавляться на сайт, чтобы их можно
было просмотреть, либо удаляться, если данное видео не будет устраивать
модератора.Также будет сделан форум, на котором люди смогут обмениваться
мнениями по различным вопросам, которые их интересуют.
Постановка задачи
Цель: создать систему, позволяющую людям
отслеживать события в мире спорта.
Исходные данные: функционал уже имеющихся
спортивных сайтов и новые идеи, которые не были до этого реализованы на данных
сайтах.
Априорные представления о модели:система,
позволяющая пользователям регистрироваться в ней, общаться между собой,
просматривать онлайн-трансляции и обычныевидео-записи, просматривать новости и
архив новостей, загружать собственные видео.
Ожидаемый результат: спортивный
сайт,соответствующий априорным представлениям о модели.
Критерии оценки результата: система будет
считаться эффективно действующей, если на основе данной модели будет создан
сайт, число посетителей которого за месяц должно быть не меньше 10 000 человек.
Средства реализации: для изображения диаграмм
были выбраны такие case-средства,
какAllFusionProcessModelerиAllFusionERwinDataModeler.
Формализация задачи. Модель требований
(логическая модель системы)
Модель требований (логическая модель системы)
указывает, что должна делать проектируемая система, не указывая, как это
делается.
Гипертекст - словесное описание системы на
языке, понятном и заказчику, и разработчику, - улучшает понимание структуры
системы. Он так же позволяет создавать связи между текстовыми фрагментами и
графическими объектами в DFD- и ERD-редакторах. Это повышает наглядность
диаграмм и помогает автоматически проверять связи между объектами [2, стр. 17].
Модель «КАК ЕСТЬ» в виде диаграммы дереваузлов
(приложение 1) частично отображает реальную работу большинства современных
спортивных сайтов, например, Championat.com.
Практически на каждом спортивном сайте
пользователю доступны следующие возможности: авторизация, регистрация, работа с
новостями, работа с архивом новостей, просмотр онлайн-трансляций, просмотр
видео.
В проектируемой системе планируется реализовать
способность пользователей общаться между собой (Работа с форумом), а также
расширить возможность пользователя по работе с видео (добавление нового видео).
Иерархическая модель разрабатываемой системы может выглядеть так, как
представлено в приложении 2.
Контекстная диаграмма
Контекстная диаграмма - это DFD-диаграмма,
моделирующая систему наиболее общим образом. Контекстная диаграмма отражает
интерфейс системы с внешним миром. Как правило, на контекстной диаграмме
присутствует всего один процесс, отражающий главную цель системы, а также
внешние сущности, с которыми система связана посредством информационных
потоков[3, стр. 20].
Контекстная диаграмма потоков данных
проектируемой системы отображает общую модель проектируемой системы (см.
приложение 3).
В данном проекте описана работа спортивного
сайта. Контекстная диаграмма имеет единственный процесс СПОРТИВНЫЙ САЙТ,
идентифицирующий внешнюю сущность ПОСЕТИТЕЛИ САЙТА. Опишем потоки данных,
которыми обмениваются проектируемая система с внешним объектом. ПОСЕТИТЕЛИ
САЙТА осуществляют запрос какой-либо информации с данного сайта (например,
хотят прочитать какую-либо новость или посмотреть какую-либо онлайн-трансляцию)
и система предоставляет им данную возможность. При регистрации или авторизации
пользователь получает соответствующие сообщения о регистрации или авторизации.
Также при регистрации пользователь должен указать свои данные (имя, фамилия,
логин, пароль, адрес электронной почты, ник на форуме и дата рождения), и если
введённые логин и адрес электронной почты уже имеются в системе, то
пользователю будет выдано сообщение об этом.
Модель реализации (физическая модель системы)
Модель реализации (физическая модель системы)
демонстрирует, как система будет удовлетворять предъявленным к ней требованиям.
Модель реализации является расширением модели требований[1, стр.27].
Диаграммы потоков данных
Формально система описана в общей и
детализированной диаграмме потоков данных (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 с.
Приложение 1 (Модель «КАК ЕСТЬ» в виде диаграммы
дерева узлов)
Приложение 2 (Иерархическая модель
разрабатываемой системы)
Приложение 3 (Контекстная диаграмма)
Приложение 4 (Детализации процессов)
Детализация процесса 0.0 «Спортивный сайт»
Рис. 1. Детализация процесса 0.0 «Спортивный
сайт»
Детализация процесса 0.7 «Авторизация
пользователей»
Рис. 2. Детализация процесса 0.7 «Авторизация
пользователей»
Детализация процесса 0.5 «Регистрация
пользователей»
Рис. 3. Детализация процесса 0.5 «Регистрация
пользователей»
Детализация процесса 0.3 «Работа с видео»
Рис. 4. Детализация процесса 0.3 «Работа с
видео»
Приложение 5 (Возможности ролей)
Рис. 1. Роль «Администратор системы»
Рис. 2. Роль «Модератор форума»
Рис. 3. Роль «Пользователь»
Рис. 4. Роль «Пользователь с ограниченными
правами на форуме»
Рис. 5. Роль «Заблокированный пользователь»
Рис. 6. Роль «Гость»
Приложение 6
Спецификация процессов
Спецификация процесса 0.1 «Работа с новостями»
@ВХОД = ЗАПРОС ИНФОРМАЦИИ С САЙТА
@ВЫХОД = ИНФОРМАЦИЯ ДЛЯ ПОЛЬЗОВАТЕЛЕЙ
@СПЕЦПРОЦ 0.1 «РАБОТА С НОВОСТЯМИ»
При получении ЗАПРОСА ИНФОРМАЦИИ С САЙТА от
пользователя система предоставляет ему ИНФОРМАЦИЮ ДЛЯ ПОЛЬЗОВАТЕЛЕЙ,
выражающуюся в предоставлении пользователю возможность читать новости.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 0.1 «РАБОТА С
НОВОСТЯМИ»
Спецификация процесса 0.6 «Работа с архивом
новостей»
@ВХОД = ЗАПРОС ИНФОРМАЦИИ С САЙТА
@ВЫХОД = ИНФОРМАЦИЯ ДЛЯ ПОЛЬЗОВАТЕЛЕЙ
@СПЕЦПРОЦ 0.6 «РАБОТА С АРХИВОМ НОВОСТЕЙ»
При получении ЗАПРОСА ИНФОРМАЦИИ С САЙТА от
пользователя система предоставляет ему ИНФОРМАЦИЮ ДЛЯ ПОЛЬЗОВАТЕЛЕЙ, выражающуюся
в предоставлении пользователю возможность читать архив новостей.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА A0.6 «РАБОТА С
АРХИВОМ НОВОСТЕЙ»
Спецификация процесса0.2 «Просмотр
онлайн-трансляции»
@ВХОД = ЗАПРОС ИНФОРМАЦИИ С САЙТА
@ВХОД = РЕЗУЛЬТАТ ПРАВИЛЬНОЙ АВТОРИЗАЦИИ
@ВЫХОД = ИНФОРМАЦИЯ ДЛЯ ПОЛЬЗОВАТЕЛЕЙ
@СПЕЦПРОЦ 0.2 «ПРОСМОТР ОНЛАЙН-ТРАНСЛЯЦИИ».
При получении ЗАПРОСА ИНФОРМАЦИИ С САЙТА и в
РЕЗУЛЬТАТЕ ПРАВИЛЬНОЙ АВТОРИЗАЦИИ от пользователя система предоставляет ему
ИНФОРМАЦИЮ ДЛЯ ПОЛЬЗОВАТЕЛЕЙ, выражающуюся в предоставлении пользователю
возможности просматривать онлайн-трансляции.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 0.2 «ПРОСМОТР
ОНЛАЙН-ТРАНСЛЯЦИИ»
Спецификация процесса0.4 «Работа с форумом»
@ВХОД = ЗАПРОС ИНФОРМАЦИИ С САЙТА
@ВХОД = РЕЗУЛЬТАТ ПРАВИЛЬНОЙ АВТОРИЗАЦИИ
@ВЫХОД = ИНФОРМАЦИЯ ДЛЯ ПОЛЬЗОВАТЕЛЕЙ
@СПЕЦПРОЦA0.4 «РАБОТА С ФОРУМОМ»
При получении ЗАПРОСА ИНФОРМАЦИИ С САЙТА и в
РЕЗУЛЬТАТЕ ПРАВИЛЬНОЙ АВТОРИЗАЦИИ от пользователя система предоставляет ему
ИНФОРМАЦИЮ ДЛЯ ПОЛЬЗОВАТЕЛЕЙ, выражающуюся в предоставлении пользователю
возможности читать и создавать темы на форуме, а также читать и оставлять
сообщения в темах форума.
Спецификация процесса7.1.1 «Ввод данных в поле
для авторизации»
@ВХОД = ДАННЫЕ ПОЛЬЗОВАТЕЛЯ
@ВЫХОД = ЛОГИН И ПАРОЛЬ ПОЛЬЗОВАТЕЛЯ
@СПЕЦПРОЦ7.1.1 «ВВОД ДАННЫХ В ПОЛЕ ДЛЯ
АВТОРИЗАЦИИ»
При вводе ДАННЫХ ПОЛЬЗОВАТЕЛЯ передаются ЛОГИН И
ПАРОЛЬ для дальнейшей проверки по базе данных.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 7.1.1 «ВВОД ДАННЫХ
В ПОЛЕ ДЛЯ АВТОРИЗАЦИИ»
Спецификация процесса7.1.3 «Введение логина и
пароля ещё раз»
@ВХОД = ЛОГИН И ПАРОЛЬ НЕ СОВПАЛИ
@ВЫХОД = ЛОГИН И ПАРОЛЬ ПОЛЬЗОВАТЕЛЯ
@СПЕЦПРОЦ 7.1.3 «ВВЕДЕНИЕ ЛОГИНА И ПАРОЛЯ ЕЩЁ
РАЗ»
Если после ПРОВЕРКИ ЛОГИНА И ПАРОЛЯ ПОЛЬЗОВАТЕЛЯ
ПО БАЗЕ ДАННЫХ такой комбинации логина и пароля не найдена, то пользователя
предоставляется возможность ввести их ещё раз.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 7.1.3 «ВВЕДЕНИЕ
ЛОГИНА И ПАРОЛЯ ЕЩЁ РАЗ»
Спецификация процесса 7.1.4 «Проверка уровней
доступа»
@ВХОД = ЛОГИН И ПАРОЛЬ СОВПАЛИ
@ВЫХОД = СООБЩЕНИЕ ОБ АВТОРИЗАЦИИ
@СПЕЦПРОЦ 7.1.4 «ПРОВЕРКА УРОВНЕЙ ДОСТУПА»
Если после ПРОВЕРКИ ЛОГИНА И ПАРОЛЯ ПОЛЬЗОВАТЕЛЯ
ПО БАЗЕ ДАННЫХ такая комбинация логина и пароля найдена в базе данных, то
происходит ПРОВЕРКА УРОВНЕЙ ДОСТУПА и выводится СООБЩЕНИЕ ОБ АВТОРИЗАЦИИ.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 7.1.4 «ПРОВЕРКА
УРОВНЕЙ ДОСТУПА»
Спецификация процесса 5.1 «Введение данных в
форму для авторизации»
@ВХОД = ДАННЫЕ ПОЛЬЗОВАТЕЛЯ
@ВЫХОД = ВВЕДЁННЫЕ В ФОРМУ ДАННЫЕ
@СПЕЦПРОЦ 5.1 «ВВЕДЕНИЕ ДАННЫХ В ФОРМУ ДЛЯ
АВТОРИЗАЦИИ»
При вводе ДАННЫХ ПОЛЬЗОВАТЕЛЯ передаются
ВВЕДЁННЫЕ В ФОРМУ ДАННЫЕ для дальнейшей проверки по базе данных.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 5.1 «ВВЕДЕНИЕ
ДАННЫХ В ФОРМУ ДЛЯ АВТОРИЗАЦИИ»
Спецификация процесса 5.2 «Проверка на
совпадение логина/адреса почтового ящика»
@ВХОД = ВВЕДЁННЫЕ В ФОРМУ ДАННЫЕ
@ВЫХОД = СООБЩЕНИЕ О СОВПАДЕНИИ ЛОГИНА ИЛИ
ПОЧТОВОГО ЯЩИКА
@ВЫХОД = ВВЕДЁННЫЕ И ПРОВЕРЕННЫЕ ДАННЫЕ
@СПЕЦПРОЦ 5.2 «ПРОВЕРКА НА СОВПАДЕНИЕ
ЛОГИНА/АДРЕСА ПОЧТОВОГО ЯЩИКА»
Введённые в форму логин и адрес почтового ящика
проверяются по базе данных и затем либо выводится СООБЩЕНИЕ О СОВПАДЕНИИ ЛОГИНА
ИЛИ ПОЧТОВОГО ЯЩИКА либо ВВЕДЁННЫЕ И ПРОВЕРЕННЫЕ ДАННЫЕ отправляются для
занесения в базу данных.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 5.2 «ПРОВЕРКА НА
СОВПАДЕНИЕ ЛОГИНА/АДРЕСА ПОЧТОВОГО ЯЩИКА»
Спецификация процесса 5.3 «Занесение
пользователя в базу данных»
@ВХОД = ВВЕДЁННЫЕ И ПРОВЕРЕННЫЕ ДАННЫЕ
@ВЫХОД = СООБЩЕНИЕ О РЕГИСТРАЦИИ
@СПЕЦПРОЦ 5.3 «ЗАНЕСЕНИЕ ПОЛЬЗОВАТЕЛЯ В БАЗУ
ДАННЫХ»
ВВЕДЁННЫЕ И ПРОВЕРЕННЫЕ ДАННЫЕ заносятся в базу
данных и затем пользователь получает СООБЩЕНИЕ О РЕГИСТРАЦИИ.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 5.3 «ЗАНЕСЕНИЕ
ПОЛЬЗОВАТЕЛЯ В БАЗУ ДАННЫХ»
Спецификация процесса 3.1.5 «Добавление
пользователем нового видео»
@ВХОД = ФАЙЛ С ВИДЕО
@ВЫХОД = СООБЩЕНИЕ АДМИНИСТРАТОРУ О ДОБАВЛЕНИИ
НОВОГО ВИДЕО
@СПЕЦПРОЦ 3.1.5 «ДОБАВЛЕНИЕ ПОЛЬЗОВАТЕЛЕМ НОВОГО
ВИДЕО»
Пользователь отправляет на сайт ФАЙЛ С ВИДЕО,
после чего ссылка на данный файл сохраняется в базе данных, а администратор
получает сообщение о добавлении нового видео.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 3.1.5 «ДОБАВЛЕНИЕ
ПОЛЬЗОВАТЕЛЕМ НОВОГО ВИДЕО»
Спецификация процесса 3.1.6 «Проверка видео
администратором»
@ВХОД = СООБЩЕНИЕ АДМИНИСТРАТОРУ О ДОБАВЛЕНИИ
НОВОГО ВИДЕО
@ВЫХОД = РЕЗУЛЬТАТ ПРОВЕРКИ ВИДЕО
@СПЕЦПРОЦ 3.1.6 «ПРОВЕРКА ВИДЕО АДМИНИСТРАТОРОМ»
При получении сообщения о добавлении нового
видео администратор начинает проверять данное видео
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 3.1.6 «ПРОВЕРКА
ВИДЕО АДМИНИСТРАТОРОМ»
Спецификация процесса 3.1.7 «Удаление видео
администратором»
@ВХОД = ВИДЕО НЕ УСТРОИЛО АДМИНИСТРАТОРА
@ВЫХОД = УДАЛЕНИЕ ВИДЕО ПОЛЬЗОВАТЕЛЯ
@СПЕЦПРОЦ 3.1.7 «УДАЛЕНИЕ ВИДЕО АДМИНИСТРАТОРОМ»
Если в результате ПРОВЕРКИ ВИДЕО АДМИНИСТРАТОРОМ
данное видео администратора не устроило, то он удаляет его из базы.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 3.1.7 «УДАЛЕНИЕ
ВИДЕО АДМИНИСТРАТОРОМ»
Спецификация процесса 3.1.8 «Открытие
администратором общего доступа к данному видео для всех пользователей»
@ВХОД = ВИДЕО УСТРОИЛО АДМИНИСТРАТОРА
@ВЫХОД = ДОБАВЛЕНИЕ ВИДЕО ПОЛЬЗОВАТЕЛЯ
@СПЕЦПРОЦ 3.1.8 «ОТКРЫТИЕ АДМИНИСТРАТОРОМ ОБЩЕГО
ДОСТУПА К ДАННОМУ ВИДЕО ДЛЯ ВСЕХ ПОЛЬЗОВАТЕЛЕЙ»
Если в результате ПРОВЕРКИ ВИДЕО АДМИНИСТРАТОРОМ
данное видео устроило администратора, то он добавляет данное видео в базу
данных и открывает его для всеобщего просмотра.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 3.1.8 «ОТКРЫТИЕ
АДМИНИСТРАТОРОМ ОБЩЕГО ДОСТУПА К ДАННОМУ ВИДЕО ДЛЯ ВСЕХ ПОЛЬЗОВАТЕЛЕЙ»
Спецификация процесса 3.1.9 «Просмотр видео»
@ВХОД = ВИДЕО СИСТЕМЫ
@ВЫХОД = ИНФОРМАЦИЯ О ПРОСМОТРЕ
@СПЕЦПРОЦ 3.1.9 «ПРОСМОТР ВИДЕО»
При просмотре видео оно запрашивается из базы
данных, а в базу данных поступает ИНФОРМАЦИЯ О ПРОСМОТРЕ.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 3.1.9 «ПРОСМОТР
ВИДЕО»
Приложение 7 (Диаграмма Насси-Шнейдермана)
Приложение 8 (Частичная реализация)
Рис. 2. Страница регистрации