17
отчетности. При необходимости у пользователей есть возможность самостоятельно
создавать дополнительные субсчета и разрезы аналитического учета.
Для автоматизации складского учета используется 1С: Склад. Основные
функциональные возможности программы:
− управление остатками товаров в различных единицах измерения на
множестве складов;
− учет серии товаров (серийные номера, сроки годности и т. д.);
− учет ГТД и страну происхождения номенклатуры склада;
− ведение раздельного учета собственных товаров на складе, товаров,
принятых и переданных на реализацию;
− детализация расположения товара на складе по местам хранения;
− резервирование складских остатков.
В качестве СУБД для систем 1С используется Microsoft SQL Server.
SQL Server предоставляет средства по созданию и управлению
реляционными базами данных. SQL Server поддерживает средства аналитической
обработки данных (Analysis Services), средства отчётности (Reporting Services), а
также множество средств, упрощающих разработку приложений.
Ввиду того, что на SQL Server работают критические бизнес-приложения,
предприятия выдвигают очень жёсткие требования по производительности,
отказоустойчивости и безопасности самой СУБД.
Безопасность SQL Server 2012:
− Интерактивное шифрование баз данных. SQL Server 2012
поддерживает прозрачное шифрование баз данных и журналов транзакций. Данная
функция позволяет быть уверенным в том, что неправомочный доступ к данным
компании невозможно будет получить, даже завладев сервером или системой
хранения данных.
− Поддержка PKI. SQL Server 2012 поддерживает инфраструктуру
сертификатов. Доступ к данным можно ограничивать и шифровать при помощи
сертификатов и аппаратных модулей защиты (TPM).
− Интеграция с доменом ActiveDirectory. Доступ к данным можно
разрешать по доменным пользователям и группам.
18
− Аудит. SQL Server 2012 поддерживает аудит доступа к данным и
контроль за осуществляемыми с базой данных действиями.
Отказоустойчивость SQL Server 2012:
− Зеркалирование БД (Database Mirroring). Технология зеркалирования
предполагает наличие одного активного сервера, с которым работают все клиенты,
и одного зеркального сервера, на который происходит передача всех журналов
транзакций и их применение к зеркальной БД. При отказе активного сервера,
происходит переключение на зеркальный сервер. Это делается либо вручную, либо
автоматически, при использовании сервера-наблюдателя (Witness). Таким образом
обеспечивается отказоустойчивость БД, и в случае сбоя максимум, что теряется –
это одна транзакция. При этом не требуется никакого специализированного
кластерного оборудования или SAN-устройств. Но нужно учитывать, что данный
метод не обеспечивает непрерывность функционирования, ввиду того, что
переключение длится несколько секунд и обращения происходят к другому
серверу с другим именем, а также не обеспечивается распределение нагрузки и
снижается производительность. В SQL Server 2012 появилась функция
автоматического восстановления повреждённых страниц с зеркального сервера, а
также добавлена функция прозрачного перенаправления клиентов на зеркальный
сервер.
− Кластеры высокой доступности (High Availability Cluster). Крупные
компании, которым требуется непрерывность функционирования, постоянная
доступность БД и распределение нагрузки, используют SQL Server 2012 в режиме
кластера. SQL Server 2012 поддерживает 16-ти узловую кластеризацию, причём
кроме кластеризации ядра СУБД, поддерживается также кластеризация Analysis
Services, Notification Services и Replication Services. Кластер SQL Server 2012
позволяет обеспечить режим функционирования 24/7 для критических бизнес-
приложений.
Масштабируемость SQL Server 2012:
− Горячее добавление памяти и процессоров. SQL Server 2012 позволяет
не выключая и не перезагружая сервер добавлять в него оперативную память и
процессоры (эта функция должна также поддерживаться и оборудованием).
19
− Репликация БД. SQL Server 2012 позволяет создавать копии БД в
удалённых филиалах. Поддерживаются различные механизмы репликации с
использованием транзакций, слияния и моментальных снимков. Репликация может
быть как односторонней, когда например, изменения из центрального офиса
реплицируются в филиалы, так и двусторонней. SQL Server 2012 поддерживает
распределённые приложения и гео-распределённую кластеризацию.
− Распределение ресурсов (Resource Governor). SQL Server 2012
позволяет распределять ресурсы и назначать приоритет для различных задач. Эта
функция позволяет избежать случаев резкого падения производительности всего
сервера, и прерывания работы всех пользователей при выполнении одной какой-
либо сложной задачи.
− Поддержка архитектуры Intel Itanium. Для сверхвысоких нагрузок
выпущена версия SQL Server 2012, работающая на RISC-серверах, построенных на
платформе Intel Itanium (IA-64). Данная редакция SQL Server 2012 применяется в
крупных ЦОД для обработки больших объёмов информации. SQL Server 2012 в
редакции Itanium поддерживает 64 процессорных ядер и 2 терабайта оперативной
памяти. Поддерживаются технологии горячего добавления/отключения процессора
и памяти, также поддерживается технология отказоустойчивого зеркалирования
памяти и 8-ми узловая кластеризация.
На сервере компании работает веб-сервер Apache и СУБД MySQL для
организации работы интернет-магазина компании.
Интернет-магазин работает на базе CMS OpenCart 2.0.2. OpenCart – это
бесплатная и современная платформа для создания индивидуального интернет-
магазина. OpenCart построен по принципу MVC и может быть установлен на
любом веб-сервере с поддержкой PHP и MySQL .
CMS OpenCart ориентирована на разработку в первую очередь интернет-
магазинов, поэтмоу другие типы сайтов на этой системе , в отличии от Drupal или
Wordpress создать не получится, так как все инструменты и модули заточены под
электронную коммерцию.
Преимущества платформы:
− наличие активного русскоязычного форума;
20
− высокая скорость работы и небольшая нагрузка на сервер в сравнении
с другими CMS (той же 1С-Битрикс) для создания интернет-магазинов.
Со стороны клиентов OpenCart предлагает множество интересных
возможностей, облегчающих посетителям поиск и покупку в интернет-магазине:
− удобная навигация.
− история покупок и возможность просмотра статуса заказа.
− поддержка разных типов платежных систем.
1.2. Характеристика комплекса задач, задачи и обоснование
необходимости автоматизации
1.2.1. Выбор комплекса задач автоматизации и характеристика
существующих бизнес процессов
Для анализа бизнес-процессов компании воспользуемся функционально-
структурным моделированием. В качестве основной методологии построения
функциональных моделей выступает IDEF0.
Методологию IDEF0 создали американские военные для того, чтобы более
успешно тиражировать бизнес-процессы на предприятиях аэрокосмической
промышленности. В свое время венные столкнулись с проблемой следующего
типа.
При проектировании деятельности заводов было замечено, что каждый раз
сотрудники выполняют одни и те же действия при проектировании подсистем
управления, на что уходило много дополнительного времени и ресурсов. Поэтому
возникла идея разработать новый язык, или чертеж, при помощи которого
сотрудники могли бы описать типовые подсистемы управления и при создании
нового завода использовать эти наработки. Язык, которые был создан для этих
целей, лег в основу методологии описания бизнес-процессов на предприятиях
IDEF0.
Данная методология описания бизнес-процессов предполагает указание не
только входа и выхода, но и дополнительных входов. Всего в данном стандарте
выделяют три типа входа: первый так и называется вход, второй – управлением, а
третий – механизмами [15].
21
Стандарт IDEF0 регламентирует с помощью входа (первый тип входных
данных) показывать объекты, которые преобразуются в данном бизнес-процессе,
это могут быть информационные и материальные потоки. С помощью управления
(второй тип) показывают объекты, которые управляют выполнением бизнес-
процессам. С помощью механизмов (третий тип) необходимо показывать объекты,
которые непосредственно осуществляют данный бизнес-процесс: сотрудники,
технические средства, информационный системы. На выходе бизнес-процесса
показывают результат выполнения данного бизнес-процесса.
На первом этапе построения IDEF0 модели система представляется как
единое целое [16]. Основная цель данного этапа – выявить входные и выходные
данные, а также механизмы и правила для данной системы. Диаграмма данного
этапа называется контекстной.
Контекстная диаграмма исследуемой деятельности изображена на рисунке 4
(для построения диаграмм использовалось CASE- средство AllFusion Process
Modeler 7).
Рисунок 4 – Контекстная IDEF0-диаграмма
USED AT: AUTHOR: Александр DATE:
REV:PROJECT: ООО "Лютик
15.11.2018
15.11.2018
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMME NDE D
PUBLICATION
READER DATE CONTEXT:
TOP
NODE: TI TL E: NUMBER:
Деятельность ООО "Лютик"
A-0
От дел з аку пок
От дел
оптовых
продаж
Склад
Товары от пос тавщ иков
Регламенты
выполнения
бизнес -процессов
От чет ы
Бухгалтерия
Заявки от клиентов
Счет-факту ры
Прайс- лист ы поставщиков
От гру женны е товары
От дел
обработки
заявок
ИМ
Документы отгрузки товаров
От чет ы по
продажам
Заказы поставщикам
Розничные
точки
продаж
00 р.
Деятельность
ООО "Лютик"
22
В качестве входных данных для рассматриваемой деятельности выступают
прайс-листы и товары от поставщиков, а также заявки от клиентов, в качестве
выходных – заказы поставщикам, счет-фактуры, отчеты по продажам, документы
отгрузки товаров, отгруженные товары и финансовые отчеты. Механизмами,
выполняющими рассматриваемую деятельность, являются сотрудники отделов
компании. Вся деятельность осуществляется в соответствии с регламентами
выполнения бизнес-процессов.
Следующий этап моделирования бизнес-процессов – декомпозиция
контекстной диаграммы на блоки, составляющие моделируемую деятельность.
Диаграмма декомпозиции изображена на рисунке 5.
Рисунок 5 – Диаграмма декомпозиции
Исследуемую деятельность составляют пять основных бизнес-процессов:
− заказ товаров у поставщиков;
− прием товаров на складе;
− продажа товаров;
− отгрузка товаров со склада;
− формирования отчетов.
USED AT: AUTHOR: Александр DATE:
REV:PROJECT: ООО "Лютик
15.11.2018
15.11.2018
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMME NDE D
PUBLICATION
READER DATE CONTEX T:
A-0
NODE: TI TLE : NUMBER:
Деятельность ООО "Лютик"
A0
От дел з аку пок
Склад
Регламенты
выполнения
бизнес -процессов
От дел опт овых
продаж
Товары от
поставщиков
Финансовые
отчеты
Проданные
товары
Бухгалтерия
Прайс- лист ы
поставщиков
Документы
отгрузки
товаров
От дел обра бот ки
заявок ИМ
Заявки от клиентов
Розничные точки продаж
Товары на
складе
От гру женны е
товары
Счет-факту ры
От чет ы по
продажам
Заказы поставщикам
10 р.
Заказ товаров
у поставщиков
20 р.
Прием т оваров
на складе
30 р.
Продажа
товаров
40 р.
От гру з ка то варов
со склада
50 р.
Формирование
отчетов
23
Продажа товаров состоит из трех процессов:
− оптовых продаж;
− продаж в розничных точках;
− продаж в интернет-магазине.
Диаграмма декомпозиции процесса «Продажа товаров» приведена на
рисунке 6.
Рисунок 6 – Диаграмма декомпозиции
1.2.2. Определение места проектируемой задачи в комплексе задач и ее
описание
Для автоматизации было решено выбрать процесс формирования отчетности
по интернет-магазину. Все заказы из интернет-магазина синхронизируются с
общей базой данных по складским остаткам и продажам товаров. То есть
составление финансовых отчетов по продажам и отгрузкам товаров в данный
момент для бухгалтерии не составляет труда. Однако, по результатам деятельности
интернет-магазина необходимо составлять и общие статистические отчеты,
отображающие суммарные и средние показатели по продажам с группировкой по
USED AT: AUTHOR: Александр DATE:
REV:PROJECT: ООО "Лютик
16.11.201 8
16.11.201 8
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMEND ED
PUBLICATION
READER DATE CONTEXT:
A0
NODE: TITLE : NUMBER:
Продажа товаров
A3
Отдел обработки заявок ИМ
Регламенты выполнения бизнес-процессов
Отдел оптовых продаж
Розничные точки продаж
Отчеты по
пр ода жам
Проданные товары
То вары на ск лад е
Заявки от клиентов
10 р.
Оптовые продажи
20 р.
Розничные продажи
в торговых точках
30 р.
Продажи в
интернет-магазине
24
различным параметрам (по категориям и подкатегориям товаров, по источнику
клиента, оформившего заказ, по различным рекламным каналам и кампаниям в
этих каналах). Это необходимо для того, чтобы более эффективно распределять
рекламный бюджет, отключая низкоэффективные способы привлечения клиентов и
расширяя наиболее прибыльные.
В настоящий момент данный процесс периодически выполняется
маркетологами по мере необходимости. В большинстве случаев такая
необходимость возникает тогда, когда нужно отчитаться руководству о результатах
рекламных кампаний и расписать траты рекламного бюджета (а также окупаемость
трат на рекламу)
Автоматизация данного процесса позволит не только сэкономить время,
затрачиваемое маркетологами на формирование статистических отчетов, но и даст
возможность более точно и гибко оценивать результаты проводимых рекламных
кампаний и маркетинговых акций.
В качестве входных данных для автоматизируемого процесса выступают
данные о продажах товаров.
В качестве выходных данных выступают статистические отчеты по
результатам работы интернет-магазина.
1.2.3. Обоснование необходимости использования вычислительной
техники для решения задачи
Рассмотрим схему документооборота для статистического отчета по
результатам работы интернет-магазина (Рисунок 7).
25
Клиент
1. Оформление
заказа
2. Ввод параметров
отчета
3. Печать отчета
Заказ в интернет-
магазине
Статистический
отчет
Статистический
отчет
Маркетолог
Статистический
отчет
4. Подсчет требуемых
показателей
Рисунок 7 – Схема документооборота
Клиент оформляет заказ в интернет-магазине, в котором указывается
перечень покупаемых товаров, их количество и цена. Затем на основании этих
данных маркетолог формирует отчет.
Оценим временные затраты на выполнение данных операций маркетологом
(таблица 2).
Таблица 2
Временные характеристики процессов
Наименование
действия
Исполнитель
Количество
выполняемых
действий в
месяц
Время
выполнения
одной операции,
минут
Итого,
минут
Ввод параметров
отчета
Маркетолог
4
2
8
Печать отчета
Маркетолог
4
2
8
Подсчет
требуемых
показателей
Маркетолог
4
250
1000
ИТОГО:
1016
В таблице 3 приведены планируемые характеристики после использования
разработанной ИС.
26
Таблица 3
Расчет эффекта использования
Наименование
действия
Исполнитель
Количество
выполняемых
действий в
месяц
Время
выполнения
одной операции,
минут
Итого,
минут
Ввод параметров
отчета
Маркетолог
4
15
60
Печать отчета
Маркетолог
4
2
8
Подсчет
требуемых
показателей
Маркетолог
-
-
-
ИТОГО:
68
Основные изменения, которые будут выполнены после автоматизации
подсистемы формирования отчетов, коснутся сокращения затрат времени за счет
исключения необходимости ручного подсчета требуемых показателей. То есть,
маркетологу необходимо будет указывать больше параметров для формирования
отчетов, но зато не нужно будет считать все вручную.
Следовательно, в результате автоматизации экономия рабочего времени
может достигнуть 948 минут ежемесячно (более 15 часов).
1.2.4. Анализ системы обеспечения информационной безопасности и
защиты информации
В компании ООО «Лютик» большое внимание уделено вопросам
информационной безопасности и защиты информации. Для обеспечения
информационной безопасности имеются нормативно-правовые и организационно-
распорядительные документы, такие как:
1. Регламент информационной безопасности:
− доступ сотрудников к служебной информации, составляющей
коммерческую тайну;
− доступ к использованию программного обеспечения, которое
настроено и сконфигурировано специально под требования компании.
2. Регламенты использования ресурсов локальной вычислительной сети, сети
Интернет и электронной почты.