1. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ
В данной главе будет описываться значение проекта, определена и расписана его предметная область, а также будет разработано техническое задание для дальнейшего проектирования и реализации Web-приложения.
1.1 Наименование и область применения
Бывает такое, что нет возможности пойти в кинотеатр на просмотр какого-нибудь фильма. Отличным вариантом для многих станет посмотреть кино онлайн. Этот способ позволит отвлечься от скучных и рутинных будней. Остается только найти желаемый фильм и погрузиться в него с головой.
Ранее людям нужно было для этой цели обращаться за помощью к ТВ или же лично отправляться в кинотеатр. Сегодня же посмотреть кино онлайн можно посредством сети Интернет. Это потрясающая возможность расслабиться перед экраном, выбирая художественное произведение по душе. Еще несколько десятков лет назад этой возможности не было у людей. А чтобы пробиться в зал кинотеатра, нужно было выстоять огромную очередь в кассу. Это могло длиться часами. После того, как появились видеопроигрыватели, поход в кино потерял свою актуальность. Ныне даже на премьерах самых потрясающих и громких лент есть пустые места в залах.
Сегодня кинофильмы стали смотреть на специальных кинопорталах. Это действительно отличное решение, ведь кино можно смотреть в компании друзей или же в полном одиночестве. Никто не будет мешать во время просмотра.
Благодаря использованию высокотехнологичной видеотехники посмотреть фильм можно в отличном качестве, настраивая видео и звук в соответствии со своими предпочтениями.[1]
2.1 Технические требования
Web-приложение для просмотров фильмов онлайн подразумевает в себе решение следующих задач: просмотра фильмов с любого устройства с доступом в интернет, а также позволит оформить подписку онлайн.
Основанием для разработки является задание в рамках курса «CASE-средства структурного проектирования»
Система предназначена для решения следующих задач:
1. Хранение информации о клиентах кинотеатра, их подписках с указанием периода разрешенного доступа.
2. Дистанционный контроль.
3. Позволяет просматривать фильмы везде, где имеется доступ к мобильному устройству и к сети.
Система должна обеспечивать следующие функции:
1. Внесение введённой клиентом информации.
2. Блокировка доступа к киносеансу в случае отсутствия подписки.
3. Должна позволять администратору следить за всеми действиями клиентов.
Система должна:
• проводить контроль вводимой информации;
• блокировать некорректные действия пользователя при работе с системой;
• обеспечивать целостность данных.
Использовать систему будут пользователи средней и низкой квалификации. Интерфейс системы должен быть максимально приближен к интерфейсам подобных систем. Ввод информации должен осуществляться в наиболее унифицированных формах.
Система должна работать на большом классе устройств
Требования к маркировке и упаковке не предъявляются.
Требования к маркировке и упаковке не предъявляются.
Программная документация должна содержать следующие документы (см. ГОСТ 19.101-77):
1.Программные документы:
• Спецификация (ГОСТ 19.202-78);
• Текст программы (ГОСТ 19.401-78);
• Описание программы (ГОСТ 19.402-78);
• Пояснительная записка (ГОСТ 19.404-79);
2.Эксплуатационные документы:
• Ведомость эксплуатационных документов (ГОСТ 19.507-79);
• Формуляр (ГОСТ 19.501-78);
• Описание применения (ГОСТ 19.502-78);
• Руководство системного программиста (ГОСТ 19.503-79);
• Руководство программиста (ГОСТ 19.504-79);
• Руководство оператора (ГОСТ 19.505-79);
Требования к перечисленным документам не отличаются от требований, определенных в ЕСПД.
2. МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ В ИНФОРМАЦИОННЫХ СИСТЕМАХ
В данной главе будет представлена разработка моделей IDEF0 и IDEF3, моделирование потоков данных и методология объектного проектирования и анализа на языке UML.
2.1 Структурный анализ бизнес-процессов
2.1.1 Разработка моделей IDEF0
Методология функционального моделирования IDEF0 - это методология описания системы в целом как множества взаимозависимых действий или функций. Наиболее часто IDEF0 применяется как технология исследования и проектирования систем на логическом уровне.[2]
Результаты IDEF0 анализа могут применяться при проведении проектирования с использованием моделей IDEF3 и диаграмм потоков данных.
Контекстная диаграмма (диаграмма A-0) разрабатываемой системы управления работой WEB-приложения представлена на рисунке 2.1.1.
Рисунок 2.1.1. Контекстная диаграмма онлайн кинотеатра
Как и было определено в ТЗ, входной информацией системы является:
• информация о клиенте;
• информация о льготе;
• информация бухгалтерии;
• перечень граждан имеющих право на льготную подписку
Выходной информацией системы является:
• киносеанс;
В качестве механизма исполнения выбран некий администратор, который будет проводить контроль вводимой информации, а также АС бухгалтерии , которая будет проводить контроль денежных средств.
Детализация контекстной диаграммы представлена на рисунке 2.1.2.
Рисунок 2.1.2. Детализация контекстной диаграммы А-0
На данной диаграмме выделено три функциональных блока:
«Регистрация клиентов и корректировка информации о них», «Оформление подписки» и «Проведение киносеанса». Клиентами в данном случае являются обычные посетители сайта. При регистрации клиентов вводится ФИО клиента, информация о льготе, срок действия льготы. В качестве льгот могут выступать студенческие билеты, ученические справки и т.д.
При регистрации клиента вся его информация поступает в блок оформление подписки, в котором проверяется их корректность, а в противном случае возвращается на корректировку.
Все выполненные действия фиксируются и используются при проведении киносеанса, который являются выходом блока, отвечающего за его показ
Детализация блока «Регистрация клиентов и корректировка информации о клиентах» представлена на рисунке 2.1.3.
Рисунок 2.1.3. Детализация блока «Регистрация пользователей»
Как видно из диаграммы, перед регистрацией клиента и изменением информации о клиенте осуществляется проверка соответствующих прав права администратора. Права определяются на основании введенного пароля. На рисунке 2.1.4 представлена диаграмма детализации блока «оформление подписки».
Рисунок 2.1.4. Детализация блока «оформление подписки».
2.1.2 Разработка моделей IDEF3
Основой модели IDEF3 служит так называемый сценарий бизнес-процесса, который выделяет последовательность действий или процессов анализируемой системы.
Диаграммы IDEF3 отображают действие в виде прямоугольника. Связи между действиями изображаются с помощью стрелок. Стрелка может начинаться или заканчиваться на любой стороне блока.[3]
Рисунок 2.1.5 IDEF3 детализация блока «Оформление подписки»
На данном рисунке изображена диаграмма, которая детализирует блок «оформление подписки». Изучив её, можно увидеть, что клиент, либо внес оплату и переходит к просмотру фильма, либо при отсутствии оплаты переходит к оформлению подписки, либо он может просмотреть статус подписки.
В рассмотренном примере все действия выполнялись асинхронно, т.е. они не должны были выполняться одновременно. Однако есть случаи, когда время начала или окончания параллельно выполняемых действий должно быть одинаковым, то есть действия должны выполняться синхронно. Для моделирования такого поведения системы используются синхронные соединения.
Существуют два типа диаграмм в стандарте IDEF3, представляющие описание одного и того же сценария технологического процесса в разных ракурсах. Диаграммы, относящиеся к первому типу, называются диаграммами описания последовательности этапов процесса (Process Flow Description Diagrams, PFDD), а ко второму - диаграммами Состояния Объекта в и его Трансформаций Процессе (Object State Transition Network, OSTN). Предположим, требуется описать процесс окраски детали в производственном цеху на предприятии. С помощью диаграмм PFDD документируется последовательность и описание стадий обработки детали в рамках исследуемого технологического процесса. Диаграммы OSTN используются для иллюстрации трансформаций детали, которые происходят на каждой стадии обработки.
2.1.3 Моделирование потоков данных
Методология DFD (DFD - Data Flow Diagrams) или диаграмм потоков данных это методология описания системы позволяющая отражать такие характеристики, как движение объектов (потоки данных), хранение объектов (хранилища данных), источники и потребители объектов (внешние сущности).
Методология DFD является основным средством моделирования функциональных требований к проектируемой системе. С помощью DFD эти требования представляются в виде функциональных компонент (действий), связанных потоками данных. Главная цель такого представления - продемонстрировать, как каждый компонент преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Функциональный блок DFD моделирует некоторую функцию. Функциональные блоки DFD изображаются в виде прямоугольников с округленными углами. Функциональные блоки DFD почти идентичны функциональным блокам IDEF0 и действиям IDEF3. Как и действия IDEF3, функциональные блоки DFD имеют входы и выходы, но не имеют управления и механизма исполнения, как IDEF0. В некоторых интерпретациях нотации DFD механизмы исполнения IDEF0 моделируются как ресурсы и изображаются в нижней части прямоугольника.[4]
