Дипломная работа по информационным системам на тему «Автоматизация управления продажами интернет-магазина», МИЭМП

ВВЕДЕНИЕ Актуальность написания выпускной квалификационной работы (ВКР) состоит в том, что управление продажами товаров в настоящее время, практически немыслимо без постоянного использования информационных технологий: – вычислительной техники; – методов хранения информации; – программного обеспечения; – новых инструментов обработки информации (облачные технологии, современные платформы для автоматизации и т.п.). При этом, не является исключением и ООО «ЛеКафьер Групп», которое специализируется на реализации кофе и чая, автоматизации работы которого далеко не всегда находится на хорошем уровне и часто требует увеличения производительности. При этом, задачи хранения, анализа, получения, визуализации данных часто называют управлением данными, а такие программы, что предназначены для решения этих задач – современными системами для управления базами данных (СУБД). Главное преимущество автоматизации – значительное сокращение избыточности для всего перечня хранимых данных, а в итоге, экономия объема применяемой памяти, уменьшение итоговых затрат на реализацию многократных операций по обновлению избыточных копий, выполнения устранения возможности возникновения разного рода противоречий из-за реализации хранения в различных местах сведений по одному и тому же объекту или бизнес-процессу. Это свойство является определяющим в работе современных организаций и предприятий. Целью написания выпускной квалификационной работы является автоматизация управления продажами в ООО «ЛеКафьер Групп». В работе выделены следующие задачи: – охарактеризовать деятельность ООО «ЛеКафьер Групп», технико-экономическую характеристику, организационную структуру и модель функционирования; – описать комплекс основных задач для автоматизации, реализовать обоснование необходимости автоматизации процесса управления продажами в ООО «ЛеКафьер Групп»; – выполнить моделирование предметной области, используя нотацию IDEF0; – проанализировать уже существующие разработки по автоматизации процесса управления продажами, а также сделать выбор основного направления автоматизации; – с помощью разработки программного проекта обобщить исследуемые проектные решения по автоматизации управления продажами ООО «ЛеКафьер Групп»; – описать сценарий диалога и дерево функций разрабатываемой информационной системы; – разработать базу данных для управления продажами товара ООО «ЛеКафьер Групп»; – выполнить разработку программного обеспечения (ПО) для поставленной задачи, охарактеризовать контрольный пример реализации автоматизации управления продажами товара; – обосновать технико-экономическую эффективность проекта автоматизации, а также вычислить основные показатели эффективности использования АИС. Традиционная система учета предлагает стандартные отчеты, но она полного объема данных не позволяет увидеть. При этом в применяемых программных решениях часто используется одинаково структурированная информация с очень низким количеством различий. Также в большинстве случаев использование этого подхода продиктовано острой необходимостью в самые кратчайшие сроки развернуть практически работоспособную систему, при этом выполнив минимальный объем доработок. Объект представляемой выпускной квалификационной работы – ООО «ЛеКафьер Групп». Компания специализируется на розничной торговле в неспециализированных магазинах Предмет ВКР – управление продажами товара в ООО «ЛеКафьер Групп». Практической ценностью в рассматриваемой выпускной квалификационной работе является то, что много организаций разного направления деятельности в нынешнее время испытывают огромные трудности в осуществлении автоматизации управления продажами товара, а также, других, сопутствующих процессов. Методами исследования являются: – методика жизненного цикла ИС; – методы проектирования баз данных; – анализ утверждений и другие. Созданный программный продукт прекрасно подойдет для любой организации или компании, которая занимается продажами товара. Представляемая ВКР состоит с введения, 3 разделов основной части, заключения, списка использованных источников, приложений и разработанного программного обеспечения.

I АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1. Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности «КАК ЕСТЬ»

1.1.1. Характеристика предприятия и его деятельности

ООО «ЛеКафьер Групп» – это торговая компания, которая поставляет классические сорта отборного чая и элитного кофе. Первый магазин ООО «ЛеКафьер Групп» открылся в 2012 году. С тех пор ассортимент продукции постоянно увеличивался, вначале захватив классические сорта чая и кофе, а затем и экзотические редкие наименования. Основной вид деятельности по ОКВЭД – торговля оптовая кофе, чаем, какао и пряностями. Дополнительные виды деятельности (по ОКВЭД): – торговля розничная преимущественно пищевыми продуктами, включая напитки, и табачными изделиями в неспециализированных магазинах; – торговля розничная замороженными продуктами в неспециализированных магазинах; – аренда и управление собственным или арендованным недвижимым имуществом; – торговля розничная косметическими и товарами личной гигиены в специализированных магазинах; – аренда и управление собственным или арендованным нежилым недвижимым имуществом. Для подарка близким посетители могут выбрать эксклюзивные подарочные наборы на основе чая и кофе. Магазины компании с характерной черной вывеской притягивают любителей качества и вкусовой эстетики, продуманной ценовой политике, проверенной ассортиментной матрице, подготовленному персоналу и грамотной работе с каждым посетителем. Компания имеет виртуальный прилавок – сайт, который всегда открыт для посетителей. Компания гарантирует большой выбор, подробные описания, быстрая доставка по Москве и в регионы (https://www.lecafeier.ru/). В 2015-2016 годах было открытие новых магазинов в Брянске, Туле. Компания нацелена на развитие сети и расширение географии присутствия. В 2017-2019 годах выполнено увеличение количества магазинов как в регионах, так и в столичном регионе. В таблице 1 представлены основные показатели экономической деятельности ООО «ЛеКафьер Групп». Таблица 1 Показатели экономической деятельности ООО «ЛеКафьер Групп» Показатели Значения показателей 2017 г. 2018 г. 2019 г. Валовой доход, тыс. руб. 150012 160870 178007 Прибыль, тыс. руб. 7908 8590 15114 Расходы, тыс. руб. 1950 862 949 Количество выполненных заказов, шт. 2278 3302 3912 Количество новых клиентов 1168 1172 1193 Конкуренты компании: – ООО «Стройбытторг»; – ООО «Мёд»; – ООО «Квант»; – ООО «Грин-Трейл»; – ООО «Удачная покупка». По показателям, приведенным в таблице 1 можно сделать вывод, что основные параметры экономической активности ООО «ЛеКафьер Групп» имеют положительную динамику на протяжении трех последних лет. В результате этого можно сделать вывод о качественном менеджменте и развитии компании.

1.1.2. Организационная структура управления предприятием

Организационная структура ООО «ЛеКафьер Групп» играет немаловажную роль в его деятельности (рисунок 1). Управление предприятием осуществляет Совет директоров, во главе которого находится Генеральный директор. Ему подчиняются коммерческий директор, технический директор, директор по доставке и другие. Указанная иерархия очень эффективно работает, поскольку предприятие является одним из наибольших компаний-посредников чая и кофе в регионе. Главный бухгалтер возглавляет отдел бухгалтерии. Без подписи главного бухгалтера расчетные и денежные документы, кредитные и финансовые обязательства считаются недействительными и, в последствии, не должны исполнятся. В транспортном отделе предприятия выполняется работа по доставке грузов, персонала, отгрузки товаров и прочие перевозки, предназначенные для поддержки производственного процесса. Коммерческий отдел возглавляет коммерческий директор. Работа персонала направлена на поиск пунктов сбыта товаров по оптимальной цене, закупки товара, подписания контрактов с новыми контрагентами, клиентами, поставщиками и прочее. Рисунок 1. Структура ООО «ЛеКафьер Групп» Технический отдел возглавляет технический директор. Основными обязанностями данного структурного подразделения является поддержка и оптимизация технического и технологического процессов реализации чая и кофе. В тесной связи с техническим отделом работает отдел проверки качества. Именно по информации о качестве товара и формируется управленческое решение для поддержки или изменения управленческого процесса. Складской отдел занимается процессом отгрузки и хранения товара, размещения, выдачей на погрузку и другими функциями. Структура отдела показана на рисунке 2: Рисунок 2. Структура складского отдела ООО «ЛеКафьер Групп» имеет прямолинейную структуру управления. Трудовой коллектив состоит из персонала, участвующих своим трудом в деятельности на основании трудового договора Организация обеспечивает работников безопасными условиями труда и несет также ответственность в порядке, что установлен законодательством РФ, за ущерб, что причиненный их здоровью или трудоспособности. Чтобы оставаться конкурентоспособным, а также увеличивать прибыль непосредственно за счет привлечения покупателей, уменьшения уровня расходов на потерю каких-то товаров из-за некачественного хранения, из-за сотрудничества с недоброжелательными поставщиками, ООО «ЛеКафьер Групп» необходима актуальная информация по спросу на определенную продукцию, оперативный анализ движения разного рода товаров поставщик-прилавок, контроль непосредственно за условиями хранения товаров на складе, также объективный анализ продаж. Этой функцией занимаются менеджеры компании. Отсутствие ИС для управления продажами не дает возможности ООО «ЛеКафьер Групп» оставаться конкурентоспособным; к тому же, руководителям подразделений приходится много времени тратить для анализа продаж, составления отчетности и других рутинных операций.

1.1.3. Программная и техническая архитектура ИС предприятия

Техническая структура ООО «ЛеКафьер Групп» представляется вычислительными мощностями с серверами и сетевым оборудованием (рисунок 3). Основным брандмауэром в вычислительной системе ООО «ЛеКафьер Групп» является ZyXEL NSG100-ZZ0101F, выполняющий фильтрацию сетевого трафика и анализа используемого веб-контента. Основные сетевые коммутаторы и маршрутизаторы, которые применяются в ООО «ЛеКафьер Групп», произведены компанией TP-Link (модель TL-SF1016DS). Сетевое соединение здания выполнено с помощью услуг провайдера сети Интернет – ООО «Скайнет». Рабочие ПК имеют следующие характеристики: процессор – Intel Core i3, 1,8 GHz; оперативная память DDR4, 4096 Mb; видеокарта – Intel 82915G Express 2048 Mb; сетевая карта – Realtek RTL8139/810x Fast Ethernet; DVD/CD–RW Sony C320EE; жесткий диск WD500JS 500 Gb; стандартная клавиатура (101/102 клавиши); монитор Belinea С 19 дюймов. На рисунке 3 рассмотрена аппаратно-техническая архитектура офиса ООО «ЛеКафьер Групп». Рисунок 3. Аппаратно-техническая архитектура ООО «ЛеКафьер Групп» В компании используются принтеры Canon Pixma MP250. Их основные характеристики: – формат печати – A4; – количество цветов – 4; – печать по технологии – струйная; – тип соединения – USB. В сети компании применяются 3 сервера: – веб-сервер – для поддержки сайта компании; – сервер базы данных (для использования платформы 1С:Бухгалтерия); – файловый сервер – для хранения информации, которая циркулирует в процессе деятельности ООО «ЛеКафьер Групп». На всех рабочих станциях ЛВС установлено следующее ПО: – ОС Microsoft Windows 10; – Microsoft Office 2016 (базовая версия); – антивирусная программа Avast; – почтовый клиент TheBat 8. Административные отделы для обработки информации о сотрудниках, бухгалтерской информации применяют платформу 1С:Бухгалтерия 8.3, которая располагает несколькими конфигурациями. Рассматриваемая версия программы дает возможность использовать размещенную сервере базу данных и её синхронизировать между несколькими отделами с определенной частотой. Также эта версия поддерживает работу с тонким клиентом с веб-интерфейсом. Серверы в локальной сети работают на базе ОС Windows Server 2016. На рисунке 4 рассматривается программная архитектура ООО «ЛеКафьер Групп». Рисунок 4. Программная архитектура ООО «ЛеКафьер Групп» Пользователю предоставляется удобная и понятная панель управления. Ее смогут применять даже новички, не имеющие навыков настройки и работы с такими ОС. Рассматриваемая ОС имеет все инструменты, которые применяются для качественного администрирования сети и серверов, выполнения удаленного доступа, а также обеспечения защиты данных в сети ООО «ЛеКафьер Групп». Кроме этого, в перспективе компанией планируется использование виртуализации, а данная ОС имеет возможность использовать динамическую платформу, которая поможет создать качественную и адаптивную серверную инфраструктуру. В качестве СУБД для хранения информации применяется SQL Server 2017. Эта СУБД проста и удобна для использования, а также она широко применяется в системах с сложной архитектурой, с которыми функционируют большое количество пользователей. Для ускорения процесса вычислений, можно периодически выполнять так называемое обобщение информации для OLTP-системы, при этом сохраняя полученные данные. Такое хранение разнообразных агрегированных данных, что предназначены для анализа, называют хранилищем данных. А все доступные подмножества содержимого хранилищ (к примеру, информация по определенному сотруднику или отделу) называют киосками. Для работы в сети Интернет применяется браузер Google Chrome 80. В результате рассмотрения аппаратного и программного обеспечения, которое применяется в ООО «ЛеКафьер Групп», можно сделать вывод, что компания использует самые необходимые программы для полноценного администрирования, защиты и обработки данных.

1.2. Характеристика комплекса задач, задачи и обоснование необходимости автоматизации

1.2.1. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов

В ООО «ЛеКафьер Групп» все бизнес-процессы, которые связаны с его деятельностью, выполняются на основании набора документов и связей между ними, которые обозначены в организационной схеме компании и правил ее функционирования. При продаже товаров в магазине или со склада в целях сохранности количества и качества поставляемой продукции, создания условий для своевременной и правильной продаже ее по качеству компания обязана обеспечить: – строгое соблюдение установленных правил упаковки и затаривания продукции, маркировки и опломбирования отдельных мест; – точное определение количества продукции (веса, количества мест-ящиков, мешков, связок, кип, пачек и т.п.); – отгрузку (сдачу) продукции, соответствующей по качеству и комплектности требованиям, установленным стандартами, техническими условиями, чертежами, рецептурами, образцами (эталонами); – четкое и правильное оформление документов, удостоверяющих качество и комплектность поставляемой продукции (технический паспорт, сертификат, удостоверение о качестве и т.п.), отгрузочных и расчетных документов, соответствие указанных в них данных о качестве и комплектности продукции ее фактическому качеству и комплектности; – своевременную отсылку документов, удостоверяющих качество и комплектность продукции, получателю — эти документы высылаются вместе с продукцией, если иное не предусмотрено основными и особыми условиями поставки, другими обязательными для сторон правилами или договором. При автоматизации управления продажами достигаются следующие преимущества: – легкость накопления и хранения данных; – простота фильтрации и отбора информации и другие. То есть, среди всех типов управления, которые присутствуют в ООО «ЛеКафьер Групп», в ВКР будет рассматриваться управление процессом продаж, которое состоит в описанных выше функциях. При этом, будут рассматриваться принципы электронного документооборота, поскольку в организации документация не всегда создается, утверждается и передается только в электронном виде.

1.2.2. Определение места проектируемой задачи в комплексе задач и ее описание

Выполним моделирование бизнес-процесса «Управление продажами товара» на примере ООО «ЛеКафьер Групп». Для этого рассмотрим моделирование бизнес-процессом с помощью одного из CASE-средств. Каждый блок модели может иметь разные типы стрелок, которые связанных с ним [6]: – входы; – выходы; – механизмы; – управление. Для проанализированной выше предметной области разработаем контекстную диаграмму (рисунок 5). Рисунок 5. Контекстная диаграмма Функционирование склада базируется на такой входной информации: – лимитная карта; – требования; – приходный ордер; – ТТН; – продукция и товары. Управление продажами выполняется на основании специальных инструкций, а механизмами являются менеджеры по продажам и клиенты. Декомпозиция и разложение рассматриваемой модели часто применяется непосредственно в моделировании БП, а также для более подробного описания имеющихся блоков. Все рассмотренные действия могут быть в свою очередь декомпозированы на более простые. При каждой декомпозиции определенных блоков создается новый тип диаграммы. Количество выполненных декомпозиций не является числом ограниченным и может полностью зависеть только от итогового уровня сложности. Далее декомпозируем имеющуюся контекстную диаграмму на 3 такие составные части: – Принятие заказа; – Рассмотрение заказа; – Заключение о возможности заказа. Рисунок 6. Декомпозиция контекстной диаграммы Аналогично будет рассматриваться процесс декомпозиции и для других блоков (рисунки 7, 8). Рисунок 7. Декомпозиция блока Рисунок 8. Декомпозиция блока Стоит отметить, что процесс декомпозиции может продолжаться, пока исходный процесс не будет разбит на необходимое количество блоков. В результате построения модели БП необходимо автоматизировать процесс управления продажами товаров в ООО «ЛеКафьер Групп».

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

В предыдущем пункте с помощью IDEF-диаграмм выполнено моделирование рассматриваемого БП на примере ООО «ЛеКафьер Групп». Существующий метод организации документооборота связан с достаточной трудоемкостью, который с большой вероятностью приведет к их неправильной интерпретации или даже утери. В результате сформируем фрагмент схемы документооборота, который отображает деятельность ООО «ЛеКафьер Групп» при решении задач управления продажами (рисунок 9): Исполнитель Действие Персонал Руководство Архив Формирование документации компании Проверка правильности заполнения документации и подписание Получение копии подписанных документов Рисунок 9. Схема документооборота В настоящее время практически невозможно получить сразу перечень всех необходимых показателей для контроля плана работы компании или других задач по управлению процессом продаж. Рассмотрим временные характеристики реализации описанных БП при использовании бумажного управления процессом продаж (таблица 2). Стоит заметить, что если учесть итоговую продолжительность стандартного дня работы, то можно предположить, что на реализацию всех других рабочих обязанностей останется только менее 50% времени, а это является крайне неэффективным показателем. Таблица 2. Характеристики описания процессов в бумажном виде Действие Среднее количество за отчетный период Время, необходимое для выполнения действия, минуты. Суммарное время, минуты Проверка наличия товара 25 5 125 Занесение данных о продаваемой продукции в журнал 20 10 200 Оплата за товары 20 2 40 ИТОГО, минуты 365 Таким образом, ежедневно, около 365 минут, персонал занят обработкой процесса управления продажами товаров. Для традиционного способа документооборота также характерны и другие недостатки: – низкая скорость и точность выполнения расчетов отклонений фактических и плановых показателей; – малоэффективное применение рабочего времени персонала и руководства; – контроль работы персонала только со стороны руководства; – увеличивающийся «поток» бумажной документации; – низкий уровень защиты данных. В результате автоматизации процесса управления продажами, предполагается получать точные сведения о деятельности компании, сократить время на формирование оперативных отчетов, сопоставления показателей. Очевидно, что для выполнения автоматизации надо использовать компьютерную технику. Стоит отметить, что после проведения анализа программной и аппаратной архитектуры ООО «ЛеКафьер Групп», можно сделать вывод о том, что компания владеет всем перечнем необходимого оборудования для автоматизации рассматриваемого БП: – рабочие ПК (спецификация указана в п.1.2); – принтеры Canon MP250; – сетевое оборудование ЛВС. Другими словами, процесс автоматизации компании не принесет финансовых издержек на модернизацию уже имеющегося оборудования или покупки новой компьютерной техники. В таблице 3 показан расчет эффекта от внедрения и автоматизации управления процесса продаж в ООО «ЛеКафьер Групп» с применением компьютерной техники. Таблица 3. Расчет эффекта от автоматизации Действие Среднее количество за отчетный период Время, что необходимо для выполнения действия, минуты Суммарное время, минуты Проверка наличия товара 25 5 125 Занесение данных о продаваемой продукции в журнал 20 2 40 Оплата за товары 20 2 40 ИТОГО, минуты 205 Стоит отметить, что в результате автоматизации указанного бизнес-процесса общее время на выполнение и оформление продажи товара снизится до 205 минут в день. Кроме этого, присутствуют и другие преимущества автоматизации: – выполнение оперативной обработки данных; – выдача результатов на печать в удобной форме; – быстрая корректировка информации; – применение системы разграничения пользователей; – сокращение времени на оформления документации и отчетности. То есть, применение вычислительной техники с положительной стороны влияет на процесс управления процесса продаж товаров.

1.2.4. Анализ системы обеспечения информационной безопасности и защиты информации

Одной из базовых составляющих успешной деятельности компании любого направления деятельности считается развитие системы информационной безопасности (ИБ). Постоянная надобность реализации мероприятий в рассматриваемой сфере информатизации объясняется требованиями для хранения данных в любой существующей информационной системе, к примеру, личных данных клиентов и сотрудников. Еще одной важнейшей стороной является защита документации от уничтожения (как случайного, так и преднамеренного). При этом такая утрата может быть спровоцирована как злоумышленником, так и штатным сотрудником фирмы. При ведении бумажного управления продажами товаров обеспечение ИБ состоит на крайне низком уровне. Вся информация по клиентах, а также их заказах, договорах на продажи продукции, оплате за складирование и хранение данных может хранится в качестве бумажной документации в архивах. Но, при этом, ничто не мешает злоумышленникам или же просто посторонним сотрудникам выполнить ознакомление с этими документами или их уничтожить. Действующие должностные инструкции по надобности соблюдения порядка хранения документации скорее всего даже не остановят злоумышленника на пути овладения конфиденциальной информацией. При реализации классического варианта ведения таких процессов очень велика вероятность потери документов при случайном или намеренном их уничтожении. При применении более компьютеризированного варианта работы показатель ИБ может значительно повысится. Непосредственно система для реализации управления продажами товаров заставляет пользователя быть ответственным в своей рассматриваемой работе с документацией. В компании используются нормативно-правовые и организационно-распорядительные документы, которые применяются для обеспечения защиты данных и информационной безопасности [1]: 1. Регламенты информационной безопасности компании: – доступ персонала к служебной информации, которая составляет коммерческую тайну (используется в бухгалтерии, администрации компании); – непосредственный доступ к применению программного обеспечения, созданного персонального для поддержки деятельности ООО «ЛеКафьер Групп» (1С Бухгалтерия – получение доступа в режиме конфигуратора возможно только для разработчиков ИС). 2. Регламенты применения возможностей сети Internet, клиентов электронной почты (разграничение ролей для администрации компании и сотрудников других отделов). С целью эффективного выполнения регламентов безопасности в ООО «ЛеКафьер Групп» используется служба Active Directory, которая входит в состав ОС Windows Server 2016. Она дает возможность настраивать и контролировать уровень информационной безопасности с помощью инструментов администрирования. Службы сертификатов применяются в ООО «ЛеКафьер Групп» для увеличения безопасности информации за счет связывания данных пользователя, службы или устройства с соответствующим ключом, который задается системным администратором. Сертификат вместе с закрытым ключом хранятся в службе Active Directory, что и помогает защитить идентификационные данные. Стоит отметить, что служба Active Directory упрощает интеграцию между так называемыми не доверенными ресурсами и ресурсами домена в организации. Настройку, а также поддержку информационной безопасности, принципов защиты информации осуществляет в ООО «ЛеКафьер Групп» узкий круг ИT-специалистов. Начальник ИT-отдела контролирует работоспособность информационной безопасности, а также является ответственным за защиту информации. Основной прерогативой при распределении привилегий пользователей обладает специальный сотрудник отдела ИТ – системный администратор, который имеет возможность разграничить права для всех пользователей сетей (ЛВС и глобальных). Еще одним уровнем для реализации парольной защиты данных может быть пароль для обеспечения определенного доступа к БД (к примеру, созданной в СУБД SQL Server) с которой свою работу выполняют сотрудники. Кроме того, на парольную безопасность информации не стоит вообще обращать внимание с точки зрения физической защиты данных.

1.3. Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ»

1.3.1. Анализ существующих разработок для автоматизации задачи

Программное обеспечение для реализации управления продажами является неотъемлемой частью практически каждого бизнеса, который функционирует в направление оптовой или розничной торговли товарами. Программа «Торг-софт» обладает колоссальным набором разных функций. Если интересует производство – есть возможность вести учет всего производственного цикла на базе технологической карты, то есть: учитывать отходы, рассчитывать затраты на единицу продукции и т.п. ТоргСофт также подходит и небольшой торговой точке. В программе есть возможность для фиксации всего прихода товара, печатать документацию, этикетки, управлять клиентской базой, фиксировать продажи, проводить анализ и другое (рисунок 10). Рисунок 10. Интерфейс программы Торг-софт Оприходовать товар достаточно просто, в программе нужно просто создать приходную накладную, а также добавить товар в базу. Добавить товар можно 2-я способами: – считав сканером штрих-код; – добавить товар вручную. Приняв товар, можно сразу распечатать этикетки. Что касается реализации, продавцу доступен отдельный интерфейс, а после установки программы непосредственно на рабочем столе создается два ярлыка «Хозяин» и «Продавец». Этот интерфейс – это основное рабочее место продавца, в котором доступны все нужные функции. Продажа возможна через сканер штрих-кодов и вручную. Продавец также сразу же видит сумму для оплаты, возможную скидку, фотографию с товаром и т.д. Кроме этого, есть возможность продавать в долг, а также работать с разными видами клиентов (оптовики или розничные), определять многие дополнительные условия продажи. Оплатив лицензию клиент получит бесплатную поддержку – консультации на момент освоения ПО, а также бесплатные обновления, которые происходят раз в полгода. Для самостоятельного изучения имеются видеоуроки, написаны статьи, где затрагиваются вопросы работы с ПО и общие понятия, касающиеся в целом автоматизации учета. Мои продажи 2.0 – это очень простая программа, что вполне подходит маленькой торговой точке, где нужно заменить тетрадку на современный инструмент учета. Программа «Мои продажи» имеет ограниченную функциональность в сравнении с другими программами. Несмотря на это, она заслужила определенное внимание для пользователей из-за простоты (рисунок 11). Программа многопользовательская и это также означает, что есть возможность настроить доступ к ней для многих пользователей, к примеру, для продавцов. Рисунок 11. Интерфейс программ Мои продажи За счет привилегий, у пользователей есть возможность настроить разные права таким образом, чтоб не все функции являлись доступными другим пользователям. Для управления имеющейся товарной номенклатурой в распоряжении есть возможность создания древовидного каталога с неограниченной вложенностью, а также фиксировать продажи, списывать товары, приходы, а также получать отчетность по остаткам. Для более удобного выполнения инвентаризации, остатки можно конвертировать в PDF и CSV формат. К сожалению, при выполнении добавления товара в качестве его характеристик имеется лишь поле Наименование, а также Розничная стоимость. Для начала работы нужно настроить отделы магазина, указать список персонала и при необходимости выполнить синхронизацию с сервером, если будет использоваться соответственная функция. Также в программе доступна возможность для просмотра статистики по отделу или же продавцу за произвольный период, а также возможность производить поиск для операций. Компания БухСофт специализируется на разработке софта для бухгалтерского учета. С момент начала своей деятельности, а это 2001 год, разработала более 10-ти программ, упрощающих жизнь руководителям, бухгалтерам, работникам отдела продаж, логистики и многим другим участникам бизнеса. Бухсофт предоставляет возможность управлять множеством различных справочников: товары, сотрудники, контрагенты, склады, валюты, виды цен и т.д. Первая задача, которая возникает перед администратором системы, это заполнение этих справочников. Если с занесением списка сотрудников проблем, скорее всего, не возникнет, и это не займет много времени, то с добавлением списка товаров вполне может. Даже при минимальном количестве наименований на торговой точке, оно может достигать сотни. Рисунок 13. Окно программы Бухсофт Для более быстрого решения этой задачи можно воспользоваться импортом из csv файла (Excel). Настройка очень простая, вы просто указываете соответствия требуемых программе полей к полям, которые есть в Excel файле. Следующие по важности после заполнения справочников стоят вопросы фиксации поступления товара, его реализации, а также учет (инвентаризация). С этим Бухсофт справляется на отлично. В результате рассмотрения программ, можно сделать вывод, что они не подходят полностью под деятельности компании и необходима разработка нового программного обеспечения.

1.3.2. Выбор и обоснование стратегии автоматизации задачи

В рассматриваемой методике выполнения процесса планирования основных задач с точки зрения разработки проекта автоматизации, как правило, можно выделить, несколько основных стадий. Первой стадией является анализ стратегии для качественного и результативного развития бизнеса. Заметим тот факт, что в настоящее время в условиях конкуренции будут «выигрывать» такие организации, у которых стратегии в бизнесе могут объединяться с стратегиями развития в направлении внедрения информационных технологий. Следующей стадией в этом процессе считается поиск и обработка информации и отчетности, полученной непосредственно по телекоммуникационным каналам. Далее выполняется конкретный подход к каждой из поставленных задач для снижения общей нагрузки на персонал. Затем результаты решения указанных задач передаются непосредственно руководителю ООО «ЛеКафьер Групп». На указанном этапе возможно выполнять корректировку и исправление работы. Различают четыре основные варианта стратегии автоматизации деятельности: – хаотичная автоматизация; – автоматизация в разрезе участков; – автоматизация в направлении; – комплексная автоматизация. В рассматриваемом случае выбрана стратегия автоматизации организации по участкам. В результате этого руководство ООО «ЛеКафьер Групп» сможет автоматизировать свою деятельность в направлении продаж, при этом получив определенный экономический эффект. Для ООО «ЛеКафьер Групп» разработка стратегии для реализации проекта будет следующей: – анализ направления деятельности компании; – анализ плана развития ООО «ЛеКафьер Групп»; – определения свойств разрабатываемой системы автоматизации; – определение функциональности системы; – выполнение анализа существующих разработок; – реализация стратегии автоматизации процесса управления продажами; – выбор метода приобретения ПО; – определение архитектуры ПО; – разработка бизнес-плана. На сегодня применяются две ключевых стратегии по автоматизации документооборота: – адаптация существующего продукта непосредственно под рассматриваемый бизнес-процесс ООО «ЛеКафьер Групп»; – реорганизация БП и последующая автоматизации, упрощенной структуры. Для ООО «ЛеКафьер Групп» более подходит второй случай.

1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации задачи

Способы приобретения ИС – это описание последующих действий от определения или формализации решения в необходимости ИС и до момента пока она не будет внедрена в деятельность ООО «ЛеКафьер Групп». Существуют следующие методы приобретения АИС: – разработка (заказная или самостоятельная); – покупка готового решения; – покупка и доработка ИС; – аренда ИС. Стоит отметить, что при покупке готового решения надо выбрать такое решение, которое полностью будет соответствовать четко определенным схемам ведения бизнеса. Это очень сложно, поскольку производители систем автоматизации не всегда могут угодить клиентам, и их ИС получаются перегруженными ненужным функционалом, за который надо платить. Также приобретаемая ИС не подходит из-за перечня недостатков, нехватки функциональности, плохо продуманного направления будущего развития ИС, длительный срок адаптации непосредственно под требования компаний. Заказ разработки ИС у сторонних разработчиков позволяет получать информационную систему, которая удовлетворяет бизнес-правилам ООО «ЛеКафьер Групп» в настоящий момент. Но при изменении БП возможно потребуется ее частичная корректировка, что также выльется в излишние затраты на процесс реинжениринга имеющейся ИС. Покупка и доработка АИС возможна, если нужен небольшой объем доработки, а данная доработка часто применяется в рамках модели ИС, что часто вызывает значительные затруднения из-за полного отсутствия развернутой документации к ней. При взятии АИС в аренду компания рискует вывести за свои пределы многие виды деятельности, а также лишиться части собственных информационных ресурсов и возможностей. Заметим, что в таких случаях компания может потерять многие виды деятельности, что в течение длительного времени ранее обеспечивали ей успех на рынке предоставляемых услуг. Поэтому автоматизированная система будет разрабатываться в ООО «ЛеКафьер Групп» силами ИТ-отдела, поскольку компания располагает квалифицированными сотрудниками по разработке и внедрении ИС.

1.4. Обоснование проектных решений

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

Информационное обеспечение (ИО) в автоматизированных системах — совокупность единой системы классификации и кодирования информации, унифицированных систем документации и информационных массивов [11]. Информационное обеспечение регламентирует разные потоки и подготовку данных в ИС, организацию выполнения разных информационных процессов в организациях и предприятиях. В состав ИО включены такие комплексы: – компоненты внемашинного ИО (а именно, классификаторы технико-экономических данных и документы); – компоненты внутримашинного ИО (экранные формы и макеты для ввода первичной информации в ЭВМ или же вывода результатной информации, архитектура информационной базы, а именно: – входных и выходных файлов; – баз данных. Для представления информации в цифровом виде ее нужно сначала упорядочить (классифицировать) по нескольким атрибутам, а затем формализовать (закодировать) с применением классификаторов. В исследовании будут применяться отраслевые классификаторы, которые создаются для систематизации и кодирования научной и технической информации. Входные документы для автоматизации процесса управления поставками желательно получать через вычислительную сеть, поэтому они представляются в файлах согласованной заранее структуры и передаются с помощью протокола передачи информации. Для удобного использования таких файлов, им надо иметь табличную форму (что легко осуществить, так как эти документы считаются результатными в иных задачах): – перспективный план развития создается в результате формирования долгосрочной стратегии функционирования компании; – рабочий план на определенный период разрабатывается на основании перспективного плана развития и т.д. К внутримашинному ИО относятся визуальные формы документов. При построении структуры экранных форм для ввода данных первичной документации или оперативной информации, нужно использовать комбинированную форму, которая максимально приближена к той, которая была применена в бумажном варианте документа. Главной составной частью внутримашинного ИО является информационная база данных (БД). По инструменту определения связей для информации различаются такие модели: иерархическая; сетевая; реляционная. Для автоматизации управления процессом продаж будет применяться реляционная модель БД по таким причинам: – наиболее подходит под реализацию проекта автоматизации; – легкая в применении; – использует множество инструментов для обработки и анализа данных. Входными документами при выполнении процесса продаж продукции являются документы, заполняемые при непосредственном утверждении деятельности между компанией и клиентами: – договоры о сотрудничестве; – накладные на продажу; – счета. Эти документы считаются основоположными при непосредственном выполнении реализации и продажи продукции. Кроме этого, промежуточными (или выходными) документами системы являются документы: – чеки об оплате товаров; – сертификаты качества и другие.

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

Программное обеспечение – комплекс программ: обеспечивающих обработку или передачу данных; предназначенных для многократного использования и применения разными пользователями [12]. Системное ПО – это множество программ для непосредственного обеспечения работы ПК. Системное ПО разделяют на 2 категории: – базовое; – сервисное. Системные программы предназначаются для управления работой всей вычислительной системы, а также выполняют различные функции вспомогательного направления (копирования, тестирования, выдачи справок, форматирования). Прикладное ПО является комплексом программ для непосредственного решения задач указанного класса в конкретной предметной области. Стоит отметить, что прикладное ПО работает лишь при наличии системного программного обеспечения Непосредственно в состав ПО входят специальные и общесистемные программы, инструктивно-методическая информация по применению средств ПО. К общесистемному ПО можно отнести программы, которые рассчитаны на огромный круг пользователей, а также предназначены непосредственно для организации вычислительных процессов и выполнения разных вариантов обработки данных. Они также позволяют расширить все функциональные возможности ПК, автоматизировать планирование поочередности вычислительных процессов, а также автоматизировать функции программистов. Функциональное ПО представляет собой совокупность программных средств, которые разрабатываются при создании программ конкретного функционального назначения. Стоит отметить, что оно включает в себя пакеты прикладных программ, которые осуществляют организацию данных, а также их обработку с точки зрения решения функциональных задач документооборота. При выборе комплекса аппаратных средств для разработки проекта, одним из самых важнейших критериев считается выбор операционной системы для обеспечения работы ПК. Операционной системой является такой вид ПО, который управляет аппаратными средствами компьютера, выполняет поддержку запуска и выполнение программ и приложений, производит защиту данных, выполняет разные сервисные функции. Все программы пользуются средствами, которые предоставляются операционной системой. То есть, выбор ОС очень важен, поскольку он определяет набор ПО и формат выполняемых файлов, их взаимодействие с аппаратным обеспечением. На ПК, используемых в качестве сетевых рабочих мест пользователей, могут применяться следующие ОС: – ОС семейства Windows; – ОС семейства UNIX. Для разработки ПО автоматизированной обработки документации выбор ОС никак не повлияет на итоговую функциональность системы, так как при реализации алгоритмов ПО не требуется применения каких-то специфических функций ОС. Оба вида ОС позволяют разрабатывать ПО без потери его уровня функциональности, по причине присутствия программных сред, а также языков программирования для указанных типов ОС. В результате рассмотрения возможностей ОС можно сделать вывод, что в проекте будет использоваться ОС Windows 10. Выбор системы управления БД (СУБД) представляет и решает многопараметрическую задачу, а также является одним с самых важных этапов при выполнении разработки приложений на основании БД. Выбранное ПО должно удовлетворять как будущим, так и текущим потребностям предприятия, а также следует учитывать разные финансовые затраты по приобретению необходимого оборудования, системы, разработку нужного программного обеспечения, которое базируется на ее основании, а также обучение сотрудников работы на нем. Кроме этого, необходимо убедиться, что СУБД способна приносить предприятию реальную выгоду. Microsoft SQL Server 2017 является системой для управления реляционными базами данных, разработана корпорацией Microsoft. В СУБД применяется популярный используемый язык для реализации запросов – T-SQL, создан также совместно компаниями Microsoft и Sybase. Язык является реализацией современного стандарта ANSI/ISO по языку запросов SQL с разными расширениями. Используется он для работы с БД размером от персональных локальных БД до крупных – масштаба предприятия или региона. В состав стандартного релиза SQL Server 2017 входят утилиты, основная из них – это SQL Server Manager. Она предназначается для административных операций непосредственно с серверами, разными базами данных и другими объектами. В реляционной БД MySQL 8.0 данные хранятся только в отдельных таблицах, при использовании чего и достигается большой выигрыш непосредственно в скорости или гибкости разработки. Таблицы связываются между собой при помощи отношений, а также обеспечивается возможности объединять в запросах данные из других таблиц. Язык SQL в качестве составной части системы MySQL 8.0 характеризуют языком для структурированных запросов и как наиболее распространенный язык, что применим для доступа к базам. MySQL 8.0 является системой, которая имеет открытый код. MongoDB 4.2.0 реализует в себе новый подход к построению БД, где нет схем, таблиц, запросов SQL, ключей и многих иных вещей, которые присущи для объектно-реляционных БД. В отличие от реляционных БД MongoDB 4.2.0 предлагает пользователю документо-ориентированную модель хранения данных, благодаря чему СУБД MongoDB 4.2.0 работает быстрее, а также обладает лучшей масштабируемостью и ее легче применять. Но даже учитывая практически все недостатки традиционных БД и достоинства MongoDB 4.2.0, нужно понимать, что задачи бывают очень разными и методы их решения требуют разной функциональности. В какой-то ситуации СУБД MongoDB 4.2.0 действительно улучшит производительность приложения, к примеру, если надо хранить очень сложные по структуре данные. Но, с другой стороны, лучше будет применять традиционные реляционные базы данных для более традиционных требований к хранению данных. В результате сопоставления информации о самых популярных СУБД можно сделать вывод, что для создания базы данных нужно использовать СУБД SQL Server, так как остальные среда разработки БД имеют намного меньший функционал, возможности масштабирования и популярность. Рассмотрим сравнение сред разработки ПО. Visual Studio 2019 является средой визуального программирования, которая обеспечивает максимальную автоматизацию ее трудоемкой части – создание программ с визуальными компонентами. Оболочка Visual Studio 2019 предоставляет все возможности по самостоятельному написанию программного обеспечения, созданию элементов управления, пользовательских меню и других составных частей программы. В Visual Studio 2019 используется более 620 компонент, которые могут применяться практически в любых ситуациях. Они собраны в библиотеке визуальных компонентов VCL. Visual Studio 2019 предназначена для разработки ПО на языках C++, C#, Python и других, и сочетает модуль VCL и среду программирования, которою можно настроить под свои потребности. С++ Builder 10.3 – это язык и среда программирования, которая относится к классу RAD-средств (Rapid Application Development) CASE — технологии. С помощью С++ Builder 10.3 можно быстро осуществлять разработку мощных приложений Windows. Приложения ОС Windows, для создания которых надо было много человеческих усилий, например, в С++ или Java, теперь могут быть созданы одним человеком, который использует С++ Builder 10.3. С++ Builder 10.3 обладает обширным набором возможностей: от проектировщика форм и заканчивая поддержкой всех популярных форматов баз данных. Преимущества от проектирования программы в среде системы Windows следующие [9]: – наличие мастеров по разработке ПО; – высокий уровень производительности; – применение согласованности проекта с другими компонентами программы и другие. Программирование с помощью визуальных компонентов добавляет новое измерение в создании приложений, давая возможности изображать объекты на экране дисплея до непосредственного запуска самой программы. Система программ «1С:Предприятие 8.3» включает в себя платформу и прикладные решения, разработанные на ее основе, для автоматизации деятельности организаций и частных лиц. Сама платформа не является программным продуктом для использования конечными пользователями, которые обычно работают с одним из многих прикладных решений (конфигураций), разработанных на данной платформе. Такой подход позволяет автоматизировать различные виды деятельности, используя единую технологическую платформу. Для обеспечения функциональности программы конфигуратор дает возможности применять: – справочники; – подсистемы; – печатные формы; – отчеты; – регистры накопления; – перечисления; – планы счетов; – документы; – регистры сведений; – бизнес-процессы; – регистры расчета; – журналы документов и другие составные части конфигурации. Конфигуратор системы является специальным режимом запуска и предназначен для администраторов и разработчиков. В этом режиме выполняются действия по созданию и корректировке структуры базы данных, редактирование программных модулей, административные функции, связанные с управлением системой в целом. Над объектами конфигурации можно выполнять такие действия: – добавление; – удаление; – редактирование; – внедрение; – обновление; – проведение и другие. В результате сопоставления информации о самых популярных СУБД можно сделать вывод, что для создания базы данных нужно использовать СУБД SQL Server, так как остальные среда разработки БД имеют намного меньший функционал, возможности масштабирования и популярность. Аналогично, для создания АИС управления продажами товара будет применяться среда разработки C++ Builder, поскольку она является более функциональной и более гибкой, нежели платформа 1С:Предприятие 8.3. Обоснование проектных решений по техническому обеспечению Техническое обеспечение программного средства – это комплекс технических средств, используемых для реализации функциональных возможностей программного средства, включая средства ввода, обработки, визуализации, хранения и передачи данных [13]. Комплекс технических средств составляют такие компоненты: – персональные компьютеры; – устройства сбора, обработки, накопления, передачи и вывода данных (принтеры, сканеры); – устройства передачи, приема и обработки сетевых данных, а также линий связи; – эксплуатационные материалы. При непосредственном выборе компьютера надо руководствоваться рядом характеристик, которые должны удовлетворить все требования для создаваемой системы. Средние параметры ПК, которые применяются в ООО «ЛеКафьер Групп» и полностью соответствуют функционированию разрабатываемой ИС (спецификация ТО рассмотрена в п.1.2). Для обработки документов в электронной форме, а именно, печати, копирования и сканирования документов, должно использоваться специализированное оборудование – МФУ. В данном случае руководству необходимо приобрести МФУ. Также, для обеспечения уровня сохранности данных при аварийном отключении электропитания ПК должен быть оборудован модулем бесперебойного питания. Рассмотрим характеристики персональных компьютеров и серверов, которые бы обеспечивали работу создаваемого программного обеспечения. Рабочие ПК имеют следующие характеристики: – Intel Core i3, 1,8 GHz; Корпус Zalman Z1 Black + блок питания Chieftec APS-550SB; HDD-диск WD Caviar 2000GB WD20EZRZ; Видеокарта Intel 82915G Express 2048 Mb; Оперативная память, комплект Kingston HyperX DDR4 2х4Gb 2666GHz (HX426C15FBK2/8). Конфигурация серверов: – Процессор: Intel C236 / 1х CPU Intel Xeon E3-1230v6, 3.5GHz, 4core/8T upto 1 CPU max; – Оперативная память: 16Gb (1*16Gb) DDR4 2400MHz ECC upto 64Gb 4xDIMM; – Жесткий диск: HDD 2x 2000Gb, SATA3, 6Gb/s, 7.2K, 24×7 upto 4×3.5/2.5″ not HP / Software on board RAID 0/1/5/10/; – Сетевая карта: 2x1GbE(Intel® i210); – Видеокарта: ASPEED AST2400 BMC, 4xUSB 3.0+5xUSB 2.0, 2xSATA-DOM. Кроме этого, необходимо использовать принтер Konica Minolta MF1370 для печати отчетности с помощью программы.

II ПРОЕКТНАЯ ЧАСТЬ

2.1. Разработка проекта автоматизации

2.1.1. Этапы жизненного цикла проекта автоматизации

Жизненный цикл (ЖЦ) программных средств – это непрерывный процесс, который начинается с момента утверждения решения о надобности создания ИС и заканчивается в момент полного ее изъятия из эксплуатации [3]. Основным нормативным положением для регламентации разработки жизненного цикла, считают сертифицированный международный документ с разработки под названием «ГОСТ Р ИСО/МЭК 12207-2010. Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств». ЖЦ для любой ИС является периодом времени, который начинается в момент разработки непосредственно при возникновении потребностей в разработке ПО, и заканчивается полным ее выходом из эксплуатации. На рисунке 14 показаны основные этапы создания ИС: Рисунок 14. Стадии ЖЦ 1. Под предпроектным обследованием предметной области понимаются такие этапы [2]: – сбор данных для реализации проекта; – анализ процесса разработки и материалов для документации, при котором выполняется технико-экономический анализ предметной области для проектирования АИС. 2. Разработка проекта автоматизации; 2.1. этапы предварительного создания программного проекта; – формирование проектного решения; – анализ будущих составляющих ПО; – формирование технического проекта для автоматизации. 2.2. процесс детального проектирования; – реализация разработки или выбора разных алгоритмов, математических методов, которые используются в ПО; – корректировка структуры хранилища данных; – создание отчетной документации; – выполнение выбора аппаратно-технических методов с уже имеющейся документацией. 2.3. проектирование проекта АИС; 2.4. проектирование методологии реализации основных функций с использованием автоматизации. 3. Разработка непосредственно ИС; – установка инструментов для разработки; – тестирование полученного продукта; – разработка рекомендаций по применению АИС. 4. Ввод АИС в эксплуатацию: – ввод программного продукта; – ввод аппаратного обеспечения; – курсы обучения сотрудников; – выполнение опытной эксплуатации для внедрения АИС; – утверждение приемки выполненных работ. 5. Реализация процесса эксплуатации АИС в организации; – непосредственная эксплуатация программного продукта; – сопровождение системы. В теории разработки программных систем различаются такие основные модели ЖЦ АИС: – водопадная модель (рисунок 15) – дает возможность перейти на иные этапы ЖЦ после реализации полностью всех работ на ранее запланированных этапах. Эта модель демонстрирует традиционный подход проектирования ПО; Рисунок 15. Водопадная модель – итерационная (поэтапная) модель (рисунок 16) использует в разработке ПО промежуточный контроль всех полученных результатов, применяет циклы для обратной связи. При этом, самым главным преимуществом для описываемой модели являются исправления на каждой стадии, что обеспечивают меньшую трудоемкость в сравнении с водопадной; Рисунок 16. Итерационная модель – спиральная модель (рисунок 17) ЖЦ АИС делает упор на начальные стадии проектирования АИС. Рисунок 17. Спиральная модель Рассматриваемая модель может быть представлена традиционным итерационным процессом разработки, в которой полностью все итерации, представляют собой законченный этап разработки, что приводит к непосредственному выпуску новой версии ИС. Использование спиральной модели является целесообразным, если существует одна из таких причин: – целесообразно создание прототипа; – выполнение организации обладает навыками, которые требуются для адаптации модели; – нужно выполнять проекты для средней и высокой степени риска; – пользователи не уверены в потребностях; – все требования слишком сложные. В качестве улучшенной структуры ЖЦ рассматривают такую модель (рисунок 18). Рисунок 18. Схема улучшенной спиральной модели При этом сравнив данную модель с обычной можно сделать вывод о том, что модель применяет специальный каскадный подход на иных шагах разработки. Инкрементная модель является классическим прототипом инкрементного поведения при конструировании ПО. Стоит отметить, что в ней также объединены элементы последовательной модели с итерационной структурой Боэма для модернизации каскадной модели. Каждая такая последовательностей может сама вырабатывать специальный необходимый инкремент ПО. Приведем пример, где программное средство обработки для текстовых слов реализует некоторые функции на первом инкременте для обработки файлов. При 2-м инкременте могут использоваться более мощные возможности по редактированию и документированию. Далее, на следующем инкременте – выполняется проверка пунктов орфографии и разных правил грамматик. На 4-м шаге инкремента присутствуют возможности по созданию страничной структуры. Организация модели показана на рисунке 19. Рисунок 19. Структура функционирования инкрементной модели Самой главной реализацией для данного подхода считают специальное экстремальное программирование, что ориентировано на малые приросты для их функциональности. Преимущество такой модели состоит непосредственно в том, что нет надобности вкладывать разные средства уже заранее, которые выделяются полностью на весь программный проект. В результате анализа моделей ЖЦ и их этапов, для разработки ИС будет применяться каскадная модель, поскольку она имеет большой уровень жесткости и полностью подходит для разработки. Есть 4 основные методы с помощью которых можно пользоваться новой системой: 1) Параллельная стратегия – в таком случае новой системой заменяют старую, которая уже не подходит для применения; 2) Скачок – прежняя версия системы работала до определенного момента, а в определенный момент времени начала применяться новая система. 3) Опытная эксплуатация пилотного проекта – практически аналогично стратегии скачка, но применяется к ограниченному количеству пользователей или автоматизированных рабочих мест. 4) Узкое место самая критичная малая часть современного производственного процесса. Стоит отметить, что при внедрении узкого места полученный план внедрения может выполняться только для крайне узкого места, а также для людей, которые в нем работают. Далее будем использовать стратегию внедрения «Опытная эксплуатация пилотного проекта», так как ранее в ООО «ЛеКафьер Групп» не использовались ИС по управлению продажами.

2.1.2. Ожидаемые риски на этапах жизненного цикла

Основной риск на первом этапе – недостаточное определение основных свойств проектируемой ИС, что требуются для решения задачи, а также неправильный выбор исходных задач проектирования [7]. Заметим, что это может потребовать на следующих этапах, дополнительной доработки программы или хранилища данных, что приведет к возрастанию финансового риска. Риск можно предотвратить использованием популярных CASE-средств при построении модели бизнес-процессов. При непосредственном возникновении риска проводится дополнительный процесс моделирования с использованием указанных выше CASE-средств. На практике CASE-средства используются чаще всего только для создания схемы БД в виде совокупности ER-диаграмм, а также автоматической генерации структур БД для SQL Server. При определении функций ИС и стратегии автоматизации большой риск вызывает неправильное определение функций системы и стратегии автоматизации. Этот риск предотвращается основательным системным анализом всех имеющихся вариантов. В случае непосредственного возникновения, риск устраняется реализацией повторного анализа варианта выбора ИС. Риск взаимосвязан также с риском неправильного определения основных функций ИС, а также стратегии автоматизации. Этот риск устраняется и предотвращается использование CASE-средств. Риски на этапе «Разработка проекта автоматизации» состоят в разработке неэффективного плана-графика процесса автоматизации: применение лишних ресурсов или же недостаточность ресурсов. Этот риск является финансовым, его можно предотвратить с помощью использования современных средств проектирования и устранить повторной корректировкой плана автоматизации. На этапе «Разработка программного обеспечения» главный риск кроется в некорректной разработке создаваемой программы. Риск устраняется при использовании модульного тестирования ПО. Риск при внедрении – некорректное тестирование аппаратного обеспечения программных модулей. Кроме этого, риск предотвращается применением лицензионного стендового оборудования, устраняется двойным тестированием. При выполнении сопровождения ПО основные риски состоят в поломке оборудования, морального его устаревания. Первый риск предотвращается периодическим мониторингом состояния оборудования. Второй – с применением гибкости разработанной ИС, а также своевременной доработкой программной структуры.

2.1.3. Организационно-правовые и программно-аппаратные средства обеспечения информационной безопасности и защиты информации

К организационно-правовым средствам обеспечения информационной безопасности на уровне базы данных можно отнести: 1. Аутентификация. Использование проверки подлинности конкретного пользователя приложениями БД очень часто осуществляется или через некоторые механизмы ОС, или же через специальные SQL-операторы: то есть, пользователи идентифицируется при помощи своего имени, а средствами аутентификации могут являться пароли или «ключи». 2. Управление доступом. После нахождения прав доступа к базе пользователь автоматически получит те привилегии, которые связаны с его идентификатором. 3. Поддержка целостности данных. Обеспечение целостности является не менее важным, чем управление доступом. Основными угрозами для БД являются ошибки администраторов и пользователей, прикладных программ, оборудования, а не только некоторых злоумышленников. 4. Аудит, протоколирование. Аудитом является выполнение проверки того, что задействованы необходимые средства управления, а также соответствуют ли оны защищенности БД. Такие меры состоят в следующем: для обнаружения необычных и подозрительных процессов пользователей и идентификация некоторых лиц, которые совершившие такие действия; оценка последствий для состоявшегося нарушения; оказание разнообразной помощи; организация защиты всяческих данных от нелегальных действий. Рассмотрим таблицу разграничения прав доступа (таблица 4), в которой описаны привилегии для четырех основных ролей пользователей: – Администрация; – Менеджер по продажам; – Системные администраторы; – Бухгалтеры. Таблица 4 Разграничение прав пользователей Группы пользователей Справочники Таблицы Отчетность Администри-рование Менеджер по продажам Чтение/ создание Чтение Чтение Нет Администрация Чтение/ создание/ удаление Чтение/ создание/ удаление Чтение/ создание/удаление Нет Бухгалтеры Чтение Чтение Чтение/ создание Нет Системный администратор Чтение/ создание/ удаление Чтение/ создание/ удаление Полный Полный Сводные данные о защите информации от внешних угроз показаны в таблице 5: Таблица 5 Защита от внешних угроз Методы защиты Описание Нормативно-правовые акты организации, стандарты Устав компании, спецификация ЛВС, Федеральный закон «О защите персональных данных», Федеральный закон «О коммерческой тайне» Проактивная защита от внешних угроз и защита внешнего периметра нет Антивирусные и антишпионские средства Антивирус Kaspersky Internet Security 2019 Защита от сетевых угроз Встроенный брандмауэр антивируса Kaspersky Internet Security 2019 Защита от инсайдерских угроз и защита информационных ресурсов Антивирус Kaspersky Internet Security 2019, брандмауэр ОС Windows 10, методы разграничения доступа Физическая защита информации Ограничение доступа к информации Кроме этого, при работе с программой будут использоваться такие методы защиты: – авторизация с помощью строки соединения; – в случае использования ЛВС – протоколы шифрования данных. К аппаратным методам защиты относятся такие инструменты: – блоки непрерывного питания; – брандмауэр OC Windows 10 и другие технические устройства. В результате выполненных действий будет обеспечена защита информации, которая предназначается для работы в ИС.

2.2. Информационное обеспечение задачи

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

Информационная система для управления продажами должна выполнять сбор, обработку, распределение и ввод информации о документации, чтобы поддержать процесс деятельности ООО «ЛеКафьер Групп». Для качественной реализации автоматизированной системы объект разработки должен быть прежде всего адекватно описан, построены непротиворечивые информационные модели ИС. Источниками данных в информационной модели (ИМ) являются: – перечень товаров для продажи; – перечень складов; – данные о клиентах. Системой могут пользоваться следующие адресаты: – руководство ООО «ЛеКафьер Групп»; – менеджеры по продажам; – бухгалтеры. В рассматриваемой системе будут применяться такие формы: – формы справочников; – формы таблиц; – главная форма; – формы сообщений. Метод ввода информации – вручную На рисунке 20 показана информационная модель разрабатываемой системы для ООО «ЛеКафьер Групп». Рисунок 20. Информационная модель Рассматриваемая ИМ служит для отображения процесса описания промежуточных, входных, результатных потоков информации.

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

Нормативно-справочная информация в разрабатываемом проекте представлена справочниками. Справочники являются перечнем однородных элементов, что используются при хранении справочной информации. Все указанные элементы справочника могут характеризоваться только наименованием с кодом. В системе для накладных установлена автоматическая нумерация, тем самым не допуская элементов с идентичными ключами. При создании ИС для управления продажами продукции созданы такие Справочники: – Товары; – Клиенты; – Склады; – Сотрудники. Рассмотрим справочники, которые применяются в разрабатываемой ИС. Справочник «Товары» описывает прейскурант ООО «ЛеКафьер Групп» (таблица 6). Таблица 6 Структура справочника «Товары» Имя реквизита Тип Наименование Int(5) Тип товара Char(25) Цена товара Currency Единица измерения Char(15) Количество Int(5) Справочник «Клиенты» предназначен для хранения данные о клиентах, которые обращаются в ООО «ЛеКафьер Групп» (таблица 7). Таблица 7 Структура справочника «Клиенты» Имя Тип ИНН Int(5) Наименование Char(25) Банковские реквизиты Char(25) Адрес Char(25) Справочник «Склады» – предназначен для хранения информации о складах ООО «ЛеКафьер Групп» (таблица 8). Таблица 8 Структура справочника «Склады» Имя Тип Номер склада Int(5) Наименование склада Char(25) Входные данные могут вводится в систему двумя методами: – вводом вручную; – импортом / экспортом данных с других типов ПО. Входная информация заполняется по требованию процесса продажи. Стоит отметить, что при формировании формы справочника поля Номер и Дата являются обязательными и присутствуют во всех справочниках. Внешний вид экранной формы справочника Клиенты показан на рисунке 21: Рисунок 21. Экранная форма справочника Клиенты Остальные справочники имеют аналогичные формы для ввода информации. В таблице 9 рассмотрена сводная информация по справочникам: Таблица 9 Сводная таблица о справочниках Название справочника Клиенты Склады Товары Ответственный за его ведение Менеджер по продажам Менеджер по продажам Менеджер по продажам Средний объем справочника в записях 155 2 55 Средняя частота актуализации 1 раз в день 1 раз в год 1 раз в день Средний объем актуализации, записей 30 1 1-2 2.2.3. Характеристика результатной информации Результатными данными в ИС являются отчетные данные, которые созданы на основании оперативных данных, вводимых в соответствующие документы. В рассматриваемой задаче по разработке ИС на примере управления продажами такой информацией являются данные, которые формируются при: – продаже товаров; – получения и оформления накладных; – документации, формирующейся при выполнении операций по продажам. Рассмотрим реквизитный состав таблиц ИС, на основании которых формируется результатная информация (таблица 10): Таблица 10 Реквизитный состав документа «Накладные» Имя Тип Номер накладной Int(5) Номер склада Int(5) Наименование клиента Char(25) Дата Date Наименование товара Char(25) Количество Int(5) Цена Currency Общая сумм Currency Сотрудник Char(25) Внешний вид формы таблицы «Накладные» показан на рисунке 22. Рисунок 22. Экранная форма документа Накладные В таблице 11 рассматривается таблица с характеристиками результатной информации. Таблица 11 Сводная таблица по результатной информации Название Накладные Ответственный за его ведение Менеджер по продажам Средний объем документа в записях 125 Средняя частота актуализации 1 раз в день Средний объем актуализации, записей 10 Источники Сотрудники Товары Клиенты Склады Метод доставки информации Ввод вручную 2.3. Программное обеспечение задачи 2.3.1. Общие положения (дерево функций и сценарий диалога) В ИС предусмотрена работа одного пользователя – менеджера по продажам, который и осуществляет основные операции по продажам. Дерево функций разрабатываемого модуля представлено на рисунке 23. Рисунок 23. Описание дерева функций На основании рассмотренных данных можно создать последовательность работы пользователя с разрабатываемой системой (рисунок 24). Рисунок 24. Последовательность работы с создаваемой системой На рисунке 25 рассматривается сценарий диалога. Рисунок 25. Сценарий диалога Пункт Справочники используется для ввода первичных данных в базу данных. Пункт Накладные применяется для ввода оперативной информации по продажам. Пункт Отчет используется для вывода результатной информации по продажам. Пункт Выход используется для закрытия программы.

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

После выполнения анализа начальной информации надо выделить перечень используемых объектов: – Товары; – Склады; – Клиенты; – Накладные. Опишем далее основные атрибуты для указанных объектов (таблица 12): Таблица 12 Описание атрибутов Название Тип Длина Ключевое поле Склады Номер склада Int(5) 5 Да Наименование склада Char(25) 25 Товары Наименование Int(5) 5 Да Тип товара Char(25) 25 Цена товара Currency Единица измерения Char(15) 15 Количество Int(5) 5 Клиенты ИНН Int(5) 5 Да Наименование Char(25) 25 Банковские реквизиты Char(25) 25 Адрес Char(25) 25 Накладные Номер накладной Int(5) 5 Да Номер склада Int(5) 5 Да Наименование клиента Char(25) 25 Да Дата Date Наименование товара Char(25) 25 Да Количество Int(5) 5 Цена Currency Auto Общая сумма Currency Auto Рассмотрим далее некоторые связи между ранее описанными объектами, а также построим информационно-логическую модель. Между объектом Накладные и Товары присутствует связь типа «один-ко-многим», поскольку один товар может присутствовать в нескольких накладных. В результате получим следующую ER-модель (рисунок 25): Рисунок 25. ER-модель

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

Разработанная ИС включает в себя непосредственно базу данных и программную оболочку. БД является базой для разработанной ИС и предназначена для хранения информации. Чтобы облегчить процесс понимания структуры ИС, разработано дерево вызовов созданных объектов (рисунок 27). Стоит отметить, что все объекты распределены по категориям: – справочники; – таблицы; – отчеты; – формы. Рисунок 27. Дерево вызовов В таблице 13 описаны функции модулей. Таблица 13 Функции модулей № п/п Название Функции 1 Основной модуль Содержит вызовы подсистем, а также меню для настройки внешнего вида ИС 2 Модуль справочников Содержит основные массивы для хранения справочной информации, которая применяется при оперативном ведении процесса продаж 3 Модуль таблиц Содержит оперативные данные, на основании которых формируются отчеты 4 Модуль форм Содержит экранные формы для справочников и документов 5 Модуль отчетов Содержит инструменты для формирования отчетности

2.3.4. Описание программных модулей

Рассмотрим программные модули, которые представлены в разрабатываемой ИС: – основной модуль; – модуль справочников; – модуль таблиц; – модуль форм; – модуль отчетов. Изобразим деятельность некоторых модулей в виде блок-схем (рисунки 28 – 29): Рисунок 28. Блок-схема формирования накладной Рисунок 29. Блок-схема составления отчета Контрольный пример реализации проекта и его описание Рассмотрим пример использования ИС. После запуска программы откроется главное окно (рисунок 30): Рисунок 30. Главное окно ИС Для просмотра справочных данных нужно нажать соответствующую кнопку (рисунок 31): Рисунок 31. Справочник Товары Для просмотра других справочников нужно выбрать соответствующий среди вкладок [4]. Чтобы заполнить справочник надо использовать панель навигации. Пример добавления новой записи показан на рисунке 32: Рисунок 32. Добавление нового клиента Справочник Склады имеет следующий вид: Рисунок 33. Справочник Склады Для ввода оперативных данных нужно использовать таблицу Накладные (рисунок 34): Рисунок 34. Накладные В данном окне есть возможность вывода статистических данных по отдельному товару или по всех накладных в общем. К примеру, для вывода общей стоимости продаж по кофе Brasilia нужно выбрать данное название в выпадающем списке и нажать кнопку Стоимость товара (рисунок 35): Рисунок 35. Сумма продажи товаров Для вычисления всех суммы всех продаж нужно нажать кнопку Итого по накладной (рисунок 36): Рисунок 36. Итого по накладной Для вывода отчетной информации используется кнопка Отчет. В данном окне можно сформировать отчет по указанным проданным товарам (рисунок 37): Рисунок 37. Формирование отчета В результате выполненных действий в ИС формируется процесс управления продажами товаров, который, в отличии от бумажного учета, применяет для хранения данных реляционные базы данных, а не бумажные носители. При этом, информация вводится не письменно (с помощью заполнения бланков), а в экранные формы. Стоит отметить, что указанный метод управления процессам продажи значительно экономит время сотрудников, которые осуществляют указанный процесс.

III ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА

3.1 Выбор и обоснование методики расчёта экономической эффективности

Целью данного пункта является вычисление затрат на выполнение разработки ПО. Технико-экономическое обоснование (ТЭО) должно коротко и недвусмысленно отражать чистую идею проекта. Технико-экономическое обоснование (ТЭО) не должно быть нагружено деталями реализации. Этот документ нужен для того, чтобы получить внимание инвестора. Когда инвестор заинтересуется проектом, тогда понадобится бизнес-план. Содержание всего технико-экономического обоснования разработки системы в себя включает следующие расчеты: расчет трудоемкости разработки; определение количества разработчиков; определение затрат на проектирование и эксплуатацию программного обеспечения. Себестоимость – это определенная совокупность учетных затрат для организации на производство или же реализацию продукции, что будет выражена в финансовой форме. Непосредственно уровень себестоимости также может зависеть от разных факторов, к примеру: – технического прогресса; – норм использования рабочей силы; – производительности работы; – объема продукции; – материалов и т.п. Основная зарплата – это плата непосредственно за уже проработанное работником время. Основная заработная плата для разработчиков может рассчитываться, по трудоемкости работ, которые будут выполнены специалистом нужной квалификации при разработке программы (ti) и действующей системы окладов (Зi): С_осн=∑▒〖З_і t_i 〗 (3.1) Для расчета оптимальных размеров основной зарплаты надо составить перечень практически всех стадий, этапов, а также видов работ, которые должны выполняться. Перечень исполнителей, что выполняют разработку ПО: – количество разработчиков; – должности всех разработчиков в зависимости от уровня квалификации, что необходимы для реализации задачи. При этом все внимание уделяется упорядочению всей последовательности выполнения видов для частных работ. Для указанного упорядочения нужно применить анализ так называемого смыслового содержания для всех видов работ, а также установление взаимосвязи между ними. Особенно важную значимость при работе анализа имеет непосредственный процесс выявление возможности для параллельного выполнения некоторых отдельных видов работ, так как это позволяет существенно сократить общую длительность разработки. Полностью весь перечень необходимых стадий, видов работ представлен в таблице 14. Таблица 14 Состав работ по разработке системы Этап Состав 1. Техническое задание Изучение объектов; формирование требований к программе 2. Эскизный проект Начальное построение схемы для движения всех информационных потоков; разработка обоснования технико-экономических работ; 3. Технический проект Определение алгоритма решения отдельных заданий; использование форм представления для выходных, промежуточных и входных данных; разработка структуры системы; определение конфигурации технических средств; 4. Рабочий проект Проектирование форм, интерфейса и дизайна; отладка ПО, подготовка документации; 5. Внедрение Непосредственная передача продукта заказчику; выполнение опытной эксплуатации. Для расчета технико-экономического эффекта для создаваемого проекта выбран метод сравнения двух вариантов работы ИС: начального и проектного, а также анализ затрат для его создания. Экономический эффект состоит с 2-х составных компонентов: 1) Косвенный эффект – характеризуется тенденцией к увеличению уровня прибыли, а также снижением неточностей при использовании хранимых данных, привлечением большего количества клиентов посредством внедрения требуемого уровня автоматизации, уменьшения количества рекламаций. 2) Прямой эффект, который описывается, в основном, при использовании снижения показателей труда. К показателям труда можно отнести: – абсолютное снижение уровня трудовых затрат: Т = Т0 — Т1 , (3.2) где Т0 – трудовые затраты на обработку информации по начальным данным, Т1 – уровень затрат по проектному варианту. – коэффициент относительного снижения трудовых затрат (КТ): КТ =Т / T0 * 100% (3.3) – индекс снижения трудовых затрат (YT): YT = T0 / T1 (3.4) – срок окупаемости затрат на внедрение проекта (Ток), рассчитываемые в годах: Ток = КП /C, (3.5) где КП — затраты на создание проекта.

3.2 Расчёт показателей экономической эффективности проекта

На основании представленных в п 3.1 формул можно сделать следующие расчеты. Для начала необходимо привести сводную таблицу показателей (таблица 15) Таблица 15. Сводная таблица показателей эффективности Показатели Существует Планируется достигнуть Количество документации, оформленной ошибочно за месяц 15 0 Время на регистрацию одного документа ручным способом 3 минуты 1 минута Время на согласование одного документа От 20 до 50мин 10-15 минут Количество обрабатываемых документов с почтового ящика 10 сообщений 1-2 сообщений Рассчитаем плановый и текущий показатели (формула (3.2)): Т0 = 22 дня*12 мес*((80 документов*3мин) / 6чел) = 10560; Т1 = 22 дня*12 мес*((10 документов *3мин) / 6чел) = 1320 . Вычислим абсолютное снижение затрат: Т = Т0 — Т1 =10560-1320 = 9240 минут Далее вычислим общий индекс снижения затрат: УТ =Т0 / T1 =10560/1320 = 8. На рисунке 38 представлена диаграмма трудоёмкости обработки одного документа при базовом варианте обработки и при внедряемом. Получим стоимостные показатели для затрат на формирование документации: C0 = 12*6*30000рублей = 2160000 рублей в год. C1 = 12*5*30000рублей = 1800000 рублей в год. Рассчитаем абсолютное снижение стоимостных затрат: С = С0 — С1= 2160000 рублей-1800000 рублей = 360000 рублей за год. Рисунок 38. Диаграмма трудоемкости ведения документов На рисунке 39 представлена общая диаграмма, которая демонстрирует общие стоимостные расходы на управление процессом продаж при базовом варианте обработки и при внедряемом. Рисунок 39. Структура стоимостных затрат Рассчитаем общий индекс уменьшения стоимостных затрат. YС = С0 / С1 = 2160000/1800000 = 1,2. Стоимость работы программиста на протяжении 4-х месяцев составляет около 320000 тысяч рублей при выработке в 40 часов в неделю. Затраты на дополнительное аппаратное оснащение не предусмотрено. В результате, показатель Кп = 320000руб. Ток = КП /C = 320000 рублей/360000 рублей = 0,88 года. Данный показатель свидетельствует о том, что минимум через 0,88 года проект автоматизации сможет окупиться. То есть, можно сделать вывод, что внедрение ИС значительно усовершенствует процесс ведения документации по продаже товара, а также, при этом, будет выполнено сокращение штата персонала на 1 сотрудника.

ЗАКЛЮЧЕНИЕ

В настоящее время руководство любого предприятия или организации должны постоянно выполнять свои функции: – контроль за работой персонала; – управленческий учет и организация деятельности; – создание качественных рабочих мест для сотрудников; – увеличение показателей прибыльности организаций и другие. Но, одним из самых важных факторов для увеличения качества деятельности персонала является показатель информатизации или внедрения информационных технологий в деятельности компании. Не секрет, что с помощью информационных систем, которые применяются на разных этапах хозяйствования, сотрудники получают возможности для автоматизации своих действий и рабочих операций: от ввода информации и ее хранения в БД – до автоматического формирования отчетности. При написании ВКР выполнены следующие задачи: – охарактеризована деятельность ООО «ЛеКафьер Групп», технико-экономическую характеристику и модель функционирования; – описан комплекс основных задач для автоматизации, реализовано обоснование необходимости автоматизации управления продажами товара в ООО «ЛеКафьер Групп»; – проанализированы уже существующие разработки по автоматизации управления продажами товара, а также сделан выбор основного направления автоматизации; – с помощью разработки программного проекта обобщены исследуемые проектные решения по автоматизации управления продажами ООО «ЛеКафьер Групп»; – описан сценарий диалога и дерево функций разрабатываемой информационной системы; – разработана база данных для управления продажами товара ООО «ЛеКафьер Групп»; – выполнена разработка программного обеспечения (ПО) для поставленной задачи, охарактеризован контрольный пример реализации автоматизации управления продажами; – обоснована технико-экономическая эффективность проекта автоматизации. В первом разделе ВКР дана характеристика особенностям деятельности ООО «ЛеКафьер Групп», описана организационная структура компании, приведены основные обязанности персонала. Также дана характеристика деятельности ООО «ЛеКафьер Групп» с точки зрения основных бизнес-процессов, а также выбрано направление автоматизации. При создании проекта ИС был смоделирован процесс управления продажами товаров с помощью нотации IDEF0, проведен обзор программ, которые используются для продажи товаров, а также выполнено обоснование проектных решений по разным типам обеспечения. При написании второй главы ВКР выполнен обзор этапов жизненного цикла АИС, рассмотрены основные риски, которые могут встречаться на каждом из этапов, а также сформированы рекомендации для их устранения, составлено информационное обеспечение АИС управления продажами товаров, дана характеристика исходной, результатной и промежуточной информации, подробно описано программное обеспечение АИС, а также приведен конкретный пример реализации АИС. В третьей главе выполнено обоснование эффективности проекта с точки зрения его технических характеристик: – срок окупаемости; – показатели трудовых затрат и другие. В результате написания ВКР поставленные задачи были выполнены в полном объеме. Это свидетельствует о том, что исследование достигло свой цели.