56
Рис. 20 -
нате
Список
вдоль
документов
При создании документов
нате
прихода/списания,
вдоль
есть два
озон
способа
вдвое
поиска
троп
товаров.
1. Поиск при помощи
нате
строки
2. Выбор товара из
нате
каталога
При этом способе
будто
поиска в
темп
строку
фаза
можно
озон
ввести
будто
название
ноша
товара, или
более
через
нате
запятую, их ID.
есть
Система
фонд
предложит все
реле
найденные
врозь
варианты,
вслед
после
пора
чего
измы
товары
аванс
можно
заем
будет с
пора
легкостью
вволю
добавить в
чтоб
документ,
торг
кликнув на
герб
строку с
едва
подходящим
везде
результатом. Тут же
плат
выбирается
есть
поставщик и
вновь
склад, на
везде
который
впору
осуществляется
фонд
поставка.
Кроме того, есть
будто
возможность
темп
выбрать
фаза
товар из
озон
каталога.
будто
Этот
ноша
способ
более
поиска
нате
намного
есть
нагляднее, так как
фонд
товары
реле
распределены по
врозь
разделам.
Остатки
В разделе «Остатки»
герб
отображен
ниже
список
учет
всех
автор
остатков
биржа
(торговых
выбор
предложений).
будто
Представлена вся
озон
необходимая для
архив
учета
внизу
информация:
герб
цена (в
том
чуть
числе и со
фаза
скидкой),
время
количество на
измы
складе,
бинт
резерв,
автор
доступное
время
количество,
сбой
разрешены ли
мода
продажи в
веха
минус.
Количество на складе -
герб
реальное
ниже
количество на
учет
складе.
57
Резерв - сумма
герб
товаров
ниже
которые
учет
есть в
автор
заказах. На это
биржа
число
выбор
можно
будто
нажать и
озон
увидеть,
архив
сколько в
внизу
каком
герб
заказе
чуть
товаров
фаза
зарезервировано.
Доступно -
везде
сколько
чуть
товаров еще
звук
доступно для
вывод
продажи.
будто
Если это
синь
число
аванс
меньше 0, то
всего
товаров
ввиду
заказали
вычет
больше, чем
кила
есть на
дата
складе.
веха
Рассчитывается
как
тяга
количество на
всюду
складе –
вывод
резерв.
Продажи в минус -
везде
разрешено ли
чуть
продавать
звук
товар,
вывод
если
будто
доступное
синь
количество
аванс
меньше
всего
нуля.
Поставки
Поставки – группа,
везде
товаров,
чуть
отложенная для
звук
отправки в
вывод
магазины.
будто
После
синь
проведения
аванс
поставки,
всего
товар
ввиду
становится
вычет
недоступен для
кила
продажи. До
дата
внедрения
веха
нашей
тяга
системы,
всюду
часто
вывод
возникала
крах
ситуация,
ядро
когда
бином
поставку
чтоб
создают
в
чуть
один
будет
день, а
синь
отправляют в
будни
другой. За это
синь
время
ввод
часть
трут
товаров
банк
была
реле
продана
и
упор
из-за
ввод
этого, не
базис
было
крах
возможности
втрое
собрать
измы
поставку.
измы
Работники
ниже
предприятия
время
привыкли
вдвое
работать с
чуть
файлами в
троп
Excel,
рапс
поэтому для
вычет
создания
вновь
поставки
фонд
необходимо
дерг
загрузить
маяк
Excel
аванс
файл
биржа
формата: id
аванс
товара,
фаза
название,
вдоль
количество.
рапс
После
везде
создания
время
поставки,
едва
предусмотрена
звук
возможность ее
чтоб
редактирования.
агент
Было бы
анонс
неудобно
взять
каждый раз
ядро
создавать
факт
новый
фонд
файл.
всюду
Также
аванс
присутствует
вести
возможность
дата
отображения
ноша
всего
вкруг
списка
будто
поставок.
На рисунке 21
вроде
представлен
адрес
скриншот
бриг
создания
впору
новой
вволю
поставки.
58
Рис. 21 -
вроде
Создание
адрес
поставки
Инвентаризация
Инвентаризация – процедура, при
вроде
которой
адрес
рассчитывается
бриг
расхождение
впору
между
вволю
реальным
вовсю
количеством
ниже
товара на
веха
складе и
нате
количеством
агент
товаров,
пест
загруженных в
торг
систему. В
ниже
результате
ноша
создается два
внизу
документа –
реле
прихода и
бинт
списания,
плат
чтобы
учет
компенсировать
вовсю
расхождения. В
есть
идеальном
бинт
случае
банк
расхождений
аванс
нет. Для
дерг
проведения
дата
инвентаризации
вовсе
необходимо
виток
создать
бремя
отчет
по
кипа
остаткам (в
вслед
разделе
чуть
«Отчеты»),
фонд
сравнить
учет
товары из
ввод
отчетов с
маяк
реальным
нрав
количеством
едва
товаров на
вызов
складе,
бриг
внести
вдвое
правки в
мода
отчет.
Установка Nginx
Для развертывания системы на
пора
веб-сервере, в
ниже
первую
крах
очередь
кипа
следует
ввод
установить сам
вкруг
сервер -
упор
Nginx.
Для этого подключимся по ssh к
пора
нашему
ниже
серверу и
крах
выполним
кипа
следующие
ввод
команды:
1. Обновим локальные пакеты:
пора
sudo
ниже
apt-get
крах
update
2. Установим Nginx: sudo
пора
apt-get
ниже
install
крах
nginx
Убедимся, что Nginx
бином
установлен –
возле
сделаем
синь
http get
будто
запрос по
ниже
адресу
бином
нашего
брать
сервера.
дата
Получим в
лады
качестве
реле
ответа
вести
html
сбой
страницу от
ниже
Nginx.
Установка MySql
Для установки и
бином
конфигурации
возле
MySql
синь
выполним
будто
команду
ниже
sudo
бином
apt-get
брать
install
дата
mysql-server
Стандартная установка устанавливает
бином
небезопасные
возле
параметры. Для их
синь
исправления
будто
выполним
ниже
команду
бином
sudo
брать
mysql_secure_installation
Таким образом устанавливаем
бином
пароль для
возле
root
синь
пользователя.
Установка Php
Только что установленный
бином
Nginx не
возле
поддерживает php
синь
процессов.
будто
Чтобы
ниже
исправить эту
бином
ситуацию, мы
брать
устанавливаем
дата
php-fpm –
лады
менеджер
реле
процессов
вести
FastCGI.
59
Интерфейс FastCGI —
бином
клиент-серверный
возле
протокол
синь
взаимодействия
будто
веб-
сервера и
ниже
приложения.
бином
[15]
брать
Кроме
дата
того,
лады
установим
реле
дополнительный
вести
модуль,
сбой
который
ниже
установит
вычет
связь
нате
между
пест
нашим
фонд
приложением и
измы
базой
пест
данных.
дата
Выполним
синь
команду
вдвое
sudo
тяга
apt-get
вдоль
install
лады
php-fpm
бином
php-mysql
Как и в
чуть
случае с
тара
mysql-server,
вызов
стандартная
везде
конфигурация
ввод
небезопасна. В
вновь
связи с
плат
этим,
будто
отредактируем
герб
файл
всюду
php.ini:
втрое
изменим
дерг
значение
актив
параметра
вдоль
cgi.fix_pathinfo на 0.
взнос
Если бы
вкруг
значение
вовсе
cgi.fix_pathinfo
фаза
было бы
вслед
равно 1, то в
вести
случае,
рапс
когда
автор
запрашиваемый php
вдруг
файл не
вдруг
найден,
вкруг
будет
пест
исполнен
ласт
ближайший php
врозь
файл, что
бриг
крайне
ввод
небезопасно.
Конфигурация веб-сервера
Затем сконфигурируем веб
чуть
сервер,
тара
отредактировав
вызов
файл
везде
/etc/nginx/sitesavailable/default:
• Указываем файл index.php в
чуть
качестве
тара
индекса – в
вызов
случае
везде
запроса
к публичной дериктории
чуть
приложения,
тара
этот
вызов
файл
везде
выполнится
ввод
первым
• Изменим имя сервера
• Указываем серверу, что
всюду
php-fpm
герб
будет
бинт
обрабатывать
маяк
запросы к php
ноша
файлам
Сервер настроен. Развертывание
всюду
проекта. Весь исходный код
герб
хранится
в
бинт
репрозитории
маяк
GitHub. Нам
ноша
требуется
виток
установить git и
чуть
клонировать
биржа
репрозиторий на наш
ввод
сервер.
Установка git: apt-get
всюду
install
Чтобы GitHub ассоциировал наш с
всюду
сервер с
герб
аккаунтом
бинт
необходимо
маяк
сохранить
ноша
ssh-ключ.в
виток
директорию
чуть
~/.ssh/ и
биржа
добавить его при
ввод
помощи
вновь
команды
ssh-add ~/.ssh/id_rsa
После этих действий у нас
всюду
будет
герб
доступ к
бинт
нашему
маяк
исходному
ноша
коду на
виток
GitHub.
чуть
Однако
биржа
крайне
ввод
неудобно
вновь
каждый раз при
вслед
подключении к
архив
серверу
адрес
добавлять ssh
ввод
ключ.
вроде
Поэтому
будет
добавим эту
этап
команду в
торг
скрипт,
измы
который
дата
запускается при
фаза
установлении
фонд
ssh-соединения.
60
Клонируем репрозиторий при
всюду
помощи
герб
команды git
бинт
clone.
маяк
Проводим
ноша
настройки,
виток
аналогичные
чуть
настройкам при
биржа
развертывании
ввод
приложения на
вновь
локальной
вслед
машине,
архив
заменив
адрес
параметры,
ввод
приемлемые для
вроде
разработки, на
будет
параметры,
этап
обеспечивающие
торг
наилучшее
измы
функционирование
дата
приложения.
Мигрируем БД: php
маяк
artisan
вновь
migrate
Устанавливаем зависимости php: php
маяк
artisan
вновь
migrate
Собираем js, css,
маяк
картинки:
вновь
gulp
лады
–production
Приложение развернуто на
маяк
сервере и
вновь
готово к
лады
работе.
Тестирование
Для тестирования различных
ввод
параметров
измы
приложения,
вовсю
использовались
вызов
соответствующие
ноша
инструменты.
Для тестирования скорости
ввод
загрузки
измы
страниц
вовсю
использовался
вызов
Google
ноша
speed
внизу
test. В
торг
ходе
ласт
тестирования
врозь
были
кипа
устранены
анонс
следующие
впору
недочеты:
• Наличие несжатых изображений
• Большой объем контента
ввод
верхней
измы
части
вовсю
страницы
• Несжатый css и
Кроме того, использовались
ввод
инструменты
измы
разработчика
вовсю
chrome и
вызов
REST-
клиент
ноша
POSTMAN для
внизу
тестирования
торг
скорости
ласт
обработки
врозь
конкретных
кипа
запросов.
Для тестирования количества
ввод
запросов к БД
измы
использовался
вовсю
Barryvdh
вызов
Debugbar. В
ноша
случае
внизу
слишком
торг
большого
ласт
количества
врозь
запросов,
кипа
проводилась их
анонс
оптимизация
впору
путем
вывод
использования
кила
активной
более
загрузки. В
веха
самых
аванс
крайних
брать
случаях SQL
бриг
запросы
есть
были
актив
написаны
дата
вручную, без
вывод
использования
тара
объектной
опак
модели.
Также весь функционал был
трут
протестирован без
всюду
использования
врозь
каких-
либо
ноша
программных
чтоб
средств -
вечно
воспроизводились все
автор
возможные
маяк
сценарии
всюду
выполнения
есть
скриптов. Для
синь
контроля
ноша
ошибок,
вывод
приложение
чуть
было
внизу
интегрировано с
бинт
мессенджером
ноша
Slack. В
ядро
случае
тяга
возникновения
опак
любой
вдоль
ошибки,
банк
генерировалось
будто
уведомление.
61
К концу процесса
трут
тестирования
всюду
появление
врозь
ошибок
ноша
было
чтоб
сведено к
вечно
минимуму.
62
Выводы по второй
трут
главе
В результате автоматизации
трут
системы
всюду
поставок
врозь
было
ноша
разработано
чтоб
приложение,
вечно
благодаря
автор
которому все
маяк
участники
всюду
рабочего
есть
процесса
синь
смогли
ноша
получить
вывод
доступ ко
чуть
всей
внизу
необходимой
бинт
информации для
ноша
качественного
ядро
осуществления их
тяга
деятельности.
В приложении были
трут
собраны
всюду
следующие
врозь
разделы:
Склад
Поставщики
Документы
Инвентаризация
Отчеты
Остатки
Подписки
Список поставок
Благодаря разработанному приложению с
трут
легкостью
всюду
можно
врозь
найти
ноша
нужный
чтоб
документ с
вечно
помощью
автор
поисковой
маяк
строки.
всюду
Отследить
есть
количество
синь
товаров,
ноша
находящихся в
вывод
резерве. Их
чуть
количество на
внизу
складе. А
бинт
также все
ноша
возможные
ядро
передвижения
тяга
товаров.
В ходе тестирования
нате
данного
ноша
приложения
сбой
были
факт
апробированы все его
нате
функции. В
ввиду
конечном
ниже
итоге
взнос
количество
вдоль
ошибок
базис
было
темп
сведено к
возле
минимуму.
63
Глава 3. Обоснование
нате
экономической
ноша
эффективности
сбой
проекта
3.1. Выбор и
нате
обоснование
ноша
методики
сбой
расчёта
факт
экономической
нате
эффективности
Важным этапом при
нате
разработке
ноша
проекта
сбой
является
факт
составления
нате
графика
ввиду
выполнения
ниже
работ.
взнос
Иерархическая
вдоль
структура
базис
работ с
темп
указанием
возле
продолжительностей
лады
задач
опак
представлена в
рапс
таблице 4.
троп
Ленточная
архив
диаграмма
вволю
Ганта
вызов
расположена на
есть
рис.
вдоль
22-23.
вовсю
Красными
звук
блоками на
лады
ленточной
реле
диаграмме
чтоб
выделены
ноша
работы,
лады
входящие в
агент
состав
всюду
критического
вдвое
пути.
Таблица 4
Иерархическая структура работ
нате
проекта
Название задачи
Длительнос
ть
Разработка автоматизированной информационной
нате
системы для
ноша
управления
сбой
транспортной и
факт
внутренней
нате
логистики
ввиду
предприятия
117 дней
Подготовительный этап
5 дней
Анализ поставленной проблемы
2 дней
Проведение интервью с
будто
директором ООО
вроде
"А-7
автор
Инвест"
1 день
Выявление требований заказчика
1 день
Получение документации компании
1 день
Подготовительный этап завершен
0 дней
Анализ логистической деятельности
будто
компании
7 дней
Изучение деятельности компании
2 дней
Изучение транспортной логистики
будто
компании
4 дней
Изучение внутренней логистики
будто
компании
5 дней
Описание процессов работы с
будто
данными в
вроде
компании
2 дней
Анализ логистической деятельности
будто
проведен
0 дней
Анализ существующих решений для
будто
создания
вроде
автоматизированной
автор
информационной
вдвое
системы
2 дней
Ознакомление с литературой
2 дней
Изучения существующего ПО на
будто
рынке
2 дней
Анализ существующих решений
будто
проведен
0 дней
Разработка требований к
будто
системе
7 дней
Определить требования к
будто
результату
вроде
разработки
3 дней
Определить основные направления,
будто
подлежащие
вроде
разработке
2 дней
Составить ТЗ
2 дней
64
Согласовать ТЗ
2 дней
Требования к системе
будто
разработаны и
вроде
согласованы
0 дней
Выбор способа разработки
будто
автоматизированной
вроде
информационной
автор
системы
3 дней
Составление списка критериев для
будто
выбора
вроде
способа
2 дней
Выборать подходящий по
будто
критериям
вроде
способ
автор
реализации
1 день
Способ выбран
0 дней
Разработка экономико-организационного
обоснования
будто
разработки
9 дней
Проведение финансово-экономического анализа
будто
проекта
3 дней
Идентификация рисков проекта
3 дней
Оценка и анализ
будто
рисков
4 дней
Организация мер по
будто
предотвращению
вроде
рисковых
автор
событий
2 дней
Планирование реагирования на
будто
рисковые
вроде
события
2 дней
Экономико-организационное обоснование выполнено
0 дней
Разработка автоматизированной информационной
будто
системы
84 дней
Проектирование системы и
будто
составление
вроде
логической
автор
структуры
4 дней
Back end разработка
30 дней
Разработка дизайна системы
8 дней
Front end разработка
31 дней
Тестирование системы
6 дней
Исправление ошибок
5 дней
Настройка системы для
будто
магазинов
13 дней
Настройка системы для
будто
каждого
вроде
магазина
10 дней
Тестирование системы
3 дней
Исправление ошибок
2 дней
Система настроена для
будто
каждого
вроде
магазина
0 дней
Написание правил и
будто
процедур
вроде
работы с
автор
системой
2 дней
Написание процедур работы с
будто
системой
2 дней
Написание правил работы с
будто
системой
2 дней
Правила и процедуры
будто
написаны
0 дней
Система разработана
0 дней
65
Рис. 22 -
будто
Диаграмма
вроде
Ганта
автор
начало
ООО
«
А-7 Инвест»