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

Тестирование можно классифицировать по очень большому количеству признаков.

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

– по запуску кода на исполнение:

1. 
   статическое тестирование – без запуска;
   
2. 
   динамическое тестирование – с запуском.
   

– по доступу к коду и архитектуре приложения:

1. 
   метод белого ящика – доступ к коду есть;
   
2. 
   метод черного ящика – доступа к коду нет;
   
3. 
   метод серого ящика – к части кода доступ есть, к части – нет.
   

– по степени автоматизации:

1. 
   ручное тестирование – тест-кейсы выполняет человек;
   
2. 
   автоматизированное тестирование – тест-кейсы частично или полностью выполняет специальное инструментальное средство.
   

– по уровню детализации приложения (по уровню тестирования):

1. 
   модульное (компонентное) тестирование – проверяются отдельные небольшие части приложения;
   
2. 
   интеграционное тестирование – проверяется взаимодействие между несколькими частями приложения;
   
3. 
   системное тестирование – приложение проверяется как единое целое.
   

– по принципам работы с приложением:

1. 
   позитивное тестирование – все действия с приложением выполняются строго по инструкции, без никаких недопустимых действий, некор­ректных данных и так далее;
   
2. 
   негативное тестирование – в работе с приложением выполняются некорректные операции и используются данные, потенциально при­водящие к ошибкам.
   

К данному программному средству было применено позитивное и негатив­ное динамическое ручное тестирование.

Ручное тестирование программного обеспечения – это процесс проверки ПО, выполняемый специалистами вручную. Это значит, что для его проведения не используются какие-либо специальные автоматизированные средства.

Ручное тестирование может проводиться в рамках регрессионного (тестирование различных изменений), интеграционного (взаимодействие с остальными системами и ПО) и при системном функциональном тестировании.

Тестовые случаи позитивного тестирования приведены в таблице 4.1, а тестовые случаи негативного тести­рования — в таблице 4.2.

Таблица 4.1 – Тестовые случаи позитивного тестирования

Модуль (экран)	Описание теста	Ожидаемые результаты	Тест пройден?
1	2	3	4
Авторизация	Авторизация в системе. Предусловие: существование учётной записи пользователя в базе данных. 1) Нажать кнопку «Log in» в верхней панели навигации 2) Ввести валидные адрес электронной почты и пароль 3) Нажать кнопку «Log in».	При открытии страницы через верхнюю панель навигации отображается страница с авторизационной формой. После нажатия кнопки «Log in» осуществляется переход на главную страницу.	Да
Регистрация	Регистрация нового пользователя в системе. 1) Нажать кнопку «Register» в верхней панели навигации 2) Ввести корректные адрес электронной почты и дважды пароль для входа в систему 3) Нажать кнопку «Register».	При открытии страницы через верхнюю панель навигации отображается страница с регистрационной формой. После нажатия на кнопку «Register» осуществляется переход на главную страницу.	Да
Главная страница	Фильтрация. Предусловие: наличие у пользователя минимум одной ставки. 1) Войти в систему 2) Нажать на выбранную колонку таблицы 3) Выбрать необходимые фильтры 4) Нажать кнопку “OK”.	Открывается главная страница сайта. На главной странице отображается соответствующий фильтру список ставок	Да

---

Таблица 4.2 – тестовые случаи негативного тестирования

Модуль (экран)		Описание теста	Ожидаемые результаты		Тест пройден?
1		2	3		4
Авторизация		Авторизация с неправильно введённым паролем. 1) Нажать кнопку «Log in»	При открытии страницы через верхнюю панель навигации		Да
	в верхней панели навигации 2) Ввести адрес электронной почты и неверный пароль 3) Нажать кнопку “Log in”.		отображается страница с авторизационной формой. После нажатия кнопки «Log in» отображается сообщение с информацией об авторизационной ошибке.
Регистрация	Регистрация пользователя с адресом электронной почты уже существующим в базе данных. Предусловие: наличие в базе данных пользователя с соответствующим адресом электронной почты. 1) Нажать кнопку «Register» в верхней панели навигации 2) Ввести существующий адрес электронной почты и дважды пароль для входа в систему 3) Нажать кнопку «Register».		При открытии страницы через верхнюю панель навигации отображается страница с регистрационной формой. После нажатия на кнопку «Register» отображается сообщение с информацией об ошибке при регистрации.	Да

Продолжение таблицы 4.2

1	2	3	4
Регистрация	Регистрация пользователя с различающимися введёнными паролями. Предусловие: наличие в базе данных пользователя с соответствующим адресом электронной почты. 1) Нажать кнопку «Register» в верхней панели навигации 2) Ввести валидный	При открытии страницы через верхнюю панель навигации отображается страница с регистрационной формой. После нажатия на кнопку «Register» отображается сообщение с	Да
	адрес электронной почты и различные пароли в полях для ввода пароля и подтверждения пароля. 3) Нажать кнопку «Register».	информацией об ошибке при регистрации.

---

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

Интернет-сервис реализует следующие функциональные требования:

– добавление, удаление и редактирование оборудования;

– фильтрацию и поиск оборудования;

­ генерацию специальных идентификационных кодов для печати;

– оповещение о изменении статусов оборудования.

Также выполнено тестирование интернет-сервисы.
5 Экономический раздел

5.1 Общая характеристика разрабатываемого программного средства

Программный продукт EquipmentAccounting предназначен для ведения бухгалтерского учёта

Приложение кроссплатформенное, доступно для всех возможных платформ, а именно: iOS, Android, Windows, MacOS, Linux, Web. Немаловажными аспектами, которые были учтены при разработке программного продукта, являются: комфортный дизайн, интуитивно-понятный интерфейс, простота донесения информации, возможность изменить язык приложения [8].

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

5.2 Исходные данные для проведения расчетов

Исходные данные для расчета приведены в таблице 6.1.

Таблица 6.1 – Исходные данные для расчета

Показатель	Условное обозначение	Норматив
Численность разработчиков, чел.	Чр	1
Норматив дополнительной заработной платы, %	Нд.з	10
Ставка отчислений в Фонд социальной защиты населения, %	Нф.с.з.н	34
Ставка отчислений по обязательному страхованию от несчастных случаев на производстве и профессиональных заболеваний, %	Нб.г.с	0,6
Стоимость одного машино-часа, руб.	См.ч	0,05
Норматив прочих прямых затрат, %	Нп.з	10
Норматив общепроизводственных и общехозяйственных расходов, %	Нобп, обх	100
Норматив расходов на сопровождение и адаптацию, %	Нр.с.а	10

---

5.3 Затраты рабочего времени на разработку программного средства

Все работы, выполненные в ходе разработки программного средства приведены в таблице 6.2.
Таблица 6.2 – Затраты рабочего времени на разработку ПС

Содержание работ	Затраты рабочего времени, дней
Проектирование сервера и базы данных	1
Формирование структуры мобильного	3
Настройка облачного сервиса	6
Реализация мобильного приложения	32
Тестирование работоспособности системы	4
Исправление багов, рефакторинг кода	2
Всего	48

Суммарно разработка программного средства составила 48 дней. Мобильное приложение состоит из 2400 строк, FirebaseFunctions состоят из 5450 строк. Суммарное количество строк составляет 7850 строк.

5.4 Расчет основной заработной платы

Для определения величины основной заработной платы, было проведено исследование заработных плат для специалистов в программировании на Flutter. В итоге было установлено, что средняя месячная заработная плата на позиции junior с применением использованных технологий составляет 4600 рублей [9][10].

Согласно таблице 6.2 на разработку проекта было затрачено 48 дней, что составляет 2,28 рабочих месяца из расчета 21 рабочий день в месяц.

Основная заработная плата рассчитывается по формуле (6.1):

,

(6.1)

где С_оз – основная заработная плата, руб.;

Т_раз – время раработки, месяцев;

К_раз – количество разработчиков, человек;

С_зп – средняя месячная заработная плата.

---

руб.

Таким образом, основная заработная плата составила 10488 руб.

5.5 Расчет дополнительной заработной платы

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

,

(6.2)

где С_оз – основная заработная плата исполнителей, руб.;

Н_дз – норматив дополнительной заработной платы, %.

руб.

Дополнительная заработная плата составила 1048,8 руб.

5.6 Расчет отчислений на социальные цели

Отчисления в Фонд социальной защиты населения (ФСЗН) определяются в соответствии с действующими законодательными актами по нормативу в процентном отношении к фонду основной и дополнительной зарплаты исполнителей и вычисляются по формуле (6.3).

,

(6.3)

где С_оз – основная заработная плата, руб.;

С_дз – дополнительная заработная плата, руб.;

Н_фсзн – норматив отчислений в ФСЗН и по обязательному стразованию от несчастных случаев на производстве, %.

руб.

Таким образом, отчисления на социальные цели составили 3991,73 руб.

5.7 Расчет расходов на материалы

Расходы на материалы определяются с учетом действующих нормативов. Сумма расходов на материалы определяется как произведение нормы расхода материалов в расчете на сто строк исходного кода на уточненный объем программного средства по формуле (6.4).

,

(6.4)

где Н_м – норма расхода материалов в расчете на 100 строк исходного кода, руб.;

V_o – объем исходного кода, строк кода.

Учитывая, что норма расхода материалов в расчете на 100 строк исходного кода равен 0,0460 руб. (по данным, приведенным в приложении 2 таблице П 2.10 «Оценка значений среднего расхода материалов на разработку и отладку 100 строк кода применения ПС» методического пособия), можно рассчитать сумму расходов на материалы:

---