ПРОЕКТИРОВАНИЕ РЕАЛИЗАЦИИ ОПЕРАЦИЙ БИЗНЕС-ПРОЦЕССА «СКЛАДСКОЙ УЧЕТ» (Информационная модель и её описание )

Содержание:

Введение

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

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

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

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

Управление проектом - это методология организации, планирования, управления, координации человеческих и материальных ресурсов на протяжении всего жизненного цикла проекта (также называемого проектным циклом), направленная на эффективное достижение целей посредством использования системы современных методов и методов управления для достижения этих результатов проекта. Состав и объем работ, затраты, время, качество.

Умение разрабатывать и реализовывать проекты в строгом соответствии с поставленными целями - отличное искусство. Его невозможно научить идеально, но каждый может освоить основные методы управления и понять логику.

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

В ходе курсовой работы были поставлены следующие задачи:

• описание предметной области;

• разработка концептуальной модели данных;

• моделирование бизнес-процессов;

• проектирование физической структуры базы данных.

Решение этих проблем предполагает создание базы данных инвентаризации материалов на складе. Задачи работы состоят в том, чтобы описать дизайн бизнес-процессов для управления запасами и разработать графическое представление спроектированных процессов. Рассматриваемые процессы включают в себя: закупку, хранение, учет и продажу товаров.

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

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

Глава 1. Аналитическая часть

• 1. Выбор комплекса задач автоматизации

Предметом информационной системы является материальная система или система, которая характеризует элементы материального мира, чья информация хранится и обрабатывается. В тематической области рассматривается определенная комбинация реальных объектов и связей между ними.

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

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

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

Рассмотрим типовые складские расчеты бизнес-процессов на неавтоматизированном складе. Такая проверка выполняется для выявления недостатков существующей системы бронирования склада и демонстрации необходимости автоматизации склада.

Процедура доставки продукцию на склад:

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

Во время работы склада ему требуется инвентаризация, которая включает следующие этапы: работник, ответственный за учет продукта, сопровождаемый бухгалтерской книгой, отправляется на склад и вручную проверяет и переписывает данные о продукте и его количестве; впоследствии данные проверяются в бухгалтерской книге товаров лицами, ответственными за отчетные документы на складе, и на основании переучета продукта составляется соответствующий отчет.

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

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

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

Автоматизация управления складскими процессами повышает его эффективность и результативность. Критериями выбора технических средств являются:

• надежность системы;
• функциональная полнота системы; производительность;
• минимизация затрат: оборудование, прикладные системы, обслуживание систем, разработка систем.

  1. Характеристика существующих бизнес – процессов

Основным преимуществом автоматизации является уменьшение избыточности хранимых данных и, следовательно, уменьшение объема используемой памяти, снижение затрат на несколько операций обновления избыточной копии и устранение избыточности. Возможность несоответствий из-за хранения информации об одном и том же объекте в разных местах, что повышает достоверность информации. и ускорение обработки информации; чрезмерное количество внутренних посреднических документов, разных журналов, файлов, приложений и т. д., повторное внесение одной и той же информации в различные посреднические документы. Это также значительно сокращает время, необходимое для автоматического поиска информации, выполненной из специальных экранных форм, в которых указываются параметры поиска объекта.

Автоматизированная система - это система методов и методов сбора, накопления, хранения, поиска, обработки и защиты управленческой информации, основанная на использовании разработанного программного обеспечения, ИТ-структур и коммуникаций, а также способы, которыми эта информация предоставляется пользователям.

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

Потребности разработчиков баз данных в более удобных и мощных инструментах моделирования предметной области привели к направлению семантических моделей данных. Кроме того, любая разработанная семантическая модель данных, такая как реляционная модель, включает в себя структурную, манипулятивную и интегральную части, основная цель семантических моделей заключается в предоставлении возможности выражения семантики данных. Самое простое - создать диаграмму ER. Диаграмма ER просто реализуется в реляционной модели: объект становится таблицей, идентификаторы атрибутов преобразуются в первичные ключи, а остальные атрибуты преобразуются в столбцы.

Бизнес-процессы представляют собой последовательность взаимосвязанных действий или задач, которые приводят к созданию определенного продукта или услуги для потребителей. Как правило, бизнес-процессы визуализируются с использованием блок-схемы бизнес-процесса. Бизнес-процесс начинается с потребительского спроса и заканчивается удовлетворением клиента. Бизнес-процесс может быть разбит на несколько подпроцессов, которые имеют свои собственные атрибуты, но также нацелены на достижение цели основного бизнес-процесса. При описании бизнес-процессов используются различные методологии и соответствующие обозначения, такие как: IDEF0, IDEF3, DFD.

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

• 1. Характеристика документооборота, возникающего при решении задачи

В зависимости от поставщика решений, реализация основных и связанных функций управления складом может существенно различаться, однако общим принципом остается построение логики процессов размещения, упаковки, приема, отгрузки на основе понятий «Товар». «Место хранения», «Количество», «Единица измерения», «Заказ».

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

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

1.4. Обоснование проектных решений по информационному обеспечению

По мере разработки ИТ-системы появляется модель данных. Конструкторы в качестве исходной информации получают результаты анализа. Конечный продукт этапа проектирования:

• схема базы данных (на основе модели ER, разработанной на этапе анализа);
• набор спецификаций для системных модулей (они построены на функциональных моделях). BPwin поддерживает три методологии: IDEF0, DFD и IDEF3, которые позволяют анализировать эффективность бизнеса с трех основных точек зрения:
• С точки зрения функциональности системы. В рамках методологии IDEF0 бизнес-процесс представлен в виде набора взаимодействующих рабочих элементов, которые также отображают информационные, человеческие и производственные ресурсы, потребляемые каждой работой.
• С точки зрения информационных потоков (workflow) в системе. Диаграммы DFD могут дополнять то, что уже отражено в модели IDEF3, путем описания потоков данных, позволяя отслеживать, как происходит обмен информацией между бизнес-функциями в системе. В то же время диаграммы DFD игнорируют взаимодействие между бизнес-функциями.

  1. Обоснование проектных решений по программному обеспечению

Методология IDEF0 широко используется благодаря простой и понятной графической записи, использование которой очень удобно при построении модели. Основное место в методологии занимают диаграммы. Диаграммы показывают системные функции через геометрические прямоугольники, а также существующие отношения между функциями и средой. Ссылки отображаются со стрелками.

Методология IDEF0 предписывает построение иерархической системы диаграмм - уникальных описаний фрагментов системы. Сначала делается описание системы в целом и ее взаимодействия с внешним миром (контекстная диаграмма), после чего выполняется функциональная декомпозиция - система делится на подсистемы, и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема делится на более мелкие и так далее, пока не будет достигнута необходимая степень детализации.

Каждая диаграмма IDEF0 содержит блоки и дуги. Блоки представляют функции моделируемой системы. Дуги объединяют блоки и отображают взаимодействия и отношения между ними.

Контекстная диаграмма - это модель, которая представляет систему как набор иерархических действий, в которых каждое действие преобразует объект или набор объектов. Высшее действие в иерархии называется контекстным действием - это самый высокий уровень, который непосредственно описывает систему. Уровни ниже называются инфантильными декомпозициями и представляют под процессы родительских действий.

Рисунок 1 Контекстная диаграмма «Деятельность склада»

Входящие объекты:

• Клиент
• Счет клиента оплаченный
• Товар от поставщика
• Возврат товара от клиента
• Сопроводительные документы

Выходящие объекты:

• Выходные документы
• Выданный товар
• Списанный товар

Управляющие потоки:

• Должностные инструкции
• Документация
• Законодательство РФ

Исполнители и ПО:

• Складское оборудование
• Персонал склада
• Упаковочные материалы

Декомпозиция модели используется для моделирования бизнес-процессов для более подробного описания блоков. Каждое из этих действий может быть разделено снова. Каждый блок декомпозиции создает новую диаграмму. Количество разложений не ограничено и полностью зависит от сложности, которая должна отображаться в модели.

Рисунок 2 Декомпазиционная диаграмма «Деятельность склада»

Весь складской процесс делится на:

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

Глава 2. Проектная часть

2.1. Информационная модель и её описание

Для документирования механизмов передачи и обработки информации в моделируемой системе используются диаграммы потоков данных. Диаграммы DFD обычно создаются для иллюстрации текущей работы системы документооборота организации. В большинстве случаев диаграммы DFD используются для дополнения модели бизнес-процессов, реализованной в IDEF0.

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

Каждая диаграмма DFD может содержать задания, внешние объекты, стрелки (потоки данных) и хранилища данных.

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

Рисунок 3 Диаграмма DFD «Хранение»

Процесс хранения, в свою очередь делится на:

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

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

Рисунок 4 Диаграмма DFD «Складирование»

Диаграмма складирования, в свою очередь подразделяется на:

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

2.2. Характеристика нормативно-справочной, входной и оперативной информации

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

График активности акций - первый уровень дерева узлов (активность верхнего уровня);

Графики «Поступление товара», «Доставка и возврат товара» и «Склад» - второй уровень дерева узлов;

Схемы «Создание товаросопроводительных документов», «Хранение», «Сбор» и «Прекращение признания товара» - третий уровень дерева узлов;

Диаграммы «Хранение на оптимальном складе», «Хранение на складе возвратов» и «Создание документов возврата» образуют четвертый уровень дерева узлов, последний уровень декомпозиции является достаточным уровнем детализации в нашей работе.

Рисунок 5.1 Диаграмма узлов

Рисунок 5.2 Диаграмма узлов

2.3. Характеристика результатной информации

Построение информационной модели предметной области предполагает выделение сущностей, их атрибутов и первичных ключей, выявление связей между сущностями. Распространенным типом графического представления реляционной модели данных является диаграмма RE, в которой объекты представлены прямоугольниками, соединенными взаимосвязями. Это графическое представление облегчает восприятие структуры базы данных по сравнению с текстовым описанием.

Модели ER реализованы во многих системах CAD.

IDEF1X описывает коллекцию / набор похожих экземпляров в свойствах, но уникально отличающихся друг от друга. Каждый экземпляр является реализацией объекта, т.е. объект в IDEF1X описывает конкретный набор экземпляров реального мира, в отличие от объекта в IDEF1, который представляет собой абстрактный набор информационных отображений в реальный мир. Сущность - это множество экземпляров реальных или абстрактных объектов (человек, место, вещь, событие, состояние, концепция, идея, объект и т. д.) С общими атрибутами или характеристиками, и на которой информация должна храниться.

Инструмент CASE ERWin используется для представления информационной модели данных. С его помощью при разработке модели ИС «Склад» была создана физическая и логическая модель базы данных.

Рисунок 6 Модель данных в нотации IDEF1X (логический уровень)

Рисунок 7 Модель данных в нотации IDEF1X (физический уровень)

2.4. Общие положения (дерево функций и сценарий диалога)

Структурными единицами базы данных Access являются таблицы, запросы, формы, отчеты, страницы, макросы и модули. Таблицы - это объекты, в которые вставляются данные.

Модули - это объекты, предназначенные для работы с отдельными данными из таблиц базы данных. Используя модули, можно вставлять информацию в таблицы, изменять и удалять их, а также ограничивать доступ к данным и отображать их только в режиме отображения.

Запросы - это объекты, которые позволяют выполнять расчеты, извлекать необходимые данные на основе определенных критериев и фильтровать данные, включенные в базу данных.

Отчеты - это объекты, которые позволяют просматривать полученные данные на экране и печатать в правильной форме.

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

Макросы - это макросы базы данных, которые позволяют легко и быстро выполнять операции с данными базы данных одного и того же типа.

Модули - это специальные программы, написанные в Access в Visual Basic для обработки данных базы данных, если встроенные в Access инструменты для их обработки не удобны или просты в использовании.

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

Рисунок 8 Пример таблицы «Поставщики»

Схема данных представляет собой графическое изображение базы данных. Он используется различными объектами Access для определения отношений между несколькими таблицами. Например, если вы создаете форму, которая содержит данные из нескольких связанных таблиц, схема данных обеспечивает автоматически согласованный доступ к полям этих таблиц. Это также обеспечивает целостность связанных данных при настройке таблиц.

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

Рисунок 9 Схема данных

2.5. Характеристика базы данных

Запрос позволяет выполнять следующие виды обработки данных:

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

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

• запрос на выбор - выбирает данные из взаимосвязанных таблиц базы данных и таблиц запросов. Результатом является таблица, которая существует до тех пор, пока запрос не будет закрыт. На основе такого запроса могут быть созданы другие типы запросов;
• запрос на создание таблицы - также выбирает данные из взаимосвязанных таблиц и других запросов, но в отличие от запроса на выбор результат сохраняется в новой постоянной таблице базы данных;
• запросы на обновление, добавление, удаление - это запросы, в результате которых изменяются данные в таблицах.

В соответствии с заданным условием необходимо реализовать следующий запрос (для выбора):

• В какие дни объем поставок материалов X от поставщика T превысил 200 единиц;

Рисунок 10 "Отчеты о сотрудниках"

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

Рисунок 11 Окно создания параметрического запроса в режиме конструктора

2.6. Структурная схема пакета (дерево вызова программных модулей)

Access предоставляет возможность вводить данные непосредственно в электронную таблицу и использовать формы. Форма в базе данных - это структурированное окно, которое можно представить как повторяющее форму формы. Формы создаются из серии отдельных элементов управления.

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

Форма позволяет:

• ввод и просмотр информации базы данных
• изменения данных
• печать
• создавать сообщения

Основные способы создания форм:

• Конструктор форм (предназначен для создания форм любой сложности)
• Мастер форм (позволяет создавать формы, различающиеся по стилю и содержанию).

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

Ниже приведен пример отчета «Отчет о прибытии на склад». В то же время данные сгруппированы по поставщикам. Примечания группы показывают количество поставок для каждого поставщика, а также общую сумму, за которую был доставлен продукт.

Заключение

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

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

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

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

Повысить эффективность обмена данными между отдельными отделами, филиалами и штаб-квартирой. Обеспечить полную безопасность и целостность данных на всех этапах обработки информации.

Список литературы

1. Маклаков С.В. BPwin и ERwin. Кейс - средства разработки информационных систем. М .: Диалог-Мифи, 2016. 256 с.
2. Муромцев В. В. Проектирование информационных систем: пособие для студентов вузов по заочным специальностям. 010502 «Прикладная информатика в экономике». Белгород: БелГУ, 2017.160.
3. Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем. Учебник: / Под ред. Ю.Ф. Тельнова. М .: Финансы и статистика, 2016.512 с.
4. Балдин К.В., Уткин В.Б. Информационные системы в экономике. М. – Издательский центр Академия, 2017 – 288 с.
5. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – 2-е изд., перераб. и доп. – М.: Финансы и статистика, 2015. – 544 с: ил.
6. Комментарий к Уголовному кодексу Российской Федерации (под ред. Лебедева В.М.) - М.: Юрайт - М, 2002
7. Талимончик В.П. Информационная безопасность в контексте всеобъемлющей системы международной безопасности / В.П. Талимончик // Правоведение. - 2008. - №2. - С. 103 - 110.
8. Широков В.А., Беспалова Е.В. Компьютерные преступления: основные тенденции развития / В.А. Широков, Е.В. Беспалова // Юрист. - 2006. №10. - С. 18 -21