Файл: " Разработка клиентсерверного приложения для магазина сцпецоборудования".docx

2.2 Техническое задание для проекта "Разработка клиент-серверного приложения для магазина спецоборудованмя"

2.2.1 Термины и определения

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

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

2.2.2 Общие сведения

2.2.2.1 Назначение документа

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

2.2.2.2 Наименование Исполнителя и Заказчика

Заказчик	Кафедра ИСвС, ДГТУ Адрес: 344000, г. Ростов-на-Дону, ул. Гагарина, д. 1
Исполнитель	Студент Диоманде Абдул Карим Адрес: 344030, г. Ростов-на-Дону, ул. Шолохова, д. 156/2, кв. 12

2.2.2.3 Плановые сроки начала и окончания работ по созданию приложения

Начало работ: 15.01.2023

Окончание работ: 19.06.2023

Содержание и длительность отдельных этапов работ приведены в разделе 6 настоящего ТЗ. Сроки, состав и очередность работ являются ориентировочными и могут изменяться по согласованию с Заказчиком.

2.2.3 Назначение и цели создания приложения

2.2.3.1 Назначение приложения

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

2.2.4 Цели создания приложения

2.2.4.1 Основные цели приложения

Цель приложения – предоставить пользователю возможность:

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

2.2.4.2 Целевая аудитория

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

---

2.2.5 Требования к приложению

2.2.5.1 Требования к приложению в целом

Приложение должно представлять собой информационную структуру, доступную пользователям под именем «Сmode».

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

2.2.5.2 Требования к персоналу

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

2.2.5.3 Требования к функциям выполняемым приложением

Основные требования

Структура приложения

Приложение должно состоять из следующих разделов:

• 
  главная;
  
• 
  каталог;
  
• 
  форма авторизации;
  
• 
  подробности о модели;
  

Функциональные возможности разделов

Главная

В разделе «Главная» должна быть представлена следующая информация:

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

Каталог

В разделе «Каталог» должна быть представлена следующая информация:

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

Форма авторизации
В разделе «Форма авторизации» пользователь должен иметь возможность зарегистрироваться в системе или войти в свой аккаунт, если он уже ранее регистрировался.

Форма должна содержать:

• 
  имя пользователя (обязательно для заполнения);
  
• 
  e-mail (обязательно для заполнения);
  
• 
  пароль (обязательно для заполнения).
  

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

Язык C# содержит в себе средства взаимодействия с базами данных, и конкретно с SQL. С помощью мастера настройки источника данных к проекту можно подключить любую базу данных

---

Рисунок 19 – Мастер настройки источника данных

К проекту была подключена уже продемонстрированная база данных Спецоservice.
Приложение состоит из шести форм. Первая из них представляет собой

Авторизаци, вход в систему.



Рисунок 20 – Форма 1 «Авторизация»
Форма 1 состоит из кнопки и двух панелей для ввода. Первая панель является вводом логина, а вторая панель паролем, так же кнопка «Войти» для входа в приложение.


Рисунок 21 – Весь код формы 1

В коде формы 1 кнопка «Войти» находится на 33 строчке кода(рис.20), также проверяется правильность ввода логина и пароля, если неправильно введены данные, то выводятся «Неверный логин или пароль».



Рисунок 22 – Продолжение кода формы 1



Рисунок 21 – Окно ошибки авторизации

2.2.5.4 Требования к дизайну

Общие требования

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

Типовые навигационные и информационные элементы

1. 
   Входное меню.
   
2. 
   Основное поле контента.
   
3. 
   Подложка.
   

Входное меню

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

Основное поле контента

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

Подложка

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

2.2.5.5 Требования к видам обеспечения

Требования к информационному обеспечению

Требования к хранению данных

Все данные приложения должны храниться в структурированном виде под управлением СУБД. Исключения составляют файлы данных, предназначенные для просмотра и скачивания (изображения, видео, документы и т.п.). Такие файлы сохраняются в файловой системе, а в БД размещаются ссылки на них.

---

Требования к языкам программирования

Для реализации статических форм и шаблонов должны использоваться языки C#, SQL.

Для реализации интерактивных элементов клиентской части должен использоваться язык, C#, Windows Forms.

Для реализации серверной части должен использоваться язык C# в рамках система управления реляционными базами данных, разработанная корпорацией Microsoft, Microsoft SQL Server

.

Требования к лингвистическому обеспечению

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

Требования к программному обеспечению

Программное обеспечение клиентской части должно удовлетворять следующим требованиям:

• 
  64-разрядные процессор и операционная система
  
• 
  ОС: Windows 7 and higher (64 bit only)
  
• 
  Дополнительно: For Windows 7, service pack 1 is required
  

Минимальные требования к аппаратному обеспечению

Аппаратное обеспечение приложения должно удовлетворять следующим требованиям:

• 
  процессор: 2 ядра, частота 2 ГГц и больше
  
• 
  оперативная память: 4 Гб и больше
  
• 
  свободное дисковое пространство 6 Гб
  
• 
  тип накопителя: SSD
  

Требования к клиентской части приложения

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

2.2.6 Состав и содержание работ по созданию приложения

Подробное описание этапов работы по созданию приложения приведено на рисунке 1.


Рисунок 1 – План разработки приложения

3 План работ проекта

3.1 Сущность и назначение календарного планирования работ программного проекта

Календарное планирование — это метод управления проектами, который позволяет определить длительность этапов и необходимые ресурсы для выполнения проекта в срок. Этот метод особенно полезен для длительных проектов, состоящих из множества подзадач с использованием различных ресурсов: трудовых, материальных и финансовых.

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

---

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

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

3.2 Календарный план работ для проекта "клиент-серверного приложения для магазина спецоборудования"

Для составления календарного плана использовался программный продукт Microsoft Project 2016.


Далее ресурсы были распределены между задачами:


Рисунок 1 - Задачи проекта



Рисунок 2 - Распределение ресурсов

4 Программа тестирования

4.1 Виды тестирования программного продукта

Тестирование программного обеспечения (Software Testing) – проверка соответствия между реальным и ожидаемым поведением программы, осуществляемая на конечном наборе тестов, выбранном определенным образом. В более широком смысле, тестирование - это одна из техник контроля качества, включающая в себя активности по планированию работ (Test Management), проектированию тестов (Test Design), выполнению тестирования (Test Execution) и анализу полученных результатов (Test Analysis).

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

• 
  Функциональные;
  
• 
  Нефункциональные;
  
• 
  Связанные с изменениями.
  

Функциональные тесты базируются на функциях и особенностях, а также взаимодействии с другими системами, и могут быть представлены на всех уровнях тестирования: компонентном или модульном (Component/Unit testing), интеграционном (Integration testing), системном (System testing) и приемочном (Acceptance testing). Функциональные виды тестирования рассматривают внешнее поведение системы. Одни из самых распространенных видов функциональных тестов:

1. 
   Функциональное тестирование (Functional testing) – рассматривает заранее указанное поведение и основывается на анализе спецификаций функциональности компонента или системы в целом.
   
2. 
   Тестирование безопасности – это стратегия тестирования, используемая для проверки безопасности системы, а также для анализа рисков, связанных с обеспечением целостного подхода к защите приложения, атак хакеров, вирусов, несанкционированного доступа к конфиденциальным данным.
   
3. 
   Тестирование взаимодействия (Interoperability Testing) – это функциональное тестирование, проверяющее способность приложения взаимодействовать с одним и более компонентами или системами и включающее в себя тестирование совместимости (compatibility testing) и интеграционное тестирование (integration testing).
   

---