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

• Название: " Разработка клиентсерверного приложения для магазина сцпецоборудования"
• Дата: 23.05.2023
• Размер: 0.73 Mb.
• Имя файла: dioms225.docx
• Тип: Пояснительная записка; #1153271

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

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ

ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ
«ДОНСКОЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»

(ДГТУ)
Факультет Информатики и вычислительной техники

(наименование факультета)

Кафедра Информационных систем в строительстве

(наименование кафедры)

Зав. кафедрой		«ИСвС»
____________		А.А. Ляпин
(подпись)		(И.О.Ф.)
«___»	_____________ 2023 г.

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА
к курсовой работе по дисциплине (модулю)
«Спецкурс для объектов профессиональной деятельности»

(наименование учебной дисциплины (модуля))

на тему: «" Разработка клиент-серверного приложения для магазина сцпецоборудования"»
Автор проекта (работы) _______________________ А.К. Диоманде

подпись И.О.Ф.
Направление/специальность, профиль/специализация:

09.03.01 Информатика и вычислительная техника___________________

код направления наименование направления (специальности)

Системы автоматизированного проектирования

наименование профиля (специализации)
Обозначение курсового проекта (работы) _СКОПРД.520000.000 КР Группа: ВИТ41
Руководитель проекта ________________ ст.преп. каф. ИСвС Позднышева Е.Е.

подпись (должность, И.О.Ф.)
Проект (работа) защищен (а) ______________ ______________ ______________

дата оценка подпись
Ростов-на-Дону

2023



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

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ

ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ
«ДОНСКОЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»

(ДГТУ)
Факультет Информатики и вычислительной техники

(наименование факультета)

Кафедра Информационных систем в строительстве

(наименование кафедры)

Зав. кафедрой		«ИСвС»
____________		А.А. Ляпин
(подпись)		(И.О.Ф.)
«___»	_____________ 2023 г.

ЗАДАНИЕ
к курсовой работе по дисциплине
«Спецкурс для объектов профессиональной деятельности»

(наименование учебной дисциплины (модуля)

Студент: Диоманде Абдул карим Группа: ВИТ41
Обозначение курсового проекта (работы) СКОПД.520000.000 КР
Тема: «Документация проекта " Разработка клиент-серверного приложения для магазина спецоборудования "»
Срок представления проекта (работы) к защите «22» марта 2023г.
Исходные данные для курсового проекта (работы)

Разработка клиент-серверного приложения для магазина спецоборудования ______________________________________________________________­­­­­­­­_________________

_______________________________________________________________________________

_______________________________________________________________________________

_______________________________________________________________________________

_______________________________________________________________________________

Наименование и содержание разделов:
Структурными элементами курсовой работы являются титульный лист, задание на курсовую работу, содержание, введение, основная часть, заключение (выводы), список использованных источников, приложения. Содержание курсовой работы Введение. Актуальность проблемы. Цель курсовой работы. Задачи, решаемые в курсовой работе. Основная часть. Содержание теоретической части раскрывается по публикациям в специальной литературе (включая электронные источники). Здесь излагается сущность исследуемой проблемы, рассматриваются различные подходы к решению, дается их оценка, обосновывается и излагается собственная точка зрения. Целесообразно разделить материал по разделам и подразделам. Выводы должны быть обоснованы и иметь практическую значимость. Объем 15-20 страниц. Структура основной части: Предпроектное обследование Общая характеристика, сущность, назначение предпроектного обследования. Место данного этапа в жизненном цикле программного продукта. Предпроектное обследование в соответствии с темой курсовой работы. Техническое задание Общая характеристика, сущность, назначение ТЗ. Место данного этапа в жизненном цикле программного продукта. Техническое задание в соответствии с темой курсовой работы. План работ проекта Сущность и назначение календарного планирования работ программного проекта. Календарный план работ в соответствии с темой курсовой работы. Программа тестирования Виды тестирования программного продукта. Тестовая документация в соответствии с темой курсовой работы (чек-листы, тест-кейсы, отчет о тестировании). В заключении последовательно излагаются выводы и предложения. Они должны быть краткими и четкими, дающими представление о содержании и значимости работы, и корреспондироваться с задачами, обозначенными во введении курсовой работы. Изложение текста и оформление пояснительной записки выполняют в соответствии с требованиями «Правил оформления и требования к содержанию курсовых проектов (работ) и выпускных квалификационных работ» ДГТУ.
Руководитель проекта (работы)	___________________ подпись, дата	Е.Е. Позднышева И.О.Ф.
Задание принял к исполнению	___________________ подпись, дата	А.К. Диоманде И.О.Ф.

Содержание

Введение 5

1 Предпроектное обследование 6

1.1 Общая характеристика, сущность, назначение предпроектного обследования. Место данного этапа в жизненном цикле программного продукта 6

1.2 Предпроектное обследование для разработки клиент-серверного приложения для магазина спецоборудования 6

1.2.1 Краткая информация о продукте 6

2 Техническое задание 9

2.1 Общая характеристика, сущность, назначение ТЗ. Место данного этапа в жизненном цикле продукта 9

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

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

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

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

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

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

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

4.2 Тестовая документация проекта " Разработка клиент-серверного приложерия для магазина спецоборудоаания " (чек-листы, тест-кейсы, отчет о тестировании). 26

Тестирование производительности и скорости загрузки 30

Заключение 32

Перечень используемых информационных ресурсов 33

Введение

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

Очень важно иметь представление о том какое оборудование нужно, сколько места оно будет занимать и сколько оно будет стоить.

Целью проекта для стационарной дискретной производственной преддипломной практики является Разработка клиент-серверного приложения для магазина спецоборудования.

Для достижения данной цели нужно выполнить следующие задачи:

• 
  Провести предпроектное обследование.
  
• 
  Написать техническое задание.
  
• 
  Составить план работ проекта.
  
• 
  Составить программу тестирования.
  

1 Предпроектное обследование

1.1 Общая характеристика, сущность, назначение предпроектного обследования. Место данного этапа в жизненном цикле программного продукта

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

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

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

1.2 Предпроектное обследование для разработки клиент-серверного приложения для магазина спецоборудования

1.2.1 Краткая информация о продукте

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

1. 
   Наименование проекта: «Разработка клиент-серверного приложения для магазина спецоборудования».
   
2. 
   Цель проекта: Разработка приложения для поиска и подбора подходящих моделей оборудования
   
3. 
   Категории пользователей:
   

• 
  пользователь.
  

1.2.2 Границы проекта

Основные задачи категорий пользователей:

• 
  Пользователь: работа с клиентской частью приложения.
  

Функции разрабатываемого программного продукта для пользователей:

Функции для Пользователя:

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

1.2.3 Общие требования к продукту:

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

1.2.4 Реестры

Входящая информация:

1. 
   Параметры пользователя.
   
2. 
   Выбранные фильтры результатов поиска.
   

Внутренняя информация:

1. 
   Данные о ранее введенных параметрах пользователя.
   
2. 
   Выбранное пользователем оборудование.
   

Исходящая информация:

1. 
   Список подходящих пользователю оборудования.
   
2. 
   Документ с результатами подбора.
   

1.2.5 Формы документов

1. 
   Форма результатов подбора: список оборудования из базы данных, подходящих по параметрам пользователя, или соответствующих его поисковому запросу.
   
2. 
   Форма модели оборудования: отдельная форма для подробного ознакомления с выбранным оборудованием, включает в себя описание характеристик.
   

1.2.6 Описание состава автоматизируемых бизнес-процессов

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

1.2.7 Оценка возможности автоматизации

Разработка приложения займет 2 месяца.

2 Техническое задание

2.1 Общая характеристика, сущность, назначение ТЗ. Место данного этапа в жизненном цикле продукта

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

Техническое задание создается на ранних этапах проекта после утверждения его экономического обоснования. Оно предшествует подписанию договора, и его основная функция заключается в информировании заказчика о характеристиках проекта (услуги или продукта), формировании основы для принятия будущих решений и создания объективных критериев, по которым можно определить степень и качество исполнения того или иного пункта работ. Для выполнения этих критериев техническое задание содержит и определяет:

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

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

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).
   

Нефункциональное тестирование описывает тесты, необходимые для определения характеристик программного обеспечения, которые могут быть измерены различными величинами. В целом, это тестирование того, "Как" система работает. Основные виды нефункциональных тестов:

1. 
   Все виды тестирования производительности:
   

• 
  нагрузочное тестирование (Performance and Load Testing);
  
• 
  стрессовое тестирование (Stress Testing);
  
• 
  тестирование стабильности или надежности (Stability / Reliability Testing);
  
• 
  объемное тестирование (Volume Testing).
  

2. 
   Тестирование установки (Installation testing).
   
3. 
   Тестирование удобства пользования (Usability Testing).
   
4. 
   Тестирование на отказ и восстановление (Failover and Recovery Testing):
   

• 
  конфигурационное тестирование (Configuration Testing);
  
• 
  тестирование безопасности (Security and Access Control Testing).
  

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

1. 
   Дымовое тестирование (Smoke Testing).
   
2. 
   Регрессионное тестирование (Regression Testing).
   
3. 
   Тестирование сборки (Build Verification Test).
   
4. 
   Санитарное тестирование или проверка согласованности/исправности (Sanity Testing).
   

4.2 Тестовая документация проекта "Разработка клиент-серверного приложерия для магазина спецоборудоаания " (чек-листы, тест-кейсы, отчет о тестировании).

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

Отчет о функциональном тестировании

Суть тестирования заключается в проверке работы всех обязательных функций приложения и его корректное отображение во всех актуальных браузерах.
Таблица 1 – Тест-кейсы, пройденные в ходе функционального тестирования приложения

№ Тест-кейса	Название проверки	Результат
1	Приложение корректно отображается и функционирует во всех актуальных версиях Windows.	Положительно
Работа с формами
2	Обязательные поля должны быть заполнены до подтверждения ввода данных.	Положительно
3	Обязательные поля должны быть явно обозначены.	Положительно
4	Если пользователь нажал кнопку подтверждения ввода данных с незаполненными обязательными полями, эти поля должны быть подсвечены и отображено сообщение об ошибке.	Положительно
5	Сообщение об ошибке не отображается, если не заполнены необязательные поля.	Положительно
6	Текстовые поля допускают ввод специальных символов.	Положительно
7	При вводе количества знаков меньше минимального отображается сообщение об ошибке.	Положительно
8	При вводе количества знаков больше максимального отображается сообщение об ошибке.	Положительно
Авторизация и работа с профилем
11	Создайте новый аккаунт.	Положительно
12	Авторизуйтесь с существующим аккаунтом.	Положительно
13	При вводе неверного пароля отображается сообщение об ошибке и ссылка на страницу восстановления пароля.	Положительно
Навигация
14	Корректность работы сортировки.	Положительно
15	Корректность работы фильтрации.	Положительно
16	Корректность работы кнопок и ссылок в меню навигации.	Положительно
Загрузка и скачивание файлов
17	Файлы успешно загружаются.	Положительно
18	Файлы ошибочного формата не загружаются, и отображается сообщение об ошибке.	Положительно
19	Файлы недопустимого формата не загружаются, и отображается сообщение об ошибке.	Положительно
20	Файлы успешно загружаются.	Положительно

Чек-листы тестирования интерфейса и производительности

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

Полоса прокрутки

• 
  Полосы прокрутки нет, если весь контент и так помещается на одной странице.
  
• 
  Можно двигаться по полосе прокрутки мышью, кнопками "Page up" и "Page down", "Home" и "End".
  

Чекбокс

• 
  Чекбокс включается: если состояние меняется на "Вариант выбран" – отображается галочка или флажок внутри.
  
• 
  Чекбокс выключается: если состояние меняется на "Вариант не выбран" – галочка или флажок внутри не отображаются.
  
• 
  Чекбокс и описание находятся на одном уровне.
  
• 
  Группа чекбоксов выровнена по одному краю.
  
• 
  Все чекбоксы приложения – одинаковые по размеру и цвету.
  

Поля ввода данных

• 
  Формат данных соответствует требованиям: например, только цифры.
  
• 
  Уже введённые данные можно отредактировать.
  
• 
  Если в поле ввода разрешены специальные символы, при вводе они отображаются корректно.
  
• 
  Поля выровнены по левому краю.
  
• 
  Данные в поле не "прижимаются" к краям формы.
  

Выпадающий список

• 
  Прокручивать можно клавишами Вверх-Вниз или колёсиком мыши.
  
• 
  Если выбрать значение из списка, оно выделяется как выбранное.
  
• 
  Нельзя редактировать выбранное значение из списка.
  
• 
  Список разворачивается и сворачивается.
  
• 
  Ширина списка соответствует размеру поля ввода.
  
• 
  Значения отсортированы в алфавитном порядке.
  
• 
  Все выпадающие списки приложения – одинаковые по размеру и цвету.
  

Раскрывающийся список

• 
  У раскрывающегося списка с большим количеством значений есть возможность прокрутки.
  
• 
  Прокручивать можно клавишами Вверх-Вниз или колёсиком мыши.
  
• 
  Если выбрать значение из списка, оно выделяется как выбранное.
  
• 
  Список разворачивается и сворачивается.
  
• 
  Нельзя выбрать несколько значений.
  
• 
  Если начать вводить текст, значения начинают фильтроваться автоматически, чтобы ускорить выбор пользователя.
  
• 
  Выбрать значение можно кнопками на клавиатуре или мышью.
  
• 
  Значения отсортированы в алфавитном порядке.
  
• 
  Все раскрывающиеся списки веб-приложения – одинаковые по размеру и цвету.
  

Кнопка

• 
  Нажатие на кнопку вызывает одно действие.
  
• 
  Повторное нажатие не вызывает повторное действие, если оно уже выполняется.
  
• 
  Пространство между кнопками не вызывает действие соседствующих кнопок.
  
• 
  Название кнопки соответствует её логическому замыслу.
  
• 
  При нажатии и/или наведении вид кнопки меняется.
  

Ссылка

• 
  Клик по ссылке вызывает действие, которое описано в требованиях.
  
• 
  При нажатии на ссылку её вид меняется.
  

Надпись

• 
  Если надпись поясняет элемент выбора данных – например, в выпадающем списке, надписи выровнены по одному краю
  

Тестирование производительности и скорости загрузки

Тестирование производительности проводится для оценки соответствия системы или компонента специфичным требованиям к производительности.
Для тестирования использовалась утилита HP LoadRunner.

Нагрузка

• 
  Приложение работает стабильно если пользователь осуществляет доступ к большому количеству данных (более 5 Гб).
  

Стрессовая нагрузка

• 
  При длительной непрерывной стандартной нагрузке (6 часов) приложение работает стабильно.
  

Заключение

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

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

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

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

Перечень используемых информационных ресурсов

1. Как правильно провести предпроектное обследование.
URL: https://vc.ru/u/1121024-cors-academy/554721-kak-pravilno-provesti-predproektnoe-obsledovanie

2. Техническое задание — Википедия.
URL: https://ru.wikipedia.org/wiki/Техническое_задание

3. В.П. Романов, Н.З. Емельянова, Т.Л. Партыка Проектирование экономических информационных систем. Методологии и современные технологии. – Москва, Экзамен, 2005. – 256 с.

4. Рекс Блек. Ключевые процессы тестирования – Москва, Издательство Лори, 2014. – 544 с.

5. Гумеров Э.А, Алексеева Т.В, Особенности технического задания на разработку систем управления. – Ростов-на-Дону, Синергия, 2018. – 240 с.

6. Ананьев А. С., Бутенко Д.В., Методика концептуального проектирования программных информационных систем. – Москва, 2012. – 104 с.

7. Джек Фолк, Сэм Канер, Енг. Кек Нгуен. Тестирование программного обеспечения. Москва, ДиаСофт, 2001. – 544 с.