Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

федеральное государственное автономное образовательное учреждение высшего образования

«САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ АЭРОКОСМИЧЕСКОГО ПРИБОРОСТРОЕНИЯ»

КАФЕДРА ИНФОРМАЦИОННО-СЕТЕВЫХ ТЕХНОЛОГИЙ

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА К КУРСОВОЙ РАБОТЕ

Разработка требований к информационной системе интернет-магазина музыкальных инструментов "Jazzmaster"

по дисциплине: Теория информационных процессов и систем

Максимчук И.М.

Санкт-Петербург2021



Содержание

• 1. Бизнес-требования
• 1.1 Исходные данные
• 1.2 Возможности бизнеса
• 1.3 Бизнес-цели
• 1.4 Критерии успеха
• 1.5 Положение о концепции
• 1.6 Бизнес-риски
• 1.7 Предположения и зависимости
• 2. Рамки и ограничения проекта
• 2.1 Основные функции
• 2.2 Объём первоначально запланированной версии
• 2.3 Объём последующих версий
• 2.4 Ограничения и исключения
• 3. Пользовательские требования
• 4. Функции системы
• 4.1 Получить информацию о компании
• 4.1.1 Описание функции получения информации о компании
• 4.1.2 Функциональные требования к получению информации о компании
• 4.2 Просмотреть товары
• 4.2.1 Описание функции просмотра товаров
• 4.2.2 Функциональные требования к просмотру товаров
• 4.3 Предложить товар на выкуп
• 4.3.1 Описание функции предложения товара на выкуп
• 4.3.2 Функциональные требования к предложению товара на выкуп
• 5. Требования к данным
• 5.1 Модель данных
• 5.2 Словарь данных
• 5.3 Анализ модели данных
• 5.4 Целостность, сохранение и утилизация данных
• 5.5 Рекомендации к средствам реализации модели
• 6. Требования к внешним интерфейсам
• 6.1 Пользовательские интерфейсы
• 6.2 Интерфейсы ПО
• 7. Атрибуты качества
• 7.1 Требования по удобству использования
• 7.2 Требования к производительности
• 7.3 Требования к безопасности
• 7.4. Требования к доступности
• 8. Прототип системы
• 8.1 Описание использованных технологий
• 8.2 Обзор прототипа
• 8.3 Реализация функций
• 8.3.1 Просмотреть информацию о компании
• 8.3.2 Просмотреть товары
• 8.3.3 Предложить товар на выкуп
• Заключение
• Список использованных источников

• 1. Бизнес-требования
• Создание интернет-магазина в дополнение к существующим отделениям сети магазинов музыкальных инструментов «Jazzmaster» позволит расширить географию охвата и увеличить численность клиентов, что в свою очередь способствует росту выручки на 30%. Также часть посетителей перейдёт на интернет-магазин, что снизит нагрузку на оффлайн-магазины. Это позволит уменьшить количество необходимых сотрудников в магазинах сети приблизительно на четверть (25%). Помимо этого, пользователи будут иметь возможность предлагать инструменты на выкуп, что позволит увеличить оборот товаров приблизительно на 10%.
• Для клиентов сети сайт интернет-магазина станет ключом к возможностям в любое время ознакомиться с ассортиментом, узнать характеристики, наличие и цену интересующих товаров, а также предложить свой инструмент на выкуп, не посещая магазины сети. Любой потенциальный покупатель может через интернет-магазин выбрать и заказать товар, выбрав самовывоз из магазинов сети или доставку транспортной компанией на выбор, а также оплатить и отследить заказ.
• В системе определено три типа пользователей:

1) неавторизированные пользователи;

2) авторизированные пользователи;

3) администратор.

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

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

Администратор является авторизированным пользователем, наделенным правами редактирования контента сайта интернет-магазина.

1.1 Исходные данные

На текущий момент сеть насчитывает три магазина в Москве.

Магазины имеют ограниченное время работы (10:00 - 21:00) и выходной день (воскресенье), а также находятся таким образом, чтобы покрыть максимальную территорию города (в южной, западной и северной части города), что в реалиях мегаполисов означает большое расстояние между ними. Это создаёт неудобства для клиентов сети.

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

1.2 Возможности бизнеса

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

Потребности клиента:

1) возможность просмотра каталога товаров и описания к каждому товару;

2) возможность узнать сведения о наличии каждого из товаров на сайте;

3) возможность добавлять товары в корзину и удалять товары из неё, просматривать корзину;

4) возможность просматривать рубрику «часто задаваемые вопросы» и адреса магазинов;

5) возможность предлагать магазину инструменты на выкуп.

Цели клиента, которые он может осуществить при помощи сайта интернет-магазина:

1) поиск по сайту с помощью поисковой системы и фильтров;

2) заказ товаров, выбор способа оплаты и доставки заказа;

3) продажа музыкальных инструментов магазину.

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



1.3 Бизнес-цели

Расширение сети посредством открытия интернет-магазина позволяет установить следующие бизнес-цели:

1) снижение общих затрат на зарплаты сотрудникам на 2 млн.р./год;

2) общее увеличение притока клиентов приблизительно на 35% в первый год;

3) как следствие, увеличение прибыли по разным оценкам на 30-35%.

1.4 Критерии успеха

Успешность открытия интернет-магазина будет оценена по следующим критериям:

1) количество заказов в интернет-магазине должно составить не менее 50% от количества заказов в магазинах сети до реализации проекта;

2)общее количество заказов за год должно быть увеличено на 15%;

Существует важный фактор, который может оказать непосредственное влияние на успешность предприятия, находящийся под контролем организации клиента - продвижение сайта для высоких результатов индексирования поисковыми системами - сайт должен отображаться не далее, чем на первой странице поиска в поисковых системах Google и Yandex по запросу «магазин музыкальных инструментов».

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

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

- интерес к миру музыки или его отсутствие (например, связанные с крупными музыкальными событиями).



1.5 Положение о концепции

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

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

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

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

1.6 Бизнес-риски

Бизнес-риски, связанные с разработкой сайта:

1) Конкуренция со стороны крупных холдингов;

2) В случае, если реклама не привлечёт достаточное количество новых клиентов из других регионов, проект может оказаться убыточным.



1.7 Предположения и зависимости

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

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

Для корректной работы интернет-магазина необходим широкополосный доступ в интернет и браузер на основе Chromium (не ниже версии 3.0), Mozila (не ниже версии 3.5), Opera (не ниже версии 10.5) или Safari (не ниже версии 3.1).



2 Рамки и ограничения проекта

2.1 Основные функции

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

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

Реализуемая система должна позволять пользователю управлять аккаунтом: создавать его, удалять его, а также авторизоваться. Также пользователю должны быть доступны функции просмотра часто задаваемых вопросов (F.A.Q.) и получения контактов.

Дерево функций представлено на рисунке 1.

Рисунок 1 - Дерево функций проекта

2.2 Объем первоначально запланированной версии

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

2.3 Объем последующих версий

Запланировано три крупных обновления системы:

- Первое подразумевает введение в эксплуатацию функций, касающихся редактирования товаров. Срок выпуска - 2 месяца после релиза сайта.

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

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

2.4 Ограничения и исключения

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

Сайт не будет доступен в браузерах, не соответствующих указанным в п.1.7. требованиям.

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

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



3. Пользовательские требования

В первой версии продукта запланирован только функционал, связанный с хранением информации об имеющихся товарах и с предложением товара на выкуп. Так как связанные с авторизацией функции будут добавлены в систему позднее, в первой версии в системе будет определен только один тип пользователей - неавторизированный пользователь (описан в п. 1). Use-caseдиаграмма для первой версии продукта представлена на рисунке 4.

Рисунок 2 - Use-caseдиаграмма для первой версии системы

Для вариантов использования первой версии системы описаны предусловия, основные успешные сценарии, расширения,исключения и постусловия. Они представлены на рисунках 5-18.



Рисунок 3 - Предусловия варианта использования «UC-3: Просмотреть товары»

Рисунок 4 - Основной успешный сценарий варианта использования «UC-3: Просмотреть товары»



Рисунок 5 - Расширения варианта использования «UC-3: Просмотреть товары»

Рисунок 6 - Исключения для варианта использования «UC-3: Просмотреть товары»



Рисунок 7 - Постусловия варианта использования «UC-3: Просмотреть товары»

Рисунок 8 - Предусловия варианта использования «UC-4: Получить информацию о компании»



Рисунок 9 - Основной успешный сценарий варианта использования «UC-4: Получить информацию о компании»

Рисунок 10 - Исключения для варианта использования «UC-4: Получить информацию о компании»



Рисунок 11 - Постусловия для варианта использования «UC-4: Получить информацию о компании»

Рисунок 12 - Предусловия для варианта использования «UC-10: Предложить товар на выкуп»



Рисунок 13 - Основной успешный сценарий для варианта использования «UC-10: Предложить товар на выкуп»

Рисунок 14 - Расширения для варианта использования «UC-10: Предложить товар на выкуп»



Рисунок 15 - Исключения для варианта использования «UC-10: Предложить товар на выкуп»

Рисунок 16 - Постусловия для варианта использования «UC-10: Предложить товар на выкуп»



4. Функции системы

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

Рисунок 17 - Дерево функций первой версии разрабатываемой системы.

4.1 Получить информацию о компании

4.1.1 Описание функции получения информации о компании

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



4.1.2 Функциональные требования к получению информации о компании

Таблица 1 - Функциональные требования к получению информации о компании

Название	Описание	Приоритет
Company_info	Получить информацию о компании
.Show	При переходе в раздел «Информация о компании» сайта интернет-магазина пользователю выводится юридический адрес компании, адреса оффлайн-магазинов, контакты оффлайн-магазинов, почта для связи по вопросам сотрудничества.	Высокий
.Back	На странице раздела «Информация о компании» должен быть элемент, при нажатии пользователем на который система выполнит перенаправление на главную страницу сайта.	Средний

4.2 Просмотреть товары

4.2.1 Описание функции просмотра товаров

Любой пользователь может просмотреть каталог товаров и информацию о каждом из них на отдельной странице товара.

4.2.2 Функциональные требования к просмотру товаров

Таблица 2 - Функциональные требования к просмотру товаров

Название	Описание	Приоритет
Product	Просмотр товаров
.Catalog	На сайте интернет-магазина должен быть каталог товаров, продаваемых интернет-магазином.	Высокий
.Show	При переходе в раздел «Каталог» сайта интернет-магазина пользователю должен быть выведен каталог товаров.	Высокий
.Click	При нажатии на название товара или его изображение пользователем система должна выполнить перенаправление на страницу товара.	Высокий
.Back	На странице каталога должен быть элемент, при нажатии пользователем на который система выполнит перенаправление на главную страницу сайта.	Средний
.Info	У каждого товара каталога должна быть своя страница продукта.	Высокий
.Show	При переходе на страницу товара должно быть представлено его описание, полноразмерное изображение, цена и наличие на складе товара заданной модификации.	Высокий
.Modification	На странице товара должен быть элемент, позволяющий пользователю просмотреть возможные модификации товара. При смене модификации пользователем должны меняться зависящие от неё элементы описания, изображение, цена и наличие на складе.	Высокий
.Default	При переходе на страницу товара элемент Product.Info.Modificationустанавливается в заданное при создании или редактировании страницы товара положение.	Низкий
.Back	На странице товара должен быть элемент, при нажатии пользователем на который система выполнит перенаправление на страницу каталога.	Средний

Рисунок 18 - Процесс просмотра товаров в нотации BPMN 2.0



4.3 Предложить товар на выкуп

4.3.1 Описание функции предложения товара на выкуп

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

4.3.2 Функциональные требования к предложению товара на выкуп

Таблица 3 - Функциональные требования к предложению товара на выкуп

Название	Описание	Приоритет
Offer	Предложение товара на выкуп
.Form	На сайте интернет-магазина должен быть раздел предложения товара на выкуп.	Высокий
.Show	При переходе в раздел предложения товара на выкуп пользователю должна быть выведена форма с элементами ввода названия, описания, фотографии и цены товара.	Высокий
.Check	При отправлении пользователем формы система должна выполнить проверку заполнения всех полей формы.	Высокий
.Correct	При успешной проверке система должна сохранить введённые данные и уведомить пользователя об успешной отправке анкеты.	Высокий
.Error	При обнаружении неправильного заполнения формы система должна уведомить пользователя об этом и перенаправить на страницу заполнения формы.	Высокий



5. Требования к данным

5.1 Модель данных

Концептуальная модель данных первой версии разрабатываемой системы представлена на рисунке 19.

Рисунок 19 - Концептуальная модель данных

Модель данных состоит из пяти сущностей: Пользователь, Товар, Анкета, Информация о компании и Магазин. Между сущностями Пользователь и Товар определена связь многие-ко-многим, между остальными сущностями связь один-ко-многим.

5.2 Словарь данных

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



Таблица 4. Словарь данных.

Элемент данных	Описание	Структура данных	Длина
Email	Адрес электронной почты компании	Text	50
ID_анкеты	Порядковый номер анкеты	Integer
ID_магазина	Порядковый номер магазина	Integer
ID_товара	Порядковый номер товара	Integer
Адрес_магазина	Адрес оффлайн-магазина	Text	100
Контактный_телефон	Контактныйтелефон магазина	Text	20
Название	Название товара	Text	100
Описание	Описание товара	Text	1000
Остаток_на_складе	Остаток товара на складе	Integer
Пользовательская_фотография	Фотография, прикрепляемая пользователем к анкете	<Undefined>
Пользовательская_цена	Цена, которую указывает пользователь в анкете	Money
Пользовательское_название	Название инструмента, которое указывает пользователь в анкете	Text	100
Пользовательское_описание	Описание, которое указывает пользователь в анкете	Text	1000
Список_магазинов	Список оффлайн-магазинов	<Undefined>
Фотография	Фотография товара	<Undefined>
Цена	Цена товара	Money
Юридический_адрес	Юридическийадрес компании	Text	200

5.3 Анализ модели данных

В таблице 5 представлены результаты анализа данных разрабатываемой информационной системы.

Таблица 5 - CRUD-матрица системы.

	Пользователь	Товар	Анкета	Информация о компании	Магазин
Просмотр информации о компании				R	R
Просмотр товаров		R
Предложение товара на выкуп			C

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

5.4 Целостность, сохранение и утилизация данных

DI-1: Система должна хранить информацию о распроданном товаре в каталоге в течение 2 месяцев с момента продажи последнего экземпляра товара.

5.5 Рекомендации к средствам реализации модели

В облачной СУБД должна храниться вся имеющаяся информация, которая впоследствии будет отображаться на сайте, разработанном при помощи HTML, CSS, PHPи JavaScript. Операции чтения подразумевают собой вывод информации из СУБД на сайт для отображения пользователю, операции записи и изменения - запись/изменение данных в БД посредством запросов из скриптов сайта.

6. Требования к внешним интерфейсам

6.1 Пользовательские интерфейсы

UI-1: Каждая страница сайта должна содержать прикреплённое к верху страницы меню во всю ширину таблицы с логотипом посредине и разделами сайта слева и справа от него.

UI-2: содержимое сайта должно содержать символы в кодировке UnicodeUTF-8.

UI-3:Система должна иметь интерфейс на русском языке.

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

UI-5: Адреса магазинов должны быть представлены в интерактивном виде на карте города.

6.2 Интерфейсы ПО

SI-1: APIинтернет-сервиса, предоставляющего карты.

SI-1.1: Система должна быть подключена к API интернет-сервиса, предоставляющего карты, посредством ключа API, формат которого определяет интернет-сервис, предоставляющий карты.

SI-1.2: Каждое действие пользователя на карте должно быть обработано посредством запроса системы к APIинтернет-сервиса, предоставляющего карты. Данные, передающиеся в запросах, определяются интернет-сервисом, предоставляющим карты.



7. Атрибуты качества

7.1 Требования по удобству использования

USE-1:Не знакомый с сайтом пользователь должен в 80% случаев заполнить форму предложения товара не более чем со 2 раза.

7.2 Требования к производительности

PER-1: Все страницы сайта должны полностью загружаться не более чем за 4 секунды после запроса их по интернет-подключению со скоростью 10Мбит/сек.

PER-2: Уведомление пользователя о результате отправки формы должно быть показано не более чем спустя 2 секунды после нажатия пользователя на кнопку отправки формы.

7.3 Требования к безопасности

SEC-1: Данные, введенные пользователем в форму, должны отправляться HTTP-методом POST.

SEC-2: Данные форм, отправленных пользователем, не должны быть видны другим пользователям.

SEC-3: Доступ к редактированию сайта может иметь только аккаунт администратора.

7.4 Требования к доступности

AVL-1: Система должна быть доступна пользователям с IP-адресами любых регионов.

AVL-2: Система должна быть доступна 95% времени с 08:00 по 02:00 UTF+3, и 90% остального времени, не считая планового обслуживания.



8. Прототип системы

8.1 Описание использованных технологий

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

8.2 Обзор прототипа

Прототип опубликован в сети по адресу http://jazzmastershop.tilda.ws/. Согласно измерениям, задержка до сайта составляет 0.883 мс., а самая нагруженная страница отображается за 0,72 с. при скорости интернета 10 Мбит/с., что удовлетворяет PER-1.

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



Рисунок 20 - Главная страница прототипа

Раздел информации о компании представлен на рисунках 21-22. Карта является интерактивной, но без привязки к APIкарт. Это нарушает SI-1, но решается платным тарифом и является достаточным для иллюстрации работы системы.

Рисунок 21 - Страница раздела информации о компании



Рисунок 22 - Страница раздела информации о компании

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

Рисунок 23 - Страница каталога



Рисунок 24 - Страница каталога

Рисунок 25 - Страница товара

Страница формы для предложения инструмента на выкуп представлена на рисунке 26. Данные, введенные в форму, при условии верного её заполнения, отправляются методом POST, что удовлетворяет требованию SEC-1.



Рисунок 26 - Страница формы

Заполненные и отправленные пользователем формы сохраняются в личном кабинете пользователя Tilda, так как привязка СУБД для перенаправления является функцией, доступной по платному тарифу (рисунок 27).

Рисунок 27 - Хранящиеся в личном кабинете данные отправленных форм



8.3 Реализация функций

8.3.1 Просмотреть информацию о компании

При нажатии на пункт «Контакты» в меню пользователю отображается страница, представленная на рисунках 21-22. Она содержит данные об адресах магазинов, контактных телефонах, юридическому адресу компании и почте по вопросам сотрудничества. Функция реализована.

8.3.2 Просмотреть товары

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

8.3.3 Предложить товар на выкуп

При нажатии на пункт «Хочу продать инструмент» в меню пользователю отображается форма, представленная на рисунке 28.



Рисунок 28 - Пользовательская форма

После того, как пользователь нажал на кнопку «Send», система проверяет, все ли поля заполнены. В случае, если обнаруживается незаполненное поле, система уведомляет об этом пользователя, возвращая его к форме (рисунок 29).



Рисунок 29 - Реакция системы на попытку отправить пустую форму

Если проверка прошла успешно, система уведомляет пользователя об успешно отправленной форме и сохраняет данные, введённые пользователем (рисунки 30-31). Функция реализована.

Рисунок 30 - Ответ системы на отправку правильно заполненной формы

Рисунок 31 - Появившаяся запись с введёнными пользователем данными



Заключение

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

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



Список использованных источников

1. Вигерс К. Разработка требований к программному обеспечению/Пер. с англ. - М.: Издательско-торговый дом "Русская Редакция", 2014. - 737 с.: ил.

2. Коберн А. Современные методы описания функциональных требований к системам/Пер. с англ. - М.: Издательство "Лори", 2012. - 264 с.: ил.

Размещено на Allbest.ru

...