Оглавление

Оглавление

1. Термины, используемые в техническом задании. 3

2. Общие положения. 3

2.1. Название системы.. 3

2.2. Наименование предприятий исполнителя и заказчика системы и их реквизиты.. 3

2.3. Порядок внесения изменений в техническое задание. 4

3. Порядок оформления и предъявления заказчику результатов работ. 4

4. Назначение и цели создания системы.. 4

4.1. Цели создания системы.. 4

4.2. Задачи, решаемые при помощи системы.. 4

4.3. Целевая аудитория системы.. 4

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

5.1. Требования к программному обеспечению системы.. 4

5.2. Общие требования к оформлению и верстке серверных страниц. 5

5.3. Требования к численности и квалификации персонала, обслуживающего систему. 5

5.4. Требования к системе администрирования. 5

6. Языковые версии системы.. 6

7. Группы пользователей. 6

8. Дизайн системы.. 6

9. Структура системы.. 6

10. Навигация по системе. 8

10.1. Серверная часть системы.. 9

10.2. Мобильная часть системы.. 12

11. Описание страниц системы.. 13

11.1. Описание информационных страниц. 13

11.2. Описание страниц редактирования информации. 14

12. Функционал системы.. 16

13. Безопасность и удаленный доступ. 17

13.1. Структура организации доступа к системе. 17

13.2. Общие параметры безопасности. 18

13.3. Параметры удаленного доступа. 19

14. Контент и наполнение системы.. 20

15. Дополнительная информация. 20

16. Порядок контроля и приемки работ. 20

17. Реквизиты и подписи сторон. 20

1.  Термины, используемые в техническом задании

Браузер — программа-клиент (Internet Explorer, FireFox, Opera, Safari, Chrome и т. п.), предоставляющая пользователю возможности навигации по сайтам, просмотру сайтов и скачивания файлов.

Веб-страница — HTML-документ сайта, отображаемый браузером пользователя и имеющий уникальный URL-адрес.

Содержимое (контент) — текстовая, графическая или табличная информация, размещаемая на странице и в базе данных, без учета оформления страниц.

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

2.  Общие положения

2.1.  Название системы

Система управления проектным персоналом в торговых точках «М1».

2.2.  Наименование предприятий исполнителя и заказчика системы и их реквизиты

2.3.  Порядок внесения изменений в техническое задание

Частота обновления  — отсутствует;

Плановый пересмотр — отсутствует;

Неплановый пересмотр — при согласовании ТЗ с Исполнителем.

3.  Порядок оформления и предъявления заказчику результатов работ

Готовая система предоставляется заказчику в виде виртуальной машины (VMWare).

4.  Назначение и цели создания системы

4.1.  Цели создания системы

Цель создания системы - автоматизация следующих основных задач:

·  Управление персоналом, расстановка задач, создание маршрутов;

·  Контроль выполнения плана, и персонала в ТТ;

·  Сбора информации с ТТ;

·  Формирование отчетности по собранной информации.

4.2.  Задачи, решаемые при помощи системы

Основные задачи:

·  Увеличение качества и количества собираемой информации;

·  Значительное уменьшение времени получения отчетности;

·  Усиление контроля выполнения работ.

4.3.  Целевая аудитория системы

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

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

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

Для функционирования серверной части системы необходимо установленное программное обеспечение VMWare server 2.0. http://www. /ru/products/datacenter-virtualization/server/overview. html

Для функционирования мобильной части системы необходимо устройство на базе GOOGLE ANDROID версии не ниже 4.0, наличие встроенного GPS, GPRS чипов, а также желательно наличие встроенного WiFi модуля.

5.2.  Общие требования к оформлению и верстке серверных страниц

Все страницы серверной части системы должны отвечать следующему макету (Рисунок 1). Ширина рабочей области (не мение 1024 px.), высота в зависимости от контента.

Рисунок 1 - макет страниц системы.

5.3.  Требования к численности и квалификации персонала, обслуживающего систему

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

5.4.  Требования к системе администрирования

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

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

·  Администрировать пользователей системы;

·  Создавать резервную копию базы данных.

·  Восстанавливать базу данных из заранее сформированного образа.

5.4.2.  Редактирование информации

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

5.4.3.  Управление пользователями и правами доступа

Необходимо реализовать администрирование пользователей в части:

·  Добавления новых пользователей (если проектный сотрудник то привязка устройства);

·  Блокировка доступа уволенным сотрудникам;

·  Назначение ролей пользователям;

·  Назначение прав доступа к информации пользователям и ролям.

6.  Языковые версии системы

Язык и локализация системы должна быть полностью на русском языке. Кодировка, используемая в системе и базе данных, должна быть (UTF-8).

7.  Группы пользователей

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

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

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

8.  Дизайн системы

Требования к дизайну системы не предъявляются.

9.  Структура системы

Системы состоит из 2 основных частей:

·  Серверная часть (для работы администраторов, сотрудников клиента, сотрудников агентства);

·  Мобильная часть (для работы мобильных сотрудников (проектного персонала)).

Серверная часть системы состоит из 5 блоков:

·  Блок администрирования;

·  Блок постановки задач и маршрутизации;

·  Блок обмена данными с мобильным приложением;

·  Блок обработки получаемой с мобильного устройства информации;

·  Блок отчетности.

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

Блок постановки задач, в основном предназначен для работы сотрудников агентства. Он предоставляет доступ к работе с клиентами, проектами, адресной программой, SKU, POSM, проектным персоналом, маршрутами, задачами в ТТ. Фактически Сотрудники агентства управляют через это блок всеми параметрами проектов и работ по этим проектам.

Блок обмена данными с мобильным приложением, является системным блоком и предназначен для отправки данных (задачи, маршруты, sku, posm) на приложение и получение собранных данных с приложений с последующим сохранением этих данных в базу системы.

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

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

Мобильная часть системы состоит из 3 блоков:

·  Блок синхронизации;

·  Блок маршрутизации;

·  Блок обработки ТТ.

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

Блок синхронизации, предназначен для обмена данными с серверной частью системы, блок является системным. Данный блок производит загрузку данных (маршруты, задачи, sku, posm) с сервера в заданные на сервере промежутки времени (к примеру, каждый четверг в 10:00) или при наступлении заданных событий (к примеру, открытие программы или попадание в радиус (<250 м.) к точки). Блок производит отправку собранных данных на сервер, так же в зависимости от установленных на сервере параметров (по времени, по событию).

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

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

Общая структурная схема системы представлена на Рисунок 2.

Рисунок 2 Структурная схема системы

10.  Навигация по системе

Описание элементов схем навигации представлено на Рисунок 3.

Рисунок 3 - элементы схемы.

10.1.  Серверная часть системы

10.1.1.  Блок администрирования

Рисунок 4 Навигационная схема переходов по страницам в блоке администрирования.

10.1.2.  Блок постановки задач и маршрутизации

Рисунок 5 Навигационная схема переходов по страницам в блоке постановки задач и маршрутизации

10.1.3.  Блок обмена данными с мобильным приложением

Рисунок 6 Навигационная схема переходов по страницам в блоке обмена данными с мобильным приложением

10.1.4.  Блок обработки получаемой с мобильного устройства информации

Рисунок 7 Навигационная схема переходов по страницам в блоке обработки получаемой с мобильных устройств информации

10.1.5.  Блок отчетности

Рисунок 8 Навигационная схема переходов по страницам в блоке отчетности

10.2.  Мобильная часть системы

10.2.1.  Блок синхронизации

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

10.2.2.  Блок маршрутизации

Рисунок 10 Навигационная схема переходов по страницам в блоке маршрутизации

10.2.3.  Блок обработки ТТ

Рисунок 11 Навигационная схема переходов по страницам в блоке обработки ТТ

11.  Описание страниц системы

11.1.  Описание информационных страниц

Информационные страницы системы представляют информацию только для чтения, они не содержат никаких элементов редактирования информации, кроме ссылок или кнопок.

Система содержит следующие информационные страницы:

·  Главная страница блока администрирования

·  Экран информации о БД

·  Экран списка резервных копий БД

·  Экран списка ролей

·  Экран списка мобильных пользователей

·  Экран со списком устройств

·  Список клиентов

·  Список пользователей

·  Список проектов

·  Список точек

·  Список POSM

·  Список SKU

·  Список анкет

·  Список задач

·  Список маршрутов

·  Экран информации об сетевой активности мобильного устройства

·  Список форм отчетов

·  Список маршрута пользователя

·  Экран параметров синхронизации

·  Список точек в маршруте

·  Карта с точками в маршруте на дату

·  Экран информации о точке

Экран информации о БД – предназначен для вывода информации о базе данных системы, показывает объем информации, место на диске, дату последней копии.

Экран списка резервных копий БД – экран выводит информацию о всех сделанных копиях БД.

Экран списка ролей – экран предназначен для вывода информации об существующих в системе ролях (роли нужны для разграничения прав доступа к системе).

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

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

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

Список пользователей - предназначен для вывода сотрудников которые имеют возможность работать в системе (как клиентов так и Агентства).

Список проектов – Выводит информацию о текущих или завершенных проектах компании. Данный экран выводит только те проекты которые доступны для просмотра зашедшему пользователю.

Список точек – экран предназначен для вывода информации о точках в которые необходимо совершать визиты. Информация о точках выводиться в градациях (страна, регион, округ, город, адрес, сеть)

Список POSM – Предоставляет информацию о POSM материалах, участвующих в конкретном проекте.

Список SKU - Предоставляет информацию о товарных единицах необходимых для данного проекта.

Список анкет – Экран показывает список анкет (ОПРОСОВ), которые необходимо проводить в точках при визитах.

Список задач – Экран показывает список произвольных задач которые необходимо выполнять в точках при визитах.

Список маршрутов – Экран предназначен для вывода маршрутов в разрезе (мобильный сотрудник, точки, период).

Экран информации об сетевой активности мобильного устройства – Экран показывает информацию о всех синхронизациях определенного мобильного устройства с сервером.

Список форм отчетов - предназначен для вывода списка отчетов имеющихся в системе.

Список маршрута пользователя – Экран показывает поставленные пользователю маршруты, которые необходимо пройти мобильному сотруднику.

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

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

Карта с точками в маршруте на дату – то-же самое только на карте.

Экран информации о точке – экран содержит информацию о точке, контактные данные, режим работы и т. д.

11.2.  Описание страниц редактирования информации

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

Система содержит следующие страницы редактирования информации:

·  Экран создания резервной копии БД

·  Экран восстановления БД

·  Экран прав доступа роли

·  Карточка мобильного пользователя

·  Карточка клиента

·  Карточка пользователя

·  Экран системных параметров

·  Карточка точки

·  Карточка POSM

·  Карточка SKU

·  Карточка Анкеты

·  Карточка задачи

·  Экран маршрута

·  Экран полученных с устройства данных

·  Экран отчета

·  Экран профиля пользователя

Экран создания резервной копии БД – Предназначен для создание копии базы данных. Позволяет включить те или иные данный базы для резервного копирования.

Экран восстановления БД – экран позволяет выбрать восстанавливаемые данные из копии и восстановить на рабочую базу.

Экран прав доступа роли – Предназначен для выставления прав доступа выбранной роли (все пользователи данной роли будут иметь одни и те же возможности в системе)

Карточка мобильного пользователя – предоставляет информацию с возможностью изменения о мобильном сотруднике. Позволяет заблокировать/разблокировать доступ к системе.

Карточка клиента – выводит информацию о клиенте с возможность редактирования.

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

Экран системных параметров – предназначен для установки системных параметров, сервер отправки сообщений, параметры доступа к системе (с таймаутом, бессрочный) и т. д.

Карточка точки – позволяет просматривать/редактировать параметры конкретной точки.

Карточка POSM – Просмотр/редактирование параметров конкретного POSM. Для мобильной части системы это выставление различных отметок о наличии или отсутствии.

Карточка SKU– Просмотр/редактирование параметров конкретного SKU. Для мобильной части системы это выставление различных отметок о наличии или отсутствии.

Карточка Анкеты – предоставляет интерфейс позволяющий сформировать/отредактировать параметры конкретной анкеты, внести поля задать им типы установить зависимости (условия) для вопросов в анкете. Для мобильной части системы это прохождение анкеты.

Карточка задачи – Позволяет создать/отредактировать произвольную задачу. Для мобильной части системы это выставление отметок о выполнении или невыполнении с комментариями.

Экран маршрута – Экран предоставляет доступ для формирования/редактирования маршрута конкретного мобильного сотрудника в конкретный период по конкретным точкам.

Экран полученных с устройства данных – экран показывает информацию, которую ввел и синхронизировал мобильный сотрудник на сервер. Экран содержит автоматические индикаторы, которые показывают по заранее установленным параметрам схожесть или расхождение с предыдущими данными. Фактически они сигнализируют пользователю о возможной недостоверности полученной информации (примером может служить цены по позициям расходяться более чем на 30% с предыдущим визитом в данную точку). На этом же экране пользователь акцептует полученные данные.

Экран отчета – Предназначен для вывода информации, полученной в процессе работ над проектом. Информация выводиться в заложенной форме. Экран позволяет менять параметры отчета (к примеру период).

Экран профиля пользователя – параметры доступа мобильного пользователя.

12.  Функционал системы

Функционал системы включает в себя следующий перечень блоков (модулей):

·  Работа с полевым персоналом (добавление, удаление, блокировка пользователей для рабы в системе и т. д.).

·  Работа с маршрутами (формирование маршрутов для полевых сотрудников, подтверждение изменений маршрутов)

·  Работа с точками (добавление, удаление, Объединение точек в произвольные группы (система автоматически создает группы формата сеть, город, район)).

·  Работа с SKU. (добавление, удаление, подвязка к точке, группе точек)

·  Работа с POSM. (добавление, удаление, подвязка к точке, группе точек)

·  Работа с вопросами (добавление, удаление, подвязка вопросов к точке, группе точек)

·  Работа с задачами (добавление, удаление, формирование формата результата (после выполнения задачи полевой сотрудник заполняет такие то поля), подвязка задач к точке, группе точек)

·  Работа с тренингами (добавление, удаление, формирование формы результата, подвязка тренинга к точке, группе точек)

Выполнение задач осуществляется полевым сотрудником на выданном ему устройстве.

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

Сотрудник открывает приложение, вводит свой код и пароль, попадает на главный экран.

Ему доступен маршрут на сегодня и на весь период (установленный на сервере). Проходить маршрут он может только на сегодня (хотя если ему дано такое право то он может добавлять точки с других дат для прохождения их сегодня или если он не успел пройти какую то точку за прошлые даты). Точку (визит в точку) можно осуществить только если сотрудник находится в допустимом радиусе от точки (проверяется с GPS). Открыв точку сотруднику показывается экран с задачами по данной точке. Где сотрудник начинает их выполнять и отмечать выполнение. Задачи группируются по типам (SKU, POSM, Опросник, задачи, Тренинги). В зависимости от типа задачи и ее параметров сотрудник выполняет ряд действий (отмечает наличие SKU, делает фото полки, отвечает на заданный системой вопрос и т. д.). задача может быть помечена как не выполнимая с обязательным указанием комментариев и возможность подвязать фото. После того как все задачи выполнены ( или отмечены как не выполнимые) становиться доступна кнопка визит выполнен (так же необходимо наличие GPS сигнала).Сотрудник нажимает на кнопку и визит становиться выполненным. Любое нажатие любой кнопки в приложении фиксирует время и координаты, для контроля. После выполнения визита данные сохраняются в локальной базе приложения и ждут синхронизации.

Система разделяет отчеты на 2 группы, контрольные отчеты, и отчеты по полученным данным.

Контрольные отчеты строятся на основе данных собираемых устройствами в автоматическом режиме. Это время и координаты (к примеру контроль адекватности проставленных цен по SKU. Система может высчитать среднее время между установкой цен на SKU и если она к примеру меньше 5 секунд, то выдать предупреждение о достоверности. (возможно человек встал у входа в точку и просто прощелкал цены по всем позициям даже в нее не заходя)). Так же контрольные отчеты могут показывать разницу с предыдущим визитом, что тоже может являться неким контролем (к примеру цены с предыдущего визита и цены с текущего разнятся более чем на 20%).

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

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

13.  Безопасность и удаленный доступ

13.1.  Структура организации доступа к системе

Доступ к системе организуется через стандартные протоколы (http, https) по средствам LAN (Локальной сети) заказчика. Система размещается на одном стационарном компьютере (сервере) сети. Для предоставления доступа данный компьютер (сервер) должен быть включен в локальную сеть, и сетевое оборудование должно предоставлять доступ по определенному IP – адресу всем компьютерам пользователей, которые будут работать с системой. Общая схема размещения системы в локальной сети заказчика представлена на Рисунок 12.

Рисунок 12 - схема размещения системы в локальной сети заказчика.

13.2.  Общие параметры безопасности

Безопасность системы (данных, которые хранятся в системе) достигается путем применения 3-х уровневой схемы защиты информации виртуальной машины.

·  Пользовательская часть системы

·  Внутренняя часть виртуальной машины

·  База данных

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

Внутренняя часть виртуальной машины – доступ к этой части виртуальной машины возможен только по внесенному при разработке паролю. В данной части располагаются все хранящиеся в системе вложенные файлы и исходные коды пользовательской части системы. Данный пароль предоставляется заказчику только по предварительной договоренности с исполнителем, т. к. по данному паролю возможно получить доступ к исходным кодам ядра системы B. I.P. что является интеллектуальной собственностью исполнителя.

База данных – данная часть виртуальной машины представляет из себя СУБД MySQL. Доступ к данной части возможен только по внутрисистемному паролю и логину. Логин и пароль зашиваются в пользовательскую часть системы в закодированном виде и предоставляют доступ к данным. Доступ к базе данных возможен только из внутренней части виртуальной машины. Доступ извне невозможен.

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

3-х уровневая схема защиты информации представлена на Рисунок 13.

Рисунокх уровневая схема защиты информации.

13.3.  Параметры удаленного доступа

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

·  Доступ по внешнему IP адресу по определенному порту (Настройка шлюза интернет);

·  Доступ через VPN соединение (настройка VPN сервера).

Первый вариант доступа является более универсальным, но менее защищенным. К примеру: Набрав в строке браузера адрес (http://*****/) пользователь попадает на сайт компании, если набрать адрес (https://*****:1234/) , то пользователь попадает на страницу входа в систему. Единственная защита при таком подключение - это SSL соединение. Для организации доступа необходимо произвести соответствующие настройки на шлюзе интернета сети заказчика. Данный вид подключения позволяет получить доступ с любого компьютерного оборудования, подключенного к сети интернет и имеющем браузер для просмотра страниц. Схема организации доступа по внешнему IP представлена на Рисунок 14.

Рисунок 14 - схема организации доступа по внешнему IP адресу.

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

Рисунок 15 - схема организации доступа по VPN технологии.

14.  Контент и наполнение системы

Контент и первоначальное наполнение системы осуществляется силами заказчика.

15.  Дополнительная информация

Любые изменения и дополнения данного технического задания возможны при согласовании заказчика и исполнителя.

16.  Порядок контроля и приемки работ

Порядок определяется приложением №2.