Вы находитесь на странице: 1из 23

Спецификация требований к

программному обеспечению
в соответствии с СТ РК 1090 - 2002
НАО «Казахский агротехнический университет имени С.
Сейфуллина» Факультет «Компьютерные системы и
профессиональное обучение» Кафедра «Информационные
системы» 
Образовательная программа 05-057 
 
 
 
ЗАДАНИЕ 
на курсовую работу (проект) 
 
обучающийся   
Горданов Султан Алиханович 
 
Тема работы (проекта): Разработка спецификации требований к разработке
услуг системы “Онлайн - аптека”

Исходные данные: Единая система программной документации.


Спецификация требований программного обеспечения СТ РК 1090-2002

Литература:
1. “Об утверждении Правил оптовой и розничной реализации
лекарственных средств и медицинских изделий”
2. Спецификация требований программного обеспечения СТ РК 1090-2002

Дата выдачи задания: 24.01.2022


Дата защиты работы (проекта):  18.03.2022
Руководитель проекта: Кульчинова А.С., ст.преподаватель 
Задание принял к исполнению: Горданов С. А.
Содержание
1 Вводная часть
1.1 Цель
1.2 Назначение
1.3 Определения, сокращения аббревиатуры
1.4 Ссылки
1.5 Обзор
2 Общая часть
2.1 Перспективы использования продукта
2.2 Функции продукта
2.3 Характеристики пользователя
2.4 Общие ограничения
2.5 Предположения и зависимости
3 Конкретные требования
3.1 Функциональные требования
Введение
1.1 Цель
Цель создания данной СТПО - наглядное демонстрирование функций и
интерфейсов необходимых реализовать. Аудитория - разработчики,
заказчик.
1.2 Назначение
Для работы системы необходимо реализовать реляционную БД
(MySQL), автоматизированную систему ведения бухгалтерского и
налогового учета.
1.3 Определения, сокращения аббревиатуры
СТПО - Спецификация требований к программному обеспечению
UC - Use-case
БД - база данных
1.4 Ссылки
https://online.zakon.kz/Document/?doc_id=30010938
https://adilet.zan.kz/rus/docs/V1500011801
1.5 Обзор
Данная СТ ПО состоит из 3 основных частей:
1. Введение - описание целей, назначения и общая информация для
дальнейшей работы с СТ ПО.
2. Общая часть - описание целей, перспектив, задач, характеристик и
предметной области продукта для которого разработана данная СТ
ПО.
3. Конкретные требования - описание всех функций и задач которые
необходимо реализовать в конечном продукте.
Общая часть
2.1 Перспективы использования продукта
Готовый продукт будет иметь возможность предоставлять услуги сети
аптек “HealthCare” всем желающим вне зависимости от их города
проживания.
2.2 Функции продукта
Главная функция продукта - реализация товара из сети аптек в онлайн
режиме.
В функционал также входят такие функции как: создание личного
кабинета, учет и отслеживание поступающих заявок, поиск по базе
данных, связь с персоналом.
2.3 Характеристики пользователя
Пользователями системы могут являться:
1.Персонал аптеки (оператор,курьер,заведующий складом,администратор)
- для успешной работы в среде системы персоналу необходим опыт
работы с ПК, базами данных, знание 2 языков (русский, казахский).
2.Обычный пользователь(клиент) - для успешного взаимодействия с
системой пользователю достаточно знать русский либо казахский языки.
При возникновении проблем с функционалом системы пользователь будет
получать соответствующие подсказки или будет предложен вариант
обращения к консультанту.
2.4 Общие ограничения
2.5 Предположения и зависимости
Система не должна иметь зависимости от платформы
использования(персональный компьютер, смартфон и т.д.). Работа
системы может выполняться на всех распространенных операционных
системах(Windows,IOS,Android,Linux,MacOs).

3. Конкретные требования
3.1 Функциональные требования
Бизнес - действия исполняемые действующими лицами в процессе
оказания услуги:

3.1.1 Функциональное требование 1.2.6


1.2.6 Требования к компоненту «Добавление в избранные
товары»

Рисунок – Диаграмма вариантов использования «Добавление в избранные


товары»

UC-1.4.2 Добавление в избранные товары


Описание:
Клиент добавляет товар из каталога в категорию “Избранное”.
Основное действующее лицо: Клиент(Пользователь)
Второстепенное действующее лицо: Нет
Предусловия:
⦁ Пользователь авторизован.
Основной сценарий:
⦁ Пользователь помечает товар пометкой “Избранное” при помощи
специальной кнопки.
Постусловия:
⦁ Товар добавлен в категорию “Избранные товары”.
Альтернативные сценарии:
Исключительные ситуации:
Пользовательский интерфейс:

Входные данные: Нет


Выходные данные: Нет

3.1.2 Функциональное требование 2.2.3

2.2.3 Требования к компоненту «История заказов»


Рисунок – Диаграмма вариантов использования «История заказов»
UC-2.2.3 История заказов

Описание:
Клиент просматривает историю заказов. Имеет возможность удалить
историю заказов.
Основное действующее лицо: Клиент(Пользователь)
Второстепенное действующее лицо: Нет
Предусловия:
⦁ Пользователь находится в разделе личный кабинет. Пользователь
авторизован.
Основной сценарий:
⦁ Пользователь открывает страницу с историей заказов.
⦁ Пользователь видит список совершенных им ранее заказов.(ИС 1)
⦁ Пользователь имеет возможность очистить историю заказов.
Постусловия:
⦁ Пользователь получил список товаров отсортированный в
соответствии с заданным им критерием.
Альтернативные сценарии:
Исключительные ситуации:
ИС1 (Пользователь еще не совершал заказов) - выводится сообщение “Вы
еще не совершали заказов” и ссылка на страницу каталога.
Пользовательский интерфейс:

Входные данные: Нет


Выходные данные: Нет

3.1.3 Функциональное требование 1.4.2


1.4.2 Требования к компоненту «Обращение за помощью к
консультанту посредством заказа обратного звонка »
Рисунок – Диаграмма вариантов использования «Заказ обратного звонка»
UC-1.4.2 Заказать обратный звонок
Описание:
Клиент при возникновении вопросов об услугах предоставляемых услугах
или реализуемых аптекой товарах обращается за консультацией к
сотруднику онлайн-аптеки посредством звонка.
Основное действующее лицо: Пользователь, Оператор-фармацевт
Второстепенное действующее лицо: Нет
Предусловия:
⦁ У пользователя возникли вопросы об услугах или товарах
реализуемых онлайн-аптекой
Основной сценарий:
⦁ Пользователь открывает форму для отправки заявки.
⦁ Пользователь указывает свои данные(номер телефона,имя) если
пользователь не зарегистрирован. Если пользователь авторизован -
подтверждает свои данные, в случае необходимости редактирует.
⦁ Оператор-фармацевт принимает заявку.
⦁ Оператор-фармацевт совершает звонок.
Постусловия:
⦁ Клиент получил профессиональную консультацию.
Альтернативные сценарии: UC - 1.4.1
Исключительные ситуации: Нет
Пользовательский интерфейс:

Входные данные:

Выходные данные: Нет

3.1.4 Функциональное требование 1.4.1


1.4.1 Требования к компоненту «Обращение за помощью к
консультанту посредством онлайн-чата »
Рисунок – Диаграмма вариантов использования «Задать вопрос
посредством онлайн-чата»
UC-1.4.1 Задать вопрос онлайн
Описание:
Клиент при возникновении вопросов об услугах предоставляемых услугах
или реализуемых аптекой товарах обращается за консультацией к
сотруднику онлайн-аптеки .
Основное действующее лицо: Пользователь, Оператор-фармацевт
Второстепенное действующее лицо: Нет
Предусловия:
⦁ У пользователя возникли вопросы об услугах или товарах
реализуемых онлайн-аптекой
Основной сценарий:
⦁ Пользователь открывает онлайн-чат.
⦁ Пользователь отправляет сообщение сотруднику
⦁ Оператор-фармацевт открывает онлайн-чат и просматривает
сообщение.
⦁ Оператор-фармацевт отправляет ответное сообщение.
Постусловия:
⦁ Клиент получил профессиональную консультацию.
Альтернативные сценарии: UC - 1.4.2
Исключительные ситуации: Нет
Пользовательский интерфейс:

Входные данные: Нет


Выходные данные: Нет
3.1.5 Функциональное требование 2.3.3

2.3.3 Требования к компоненту «Отключить/включить рассылку


уведомлений»
Рисунок – Диаграмма вариантов использования «Отключить/включить
рассылку уведомлений»

UC-2.3.3 Отключить/включить рассылку уведомлений

Описание:
Клиент имеет возможность отключить либо включить рассылку
уведомлений..
Основное действующее лицо: Клиент(Пользователь)
Второстепенное действующее лицо: Нет
Предусловия:
⦁ Пользователь находится в разделе личный кабинет. Пользователь
авторизован.
Основной сценарий:
⦁ Пользователь отключает либо включает посредством switch-кнопки
Постусловия:
⦁ Пользователь изменил статус о разрешении рассылать ему
уведомления.
Альтернативные сценарии:
Исключительные ситуации:
Пользовательский интерфейс:
Входные данные: Нет
Выходные данные: Нет

3.1.6 Функциональное требование 2.1.3


2.1.3 Требования к компоненту «Просмотр избранных товаров»

Рисунок – Диаграмма вариантов использования «Просмотра избранных


товаров»

UC-1.4.2 Просмотр избранных товаров

Описание:
Клиент имеет возможность просматривать список отмеченного им
пометкой “Избранный товар” товара, а также удалять товар из данного
списка.
Основное действующее лицо: Клиент(Пользователь)
Второстепенное действующее лицо: Нет
Предусловия:
⦁ Пользователь добавил как минимум 1 товар в “Избранные товары”.
Пользователь должен быть авторизован.
Основной сценарий:
⦁ Пользователь открывает список товаров с пометкой “Избранный
товар”.
⦁ Пользователь имеет возможность добавить товар из данного списка
в корзину..
⦁ Пользователь имеет возможность удалить товар из данного списка.
Постусловия:
⦁ Пользователь просмотрел список избранных товаров или внес
изменения в список.
Альтернативные сценарии:
Исключительные ситуации:
Пользовательский интерфейс:

Входные данные: Нет


Выходные данные: Нет

3.1.7 Функциональное требование 1.2.4


Рисунок – Диаграмма вариантов использования «Сортировка товаров»

UC-1.2.4 Сортировка товаров

Описание:
Клиент ,находясь в каталоге товаров, сортирует товар в соответствии с
выбранными им критериями.
Основное действующее лицо: Клиент(Пользователь)
Второстепенное действующее лицо: Нет
Предусловия:
⦁ Пользователь находится в разделе “Каталог”.
Основной сценарий:
⦁ Пользователь нажимает на поле ”Сортировка”.
⦁ Появляется форма “ChoiceBox” со списком критериев для
сортировки.
⦁ Пользователь выбирает 1 критерий для сортировки.
⦁ Пользователь подтверждает отправку формы.
Постусловия:
⦁ Пользователь получил список товаров отсортированный в
соответствии с заданным им критерием.
Альтернативные сценарии:
Исключительные ситуации:
Пользовательский интерфейс:

Входные данные:

Выходные данные: Нет

3.1.8 Функциональное требование 1.2.3

Рисунок – Диаграмма вариантов использования «Фильтрация товаров»


UC-1.2.3 Фильтрация товаров

Описание:
Клиент ,находясь в каталоге товаров, фильтрует товар в соответствии с
выбранными им критериями.
Основное действующее лицо: Клиент(Пользователь)
Второстепенное действующее лицо: Нет
Предусловия:
⦁ Пользователь находится в разделе “Каталог”.
Основной сценарий:
⦁ Пользователь открывает окно ”Фильтрация”.
⦁ Пользователь помечает нужные критерии для фильтрации
посредством формы “CheckBox”(Выбран как минимум 1 критерий).
⦁ Пользователь выполняет поиск товаров по заданным критериям.
(ИС 1)
Постусловия:
⦁ Пользователь получил список товаров соответствующих заданным
им критериям.
Альтернативные сценарии:
Исключительные ситуации:
ИС 1(Пользователь не отметил ни одного критерия для фильтрации) -
выводится предупреждение:”Выберите как минимум 1 критерий для
фильтрации”.Возвращение ко 2 шагу основного сценария.
Пользовательский интерфейс:

Входные данные:

Выходные данные: Нет

Вам также может понравиться