«Разработка информационной системы отслеживания почтовых отправлений и посылок «Web-Корреспондент»»

Павел Виноградов

«Разработка информационной системы отслеживания почтовых отправлений и посылок «Web-Корреспондент»»

В диссертационной работе предложен проект по разработке информационной системы отслеживания почтовых отправлений и посылок «Web-Корреспондент», позволяющей вести управление над предоставляемыми логистическими услугами как государственной почтой России, так и частными транспортными компаниями. Были рассмотрены проблемы и задачи предметной области, изучены тенденции развития рынка онлайн-покупок в России, показана актуальность и новизна темы, цели и задачи работы, исходные данные, на основании которых проводился анализ в предметной области. В основной части работы были проведены данные, отражающие сущность, методику и основные результаты выполнения работы. Содержание информации, входящей в состав проектной и экспериментальной части работы было направлено на формирование общего представления конечного проекта, а также на формирование основных получаемых результатов, выдаваемых ИС при её использовании. Внедрение данных методов позволит значительно снизить количество штрафов за нарушение таможенных процедур, а также повысить качество планирования пользовательских заказов.

Информатика

Диссертации

Вуз: Рыбинский государственный авиационный технологический университет имени ПАСоловьева (РГАТА)

ID: 5f2c65d2cd3d3e0001b45a92

UUID: 0e9d2590-ba50-0138-131b-0242ac180006

Язык: Русский

Опубликовано: больше 4 лет назад

Просмотры: 120

12.6

Павел Виноградов

Рыбинский государственный авиационный технологический университет имени ПАСоловьева (РГАТА)

Комментировать 12

Рецензировать 0

Скачать - 15,0 МБ

Поделиться работой

МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ ФГБОУ ВО РЫБИНСКИЙ ГОСУДАРСТВЕННЫЙ АВИАЦИОННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИМЕНИ П. А. СОЛОВЬЕВА Социально-экономический факультет Кафедра экономики, менеджмента и экономических информационных систем 09.04.03 Прикладная информатика в аналитической экономике «Разработка информационной системы отслеживания почтовых отправлений и посылок «Web-Корреспондент»» Студент группы ИЭМ-17 ……………………………………Виноградов П.Н. (Уч. степень, звание) (Фамилия И. О.) Руководитель канд. экон. наук, доц. …………..........….....….Буров Н.Н. (Уч. степень, звание) (Фамилия И. О.) Рыбинск 2019 г.

МИНОБРНАУКИ РОССИИ ФГБОУ ВО Рыбинский государственный авиационный технический университет имени П. А. Соловьева Социально-экономический факультет Кафедра экономики, менеджмента и экономических информационных систем УТВЕРЖДАЮ Заведующий кафедрой ________О. В. Камакина «___»___________2019 г. ЗАДАНИЕ на выпускную квалификационную работу на соискание квалификации магистр по направлению подготовки 09.04.03 – Прикладная информатика наименование программы – Прикладная информатика в аналитической экономике Соискатель, студент группы ИЭМ-17: П. Н. Виноградов Тема выпускной квалификационной работы: Разработка информационной системы отслеживания почтовых отправлений и посылок «Web-Корреспондент» утверждена приказом ректора университета № 563-04 от 30.11.2018 г. Срок сдачи законченной ВКР в ГЭК: 5 июня 2019 г. Содержание задания: 1. Проведение теоретического анализа ранка программных продуктов. Обоснование актуальности разработки ИС для модернизации бизнеспроцесса; 2. Разработка требований и сценариев работы ИС для основных групп пользователей; 3. Разработка структур данных и алгоритмов их обработки для встраивания системы в открытые базы данных логистических компаний и основных групп пользователей; 4. Проведение вычислительного эксперимента и экономического обоснования проекта. Дата выдачи задания: 30.11.2018 г. Научный руководитель : Н. Н. Буров 2

Содержание 1 Теоретическая часть.......................................................................................... 6 1.1 Анализ рынка онлайн-покупок ........................................................................ 6 1.2 Тенденции развития рынка онлайн-покупок в России ................................. 9 1.3 Законодательство в области онлайн–покупок ............................................. 18 1.4 Основные этапы процесса онлайн–покупок, документооборот ................ 22 1.5 Информационная поддержка операций: сайты покупок, сайты отслеживания грузов и прочие информационные системы.............................. 30 1.6 Способы доставки грузов и управления закупками .................................... 33 1.7 Методические основы доставки грузов ........................................................ 35 1.7.1 Методы планирования закупок ................................................................. 37 2 Аналитическая часть ....................................................................................... 39 2.1 Концепция создаваемой ИС «Web-корреспондент» ................................... 39 2.1.1 Перспективы развития информационных систем ................................... 42 2.2 Анализ информационных систем в предметной области ........................... 43 2.3 Постановка задачи .......................................................................................... 44 2.4 Назначение, цели создания, сроки работ и объекты автоматизации системы................................................................................................................... 46 2.5 Ограничения и допущения ............................................................................. 47 2.6 Требования к системе ..................................................................................... 47 2.6.1 Требование к составу и структуре системы ............................................. 47 2.6.2 Требования к режимам функционирования ............................................. 48 2.6.3 Функциональные требования .................................................................... 49 2.6.4 Требования к надежности и защите информации от несанкционированного доступа........................................................................... 54 2.6.5 Требования к эргономике и технической эстетике ................................. 55 2.7 Требования к видам обеспечения .................................................................. 56 2.7.1 Информационное обеспечение .................................................................. 56 2.7.2 Программное обеспечение и перечень документов, на основании которых создаётся Система .................................................................................. 59 3

2.7.3 Техническое обеспечение........................................................................... 61 2.7.4 Лингвистическое обеспечение................................................................... 62 3 Проектная часть............................................................................................... 63 3.1 Состав проектных решений ........................................................................... 63 3.2 Общая функциональная модель ИС «Web–корреспондент»...................... 67 3.3 Функция «Настройка интерфейса пользователя»........................................ 72 3.3.1 Функциональная модель ............................................................................ 72 3.3.2 Графический интерфейс пользователя ..................................................... 76 3.3.3 Проектирование модели «сущность-связь» ............................................. 87 3.3.4 Алгоритм реализации ................................................................................. 88 3.4 Функция «Планирование заказов» ................................................................ 89 3.4.1 Функциональная модель ............................................................................ 89 3.4.2 Графический интерфейс пользователя ..................................................... 94 3.4.1 Проектирование модели «сущность-связь» ............................................. 96 3.4.2 Алгоритм реализации ................................................................................. 98 3.5 Функция «Отслеживание заказов» ................................................................ 99 3.5.1 Функциональная модель ............................................................................ 99 3.5.2 Графический интерфейс пользователя ................................................... 103 3.5.1 Проектирование модели «сущность-связь» ........................................... 105 3.5.1 Алгоритм реализации ............................................................................... 105 3.6 Функция «Формирование отчётности и сопроводительной документации»..................................................................................................... 107 3.6.1 Функциональная модель .......................................................................... 107 3.6.2 Проектирование выходной документации ............................................. 111 3.6.3 Графический интерфейс пользователя ................................................... 112 3.6.4 Проектирование модели «сущность-связь» ........................................... 114 3.6.5 Алгоритм реализации ............................................................................... 115 3.7 Проектирование программного интерфейса .............................................. 116 3.8 Проектирование информационного обеспечения ..................................... 118 3.8.1 Проектирование структуры базы данных............................................... 118 4

3.8.2 Проектирование технической архитектуры ........................................... 129 4 Экспериментальная часть............................................................................. 131 5 Экономическое обоснование ....................................................................... 135 5.1 Расчёт трудоемкости отдельных этапов работ .......................................... 135 5.2 Детальные сроки реализации ....................................................................... 137 5.3 Определение необходимых ресурсов и смета затрат ................................ 141 5.4 Результат от внедрения системы ................................................................. 146 5.5 Бюджет проекта ............................................................................................. 147 5.6 Риски проекта ................................................................................................ 150 5.7 Анализ конкурентоспособности и критерии приёмки проекта ............... 154 Заключение .......................................................................................................... 157 Список использованных источников ................................................................ 158 Приложение А ..................................................................................................... 161 Приложение Б ...................................................................................................... 164 Приложение В...................................................................................................... 179 Приложение Г ...................................................................................................... 182 Приложение Д...................................................................................................... 194 Приложение Е ...................................................................................................... 195 Приложение Ж ..................................................................................................... 200 Приложение З ...................................................................................................... 204 5

1 Теоретическая часть 1.1 Анализ рынка онлайн-покупок В настоящее время существует множество видов экономических взаимоотношений государств, называемых формами международных экономических отношений. Это и движение капитала между странами, и валютные отношения, и миграция рабочей силы, и научно-технический обмен, и другие. Однако исторически международная торговля является самой распространенной в мире формой экономических отношений. В мире уже не осталось ни одной страны, которая бы в какой-то мере не касалась экономических отношений с другими странами. Сейчас такая страна просто не выживет, основываясь на самообеспечении. Кроме того, хорошо налаженные экономические взаимоотношения со странами- партнерами могут значительно улучшить экономическое положение страны за счет взаимовыгодности торговли. Данный аспект международных экономических отношений особенно актуален для нашей страны. Также многие ученые-экономисты занимались и занимаются данной тематикой в поисках лучших путей взаимодействия национальных хозяйств в рамках мирового хозяйства. Международная торговля является центральным звеном в сложной системе мирохозяйственных связей, опосредуя практически все виды международного разделения труда и связывая все страны мира в единую международную экономическую систему [1]. Она представляет собой совокупность внешней торговли всех стран мира, а ее объем подсчитывается путем суммирования объемов экспорта. Быстрое распространение Интернета в мире существенно повлияло и на сферу торговли товарами и услугами, породив новое направление – интернет-торговлю, под которой в широком смысле подразумевается: – розничная и оптовая покупка/продажа товаров и услуг посредством 6

электронной сети, где её участниками могут выступать все субъекты мирового хозяйства. Существуют бизнес-модели, используемые в интернет-торговле: – B2C – «Бизнес-Потребитель»; – B2B «Бизнес-Бизнес»; – C2C – «Потребитель-Потребитель», G2C – «Правительство- Потребитель»; – G2B – «Правительство-Бизнес». Для физлиц, являющимися потребителями товаров и услуг, наиболее популярной является схема B2C («Бизнес-Потребитель»), которая предусматривает розничную торговлю через интернет-магазины компаний. У данной бизнес-модели основные форматы организации Интернетплощадок являются: – интернет-супер и мегамаркеты – веб-сайты с максимально расширенным ассортиментом товаров. Подобные онлайн площадки могут являться онлайн подразделениями крупных оффлайн ритейлеров; – интернет-магазины – веб-сайты, на которых размещается информация о товарах/услугах, доступных для заказа (и оплаты); – через Интернет. Как правило, ассортиментная матрица имеет средний или малый размер; – витрины в социальных сетях – Интернет-каталог товаров/услуг, размещаемый в аккаунте или группе в социальных сетях, принадлежащих юридическому лицу, в целях организации и продвижения продаж товаров/услуг с возможностью непосредственной покупки и оплаты. Интернет-торговля стала неотъемлемой частью экономики любого государства. Если ещё несколько лет назад люди с опаской относились к покупке товаров через интернет, то сейчас трудно найти человека, который хоть раз бы не воспользовался интернет-магазином. Показатели количества операций в данной сфере растут невероятно быстро, и она оказывает все большее и большее влияние на мировую экономику (рисунок 1.1). 7

Рисунок 1.1 – Динамика оборота интернет-торговли в регионах мира, млрд. долл. По оценкам зарубежных экспертов агентства eMarketer’s, в 2017 году внешняя торговля достигла отметки в 1,8 трлн. долл., также увеличившись по сравнению с предыдущим годом на 17,7%, что немного ниже темпов роста в 2016 года. В 2018 – 2019 гг. также ожидается дальнейшее замедление роста сектора. Однако мощными драйверами роста могут стать активное глобальное проникновения мобильного Интернета в силу своей доступности, в том числе в экономически слабо развитых регионах, а также рост покупательной онлайн активности развивающихся стран Азиатско- Тихоокеанского региона. Кроме того, по оценкам отраслевых экспертов, существенный прирост может дать онлайн торговля нематериальными товарами (цифровой контент, электронные билеты и бронирование отелей, купоны и др.) – до 20 – 25% в год, но которая не всегда или не полностью учитывается в общем объеме онлайн продаж рыночными экспертами. Это объясняется тем, что на данный момент нет единой международной практики оценки и учета показателей формирующегося рынка Интернет-торговли. 8

Небезынтересен тот факт, что интернет-торговля в соответствии с ожиданиями экспертов продолжит набирать обороты и дальше. Таким образом, место международной торговли в системе мировой экономики определяется динамикой международного обмена услугами, международной экономической интеграцией, научно-техническим сотрудничеством, реализацией всех форм мирохозяйственных связей, подчеркивая, тем самым, неоспоримую значимость на этапах становления и развития мировой экономики. 1.2 Тенденции развития рынка онлайн-покупок в России В наше время – всё большее и большее количество людей делают интернет-покупки, заказывают посылки и мелкие пакеты как внутри страны, так и из-за рубежа. Это связано с тем, что в виртуальных магазинах отсутствует часть основных статей расходов, как реклама, аренда торговых площадей и склада, доставка товара от производителя до склада, заработная плата сотрудникам, которые в той или иной степени влияет на конечную стоимость продукта. Тема зарубежных интернет-покупок, популярна среди населения. Этому способствуют несколько причин: – экономия времени на передвижение между торговыми точками и поиск нужных товаров; – отсутствие давления со стороны продавца; – возможность купить товары, которые не представлены в розничных магазинах, редкие, раритетные вещи. Росту онлайн-торговли способствует увеличение числа интернетпокупателей, конверсии в большинстве сегментов и объема покупок (стали покупать товары разных категорий). Вклад этих факторов в рост рынка снижается из-за инфляции. 9

Россия является крупнейшей европейской страной по количеству пользователей Интернетом с общей численностью посещающих сеть в 84 млн. человек ежемесячно[2]. При этом, по сравнению с европейскими странами, уровень охвата сети достаточно низкий и составляет 70,4%, при помощи смартфонов интернетом пользуется 42,1% населения, при помощи планшетов – 19%. Главным барьером для более быстрого развития электронной торговли в нашей стране остается недостаточное развитие логистики и соответствующие трудности с доставкой товаров в регионы России, а не уровень охвата Интернета или культурные различия. Тем не менее, по итогам 2016 года объем рынка электронной торговли вырос на 21% по отношению к предыдущему периоду и составил 920 млрд. рублей. Темпы роста трансграничной торговли опережают рост внутреннего рынка, по итогам прошлого года зафиксирован прирост в 37%, или 301,8 млрд. рублей, что составляет 33% всего российского внутреннего рынка электронной торговли. Объем трансграничных сделок будет увеличиваться и в дальнейшем, это связано с оптимизацией доставки из-за границы, в первую очередь из Китая [3]. Скорость доставки сократилась до двух недель, при этом существенно снизился процент потерь при транспортировке, всё чаще вводится в практику бесплатная доставка, основной фокус направлен на мелкие товары весом до 2 кг. Преимуществами также являются создание русскоязычного интерфейса на зарубежных сайтах, широкий ассортимент товаров и выгодные ценовые предложения, особенно на товары из Китая. По оценкам экспертов отрасль ожидает дальнейший рост, который может превысить 1,1 трлн. рублей в текущем году, причем объем трансграничных операций может превысить 400 млрд. рублей. По подсчетам АКИТ, по итогам года количество входящих международных отправлений с товарным вложением увеличилось на 102%, при этом, количество заказов на внутреннем рынке возросло только на 6%. Основным оператором остается «Почта России», доля доставки которой в общем объеме по различным оценкам составляет от 62% до 85%, и ее позиция практически монопольна. 10

Использование услуг «Почты России» для многих продавцов является единственным доступным вариантом с национальным охватом, поскольку цены других операторов экспресс-доставки, как правило, выше в несколько раз. Однако ограничения ее пропускной способности сдерживает развитие Интернет-торговли, особенно ее трансграничной части. Еще одним барьером является неразвитость платежных систем: только 25% онлайн-покупателей используют пластиковые карты, только каждый девятый оплачивает покупки электронными деньгами. Менее 10% оборота совершается с мобильных устройств. Лидирующими регионами по объёмам e-commerce являются Москва и Санкт-Петербург, где проживает порядка 15% населения страны и сконцентрировано более 60% магазинов. Высокая активность отмечена также в Красноярском крае, Свердловской, Тюменской, Самарской областях. Самыми популярными товарными категориями как на внутреннем, так и на трансграничном рынке являются электроника, бытовая техника, одежда, обувь, а также запчасти и товары для автомобилей, парфюмерия и косметика. Отмечается, что локальный рынок Интернет-торговли бытовой техникой и электроникой в прошлом году вырос на 17% и составил 208 млрд. рублей, что является высоким показателем по международным стандартам. Наиболее популярными категориями являются компьютеры и ноутбуки – 28%, телефоны и смартфоны – 22%. Лидером продаж в Россию остается Китай, доля которого составляет 90% отправлений (в денежном выражении – 52%), также Евросоюз – 4% (23%) и США – 2% (12%). Как уже было озвучено на бизнес-форуме, проходившем на площадке ЦМТ, более 64% российских покупок в зарубежных магазинах не превышают чека в 22 евро, более 96% не превышают 150 евро (рисунок 1.2). Изменение в поведении потребителей порождает новый вызов для логистических компаний, и в первую очередь потребность в срочной доставке. Учитывая очень быстрый рост доли заказов на рынке онлайн– 11

продаж, следует ожидать дальнейшего роста спонтанных покупок и дальнейшего усложнения требований к их логистике. Рисунок 1.2 – Региональная структура мировой Интернет-торговли, в млрд. долларов Объемы рынка онлайн-продаж растут за счет увеличения частоты покупок. У людей появляется опыт работы с магазинами и онлайнплатежами, у них всегда есть доступ в Интернет (смартфон в кармане почти у каждого), курьерские доставки расширяют географию и улучшают качестве услуг. Учитывая эти благоприятные факторы роста, можно сделать прогноз статистики интернет-торговли в России, представленный на рисунке 1.3 12

Рисунок 1.3 – Динамика онлайн-покупок в российских и зарубежных интернет-магазинах (только материальные товары) По оценкам авторов исследования в Рунете 250 000 интернетмагазинов, то есть сайтов, на которых можно выбрать товары и сделать заказ [4]. Сделать точную оценку количества магазинов можно только приблизительно, так как закрывшийся магазин может еще долгое время оставаться вполне работоспособным сайтом (рисунок 1.4). Рисунок 1.4 – Распределение количества интернет–магазинов по товарным категориям, в % Объем рынка интернет-торговли в России, по данным Ассоциации компаний интернет-торговли (АКИТ), в первом полугодии 2018 г. составил 13

498 млрд. рублей (рисунок 1.5). Всего за год рынок наконец-то «пробьёт» потолок в 1 трлн. и составит 1150 млрд. рублей. По итогам 2017 г. объем российского рынка онлайн-торговли вырос на 21% и достиг 920 млрд. рублей. Электронная торговля товарами и услугами уже составляет 36% цифровой экономики страны, отмечают в АКИТ. Рисунок 1.5 – Региональное распределение рынка интернет-торговли (в денежном выражении) Доля внутреннего рынка в российском e-commerce сейчас составляет 63%. Центром электронной коммерции страны, является Москва. Серьезную долю оборота имеют также Санкт-Петербург и Московская область. Суммарно эти три региона занимают половину всего объема рынка (рисунок 1.6). C участием России происходит около 97% совокупного товарооборота внутри ЕАЭС, в том числе 60% общего объема приходится на торговлю России с Беларусью, 31% – с Казахстаном. Россия имеет положительное сальдо со всеми остальными странами ЕАЭС (рисунок 1.7). 14

Рисунок 1.6 – Месячная динамика экспорта ведущих стран мира (в долл. США) в текущих ценах в годовом выражении, 2014 – 2017 гг. Рисунок 1.7 – Месячная динамика импорта ведущих стран мира (в долл. США) в текущих ценах в годовом выражении, 2014 – 2017 гг. 15

Импорт крупнейших экономик мира также демонстрирует в 2017 г. высокие темпы прироста: например, объемы российского импорта в I квартале 2017 г. выросли на 39,4% [5]. Схожую динамику демонстрировал импорт китайской продукции, для которого была характерна сильная волатильность в период 2014 – 2015 гг. Германия существенно наращивала объемы импорта в годовом выражении на протяжении всего 2016 г., достигнув пика в августе 2016 г. на отметке 23,7%. Субъекты отношений рынка логистики для интернет-торговли можно представить в виде экосистемы, где все компании, представленные в ней, сгруппированы в блоки по роду деятельности/оказываемым услугам (рисунок 1.8). Экосистема рынка логистики для электронной торговли положена на две оси – вертикальную и горизонтальную [6]. Вертикальная ось отражает степень локализации игроков, она растет снизу (от локального территориального охвата) вверх (к глобальному охвату). То есть международного в верхней уровня, части которые схемы расположены осуществляют компании кросс-бордерные отправления, а по мере перемещения ниже их географический охват уменьшается вплоть до городских и даже районных охватов. Горизонтальная ось отвечает за близость компании к конечным клиентам интернет-магазинов – покупателям. Поэтому слева видим всех операторов «последней мили», а справа – сервисы и компании, с которыми взаимодействуют интернет-магазины и логистические операторы для поддержания и развития бизнеса. В нижней центральной части экосистемы расположились промежуточные игроки, которые взаимодействуют с операторами «последней мили», интернет- магазинами и их покупателями. В верхней – инструменты распространения информации о рынке. 16

17 Рисунок 1.8 – Экосистема рынка логистики для интернет-торговли в России в 2018 г.

В каждом группировочном блоке представлено несколько ключевых (либо самых крупных, либо очень характерных для этого блока) игроков, то есть перечень представителей блока — это не полный список игроков в сегменте. При этом каждый игрок может попасть в несколько блоков экосистемы, в соответствии с оказываемыми услугами. В экосистеме выделены четыре мегаблока – соединения нескольких блоков. Первый, самый значительный – непосредственно логистические компании, занимающиеся доставкой, операторы «последней мили» и магистральные перевозчики. С развитием рынка границы между ними размываются, и все больше игроков предлагают клиентам полный комплекс услуг, не разделяя процесс доставки на части. Второй по важности мегаблок включает операторов хранения и обработки заказов. Они тоже активно расширяют сферы компетенций, предоставляя услуги смежных областей. Третий мегаблок – СМИ, исследования, отраслевые организации, конференции, относящиеся к рынку логистики для e-commerce. Они помогают развивать рынок, систематизировать его, делать более открытым. Четвертый блок – обслуживание логистического бизнеса. В нем представлены и те компании, которые обслуживают много отраслей бизнеса, и логистический в них занимает только небольшую долю; и те, которые узко специализированы на рынке логистики электронной коммерции. Для разработки концепции предлагаемого программного решения, необходимо выделить из них приоритетные области: – последняя миля и магистраль; – обработка заказов. 1.3 Законодательство в области онлайн–покупок Интернет-магазин – имеющий уникальное доменное имя сайт, позволяющий покупателю заказать и приобрести товар, предварительно ознакомившись с существующей информацией о покупке (товарах, ценах, 18

продавце, месте его нахождения, способах и условиях оплаты, доставке товара и др.). Стоимость товаров, проданных через интернет-магазины, определяется по времени выписки счета или доставки покупателю, независимо от времени фактической оплаты товара покупателем [7]. Это определение дано в Приказе Росстата от 04.08.2016 № 388. Отдельного закона, который бы регулировал торговлю именно через Интернет-магазины в России нет. Но и острой необходимости в нем тоже нет. Ведь, по сути, Интернет-магазин – это просто витрина с фотографиями товаров, ценниками и другой сопутствующей информацией. Поэтому на него распространяются общие положения ГК РФ о розничной купле-продаже, Закона о защите прав потребителей, Закона о персональных данных и т.д. Вместе с тем, специфика в работе Интернет-магазине все же есть. Товары в нем продаются особым способом – дистанционным. Мы их видим и выбираем не воочию, а на экране монитора, планшета или телефона. В связи с этим данный вид торговли регулируется, прежде всего, следующими нормами: – Гражданский кодекс РФ: Статья 497. «Продажа товара по образцам и дистанционный способ продажи товара; – Закон о защите прав потребителей: Статья 26.1. «Дистанционный способ продажи товара»; Последствия продажи товара ненадлежащего качества дистанционным способом продажи товара установлены положениями, предусмотренными статьями 18 – 24 настоящего Закона: – Статья 18. Права потребителя при обнаружении в товаре недостатков; – Статья 19. Сроки предъявления потребителем требований в отношении недостатков товара; – Статья (продавцом, 20. Устранение уполномоченной недостатков организацией товара или индивидуальным предпринимателем, импортером); – Статья 21. Замена товара ненадлежащего качества; 19 изготовителем уполномоченным

– Статья 22. Сроки удовлетворения отдельных требований потребителя; – Статья 23. Ответственность продавца (изготовителя, уполномоченной организации или уполномоченного индивидуального предпринимателя, импортера) за просрочку выполнения требований потребителя. – Статья 23.1. Последствия нарушения продавцом срока передачи предварительно оплаченного товара потребителю – Статья 24. Расчеты с потребителем в случае приобретения им товара ненадлежащего качества – Постановление Правительства РФ от 27.09.2007 № 612. «Правила продажи товаров дистанционным способом». Последний из упомянутых документов – Правила № 612 – самый подробный документ о правилах торговли через Интернет–магазин. Например, в них оговорены следующие особенности Интернет – торговли. – не допускается продажа дистанционным способом алкогольной продукции, а также товаров, свободная реализация которых запрещена или ограничена законодательством (п.5). – предложение товара в его описании, обращенное к неопределенному кругу лиц, признается публичной офертой, если оно достаточно определено и содержит все существенные условия договора. Продавец обязан заключить договор с любым лицом, выразившим намерение приобрести товар, предложенный в его описании (п.12). – продавец должен обеспечивать конфиденциальность персональных данных о покупателе в соответствии с законодательством Российской Федерации в области персональных данных (п.16); – обязательства продавца по передаче товара и иные обязательства, связанные с передачей товара, возникают с момента получения продавцом соответствующего сообщения покупателя о намерении заключить договор (п. 18). 20

– покупатель вправе отказаться от товара в любое время до его передачи, а после передачи товара – в течение 7 дней. Если информация о порядке и сроках возврата товара надлежащего качества не была предоставлена в письменной форме в момент доставки товара, покупатель вправе отказаться от товара в течение 3 месяцев с момента передачи товара. Покупатель не вправе отказаться от товара надлежащего качества, имеющего индивидуально–определенные свойства, если он может быть использован исключительно приобретающим его потребителем (п.21). Любая интернет покупка предполагает грузоперевозку со склада хранения товара до пункта выдачи. 20 декабря 2017 г. Совет Евразийской экономической комиссии (ЕЭК) установил новые правила ввоза товаров физическими лицами, снизив беспошлинный лимит покупок в зарубежных интернет-магазинах. ЕЭК – регулятор Евразийского экономического союза, в который входят Россия, Белоруссия, Казахстан, Армения и Киргизия. За снижение действующей нормы и введение НДС для покупок в зарубежных магазинах давно выступало объединение крупных российских интернет-ритейлеров – ассоциация компаний интернет-торговли. Согласно опубликованному решению совета Евразийской экономической комиссии (ЕЭК) с 1 января 2018 г. лимит беспошлинных покупок в зарубежных интернет-магазинах составит – 1000 евро и 31 кг в один календарный месяц. С начала 2019 г. этот лимит будет снижен до 500 евро. С 1 января 2020 г. нормы беспошлинного ввоза будут снижены до 200 евро и 31 кг. При этом будут сняты все ограничения по времени и количеству заказов. При этом страны могут вводить дополнительные ограничения, снижающие нормы ввоза. За превышение лимита беспошлинных покупок на покупателя будет взиматься пошлина в размере 30% от стоимости, но не менее 4 евро за 1 кг веса, при условии, что ввозимый груз предназначен для личного пользования. Если в ходе таможенного оформления у должностных лиц 21

таможенного органа будут достаточные основания полагать, что товары перемещаются не в целях личного пользования, подлежит применению общий порядок и условия тарифного и нетарифного регулирования, налогообложения и таможенного оформления. 1.4 Основные этапы процесса онлайн–покупок, документооборот Обобщённая схема процесса онлайн–покупок состоит из следующих этапов: – планирование закупок. Выбор определённого интернет – магазина покупателем происходит напрямую от того, какой товар ему необходим и чаще всего с лучшим предложением цены. На разных интернет–площадках один и тот же товар может иметь различное наименование, в связи с этим, планирование закупок должно осуществляться пользователем вручную. – Выбор покупателем интернет – магазина (в т.ч. торговой площадки); – выбор покупателем товара; – управление лимитами покупок. У каждого товара, размещённого на интернет – площадке имеется заголовок – наименование. Необходимо проводить постоянный контроль с единым реестром запрещённых товаров. Вес товара указывается в его характеристиках, либо продавцом в описании. Для осуществления весового контроля, массу товара необходимо вводить вручную, т.к. в реестре запрещённых товаров он отсутствует. При покупке товара из-за рубежа можно намеренно нарушить установленные таможенные лимиты с целью получения упущенной выгоды. Можно спрогнозировать приход заказов с целью раннего получения посылки, не дожидаясь оповещения при онлайн-отслеживании. При покупке товара в большинстве популярных интернет-магазинов формируется срок защиты покупателя для успешного возврата денежных 22

средств, в случае неполучения заказа, а также виден примерный срок доставки заказа. – Оформление и оплата выбранного товара в интернет-магазине. Каждый интернет-магазин или торговая площадка самостоятельно предлагают способы возможной оплаты товара и методы их доставки, где, зачастую указывается различие методов в стоимости и сроками доставки товара до потребителя. – подтверждение интернет-магазином заказа и его оплаты покупателю. После оплаты товара, покупателю предоставляется квитанция, выписка или кассовый чек в электронном виде, подтверждающий совершение им финансовой операции. Структура и виды трек-номеров представлены в Приложении А. – Отправление заказа иитернет-магазином в службу доставки. Исходя из выбранного способа доставки товара, происходит: а) доставка заказа курьерской или почтовой службой покупателю; б) заполнение бланка на получение заказа; в) получение заказа покупателем; г) формирование рейтинга продавца, путём оставления отзыва ему о полученном товаре. Графически описанная выше схема представлена на рисунке 1.9. Одним из основных данных о зарубежной торговле относятся данные, представляемые участниками торговой деятельности посредством подачи таможенных деклараций. Юридические соглашения, соответствующие законы и нормативно– правовые акты, регламентирующие такие отношения в сфере предоставления данных, а также другие аспекты составления и распространения данных в стране, представляют собой нормативно-правовую базу СМТТ. Правовые акты, касающиеся статистики международной торговли товарами, для которой характерна трехуровневая структура, бывают трех видов, а именно: 23

– правовые акты, регулирующие заполнение таможенной документации; Рисунок 1.9 – Основные этапы процесса онлайн-покупок – правовые акты, регулирующие сбор, обработку и распространение статистики международной торговли товарами и рабочие взаимоотношения между соответствующими ведомствами; – правовые акты, обеспечивающие защиту конфиденциальности информации. Правовые акты принимаются национальными (или региональными) законодательными органами. Если страна становится членом международной 24

организации или стороной международной конвенции или принимает международные рекомендации, она впоследствии должна включить эти рекомендации в свои национальные законы и нормативно-правовые акты. Существуют многие международные соглашения, особенно в области международной торговли, которые надлежащим образом регулируют трансграничные операции, предметом которых являются товары и услуги. В аналогичном смысле. Как правило, национальное таможенное законодательство требует, чтобы импортеры и экспортеры товаров сообщали подробности осуществляемых ими операций в таможенные органы для целей сбора пошлин и налогов, а также для целей медицинского, экологического и иного контроля и в целях обеспечения статистического учета. Во многих странах лицо, которое не подает требуемую декларацию или намеренно либо по небрежности подает неточную декларацию, несет ответственность за правонарушение. Такие таможенные документы являются легкодоступным и в целом надежным источником данных, международные рекомендации должны быть надлежащим образом отражены в национальных законах или нормативно-правовых актах страны. В большинстве пунктов ввоза товары ввозятся на таможенную территорию той или иной страны (или вывозятся с этой территории) в соответствии с различными таможенными процедурами при подаче соответствующих деклараций, в которых содержится большой объем статистически значимой информации о таких перемещениях товаров. На сегодняшний день таможенные процедуры упразднены в пользу свободного перемещения товаров на рынке лишь в рамках некоторых таможенных союзов (например, Европейского союза или Таможенного союза Беларуси, Казахстана и Российской Федерации). Операции между всеми другими странами и между союзными странами и странами, не являющимися членами какого-либо союза, регулируются таможенными процедурами. 25

Таможенная декларация представляет собой «любое заявление или действие, сделанное в любой форме, предписанной или принятой таможенными органами, с указанием информации или данных, требуемых таможенными органами» [8]. Под термином «связанные таможенные документы» понимаются таможенные документы, подлежащие заполнению в дополнение к таможенной декларации (например, декларация таможенной стоимости или специальные формы, заполняемые в случае ввоза товаров в свободные таможенные зоны или свободные промышленные зоны или их вывоза из этих зон). Страны могут устанавливать весьма различные требования в отношении этих документов. Связанные таможенные документы отличаются от сопроводительных документов к таможенным декларациям, таких как счет-фактура, грузовой манифест, коносамент или сертификат происхождения, которые не заполняются или не выдаются таможенным органом. Во всем мире таможенные органы используют различные формы деклараций, название которых может отличаться в зависимости от страны или таможенного союза, даже в случае применения аналогичных таможенных процедур. Перечень наименований включает такие названия, как «бланк декларации на импортируемые/экспортируемые товары», «грузовая таможенная декларация», «информация об экспорте в электронном виде», «единый административный документ», «общая форма для ввоза/вывоза», «форма для ввоза/вывоза со склада и «ввоз/отправка в свободной зоне». Умение правильно заполнять таможенные декларации требует определенных специальных знаний. В целях оказания помощи участникам торговли и обеспечения оперативной обработки таможенные органы, как правило, разрабатывают подробные инструкции по заполнению деклараций и 26

организуют учебную подготовку для своих сотрудников, а также представителей делового сообщества. Единый административный документ (ЕАД) представляет собой основу для таможенных деклараций в Европейском союзе и Исландии, Норвегии и Швейцарии [9]. Единый административный документ состоит из набора деклараций, заполненных в восьми экземплярах. На рисунке 1.10 представлен первый экземпляр, который сохраняется государством, где выполняются экспортные или транзитные формальности. Значение и применение конкретных таможенных документов могут отличаться от страны к стране в зависимости от национальных обстоятельств и потребностей. В числе прочего ВПС занимается вопросами, касающимися почтовых отправлений (письма, посылки), которые подлежат таможенному контролю. Бланки почтовых отправлений применяются для регистрируемых почтовых отправлений в зависимости от вида и категории пересылаемого почтового отправления. Порядок их использования бланков изложен во «Временном порядке приема и вручения внутренних регистрируемых почтовых отправлений Почтой РФ» [10]. При оформлении почтовых отправлений используются следующие формы бланков: – адресный ярлык на посылку «Форма 7-п»; Согласно регламенту «Почты России», на каждую посылку или бандероль (в т.ч. на бандероль первого класса) должен быть оформлен адресные ярлыки «Форма 7-п» или «Форма 7-а», представленные на рисунках 1.11 и 1.12 соответственно [11]. 27

Рисунок 1.10 – Единый административный документ-экземпляр для страны отправления/экспорта 28

Рисунок 1.11 – Адресный ярлык на посылку «Форма 7-п» Рисунок 1.12 – Адресный ярлык на бандероль 1 класса «Форма 7-а» 29

Детальное описание типов почтовой корреспонденции и необходимой сопроводительной документации представлено в Приложении Б на рисунках Б.1 – Б.10. Во всех отделениях «Почты России» можно получить отправления, не требующие оплаты, с помощью нового сервиса «Ускоренное получение отправлений» [12] при оформлении простой электронной подписи, которая позволит получать отправления без документов – паспорта и извещения, по СМС-коду. Основные этапы данного сервиса представлены представлены в Приложении В. Отслеживать почтовые отправления можно по трек-номеру. Когда получатель узнает, что его посылка находится в почтовом отделении, он может, не дожидаясь бумажного извещения в почтовом ящике, прийти в отделение и показать оператору штриховой код с экрана телефона. Сотрудник «Почты России» считает сканером трек–номер и выдаст клиенту отправление. 1.5 Информационная поддержка операций: сайты покупок, сайты отслеживания грузов и прочие информационные системы По данным АКИТ, за январь 2018 года, среди всех магазинов, торгующих как за рубежом, так и в России, наибольшее количество посещений имеет Aliexpress – более 22 млн. человек, Ebay.com – около 17 млн. человек, Ozon.ru – порядка 9 млн. человек, далее следуют Eldorado.ru, Dns–shop.ru и другие. На данный момент, существует множество аналогов-сервисов отслеживания посылок и других почтовых отправлений по всему миру, которые аккумулируют номера отслеживания из открытых баз данных, среди которых наиболее популярными являются, представленные в таблице 1.1. 30

Таблица 1.1 – Описание рынка конкурентов Конкурентразработчик Программный продукт ГдеПосылка, ООО «Где Посылка ру» [13] 1Track.ru, ООО Сервис «Единая трекинг-служба» [14] Track24.ru, ООО «Мои посылки» [15] Описание Универсальный и удобный сервис для отслеживания почтовых отправлений. Достаточно знать лишь трекинг-номер, чтобы легко найти посылку как в России, так и в США, Германии, Украине, Китае или Казахстане. Присутствует возможность подписаться на изменение статусов ваших почтовых отправлений, отправленных российской почтой. Сервис для отслеживания посылок и других почтовых отправлений по всему миру. Сервис для отслеживания посылок и других почтовых отправлений по всему миру. Целевая аудитория Транспортноэкспедиционные компании, пользователи «Почты России» Транспортноэкспедиционные компании, пользователи «Почты России» Транспортноэкспедиционные компании, пользователи «Почты России» Данные сервисы ориентированы на аккумулирование всех баз данных грузоперевозок (в т.ч. почты России), однако, они обладают следующими недостатками: – отсутствует автоимпорт номера отслеживания в сервис; – отсутствует отображение использованного лимита у пользователя в текущем месяце; – отсутствует функция планирования на ежемесячные международные отправления при формировании новых заказов; – нет функции автозаполнения получения или отправки грузов; 31 актуальных форм\бланков для

– отсутствует консолидирующий экран заказов без горизонтальной полосы прокрутки; – отсутствует описание состава заказа и его стоимости; – отсутствует расчёт упущенной выгоды, в случае намеренного нарушения установленных таможенных лимитов; – отсутствует прогнозирование прихода заказов с целью его получения сразу – по факту прибытия в конечный пункт выдачи; – отсутствует отслеживание срока защиты покупателя с целью своевременного информирования пользователя для успешного возврата средств за неполученный заказ. Зачастую, планирование закупок для пользователей тесно связано с их сроками поставки. Для категорий граждан, активно приобретающих что-либо из–за рубежа есть шанс превысить таможенный весовой и стоимостной лимит в 31 кг или в 1000 евро за 1 календарных месяц соответственно, даже тогда, когда их заказы были сделаны в разные периоды времени. Всё это происходит из-за различных сроков поставки грузов и последующего одновременного прохождения их через пункты таможенного контроля, где ключевые показатели консолидируются и обобщённо анализируются. Также, посылки могут быть задержаны в случае, если ввозимый или вывозимый товар попадает в список запрещённых для ввоза или вывоза из страны. Для получения нескольких посылок, необходимо предоставлять несколько уведомлений или диктовать\выписывать трек-номера, после чего работник должен каждый номер отслеживания вводить вручную и распечатывать бланк. После совершения пользователем покупки, интернет–магазин предоставляет ему номер отслеживания, который приходится вручную выписывать или переносить в сервис по отслеживанию посылок. Необходимо дать возможность пользователям: 32

– с высокой точностью обеспечить планирование поставок посылок гражданам при установленных таможенных лимитах и правил ввода товаров для минимизации количества штрафов; – распечатывать полностью заполненные актуальные формы бланков деклараций и сопроводительных документов для получения\отправления посылок; – делать автоимпорт номеров отслеживания без участия пользователя и отображать статус посылки в его личном кабинете; – создать единый консолидирующий экран заказов без горизонтальной полосы прокрутки для всех участников процесса доставки грузов; – отображать оставшийся срок защиты покупателя в реальном времени; – выводить результирующий показатель расчёта упущенной выгоды, в случае намеренного нарушения установленных таможенных лимитов. Внедрение данных методов позволит значительно снизить количество штрафов за нарушение таможенных процедур, а также повысить качество планирования пользовательских заказов. 1.6 Способы доставки грузов и управления закупками На сегодняшний день управление закупками, также как и другими объектами (производством, сбытом), осуществляется по направлениям планирования, организации, учета, анализа, оперативного контроля и регулирования. Эти функции отражают типовую структуру процесса управления и называются – общими. В течение последних лет бурно развиваются основанные на информатике новые логистические технологии. Информационные системы занимают в этих технологиях центральное положение. Сегодня внимание все более обращается на информационный поток, при помощи которого планируют материальный поток, управляют им и контролируют его. Совершенствование информационного обеспечения и организации нередко 33

может принести самый больший эффект. Информационная система состоит из двух основных составляющих: ИТ-инфраструктуры и ИТ-сервисов, предоставляемых на ее основе. В контроле посылок, отправленных почтой или службой экспрессдоставки, все чаще радиосигналов). В используется большинстве же RFID-технология случаев (на основе перемещения посылок отслеживаются с помощью системы почтового мониторинга. Ее главный инструмент – номер из цифр и букв, который так же дублируется штрихкодом. Когда посылка проходит через почтовый терминал, специальный сканер считывает данные и передает их на сервер системы мониторинга. Именно благодаря этому мы можем следить за передвижениями посылки. Нужно просто ввести ее уникальный трек-номер в специальное поле на сайте gdeposylka.ru или его аналогах. Согласно теории управления именно разделение труда по операциям является важнейшей исходной базой при разработке и совершенствовании системы управления предприятием и его подсистем. Развитие экономики страны, довольно сложно представить без грузоперевозок. Логистические компании, работающие на современном этапе, заняты решением ряда вопросов, стоящих перед торговлей, промышленностью и прочими не менее важными отраслями экономики. Особое место в работе этих компаний, занимает перевозка и доставка грузов на разные расстояния, различными способами. Ко всему этому приплюсовывается правильное оформление документации и оказание страховых услуг. В зависимости от таможенной стоимости вложения в МПО с получателя товара может быть взыскана таможенная пошлина. В настоящее время, большинство людей занимаются грузоперевозками, среди них особое место отводится водителям, машинистам и тем, кто работает в сфере транспорта и координирует процесс перемещения грузов. Немаловажным аспектом, при грузоперевозках, является и то, что 34

координатор (человек, знающий, где именно находится груз) делает все возможное, чтобы не допустить простоя и уложиться в установленные сроки доставки груза до места назначения. 1.7 Методические основы доставки грузов Системы спутникового слежения позволяют следить за перемещением транспортных средств, а также осуществлять качественный контроль грузов [16]. Прогрессивные технологии дают возможность контролировать грузы с помощью специальных датчиков и других систем проверки: – датчики температуры; – дистанционное GPS-наблюдение; – видеоконтроль; – датчики удара, объёма. Температурные датчики дают возможность контролировать состояние скоропортящихся товаров. Дистанционное GPS-наблюдение позволяет поддерживать температурный баланс. Если вдруг произойдёт отклонение температуры от необходимых значений, то пользователю придёт об этом уведомление. Один из самых эффективных способов контроля – видеорегистрация происходящих событий. В грузовой отсек транспортного средства устанавливается видеорегистратор, который с помощью специального программного обеспечения может передать необходимые фото клиенту. Кроме того можно установить специальные датчики можно не только в кабину авто, но и на тару или паллеты. Например, датчик удара поможет определить физическое воздействие на тару, а датчик объёма выявит перемещение физических лиц в близости от груза. До недавнего времени очень мало кто занимался контролем грузов. Материальная ответственность за грузы лежала на водителе, а потери от порчи и/или утери товаров восполнялись за счёт страховки. После внедрения 35

данных методов ситуация стала меняться, грузы стали доставляться вовремя в целости и сохранности. Для любого процесса, особенно сложного и важного, в котором участвует несколько человек, необходимо управление, т.е. контроль деятельности [17]. Для достижения этой цели выступает такой инструмент – планирование. Управление планированием означает действия по регулированию, анализу и контролю деятельности. Управление планированием решает несколько важных задач: – распределение уровней ответственности по участникам, т.е. установление ограниченного доступа к документам и другой информации для каждой пользовательской роли, когда каждый участник отвечает только за вверенный ему участок работ; – планирование по схеме «сверху вниз», т.е. разделение между участниками всего процесса планирования на участки, назначение на каждом участке своего ответственного, который осуществляет то же самое внутри своего участка; – планирование «снизу вверх», когда каждый участник сдает подготовленные планы для формирования общего генерального плана; – осуществление процесса согласования и утверждения; – сохранность документов, на основании которых осуществляется деятельность; – установление периода времени или события деятельности; – осуществление корректирующих действий в связи с влиянием внешних факторов или незапланированным ходом выполнения деятельности. Проанализировать сложившуюся ситуацию и спроектировать ее на будущее позволит предвидеть и спрогнозировать возможные риски при заказе международных отправлений. 36

1.7.1 Методы планирования закупок Главный акцент в планировании закупок граждан необходимо делать именно на выбор метода планирования закупок, так как каждый метод предполагает свою методику определения того, сколько необходимо покупать товар, с какой периодичностью и в каком количестве они должны поступать на таможенный контроль. Для эффективного функционирования планирования закупок граждан, необходимы определить ключевые методы: – точно в срок – Just-in-time. При заданном методе закупок – организовывается движение материальных потоков так, что все материалы и компоненты будут поступать в нужном количестве в нужное место и точно к назначенному сроку. С учётом Таможенного законодательства, использование данного метода наиболее эффективно для категорий граждан, активно приобретающих что-либо из-за рубежа с непрерывным потоком покупок. Показатели по сроку прохождения товаров через таможенный контроль должны быть строго спрогнозированы и распределены по датам, путём расчета их регистрационного импорта на территорию Российской Федерации. – Модель с фиксированным размером заказа. При данном методе, происходит расчёт параметров заказа, которые допустимы для успешного прохождения таможенного контроля. Главное назначение данного метода – не допустить превышения лимитируемой цены и веса при регистрационном импорте на территорию Российской Федерации. – Метод контроля перечня товаров для личного пользования, запрещенных к пересылке в международных почтовых отправлениях. При данном методе, происходит обращение ИС к Единой товарной номенклатуре Евразийской экономической комиссии для сверки наименования импортируемого (экспортируемого) товара, полученного с 37

интернет-магазина, с целью моментального информирования пользователя о его возможном нарушении [18]. Данный метод наиболее применим для категорий граждан, которые занимаются не только международными покупками, зачастую инновационных товаров, но и торговлей, которая подразумевает экспорт с территории Российской Федерации. Использование данного метода является приоритетным и наиболее важным для успешного прохождения таможенного контроля. Грамотное решение этих задач позволит обеспечить своевременные поставки посылок гражданам в необходимых количествах и минимизировать количество штрафов. Каким образом осуществлять планирование и контроль совершаемых интернет–покупок за рубежом? Функцию планирования и контроля интернет-покупок можно частично или полностью автоматизировать. Для осуществления обозначенных функций предлагается разработать информационную систему ИС «Web-Корреспондент». 38

2 Аналитическая часть 2.1 Концепция создаваемой ИС «Web-корреспондент» Принцип работы информационной системы «Web-корреспондент» сводится к тому, что она консолидирует информацию по отправлениям из свободных баз данных об отслеживании заказов, осуществляет контроль лимитов, а также генерирует и предоставляет пользователю аналогичную информацию из своей собственной базы данных, в случае использования её, как основного решения. Также, в «Web-корреспондент» предполагается генерация отчётности по выбранному периоду для каждого пользователя, а также в разрезе по каждому пользователю\региону контролирующему органу (таможенному посту), если груз является международным. Графически описанная выше схема выглядит следующим образом (рисунок 2.1): Рисунок 2.1 – Этапы процесса онлайн покупок с использованием Системы 39

Планируется создать приложение на web-платформе, с помощью которого можно будет пользоваться продуктом, и сайт, который будет являться основной рекламой нашего продукта – ИС «Web-Корреспондент». Web-приложение – самый распространенный тип приложений для мобильных устройств. Современные смартфоны в состоянии отобразить обычный сайт. Им доступно все то, что мы привыкли видеть. Такие приложения отлично подходят для стартапа, позволяя получить большой результат за маленькие деньги и за небольшой срок. Еще один плюс мобильного сайта по сравнению с другими мобильными приложениями – это кроссплатформенность. Сайт и приложение будут устроены аналогично, поэтому далее в тексте при указании возможностей сайта, будут подразумеваться аналогичные возможности и в приложении. Сайт и приложение для телефонов будут созданы именно в паре, чтобы иметь более доступный выход на мобильный рынок. Число пользователей, использующих мобильные версии приложений, из года в год возрастает. Цифры колеблются, но по статистике, в среднем по интернету, около 55% смотрят сайты с мобильных устройств. Чтобы начать пользование ИС Web-корреспондент, любой желающий должен зайти на сайт приложения, зарегистрироваться, войти в личный кабинет, добавить в поле ввода – номера отслеживания отправлений. Если используется не приложение, а сайт, то, по желанию, можно установить webплагин автоимпорта номеров отслеживания. Для размещения рекламы в главном окне приложения или странице сайта необходимо будет сделать оплату через Web-money, посредством банковской карты или же со счета своего мобильного телефона. После оплаты, на указанную электронную почту придут все дальнейшие инструкции по предоставлению рекламного баннера или текста и секретный код подтверждения транзакции, который нужно будет ввести на сайте. Основной развития любого бизнеса являются клиенты, а программное обеспечение (далее ПО), позволяющее организовать грамотное управление 40

отношениями с клиентами, является залогом успешного роста любой компании. Планируется запустить работу приложения практически одновременно с разработкой сайта 1 декабря 2020 года, чтобы пользователи начали пользоваться приложением перед осенним всплеском активности интернетзаказов, т.к. многие летом отдыхают в отпусках. Реклама будет запущена летом 2020, чтобы к моменту запуска приложения уже были желающие его использовать, а в новогодние каникулы, 2021 г. в самый пик отправлений и получений всевозможных отправлений, проект начал приносить прибыль за счёт рекламы и дополнительных функций для pro-версии. Система «Web-корреспондент» должна будет осуществлять следующие задачи: – автоматизация процесса отслеживания доставки грузов; При входе пользователя в личный кабинет, должны в фоновом режиме проверяться из свободных БД все не доставленные для него посылки. Идентификация статуса «посылка в пути» должна выполняться при запросе по номеру отслеживания и выдаче статуса о доставке посылки. Ручное изменение статуса посылки для переноса в категорию «полученные» также должно быть. Автоматизация процесса доставки грузов должна включать в себя: а) отслеживание срока защиты покупателя. Необходимо отслеживание срока защиты покупателя с целью своевременного информирования пользователя для успешного возврата средств за неполученный заказ; б) прогнозирование прихода заказов. При входе пользователя на рабочие места международных входящих заказов, должно быть оповещение для тех посылок, которые с высокой вероятностью находятся уже в конечном пункте выдачи, однако, ещё не были зафиксированы в реестре отслеживания. Данное оповещение необходимо, 41

чтобы пользователь смог идентифицировать возможный приход посылки и получить заказ попутно вместе с остальными, либо получить его пораньше; – автоматизация процесса планирования покупок, включает в себя: а) контроль и предупреждение по запросу запрещённых товаров в РФ потребителем. Необходима сверка наименования единицы груза с реестром товаров для личного пользования, запрещенных к ввозу на таможенную территорию ЕЭС. В случае совпадения, необходима выдача уведомления пользователю с гиперссылкой на НПА. б) Контроль таможенного лимита. Необходим учёт стоимостной и весовой характеристики заказываемого груза. Если точный вес не указан в характеристиках товара. Запрос на ввод веса предоставлять пользователю, цена должна переноситься как показателя, полученного за автоматически, так и при её ручном вводе. в) Расчёт упущенной выгоды. Необходим принудительное расчёт штрафного превышение таможенных лимитов с последующим пользовательским уведомлением; – автозаполнение и предоставление актуальной сопроводительной документации грузоперевозок. При пользовательском запросе на тип отправления должны предоставляться из свободных БД пустые бланки (пустые), либо из заранее введённых метаданных системы в них должна заноситься пользовательская информация и происходить их формирование (заполненных данных). 2.1.1 Перспективы развития информационных систем Развитие ИС должно быть сосредоточено на сведении всех её участников в единое информационное пространство, что позволит получать достоверную и своевременную информацию. 42 Рабочее пространство

пользователей Системы должно быть консолидированнвым без горизонтальной полосы прокрутки, при большом объёме данных должно быть страничное разделение. Дальнейшее развитие Системы должно быть сосредоточено на добавление наибольшего количества поддерживаемых сервисов от транспортных компаний (в т.ч. международных), а также консолидация всех установленных бланков и форм отчётности, установленных законодательством соответствующей страны, в которой осуществляется грузоперевозки. Все формы и бланки должны быть классифицированы и разделены по их региональный принадлежности. Необходима полная автоматизация выдачи сопроводительных бланков для каждой страны, в т.ч. для международных отправлений. 2.2 Анализ информационных систем в предметной области Все существующие сервисы из таблицы 1.1 обладают схожими задачами, однако, следует выделить характеризующие признаки, представленные в таблице 2.1 для их детального сравнения. Таблица 2.1 – Таблица сравнения характеристик конкурирующих сервисов Характеристика признака ИС «Web– корреспо ндент» Где Посылка ру Сервис «Единая трекингслужба» «Мои посылки» + – – – + + + + + + + + + + + + + – – – – – – – – – – – + + + + + + – + Автоматизация переноса номера отслеживания с сайта магазина в систему Консолидированный список прошлых запросов без необходимости перемещения интерфейса Возможность отслеживать посылку без регистрации Наличие приложения (для Android и IOS) Расчёт упущенной выгоды Отслеживание срока защиты покупателя Прогнозирование прихода заказов Запоминание истории запросов без регистрации с одного устройства Своевременное оповещение пользователя об изменении статуса посылки 43

Продолжение таблицы 2.1 Характеристика признака ИС «Web– корреспо ндент» Где Посылка ру Сервис «Единая трекингслужба» «Мои посылки» + – – – + – – – + – – – Подробное отображение текущего, использованного и оставшегося лимита у пользователя в текущем месяце Присутствие функции планирования на ежемесячные международные отправления при формировании новых заказов Присутствие функции автозаполнения актуальных форм\бланков для получения или отправки грузов 2.3 Постановка задачи Цель системы – контроль над предоставляемыми логистическими услугами – как государственной «Почты России», так и частных транспортных компаний. Целью объекта исследования является: – процесс планирования покупок, включающий в себя: а) контроль и предупреждение по запросу запрещённых товаров; б) контроль таможенного лимита; – автоматизация процесса отслеживания доставки грузов (после оплаты); – автозаполнение и предоставление актуальной сопроводительной документации грузоперевозок. Разрабатываемая система должна будет аккумулировать номера отслеживания из открытых баз данных логистических компаний, «Почты России», вести весовую и импортируемых\экспортируемых установленных лимитов, стоимостную отправлений показывать статистику посылок в для местонахождение случае контроля всей корреспонденции с разных поставщиков одновременно через личный 44

кабинет пользователя. Функция планирования на ежемесячные международные отправления, при формировании новых заказов, позволит информировать пользователя о превышении оставшегося весового лимита, а также об слишком большом количестве однотипных (одинаковых) вещей в посылке. Цель использования системы – повышение контроля над предоставляемыми логистическими услугами как государственной Почтой России, так и частными транспортными компаниями. Эта система будет обладать следующими преимуществами: – автоматизация переноса номера отслеживания в систему; – подробное отображение текущего, использованного и оставшегося лимита у пользователя в текущем месяце; – присутствие функции планирования на ежемесячные международные отправления при формировании новых заказов; – присутствие функции автозаполнения актуальных форм\бланков для получения или отправки грузов; – присутствие функции расчёта упущенной выгоды при планировании и заказа новых грузов; – автоматизация переноса срока защиты покупателя в систему с последующим своевременным уведомлением; – присутствие функции прогнозирования прихода заказа. Будущие пользователи ИС – клиенты транспортных компаний, Почты России. Программа позволит экономить время получателей посылок и сотрудников компаний, отвечающих за оформление выдачи\приёмки грузов на ежедневных операциях: чтобы получить несколько посылок, необходимо предоставлять несколько уведомлений или диктовать\выписывать трекномера, после чего работник должен каждый номер отслеживания вводить вручную и распечатывать бланк. Система даст возможность пользователю 45

распечатывать полностью заполненные актуальные бланки для получения\отправления посылок. Встраиваемость ИС в интерфейс веб-браузера должна позволять делать автоимпорт номеров отслеживания без участия пользователя и отображать статус посылки в его личном кабинете. 2.4 Назначение, цели создания, сроки работ и объекты автоматизации системы Необходимо создать приложение на web-платформе, с помощью которого можно будет пользоваться данным продуктом, и сайт, который будет являться основной рекламой ИС «Web-Корреспондент». Полное наименование системы – Информационная система контроля доставки грузов «Web-корреспондент». Краткое наименования системы – ИС «Web-корреспондент» (далее – Система). Функциональным планирования, назначением автоматического Системы отслеживания является организация грузоперевозок и автоматическое формирование сопроводительной документации на её отправление и получение. Начало выполнения работ – январь 2020 г. Окончание выполнение работ – декабрь 2020 г. Система должна обеспечить: – планирование заказов на ежемесячные международные отправления; – сбор, обработка, хранение информации, получаемой из оперативной базы данных компаний по перевозке грузов; – автоматизация переноса номера отслеживания в систему; – подробное отображение текущего, использованного и оставшегося лимита у пользователя в текущем месяце; – расчёт упущенной выгоды при планировании и заказе новых грузов; – автоматизация переноса срока защиты покупателя в систему; 46

– прогнозирование прихода заказов; – автозаполнение форм\бланков для получения или отправки грузов. Объектом автоматизации является – физические лица. 2.5 Ограничения и допущения Основными ограничениями являются: – Система должна конфигурироваться на пользовательском уровне; – Система должна иметь почтовый сервис, позволяющий получать, обрабатывать и предоставлять ответ пользователю от имени общего адреса службы поддержки ИС. Основными допущениями являются: – для обмена данными между ИС используются встроенные средства и обмена данными ПО; – для ИС, без встроенного планировщика заданий, используются разработанные скрипты, запускаемые планировщиком сервера; – допускается до 7 минут задержки между обновлением информации в исходном источнике и ИС; – Система должна быть автономной и не требовать установки дополнительного ПО. 2.6 Требования к системе 2.6.1 Требование к составу и структуре системы Разработка Системы должна быть основана на оптимальном выборе оборудования с использованием современных технических средств, имеющих необходимые сертификаты соответствия. Разрабатываемая система должна соответствовать документу [19] с учётом требований, изложенных в данном разделе. 47

Система должна выполнять следующие задачи: – администрирования (А); – определение роли профиля пользователя (П); – контроль лимитов и разрешения на ввоз груза (КЛИМ); – расчёта упущенной выгоды (РУВ); – контроля срока защиты покупателя (ЗП); – прогнозирования прихода заказов (ПЗ); – планирования (ПЛ); – взаимодействия с внешними сервисами (ВС); – организации закупок (ОЗ); – импорта заказа в систему (ИЗ); – отслеживания закупок (ОТЗ); – формирования актуальных сопроводительных бланков и отчётов (ПБ). Эксплуатация доработанной Системы должна осуществляться следующими категориями пользователей: – администратор Системы; – пользователь Системы. Администратору и пользователю Системы при авторизации должны быть назначены следующие места, указанные в п.2.7.1. Основными результатами проекта являются: – документированный бизнес-процесс ИС; – полнофункциональная ИС, введённая в промышленную эксплуатацию. 2.6.2 Требования к режимам функционирования Система должна функционировать непрерывно, за исключением периодов проведения профилактических и других работ, предусмотренных регламентом, а также устранения возникших нештатных ситуаций. 48

Система должна обеспечивать одновременную работу не менее 8000 пользователей в режиме просмотра информации и не менее 2000 пользователей в режиме корректировки информации при сохранении комфортного времени реакции – не более 3 секунд. Веб–страницы специализированного интернет–сайта Системы должны корректно отображаться в браузерах персональных компьютеров: Google Chrome версии 41 и выше, Safari версии 7 и выше, Opera версии 12 и выше, Firefox версии 42 и выше, Internet Explorer версии 11 и выше, а также корректно отображаться в браузерах мобильных устройств – Opera mobile и Safari для iOS, Google Chrome для Andriod, Internet Explorer для Windows Phone. В рамках Системы должны быть предусмотрены возможности: редактирования и обновления Системы, а также реализована интерактивная обратная связь с посетителями по электронной почте. Система должна обеспечивать самодиагностику и фиксацию параметров функционирования в системных журналах с последующим сохранением полного набора информации, необходимой для идентификации проблемы и формирования сообщений об ошибке. 2.6.3 Функциональные требования Требования к функциям Системы представлены в таблице 2.2 Таблица 2.2 – Требования к функциям Системы Код функции А-1 А-2 А-3 А-4 П-1 Функции и характеристики системы Администрирования (А) Выдача интерфейсов. Выдача прав. Импорт списка запрещённых товаров. Редактор системных классификаторов и справочников. Определение роли профиля пользователя (П) Вызвать функцию запроса определения роли пользователя  для пользователей с ролью «Администратор» должно быть предоставлено редактирование всех полей на всех РМ.  для пользователей с ролью «Пользователь» должно быть предоставлено редактирование поля «Наименование груза» на РМ «Отслеживание 49

Продолжение таблицы 2.2 Код функции П-2 П-2.1 П-2.2 П-2.3 П-2.4 ПЛ-1 ПЛ-1.1 ПЛ-1.2 ПЛ-1.3 ПЛ-2 ПЛ-3 КЛИМ–1 КЛИМ-1.1 КЛИМ-1.2 КЛИМ-1.3 КЛИМ-2 КЛИМ-2.1 КЛИМ-2.2 РУВ-1 РУВ-1.1 Функции и характеристики системы грузов». Вызвать функцию запроса настроек пользователя. Приход личных сообщений. Запрос состояния флага-опции «Подключение системы планирования». Запрос состояния флага-опции «Учитывать лимиты». Установка собственных параметров (цвет, шрифт, режим карточки заказа или консолидированный экран). Планирования (ПЛ) Планирование заказа пользователем на определённый месяц. Запрос в поле «Наименование» или «URL» данных для заполнения на РМ «Планирование закупок». Позволяет составить пользователю план закупок на определённый месяц – добавить ссылку на товар или наименования (простой текстовый ввод). Определение пользователем количества на каждый лот товара Определение пользователем стоимости товара – автоимпорт в случае наличия с разрешённой ручной корректировкой значения поля ввода. Идентификационная проверка позиций. В случае отклонения от плана закупок выдавать сообщение «Позиция %номер позиции% не включена в план закупок, обратите внимание!». В случае превышения в плане допустимых ограничений по лимитам, Система должна выдать сообщение «Превышен плановый лимит по закупке». Контроля лимитов и разрешения на ввоз груза (КЛИМ) Включить опцию учитывать лимиты (в валюте) – для роли Пользователя При нажатии на функциональную кнопку «Проверить лимиты», Система должна производить контроль стоимостного и весового лимитов (Х евро,Y кг в месяц), а также делать запрос на ввод весового параметра, если он отсутствует в дереве реестра заказов. Импорт курса ЦБ евро-рубль в Систему. При расчете стоимости товара в корзине рассчитывается стоимость в евро по курсу ЦБ на день заказа. Указать значение лимита – для роли «Администратор». Проверить итоговый показатель стоимости товара в корзине при добавлении в корзину новой позиции на соответствие лимиту. В случае превышения стоимостного лимита вывести на экран сообщение с текстом: «Внимание! При заказе данного товара будет превышен денежный лимит в текущем месяце». Включить опцию учитывать лимиты (в кг). Расчет веса заказа на основе характеристик товаров. Проверить итоговый показатель веса товара в корзине при добавлении в корзину новой позиции на соответствие весовому лимиту. В случае превышения лимита вывести на экран сообщение с текстом оповещения «Внимание! При заказе данного товара будет превышен весовой лимит в текущем месяце». Расчёта упущенной выгоды (РУВ) Произвести расчёт упущенной выгоды при намеренном превышении таможенных лимитов. Проверить, чтобы итоговый показатель «Вес» в текущем месяце был 50

Продолжение таблицы 2.2 Код функции РУВ-1.2 РУВ-1.3 РУВ-1.3.1 РУВ-1.3.2 РУВ-1.3.3 РУВ-1.3.4 РУВ-1.3.5 ЗП-1 ЗП-1.1 ЗП-1.2 ЗП-1.2.1 ЗП-1.2.2 ЗП-1.2.3 ВС-1 ВС-2 ОЗ-1 Функции и характеристики системы больше соответствующей системной константы «Установленный весовой лимит» (УВЛ) или «Установленный денежным лимит» (УДЛ). При нажатии пользователем функциональной кнопки «Упущенная выгода» (УВ), вывести окно ввода с заголовком «Введите стоимость товара в РФ (СтРФ)» и ожидать ввод показателя. После ввода показателя произвести расчёт пошлины по указанным в п.1.3.1 – 1.3.3 формулам и занести полученное значение в константу «П». Если Вес – УВЛ > 0, то пошлину за вес (ПВ) рассчитать по формуле: ПВ = (Вес*количество–УВЛ)*4 евро Если Ст – УДЛ > 0, то стоимостную пошлину (ПСт) рассчитать по формуле: ПСт = (Ст*количество – УДЛ)*30% Если Вес – УВЛ > 0 и Ст – УДЛ >0, то сравнить показатели ПСт, ПВ и выбрать наибольшее значение. Вывести сообщение «Упущенная выгода составит %П%.» Если Вес – УВЛ > 0 или Ст – УДЛ > 0, то вывести сообщение «Нет упущенной выгоды». Срок защиты покупателя (ЗП) Включить опцию системы состояний заказа при скором истечении срока защиты покупателя – для роли «Пользователь». Импорт срока действия защиты заказа в Систему с внешнего сайта для отображения его в пользовательском поле. Отслеживать включение константы «Отслеживать срок защиты покупателя». Если показатель <=3 дней, выделить фон у позиции заказа красным цветом [20] и сгенерировать сообщение пользователю в область уведомлений об истекающем сроке защиты покупателя. Если показатель >3 дней, фон оставлять по умолчанию и продолжать отслеживание показателя. В случае изменения статуса заказа «Получен адресатом» – удалять показатель из системы. Взаимодействия с внешними сервисами (ВС) Определить сервис, предоставляющий информацию о посылке. У каждого сервиса существует определённый вид номера отслеживания, сформированный по определённому методу, описанному в п.1.3. С его помощью можно определить тип сервиса и обращаться за изменением статуса посылки к нему. Создать реестр сервисов отслеживания закупок  для Web–версии Системы (с ПК) мониторинг цены и наименования товара при открытии страницы должен делать встраиваемый плагин.  для мобильной версии Системы – мониторинг цены и наименования товара должно производиться в фоновом режиме при запуске приложения.  в Системе должна быть реализована интеграция с внешними почтовыми сервисами для обратной связи пользователей и администраторов.  при нажатии на кнопку «Импорт пользователей из внешней БД» система должна делать импорт в Систему в справочник пользователи из формата «xsd».. Организация закупок (ОЗ) Работа с реестром запрещенных товаров. 51

Продолжение таблицы 2.2 Код функции ОЗ-1.1 ОЗ-1.2 ОЗ-1.3 ОЗ-1.4 ОЗ-1.5 ОЗ-1.6 ИЗ-1 ИЗ-1.1 ИЗ-1.1.1 ИЗ-1.1.2 ИЗ-2 ОТЗ-1 Функции и характеристики системы При импорте товара в Систему, должна осуществляться сверка наименования с реестром товаров, запрещённых к ввозу на территорию ЕЭС. В случае нахождения соответствия, система должна выдать уведомление пользователю с гиперссылкой на НПА. Если совпадений несколько, то система должна выводить наименования совпадений списком в одном сообщении. Включить опцию «Мониторинг реестра запрещенных товаров» (к ввозу / вывозу). Импортировать список запрещенных товаров. Определить страну и последующий тип сайта Поскольку домен может принадлежать одной стране, хостинг другой, а владелец может быть из третьей, для точной идентификации необходимо использовать сервис проверок принадлежности сайта, а также определение его используемой языковой кодировки выявит, является ли данный сайт внутренним или внешним. Полностью русские сайты, содержащие иностранную кодировку, должны быть автоматически переведены в тип иностранные, а также переданы в фоновом режиме администратору на анализ. Сформировать запись в реестре – является ли сайт внешним или внутренним – для дальнейшей быстрой обработки информации. Оповещение пользователя о том, что товар включен в реестр запрещенных товаров (формирует сообщение, при просмотре товара на иностранном сайте): «Внимание! %Товар% является запрещённым на ввоз на территорию РФ». С типом сайта – внутрироссийский – не оповещать пользователя (т.к. лимиты внутри страны не ограничены). Импорта заказа в систему (ИЗ) Включить опцию запрос импорта заказа в систему (в валюте) – для роли «Пользователь». Вызвать функцию импорта заказа с web-интерфейса браузера. Вывести на экран сообщение с текстом оповещения: «Произвести импорт товара в Систему?». Создать заказ в БД в случае утвердительного ответа пользователя: cкопировать наименование товара, цену, количество, стоимость, вес, стоимость заказа, номер заказа, дату; наименование магазина. Импортировать номер отслеживания в систему и прикрепить его к заказу. Для популярных интернет площадок номер заказа – это ключ, по нему можно отследить (отсортировать) класс с треком, т.к. после оформления пользователю сразу предоставляют номер его заказа, а почти всегда лишь после отправки появляется номер отслеживания. Отслеживания закупок (ОТЗ) Вызвать функцию запроса статуса на существующие в профиле номера отслеживания и обновлять их в системе. У посылок со статусом «получено адресатом» обновление данных не должно осуществляться.  Международные: а) Входящие; б) Исходящие. 52

Продолжение таблицы 2.2 Код функции ОТЗ-1.2 ОТЗ-1.3 ОТЗ-2 ПЗ-1 ПЗ-1.1 ПЗ-1.2 ПЗ-1.3 ПЗ-1.4 ПЗ-1.4.1 ПЗ-1.4.2 ПЗ-1.4.3 ПЗ-1.4.4 ПБ-1 ПБ-1.1 ПБ-1.2 ПБ-2 ПБ-3 Функции и характеристики системы Фильтровать посылки, согласно пользовательским настройкам отображения. Информировать пользователя о статусе посылки при смене её адресного статуса. Отобразить список посылок со статусами на консолидированном экране Прогнозирования прихода заказов (ПЗ) Поменять фон для уведомления пользователя о возможном поступлении заказа в конечный пункт выдачи раньше зафиксированного срока. Отслеживать включение константы «Прогнозировать приход заказов». Определить наличие и значение индекса получателя у заказа Определить предпоследнее значение индекса в цепочке отслеживания заказа до поступления в пункт выдачи. Определить вероятность поступления заказа (ВПЗ) в конечный пункт выдачи. Получить текущее время (ТВ). Получить время прихода заказа в предпоследний пункт выдачи (ВП). Рассчитать ВПЗ (с учётом даты в 1 день): ВПЗ = ТВ – ВП. Если ВПЗ > 3,5 часов, поменять фон у записи соответствующего заказа на интерфейсах входящих заказов:  Внутрироссийские:  Международные. Формирования актуальных сопроводительных бланков и отчётов (ПБ) Определить по индексу отправителя и получателя страну выдаваемого бланка. Если отправление исходящее и является международным, то система должна выдавать запрос на предоставление к печати сопроводительных таможенных бланков (CN22, CN23) в форме модального окна с текстом: «Сформировать заполненные сопроводительные таможенные бланки?». Данные бланки должны браться из БД с шаблонами бланков. При выборе пользователем флага-опции «Распечатать пустой почтовый бланк для «%код_груза%», Система должна выводить на печать актуальные пустые формы бланков выбранных заказов. При выборе пользователем флага-опции «Распечатать заполненный почтовый бланк для %код_груза%», Система должна автоматически подставлять уже введённые пользовательские метаданные из справочников системы в бланк. При выборе пользователем флага-опции «Создать сводный отчёт данных об выбранных заказах». Система должна открыть модальное окно ввода даты в формате «ДД.ММ.ГГГГ». В модельном окне должна быть кнопка подтверждения и отмены действия. При нажатии на кнопку подтверждения выбора, Система должна сгенерировать отчёт об выбранных заказах и предложить сохранить его в форматы «doc», «xls». При выборе пользователем флага-опции «Создать детальный отчёт данных об выбранных заказах отдельно», Система должна открыть модальное окно ввода даты в формате ДД.ММ.ГГГГ. В модельном окне должна быть кнопка подтвердить и отменить. При нажатии на кнопку подтверждения выбора, Система должна сгенерировать отчёты по выбранным заказам отдельно и предложить сохранить их в форматы «doc», «xls». 53

2.6.4 Требования к надежности и защите информации от несанкционированного доступа Надежность должна полностью соответствовать требованиям, предъявляемым к системам, функционирующим в режиме 24 часа в сутки, 7 дней в неделю. Система должна обеспечивать одновременную работу не менее 8000 пользователей в режиме просмотра информации и не менее 2000 пользователей в режиме корректировки информации при сохранении комфортного времени реакции – не более 3 секунд. К надежности Системы предъявляются следующие требования: – круглосуточная работоспособность; – наличие обработки исключительных ситуаций; – защита информации от несанкционированного доступа. Программные средства Системы должны обеспечивать: – оповещение пользователя о результатах в поисковой системе; – сервер для работы web-версии Системы должен иметь также механизм резервного копирования и восстановления данных, как после программных сбоев, так и при отказе аппаратных средств или прекращения подачи электроэнергии (RAID 0 – массив). Система должна позволять разграничивать права доступа к данным, различных категорий пользователей [21]. Базы данных должны храниться на сервере с источником бесперебойного питания. Система должна быть ориентирована на работу в реальном времени и обеспечивать выполнение всех функций с заданной периодичностью и точно в назначенный срок. Должна быть обеспечена надежная защита Системы: – от несанкционированного доступа; – от разрушения или останова работы программного обеспечения в результате некорректных действий пользователя; 54

– от проникновения в систему вирусов. 2.6.5 Требования к эргономике и технической эстетике При реализации проекта необходимо: – наличие удобной, интуитивно понятной навигации в пользовательском интерфейсе; – интерфейс оптимизироваться должен для быть просмотра интерактивным при различных и автоматически пользовательских разрешениях, представленных на рисунке 2.2, начиная с формата VGA и выше, без горизонтальной полосы прокрутки и без пустых (белых) полей для основных типов разрешения [22]; – интерфейс ИС должен быть адаптирован для просмотра на мобильных устройствах без потери качества информации и ее визуальности. Рисунок 2.2 – Стандарты разрешения мониторов 55

2.7 Требования к видам обеспечения 2.7.1 Информационное обеспечение В системе должны быть реализованы следующие виды справочников: – пользователи; – сайты онлайн-заказов; – реестр запрещённых на ввоз\вывоз в РФ товаров; – список рабочих мест. В системе должны быть реализованы следующие виды классификаторов: – виды системных прав; – виды групп пользователей; – роли пользователей; – константы таможенных лимитов; – тип заказа. В системе должны быть реализованы следующие виды бланков: – адресный ярлык на посылку «Форма 7-п»; – адресный ярлык на бандероль 1 класса «Форма 7-а»; – бланк почтового перевода наложенного платежа «Форма 112ЭП»; – опись вложения «Форма 107»; – адресный бланк отправлений EMS; – таможенная декларация «CN 22»; – таможенная декларация «CN 23»; – бланк сопроводительного адреса «CP 71»; – адресный ярлык международной посылки/бандероли; – адресный ярлык международного мелкого пакета; – извещение «Форма 22». Для реализации Системы, необходимо, чтобы её структура делилась на рабочие места с назначенными на них интерфейсами и была иехархической. 56

Все названия разделов Системы, приведенные ниже, являются условными и могут корректироваться разработчиком в ходе проектирования. При помощи систем управления с СУБД, структура и состав разделов Системы в дальнейшем могут быть изменены и дополнены. Первоначальная структура Системы должна иметь следующий вид: – главная страница (для пользователей всех ролей): а) шапка; 1) наименование Системы; 2) логин авторизованного пользователя; 3) интерактивная кнопка с оповещениями новостей от разработчика; 4) кнопка обратной связи с разработчиком (e–mail); – рабочая область: б) надпись приветствия; в) новостной блок (не более 2 новостей, с гиперссылкой на новостной архив); г) список недавно открытых карточек грузов с последнего посещения, с одновременным отображением не более 3 (с полосой прокрутки); е) контактные данные службы поддержки; ж) виджеты социальных сетей (не более пяти); з) место для размещения рекламных баннеров в таблице 2х2 без видимых границ (300х150 pixel) – 4 места; и) отдельный рекламный баннер (600х300 pixel) – 1 место. – панель навигации для роли пользователя: а) поисковая строка; б) быстрый переход на РМ «Стартовая страница»; в) быстрый переход на РМ «Планирование грузов»; г) быстрый переход на РМ «Отслеживание грузов» с подкатегориями: 1) внутрироссийские (входящей и исходящей корреспонденции); 2) международные (входящей и исходящей корреспонденции); д) быстрый переход на справочник РМ «Настройки» с подкатегориями: 57

1) настройки профиля; 2) настройки системы; – панель навигации для роли «Администратор»: а) поисковая строка; б) быстрый переход на РМ «Стартовая страница»; в) быстрый переход на РМ «Системный редактор» с подкатегориями: 1) региональные пользователи; 2) редактор бланков; 3) редактор справочников; г) быстрый переход на справочник «Администратор прав» с подкатегориями: 1) пользователи; 2) группы пользователей; 3) назначение прав доступа к РМ; д) быстрый переход на справочник РМ «Настройки» с подкатегориями: 1) настройки профиля; 2) настройки системы. Информационное обеспечение должно отвечать следующим требованиям: – все данные Системы должны храниться в структурированном виде под управлением реляционной СУБД. Исключения составляют файлы данных, предназначенные для просмотра и скачивания (изображения, видео, документы и т.п.). Такие файлы сохраняются в файловой системе, а в БД размещаются ссылки на них; – для удобства информации, работы информационное с большими обеспечение объемами Системы разнообразной должно иметь иерархическую организацию; – структура БД должна быть организована рациональным способом, исключающим единовременную полную содержащейся в базе данных Системы; 58 выгрузку информации,

– уровень хранения данных Системы должен быть построен на основе современных реляционных или объектно-реляционных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД; – структура информационного обеспечения Системы разрабатывается в соответствии со стандартной структурой базы данных; – информационная система должна корректно работать со всеми информационными данными, предусмотренными структурой Системы; – конфигурационные файлы информационной системы должны храниться на дублирующих носителях и обновляться при внесении изменений в Систему. 2.7.2 Программное обеспечение и перечень документов, на основании которых создаётся Система Программное обеспечение (ПО) Системы должно состоять из: – общесистемного ПО – операционную систему, в среде которой работает создаваемая Система; – прикладного ПО, разрабатываемого исполнителем, с целью реализации функциональных возможностей (в т.ч. средства разработки, на котором будет написано приложение). Общесистемное ПО должно включать в себя следующие компоненты: – систему управления базами данных; – ПО резервного копирования; – OS Windows; – OS Android; – IOS Apple; – Linux; – стандартные средства работы с Интернет (lan и wireless network); – ПО обеспечения информационной безопасности. 59

Прикладное ПО должно включать в себя следующие компоненты: – дистрибутив приложения Системы для OS Android в формате «apk», для IOS Apple в формате «ipa» (для доступа к БД зарегистрированного пользователя). – плагин для Web-браузеров (IE, Opera, Mozilla Firefox, Goggle Chrome), для доступа к БД зарегистрированного пользователя с PC. Среда разработки должна состоять из следующих решений: – ERwin Process Modeler r7.3; – ERwin Data Modeler r7.3; – MSSQL; – Apache; – Oracle database; – Microsoft Office Excel; – Microsoft Office Word; – Adobe Photoshop; – Java; – Java Script; – HTML 5.0; – CSS; В случае построения Заказчиком Системы на основе платформы Microsoft Windows, возможна установка общесистемного ПО Заказчиком. Прикладное перечисленных в ПО Системы п.2.6.3 должно функций, конфигурирования, программирования, а обеспечивать также реализацию выполнение управления базами операций данных и документирования. Прикладное ПО Системы должно обеспечить реализацию требуемых алгоритмов контроля, защиты, отображения информации, сигнализации и архивирования данных. Система создается на основании документов [23 – 27]. 60

2.7.3 Техническое обеспечение Структура и мощность оборудования Системы должны соответствовать объемам собираемой, обрабатываемой и хранимой информации, интенсивности трафика обмена информацией. Комплекс технических средств Системы должен быть достаточен для реализации определенных данным ТЗ функций. Требования к техническим характеристикам сервера БД и приложений: – система управления базами данных (СУБД) – MySQL версии не ниже 7.0; – Dell PowerEdge R430 или аналог. Требования к техническим характеристикам ПК пользователя: – процессор – Quad Core 2,5 ГГц или аналог; – объем оперативной памяти – 2048 Мб; – дисковая подсистема – 100 Гб; – сетевой адаптер – 100 Мбит\с. Для реализации использоваться языки статических HTML 5.0 страниц и CSS. и шаблонов Исходный код должны должен разрабатываться в соответствии со стандартами W3C (HTML 5.0). Для реализации интерактивных элементов клиентской части должны использоваться языки JavaScript и DHTM. Для реализации динамических страниц должен использоваться язык PHP и Java. Объем одной стандартной загружаемой страницы сайта, в среднем не должен превышать 4 Mb. Объем flash-заставки не должен превышать 500 Kb. 61

2.7.4 Лингвистическое обеспечение Вся представленная на экранах мониторов и в печатных отчетах смысловая и текстовая информация для пользователей, как: – сообщения и инструкции оператору; – информация в всплывающих диалоговых окнах; – названия полей в меню, данных. должны быть на выбранном пользователем языке. Исключением, по взаимному согласию между Исполнителем и Заказчиком могут быть, коды ошибок, служебные сообщения, номера отслеживания грузов. Вместе с Системой, Заказчику должна быть передана полная документация по описанию построенной системы, инструкциям пользования Системой для оператора, конфигуратора. Все инструкции и руководства для пользователей и обслуживающего персонала Системы должны быть представлены на русском языке. Диалог пользователя с Системой должен быть максимально приближен к профессиональной терминологии. Диалог Системы с пользователем должен быть краток, понятен, исключать двойного толкования. Диалог Системы с пользователем должен быть направлен на обеспечение безошибочных действий и комфортных условий работы пользователя. В процессе разработки технического проекта должен быть создан терминологический словарь Системы с целью более полного понимания использующейся информации. Лингвистическое обеспечение системы должно быть отражено в документации (инструкциях, описаниях, руководствах) организационного обеспечения системы в виде правил общения пользователей с техническими средствами Системы во всех режимах функционирования Системы. 62

3 Проектная часть 3.1 Состав проектных решений На основании требований, сформулированных во 2 главе, были выбраны методы и средства проектирования (таблица 3.1), разработан состав проектных решений (таблица 3.2). Все проектные решения разделены на группы: – функциональные подсистемы, включая функциональную модель системы; – подсистема информационного обеспечения, включая описание форм входной и выходной информации, графического интерфейса пользователя (ГИП), схемы базы данных; – подсистемы основных функций программного системы, обеспечения, описание включая программного алгоритмы интерфейса с внешними системами; – подсистемы технического обеспечения, включая проект технической архитектуры. Для описания проектных решений использовалась методология структурного проектирования. В таблице 3.1 представлены методы и средства проектирования, необходимые для создания ИС «Web-корреспондент». Укрупненная функциональная модель описана в п.3.2. Модель построена с использованием методологии IDEF0 и CASE-средства ERwin Process Modeler. Решения информационному по отдельным функциональным подсистемам, обеспечению, программному обеспечению сгруппированы по основным функциональным подсистемам и описаны в п.3.2. 63

Таблица 3.1 – Методы и средства проектирования Методы проектирования Функциональная модель, используется метод IDEF0 Логическая модель данных в нотации IDEF1x Шаблоны печатных документов Проектная документация для разработки ИС Проектирование графических интерфейсов пользователя Средство проектирования Краткое описание программного продукта ERwin Process Modeler r7.3 Программное средство для моделирования функциональной модели данных бизнес-процесса ERwin Data Modeler r7.3 Microsoft Office Excel Microsoft Office Word Программное средство для проектирования и документирования баз данных Программное средство для экономико-статистических расчетов Программное средство для редактирования и просмотра текстовых документов Многофункциональный графический редактор Adobe Photoshop Сводная информация проектных решений по задачам Системы представлена в таблице 3.2. В п.3.8.1 приводится общая логическая и физическая модель базы данных. IDEF1x. Проект технической архитектуры приведен в п.3.8.2. 64

Таблица 3.2 – Сводная информация проектных решений по задачам Системы Задача Функциональная модель Информационное обеспечение Схема БД Вход/выход инф ПО ТО Рисунок 3.11 Таблица 3.11 Рисунок 3.27 Рисунок 3.11 Рисунок 3.27 ГИП Рисунок.3.4 Рисунок.3.5 Рисунок.3.7 Рисунок.3.8 Рисунок.3.9 Рисунок.3.4 Рисунок.3.5 Рисунок.3.7 Рисунок.3.8 Рисунок.3.9 65 Администрирование (А) Рисунок 3.1 Рисунок 3.2 Рисунок 3.3 Рисунок.3.10 – Определение роли профиля пользователя (П) Рисунок 3.1 Рисунок 3.2 Рисунок 3.3 Рисунок.3.10 – Рисунок.3.14 – Рисунок.3.13 Рисунок.4.3 Рисунок 3.15 Рисунок 3.27 Рисунок.3.14 – Рисунок.3.13 Рисунок.4.3 – Рисунок 3.27 Рисунок.4.3 – Рисунок.3.17 Рисунок 3.19 Рисунок 3.27 Рисунок.3.14 – Рисунок.3.13 Рисунок.4.3 Рисунок 3.15 Рисунок 3.27 Рисунок.4.3 – Рисунок.3.17 Рисунок 3.19 Рисунок 3.27 Контроль лимитов и разрешения на ввоз груза (КЛИМ) Расчёт упущенной выгоды (РУВ) Срок защиты покупателя (ЗП) Планирование (ПЛ) Взаимодействие с внешними сервисами (ВС) Рисунок 3.1 Рисунок 3.2 Рисунок 3.12 Рисунок 3.1 Рисунок 3.2 Рисунок 3.12 Рисунок 3.1 Рисунок 3.2 Рисунок 3.16 Рисунок 3.1 Рисунок 3.2 Рисунок 3.12 Рисунок 3.1 Рисунок 3.2 Рисунок 3.16

Продолжение таблицы 3.2 Задача Организация закупок (ОЗ) Импорт заказа в систему (ИЗ) Отслеживание закупок (ОТЗ) Функциональная модель Рисунок 3.1 Рисунок 3.2 Рисунок 3.12 Рисунок 3.1 Рисунок 3.2 Рисунок 3.12 Рисунок 3.1 Рисунок 3.2 Рисунок 3.16 Информационное обеспечение Схема БД Вход/выход ГИП инф Рисунок 3.1 Рисунок 3.2 Рисунок 3.20 ТО Рисунок.3.14 – Рисунок.3.13 Рисунок.4.3 – Рисунок 3.27 Рисунок.3.14 – Рисунок.3.13 Рисунок.4.3 – Рисунок 3.27 Рисунок.4.3 – Рисунок.3.17 Рисунок 3.19 Рисунок 3.27 Рисунок.3.22 Рисунок.3.21 Рисунок Г.1 Рисунок Г.2 Рисунок Г.3 Рисунок Г.4 Рисунок Г.5 Рисунок Г.6 Рисунок Г.7 Рисунок Г.8 Рисунок Г.9 Рисунок Г.10 Рисунок Г.11 Рисунок Г.12 Рисунок 3.22 Рисунок 3.24 Рисунок 3.27 66 Формирование актуальных сопроводительных бланков и отчётов (ПБ) ПО

3.2 Общая функциональная модель ИС «Web–корреспондент» Функциональная модель анализируемой предметной области «Обработка данных в «Web-корреспондент» представлена контекстной и IDEF0–диаграммой пятью декомпозиционными диаграммами, использующая методологию IDEF0: – декомпозиция первого уровня обработки данных второго уровня функционального в «Web- корреспондент»; – декомпозиция блока №1 «Настройка профиля системы пользователя»; – декомпозиция второго уровня функционального блока №2 уровня функционального блока №3 уровня функционального блока №4 «Планирование заказов»; – Декомпозиция второго «Отслеживание заказов»; – декомпозиция второго «Составление отчётности». Функциональный блок, представленный на рисунке 3.1, реализует требования, представленные в таблице 2.2. Основной управляющей информацией для всех блоков являются: – Регламент работ – документ, который определяет порядок пользовательских действий в Системе. – ТК ЕАЭС – Таможенный кодекс Евразийского экономического союза, на основе которого происходит формирование списка реестра запрещённых товаров, системных констант весовых и денежных лимитов. 67

68 Рисунок 3.1 – Обработка данных в «Web–корреспондент»

Основными механизмами для всех блоков являются: – Администратор – пользователь системы, имеющий полное право на редактирование системных констант, справочников, редактирование пользователей, назначает пользовательские рабочие места и интерфейсы; – Пользователь – пользователь системы, имеющий права на просмотр и работу на тех Администратором. интерфейсах Может и менять рабочих местах, вести настройку назначенных системных пользовательских констант. Декомпозиция первого уровня обработки данных в «Web- корреспондент» представлена на рисунке 3.2. Основными потоками входящей информации для данного блока являются: – пользовательские данные – характеристика пользователя, включающая в себя атрибуты авторизации (код пользователя, ФИО, адрес, дата регистрации, логин, пароль, e–mail); – международный заказ – заказ пользователя с сайта зарубежного онлайн–магазина, который необходимо импортировать в Систему (характеризуется номером отслеживания); – внутрироссийский заказ – заказ пользователя с сайта российский онлайн–магазина. Основными потоками выходной информации для данного блока является: – сводный отчёт о заказах – документ, содержащий подробную информацию об пользовательских заказах (дата формирования в системе, история местоположения, адрес, отправитель и получатель); – сформированная сопроводительная документация – бланки, декларации, необходимые для отправления\получения корреспонденции; – уведомление о прибытии заказа – данные, содержащие в себе информацию об прибытии груза в пункт выдачи. Выдаётся пользователю на e–mail или в область уведомлений при активном сеансе работы в Системе; 69

70 Рисунок 3.2 – Декомпозиция первого уровня обработки данных в «Web-корреспондент»

– упущенная выгода – показатель, характеризующий экономию денежных средств, в случае намеренного превышения таможенных лимитов; – уведомление об истечении срока защиты покупателя – данные, содержащие в себе информацию завершающемся сроке успешного возвращения денежных средств, в случае, если заказ не доставлен. Начальный срок защиты покупателя запрашивается с интернет-сайта после начала отслеживания; – срок доставки заказа – показатель, в котором указана дата примерной доставки заказа. Информация запрашивается с интернет-сайта после начала отслеживания. Основными функциями блока являются: – настройка интерфейса пользователя; – планирование заказов; – отслеживание заказов; – формирование отчётности и сопроводительной документации. Для того, чтобы планировать и отслеживать заказы, пользователь должен первоначально зарегистрироваться в Системе. В последующие сеансы работы от него требуется авторизоваться. Константы, которые администратор назначает пользователю для редактирования, выполняют порядок использования функций Системы. Для формирования отчётов и сопроводительной корреспонденции, в Системе должны быть планы или сформированы входящие/исходящие заказы из функциональных блоков 1 и 2. 71

3.3 Функция «Настройка интерфейса пользователя» 3.3.1 Функциональная модель Декомпозиция второго уровня функционального блока №1 «Настройка интерфейса пользователя» представлена на рисунке 3.3. Блок связан с реализацией следующих функциональных требований: – Администрирования (А); – Определение роли профиля пользователя (П). Основными функциями блока являются: – Авторизация; – Редактирование констант и справочников; – Настройка профиля пользователя; – Назначение интерфейса с учётом выбранных настроек. Описание сценария работы системы для функции «Авторизация» состоит из следующих событий: – пользователь при первичном входе на сайт проходит процедуру аутентификации. Для этого он вводит логин, пароль; – Система проверяет корректность введенного логина, пароля: а) если аутентификация пройдена, то пользователь переходит на стартовую страницу системы; б) если пара логин, пароль введены неверно, то Система выдает сообщение об ошибке и предлагает пользователю повторно ввести логин, пароль. – Система определяет, к какой группе пользователей относится учетная запись, назначает интерфейсы в зависимости от прав, выданных пользователю; – пользователь для редактирования персональных данных переходит на соответствующую форму редактирования, где указывает свои персональные данные; 72

73 Рисунок 3.3 – Декомпозиция второго уровня функционального блока №1 «Настройка интерфейса пользователя

– пользователь для работы с системой задает константы. На форме редактирования констант пользователь имеет возможность просмотреть справочники системы. а) Пользователь с ролью «Администратор» имеет возможность редактировать справочники системы. – Система производит настройку интерфейсов системы с учетом введенных пользовательских данных и констант системы. Описание альтернативного сценария работы системы для функции «Регистрация на сайте» состоит из следующих событий: – пользователь при первичном входе на сайт проходит процедуру регистрации. Для этого он нажимает кнопку «Регистрация» вводит логин, пароль; – появляется окно ввода информации, где пользователю необходимо ввести логин и пароль, а также указать ФИО, адрес проживания и e-mail; – при нажатии на функциональную кнопку подтверждения, система запускает защиту от ботов; – пользователь проходит проверку системы защиты, вводя запрашиваемые данные: а) в случае успешного прохождения проверки, система отправляет пользователю на e-mail ссылку для активации учётной записи; б) в случае определения бота, система блокирует указанный e-mail и не отправляет ссылку для активации учётной записи; – пользователь заходит в систему для дальнейшей работы. После процедуры «Авторизация», система назначает права пользователя или администратора. В зависимости от типа учётной записи, авторизованному пользователю назначаются определённые права и интерфейсы. 74

Основными потоками входящей информации для блока «Авторизация» являются пользовательские данные – описание данного потока информации представлено в п.3.2. Основными потоками выходной информации для данного блока являются: – права пользователя – группа, имеющая ограниченные права в ИС (ограничение на видимость интерфейсов, редактирование системных констант, редактирование справочников); – права администратора – группа, имеющая полные права в ИС. Основными потоками входящей информации для блока «Редактирование констант и справочников системы» являются права администратора. Основными потоками выходной информации для данного блока являются – отредактированные константы системы – полная настройка, включающая в себя редактирование и наполнение метаданных системы, включая настройки взаимодействия с внешними сервисами. Основными потоками входящей информации для блока «Настройка профиля пользователя» является: – права пользователя. Основными потоками выходной информации для данного блока является – выбранные пользовательские настройки – системные константы, доступные на рабочем месте «Настройки профиля». Основными потоками входящей информации для блока «Назначение интерфейса с учётом выбранных настроек» является: – отредактированные константы системы; – выбранные пользовательские настройки. Основными потоками выходной информации для данного блока является: – системный интерфейс – установленные интерфейсы и рабочие места для определённой группы, в которую входит учётная запись пользователя; 75

– реквизиты получателя – ФИО, адрес, контактные данные пользователя. 3.3.2 Графический интерфейс пользователя Графический интерфейс пользователя функции «Настройка интерфейса пользователя» представлен следующими основными формами: – страница авторизации ИС (рисунок 3.4); – спецификация интерфейса страницы авторизации (таблица 3.3); – спецификация интерфейса стартовой страницы при авторизации всех пользователей (таблица 3.4); – стартовая страница при авторизации всех пользователей (рисунок 3.5); – рабочее место «Редактор пользователей» для роли «Администратор» (рисунок 3.6); – спецификация интерфейса рабочего места «Редактор пользователей» для роли «Администратор» (таблица 3.5); – рабочее место «Настройки профиля» для роли «Пользователь» (рисунок 3.7); – спецификация интерфейса рабочего места «Настройки профиля» для роли «Пользователь» (таблица 3.6); – спецификация интерфейса рабочего места «Настройки системы» для роли «Пользователь» (таблица 3.7). – рабочее место «Настройки системы» для роли «Пользователь» (рисунок 3.8); 76

77 Рисунок 3.4 – Страница авторизации ИС «Web-корреспондент»

Таблица 3.3 – Спецификация интерфейса страницы авторизации ИС «Webкорреспондент» Элемент Поле ввода «Имя» Поле ввода «Пароль» Кнопка «Войти» Текстовая гиперссылка «Регистрация» Текстовая гиперссылка «Сменить пароль» Текстовая гиперссылка «Восстановить пароль» Описание (указать свойства и события) Логин пользователя Пароль пользователя Аутентификации в систему Регистрация новой учётной записи в системе Смена пароля Восстановление пароля Таблица 3.4 – Спецификация интерфейса стартовой страницы при авторизации всех пользователей в ИС «Web–корреспондент» Элемент Логин пользователя Описание (указать свойства и события) Отображаемый логин авторизованного пользователя. Иконка с URL «Сообщения» Позволяет получать быстрый доступ к модальным окнам с заголовком и текстом содержимого сообщения\уведомления. Цифра над иконкой обозначает количество новых уведомлений для пользователя. Изменяемое текстовое поле над баннером 2х2 Текстовое поле «Заголовок» Текстовое поле «Подзаголовок» Баннер Изменяемое текстовое поле под баннером 2х2 Группировочный баннер – 2х2. Используется для размещения 4 рекламных мест, размер 800х350px. Vip–баннер Используется для размещения 1 рекламного места, размер 800х200px. Таблица «Служба поддержки ПК «Web– Корреспондент» Таблица с текстовым заполнением (с невидимыми границами, margine = 0). Используется для отображения контактных данных (тел, e–mail) службы поддержки, ссылку на обучающие материалы и инструкции по работе с Системой. Таблица с текстовым заполнением (с невидимыми границами, margine = 0). Таблица «Список недавно открытых грузов» Таблица «Новостной блок» Виджеты Таблица с текстовым заполнением (с невидимыми границами, margine = 0). Новостной блок. Используется для получения с внешних сервисов новостных статей с последующим их импортом в Систему для отображения на данном интерфейсе. Виджеты социальных сетей (5шт.) с URL-привязкой. Используются для доступа к web-ресурсам официальных групп Системы. 78

79 Рисунок 3.5 – Стартовая страница при авторизации всех пользователей в ИС «Web-корреспондент»

80 Рисунок 3.6 – Рабочее место «Редактор пользователей» для роли «Администратор» ИС «Webкорреспондент»

Таблица 3.5 – Спецификация интерфейса рабочего места «Редактор пользователей» для роли «Администратор» № 1 1.1 Элемент Описание (указать свойства и события) Панель-меню интерфейса Вызов модального окна со статистикой отправлений выбранного пользователя Кнопка «Статистика отправлений» 1.2 Кнопка «Создать отчет» Сформировать отчёт по заданным параметрам и интервалам 1.3 Кнопка «Проверить лимиты» Отобразить лимиты выбранного пользователя 1.4 Кнопка «Импорт пользователей из внешней БД» Вызов модального окна с возможность переноса пользовательских данных из внешних БД при интеграции ТК с сервисом. 1.5 Кнопка «Реквизиты пользователя» Показать реквизиты пользователя Функциональные кнопки интерфейса При нажатии на кнопку происходит появление строки фильтра по всем графам вверху полей ввода в рабочей области 2 2.1 Кнопка «Фильтр по полю» 2.2 Кнопка «Обновить данные» При нажатии на кнопку происходит обновление содержимого интерфейса. 2.3 Кнопка «Добавить в заказ» При нажатии на кнопку происходит добавление позиции в заказ (формирование новой строки для ввода пользовательских данных). 2.4 Кнопка «Редактировать заказ» При нажатии на кнопку происходит разблокировка пользовательских полей для ввода данных. 2.5 Кнопка «Удалить из заказа» Удаление выделенной записи 2.6 Кнопка «Принять изменения» Сохранение изменений 2.7 Кнопка «Отмена изменения» Отмена изменений 81

Продолжение таблицы 3.5 № Элемент Описание (указать свойства и события) 2.8 Кнопка «К первой странице» Переход на первую страницу интерфейса 2.9 Кнопка «К предыдущей странице» Переход на предыдущую страницу интерфейса 2.10 Динамическое поле «Текущая страница» с выпадающим списком детальных настроек Отображает текущую страницу (Т) и общее количество пользовательских страниц на интерфейсе (К) в формате T\К. Из выпадающего списка пользователь может выбрать любой показатель из заданного интервала. 2.11 Кнопка «К следующей странице» Переход на следующую страницу интерфейса 2.12 Кнопка «К последней странице» Переход на последнюю страницу интерфейса 2.13 Кнопка «К предыдущей записи» Переход навигатора на 1 запись вверх 2.14 Кнопка «К следующей записи» Переход навигатора на 1 запись вниз 2.15 Кнопка «Режим карточки» Смена отображения выделенной записи из строки в режим карточки 2.16 Кнопка «Управление колонками» Показать\скрыть (методом check-button), задать порядок отображения колонок (методом Drag’n’Drop) на интерфейсе 3 3.1 3.2 3.3 Поля рабочей области интерфейса Графа «ФИО пользователя» ФИО пользователя Графа «ID» Отображает внутренний номер учетной записи Графа «Зарегистрирован» Дата регистрации в системе учётной записи пользователя Флаг–опция «Активен» Статус активности пользователя Графа «Время изменения Отображает время последнего редактирования структуры» записи 3.4 3.5 Элементный состав форм мобильных интерфейсов приложения «Webкорреспондент», представленных на рисунке 3.9, полностью соответствуют данным источников информации, представленных в таблицах 3.3 и 3.4. 82

83 Рисунок 3.7 – Рабочее место «Настройки профиля» для роли «Пользователь» ИС «Web-корреспондент»

Таблица 3.6 – Спецификация интерфейса рабочего места «Настройки профиля» для роли «Пользователь» Элемент Описание (указать свойства и события) Текстовое поле «Управление учётной Заголовок «Управление учётной записью» записью» Кнопка «Сменить пароль» Вызов модального окна для смены пароля учётной записи Текстовое поле «Назначенные права» Заголовок «Назначенные права» Кнопка «Посмотреть» Вызов модального окна для просмотра назначенных прав для текущей учётной записи Текстовое поле «Данные о Pro-версии» Данные о Pro-версии Кнопка «Обзор возможностей» Обзор возможностей Кнопка «Купить» Вызов модального окна, где предоставляется ссылка на р\с для оплаты за Pro-версию Таблица 3.7 – Спецификация интерфейса рабочего места «Настройки системы» для роли Пользователей Элемент Флаг-переключатель «Оповещать о прибытии грузов в пункт выдачи» Флаг-переключатель «Оповещать о промежуточном местоположении грузов» Флаг-переключатель «Включить рабочее место «Планирование грузов»» Флаг-переключатель «Показывать промитоги при планировании грузов» Флаг-переключатель «Включить контроль о превышении таможенных денежных лимитов» Флаг-переключатель «Включить контроль о превышении таможенных весовых лимитов» Флаг-переключатель «Включить контроль по реестру запрещённых на ввоз товаров» Флаг-переключатель «Оповещать пользователя о превышении лимитов» Флаг-переключатель «Прогнозировать приход заказа» Описание (указать свойства и события) Включить оповещение о прибытии грузов в пункт выдачи. Включить оповещение местоположении грузов. о промежуточном Включить рабочее место «Планирование грузов». Включить показ промежуточных итогов по заказам на интерфейсе «Планирование грузов» при формировании нескольких заказов. Включить контроль о превышении таможенных денежных лимитов. Включить контроль о превышении таможенных весовых лимитов. Включить контроль по реестру запрещённых на ввоз товаров. Включить оповещения пользователя о превышении лимитов (с последующим добавлением записи в систему). Включить контроль текущего состояния заказа при его отслеживании (смена фона записи заказа) на интерфейсах входящих отправлений. 84

85 Рисунок 3.8 – Рабочее место «Настройки системы» для роли «Пользователь» ИС «Web-корреспондент»

86 Рисунок 3.9 – Мобильные интерфейсы приложения «Web-корреспондент» для Iphone (слева) и Android (справа)

3.3.3 Проектирование модели «сущность-связь» Диаграмма сущность-связь функции «Настройка интерфейса пользователя» представлена на рисунке 3.10. Рисунок 3.10 – Диаграмма сущность-связь функции «Настройка интерфейса пользователя» 87

3.3.4 Алгоритм реализации Блок-схема процедуры «Авторизация» функции «Настройка интерфейса пользователя», изображённая на рисунке 3.11, показывает принцип работы Системы для определения роли пользователя и последующей выдачи ему соответствующих прав. Рисунок 3.11 – Блок-схема процедуры «Авторизация» 88

3.4 Функция «Планирование заказов» 3.4.1 Функциональная модель Декомпозиция второго уровня функционального блока №2 «Планирование заказов», представлена на рисунке 3.12. Блок связан с реализацией следующих функциональных требований: – Планирования (ПЛ); – Контроля лимитов и разрешения на ввоз груза (КЛИМ); – Расчёта упущенной выгоды (РУВ); – Организация закупок (ОЗ); – Импорта заказа в систему (ИЗ). Основными функциями блока являются: – Формирование плана закупок; – Определение типа заказа; – Проверка лимита (вес, стоимость) и сверка с реестром запрещённых товаров; – Импорт записи в систему на соответствующее рабочее место. Описание сценария работы системы для функции «Планирование заказов» состоит из следующих событий: – Пользователь формирует план закупок, путем последовательного добавления заказов в систему: а) при нажатии на кнопку подтверждения, запись формируется автоматически в формате «PLAN_XX», где XX – порядковый номер плана, начиная с 01; б) если пользователь формирует план из нескольких позиций, то исходная запись «код плана» автоматически становится иерархической и детальной записи присваивается номер в формате PLAN_XX.YY в порядке возрастания, где YY=[1;99], т.е. максимально–допустимое количество подкатегорий в одном плане = 99. 89

– Система определяет, является ли заказ международным или внутрироссийским; – если план закупок является международным (входящим иди исходящим) и системные константы на проверку таможенных лимитов с реестром запрещённых товаров активированы, то система не позволит импортировать данный план в систему, выдавая пользователю соответствующее оповещение; – если план закупок успешно проходит контроли, указанные в п.3, то происходит добавление плана закупок в систему с добавлением данных позиций на соответствующее рабочее место; – при нажатии на функциональную кнопку «Упущенная выгода» происходит появление модального окна «Результат расчёта упущенной выгоды», где рассчитывается показатель, характеризующий экономию денежных средств, в случае намеренного превышения таможенных лимитов. Данная функциональная кнопка доступна на следующих рабочих местах: – международные входящие; – международные исходящие. Описание альтернативного сценария работы системы для функции «Планирование заказов» состоит из следующих событий: – если отключена системная константа «Включить рабочее место «Планирование грузов», то одноименный интерфейс становится недоступен для пользователя; – пользователь вручную вводит заказы на соответствующие рабочие места: а) международные входящие; б) международные исходящие; в) внутрироссийские входящие; г) внутрироссийские исходящие. – в случае включенных детальных контролей: 90

а) включить контроль о превышении таможенных денежных лимитов; б) включить контроль о превышении таможенных весовых лимитов; в) включить контроль по реестру запрещённых на ввоз товаров. Система ведёт фоновый контроль с последующим запретов добавлением заказа в систему. – в случае включения системной константы «Оповещать пользователя о превышении лимитов», автоматически отключаются константы «Включить контроль о превышении таможенных денежных лимитов» и «Включить контроль о превышении таможенных весовых лимитов, тем самым, происходит фоновый контроль с последующим добавлением заказа на текущее место, выдавая пользователю лишь соответствующее оповещение по превышению определённого контроля. Основными потоками входящей информации для блока «Формирование плана закупок» является: – международный заказ – описание данного потока информации представлено в п.3.2; – реквизиты получателя – описание данного потока информации представлено в п.3.3; – системный интерфейс – описание данного потока информации представлено в п.3.3; – пользовательские данные – описание данного потока информации представлено в п.3.2; – внутрироссийский заказ – описание данного потока информации представлено в п.3.2. Основными потоками выходной информации для данного блока является: – план закупок – промитоговая запись в ИС, имеющая иерархическую структуру верхнего уровня, включающая в себя список заказов нижнего уровня. 91

92 Рисунок 3.12 – Декомпозиция второго уровня функционального блока №2 «Планирование заказов»

Основными потоками входящей информации для блока «Определение типа заказа» является: – план закупок; – международный заказ – описание данного потока информации представлено в п.3.2; – реквизиты получателя – описание данного потока информации представлено в п.3.3; – системный интерфейс – описание данного потока информации представлено в п.3.3; – пользовательские данные – описание данного потока информации представлено в п.3.2; – внутрироссийский заказ – описание данного потока информации представлено в п.3.2. Основными потоками выходной информации для данного блока является: – международный входящий заказ – сформированная позиция из плана заказов, определённая для переноса на рабочее место «Международные входящие» с интерфейса «Планирование грузов»; – международный исходящий заказ – сформированная позиция из плана заказов, определённая для переноса на рабочее место «Международные исходящие» с интерфейса «Планирование грузов»; – внутрироссийский входящий заказ – сформированная позиция из плана заказов, определённая для переноса на рабочее место «Внутрироссийские входящие» с интерфейса «Планирование грузов»; – внутрироссийский исходящий заказ – сформированная позиция из плана заказов, определённая для переноса на рабочее место «Внутрироссийские исходящие» с интерфейса «Планирование грузов»; Основными потоками входящей информации для блока «Проверка лимита (вес, стоимость) и сверка с реестром запрещённых товаров» является: – международный входящий заказ; 93

– международный исходящий заказ. Основными потоками выходной информации для данного блока является: – пользовательские данные – описание данного потока информации представлено в п.3.2; – международный входящий заказ; – международный исходящий заказ. Основными потоками входящей информации для блока «Импорт записи в систему на соответствующее рабочее место» являются – пользовательские данные – описание данного потока информации представлено в п.3.2; – внутрироссийский входящий заказ; – внутрироссийский исходящий заказ; – международный входящий заказ; – международный исходящий заказ. Основными потоками выходной информации для данного блока является – сформированная запись в Системе – сформированный заказ пользователя. Переносится с интерфейса «Планирование грузов» на одно из рабочих мест, включённых в интерфейс «Отслеживание грузов». В случае неиспользования интерфейса «Планирование грузов», данная запись функции «Планирование вводится пользователем вручную в Систему. 3.4.2 Графический интерфейс пользователя Графический интерфейс пользователя заказов» представлен формой на рисунке 3.13. Спецификация данного интерфейса представлена в таблице 3.8. 94

95 Рисунок 3.13 – Рабочее место «Планирование грузов» для роли Пользователей ИС «Web-корреспондент»

Таблица 3.8 – Спецификация интерфейса рабочего места «Планирование грузов» для роли Пользователей ИС «Web-корреспондент» № 1 1.1 Кнопка «Добавить заказ» 1.2 1.3 Кнопка «Создать отчёт» Кнопка «Печать» 2 3 3.1 3.2 3.3 Функциональные кнопки интерфейса полностью соответствуют п.2 таблицы 3.5. Поля рабочей области интерфейса Графа «Код плана» Отображает код плана. Графа «Наименование плана» Наименование плана Графа «Потраченный лимит» Отображает показатель потраченного лимита пользователя в текущем месяце Графа «Оставшийся лимит» Отображает показатель оставшегося лимита пользователя в текущем месяце Графа «Установленный весовой Отображает показатель установленного весового лимит» лимита пользователя в текущем месяце Графа «Установленный денежный Отображает показатель установленного денежного лимит» лимита пользователя в текущем месяце Графа «Код пользователя» Системной поле, доступно при авторизации Администратора. Необходимо для быстрой сортировки по пользователю. Графа «Дата создания плана» Дата создания плана 3.4 3.5 3.6 3.7 3.8 Элемент 3.4.1 Описание (указать свойства и события) Панель–меню интерфейса Добавление записи (строки) с возможностью ввода данных заказа в систему Полностью соответствует п.1.2 таблицы 3.5. Печать бланков Проектирование модели «сущность-связь» Диаграмма сущность–связь функции представлена на рисунке 3.16. 96 «Планирование заказов»

97 Рисунок 3.14 – Диаграмма сущность-связь функции «Планирование заказов»

3.4.2 Алгоритм реализации Блок–схема процедуры «Сверка с реестром запрещённых товаров» функции «Планирование заказов», изображённая на рисунке 3.15, показывает принцип работы Системы для выявления запрещённых товаров при планировании заказов с последующим оповещением пользователя. Рисунок 3.15 – Блок-схема процедуры «Сверка с реестром запрещённых товаров» при автоматическом вводе данных в Систему 98

Аналогичным образом происходит «Контроль лимитов и разрешения на ввоз груза». 3.5 Функция «Отслеживание заказов» 3.5.1 Функциональная модель Декомпозиция второго уровня функционального блока №3 «Отслеживание заказа» представлена на рисунке 3.16. Блок связан с реализацией следующих функциональных требований: – Взаимодействия с внешними сервисами (ВС); – Срок защиты покупателя (ЗП); – Прогнозирование прихода заказов (ПЗ); – Отслеживания закупок (ОТЗ). Основными функциями блока являются: – Запрос статуса заказа и даты срока защиты покупателя с внешнего сервиса; – Отображение статуса и срока защиты покупателя заказа в системе; – Подтверждение поступления груза в пункт выдачи; – Отправка уведомления пользователю. Описание сценария работы системы для функции «Отслеживание заказов» состоит из следующих событий: – при авторизации пользователя в систему происходит фоновый запрос на определение местоположения неполученного им заказа; – при входе на соответствующий интерфейс пользователь видит обновленное местоположение своего заказа; – в случае поступления заказа в пункт выдачи, (определяется по соответствию индексов, обозначенных у назначения с заказа и текущего местоположения), а также возвращении с запроса о том, что заказ ожидает в пункте выдачи) система формирует уведомление о прибытии заказа в пункт 99

100 Рисунок 3.16 – Декомпозиция второго уровня функционального блока №3 «Отслеживание заказ

выдачи и отправляет его пользователю на указанный им почтовый ящик, с числовым добавлением «+1» к текущему показателю в области уведомлений пользователя; – в случае включенной константы «Оповещать о промежуточном местоположении грузов», система формирует пользовательские уведомления об каждом смене статуса груза; – у полученного заказа система меняет фон на зеленый цвет; – если включена константа «Отображать список полученных грузов», то данная информация отображается на интерфейсе и фон её окрашивается зелёным цветом. При выключенной константе доставленные заказы отображаться на рабочих местах не должны; – в случае включенной константы «Прогнозировать приход заказов», система записи проверяемого заказа меняет фон на оранжевый цвет. Основными потоками входящей информации для блока «Запрос информации о заказе с внешнего сервиса» является: – системный интерфейс – описание данного потока информации представлено в п.3.3; – сформированная запись в системе – описание данного потока информации представлено в п.3.3. Основными потоками выходной информации для данного блока является: – номер отслеживания – идентификатор груза; – запрос на внешний сервис – определение сервиса для мониторинга дальнейших изменений заказа (поставщик, дата изменения местоположения, текущее местоположение); – статус заказа – запрос текущего статуса заказа (необходим для системной константы «Отображать список полученных грузов»); – срок защиты покупателя – временной интервал, указывающий дату примерной доставки заказа. Функциональное назначение – своевременно оповещать пользователя об истекающем сроке защиты покупателя. 101

Основными потоками входящей информации для блока «Отображение информации о заказе в системе» является: – номер отслеживания; – запрос на внешний сервис; – статус заказа; – срок защиты покупателя. Основными потоками выходной информации для данного блока является ответ от внешнего сервиса – определённый сервис для мониторинга дальнейших изменений заказа (поставщик, дата изменения местоположения, текущее местоположение). Основными потоками входящей информации для блока «Подтверждение поступления груза в пункт выдачи» является ответ от внешнего сервиса – полученная информация о прибытии груза (номер отслеживания, местоположения, дата, адрес выдачи заказа, наименование груза). Основными потоками выходной информации для данного блока является команда для начала уведомления пользователя – информация с данными прибывшего груза. Основными потоками входящей информации для блока «Отправка уведомления пользователя» является команда для начала уведомления пользователя Основными потоками выходной информации для данного блока является: – уведомление о прибытии заказа – описание данного потока информации представлено в п.3.2; – срок доставки заказа – описание данного потока информации представлено в п.3.2; – уведомление об истечении срока защиты покупателя – описание данного потока информации представлено в п.3.2. 102

3.5.2 Графический интерфейс пользователя Спецификация данного интерфейса представлена в таблице 3.9. Графический интерфейс пользователя функции «отслеживание заказов» представлен формой на рисунке 3.17. Таблица 3.9 – Спецификация интерфейса функции «Отслеживание заказа» № 1 1.1 1.2 1.3 Элемент Кнопка «Добавить заказ» Кнопка «Создать отчет» Кнопка «Проверить местоположение» Описание (указать свойства и события) Панель-меню интерфейса Полностью соответствует п.1.1 таблице. 3.8 Полностью соответствует п.1.2 в таблице 3.5. Проверить адрес текущего местоположения груза (без учёта интервала обновления поля) 1.4 Кнопка «Экспорт» Экспорт списка заказов 1.5 1.6 Кнопка «Печать» Кнопка «Посмотреть оставшиеся лимиты» Полностью соответствует п.1.3 в таблице 3.8. Вычисленный показатель оставшихся лимитов 2 3 3.1 3.2 3.3 3.4 3.5 3.6 3.7 3.8 3.9 Функциональные кнопки интерфейса полностью соответствуют п.2 таблицы 3.5. Поля рабочей области интерфейса полностью соответствуют п.3 в таблице 3.5.с добавлением п.3.1 – 3.9 Графа «Наименование груза» Наименование груза URL «Номер отслеживания» Номер отслеживания Графа «Вес» Вес (показатель в кг) Графа «Количество» Количество (показатель в шт.) Графа «Адрес выдачи заказа» Адрес выдачи заказа Графа «Поставщик» Имя поставщика груза Графа «Дата регистрации заказа в Дата регистрации заказа в системе системе» Графа «Местоположение» Адрес текущего местоположения груза Графа «Дата выдачи заказа» Дата выдачи заказа 103

104 Рисунок 3.17 – Рабочее место «Международные входящие заказы» для роли Пользователей ИС «Web-корреспондент»

3.5.1 Проектирование модели «сущность-связь» Диаграмма сущность-связь функции «Отслеживание заказов» представлена на рисунке 3.18. Рисунок 3.18 – Диаграмма сущность-связь функции «Отслеживание заказа» 3.5.1 Алгоритм реализации Блок–схема процедуры «Запрос статуса заказа с внешнего сервиса» для функции «Отслеживание заказов», изображена на рисунке 3.19 и показывает принцип взаимодействия Системы с внешними сервисами, с последующим получением номера отслеживания заказа и его текущим местоположением. 105

Рисунок 3.19 – Блок-схема процедуры «Запрос статуса заказа с внешнего сервиса» 106

3.6 Функция «Формирование отчётности и сопроводительной документации» 3.6.1 Функциональная модель Декомпозиция второго уровня функционального блока №4 «Формирование отчётности и сопроводительной документации» представлена на рисунке 3.20. Блок связан с реализацией функционального требования – «Формирования актуальных сопроводительных бланков и отчётов (ПБ)». Основными функциями блока являются: – выбор интервала; – выбор заказов\отправлений; – выбор отчёта; – выбор сопроводительной документации. Описание сценария работы системы для функции «Формирование отчётности» состоит из следующих событий: – пользователь заходит на необходимые рабочие места: а) международные входящие; б) международные исходящие; в) внутрироссийские входящие; г) внутрироссийские исходящие. – пользователь нажимает функциональную кнопку «Создать отчёт»; – Система формирует окно ввода данных для задания необходимого интервала: а) если не выбран ни 1 заказ на рабочем месте, то система предлагает его выбрать из выпадающего списка; б) если заказ заранее выбран навигационным курсором ИС, то формирование отчёта происходит по умолчанию по данному заказу; – при нажатии на кнопку подтверждения операции, появляется окно ввода данных с выбором формирования сводного отчёта о выбранных заказах, 107

108 Рисунок 3.20 – Декомпозиция второго уровня функционального блока №4 «Формирование отчётности и сопроводительной документации»

либо детальный отчёт по каждому заказу, содержащий в себе следующие данные: а) местоположение; б) адрес назначения\отправления; в) дата получения; г) дату занесения в БД Системы; д) информацию по соответствующим полям на текущем интерфейсе. – в случае нажатия внутри модального окна на кнопку «Распечатать» , происходит печать данного документа; – в случае нажатия внутри модального окна на кнопку «Сохранить» , Система генерирует файл формата «doc» с последующим формированием окна в проводике для указания места сохроанения файла пользователем. Описание альтернативного сценария работы системы для функции «Формирование сопроводительной документации» состоит из следующих этапов: – пользователь заходит на необходимые рабочие места: а) международные входящие; б) международные исходящие; в) внутрироссийские входящие; г) внутрироссийские исходящие; – пользователь нажимает функциональную кнопку «Печать»; а) если не выбран ни 1 заказ на рабочем месте, то система предлагает его выбрать из выпадающего списка; б) если заказ заранее выбран навигационным курсором ИС, то формирование отчёта происходит по умолчанию по данному заказу; – при нажатии на кнопку подтверждения операции, Система формирует сопроводительную документацию, необходимую 109 на получение или

отправления заказа, тип которой определяется в зависимости от рабочего места пользователя; – в случае нажатия внутри модального окна на кнопку «Распечатать» , происходит печать данного документа; – в случае нажатия внутри модального окна на кнопку «Сохранить» , Система генерирует файл формата «doc» с последующим формированием окна в проводике, для указания места сохранения файла пользователем. Основными потоками входящей информации для блока «Выбор интервала» является: – системный интерфейс – описание данного потока информации представлено в п.3.3; – номер отслеживания – описание данного потока информации представлено в п.3.3. Основными потоками выходной информации для данного блока является: – интервал; – компания – организация, осуществляющая доставку груза. Основными потоками входящей информации для блока «Выбор заказов\отправлений» является: – интервал; – компания; – номер отслеживания. Основными потоками выходной информации для данного блока является информация о заказах – вся информация об выбранных заказах или отправлениях с соответствующего рабочего места. Основными потоками входящей информации для блока «Выбор отчёта» является информация о заказах. 110

Основными потоками выходной информации для данного блока является: – сводный отчёт о заказах – описание данного потока информации представлено в п.3.2; – упущенная выгода – описание данного потока информации представлено в п.3.2. Основными потоками входящей информации для блока «Выбор сопроводительной документации» является – информация о заказах. Основными потоками выходной информации для данного блока является – сформированная сопроводительная документация – описание данного потока информации представлено в п.3.2. 3.6.2 Проектирование выходной документации Печатные формы документов полностью сопоставимы с официальными. Пример шаблона печатной формы документа «Таможенная декларация CN–22» представлен на рисунке 3.21. Примеры остальных шаблонов печатных форм документов представлены в Приложении Г на рисунках Г.1 – Г.12. 111

Рисунок 3.21 – Шаблон печатной формы документа «Таможенная декларация CN–22» 3.6.3 Графический интерфейс пользователя Графический интерфейс пользователя функции «Формирование отчётности и сопроводительной документации представлен формой на рисунке 3.22. Спецификация данного интерфейса представлена в таблице 3.10. Таблица 3.10 – Спецификация интерфейса функции «Формирование отчётности и сопроводительной документации» Элемент Описание (указать свойства и события) Панель-меню интерфейса Панель-меню интерфейса полностью соответствует п.1 (с исключением п.1.6) в таблице 3.9. Функциональные кнопки интерфейса полностью соответствуют п.2 таблицы 3.5. Поля рабочей области интерфейса полностью соответствуют п.3 в таблице 3.9. 112

113 Рисунок 3.22 – Интерфейс рабочего места «Внутрироссийские входящие заказы» для роли Пользователей ИС «Web-корреспондент»

3.6.4 Проектирование модели «сущность-связь» Диаграмма сущность-связь функции «Формирование отчётности и сопроводительной документации» представлена на рисунке 3.23. Рисунок 3.23 – Диаграмма «сущность-связь» функции «Формирование отчётности и сопроводительной документации» 114

3.6.5 Алгоритм реализации Блок-схема процедуры «Выбор сопроводительной документации» функции «Формирование отчетности и сопроводительной документации», изображённая на рисунке 3.24, показывает принцип формирования заполненных сопроводительных бланков по запросам пользователей Системы. Рисунок 3.24 – Блок-схема процедуры «Выбор сопроводительной документации» 115

3.7 Проектирование программного интерфейса Проектирование программного интерфейса необходимо для реализации функций: – Контроль лимитов и разрешения на ввоз груза (КЛИМ); – Расчёта упущенной выгоды (РУВ); – Контроля срока защиты покупателя (ЗП); – Прогнозирования прихода заказов (ПЗ); – Планирования (ПЛ); – Взаимодействия с внешними сервисами (ВС); – Отслеживания закупок (ОТЗ); – Формирования актуальных сопроводительных бланков и отчётов (ПБ). Интеграция Системы будет производиться в рамках приоритетных областей, представленных ранее на рисунке 1.8: – последняя миля и магистраль; – обработка заказов. В таблице 3.11 представлены основные методы и элементы с сервиса Почты России по работе через базовый протокол SOAP 1.2 (Simple Object Access Protocol) – простой протокол доступа к объектам, который используется для обмена произвольными сообщениями в формате XML. Данный метод необходим для реализации взаимодействия «Web- Корреспондент» с сервисом Почты России. Метод активируется при нажатии на функциональную кнопку «Проверить местоположение». Таблица 3.11 – Основная информация по использованию API Системы и сервиса Почты России Запрос Ответ Описание действия Метод getOperationHistory используется для получения информации о конкретном отправлении и возвращает подробную информацию по всем операциям, совершенным над отправлением [28]. 116

Продолжение таблицы 3.11 Запрос Элемент OperationHistoryRe quest должен содержать следующие атрибуты:  Barcode;  MessageType 0;  Language RUS. Ответ Элемент AddressParameters должен содержать следующие атрибуты:  DestinationAddress: а) Index; б) Description.  MailDirect. а) ID; б) NameRu.  CountryFrom: а) ID; б) NameRu.  CountryFrom: а) ID; б) NameRu. Элемент OperationParameters должен содержать следующие атрибуты:  OpenType: а) ID; б) Name.  OperDate. Элемент UserParameters должен содержать следующие атрибуты:  SendCtg: а) Sndr. б) Rcpn. Описание действия Запрос Web-Корреспондент идентификатора регистрируемого почтового отправления в одном из форматов: – внутрироссийский, состоящий из 14 символов (цифровой); – международный, состоящий из 13 символов (буквенноцифровой) в формате S10. Результат данного действия – импорт в Систему и последующее отображение номера отслеживания посылки с её местоположением, страны получателя и отправителя. Также, в Систему происходит импорт финансовых данных, связанных с почтовым отправлением (объявленная ценность, наложенный платёж), дата перемещения посылки, ФИО отправителя и получателя. Метод PostalOrderEventsForMail позволяет получить информацию об операциях с наложенным платежом, который связан с конкретным почтовым отправлением. Элемент Элемент Запрос Web-Корреспондент PostalOrderEventsF PostalOrderEvent идентификатора регистрируемого orMailInput уже должен содержать почтового отправления в одном из содержит в себе следующие атрибуты: форматов: следующие  Number;  внутрироссийский, состоящий из 14 атрибуты: символов (цифровой);  EventDateTime;  Barcode;  международный, состоящий из 13  EventName; символов (буквенно-цифровой) в  Language RUS.  IndexTo; формате S10;  SumPaymentForward. Результат данного действия – импорт в Систему и последующее отображение идентификационных данных (номер, название операции, сумма, дата и индекс получателя) наложенного платежа. 117

Для дальнейшего добавления в Систему функций по взаимодействию с почтовыми сервисами и транспортными компаниями, необходимо использовать аналогичный метод добавления запросов и получения ответов, с последующим добавлением данных на сервер СУБД. 3.8 Проектирование информационного обеспечения 3.8.1 Проектирование структуры базы данных В рассматриваемой предметной области «Обработка данных в «WebКорреспондент»« можно выделить следующие информационные объекты (сущности), с помощью которых будет сформирована база данных разрабатываемого модуля: – права; – назначенные интерфейсы; – буферная таблица обмена данных; – константы настроек системы; – значение константы; – интерфейс; – рабочие места; – назначенные права; – таможенные лимиты; – план; – заказ; – содержание заказа; – тип заказа; – компания; – поставщик; – этапы доставки; – сопроводительная документация; – группы пользователей; 118

– пользователь; – статус; – статус заказа; – уведомление. Реквизитный состав выделенных сущностей представлен в таблице 3.12. Таблица 3.12 – Реквизитный состав информационных объектов предметной области Информационный Реквизит объект Права Код права Наименование права Состояние констант назначенных прав Состояние активности учётной записи Статус активации Pro–версии Назначенные ID назначения интерфейсы Код интерфейса Код рабочего места Буферная таблица Код таблицы обмена данных Код лимита Настройка новостного блока Ссылка на виджеты Ссылка на баннер Ссылка на Vipбаннер Результат конвертации валюты Результат весовой конвертации Данные службы поддержки Текст заголовка Текст подзаголовка Ссылка на реестр запрещённых товаров Константы Код константы настроек системы Состояние константы Первичный ключ * Внешний ключ Код реквизита Code_right Name_right Trigger_right Activate_user Activate_pro * * * * * ID_Assign Code_PM Code_int Code_service Code_limit Set_news URL_widget URL_banner URL_vip_banner Conv_currency Conv_weight Support T_ðage_up T_ðage_down Reg_forbidden * 119 Code_constant Trigger_settings

Продолжение таблицы 3.12 Информационный объект Интерфейс Рабочие места Назначенные права Таможенные лимиты План Заказ Статус Содержание заказа Тип заказа Реквизит Первичный ключ Наименование Единица измерения Код интерфейса ID типа заказа Наименование интерфейса Код рабочего места ID группы Наименование рабочего места Код назначения ID назначения Код права Код лимита Наименование Оставшийся лимит Потраченный лимит Установленный весовой лимит Установленный денежный лимит Код плана Наименование плана Дата создания плана Код пользователя Код лимита Период Код заказа ID типа заказа Код пользователя Дата регистрации заказа в системе Гиперссылка Код статуса Наименование статуса hex-цвет статуса Код заказа Наименование заказа Код товара Количество Стоимость Вес Единица измерения ID типа заказа Внешний ключ * * * * * * * * Код реквизита Name_const_set Units_cons_set Code_int Type_id Name_int Code_PM ID_group Name_PM Code_appoint ID_group Code_right Code_limit Name_limit Lim_res Lim_spent Lim_set_mass Lim_set_money * Code_plan Name_plan * * * * * * * URL_order Code_status Name_status * hex_set Code_order Name_order * 120 Date_plan Code_user Code_limit Period_plan Code_order ID_type_order Code_user Date_order Code_product How_quantity How_cost How_mass URL_unit ID_type_order

Продолжение таблицы 3.12 Информационный объект Реквизит Первичный ключ Наименование типа заказа Компания Код компании Код поставщика Наименование компании Адрес выдачи заказа Поставщик Код поставщика Наименование поставщика Этапы доставки Код этапа Код пользователя Код компании Код заказа Дата Местоположение Характеристики Сопроводительная Код бланка документация Код заказа Код пользователя Список внутрироссийских бланков Список международных бланков Группы ID группы пользователей Вид пользователя Наименование группы Пользователь Код пользователя Код уведомления Код лимита ID группы ФИО Логин Пароль Дата регистрации История просмотров Адрес Интервал Время изменения записи E-mail Уведомление Код уведомления Код заказа Дата Внешний ключ Код реквизита Name_type_order * * Code_company Code_provider Name_company Address_out_order Code_provider Name_provider * * * * * * * * Code_stage Code_user Code_company Code_order Date_in_order Location Stage_specific Code_blank Code_order Code_user Rus_blanks Other_blanks * ID_group View_user Name_group * * * * * * 121 Code_user Code_notification Code_limit ID_group Initials Login Password Date_reg History Address User_Interval Time_change User_mail Code_notification Code_order Date_notification

Продолжение таблицы 3.12 Информационный объект Первичный ключ Время отправки Текст уведомления Код значения Код константы Код пользователя Значение Дата Код статуса заказа Код статуса Код заказа Дата Значение константы Статус заказа На Реквизит основании выделенных Внешний ключ * * * * * * информационных Код реквизита Time_notification Text_notification Code_value Code_constant Code_user Value_const Date_const Code_status_order Code_status Code_order Date_order объектов была разработана инфологическая модель анализируемой предметной области, которая представлена диаграммой сущность-связь в Приложении Д на рисунке Д.1. Типы используемых данных в физической базе «Web-Корреспондент» представлены в таблице 3.13. На рисунке 3.25 представлена логическая структура БД «Webкорреспондент». На рисунке 3.26 представлена физическая структура БД «Webкорреспондент». Логическая структура проектируемой базы данных «Web- Корреспондент» представлена в таблице 3.14. Таблица 3.13 – Типы используемых данных Вид поля Boolean Varchar Date Time Integer Float Описание Может иметь только два значения: true или false. Используется для флага– опции, либо системного триггера. Строковый тип переменной длины. Пробелы в конце содержимого поля игнорируются. Разыменовка текущей даты. Разыменовка текущего времени. Используется для целых чисел переменной длины. Пробелы в конце содержимого поля игнорируются. Используется для значений с десятичной точкой. 122

123 Рисунок 3.25 – Логическая структура БД «Web-корреспондент»

124 Рисунок 3.26 – Физическая структура БД «Web-корреспондент»

Таблица 3.14 – Логическая структура проектируемой базы данных Обозначение Реквизит Наименование Code_right Name_right Trigger_right Activate_user Activate_pro ID_Assign Code_PM Code_int Code_service Code_limit Set_news URL_widget URL_banner URL_vip_banner Conv_currency Conv_weight Support T_ðage_up T_ðage_down Reg_forbidden Code_constant Trigger_settings Name_const_set Units_cons_set Code_int Type_id Тип данных Длина Точность Таблица «Права» Код права Integer 2 Наименование Varchar 50 права Состояние Boolean 1 констант назначенных прав Состояние Boolean 1 активности учётной записи Статус активации Boolean 1 Pro–версии Таблица «Назначенные интерфейсы» ID назначения Integer 2 Код интерфейса Integer 3 Код рабочего места Integer 2 Таблица «Буферная таблица обмена данных» Код таблицы Integer 5 Код лимита Integer 1 Настройка Varchar 250 новостного блока Ссылка на виджеты Varchar 50 Ссылка на баннер Varchar 50 Ссылка на Vip– Varchar 50 баннер Результат Float 4 конвертации валюты Результат весовой Float 4 конвертации Данные службы Varchar 50 поддержки Текст заголовка Varchar 75 Текст подзаголовка Varchar 75 Ссылка на реестр Varchar 100 запрещённых товаров Таблица «Константы настроек системы» Код константы Integer 2 Состояние Boolean 1 константы Наименование Varchar 75 Единица измерения Varchar 75 Таблица «Интерфейс» Код интерфейса Integer 2 ID типа заказа Integer 1 125 Признак ключа – – PK* – 1 – 1 – 1 – 1 – – PK FK** FK – – – PK FK – – – – – – – – – – – – – – – – – – 1 1 PK – – – – – – 1 PK FK

Продолжение таблицы 3.14 Реквизит Тип данных Длина Наименование Наименование Varchar 75 интерфейса Таблица «Рабочие места» Code_PM Код рабочего места Integer 3 ID_group ID группы Integer 1 Name_PM Наименование Varchar 50 рабочего места Таблица «Назначенные права» Code_appoint Код назначения Integer 3 ID_assign ID назначения Integer 2 Code_right Код права Integer 2 Таблица «Таможенные лимиты» Code_limit Код лимита Integer 1 Name_limit Наименование Varchar 100 Lim_res Оставшийся лимит Float 4 Lim_spent Потраченный Float 4 лимит Lim_set_mass Установленный Float 4 весовой лимит Lim_set_money Установленный Float 4 денежный лимит Таблица «План» Code_plan Код плана Integer 1 Name_plan Наименование Varchar 100 плана Date_plan Дата создания Date 10 плана Code_user Код пользователя Integer 7 Code_limit Код лимита Integer 1 Period_plan Период Date 10 Таблица «Заказ» Code_order Код заказа Integer 10 Code_user Код пользователя Integer 7 Date_order Дата регистрации Date 10 заказа в системе URL_order Гиперссылка Varchar 150 Таблица «Статус» Code_status Код статуса Integer 10 Name_status Наименование Varchar 100 статуса hex_set hex-цвет статуса Varchar 8 Таблица «Содержание заказа» Code_order Код заказа Integer 10 Name_order Наименование Varchar 50 заказа Code_product Код товара Integer 5 Обозначение Name_int 126 Точность – Признак ключа – – 1 – PK FK – 1 1 – PK FK FK – – 2 2 PK – – – 2 – 2 – – – PK – – – – – – FK FK – 2 – – PK FK FK – – – – PK – 8 – 2 – PK – – –

Продолжение таблицы 3.14 Реквизит Обозначение How_quantity How_cost How_mass URL_unit ID_type_order Name_type_order Code_company Code_provider Name_company Address_out_order Code_provider Name_provider Code_stage Code_user Code_company Code_order Date Location Stage_specific Code_blank Code_order Code_user Rus_blanks Other_blanks ID_group View_user Name_group Code_user Code_notification Тип данных Длина Точность Наименование Количество Float 15 Стоимость Float 15 Вес Float 15 Единица измерения Float 15 Таблица «Тип заказа» ID типа заказа Integer 1 Наименование типа Varchar 50 заказа Таблица «Компания» Код ТК Integer 20 Код поставщика Integer 5 Наименование Varchar 100 компании Адрес выдачи Varchar 150 заказа Таблица «Поставщик» Код поставщика Integer 5 Наименование Varchar 200 поставщика Таблица «Этапы доставки» Код этапа Integer 5 Код пользователя Integer 7 Код компании Integer 20 Код заказа Integer 10 Дата Date 10 Местоположение Varchar 50 Характеристики Varchar 200 Таблица «Сопроводительная документация» Код бланка Integer 20 Код заказа Integer 10 Код пользователя Integer 7 Список Varchar 70 внутрироссийских бланков Список Varchar 70 международных бланков Таблица «Группы пользователей» ID группы Integer 1 Вид пользователя Varchar 30 Наименование Varchar 50 группы Таблица «Пользователь» Код пользователя Integer 7 Код уведомления Integer 5 127 Признак ключа 1 4 2 1 – – – – 1 – PK – 3 – – PK FK – – – – – PK – 5 – – 2 – – – PK FK FK FK – – – – – – – PK FK FK – – – 1 – – PK – – – – PK FK

Продолжение таблицы 3.14 Реквизит Обозначение Code_limit ID_group Initials Login Password Date_reg History User_interval Address Time_change User_mail Code_notification Code_order Date_notification Time_notification Text_notification Code_value Code_constant Code_user Value_const Date_const Code_status_order Code_status Code_order Name_status Тип данных Длина Наименование Код лимита Integer 1 ID группы Integer 1 ФИО Varchar 75 Логин Varchar 30 Пароль Varchar 30 Дата регистрации Date 10 История Varchar 30 просмотров Интервал Date 10 Адрес Varchar 100 Время изменения Time 10 записи E-mail Varchar 50 Таблица «Уведомление» Код уведомления Integer 5 Код заказа Integer 10 Дата Date 10 Время отправки Date 10 Текст уведомления Varchar 150 Таблица «Значение константы» Код значения Integer 1 Код константы Integer 2 Код пользователя Integer 7 Значение Boolean 1 Дата Date 10 Таблица «Статус заказа» Код статуса заказа Integer 5 Код статуса Integer 5 Код заказа Integer 10 Наименование Varchar 75 статуса Дата Date 10 Точность Признак ключа – 1 – – – – – FK FK – – – – – – – – – – – – – – 2 – – – PK FK – – – 1 1 – 1 – PK FK FK – – – – 2 – PK FK FK – Date_order – – Примечание. *PK – Первичный ключ (primary key), представляет собой один из примеров уникальных индексов и применяется для уникальной идентификации записей таблицы; **FK – Внешний ключ (foreign key), представляет собой подмножество атрибутов некоторой переменной отношения R2, значения которых должны совпадать со значениями некоторого потенциального ключа некоторой переменной отношения R1. 128

3.8.2 Проектирование технической архитектуры Для использования сервиса с ПК или с мобильных устройств пользователям достаточно иметь Ethernet-соединение с сетью Интернет и предустановленного браузера (или приложения для мобильных устройств). Наличие предустановленного пакета Microsoft Office (Word, Excel) является обязательным, если пользователю необходим просмотр или последующее редактирование сформированных отчётов из Системы. Задачей администратора для организации работы в данной ИС является использование сервера СУБД, куда будет установлена основная БД. Необходим домен, для обращения к серверу с Системой. На рисунке 3.28 представлена техническая архитектура для использования создаваемой Системы. Принцип работы информационной системы сводится к тому, что она консолидирует информацию по отправлениям из свободных баз данных об отслеживании заказов, а также генерирует и предоставляет пользователю аналогичную информацию из своей собственной базы данных, в случае использования её, как основного решения. Также, в «Web-корреспондент» предполагается генерация отчётности по выбранному периоду для каждого пользователя, а также в разрезе по каждому пользователю\региону контролирующему органу (таможенному посту), если груз является международным. 129

130 Рисунок 3.27 – Техническая архитектура для использования «Web-корреспондент»

4 Экспериментальная часть Для моделирования работы функций Системы, представленных в таблице 2.2, был проведён научно–вычислительный эксперимент при работе пользователя на рабочих местах «Планирование заказов» и «Международные входящие заказы», представленных на рисунках 4.1 и 4.3 соответственно. На рисунке 4.2 изображён ряд настроек, который необходим в случае, когда пользователю не требуется ограничивать добавление записей в систему, однако, ему требуется знать о намеренном превышении лимита. Данная ситуация требуется в случаях, когда расходы пользователя на уплату лимитов покрывают разницу НДС на каждую единицу приобретаемого товара на территории РФ. На интерфейсе планирования грузов, представленного на рисунке 4.1, производились вычисления для выявления превышений лимитов, где результатом эксперимента стал запрет добавления записи запрещённого товара в план и оповещение пользователя при формировании плана о превышении плана в виде выдачи сообщений. На интерфейсе международных входящих заказов, представленного на рисунке 4.3, производились вычисления для выявления превышения весового лимита при включенной константе системы «Оповещать пользователя о превышении лимитов», с применённой конфигурацией настроек Системы, изображённой на рисунке 4.2. Результатом эксперимента стало оповещение пользователя (при формировании плана) о превышении весового лимита в виде выдачи сообщений модального окна «Результат расчёта упущенной выгоды», которое формируется при нажатии на кнопку «Упущенная выгода». Внедрение данных методов позволит значительно снизить количество штрафов за нарушение таможенных процедур, а также повысить качество планирования пользовательских заказов. 131

132 Рисунок 4.1– Смоделированная ситуация выдачи сообщений при работе ИС «Web-корреспондент». Рабочее место «Планирование грузов» для роли «Пользователь»

133 Рисунок 4.2 – Смоделированная ситуация настроек системы для научного эксперимента. Интерфейс ИС «Webкорреспондент», Рабочее место «Настройки системы» для роли «Пользователь»

134 Рисунок 4.3 – Смоделированная ситуация контроля весового лимита при работе ИС «Web-корреспондент». Рабочее место «Международные входящие заказы» для роли «Пользователь»

5 Экономическое обоснование Основными задачами экономического обоснования являются: – выявление необходимых ресурсов по созданию ИС; – расчёт сметы затрат на создание системы; – оценка результатов от внедрения Системы; – разработка бюджета проекта, расчёт показателей экономической эффективности. – выявление рисков проекта; – оценка конкурентоспособности ИС. Состав и содержание работ по созданию опирается на следующие методические источники: – ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания»; – Rational Unified Process (RUP). Состав этапов жизненного цикла ПО: – проведение анализа предметной области; – разработка технического задания (ТЗ); – создание эскизного проекта; – проектирование и разработка ПО; – проведение тестирования; – отладка; – ввод в действие; – сопровождение; – добавление функционала (при необходимости). 5.1 Расчёт трудоемкости отдельных этапов работ Для расчёта трудоёмкости основных этапов работ проекта используется метод оценки по трём точкам – PERT [29]. Для оценки времени выполнения задачи или процесса используется 135 «оптимистическая»,

«пессимистическая» и «наиболее вероятная « оценки продолжительности времени. Для оценки суммарной трудоемкости проекта, необходимо рассчитать следующие показатели, представленные в формулах 5.1 – 5.5: – оценка средней трудоемкости по каждому пакету работ [29]: Ei  Pi  4M i  Oi ; 6 (5.1) среднеквадратичная ошибка оценки каждого пакета работ [29]: CKOi  Pi  Oi ; 6 (5.2) – оценка средней суммарной трудоемкости [29]; E   Ei ; (5.3) – среднеквадратическое отклонение суммарной оценки [29]: CKO   CKO 2 i ; (5.4) – гарантированная оценка с вероятностью 95% [29]: E95%  E  2 * CKO . (5.5) Для реализации этапа «Разработка программного обеспечения», необходимо провести детализацию работ, чтобы определить необходимые 136

виды подзадач и функций, которые нужно исполнить в рамках реализации данного проекта. Результат детализации представлен в Приложении Е в таблице Е.1. Общая трудоёмкость проекта и роли исполнителей этапов работ представлены в таблице 5.1. Таблица 5.1 – Трудоёмкость проекта и роли исполнителей работ Содержание работ Проведение анализа предметной области Разработка технического задания (ТЗ) Создание эскизного проекта; Проектирование и разработка ПО Проведение тестирования Отладка Внедрение Сопровождение Добавление функционала (при необходимости) Итого Трудоёмкость, чел.-дн. 10 10 30 180 30 30 5 419 80 784 Сотрудники Аналитик Аналитик Дизайнер Программист Тестировщик Программист Программист Программист Программист 4 чел. Общая трудоёмкость по проекту составит 784 человеко-дней. 5.2 Детальные сроки реализации Разработка приложений – процесс непростой и очень трудоемкий, представляющий полноценную разработку программного обеспечения. Реализованный проект – приложение на web-платформе, с помощью которого можно будет пользоваться продуктом, и сайт, который будет являться основной рекламой нашего продукта – ИС «Web-Корреспондент». Сайт и приложение будут устроены аналогично, поэтому далее в тексте при указании возможностей сайта, подразумеваются аналогичные возможности и в приложении. Сайт и приложение для телефонов будут созданы именно в паре, чтобы иметь более доступный выход на мобильный рынок. Число пользователей, использующих мобильные версии приложений из года в год возрастает. 137

Цифры колеблются, но по статистике в среднем по российскому Интернету около 55% смотрят сайты с мобильных устройств. Проект будет реализован на базе ИП. Для перевода постоянных затрат в переменные – заказать дизайнерафрилансера (для разработки интерфейса приложения) и штатного сотрудника-фрилансера (для тестирования ИС) на тот срок, в течение которого будет длиться разработка, тестирование и внедрение проекта на рынок [30]. Подробнее о каждом этапе работы рассказано далее. Чтобы начать пользование ИС «Web-корреспондент», любой желающий должен зайти на сайт приложения, зарегистрироваться, войти в личный кабинет, добавить в поле ввода – номера отслеживания отправлений. Если используется не приложение, а сайт, то, по желанию, можно установить web-плагин автоимпорта номеров отслеживания. Для размещения рекламы в главном окне приложения или странице сайта необходимо будет сделать оплату через Web-money, посредством банковской карты или же со счета своего мобильного телефона. После оплаты, на указанную электронную почту придут все дальнейшие инструкции по предоставлению рекламного баннера или текста и секретный код подтверждения транзакции, который нужно будет ввести на сайте. Основной развития любого бизнеса являются клиенты, а программное обеспечение (далее ПО), позволяющее организовать грамотное управление отношениями с клиентами, является залогом успешного роста любой компании. Предприятие планирует выстраивать свою работу на основе реализации разработанного ПО по партнерской модели и самостоятельно реализовывая продукт через рекламные выставки и конференции. Детальное описание плана реализации проекта представлено в Приложении Ж. Структура управления предприятием функциональная и представлена на рисунке 5.1. 138

Графически, детальный план реализации проекта представлен на рисунке 5.2. Рисунок 5.1 – Структура организационного плана проекта Программист будет являться ключевым сотрудником – анализирует всю работу проекта, принимает решения о целесообразности тех или иных заданий. На его плечи ложится вся разработка приложения, кроме дизайна и тестирования. Кроме того, ИП распределяет прибыль, составляет бюджет денежных потоков, принимает решения относительно тех или иных затрат. Программист создаёт мобильную web-версию приложения, занимается отладкой и продвижением сайта в Сети. Маркетинговая политика также зависит от решений программиста: он занимается организацией акций, участвует в мероприятиях, взаимодействует со СМИ, развивает бренд. 139

Рисунок 5.2 – Детальные сроки реализации и контрольные точки проекта 140

После реализации приложения руководитель выполняет функцию сотрудника сопровождения. Дизайн проекта (фриланс) – 1 человек – создаёт прототипирование интерфейсов системы и сайта (создание единого стиля оформления системы, разработка макетов для автоматической верстки шаблонов). Тестировщик (фриланс) – 1 человек – занимается тестированием приложения. Выбранная система налогообложения – упрощенная система налогообложения. На данном налоговом режиме УСН Доходы – оплачивается налог в размере 6% от дохода. В данном случае доходом являются все денежные поступления предпринимателю, то есть имеется ввиду денежный оборот (как наличным так и безналичным расчетом). Любая система или приложение набирает популярность нарастающим итогом. Прогнозируется, что из всех человек, скачавших приложение в конце первого года реализации, 15% обновят версию до pro–вариации. На второй год, этот показатель вырастет до 20% и в третий год до 40%. 5.3 Определение необходимых ресурсов и смета затрат Общая численность персонала на создаваемый проект с учётом цикла ПО на создание проекта, представлена в таблице 5.2. Для выполнения этапа эскизного проекта и тестирования планируется привлечение фрилансеров, т.к. для молодых и развивающихся компаний это поможет сэкономить бюджет, не потребует лишних расходов на оплату услуг аутсорсинга независимой компанией или содержание независимой QA-команды. Это положительно скажется на качестве и рентабельности (стоимости технологичного продукта). На разработку ИС потребуется аренда офиса, 141

сроком на 9 месяцев. После реализации ИС, поддержка и добавление нового функционала (при необходимости) будет вестись удалённо, без аренды офисного помещения. Таблица 5.2 – Численность персонала на проект (с учётом цикла ПО) Сотрудник 0 – 1 год 1 1 1 1 4 Аналитик (фриланс) Программист Дизайнер (фриланс) Тестировщик (фриланс) ИТОГО Страховые взносы должны платить все 2 – 3 год – 1 – – 1 индивидуальные предприниматели независимо от того ведут ли они деятельность, получают ли прибыль, имеют ли работников и на какой системе налогообложения находятся. Страховые отчисления во внебюджетные фонды: – Пенсионный фонд России (ПФР) – 22% от зарплаты; – Федеральный фонд обязательного медицинского страхования (ФОМС) – 5,1% от зарплаты; – Фонд соц. страхования РФ (ФСС) – 2,9% от зарплаты. Страховые взносы ИП в 2020 году представляют собой фиксированные суммы, утвержденные Правительством: – взносы на обязательное медицинское страхование (ОМС) – 5840 рублей в год. – взносы на обязательное пенсионное страхование (ОПС) частично дифференцированы и состоят из фиксированной суммы в 26545 рублей и дополнительного взноса. – дополнительный взнос уплачивается, если доходы ИП больше 300 тыс. рублей в год. Рассчитывается он как 1% от суммы доходов, превышающих этот лимит. Расходы на оплату труда на разработку ИС представлены в таблице 5.3. Расходы на оплату труда на поддержку ИС представлены в таблице 5.4. 142

Таблица 5.3 – Расходы на оплату труда на разработку ИС Категории специалистов Кол–во, чел Заработная плата, р./мес. 45 000 60 000 35 000 40 000 Сумма, р. 1 1 1 1 Объём работ, чел.мес. 1 9 1,5 1 Аналитик (фриланс) Программист Тестировщик (фриланс) Дизайнер (фриланс) Дополнительная заработная плата программисту за 9 мес. (10% от оклада) Итого – 0,75 4500 4500 4 – 682 000 682 000 Заработная плата, р./мес. 60 000 Сумма, р. 1 Объём работ, чел.мес. 24 – 2 6 000 12 000 1 – 66 000 1 452 000 45 000 540 000 52 500 40 000 Таблица 5.4 – Расходы на оплату труда на поддержку ИС Категории специалистов Программист Дополнительная заработная плата программисту за 24 мес. (10% от оклада) Итого Кол–во, чел. 1 440 000 Социальные отчисления на период разработки и поддержки ИС представлены в таблице 5.5: Таблица 5.5 – Социальные отчисления на период разработки и поддержки ИС Категории специалистов Кол– во, чел. Разработка ИС (9 месяцев) Программист 1 Дополнительная заработная плата программисту – (10% от оклада) ИП 1 Итого 2 Поддержка ИС (24 месяца) Программист 1 Дополнительная заработная плата программисту. – (10% от оклада) ИП (с учётом 1% с доходов более 300 тыс. р.) 1 Итого 2 Заработная плата, р. Отчисления, р. 540 000 162 000 4500 1350 – 544 500 32 385 195 375 1 440 000 432 000 12 000 3 600 – 1 452 000 190 845 626 445 В таблице 5.6 представлены наименования и стоимость оборудования, необходимого для осуществления деятельности. 143

В таблицах 5.7 и 5.8 представлено программное обеспечение и необходимые расходные материалы соответственно. Необходимые коммунальные ресурсы на разработку и поддержку ИС представлены в таблицах 5.9 и 5.10 соответственно. Таблица 5.6 – Необходимое основное оборудование Наименование Стоимость, р. Количество, ед. Системный блок ПК Lenovo 23 000 Ideacentre 300S SFF [300S–08IHH] Монитор Acer K192HQLb 6 000 Колонки OKLICK OK–301 520 Клавиатура Logitech Keyboard K120 430 Black USB Оптическая мышь LOGITECH B100 310 МФУ PANASONIC KX– 13 500 MB2000RUB Wi–fi роутер HUAWEI HG531 1 350 Итого 45 110 Данные о ценах на технику взяты с сайта магазина «Яртех». Итого, р. 1 23 000 1 1 6 000 520 1 430 1 310 1 13 500 1 1 1 350 45 110 Таблица 5.7 – Необходимое программное обеспечение Наименование Стоимость за 1шт,,р. Количество, ед. Итого, р. 1 15 300 3 10 200 3 4 170 3 36 – 1500 16 200 47 370 Лицензия на операционную систему 15 300 Windows 10 Профессиональная Microsoft Office 365 годовая подписка 3 400 на 1 ПК Антивирус ESET NOD32 годовая 1 390 подписка на 1 ПК Домен 500 Хостинг 450 Итого 21 040 Данные о ценах на ПО взяты с сайта «Яндекс-маркет». Таблица 5.8 – Необходимые расходные материалы Расходные материалы Стоимость, р. Количество, ед. 7 20 Картридж для МФУ 1 270 Бумага Xerox 270 Канц. принадлежности (ручка, карандаши, скрепки, маркеры, блокноты, степлеры, – – папки, файлы) Итого 1540 – Данные о ценах на расходные материалы взяты с сайта компании ООО «МЕТА». 144 Сумма, р. 8 890 5 400 7 500 21 790

Таблица 5.9 – Необходимые коммунальные ресурсы на разработку ИС Статья затрат Стоимость Internetсоединения Электроэнергия Коммунальные услуги Расходы на размещение персонала Итого Стоимость, р.\мес. Кол-во месяцев Сумма, р. 1 000 9 9 000 3 500 3 000 9 9 31 500 27 000 20 000 9 180 000 7 500 – 247 500 Таблица 5.10 – Необходимые коммунальные ресурсы на поддержку ИС Статья затрат Стоимость Internetсоединения Электроэнергия Коммунальные услуги Итого Стоимость, р.\мес. Кол-во месяцев Сумма, р. 1 000 24 24 000 3 500 3 000 7 500 24 24 – 84 000 72 000 180 000 Сводное штатное расписание предприятия для разрабатываемой ИС не требуется, приложение самостоятельное и будет работать 24 часа 7 дней в неделю по запросу пользователя. В качестве валюты, используемой в ходе реализации проекта, используется российский рубль. В таблице 5.11 представлены прогнозные показатели инфляции российского рубля на период 2020 – 2022 гг. в России от экспертов АПЭКОН: Таблица 5.11 – Валюта расчета и прогноз темпа инфляции Год 2020 2021 2022 Прогноз уровня инфляции, % 3.8 4.0 4.0 В качестве системы налогообложения выбрана УСН (упрощенная система налогообложения) с процентной ставкой в 6%, характеристика которой представлена в таблице 5.12. Налогооблагаемой базой при использовании УСН является сумма доходов от деятельности. Таблица 5.12 – Налог Наименование налога УСН Ставка, % 6 База расчета Прибыль 145 Периодичность выплат 1 раз в год Льготы –

Смета затрат на ИС, необходимая для её реализации представлена в таблице 5.13. Таблица 5.13 – Сводная таблица статей затрат на разработку ИС, 1 год Наименование затрат Стоимость, р. Расходы на оплату труда Социальные отчисления (программист, ИП) Регистрация ИП Расходы на рекламу ИС Основное оборудование Расходы на приобретение программного обеспечения Коммунальные расходы Прочее и расходные материалы Итого 682 000 195 735 800 50 000 45 110 47 370 257 500 21 790 1 300 305 Смета затрат на проект на разработку ИС составит 1 300 305 рублей. Смета затрат на поддержку ИС, представлена в таблице 5.14. Таблица 5.14 – Сводная таблица статей затрат на поддержку ИС за 2 года Наименование затрат Стоимость, р. Зарплата персонала (программист с доп. зарплатой) 1 452 000 Социальные отчисления (программист с доп. зарплатой, ИП) Коммунальные расходы Итого 626 445 180 000 2 258 445 Смета затрат на проект на поддержку ИС составит 2 258 445 рубля. 5.4 Результат от внедрения системы Поскольку выручка от приложения будет возможна лишь после его публикации и начала функционирования, то датированный интервал потребуется с декабря 2020 года. Выручка будет складываться от продажи pro–версии и от баннерной рекламы у стартовой страницы на сайте и мобильном приложении, краткая характеристика которых представлена в 146

таблице 3.4 (п.5,6). Показатели, характеризующие планируемую выручку, представлены в таблице 5.15. Таблица 5.15 – Показатели планируемой выручки Цена за pro-версию, р. Цена за рекламу (1 место, 1 мес), р. 300х150 pixel Количество мест для рекламы на 1 мес., шт. Цена за рекламу (1 место, 1 мес), р. 600х300 pixel 149 3 000 4 4 200 Показатели планируемой выручки представлены в таблице 5.16. Таблица 5.16 – Планируемая выручка Наименован ие Дек 2020 2020 Янв 2021 Фев 2021 Мар 2021 Апр 2021 Май 2021 Июнь 2021 Июль 2021 Авг 2021 Сент 2021 Окт 2021 Нояб 2021 Дек 2021 2021 2022 Количе ство пользо вателе Выручка от й, продажи Выручка от купив Pro-версии, рекламы, р. ших р. proверсию ,% 7 5 215 16 200 7 5 215 16 200 8 17 880 16 200 9 67 050 16 200 10 298 000 16 200 11 491700 16 200 12 750 960 16 200 13 1 297 790 16 200 14 1 627 080 16 200 15 2 123 250 16 200 16 2 431 680 16 200 17 2 760 970 16 200 18 3 352 500 16 200 19 3 878 470 16 200 20 4 470 000 194 400 40 17 880 000 202 176 Количес тво скачива ний, раз Отчислени я от выручки в GooglePlay, 50%, р. Выручка, итого, р. 500 500 1 500 5 000 20 000 30 000 42 000 67 000 78 000 95 000 102 000 109 000 125 000 137 000 150 000 300 000 10 708 10 708 17 040 41 625 157 100 253 950 383 580 656 995 821 640 1 069 725 1 223 940 1 388 585 1 684 350 1 947 335 2 332 200 9 402 732 10 708 10 708 17 040 41 625 157 100 253 950 383 580 656 995 821 640 1 069 725 1 223 940 1 388 585 1 684 350 1 947 335 2 332 200 9 041 088 5.5 Бюджет проекта Бюджет проекта представлен в таблице 5.17. Для покрытия этих затрат предполагается взятие аннуитетного кредита суммой 2 100 000 рублей в «Сбербанке» под 11,9% годовых. Схема погашения кредита представлена в таблице 5.18. 147

Таблица 5.17 – Бюджет проекта, р. Показатель 0 Период, год 1 2 Инвестиционная деятельность Капиталовложения Кэш-фло инвестиционной деятельности 1 300 305 -1 300 305 0 0 0 0 0 0 216 864 0 0 -1 300 305 -1 300 305 2 332 200 1 129 223 139 058 139 932 923 988 923 988 -376 317 9 402 732 1 174 391 51 471 564 164 7 612 706 7 612 706 7 236 389 2 100 000 618 934 1 481 066 180 761 180 761 0 696 740 -696 740 227 248 408 009 0 784 327 -784 327 6 828 379 7 236 389 Операционная деятельность Выручка Текущие затраты Проценты по кредиту УСН (6%) Кэш-фло операционной деятельности Кэш-фло операционной и инвестиционное Кэш-фло операц. и инвест.нарастающим итогом 148 Финансовая деятельность Кредит Возврат средств по кредиту Кэш-фло фин. деятельности Чистый денежный поток Чистый денежный поток нарастающим итогом

Таблица 5.18 – Схема погашения кредита Месяц 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 Остаток на конец периода, р. 2 100 000,00 2 051 175,21 2 001 866,23 1 952 068,28 1 901 776,50 1 850 985,99 1 799 691,81 1 747 888,96 1 695 572,40 1 642 737,03 1 589 377,71 1 535 489,25 1 481 066,39 1 426 103,84 1 370 596,24 1 314 538,20 1 257 924,24 1 200 748,86 1 143 006,50 1 084 691,52 1 025 798,25 966 320,96 906 253,85 845 591,07 784 326,72 722 454,84 659 969,39 596 864,29 533 133,40 468 770,51 403 769,36 338 123,62 271 826,88 204 872,71 137 254,57 68 965,88 Итоги В том числе Сумма платежа, р. % Погашение основной суммы долга, р. 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 69649,79 2 507 392,55 20 825,00 20 340,82 19 851,84 19 358,01 18 859,28 18 355,61 17 846,94 17 333,23 16 814,43 16 290,48 15 761,33 15 226,94 14 687,24 14 142,20 13 591,75 13 035,84 12 474,42 11 907,43 11 334,81 10 756,52 10 172,50 9 582,68 8 987,02 8 385,44 7 777,91 7 164,34 6 544,70 5 918,90 5 286,91 4 648,64 4 004,05 3 353,06 2 695,62 2 031,65 1 361,11 683,91 407 392,55 48 824,79 49 308,97 49 797,95 50 291,78 50 790,51 51 294,18 51 802,85 52 316,56 52 835,37 53 359,32 53 888,46 54 422,86 54 962,55 55 507,60 56 058,05 56 613,96 57 175,38 57 742,37 58 314,98 58 893,27 59 477,29 60 067,11 60 662,78 61 264,35 61 871,89 62 485,45 63 105,10 63 730,89 64 362,89 65 001,15 65 645,75 66 296,73 66 954,18 67 618,14 68 288,69 68 965,88 2 100 000,00 149

5.6 Риски проекта Предпринимательская деятельность, особенно на первоначальном этапе, во всех формах и видах сопряжена с риском. Риск – это возможность возникновения неблагоприятной производственно-хозяйственной ситуации или деятельности или неудачного исхода какой-либо другой деятельности. Перед тем как начать любое дело, следует тщательно провести анализ всех возможных рисков, которые могут возникнуть при реализации бизнес– плана, а также разработать рекомендации и план действий при возникновении каких-либо угроз бизнесу. Осуществление данного проекта будет связано с возникновением следующего перечня рисков, представленных в таблице 5.19. Таблица 5.19 – Перечень рассматриваемых рисков Риск Описание Недоступность хостинга Недоступность хостинга (из-за выхода из строя компонентов с БД и web-версии ИС сервера, либо нарушения сетевой связи) может привести к потере функционального использования Системы, тем самым текущие пользователи с высокой вероятностью перейдут на использование схожих программных продуктов, а также появится невозможность регистрации новых пользователей. Риск неправильного Из-за ошибок человеческого фактора возможна неверная функционирования реализация тех или иных компонентов приложения, в приложения, из-за результате чего может возникнуть плавающая ошибка, которая большого числа ошибок может привести к неверному функционалу приложения. Инфляционный риск Влияние на увеличение затрат за счет инфляции приведет к отрицательному доходу. Снижение цены на 65% приводит к убыткам. Дополнительные Дополнительные расходы на реализацию проекта приводят к расходы на реализацию невозможности покрыть расходы на разработку проекта, тем проекта самым, увеличив время его выполнения, что привезёт к дефициту выручки от реализации ИС. Штрафы в пользу банка Для компании проект выполняется впервые, следовательно, в случае нарушения длительность выполнения этапов может быть выполнена плана проекта неточно. Данный риск может повлиять на увеличение стоимости и времени выполнения проекта. DoS-атака на хостинг с Может возникнуть хакерская DoS-атака на вычислительную БД и web-версии систему хостинга с БД, с целью создания таких условий, при (замедление времени которых доступ добросовестным пользователям системы будет отклика) сильно затруднён (путём увеличения времени отклика). 150

С использованием представленных рисков были разработаны показатели матрицы вероятности и разработано графическое представление матрицы влияния рисков на выручку. Перечень значимости и вероятности возникновения рассматриваемых рисков представлен в таблице 5.20. Влияние рисков на размер выручки представлено в таблице 5.21. Таблица 5.20 – Перечень значимости и вероятности возникновения рассматриваемых рисков Риски Недоступность хостинга с БД и web-версии ИС Риск неправильного функционирования приложения, из-за большого числа ошибок Инфляционный риск Дополнительные расходы на реализацию проекта Штрафы в пользу банка в случае нарушения плана проекта DoS-атака на сервер БД и web-версии Примечание. 1 – низкая значимость; 2 – средняя значимость; 3 – высокая значимость. Значимость Процент от значимости Вероятность, % 2,8 93,33 90 1,8 60,00 75 0,8 26,67 10 2,1 70,00 35 2,6 86,67 45 2,3 76,67 47 На основании таблицы 5.20, рассчитаем матрицу вероятности и влияния рисков, показатели которой представлены в таблице 5.22. 151

Таблица 5.21 – Влияние рисков на размер выручки, р. Риски Риск неправильного функционирования приложения, из-за большого числа ошибок Инфляционный риск Дополнительные расходы на реализацию проекта Недоступность хостинга с БД и webверсии ИС Штрафы в пользу банка в случае нарушения плана проекта Dos-атака на сервер БД и webверсии 60 27 70 93 87 77 Ущерб от риска, % от выручки P возникновения риска, % 2020 г/ 2021 г. 2022 г. 75 10 35 90 45 47 0 1 399 320 5 641 639 0 629 694 2 538 738 0 1 632 540 6 581 912 0 2 168 946 8 744 540 0 2 029 014 8 180 376 0 1 795 794 7 240 103 Ущерб от риска, р. 7 040 959 3 168 432 8 214 452 10 913 486 10 209 390 9 035 897 5 280 719 316 843 2 875 058 9 822 138 4 594 226 4 246 872 A B C D E F Ущерб от риска с учетом вероятности, р. Графич. обозначение 152

Таблица 5.22 – Матрица вероятности и влияния рисков Риск Недоступность хостинга с БД и webверсии ИС Риск неправильного функционирования приложения, из-за большого числа ошибок Dos-атака на сервер БД и web-версии web-Версии P Влияние Ранг 0,90 0,27 0,24 0,75 0,60 0,45 0,47 0,70 0,33 0,77 0,35 0,87 0,30 0,93 0,09 Штрафы в пользу банка в случае 0,45 нарушения плана проекта Дополнительные расходы на 0,35 реализацию проекта Инфляционный риск 0,10 Примечание. критические риски > 0,18; умеренные риски с величинами от 0,04 до 0,18; незначительные риски < 0,04. Матрица вероятностей влияния рисков на выручку представлена на рисунке 5.3. Рисунок 5.3 – Матрица вероятностей влияния рисков на выручку Управление рисками проекта представляет собой процесс предвидения и нейтрализации их негативных финансовых последствий, связанных с их идентификацией, оценкой, профилактикой и страхованием. В Приложении З в таблицах З.1 – З.6 представлены карточки управления рисками. 153

5.7 Анализ конкурентоспособности и критерии приёмки проекта Для определения количества скачиваний были проанализированы данные основных конкурентов, которые представлены в таблице. Анализ чувствительности проекта, представленный на рисунке 5.4, показал, что проект наиболее чувствителен к изменению объема продаж и цене за pro–версию приложения. Для расчёта результата от внедрения системы рассчитаем следующие показатели: – ЧДД (Чистый дисконтированный доход) – это сумма дисконтированных значений потока платежей, приведённых к сегодняшнему дню (формула 5.6). Показатель ЧДД представляет собой разницу между всеми денежными притоками и оттоками, приведёнными к текущему моменту времени (моменту оценки инвестиционного проекта). Рассчитывается по формуле [29]: T Rt  Зt Kt ЧДД    t t ; t 0 (1  d ) t 0 (1  d ) T (5.6) где T – горизонт расчета; t – номер шага расчета; – доход, достигаемый на t –шаге; – затраты на t – шаге, d – норма дисконта; – капитальные вложения на t–шаге. Проект считается эффективным, если ЧДД > 0, как следствие, возможность получения дополнительного дохода сверх нормативной прибыли СО (срок окупаемости) – минимальный временной интервал, когда происходит возмещение всех инвестиционных вложений (от начала осуществления проекта), т.е. это период, начиная с которого первоначальные 154

вложение и другие затраты, связанные с инвестиционным проектом, покрываются суммарными затратами его осуществления. Проект имеет высокую рентабельность, т.к. снижение выручки на 39,13% при прогнозируемом минимальном количестве объёмов продаж и минимальном количестве стоимости приложения приводит к отрицательному ЧДД. Все риски были учтены, а также была продумана стратегия управления каждым конкретным возникающим риском. Реализация данного проекта позволит на 95% снизить количество штрафов за нарушение таможенных процедур, предостеречь пользователя от уголовной ответственности за попытку ввоза (в т.ч. по незнанию) запрещённых товаров на территорию страны на 100%, а также повысить качество планирования пользовательских заказов. Рисунок 5.4 – Анализ чувствительности проекта Рассчитав финансовый план, получаем следующие показатели эффективности реализации данного проекта, представленные в таблице 5.23. 155

Таблица 5.23 – Показатели эффективности проекта Показатель Ставка дисконтирования ЧДД Индекс доходности Срок окупаемости проекта Значение 20 % 5 246 135 р. 4,77 раз 8 месяц после реализации План выручки представлен в таблице 5.24. Таблица 5.24 – План выручки, р. 1 год 10 708 2 год 3 641 698 3 год 10 564 790 ИД (индекс доходности) – отношение суммы приведенных эффектов к величине капиталовложений. Индекс доходности равен отношению настоящей стоимости денежных потоков к первоначальным затратам на проект, сумме инвестиций, направленных на его реализацию ИД = 5435136 / 189 001 = 4,76. ИД > 0, проект эффективный. Проект полностью реализован при выполнении следующих требований: – ИС реализована согласно требованиям ТЗ – 100%; – показатель доступности системы в режиме 24 часа, 7 дней в неделю – 98%; – отсутствие ошибок обмена данными между API ПО – 100%. После реализации данного проекта – это будет единая система отслеживания всевозможных отправлений, способная в кротчайшие сроки предоставить всю необходимую информацию о текущем их местоположении, всей истории посылок за любой период по каждому пользователю, текущих и оставшихся лимитов на выбранную дату. Со временем ИС «Web-корреспондент» будет расширяться по функционалу и предлагаться жителям всех стран, которые пользуются услугами транспортных компаний с учётом их законодательства и стандартизированных правил формирования документации. В целом, проект можно считать успешным. 156

Заключение В общем виде международная торговля является средством, с помощью которого страны могут развивать специализацию, повышать производительность своих ресурсов и таким образом увеличивать общий объем производства. Суверенные государства, как и отдельные лица, так и регионы страны, могут выиграть за счет специализации на изделиях, которые они могут производить с наибольшей относительной эффективностью, и последующего их обмена на товары, которые они не в состоянии сами эффективно производить. Благодаря свободной торговле, базирующейся на принципе сравнительных издержек, мировая экономика может достигнуть более эффективного размещения ресурсов и более высокого уровня материального благосостояния. Структура ресурсов и уровень технологических знаний каждой страны различны. Следовательно, каждая страна должна производить те товары, издержки производства которых в стране выше относительно других стран. Если каждая страна будет поступать таким образом, мир может в полной степени использовать преимущества географической специализации. 157

Список использованных источников 1 История мировой экономики: Учебник для вузов / Под ред. Г.Б. Поляка, А. Н. Марковой. – М.: ЮНИТИ, 2002. – 727 с. 2 Колесов В.П., Кулаков М.В. Международная экономика: Учебник для вузов. – М.: ИНФРА – М, 2004. – 474 с. 3 Макконнелл К.Р., Брю С.Л. Экономикс: принципы, проблемы и политика. / Пер. с 14–го англ. изд. – М.: ИНФРА – М, 2003. – 972 с. 4 Современная экономика: учебное пособие / кол.авторов; под ред. О.Ю. Мамедова. – М.: КНОРУС, 2012. – 320 с. 5 ГОСТ 24.104-85 Автоматизированные системы управления. Общие требования. – Введ. 1987–01–01. – 12с. 6 Уильям Бернстайн. Великолепный обмен. История мировой торговли. – М.:АСТ, 2014. – 516 с. 7 Сайт ООО «ТКС.РУ» Информация для физических лиц: ввоз–вывоз товаров [Электронный ресурс] // URL: http://www.tks.ru/nat/0010000001 8 Cайт «Федеральная служба государственной статистики» Интерактивные статистические сервисы [Электронный ресурс] // URL: http://www.gks.ru 9 Сайт ООО «САТЭК» Разработка программного обеспечения и электроники [Электронный ресурс] // URL: http://www.nppsatek.ru/ 10 Сайт ИП «Р.Л. Романенко» Последние новости [Электронный ресурс] // URL: http://newsvo.ru/osobennosti–gruzoperevozok–v–rossii–i–za– rubezhom.dhtm 11 Сайт ООО «Apptractor» Прогноз развития рынка мобильных приложений [Электронный ресурс] // URL: https://apptractor.ru/measure/app-store-analytics/otchet-sostoyanie-ryinkamobilnyih-prilozheniy-2019-ot-app-annie.html 12 ГОСТ 34.601–90 Автоматизированные системы. Стадии создания. – Введ. 1995–07–01. – 10 с. 158

13 ГОСТ 34.602–89 Информационная технология. Техническое задание на создание автоматизированной системы. – Введ. 1990–01–01. – 6 с. 14 ГОСТ 34.201-89 Виды, комплектность и обозначение документов при создании автоматизированных систем. – Введ. 1990–01–01. – 11 с. 15 ГОСТ 24.104-85 Автоматизированные системы управления. Общие требования – Введ. 1987–01–01. – 17 с. 16 ГОСТ 19.301-79 Программа и методика испытаний. Требования к содержанию и оформлению. – Введ. 1981–01–01. – 7 с. 17 Сайт ООО «ГдеПосылка» Отслеживание почтовых отправлений [Электронный ресурс] // URL: https://gdeposylka.ru 18 Сайт ООО «Track24» Отследить почтовое отправление [Электронный ресурс] // URL: https://track24.ru/ 19 Сайт ООО «Wikipedia Foundation» Разрешение экрана монитора [Электронный ресурс] // URL: https://ru.wikipedia.org/wiki/Разрешение_экрана_монитора 20 Сайт ООО «ЕЭК» Пояснение к Единой товарной номенклатуре внешнеэкономической деятельности Евразийского экономического Союза [Электронный ресурс] // URL: http://www.eurasiancommission.org/ru/act/trade/catr/psn/pages 21 Сайт ООО «Daily Digital Digest» Новости сети [Электронный ресурс] // URL: https://3dnews.ru/973625 22 Сайт ООО «Почта России» Отправка писем и посылок [Электронный ресурс] // URL: https://otpravka.pochta.ru/ 23 Сайт ИП «И.А.Кушмир» Управление планированием [Электронный ресурс] // URL: http://be5.biz/ekonomika/p004/31.html 24 Сайт ООО «ФТС России» Альбом форматов электронных форм документов, предназначенных для организации взаимодействия Таможенных органов с автоматизированными системами предприятий, осуществляющих деятельность в области таможенного дела. [Электронный ресурс] // URL: 159

http://www.customs.ru/?Itemid=2367&id=17127:2011–05–19–08–45– 08&option=com_content 25 Сайт ООО «Почта России» Почтовый идентификатор [Электронный ресурс] // URL: https://ru.wikipedia.org/wiki/Почтовый_идентификатор 26 Сайт ООО «Алитраст» Все о номерах для отслеживания посылок. [Электронный ресурс] // URL: http://alitrust.ru/articles/otslezhivanie– posylok/vse–o–nomerakh–dlya–otslezhivaniya–posylok–s–aliekspress–34 27 Сайт ООО «Почта России» Спецификация API–отслеживания. [Электронный ресурс] // URL: https://tracking.pochta.ru/specification 28 Сайт ООО «Бланкер» Бланки почтовых отправлений. [Электронный ресурс] // URL: http://blanker.ru/doc/album–pochta–forms 29 Сайт ООО «Советник-Н» Бланки почтовых отправлений. [Электронный ресурс] // URL: https://nsovetnik.ru/banderoli_i_posylki/chto_takoe_banderol_i_chem_otlichaetsy a_banderol_ot_posylki/ 30 Сайт OOO «Кабельвидеоэфир» Узнать IP адрес [Электронный ресурс] // URL: https://2ip.ru/analizator/ 31 Сайт OOO «Здесь и сейчас» Блог по управлению проектами. [Электронный ресурс] // URL: http://project-management.zis.by/ocenka-proekta/prostye-metody-ocenkiob%23emov-rabot-proekta.html 32 Сайт OOO «Технологии качества» Компании против фрилансеров [Электронный ресурс] // URL: https://www.itweek.ru/management/article/detail.php?ID=164541 33 Сайт OOO «Астро» Таблица цветов в RGB представлении [Электронный ресурс] // URL: http://www.astro.spbu.ru/staff/afk/Teaching/Help/Colorinfo.htm 160

Приложение А Система всемирной пересылки и обмена почтовой корреспонденцией подразумевает присвоение регистрируемым почтовым отправлениям (кроме обыкновенных регистрируемых почтовых отправлений) уникального почтового идентификатора. На каждом из этапов пересылки почтовый идентификатор заносится в единую базу данных о состоянии почтовых отправлений. Это позволяет отслеживать прохождение почтовых отправлений через интернет–сайты почтовых и курьерских служб и факт вручения почтового отправления получателю. Номера для отслеживания посылок стандартизированы для всех почтовых служб, независимо от страны. Согласно международному стандарту, номер должен состоять из 4 букв и 9 цифр и иметь структуру «XX111111111YY» (рисунок А.1), где: – XX – первые две буквы отвечают за вид отправления и, как было сказано, они показывают, было ли оно зарегистрировано; – RA-RZ – отслеживаемый мелкий пакет; – LA-LZ – неотслеживаемый мелкий пакет; – VA-VZ — письмо с объявленной ценностью; – CA-CZ – отслеживаемая посылка; – EA-EZ – отслеживаемое экспресс-отправление (EMS); – UA–UZ — нерегистрируемые и неотслеживаемые отправления, но которые обязаны проходить таможенные процедуры; – ZA-ZZ — SRM-отправление (от simplified registered mail), простой регистрируемый пакет. При помощи почтового идентификатора возможно узнать о местонахождении и состоянии почтового отправления. Информацию по почтовому идентификатору можно получить касательно: – внутренних регистрируемых почтовых отправлениях, пересылаемых в пределах одной страны, 161

– международных регистрируемых почтовых отправлениях, почтовых отправлениях, пересылаемых за пределы страны, – международных регистрируемых поступивших в страну из другой страны. Цифры, указанные в трекинговом номере – это и есть уникальный код, присваиваемый отправлению. Последние две буквы (YY) отвечают за код страны отправителя. Рисунок А.1 – Пример сформированного номера отслеживания при заказе посылки из-за рубежа Узнать из номера в какую страну идет посылка, нельзя, однако, по индексу получателя это можно определить. Мелкие транспортные компании выдают номера, отличные от тех, что использует официальная почта. Отследить их чаще всего нереально, но есть вероятность, что информация об отправлении будет размещена на сайте службы доставки. Один из вариантов: – U**********YP; Если номер начинается с букв UA, то отследить посылку можно только на территории Китая. На Почте России номер будет выдавать ошибку. Если номер начинается с букв UR, то его МПО можно отследить и на территории России, и вы получите извещение с почты. 162

– RH*********HK; Непонятный номер, вероятно, выдаваемый мелкой транспортной компанией Китая, но товары, как показывает практика, доходят до получателей. Внутрироссийский почтовый идентификатор содержит 14 цифр и состоит из четырёх смысловых частей: а) первые 6 цифр – индекс предприятия связи места приёма; б) седьмая и восьмая цифры – порядковый номер месяца печати штрихкодового идентификатора, начиная с января 2000 года (значение 01), это обеспечивает уникальность идентификатора в сети почтовой связи в течение, по крайней мере, восьми лет. При достижении номера 99 следующий месяц получает номер 00. Номер 01, кроме января 2000 года, имели также апрель 2008 года и июль 2016 года. По состоянию на ноябрь 2018 года используется номер месяца 29; в) пять цифр с девятой по тринадцатую – уникальный номер почтового отправления, принятого в предприятии связи в текущем месяце; г) последняя, четырнадцатая цифра – контрольный разряд, который вычисляется по следующему правилу; 1) сумма цифр в нечётных позициях умножается на 3; 2) суммируются все цифры в чётных позициях; 3) суммируются результаты действий пунктов 1 и 2; 4) из 10 вычитается остаток от деления суммы из пункта 3 на 10. Это число и есть контрольный разряд. (В случае, если результат пункта 4 кратен 10, то контрольный разряд равен 0). 163

Приложение Б Бандеролью считается отправление массой от 100 г до 2 кг, которое предполагает пересылку малоценных печатных изданий, фотографий или рукописей. Малоценными считаются объекты, цена которых не превышает 10000 рублей [31]. Простая посылка/бандероль представляет собой почтовое отправление, при получении которого адресат не подписывает никаких уведомлений, а отправитель, в свою очередь, не получает квитанций.[20]. Зачастую простой бандеролью отправляют документы, не имеющие большой ценности. Под заказной посылкой/бандеролью подразумевают отправление, которое подлежит регистрации. Отправитель в этом случае обязательно получает квитанцию, а получатель подтверждает прием посылки/бандероли своей подписью. Ценной считается регистрируемая посылка/бандероль, содержащая вложение, которое имеет какую-либо ценность. При отправке такой посылки/бандероли гражданин производит оценку ее стоимости. При утере ценной посылки/бандероли, в отличие от обычной, Почта России обязана возместить убытки в сумме объявленной ценности + оплату за пересылку. Кроме того, такая посылка/бандероль доставляется непосредственно по адресу получателя. В случае, если посылка пересылается с объявленной ценностью, на адресном ярлыке указывается также сумма объявленной ценности (цифрами и прописью), а в случае пересылки посылки с наложенным платежом, дополнительно, на адресном ярлыке «Форма 7-п» указывается сумма наложенного платежа. – бланк почтового перевода наложенного платежа «Форма 112ЭП» (рисунок Б.1); На талоне бланка перевода наложенного платежа отправитель должен указать, за штрихового какое почтовое почтового отправление идентификатора) 164 (допускается ему должен наклеивание быть выслан

наложенный платеж, где сдано почтовое отправление (индекс объекта почтовой связи), дату подачи, куда и на имя кого пересылается почтовое отправление. Рисунок Б.1 – Бланк почтового перевода наложенного платежа «Форма 112ЭП» 165

Адрес и наименование получателя наложенного платежа, указанные на бланке перевода, должны соответствовать обратному адресу и наименованию отправителя почтового отправления. Сумма наложенного платежа не должна превышать сумму объявленной ценности почтового отправления. Экземпляр почтового идентификатора, нанесенного на почтовое отправление, наклеивается на бланк почтового перевода наложенного платежа «Форма 112ЭП» или номер почтового идентификатора переписывается на него. При приеме почтового отправления бланк перевода наложенного платежа не штемпелюется. Он прикрепляется к письму (бандероли) с объявленной ценностью таким образом, чтобы исключалась возможность утери его в пути. Если регистрируемое почтовое отправление принимается в прозрачной полиэтиленовой оболочке, бланк перевода наложенного платежа вкладывается под оболочку. – опись вложения «Форма 107» (рисунок Б.2). Опись вложения – документ, описывающий количественные и стоимостные характеристики почтового отправления. В общем случае это бланк, который заполняется от руки или на компьютере и вкладывается в почтовое отправление (письмо посылка и т.д.). Опись содержит перечень позиций, которые включены в отправление, а так же их количество и стоимость. 166

Рисунок Б.2 – Опись вложения «Форма 107» Бланк описи вложения перед запечатыванием должен быть завизирован штампом почтового отделения. Почта России использует бланк описи «Форма 107», который используется для следующих видов отправлений: а) опись вложения в ценное письмо; б) опись вложения в посылку; в) опись вложения в бандероль. 167

– адресные бланки отправлений EMS (рисунок Б.3); Express Mail Service (EMS) – это услуга по экспресс-доставке отправлений, оказываемая более, чем в 190 странах мира. В России эту услугу оказывает «EMS Почта России» – служба, которая обеспечивает доставку срочных документов и грузов в кратчайшие сроки. Рисунок Б.3 – Пример адресного бланка отправлений EMS Виды экспресс-отправлений EMS: а) отправления с документами; б) отправления с товарами. Отправления с товарами могут содержать и документы на пересылаемые товары. Предельный вес экспресс-отправлений EMS: а) до 31,5 кг – по России; б) до 20 кг – в Австралию, Англию, Аргентину, на Арубу, в Бахрейн, на Бермудские о–ва, в Вануату, Гайану, Гибралтар, на Доминику, в Израиль, Испанию, Казахстан, Малави, Монголию, Мьянму, Новую 168

Каледонию, Польшу, Сирию, Суринам, Тринидад и Тобаго, на Украину, в Экваториальную Гвинею; в) до 10 кг – в Гамбию, на Каймановы о–ва, Кубу, Теркс и Кайкос; г) до 30 кг – в остальные страны. Сумма длины и периметра наибольшей стороны должна быть не более 300 см (рисунок Б.4). Максимальное измерение любого отправления в упаковке по длине, ширине и высоте должно составлять до 150 см. Сумма длины и периметра наибольшего поперечного сечения не должна превышать 300 см. x – проверочное число (должно быть меньше 300) Рисунок Б.4 – Пример измерения EMS-отправления Упаковка отправлений с документами производится отправителями. Упаковка отправлений с товарами производится отправителями. Упаковка отправлений с товарами, в отношении которых должна быть подана отдельная таможенная декларация при необходимости подтверждения вывоза этих товаров с таможенной территории РФ таможенному и/или налоговому органам, производится отправителем и опечатывается таможенным органом, в регионе деятельности которого расположен отправитель. Отправление с товарами принимается: в открытом виде – от физических лиц; опечатанное таможенным органом – от юридических лиц. Характер упаковки должен соответствовать характеру отправления и способу транспортировки. Написание адресных данных и оформление сопроводительных документов к отправлениям должно быть разборчивым и четким, черного 169

или синего цвета. Не допускается написание адресов и оформление документов карандашом или перьевой ручкой. На отправлениях адрес назначения пишется латинскими буквами и арабскими цифрами. На международных отправлениях допускается написание адреса на языке страны назначения при условии повторения наименования страны назначения на русском языке. В адресе назначения указывается номер телефона получателя (при его наличии). Адрес отправителя пишется на русском языке, при этом название страны и региона отправки повторяется латинскими буквами. Также в адресе отправителя указывается его телефон (при его наличии). Для юридических лиц обязательно указание номера договора на оказание услуг по ускоренной доставке почты EMS на адресном бланке в поле «ОТ КОГО/FROM» в графе «№ контракта». Отправления принимаются только с указанием обратного адреса. За полноту и правильность указанных данных ответственность несет сам отправитель. Адреса отправителя («ОТ КОГО/FROM») и получателя («КОМУ/TO») пишутся отправителем. В адресах не должно быть сокращенных названий, условных букв, цифр или каких–либо знаков. Реквизиты адреса пишутся в следующем порядке: а) наименование адресата (для граждан – фамилия, имя, отчество; для юридических лиц – наименование юридического лица); б) название улицы, номер дома, номер квартиры; в) название населенного пункта (города, поселка и т.п.); г) название региона; д) название страны; е) почтовый индекс; ж) номер телефона получателя и отправителя (если известен). – Таможенная декларация «CN 22» (рисунок Б.5); – Таможенная декларация «CN 23» (рисунок Б.6); 170

– бланк сопроводительного адреса «CP 71» (рисунок Б.7); Рисунок Б.5 – Внешний вид формы таможенной декларации «CN 22» Рисунок Б.6 – Внешний вид формы таможенной декларации «CN 23» 171

Рисунок Б.7 – Бланк сопроводительного адреса «CP 71» Согласно Правилам оказания услуг почтовой связи, лица отправляют международные посылки в открытом виде с приложением бланка сопроводительного адреса «CP 71» и необходимого количества (до трёх штук) таможенных деклараций «CN 23» к посылке, если отправляем посылкой. При перемещении деятельности с товаров использованием в рамках каналов внешнеэкономической международных почтовых отправлений (МПО) для мелких пакетов и посылок заполняется таможенная декларация формы «CN 23».Таможенная декларация и прилагаемые к ней документы прочно прикрепляются к отправлению снаружи или, что предпочтительнее, вкладываются в прозрачный самоклеящийся конверт. Требованиями ВПС предусматривается, что почтовые отправления массой менее двух килограммов и стоимостью содержимого менее 300 172

единиц специальных прав заимствования (СДР), должны сопровождаться специальной формой «CN 22». Все другие отправления должны сопровождаться формой «CN 23».. Для ускорения таможенной обработки таможенная декларация составляется на французском, английском или каком–либо другом языке, принятом в стране назначения. Российская таможня требует абсолютно правильно и точно оформленной декларации.. Любая ошибка, несоответствие количества, оценки и т.д., воспринимаются таможенным инспектором, как нарушение УК РФ ст,188 ч.2 и в лучшем случае, сложное бюрократическое оформление или возврат, в худшем задержание и дальнейшую конфискацию. Таможенные органы вправе требовать у организаций почтовой связи предъявления вывозимых международных почтовых отправлений, в отношении которых таможенные органы проводят таможенный осмотр или таможенный досмотр на основе выборочных или случайных проверок. В случае если таможенная декларация «CN 23» или ярлык «CN 22» отсутствуют, не заполнены или в них указаны сведения, не соответствующие фактическим, то МПО подвергаются таможенному досмотру. При этом уполномоченные лица имеют право снимать пломбы, печати, вскрывать упаковку. В случае с МПО досмотр может производиться в отсутствии адресата. Форма «CN 22» содержит описание содержимого по отдельным позициям с указанием чистого веса и стоимости. Форма «CN 23» обычно именуется таможенной декларацией и требует дополнительных сведений от отправителя, форма должна включать такие статистически значимые показатели, как страна происхождения товаров, тарифный номер и таможенная стоимость. Товары и соответствующие формы должны представляться таможенным органам, которые принимают решение о проведении таможенной очистки на основании информации, содержащейся в этих формах. 173

– адресный ярлык международной посылки/бандероли (рисунок Б.8); – адресный ярлык мелкого пакета (рисунок Б.9). Мелкий пакет – небольшая посылка за границу с небьющимися предметами. Рисунок Б.8 – Адресный ярлык международной посылки/бандероли Рисунок Б.9 – Адресный ярлык международного мелкого пакета 174

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

Важным моментом процесса консолидации национальных экономик в единую систему мирового хозяйства является фактор целенаправленной деятельности государств по международному согласованию правил и процедур перемещения товаров, услуг, рабочей силы, капиталов, технологий, создание национальных интеграционных структур, которым делегироваться определенные полномочия по распределению указанных выше факторов. Для внутрироссийских отправлений, в зависимости от того, как будет осуществляться доставка заказа покупателю – курьером, почтой России или другой организацией – документация оформляется в процессе пересылки заказа выбранной организацией по доставке. При выборе курьерской доставки интернет-магазин обычно пользуется услугами сторонней курьерской службы, подписывая агентский договор. Если покупатель оплачивает товар наличными при доставке курьером, последний должен предоставить клиенту кассовый чек (№ 54-ФЗ). При этом кассовый чек должен быть выбит от имени интернет – магазина, если курьер – штатный работник магазина, либо от имени курьерской службы, с которым должен быть заключен агентский договор. Выдавая торговый чек или накладную, следует учитывать правила и требования по законодательству дистанционной торговли. При этом обязательным условием является заключенный договор розничной куплипродажи. Если договора нет, следует оформить внутренний документ, который будет подтверждать оплату и доставку заказа покупателю. Форму чека или накладной можно оформить самостоятельно. Однако в ней должны присутствовать реквизиты, определенные ст. 4.7 № 54-ФЗ. Также рекомендовано оставлять подтверждающий документ о том, что покупатель принял заказ и оставил свою подпись. Самые распространенные документы, подтверждающие оплату: – товарный чек; – накладная ТОРГ-12; – расходная накладная. 176

При использовании товарного чека следует учитывать, что документ составляется в одном экземпляре, остается только у покупателя, а у продавца отсутствует подтверждение оплаты и доставки заказа. Накладная ТОРГ-12 может быть распечатана напрямую из 1С и составлена в двух экземплярах, что удобнее всего для продавца. Есть один минус: стандартная накладная имеет массу лишних полей, т.к. она изначально предназначена для ООО. Обычная расходная накладная, которая также распечатывается из 1С, объединяет в себе и товарный чек, и квитанцию ТОРГ-12. В ней указываются сведения о продавце, а также Ф.И.О. покупателя (получателя заказа), название товара, количество и цена. Составляется этот документ в двух экземплярах и обязательно визируется покупателем при доставке товара. При получении почтовых отправлений используется следующие формы бланков: – извещение «Форма 22» (рисунок Б.10). 177

Рисунок Б.10 – Извещение «Форма 22» 178

Приложение В Новый сервис «Ускоренное получение отправлений» позволит в пять раз [32] сократить сроки выдачи почты и отказаться от необходимости заполнения бумажных извещений. Более того, нововведение поможет «Почте России» уменьшить операционные расходы. Нововведение должно заинтересовать, в частности, активных пользователей интернет-магазинов. Однако, данный метод получения посылок не будет актуален, когда будет нарушена связь по локальной сети с сервером сервиса. Основные этапы сервиса представлены на рисунке В.1. Бланк заявления «Почты России» на регистрацию в сервисе «Ускоренное получение отправлений» представлен на рисунке В.2. Рисунок В.1 – Основные этапы сервиса «Ускоренное получение отправлений» почты России 179

Рисунок В.2 – Бланк заявления «Почты России» на регистрацию в сервисе «Ускоренное получение отправлений» 180

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

Приложение Г Рисунок Г.1 – Шаблон печатной формы документа «Таможенная декларация CN–23» 182

Рисунок Г.2 – Шаблон печатной формы документа «Адресный ярлык международной посылки бандероли» 183

Рисунок Г.3 – Шаблон печатной формы документа «Адресный ярлык мелкого пакета» 184

Рисунок Г.4 – Шаблон печатной формы документа «Сопроводительный адрес CP 71» 185

Рисунок Г.5 – Шаблон печатной формы документа «Экспресс-отправление EMS ф. Е1» 186

Рисунок Г.6 – Шаблон печатной формы документа «Адресный ярлык ф. 7-п» 187

Рисунок Г.7 – Шаблон печатной формы документа «Адресный ярлык ф. 7-а бандероль» 188

Рисунок Г.8 – Шаблон печатной формы документа «Адресный ярлык ф. 7-а бандероль 1 класса» 189

Рисунок Г.9 – Шаблон печатной формы документа «Экспресс–отправление EMS ф. Е1-в» 190

Рисунок Г.10 – Шаблон печатной формы документа «Наложенный платеж ф. 112ЭП» 191

Рисунок Г.11 – Шаблон печатной формы документа «Перевод «Форсаж» ф. 112ФП» 192

Рисунок Г.12 – Шаблон печатной формы документа «Опись вложения ф. 107» 193

Приложение Д Рисунок Д.1 – Общая диаграмма сущность-связь анализируемой предметной области 194

Приложение Е Таблица Е.1 – Детальная трудоёмкость этапа «Разработка программного обеспечения Системы» 195 № по типовому перечню услуг Содержание работ Кол–во объектов Оптимистиче ская оценка Oi, чел.-дн. Наиболее вероятная Mi, чел.-дн. Пессимести ческая Pi, чел.-дн. – 1 1.1 1.1.1 Разработка ИС, итого Разработка страниц ИС «Web-Корреспондент» Разработка страницы Разработка элементов дизайна страницы ИС «WebКорреспондент» Разработка структуры страницы под разные разрешения Изменение страницы Корректировка элементов дизайна страницы ИС «WebКорреспондент» Корректировка структуры страницы Разработка инфографики Разработка интерактивной инфографики по структурированной информации с применением типовых шаблонов Разработка элементов дизайна инфографики Разработка метаданных инфографики Размещение инфографики в соответствии с макетами страниц, настройка ссылок и переходов, настройка взаимосвязи элементов инфографики, настройка кликабельности инфографики – – 34 47,9 2,89 2,75 67,41 4,73 4,5 106,85 8,6 8 9 0,75 1 2 25 7 2 0,14 3,5 0,23 6 0,6 4 0,1 0,15 0,4 3 – 0,04 0,86 0,08 1,48 0,2 3,55 58 0,6 1,05 2,45 8 25 0,15 0,2 0,25 0,3 0,75 0,7 25 0,25 0,5 1 1.1.2 1.2 1.2.1 1.2.2 2. 2.3 2.3.1 2.3.2 2.3.3

Продолжение таблицы Е.1 № по типовому перечню услуг Содержание работ 2.7 Изменение интерактивной инфографики по структурированной информации с применением типовых шаблонов Корректировка элементов дизайна инфографики Корректировка метаданных инфографики Корректировка размещения инфографики в соответствии с макетами страниц, настройка ссылок и переходов, настройка взаимосвязи элементов инфографики, настройка кликабельности инфографики Разработка гипертекстовой формы Разработка вывода структурированной информации в гипертекстовой форме (кроме сложных реестров и классификаторов) Разработка метаданных для размещения структурированной информации в гипертекстовой форме Размещение структурированных данных в гипертекстовой форме в соответствии с макетами страниц, настройка ссылок и переходов, настройка взаимосвязи элементов формы Разработка ETL-процедур (от англ. Extract, Transform, Load — дословно «извлечение, преобразование, загрузка») Разработка ETL-процедур для загрузки простых видов информации (не более 3 показателей не более чем в 5 разрезах) 2.7.1 2.7.2 2.7.3 3 3.1 196 3.1.1 3.1.2 4 4.2 Кол–во объектов Оптимистиче ская оценка Oi, чел.-дн. Наиболее вероятная Mi, чел.-дн. Пессимести ческая Pi, чел.-дн. 22 0,26 0,43 1,1 4 8 0,04 0,05 0,09 0,09 0,25 0,2 10 0,17 0,25 0,65 – 7,5 10 16 31 7,5 10 16 14 4,5 6 9 17 3 4 7 – 2,85 4,4 8 14 2,25 3,5 6,5

Продолжение таблицы Е.1 № по типовому перечню услуг Содержание работ 4.2.1 Создание метамодели РБД (таблиц фактов, классификаторов) для загрузки данных в исходных структурах, формирование структур РБД по метамодели Разработка процедуры загрузки информации в РБД для простых справочников и классификаторов Доработка ETL-процедур для загрузки простых видов информации (не более 3 показателей не более чем в 5 разрезах) Изменение метамодели РБД (таблиц фактов, классификаторов) для загрузки данных в исходных структурах, формирование структур РБД по метамодели Доработка процедуры загрузки информации в РБД для простых справочников и классификаторов Создание базы данных (БД) Создание моделей БД для простых видов информации Создание метамодели в РБД для формирования дополнительных аналитических классификаторов, формирование дополнительных аналитических классификаторов в РБД по метамодели Создание в БД таблиц фактов, измерений, расчетных показателей, обеспечение вывода БД в сервис конструктора данных Создание шаблонов нерегламентированной отчетности, соответствующих аналитическим отчетам на ИС Доработка моделей БД для простых видов информации 4.2.2 4.6 4.6.1 197 4.6.2 5 5.1 5.1.1 5.1.2 5.1.3 5.4 Кол–во объектов Оптимистиче ская оценка Oi, чел.-дн. Наиболее вероятная Mi, чел.-дн. Пессимести ческая Pi, чел.-дн. 7 1,5 2,5 4 7 0,75 1 2,5 6 0,6 0,9 1,5 3 0,35 0,5 0,85 3 0,25 0,4 0,65 – 13 5,9 4 9,25 6 17,45 11 4 0,75 1 2 4 1,25 2 4 5 2 3 5 6 1,9 3,25 6,45

Продолжение таблицы Е.1 № по типовому перечню услуг Содержание работ 5.4.1 Изменение метамодели в РБД для формирования дополнительных аналитических классификаторов, формирование дополнительных аналитических классификаторов в РБД по метамодели Изменение в БД таблиц фактов, измерений, расчетных показателей, обеспечение вывода БД в сервис конструктора данных Изменение шаблонов нерегламентированной отчетности, соответствующих аналитическим отчетам по ИС Создание формы открытых данных Разработка вывода информации простых справочников и классификаторов в форме открытых данных (не более 5 атрибутов) Разработка вывода простых справочников и классификаторов в форме открытых данных (состава атрибутов, описание структуры, реализация в соответствии с согласованным форматом (CSV, XML, RDF, API или иной формат) Изменение вывода информации простых справочников и классификаторов в форме открытых данных (не более 5 атрибутов, несущественные изменения) 5.4.2 5.4.3 198 6 6.1 6.1.1 6.5 Кол–во объектов Оптимистиче ская оценка Oi, чел.-дн. Наиболее вероятная Mi, чел.-дн. Пессимести ческая Pi, чел.-дн. 2 1 1,5 2,5 2 0,4 0,75 1,6 2 0,5 1 2,35 – 4,85 6,75 11 4 4 5,5 8 4 4 5,5 8 2 0,85 1,25 3

Продолжение таблицы Е.1 № по типовому перечню услуг Содержание работ 6. 5.1 Внесение изменений по выводу простых справочников и классификаторов в форме открытых данных (состава атрибутов, описание структуры, реализхация в соответствии с согласованным форматом (CSV, XML, RDF, API или иной формат) Разработка бизнес-процесса Настройка метамодели бизнес-процесса Обеспечение информационного наполнения на едином портале ИС Первоначальная загрузка данных из внешней системы и выверка информации простых видов информации (не более 3 показателей не более чем в 5 разрезах) Обеспечение размещения передаваемых простых видов информации (не более 3 показателей не более чем в 5 разрезах), контроль качества размещаемой информации, обеспечение сверки данных в системе источнике и информации, размещенной личном кабинете в ИС (обеспечение достоверности и актуальности сведений, передаваемых из внешних систем), информирование о случаях выявления недостоверности сведений заинтересованных участников взаимодействия 7 7.1 8 199 8.2 8.6 Кол–во объектов Оптимистиче ская оценка Oi, чел.-дн. Наиболее вероятная Mi, чел.-дн. Пессимести ческая Pi, чел.-дн. 2 0,85 1,25 3 1 1 14 14 18 18 24 24 – 9,05 12,8 18,25 10 6,75 9 12,5 10 2,3 3,8 5,75

Приложение Ж Web-приложение – это самый распространенный тип приложений для мобильных устройств. Современные смартфоны в состоянии отобразить обычный сайт. Им доступно все то, что мы привыкли видеть. Такие приложения отлично подходят для стартапа, позволяя получить большой результат за маленькие деньги и за небольшой срок. Еще один плюс мобильного сайта по сравнению с другими мобильными приложениями – это кроссплатформенность. Разработка приложения содержит ряд последовательных этапов: – 08.01.2020 – 15.01.2020 – Анализ предметной области. Необходимо выделить основные и вспомогательные бизнес-процессы, необходимые для дальнейшего проектирования системы. – 15.01.2020 – 31.01.2020 – Разработка ТЗ. В первую очередь необходимо определить, какие потребности пользователей должно решать приложение, а также сформулировать его основные задачи. Этому этапу уделяется особое внимание: от задания зависят технические особенности будущего продукта. На данном этапе формируется следующая информация: а) подробно описывается функционал будущего приложения; б) определяются временные рамки и финансовые затраты на работу. – 01.02.2020 – 28.02.2020 – Эскизный проект; Чтобы понять, как пользователь будет пользоваться приложением, создается графическая карта взаимодействия между экранами, прорабатывается практически весь функционал продукта. Проектирование UI/UX является разработкой прототипа приложения: реализуем все описанные в техническом задании функции, определяем, как будет работать приложение, и как будет работать с ним пользователь, продумываем, какие кнопки и какой функционал будет размещен на каждом экране. На данном этапе мы получаем следующую информацию: 200

а) оттачивается функционал приложения и окончательно продумывается сценарий поведения пользователя; б) разрабатываются схемы всех экранов с указанием функционала на каждом из них; в) на схеме показывается связь всех экранов, то есть продумывается, как пользователь будет переходить на них. – 01.03.2020 – 31.03.2020 – проектирование графических интерфейсов пользователя, согласование макетов, определение местоположения гиперссылок, цветовой гаммы интерфейсов (RAL), создание иконок кнопок. После утверждения концепции дизайна, специалист отрисовывает все остальные экраны (в том числе с помощью и подсказками), кнопки, иконки и др. – то есть соединяем результат проектирования и создания концепции дизайна. Сроки работы зависят от сложности концепции и общего количества экранов приложения. – 01.04.2020 – 14.06.2020 – разработка программного обеспечения (ПО), интеграция интерфейсов, создание классов; – 15.06.2020 – 21.06.2020 – контрольная точка №1: Тестирование работоспособности системы, интерфейсов, наличия необходимых объектов (классов). В течение указанного срока в плане реализации происходит тестирование компонентов приложения, после чего формируется таблица со всеми ошибками. На этом этапе определяется список всех недоработок, ошибок и недочетов в функционале приложения. – 22.06.2020 – 30.06.2020 – отладка и исправление найденных ошибок по результатам тестирования из контрольной точки №1; Проектируя приложение на экране монитора, невозможно предусмотреть все особенности его живого использования. Все приложения уникальны, и появление ошибок на первом этапе работы неизбежно. – 01.07.2020 – 20.09.2020 – написание методов (программного кода) ИС; 201

– 21.09.2020 – 27.09.2020 – контрольная точка №2: Тестирование работоспособности методов; – 28.09.2020 – 30.09.2020 – отладка и исправление найденных ошибок по результатам тестирования из контрольной точки №2; – 01.10.2020 – 15.11.2020 – разработка методов обработки данных, связка всех компонентов (интерфейсов, классов, обработчиков событий) в ИС; – 16.11.2020 – 22.11.2020 – контрольная точка №3.Тестирование полного функционала система после связки всех компонентов (интерфейсов, классов, методов); – 28.09.2020 – 30.09.2020 – отладка и исправление найденных ошибок по результатам тестирования из контрольной точки №3. Перед запуском приложения в AppStore или GooglePlay необходимо убедиться, что все недочеты предыдущей версии были исправлены, и приложение правильно работает, то есть пользователь не столкнется с проблемами и ошибками разработки. Поэтому необходимо еще раз проверить всю протестировать логику его в приложения, разных работу условиях его серверной (например, при части, быстром последовательном нажатии кнопок «вперед» и «назад», запуске приложения во время телефонного разговора, одновременном нажатии нескольких кнопок, запуске на старой модели iPhone с новой операционной системой или наоборот). На данном этапе получаем уже полностью готовое работающее приложение. – 25.12.2020 – ввод в действие и дальнейшее сопровождение ИС, добавление функционала при необходимости. Публикация приложения. Перед публикацией в AppStore или GooglePlay приложение проходит проверку на соответствие всем стандартам и техническим особенностям. Специалисты Apple или Google могут попросить внести в приложение некоторые изменения. Этот этап занимает от нескольких дней до двух недель. Приложение, поддерживающее интеграцию 202

с базами данных создается примерно за 210 – 280 часов (7 – 9 месяцев). Даже при раздельном написании, код для каждой платформы не должен быть абсолютно уникальным. То есть, если программу сначала писать для одной платформы и потом адаптировать под другую, то это не увеличит стоимость разработки в два раза, только немного удлинит сроки. Разработка сайта и приложения (9 месяцев), так как тип приложения будет средним по сложности – такие охватывают несколько процессов одновременно. К ним относится большинство интернет-площадок и магазинов. Экранных форм 15, есть личный кабинет, поддерживается авторизация через социальные сети, есть интеграция с сервером или сайтом, часто и с платежными системами. Может быть встроена функциональность обратной связи, выставления оценок работы приложения, выстраивания рейтингов. Таким образом, проект, начавшийся 8 января 2020 года, будет закончен и полностью протестирован к 25 декабря 2020 года. 203

Приложение З В таблицах З.1– З.6 представлены карточки управления рисками. Таблица З.1 – Карточка риска «Недоступность хостинга с БД и web-версии ИС» № риска: Причина: Последствия: Вероятность: Близость: R_Kor-001 Выход из строя компонентов сервера, либо нарушения сетевой связи Потеря клиентов, снижение доходов Высокая Близко Категория: Симптомы: Технологическая Нет доступа к сервису Воздействие: Мониторинг технического состояния каналов связи Критическое 0,24 Воздействие: Ранг: Таблица З.1 – Карточка риска «Риск неправильного функционирования приложения, из-за большого числа ошибок» № риска: R_Kor-002 Категория: Причина: Человеческий фактор Симптомы: Последствия: Жалобы пользователей, потеря клиентов, снижение доходов. Высокое Не близко Воздействие: Риск человеческого фактора Выдача неверного результата пользователю Программная отладка Воздействие: Ранг: Среднее 0,45 Вероятность: Близость: Таблица З.3 – Карточка риска «Инфляционный риск» № риска: Причина: R_Kor-003 Кризис, нестабильная экономическая ситуация Снижение реальных доходов Категория: Симптомы: Вероятность: Низкая Близость: Не скоро Степень Воздействия: Ранг Последствия: Меры оптимизации риска: 204 Финансовый Рост курса иностранных валют, рост цен на товар Планирование деятельности предприятия, учитывая риски инфляции/дефляции, увеличение запаса финансовой прочности Средняя 0,09

Таблица З.4– Карточка риска «Дополнительные расходы на реализацию проекта» № риска: Причина: Последствия: Вероятность: Близость: R_Kor-004 Несвоевременная оплата счетов Невозможность дальнейшей разработки элементов ИС Возможно Близко Категория: Симптомы: Воздействие: Финансовый Задержка в оплате на разработку Оплата Воздействие: Ранг Критично 0,30 Таблица З.5 – Карточка риска «Штрафы в пользу банка в случае нарушения плана проекта» № риска: Причина: Последствия: Вероятность: Близость: R_Kor-005 Категория: Неверно распланированные Симптомы: сроки Финансовые потери Воздействие: предпринимателя Средняя Близко Воздействие: Ранг Финансовый Нарушение плана реализации Качественное планирование, соблюдение плана реализации проекта Критично 0,35 Таблица З.6 – Карточка риска «DoS-атака на сервер БД и web-версии» № риска: Причина: Последствия: Вероятность: Близость: R_Kor-006 Недобросовестные конкуренты, кибертерроризм Потеря клиентов, снижение доходов Средняя Близко Категория: Симптомы: технологическая Замедление работоспособности сервиса Воздействие: Установка фаервола Воздействие: Ранг Высокое 0,33 205