26
Рис.1.8. Контекстная диаграмма
Функционирование ООО «МТА-Транс» базируется на таких примерах
входной информации:
– потребности клиентов;
– приходный ордер;
– накладная;
– поставляемые материальные ценности.
В результате реализации складских операций по поставкам получим
следующие ведомости:
– прихода на склад;
– расхода с склада;
– оборотные.
Управление поставками выполняется на основании специальных
инструкций, а механизмами являются менеджеры по поставкам и клиенты.
Декомпозиционное разложение рассматриваемой модели часто
применяется непосредственно в моделировании БП, а также для более подробного
описания имеющихся блоков.
27
Все рассмотренные действия могут быть в свою очередь декомпозированы
на более простые. При каждой декомпозиции определенных блоков создается
новый тип диаграммы.
Количество выполненных декомпозиций не является числом
ограниченным и может полностью зависеть только от итогового уровня
сложности.
Далее декомпозируем имеющуюся контекстную диаграмму на 3 такие
составные части:
– Принятие заявки;
– Рассмотрение заявки на поставку;
– Заключение о возможности поставки.
Стоит заметить, что процесс поставки будет интересовать наиболее, так как
при написании необходимо исследовать принципы управления поставками в ООО
«МТА-Транс».
Рис. 1.9. Декомпозиция контекстной диаграммы
Аналогично будет рассматриваться процесс декомпозиции и для других
блоков (рисунки 1.10, 1.11).
28
Рис.1.10. Декомпозиция блока «Рассмотрение заявки на поставку»
Рис.1.11. Декомпозиция блока «Заключение о возможности поставки»
29
Стоит отметить, что процесс декомпозиции может продолжаться, пока
исходный процесс не будет разбит на необходимое количество блоков. [9, c.211]
1.2.3.Обоснование необходимости использования вычислительной техники
для решения задачи
После моделирования основных БП в ООО «МТА-Транс» можно сделать
вывод: в автоматизации нуждается процесс «Управление поставками», а именно,
необходимо для реализации этого процесса использовать вычислительную
технику.
Рассмотрим схему документооборота (рис.1.12).
Исполнитель
Действие
Менеджер
Руководство
Архив
Заполнение
заявления о
предоставлении
услуг поставки
Проверка
правильности
заполнения и
подписание
Получение копии
подписанной
документации
Рис. 1.12. Схема документооборота
В таблице 2 описаны некоторые временные характеристики для
рассмотрения БП.
Таблица 2. Обзор затрат на управление поставками в бумажном варианте
Заявление на
предоставление
услуг поставки
Заявление на
предоставление
услуг поставки
Заявление на
предоставление
услуг поставки
Утвержденное
заявление
(оригинал)
Утвержденное
заявление
(копия)
30
Действия
Средняя
численность
клиентов
в день
Итоговое время, надобное
для реализации всех
выполняемых действий,
минуты
Суммарное
время,
минуты
Принятие
заявки
25
5
125
Рассмотрение
заявки на
управление
поставки
20
10
200
Заключение о
возможности
поставки
20
10
200
ИТОГО, минут
525
Поскольку в исследовании описывается автоматизация управления
поставками, то основные объектами, в соответствии с IDEF-моделями, являются:
– клиенты, которые могут воспользоваться услугами ООО «МТА-
Транс»;
– менеджеры по организации поставок.
В результате, каждого дня тратится 525 минут на обработку процесса
управления поставками.
Заметим, что если учесть конечную продолжительность стандартного дня
функционирования ООО «МТА-Транс», то можно предположить, что для
реализации других рабочих обязанностей будет затрачено только около 50% всего
времени.
При непосредственному осуществлении стандартных методов управления
поставками, который применяется в ООО «МТА-Транс», будут наблюдаться
недостатки, которые указаны ниже:
невысокая скорость, а также низкая точность выполнения различных
расчетов
малоэффективное применение рабочего времени
31
незначительный контроль работы персонала
увеличивающийся «поток» бумажной документации
очень низкий уровень защиты информации
Заметим, что рассматриваемые недостатки критическими не являются Их
можно качественно устранить при использовании компьютерной техники и
установленного на нее программного обеспечения. [5, c.187]
При автоматизации управления поставками надо постоянно полагаться на
данные, которые хранятся в ТТН, приходных и расходных ордерах и другой
отчетности.
При непосредственной реализации данного процесса автоматизации надо
применять такую вычислительную технику:
– компьютеры;
– сервера;
– принтеры;
– сканеры;
– специализированное программное обеспечение;
– настроенную ЛВС;
– сеть Интернет и другие коммуникационные устройства.
В таблице 1.3 описаны характеристики эффекта от реализации
автоматизации с помощью компьютерной техники в ООО «МТА-Транс».
Таблица 1.3. Эффект от выполнения автоматизации управления поставками в
ООО «МТА-Транс»
Действия
Средняя
численность
клиентов
в день
Итоговое время,
надобное для
реализации всех
выполняемых
действий, минуты
Суммарное
время,
минуты
Принятие
заявки
25
5
125
Рассмотрение
заявки на
20
2
40
32
Действия
Средняя
численность
клиентов
в день
Итоговое время,
надобное для
реализации всех
выполняемых
действий, минуты
Суммарное
время,
минуты
управление
поставки
Заключение о
возможности
поставки
20
10
200
ИТОГО, минут
365
Заметим, что в результате усовершенствования автоматизации указанного
процесса общее время на управление поставками снизится на 160 минут в день.
При этом, базовый бизнес-процесс, который использует максимальную
возможность экономии времени – это «Рассмотрение заявки на управление
поставками».
Другие преимущества реализации управления поставками изображены
ниже: [11, c. 225]
централизованное хранение информации;
исключение потери хранимых данных;
структуризация информации;
оперативный процесс обработки данных;
выдача результатов на принтер в удобной форме;
легкое изменение информации;
система авторизации пользователей;
сокращение времени на оформления документации.
Кроме этого, значительно увеличивается показатель защищенности
хранимых данных в сравнением с бумажным управлением поставками.
33
1.2.4.Анализ системы обеспечения информационной безопасности и защиты
информации
Список главных уязвимостей для информации не претерпел существенного
изменения за последние годы. Выполнив анализ средства обеспечения
безопасности, а также архитектуру ПО, инциденты безопасности и известные
уязвимости, можно выделить такие причины возникновения описанной
ситуации:
– проблемами обеспечения безопасности занимаются только фирмы-
производители;
– прикладные программисты, программисты БД, администраторы не
уделяют особенного внимания вопросам безопасности БД;
– разные масштабы, виды хранимых данных всегда требуют разных
подходов для обеспечения безопасности;
– все различные СУБД используют также разные языковые конструкции
при доступе к данным, что организованы на основе аналогичной платформы;
– появляются новые типы и модели структуризации и хранения данных.
Хранилища данных включают в себя 2 компонента:
– хранимые данные (база данных);
– программы управления (различные СУБД).
Обеспечение безопасности информации невозможно без обеспечения
корректного и безопасного управления данными.
Также исходя из этого, уязвимости и вопросы поддержки безопасности
информации разделяются на 2 категории:
– зависящие от используемой информации;
– не зависящие от них.
Уязвимости, которые не зависят от данных, являются типичными и
характерными и для всех видов ПО.
Причиной угрозы может стать несвоевременное и некорректное
обновление ПО, наличие многих неиспользуемых функций и недостаточная
квалификация администраторов БД.
34
Большинство аспектов в безопасности является также зависящими от
хранимых данных. В это же время все уязвимости являются зависимыми от
данных.
Приведем пример, большинство поддерживают использование запросов к
данным с описанием на некотором языке запросов, который содержит наборы
доступных пользователю встроенных функций (которые также, в свою очередь,
можно считать операторами для запросного языка) или любые функции на языке
программирования высокого уровня.
Основной прерогативой при распределении привилегий пользователей
обладает специальный сотрудник – системный администратор, который имеет
возможность разграничить права для всех пользователей сетей (ЛВС и
глобальных).
Еще одним уровнем для реализации парольной защиты данных может быть
пароль для обеспечения определенного доступа к БД (к примеру, созданной в
СУБД SQL Server) с которой свою работу выполняют сотрудники ООО «МТА-
Транс» при проектировании клиент-серверного варианта ИС 1С:Предприятие.
В рассматриваемом варианте защиты практически все данные, которые
хранятся в БД имеют защиту не лишь системой по разграничению уровня доступа
клиентов ИС 1С:Предприятие, а еще системой SQL Server, которая на целый
порядок повышает уровень безопасности.
Кроме того, на парольную безопасность информации не стоит вообще
обращать внимание с точки зрения физической защиты данных.
1.3.Анализ существующих разработок и выбор стратегии автоматизации
«КАК ДОЛЖНО БЫТЬ»
1.3.1.Анализ существующих разработок для автоматизации задачи
Программное обеспечение для управления поставками является
неотъемлемой частью каждого бизнеса, в направление деятельности которого
может входить торговля или складирование.
ПО помимо функции учёта также имеет существенную роль при
выполнении автоматизации управления поставками. На современном рынке ПО
35
целый перечень программных продуктов, которые позволяют продуктивно и
максимально упростить управление поставками.
Самой применяемой и известной является программа под названием «1С:
Торговля и склад».
Данное ПО имеет локальную и сетевую версию.
Интерфейс программы показан на рисунке 1.13:
Рис.1.13. Интерфейс 1С:Торговля и склад
Программа позволяет автоматизировать и систематизировать управление
поставками и складской учет в организациях разного направления деятельности.
Конфигурация легко настраивается и устанавливается под деятельность
любого предприятия. В ней можно также вести огромное число документов,
начиная с справочных таблиц и заканчивая аналитическими отчетами.
Стандартная программа имеет следующие возможности (рисунок 1.14):