Автоматизация рабочего места логиста на примере ООО ТД "Малахов +

Ирина Свиридова

Автоматизация рабочего места логиста на примере ООО ТД "Малахов +

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

Информатика

Дипломы

Вуз: Белгородский государственный университет - национальный исследовательский университет (НИУ «БелГУ»)

ID: 59f225345f1be70703771083

UUID: f21bcab0-9ca6-0135-c459-525400003e20

Язык: Русский

Опубликовано: больше 6 лет назад

Просмотры: 13805

284.4

Ирина Свиридова

Белгородский государственный университет - национальный исследовательский университет (НИУ «БелГУ»)

-17

Комментировать 1

Рецензировать 0

Скачать - 0 байт

Поделиться работой

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «БЕЛГОРОДСКИЙ ГОСУДАРСТВЕННЫЙ НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ УНИВЕРСИТЕТ» (НИУ «БелГУ») ИНСТИТУТ ИНЖЕНЕРНЫХ ТЕХНОЛОГИЙ И ЕСТЕСТВЕННЫХ НАУК КАФЕДРА ПРИКЛАДНОЙ ИНФОРМАТИКИ И ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ АВТОМАТИЗАЦИЯ РАБОЧЕГО МЕСТА ЛОГИСТА НА ПРИМЕРЕ ООО ТД «МАЛАХОВ +» Выпускная квалификационная работа обучающегося по направлению подготовки 09.03.03 «Прикладная информатика» очной формы обучения, группы 07001304 Свиридовой Ирины Вячеславовны Научный руководитель к.т.н., доц. Маматов Е. М. БЕЛГОРОД 2017

ОГЛАВЛЕНИЕ ВВЕДЕНИЕ.........................................................................................................................................3 ГЛАВА 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ...........................................................................................5 1.1 Характеристика предметной области.........................................................................................5 1.1.1 Деятельность Торгового Дома «Малахов +» г. Белгорода.....................................................5 1.1.2 Описание процесса поиска и выбора поставщика в ООО ТД «Малахов +» г. Белгорода. .9 1.1.3 Обзор современных информационных систем логистики..................................................14 1.1.4 Описание информационного и технического обеспечения предприятия..........................16 1.2 Экономическая сущность задачи в дистрибьюторской фирме..............................................17 1.3 Характеристика комплекса задач и обоснование необходимости автоматизации...............18 1.3.1 Характеристика существующих бизнес процессов и выбор комплекса задач автоматизации...................................................................................................................................18 1.3.2 Обоснование необходимости и цели использования вычислительной техники для решения комплекса задач.................................................................................................................22 1.4 Постановка задачи......................................................................................................................23 1.4.1 Цель и назначение автоматизированного варианта решения задачи дистрибьюторской фирмы................................................................................................................................................24 1.4.2 Общая характеристика организации решения подзадач на ПК..........................................25 ГЛАВА 2. ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ ПО ВИДАМ ОБЕСПЕЧЕНИЯ.........27 2.1 Обоснование технического обеспечения.................................................................................27 2.2 Обоснование информационного обеспечения.........................................................................28 2.3 Обоснование программного обеспечения................................................................................30 ГЛАВА 3. ПРОЕКТНАЯ ЧАСТЬ....................................................................................................32 3.1 Выбор СУБД, операционной системы, платформы и языка программирования.................32 3.2 Разработка моделей данных......................................................................................................35 3.2.1 Разработка логической модели автоматизации рабочего места логиста............................35 3.2.2 Разработка физической модели автоматизации рабочего места логиста...........................41 3.3 Проектирование базы данных программного продукта.........................................................42 3.4 Руководство пользователя по применению..............................................................................46 3.5Обоснование экономической эффективности проекта............................................................54 ЗАКЛЮЧЕНИЕ................................................................................................................................64 СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ........................................................................65 ПРИЛОЖЕНИЯ................................................................................................................................71 2

ВВЕДЕНИЕ Вся работа в любых организациях плотно связана с потоками информации. Обработка и систематизация информации позволяет ориентироваться в большом потоке информации, производить поиск и получать нужные данные за кратчайшие промежутки времени, с наибольшим эффектом использовать результаты, полученные из разных информационных источников [22]. Анализ работы логистов в России показывает, что наиболее профессионально важными для них являются информационные знания и умения поиска информации, а также отбора и обработки приобретенных сведений, необходимых и достаточных для деятельности любого без исключения логиста. Чтобы на должном и высоком уровне решать поставленные перед ним задачи, необходим соответствующий инструментарий и методология внедрения данного информационного обеспечения, в связи, с чем высока роль персонального компьютера как инструмента, обеспечивающего эффективность работы с данными, и современных технологий хранения и поиска информации. Именно этим определяется актуальность выпускной квалификационной работы [26]. Объектом выпускной квалификационной работы является деятельность логиста в ООО ТД «Малахов +» г. Белгорода. Предметом - способы и методы разработки и эксплуатации автоматизированного рабочего места логиста в ООО ТД «Малахов +» г. Белгорода. В процессе проектирования выпускной квалификационной работы была тщательно исследована и проанализирована организация информационного и документационного обеспечения работы логиста в ООО ТД «Малахов +» г. Белгорода. Целью повышение данной выпускной эффективности квалификационной деятельности автоматизированной информационной системы. 3 логиста за работы счет является внедрения

В ходе выполнения выпускной квалификационной работы был поставлен следующий ряд задач: - подробно изучить предметную область – деятельность ООО ТД «Малахов +» г. Белгорода; - построить структурно-функциональную модель предметной области «КАК ЕСТЬ» ; - проанализировать существующие информационные системы логистики; - построить структурно – функциональную модель предметной области «КАК ДОЛЖНО БЫТЬ»; - разработать логическую и физическую модели данных для базы данных автоматизированной информационной системы деятельности логиста в ООО ТД «Малахов +» г. Белгорода; - протестировать автоматизированную систему. Структура выпускной квалификационной работы состоит из: введения, 3 глав, заключения, списка использованной литературы, приложений. В первой главе проведен анализ предметной области, изучена экономическая сущность задачи, обоснована постановка задачи, ее цель и назначение. Во второй главе был произведен выбор по техническому, информационному, программному обеспечению. В третьей главе была разработана проектная часть, спроектирована база данных, описано руководство пользователя по применению, а также проведен обзор экономической составляющей автоматизированной системы. Выпускная квалификационная работа состоит из 65 страниц, включает в себя 26 рисунков, 7 таблиц, 4 приложения и 56 источников литературы. 4

ГЛАВА 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ 1.1 Характеристика предметной области 1.1.1 Деятельность Торгового Дома «Малахов +» г. Белгорода На сегодняшний день компания ООО ТД «Малахов +» г. Белгорода является одним из крупнейших дистрибьюторов широкой группы продуктов питания на территории Белгородской области и Центрально-Черноземного региона. В течение 18 лет работы на российском рынке ООО ТД «Малахов +» г. Белгорода накопил не только огромный опыт продаж, но также заручился доверием клиентов. Деятельность компании максимально ориентирована на интересы покупателя и совершенствование качества обслуживания. Открытие новых подразделений, поиск новых торговых точек, ускорение доставки товара – все это позволяет двигаться вперед и сдерживать конкуренцию на рынке. Торговый дом находится по адресу город Белгород, 5-ый Заводской переулок, строение 30. Управляющим торговым домом является Антюфеев Павел Валерьевич [37]. В настоящее время дистрибьюторская фирма постепенно расширяется. Компания имеет филиал, который расположен по адресу город Старый Оскол, улица Прядченко, дом 92. Директором данного филиала является Малахов Николай Михайлович [37]. ООО ТД «Малахов +» г. Белгорода известен не только как дистрибьютор, но и как производитель продуктов питания. К собственному производству дистрибьюторской фирмы относятся «Малаховские крупы» и «Тайник Вкуса». География сбыта данной продукции перешла на региональный уровень. Более 2500 покупателей составляет на сегодняшний день 40% рынка по бакалейной группе товаров, бесперебойные поставки, развитая логистическая деятельность, современный автопарк, и, конечно же, опытные грамотные 5

сотрудники компании обеспечивают настоящее и будущее ООО ТД «Малахов +» г. Белгорода. Преимуществами ООО ТД «Малахов +» г. Белгорода являются: - современные логистические технологии; - эксклюзивные договора; - быстрая поставка товара клиенту; - оптимальные расценки; - индивидуальный подход к каждому клиенту. Компания ООО ТД «Малахов +» г. Белгорода появилась на рынке в 1996 году. В настоящее время дистрибьюторская фирма динамично развивается, расширяет перечень поставляемой продукции и решительно завоевывает доверие своих партнеров. В настоящее время клиентами компании являются более 30 производителей продукции, некоторые из них: - НИДАН (ТМ моя Семья); - Бунге СНГ (ТМ Олейна); - СИ Групп ИнфоЛинк (ТМ Шебекинские); - бакалейная группа товара, специи, консервация (ЮМК); - социально-значимые продукты питания [37]. Дистрибьюторская фирма поставляет продукцию более чем в 2000 торговых точек России: на территории Белгородской, Курской, Орловской областей, а также во все сетевые ритейлы не только федерального, но и местного значения. ООО ТД «Малахов» г. Белгорода имеет собственный складской комплекс площадью более 4 000 кв. м. а также современный автопарк из 40 автомобилей, что позволяет оказывать полный спектр услуг по ответственному хранению и доставке грузов. Складские комплексы компании ориентированы, на мелкооптовую и оптовую торговлю, которые соответствуют всем необходимым требованиям, а именно: - всегда полный ассортимент товара, который компания поставляет на рынок; - удобное расположение складских комплексов; - высокая пропускная способность; - холодильные камеры; - минимальное время погрузки товара [16]. Любая дистрибьюторская фирма должна иметь свою инфраструктуру, включающую в себя закупочную, транспортную и складскую логистики. В 6

ООО ТД «Малахов +» г. Белгорода данные функции выполняют специально созданные на то отделы [27]. Организационная структура предприятия ООО ТД «Малахов +» показана на рисунке 1.1. Рисунок 1.1 – Организационная структура предприятия ООО ТД «Малахов +» В ООО ТД «Малахов +» имеется ряд отделов, функционал которых описан в таблице 1. 1. Таблица 1.1 – Функции отделов ООО ТД «Малахов +» Название отдела Финансово экономический отдел Функции отдела – В функции данного отдела входит: - составление сметы доходов и расходов предприятия на определенный период; - своевременное отчисление налогов, взносов; - предоставление в специализированные органы надлежащей бухгалтерской, финансовой, аналитической и статистической информации. Отдел бухгалтерии В функции данного отдела входит: - ведение учета всей финансовой деятельности организации; - своевременное начисление заработной платы (и любые других зачислений) сотрудникам организации; - обеспечение безопасности хранения всей бухгалтерской документации организации. HR- отдел В функции данного отдела входит: - прием на работу новых сотрудников; - определение необходимости организации в сотрудниках; - работа с трудовыми книжками сотрудников организации. 7

Отдел продаж В функции данного отдела входит: - увеличение прибыли организации; - работа с клиентской базой организации; - поддержка и развитие взаимосвязей с клиентами. Отдел закупок В функции данного отдела входит: - обеспечение организации всеми необходимыми товарами; - поиск новых поставщиков и заключение с ними договоров на поставку товара; - контроль состояния товара на складе. Отдел маркетинга В функции данного отдела входит: - исследование российского рынка; - исследование ценовой политики организации; - продвижение организации на российском рынке при помощи рекламы. Складской отдел В функции данного отдела входит: - хранение товаров в специализированных помещениях; - приемка и отправка товара; - ведение учета товара организации. Отдел доставки В функции данного отдела входит: - транспортировка товара к клиенту; - обеспечение автотранспорта для перевозки товара; - поддержка автотранспорта в состоянии, необходимого для перевозки товара. Логистическую деятельность ООО ТД «Малахов +» г. Белгорода можно представить в виде взаимосвязанных между собой блоков. Схема деятельности дистрибьюторской фирмы представлена на рисунке 1.2. Рисунок 1.2 – Схема деятельности ООО ТД «Малахов +» г. Белгорода 8

ООО ТД «Малахов +» г. Белгорода имеет свой сайт во всемирной паутине (td-malahov.ru), на котором содержится необходимая информация об организации, база производителей продукции, позволяющая потенциальным клиентам быстро найти подходящий себе вариант. Помимо всего прочего, на сайте данной организации представлен спектр логистических услуг, а также контактная информация для связи потенциальных клиентов с ООО Торговый Дом «Малахов +» г. Белгорода [36]. 1.1.2 Описание процесса поиска и выбора поставщика в ООО ТД «Малахов +» г. Белгорода Выбор поставщиков товаров в ООО ТД «Малахов +» г. Белгорода играет важную роль в процессе деятельности всей дистрибьюторской фирмы. Для того чтобы компания получала прибыль, существует множество причин, одной из которых является процесс бесперебойных поставок товаров. Данный факт обеспечивается поставщиками, которые эффективно и качественно занимаются своей работой [25;33]. Решение о заказе товара у какого-либо поставщика должно приниматься на основе совокупного анализа всех критериев, которые разрабатываются каждой фирмой для своей деятельности самостоятельно. Все критерии, которые применяются при анализе поставщика товаров, можно классифицировать на 3 группы: - технические критерии оценки; - организационно-экономические критерии оценки; - психологические критерии оценки [36]. В свою очередь, технические критерии оценки поставщиков содержат в себе: - производственную мощность поставщика товаров; - соотношение прогрессивному уровню технологий; - комплектность поставляемых товаров и возможные нарушения при перевозке; 9

- развитость инфраструктуры дистрибьюторской фирмы (автотранспорт, программные продукты); - перечень поставляемых товаров, то есть способности поставщика; - возможные дефекты товара (оценка свойств товара) [5]. Организационно-экономические критерии оценки поставщиков содержат в себе: - наличие товара на различных складах поставщика; - условия доставки товара (выбор машины); - сроки поставки товара от поставщика на предприятие; - условия оплаты товара поставщику; - расстояние поставщика от предприятия; - экономическое положение поставщика на российском рынке (наличие долгов по заказам, кредитов, этапы банкротства); - организация логистической деятельности; - устойчивость доставки товара [28]. Психологические критерии оценки поставщиков содержат в себе: - надежность поставщика (честность, порядочность); - история деятельности поставщика, его репутация на российском рынке и отзывы (время существования компании в условиях конкурентной борьбы); - место нахождения поставщика (климатические и прочие условия месторасположения потенциального поставщика); - соответствие заключенному договору [31]. Сведения по перечисленным аспектам выбора порой не получается приобрести у потенциальных поставщиков, потому нужно склоняться к услугам компаний, владеющих определенной информацией, которая характеризует того или иного поставщика. Главным из принципиальных вопросов при работе с возможными поставщиками единственного считается принятие поставщика производственно-хозяйственных на альтернативного договорных взаимосвязей, решения: условиях либо иметь длительных сотрудничать с несколькими поставщиками товаров [48]. Данные варианты решения этих проблем имеют как положительные, так и отрицательные стороны. Сравнительный анализ преимуществ одного и нескольких поставщиков представлен втаблице 1.2. 10

Таблица 1.2 – Сравнительный анализ поставщиков Один поставщик товаров Несколько поставщиков товаров 1 2 1) заключенный заказ на длительный срок 1) быстрое решение проблемы при заказе может исключить возможность разделения срочных поставок заказа 2) поставщик товаров единственным обладателем предприятия является 2) повышение гарантий доставки в патентов результате использования нескольких поставщиков товара 3) поставщик товаров всегда будет 3) существенное снижение зависимости удовлетворять характеристикам качества клиента от поставщика товара и цены 4) объем заказа у поставщика достаточно 4) возможность предоставления мал, и его не нужно делить с другими потребителям дополнительного товара поставщиками 5) постоянные заказы у поставщика могут 5) гибкий процесс закупки товара у привести к соответствующим скидкам поставщика и снижение риска при несоблюдения временных сроков поставки товара Для поиска возможных поставщиков товаров ООО ТД «Малахов +» г. Белгорода использует следующие методы поиска: - объявление конкурса; - размещение рекламы во всемирной сети Интернет; - изучение каталогов продукции; - объявление в средствах массовой информации; - обращение к посредникам [15]. В свою очередь, наиболее распространенными и эффективными способами поиска поставщиков и получения от них предложений являются торги и подписание между ними договора [8]. Главным признаком профессионализма любого логиста предприятия по закупкам является знание источников поставок продукции. Существует перечень инструментов, при помощи которых работают данные специалисты. Такими инструментами являются: 11

- поиски в сети Интернет; - электронные сборники поставщиков; - сайты фирм поставщиков товаров; - профессиональные журналы поставщиков; - маркетинговые объявления поставщиков; - переговоры с торговыми представителями поставщиков продукции; - учетные документы отдела продаж и закупок ООО ТД «Малахов +» г. Белгорода [17]. При отборе информации о поставщиках следует руководствоваться следующими правилами: - невозможно ограничиваться одним источником информации о поставщике, в независимости от размера и глубины предоставляемых сведений; - по крайней мере, один из используемых источников обязан быть независимым [34]. В результате принятия решения о выборе поставщика начинается работа с ним: - ведется подготовка документации для переговоров; - осуществляется знакомство с торговыми представителями поставщика; - обговариваются условия поставок товара (количество, качество и стоимость товара, место и время выполнения заявок, условия обслуживания и гарантийные обязательства сторон) [20]. Обычно вначале работы с поставщиком оформляется пробный заказ товара, по результатам которого проводится анализ способностей поставщика и принимается решение о подписании с ним договора [18;29]. При положительном анализе поставщика, подписывается с ним договор о поставках товара. Кроме этого осуществляется работа в различных режимах, которые используются в ООО ТД «Малахов +» г. Белгорода [45]. Таким образом, процесс закупочной деятельности компании состоит не только из процесса поиска и выбора рационального способа закупки товара, а также и поиска и выбора поставщиков. Стоит отметить, что все это рассматривается в разрезе с информационным обеспечением, установленным в ООО ТД «Малахов +» г. Белгорода [23]. Данные составляющие закупочной деятельности ООО ТД «Малахов +» г. Белгорода важны для любой дистрибьюторской фирмы, их подробное рассмотрение необходимо совместить с применением на практике. 12

1.1.3 Обзор современных информационных систем логистики В настоящее время в логистической деятельности невозможно обойтись без соответствующего инструментария программных средств. К такому инструментарию относят логистические информационные системы, такие как: 1) «Умная логистика» - это программный продукт, предназначенный для оперативной работы дистрибьюторской фирмы. Он позволяет создавать заявки на перевозки груза, непосредственный упорядочивание контроль документов сотрудников, предприятия, отслеживать вести показатели рентабельности и ликвидности компании. Особенностью данной системы является то, что сотрудник может в один клик создать заявку на перевозку товара, оформить ее и сразу распечатать пакет документов. В «Умной логистике» создана единая база данных, содержащая в себе контрагентов предприятия, их договора, а также хранятся все истории перевозок [49]. 2) «1С: Логистика» - это информационная система, обеспечивающая автоматизацию управленческого и оперативного учета в дистрибьюторских фирмах, в том числе торговых, производственных подразделениях и компаний с разной отраслевой направленностью [51]. 3) «1С: Форес: Автотранспорт» предназначенный для учета - это транспортных программный средств продукт, предприятия. Информационная система производит учет горюче-смазочных материалов, путевых листов, ведет контроль за регламентными работами, производит диспетчерские функции, а также контролирует количество и актуальность документооборота водителей. Хранение транспортных средств осуществляется в специализированных автопарках и боксах. Благодаря данному программному продукту всегда ведется перерасчет товаров на складе предприятия[52]. 4) «CargoCRM» - это программный продукт, предназначенный для оптимизации деятельности автотранспортных предприятий. В данной системе есть возможность регистрации и контроля входящих, исходящих заявок и 13

рейсов на перегрузку груза. Особенностью «CargoCRM» является программное составление различных комбинаций груза по заявкам покупателей[53]. 5) «АС «Малахов +» - это программный продукт, предназначенный непосредственно для оптимизации транспортной деятельности ООО ТД «Малахов +», выбора машины и способа доставки товара клиенту. Данная система учитывает все особенности предприятия, что позволяет говорить об ее оптимальном использовании. Анализ информационных систем производился с точки зрения наличия или отсутствия функционала в системе. В таблице 1.3 показан сравнительный анализ систем по различным критериям. Таблица 1.3- Сравнительный анализ систем по критериям Умная логистика 1С: Логистика 1С: Форес: CargoCRM Автотранспорт АС «Малахов +» Учет товаров на складе и выбор машины происходит в одной базе + + + - + Наличие модуля управления складом + + + + + Простота использования - + + - + «Заточенность» под особенности предприятия - - - - + 14

1.1.4 Описание информационного и технического обеспечения предприятия В настоящее время в ООО ТД «Малахов +» г. Белгорода используется программный продукт 1С: Предприятие. Информационная система играет особую роль в работе современной логистики. Она обновляется по мере необходимости, позволяет быстро и точно найти требуемые образцы документов, выписки, отчеты и иную полезную информацию. Что касается информационно-технического обеспечения, то в ООО ТД «Малахов +» г. Белгорода имеется ряд компьютеров (с процессором типа AMD Athlon 6000 +, объем оперативной памяти 1гб или 2 гб и емкость жесткого диска от 60 до 160 Gb), основной функцией которых является набор текстовых файлов и использование справочных информационных систем. Имеется выход в Интернет, в основном он используется для отправки и получения электронных писем. Компьютеры объединены в локальную сеть. Техническое обеспечение каждого работника составляет персональный компьютер с устройствами вводавывода информации, также имеется офисная техника (принтер, сканер, ксерокс). Есть доступ в сеть Интернет, и имеется факс. В ООО ТД «Малахов +» установлено следующее программное обеспечение: Операционная система Windows 7 Максимальная, Microsoft Office 2007, «1С: Предприятие». Обеспечение безопасности аппаратных средств и программного обеспечения производится с помощью антивирусной программы Avast!4. Для повышения эффективности работы логиста дистрибьюторской фирмы необходимо упорядочить, защитить данную информацию и обеспечить ее быстрый поиск. Это возможно на основе создания и внедрения информационной системы [6]. 15

1.2 Экономическая сущность задачи в дистрибьюторской фирме В каждой современной организации может возникнуть потребность в увеличении производительности труда с помощью информационных систем, которые позволяют оптимизировать процессы на предприятии. Использование программных средств и автоматизация технологических процессов на предприятии позволяет уменьшить численность рабочих мест. Благодаря этому, будет выполняться больший объем работы. Таким образом, благодаря созданию и установке качественного информационного средства уменьшается необходимость в большой численности сотрудников, а следовательно и затрат на них. Для выполнения задачи модернизации логистической деятельности государство должно находиться в состоянии непрерывного повышения эффективности своей инвестиционной деятельности, в том числе в части финансирования дистрибьюторских фирм [7]. Сохранение документов в электронном виде на персональном компьютере является более целесообразным, чем хранение их в привычном виде, то есть на бумаге. Существенно упрощается поиск требуемой документации, присутствует вероятность хранения данных за большое количество лет без путаницы в них, упрощается изменение любого без исключения документа, формирование большого количества справок. Помимо всего прочего бумажная система требует дублирования некоторых документов, потому что они бывают, нужны в нескольких отделах организации. Следует сказать, что это весьма трудозатратный и неудобный процесс. Автоматизированный вариант значительно упрощает процесс дублирования информации. Исходя из главного критерия, необходимо подчеркнуть, что в условиях современного рынка, а также в условиях нарастающей конкурентной борьбы невозможно представить предприятие либо организацию без самой простой автоматизации.Основной целью любой без исключения организации является 16

повышение производительности деятельности и соответственно увеличение прибыли организации. Автоматизация деятельности считается лидирующим среди существующих методов получения конкурентных преимуществ и соответственно главным аспектом выхода предприятия на лидирующую роль в соответствующей отрасли логистики [19]. 1.3 Характеристика комплекса задач и обоснование необходимости автоматизации 1.3.1 Характеристика существующих бизнес процессов и выбор комплекса задач автоматизации В процессе своей работы логист предприятия помимо выполнения непосредственных своих обязанностей выполняет еще и деятельность, связанную с обработкой информации, используемой в ООО ТД «Малахов +» г. Белгорода. Данный вид деятельности можно представить в виде схемы. Структурно-функциональная схема «КАК ЕСТЬ», созданная при помощи Caseсредства BR-Win, представлена на рисунке 1.3. 17

Рисунок 1.3 – Контекстная диаграмма предметной области «КАК ЕСТЬ» Из рисунка 1.3 видно, что логист предприятия, руководствуясь нормативно-правовыми актами и требованиями руководителя, принимает заказы клиентов и данные о закупках, в результате чего формируются отчеты, партии товара и отслеживается статус доставки товара. На рисунке 1.4 изображена декомпозированная структурно- функциональная диаграмма первого уровня. На ней видно разделение деятельности логиста предприятия на несколько функциональных подгрупп. Вся деятельность выполняется с использованием информационных технологий. 18

Рисунок 1.4 – Декомпозиция контекстной диаграммы предметной области «КАК ЕСТЬ» В свою очередь, исходя из тематики выпускной квалификационной работы, необходимо разбиение блока «Продажа и транспортировка товаров» на 4 функциональных блоков: - планирование и закупка товаров у поставщика; - транспортировка и складирование закупленного товара; - обработка заказов и контроль запасов; - продажа и транспортировка товаров [32]. На рисунке 1.5 показана декомпозиция функционального блока «Продажа и транспортировка товаров» диаграммы «КАК ЕСТЬ». Рисунок 1.5 – Декомпозиция функционального блока «Продажа и транспортировка товаров» На рисунке 1.6 показана декомпозиция контекстной диаграммы предметной области «КАК ДОЛЖНО БЫТЬ». 19

Рисунок 1.6 – Декомпозиция контекстной диаграммы предметной области «КАК ЕСТЬ» Отличительной особенностью является внедрение автоматизированной информационной системы. 1.3.2 Обоснование необходимости и цели использования вычислительной техники для решения комплекса задач Основные недостатки, выявленные в ходе анализа структурно- функциональной диаграммы «КАК ЕСТЬ»: - большое количество времени, которое тратится на выполнение работы по заполнению и составлению договоров с использованием систем не «заточенных» под определенные особенности предприятия; - нерациональное использование компьютерной техники (только лишь как печатную машинку); - медленный поиск необходимой логистической информации. Необходимость использования вычислительной техники автоматизации рассмотренных выше задач заключается в: - систематизации логистической деятельности; 20 для

- наличие базы данных, необходимой и достаточной для выполнения логистом своих профессиональных функций; - оптимизация механизма поиска требуемой информации. Технологический процесс решения комплекса задачи состоит из трех этапов. Целью первого этапа является сбор, регистрация, передача данных для дальнейшей их обработки. Результатом является составление документа. Целью второго этапа – перенос данных на машинные носители и первоначальное формирование информационной базы предприятия. Третий этап включает операции накопления, сортировки, корректировки, обработки данных и выдачи результатов. При этом следует учитывать следующие требования: - обеспечение достоверности обрабатываемой информации; - решение задач в установленные сроки; - обеспечение минимальных трудовых и стоимостных затрат на обработку данных; - наличие возможности обработки данных на персональном компьютере [12; 19]. Эти требования могут быть выполнены за счет нескольких факторов: - сокращение числа операций, особенно без использования информационной системы; - разработка системы жесткого контроля вводимой информации; - повышение квалификации пользователей, улучшение условий труда и, как следствие, повышение производительности деятельности логиста предприятия. Использование вычислительной техники при решении комплекса задач, описываемого в данной работе, обуславливается рядом факторов. Объем и качество выходной информации не позволит решать задачи без использования вычислительной техники быстро и, что не менее важно, корректно. Необходимость постоянной связи с различными логистическими базами данных, возможность использования локальной вычислительной сети, средств телекоммуникации – другие факторы, определяющие методы решения поставленных задач с использованием вычислительной техники [9]. 21

1.4 Постановка задачи Во время написания выпускной квалификационной работы осуществляется автоматизация определенных задач. Целью автоматизации является устранение основных недостатков, которые имеют место при осуществлении логистом ООО ТД «Малахов +» г. Белгорода своей деятельности в настоящее время с точки зрения транспортировки товаров. Задачей выпускной квалификационной работы является разработка информационной системы поддержки деятельности логиста ООО ТД «Малахов +» г. Белгорода с точки зрения транспортировки товара на предприятие. При изучении предметной области было принято решение необходимости создания базы данных, призванной обеспечить о учет информации о продажах, товарах на складе, путевых листах, машинах, потребителях, и поставщиках. Таким образом, создаваемая система должна обладать следующими свойствами: - осуществлять учет товара на складе дистрибьюторской фирмы; - отслеживать статус доставки товара клиенту; - формировать отчеты о заказах [14]. В то же время, как и любая другая система, она должна обладать: - гибкостью системы – способностью к адаптации и развитию в дальнейшем системы; - надежностью – способностью системы решать задачи в минимальные сроки; - эффективностью – способностью системы ограничивать доступ посторонних лиц к информационным ресурсам предприятия; - простотой – способностью системы позволять даже не очень опытному пользователю эффективно работать с системой [12]. 22

1.4.1 Цель и назначение автоматизированного варианта решения задачи дистрибьюторской фирмы Как уже говорилось, целью автоматизации является повышение эффективности деятельности логиста ООО ТД «Малахов +» за счет внедрения автоматизированной информационной системы «заточенной» под определенные особенности предприятия. При автоматизации решения задач, определенных выше, основной целью являются: - перевод работы логиста ООО ТД «Малахов +» г. Белгорода из работы в информационных технологиях в специализированные информационные системы; - уменьшение затрат на работу в информационных технологиях; - систематизация данных и их объединение; - повышение информационной деятельности логиста ООО ТД «Малахов +» г. Белгорода. При внедрении разработанного программного продукта в производство произойдет существенное улучшение работы логиста ООО ТД «Малахов +» г. Белгорода, а именно внедрение позволит снизить временные затраты на выполнение работы за счет автоматизации процесса выбора транспортного средства для перевозки товаров. Также весь документооборот будет производиться в электронном виде, повысится процесс обработки информации и ускорится поиск необходимых сведений. 1.4.2 Общая характеристика организации решения подзадач на ПК Автоматизированная система поддержки деятельности логиста ООО ТД «Малахов +» г. Белгорода будет реализована как однопользовательская 23

автоматизированная система. Данная система будет обрабатывать только информацию, имеющую значение для деятельности логиста предприятия. Данные сведения будут занесены в систему, только в том случае, если есть потенциальный клиент на какую-либо логистическую услугу ООО ТД «Малахов +» г. Белгорода. Это информация должна поступить от клиента путем личного обращения в ООО ТД «Малахов +» г. Белгорода. Информационная система будет систематизировать, и обрабатывать информацию, связанную со всеми договорами, заключаемыми в ООО ТД «Малахов +» г. Белгорода, а также сведения о клиентах и товарах, находящихся в ведении сотрудников ООО ТД «Малахов +» г. Белгорода. Вся информация, поступившая в ООО ТД «Малахов +» г. Белгорода, будет заноситься в базу данных при помощи следующих экранных форм: - категория - содержит информацию о том, к какой категории товар относится; - подкатегория – содержит информацию о том, к какой подкатегории товар относится; - артикул – содержит информацию о том, какой артикул имеет товар; - продажа – содержит информацию обо всех продажах ООО ТД «Малахов +» г. Белгорода; - путевой лист – содержит информацию о перевозке товарных грузов, а также учет работы подвижного состава и водителя; - машина – содержит информацию обо всех транспортных средствах, находящихся в распоряжении ООО ТД «Малахов +» г. Белгорода; - водитель – содержит информацию о сотрудниках ООО ТД «Малахов +» г. Белгорода, которые занимаются непосредственно перевозками товарных грузов; - гараж – содержит информацию о помещениях, в которых хранятся и ремонтируются транспортные средства ООО ТД «Малахов +» г. Белгорода; - товар на складе – содержится информация о запасах ООО ТД «Малахов +» г. Белгорода. Данная информация постоянно должна обновляться. 24

ГЛАВА 2. ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ ПО ВИДАМ ОБЕСПЕЧЕНИЯ 2.1 Обоснование технического обеспечения Для эффективного соответствующее решения техническое поставленной обеспечение. задачи Техническое необходимо обеспечение выпускной квалификационной работы включает в себя непосредственно персональный компьютер: системный блок, монитор, клавиатуру, манипулятор типа мышь, а также принтер, сканер и ксерокс. При выборе персонального компьютеранеобходимо руководствоваться рядом характеристик. К таким характеристикам относят надежность, стоимость, производительность, объем памяти, простота использования, эффективность и другие. От значения указанных параметров зависит возможность работы с требуемыми программными средствами, а, следовательно, и успех создания системы [43]. Исходя из задач, которые должна выполнять будущая система, и технического оснащения ООО ТД «Малахов +» г. Белгорода, целесообразным и привлекательным является выбор характеристик персонального компьютера для офисной работы. Данные компьютеры имеют невысокую мощность и стоимость, в следствие чего они могут применяться практически на любом предприятии, и, в частности, в логистических сферах. При выборе персонального компьютера для реализации комплекса поставленных задач учитываются такие характеристики, как: - скорость обработки информации (тактовая частота процессора); - объем оперативной памяти – этот фактор влияет на скорость обработки информации; - объем жесткого диска, который влияет на возможности хранения данных; - наличие периферийных устройств. 25

В целом же, техническое оснащение ООО ТД «Малахов +» г. Белгорода вполне позволяет реализовать устойчивую работу разрабатываемой специализированной информационной системы, поскольку она не имеет жестких требований к техническому обеспечению. Объем оперативной и внешней памяти являются достаточными для большинства широко используемых в настоящее время систем управления базами данных, таких как FoxPro, Access, Paradox, Firebird и другие. Таким образом, для автоматизации работы дистрибьюторской фирмы ООО ТД «Малахов +» г.Белгорода необходимо следующее техническое обеспечение: - процессоры типа AMD Athlon 4400 +; - объемом оперативной памяти не менее 2 гб; - объемом жесткого диска не менее 200 Gb. 2.2 Обоснование информационного обеспечения Одно из важных условий к информационному обеспечению – это достоверность данных информационной базы данных. Необходимая достоверность данных в информационных базах данных обеспечивается высокой степенью контроля на всех стадиях работы с данными. Эффективное использование и решение задач возможно только при рациональной организации информационного обеспечения и обеспечения доступа к нему пользователей. Также для эффективного использования информационной составляющей должен реализовываться принцип запрета дублирования данных и принцип доступности и наглядности данных. По способу установления связей между данными различают реляционную, иерархическую и сетевую модели. Реляционная модель основана на математической логике и является простейшей и наиболее привычной формой представления данных в виде таблицы. Реляционную базу данных можно определить как совокупность 26

связанных таблиц. В такой базе информация организуется в виде двумерных таблиц, со столбцами – полями и строками – записями, в которых хранятся как сами данные, так и информация о связях между ними [4]. Сетевая – здесь экземпляры записей образуют файлы, структура записи может быть иерархической или линейной в зависимости от системы. У этой системы много параметров описания данных – это ее главный недостаток. Иерархическая – каждому сегменту, кроме корневого, соответствует один исходный сегмент, между которыми устанавливается только одна связь. Иерархическая и сетевая модели предполагают наличие связей между данными, имеющими какой-либо общий признак. В иерархической модели такие связи, могут быть, отражены в виде дерева-графа, в сетевой возможны связи «всех со всеми» [4]. В выпускной квалификационной работе использовалась реляционная система, так как по сравнению со всем остальными, эта система наиболее подходит для реализации поставленных задач и наиболее проста в использовании. Реляционная модель требует, чтобы типы используемых данных были простыми. Простые типы данных – не обладают внутренней структурой, к ним относятся: текстовый, логический, численный, денежный типы данных, а также дата/время. Структурированные типы данных предназначены для задания сложных структур данных. Данные типы конструируются из составляющих элементов, называемых компонентами, которые, в свою очередь, могут обладать структурой. В качестве структурированных типов данных можно привести следующие типы данных: - массивы; - записи (структуры). Общим для всех структурированных типов данных является то, что они имеют внутреннюю структуру. Ссылочные типы данных предназначены для обеспечения возможности указания на другие данные, их также называют указателями [4]. 27

2.3 Обоснование программного обеспечения Под программным обеспечением следует понимать совокупность программ, обеспечивающих функционирование вычислительной системы (системное программное обеспечение), а также программ, предназначенных для решения конкретных задач пользователя (прикладное программное обеспечение). К выбираемому программному обеспечению в данном случае относятся операционная и среда программирования. Программное обеспечение позволяет придавать системе различные свойства и конфигурации, увеличивать ее производительность, а также повышать уровень надежности. На сегодняшний день существует целый ряд методов проектирования программного обеспечения, среди них, такие как: метод структурного, модульного проектирования и метод группы главного программиста. Но для выполнения данной выпускной квалификационной работы был выбран так называемый метод «сверху-вниз», так как этот метод позволяет сначала определить задачу в общих чертах, а затем постепенно уточнять ее, путем добавления новой информации. Для решения поставленных задач, необходимо для начала остановиться на выборе операционной системы. В данном случае выбор пал на операционную систему, являющуюся наиболее популярной в нашей стране и представленной кампанией Microsoft – Microsoft Windows 7 Максимальная [56]. Такой выбор объясняется тем, что в настоящее время данная операционная система установлена на компьютере логиста ООО ТД «Малахов +» г. Белгорода. Данная операционная система отвечает всем необходимым требованиям пользователя: есть локализованные версии программного надежность работы, удобный и понятный интерфейс и т.д.[13]. 28 обеспечения,

Таким образом, для реализации данного проекта была выбрана операционная система Microsoft Windows 7 Максимальная. В качестве системы управления базами данных используется стандартная программа программного пакета Firebird – IBExpert [50]. Эта система управления базами данных удовлетворяет всем поставленным требованиям: она проста в использовании, обладает простыми методами разработка базы данных и не требует углубленных знаний. Также среди множества средств проектирования ранее были выбраны средства автоматизации проектирования – CASE – средства. CASE – средства в общем случае представляют собой программные средства, обеспечивающие разработку программного обеспечения с помощью компьютера. Среди CASE – средств были выбраны BPwin 4.0 и AllFusion Erwin Data Modeler 7.3 (Erwin). Таким образом, можно определить минимально требуемое программное обеспечение: операционная система Windows 7 Максимальная, пакет Microsoft Office, CASE – средства BPwin и Erwin, СУБД Firebird. ГЛАВА 3. ПРОЕКТНАЯ ЧАСТЬ 3.1 Выбор СУБД, операционной системы, платформы и языка программирования Программный продукт – это специализированная информационная система, созданная для компаний. Она осуществляет хранение, добавление, поддержку и представление пользователям сведений соответствующие их запросам. Для создания программного продукта на этапе проектирования необходимо выбрать средства разработки, а на этапе реализации – СУБД. 29

В настоящее время наиболее прогрессивными средствами разработки являются CASE-средства. CASE – средства позволяют проектировать любые программные продукты на персональном компьютере. Необходимым элементом системного и структурно-функционального позволяют моделировать анализа являются бизнес-процессы, CASE-средств, базы данных, которые компоненты программного обеспечения, а также деятельность и структуру организаций. В результате применения CASE – средств оптимизируются системы, уменьшаются расходы, повышается эффективность организации, и также уменьшается вероятность появления ошибок. СУБД – это программное обеспечение, которое позволяет пользователям определять, создавать и обслуживать базу данных, а также управлять доступом к ней [24]. Основой любого без исключения программного продукта служит база данных, представляющая собой набор информации, которая организована определенным образом (в виде таблиц). Под базой данных в широком смысле понимают совокупность взаимосвязанных структурированных данных. В современном мире наибольшее распространение получают так называемые реляционные базы данных. В таких базах все сведения хранятся в одной или нескольких таблицах. Взаимосвязь между таблицами осуществляется при помощи значений одного или нескольких совпадающих полей таблиц [4]. Для взаимодействия пользователя программного продукта с базой данных применяются определенные системы – системы управления базами данных (СУБД) – это совокупность программ и языковых средств, предназначенных для создания, ведения и использования информации, хранящейся в базе данных. Для автоматизации поставленных задач была выбрана система управления базами данныхFirebird. Данная СУБД является одной из самых популярных среди персональных программных средств управления базами данных. 30

Под Firebird понимается кроссплатформенная система управления базами данных (иначе СУБД), работающая на таких операционных системах как MacOS, Linux, а также Windows. Стоит отметить, что Firebird выступает неким сервером для создания баз данных [46]. В качестве средства разработки и администрирования была использована утилита IBExpert. Она представляет собой бесплатную программу, разработанную для создания и администрирования баз данных. Главным преимуществом IBExpert является возможность работать одновременно с некоторым количеством баз данных, однако для редактирования базы существует отдельный внутренний редактор. В данном программном обеспечении возможно экспортирование информации в разные форматы [50]. IBExpert включает в себя средства, предназначенные для облегчения администрирования базы данных. К данным средствам относят: - окно управления скриптов; - окно проверки процедур; - окно отчетов; - SQL язык. В качестве операционной системы для написания выпускной квалификационной работы была выбрана Windows 7 Максимальная. Под Windows 7 понимается операционная система, разработанная фирмой Microsoft. Ее особенностью является наличие более 50 языков для отображения нелатинских символов, также предполагаются фоновые рисунки, уникальные для каждого государства и национального языка. Еще одной особенностью является тесная интеграция с производителями драйверов. В Windows 7 реализованы такие функции как: уведомление при попытках внесения изменений программ в персональный компьютер (по умолчанию либо затемнение рабочего стола) [56]. В качестве платформы для написания приложения была выбрана среда разработки EmbracaderoRadStudio, которая создана фирмой Microsoft[54]. Под средой разработки EmbracaderoRadStudio понимается совокупность методов разработки приложений с графическим интерфейсом для таких операционных систем как Windows, MacOS. В данную совокупность входят следующие программные продукты: 31

- Embarcadero Delphi – предназначен для быстрого и эффективного создания приложений для Windows на языке Delphi; - Embarcadero C++ Builder – предназначен для обеспечения сверхбыстрой разработки приложений с пользовательским графическим интерфейсом; - EmbarcaderoPrismXE2 – предназначен для получения расширения поддержки языков; - EmbarcaderoRadPHP - предназначен для быстрого и эффективного создания приложений на языке PHP; - ER/Studio 8.5 DeveloperEdition – предназначен для анализа, документирования и повторного использования сведений из базы данных; - InterBaseSMP 2009 DeveloperEdition – предназначен для разработки и тестирования программных продуктов[55]. В качестве высокоуровневого языка программирования был выбран язык С++. Под С+ понимается язык программирования, предназначенный для создания и тестирования приложений, написанных в основном под операционную систему Windows[38]. С++ включает в себя совокупность: - процедурного программирования; - объектно-ориентированное программирование; - обобщенное программирование. В состав высокоуровневого языка входит стандартная библиотека, включающая в себя контейнеры и алгоритмы, операции ввода-вывода, постоянные выражения, а также поддержку многопоточности данных[3]. С++ может реализовываться на таких платформах как: GCC, VisualC+ +, IntelC++ Compiler, Embarcadero (Borland) C++ Builder. 32

3.2 Разработка моделей данных 3.2.1 Разработка логической модели автоматизации рабочего места логиста Логическая модель считается визуальным представлением сущностей, их атрибутов и правил базы данных. Логическая модель представляет информацию базы данных таким образом, чтобы она легко воспринималась пользователями. Логическое проектирование разрабатываемой базы данных должно быть свободно от требований платформы и языка реализации или способа дальнейшего использования данных [4]. Логическая модель разрабатывается при использовании естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных логиста предприятия. ERдиаграммы используются для разработки данных и представляют собой стандартный способ определения данных и отношений между ними. Таким образом, осуществляется детализация хранилищ данных. ER-диаграмма содержит информацию о сущностях системы и способах их взаимодействия, включает идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей)[10]. При помощи Erwin была построена логическая модель базы данных автоматизированного рабочего места логиста, показанная на рисунке 3.1. 33

Рисунок 3.1 – Логическая модель базы данных Данная модель содержит 9 сущностей с атрибутами и связями между ними. В Erwin сущности являются графическим представлением логической группировки данных. Сущности могут быть вещественными, реальными объектами или неосязаемыми концептуальными абстракциями. Сущности не предназначены для представления единичного объекта. Скорее они представляют собой классы, включающие атрибуты, содержащие информацию о множестве экземпляров. Сущность имеет следующие признаки: - имеет имя и описание; - представляет класс, а не единичный экземпляр абстракции; - конкретные ее представители (экземпляры) могут быть уникально идентифицированы; - содержит логическую группировку атрибутов, представляющих информацию, интересную с точки зрения корпорации. Атрибут – это поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей. Атрибут используются для определения того, какая информация должна быть собрана о сущности. Абсолютное различие между типами сущностей и атрибутами отсутствует. Атрибут является таковым только в связи с типом сущности. Между сущностями могут быть установлены связи – бинарные ассоциации, показывающие, каким образом сущности соотносятся или взаимодействуют между собой. Связь может существовать между двумя разными сущностями или между сущностью и ей же самой (рекурсивная связь). 34

Она показывает, как связаны экземпляры сущностей между собой. Если связь устанавливается между двумя сущностями, то она определяет взаимосвязь между экземплярами одной и другой сущности [7]. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных – это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи [47]. Связи делятся на три типа по множественности: - один-к-одному (1:1) – связь означает, что экземпляр одной сущности связан только с одним экземпляром другой сущности; - один-ко-многим (1:М) – связь означает, что один экземпляр сущности, расположенный слева по связи, может быть связан с несколькими экземплярами сущности, расположенный справа по связи; - многие-ко-многим (M:M) – связь означает, что один экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности, и наоборот, один экземпляр второй сущности может быть связан с несколькими экземплярами первой сущности [47]. Сущностями построенной логической модели автоматизации рабочего места логиста являются: продажа, гараж, машина, путевой лист, товар, подкатегория, категория, артикул, водитель. Данные сущности имеют ряд присущих им свойств – атрибутов, а также они имеют связи между собой. Сущность Продажа имеет следующие атрибуты: - код продажи (ID), - код путевого листа (ID), - наименование товара, - количество товара, - цена продажи, - дата продажи. Атрибут код продажи (ID) однозначно идентифицирует данную сущность, т.е. является первичным ключом таблицы. Сущность Гараж имеет следующие атрибуты: - код гаража (ID), - город, - улица. 35

Атрибут код гаража (ID) однозначно идентифицирует данную сущность, т.е. является первичным ключом таблицы. Сущность Машина имеет следующие атрибуты: -код машины (ID), - код гаража, - наименование машины, - тип машины, - наличие холодильника, - максимальный вес, - расстояние, - статус машины. Атрибут код машины (ID) однозначно идентифицирует данную сущность, т.е. является первичным ключом таблицы. Сущность Путевой лист имеет следующие атрибуты: - код путевой лист (ID), - код машины, - код водителя, - наименование машины. Атрибут Код путевой лист (ID) однозначно идентифицирует данную сущность, т.е. является первичным ключом таблицы. Сущность Товар имеет следующие атрибуты: - код товар (ID), - код продажи, - артикул товара, - количество товара, - дата выпуска товара, - годен до (срок годности товара), - цена товара. Атрибут Код товар (ID) однозначно идентифицирует данную сущность, т.е. является первичным ключом таблицы. Сущность Подкатегория товара имеет следующие атрибуты: - код подкатегория товара (ID), код категории товара, - наименование. Атрибут Код подкатегории товара (ID) однозначно идентифицирует данную сущность, т.е. является первичным ключом таблицы. Сущность Категория товара имеет следующие атрибуты: - код категория товара (ID), - наименование. Атрибут Код категории товара (ID) однозначно идентифицирует данную сущность, т.е. является первичным ключом таблицы. Данные сущности связаны следующими связями: 36

- на основании продажи составляется путевой лист; - в гараже стоят машины; - машины развозят заказы по путевым листам; - несколько товаров имеют одну характеристику; - категория товара включает в себя несколько подкатегорий товара; - подкатегория товара включает в себя несколько характеристик товара; - на складе хранится несколько товаров. Все связи являются неидентифицирующими, то есть они связывают независимые сущности [47]. В результате построения модели предметной области в виде набора сущностей и связей получается связный граф. При этом получаемая логическая модель автоматизации рабочего места логиста оценивается по достижению следующих целей проектирования: - возможности хранения всех необходимых данных в базе данной; - исключения избыточности данных; - число хранимых отношений в базе данных сведено к минимуму; - нормализация отношений для упрощения решения проблем, связанных с добавлением, сортировкой, фильтрацией и удалением данных. Сущность Артикул товара имеет следующие атрибуты: - код артикул товара (ID), - наименование. Атрибут Код артикул (ID) однозначно идентифицирует данную сущность, т.е. является первичным ключом таблицы. 3.2.2 Разработка физической модели автоматизации рабочего места логиста Логическая модель данных рабочего места логиста облегчает понимание структур данных. После ее разработки следует приступать к моделированию физической структуры систем хранения выявленных объектов базы данных, то есть следующим этапом является непосредственная разработка физической модели данных. 37

В ERwin физическая модель считается графическим представлением реально реализованной информационной базы. Физическая база данных будет состоять из таблиц, столбцов и связей между таблицами. Физическая модель зависит от платформы, выбранной для реализации, и требований к использованию данных [4]. Таким образом, физическая модель характеризует структуру базы данных рабочего места логиста. Физическая модель в Erwinполучена путем конвертации из логической модели. Была построена логическая модель базы данных автоматизированного рабочего места логиста, показанная на рисунке 3.2. Рисунок 3.2 – Физическая модель базы данных Составляющим физической модели данных считаются таблицы, столбцы и отношения между таблицами. Сущности логической модели становятся таблицами в физической модели. Логические атрибуты становятся столбцами. Логические отношения становятся ограничениями целостности взаимосвязей базы данных [47]. Для дальнейшей реализации модели данных рабочего места логиста необходимо определить типы атрибутов, входящих в состав вышеописанных сущностей базы данных. Типы данных атрибутов каждой сущности представлены в приложении 2. В процессе проектирования физической базы данных необходимо соблюдать ряд общих правил: - каждая таблица должна иметь уникальный идентификатор (первичный ключ); - все данные таблицы должны относиться к одной сущности; 38

- необходимо избегать атрибутов, способных принимать неопределенные значения; - таблица не должна содержать повторяющихся полей [4]. 3.3 Проектирование базы данных программного продукта Для проектирования базы данных информационной системы «Торговый Дом «Малахов +» была выбрана система управления базами данных Firebird и утилита IBExpert. Процесс проектирования автоматизированной системы «Торговый Дом «Малахов +» состоит из следующих этапов: 1) Создание базы данных автоматизированной «Торговый Дом «Малахов +». Процесс создания показан на рисунке 3.3. Рисунок 3.3– Создание базы данных АС «Торговый Дом «Малахов +» 2) Регистрация базы данных АС «Торговый Дом «Малахов +». Процесс регистрации показан на рисунке 3.4. 39

Рисунок 3.4 – Регистрация базы данных АС «Торговый Дом «Малахов +» 3) Создание списка доменов в утилите IBExpert. В данной утилите созданы домены, приведенные в таблице 3.5. Рисунок 3.5 – Список доменов 4) Создание доменов в утилите IBExpert. Список созданных доменов показан на рисунке 3.6. 40

Рисунок 3.6 – Список созданных доменов 5) Создание таблиц и ограничений к ним базы данных АС «Торговый Дом «Малахов +». Итоги создания показаны на рисунке 3.7. Рисунок 3.7 – Созданная таблица «Товар» 6) После создания таблицы необходимо прописать ее ограничения. Ограничение таблицы «Товар» показано на рисунке 3.8. Рисунок 3.8 – Ограничение таблицы «Товар» База данных «Продажи» автоматизированной системы «Торговый Дом «Малахов +» включает в себя: 7 доменов, 5 таблиц, 5 триггеров, 8 генераторов. Структура базы данных представлена на рисунке 3.9. 41

Рисунок 3.9 – Структура базы данных После создания всех необходимых таблиц, и их ограничений, можно переходить непосредственно к описанию программному продукту. 3.4 Руководство пользователя по применению В качестве платформы для написания выпускной квалификационной работы было выбрано инструментальное средство EmbarcaderoRADStudio. При помощи данного продукта будет осуществлен доступ к базе данных. Для входа в автоматизированную систему «Торговый Дом «Малахов +» необходимо войти в систему. Для этого пользователю необходимо ввести следующие данные: - логин (Admin); - пароль (password). На рисунке 3.10 показана автоматизированной системе. 42 авторизация пользователя Adminв

Рисунок 3.10–Авторизация в системе После авторизации пользователя в автоматизированной системе «Торговый Дом «Малахов +» открывается главный интерфейс программы, который включает в себя следующие модули: - склад –информация о наличии товара на складе ООО ТД «Малахов +»; - заказ товаров –информация о поставках и закупках товара в ООО ТД «Малахов +» для дальнейшей его реализации; - продажа –информация о продажах товарах и выбора машины для его транспортировки. На рисунке 3.11 показан главный интерфейс автоматизированной системы «Торговый Дом «Малахов +». 43 программы

Рисунок 3.11 – Главный интерфейс автоматизированной системы При переходе в модуль «Склад» открывается основное и дополнительное окно автоматизированной системы. В основном окне хранится следующая информация: категория товара, подкатегория товара, артикул, цена, срок годности, дата производства, количество товара на складе. В дополнительном окне реализован основной функционал (добавление, удаление, редактирование) автоматизированной системы. Данное окно содержит в себе следующие вкладки: категория, подкатегория, артикул товара, товары. На рисунке 3.12 показан модуль «Склад» автоматизированной системы «Торговый Дом «Малахов +». 44

Рисунок 3.12–Модуль «Склад» автоматизированной системы При переходе в модуль «Продажа товара» также открывается основное и дополнительное окно программы. Основное окно автоматизированной системы представляет собой модуль с реализованным основным функционалом и хранением следующей информации: наименование, количество, цена продажи, дата продажи, путевой лист. Дополнительное окно автоматизированной системы представляет собой модуль с хранением следующих вкладок: гараж, машина, водитель, путевой лист, продажа. На рисунке 3.13 показан модуль «Продажа товара» автоматизированной системы «Торговый Дом «Малахов +». 45

Рисунок 3.13 – Модуль «Продажа товара» автоматизированной системы При оформлении продажи товара происходит проверка на его наличие на складе ООО ТД «Малахов +». В случае отсутствия товара на складе система оповещает логиста о том, что товар отсутствует на складе. На рисунке 3.14 представлено оповещение об отсутствие товара на складе ООО ТД «Малахов +». 46

Рисунок 3.14 – Оповещение об отсутствии товара на складе Исходя их поставленной цели выпускной квалификационной работы, был реализован подбор транспортного средства для перевозки товара к клиенту. В дополнительном модуле на вкладке «Путевой лист» при помощи критериев осуществляется подбор водителя и транспортного средства. На рисунке 3.15 представлена вкладка «Путевой лист» автоматизированной системы «Торговый Дом «Малахов +». Рисунок 3.15 – Вкладка «Путевой лист» автоматизированной системы Критериями для подбора водителя и машины являются: - выбор только свободных водителей; - выбор только свободных машин; - наличие холодильника; - расстояние; - перевозимый вес. При выборе критерия «Выбор только свободных водителей» осуществляется при помощи поля «Статус водителя», находящегося в таблице «Водители». Для осуществления подбора необходимо нажать кнопку «Подобрать машину». На рисунке 3.16 представлен подбор только свободных водителей. Рисунок 3.16 – Подбор только свободных водителей 47

При выборе критерия «Выбор только свободных машин» осуществляется при помощи поля «Статус машины», находящегося в таблице «Машины». Для осуществления подбора необходимо нажать кнопку «Подобрать машину». На рисунке 3.17 показан подбор только свободных машин. Рисунок 3.17 – Подбор только свободных машин В автоматизированной системе «Торговый Дом «Малахов +» возможен выбор машины по нескольким критериям. На рисунке 3.18 показ подбор машины по критериям расстояние (от 0 до 100 км) и перевозимый вес (от 1000 до 2000 кг). Рисунок 3.18 – Подбор машины по нескольким критериям Для ревизии товара на складе ООО ТД «Малахов +» в автоматизированной системе в модуле «Склад» был создан отчет. Данный отчет включает в себя информацию о товарах на складе, их общую стоимость, минимальную, максимальную и среднюю стоимость товара. На рисунке 3.19 показан отчет о товарах на складе. 48

Рисунок 3.19 – Отчет о товарах на складе В данном подразделе было описано руководство по применению автоматизированной системы. Данная система протестирована и готова к использованию. 3.5Обоснование экономической эффективности проекта В данном рассматриваются разделе выпускной экономические аспекты квалификационной проектирования и работы внедрения программного продукта на предприятие ООО ТД «Малахов +». Кроме этого, оцениваются затраты труда на создание продукта, строится ленточный график проекта, а также производится расчет планируемых затрат, себестоимости и свободной рыночной оценки цены продукта. При проведении разработки программного обеспечения следует уделять большое внимание соблюдению временных рамок проектирования, поскольку часто проекты завершаются с превышением сроков и объемов затрат. 49

Негативных последствий можно избежать, предварительно спланировав работы. Кроме этого, таким способом можно рационально распределить время по этапам проекта и повысить качество продукта. В этом случае наиболее удобным является ленточный график проведения работ. Данный тип графика является наиболее наглядным для понимания, но вместе с тем позволяет эффективно решить поставленную задачу планирования. Экспертная оценка сложности рассматриваемого проекта позволила сделать вывод о том, что данный проект может быть выполнен в течение приблизительно 8 месяцев одним исполнителем. Проектирование начато 16.01.2017 года и заканчивается 21.08.2017 года: данный период содержит 154 календарных дня (исключая выходные дни). На основании этого, можно планировать длительность каждого этапа разработки соответствии с типовыми этапами. Работа включает следующие этапы: - разработка технического задания; - подбор литературы и ее изучение; - проектирование баз данных; - разработка баз данных; - разработка алгоритма программы; - оформление пояснительной записки; - отладка и внедрение программного продукта на персональный компьютер ООО ТД «Малахов +». Трудоемкость выполнения всей проектной разработки определяется по сумме трудоемкости этапов и видов выполнения работ, оцениваемых экспертом путем в человеко-днях. Таблица 3.1 содержит план проектирования программного продуктапо стадиям разработки i = 1, 2, … 7. Соответствующие трудоёмкости этапов Ti приведены в третьем столбце таблицы. В разработке проекта принимали участие два человека: научный руководитель и студент-дипломник, руководитель совместно со студентом выполняют первый этап разработки, после чего студент самостоятельно выполняет пункты 2-7. Количество 50

исполнителей на каждом этапе Ui заносится в четвёртый столбец таблицы, кроме того, ведется учёт участия каждого исполнителя в выполнении каждого этапов столбце “участие в этапе” для этого исполнителя. Аналогично, в отдельном столбце указывается, используется ли персональный компьютер на каждом этапе. Персональный компьютер используется на этапах с 3-го по 7-ой. Длительность выполнения каждого этапа Tni в днях определяется как отношение трудоёмкости этапа к количеству исполнителей: Tni = Ti Ui . Получение (3.1) значения длительностей этапов заносится в соответствующий столбец таблицы. Итоговые значения трудоёмкости проекта Т и продолжительности работ Tnполучается суммированием значений Tni Ti и в соответствующих столбцах. Для каждого этапа определяем продолжительность этапа в процентах от продолжительности всей работы: Tni = Tni ⋅100 Tn (3.2) Для каждого ресурса, используемого при разработке (научный руководитель, студент, персональный компьютер) заносим в соответствующий столбец время использования ресурса на соответствующей стадии. Суммируя полученные значения по столбцам, получается общее время работы над проектом руководителя и студента (в днях), а также общее время использования персонального компьютера при выполнении проекта (в днях). В таблице 3.2 представлен план проектирования программы по стадиям разработки. 51

6 7 8 Итого: Студент Участие в этапе Длительность этапа, % Длительность этапа, Кол-во исполнителей этапа, , Трудоемкость этапа, Руководи тель + + 7 6,49 + 10 21 29 7 13,63 18,83 4,55 + + + 21 29 7 1 45 29,22 28 1 28 18,18 + 28 7 1 7 4,55 + 7 150,5 100% 7 Ui 2 3,5 4,55 10 1 10 21 29 7 1 1 1 45 154 Дней на этапе 4 дней Участие в этапе 3 4 5 Тпi Дней на этапе 2 Разработка технического задания Подбор литературы и ее изучение Проектирование баз данных Разработка баз данных Разработка алгоритма программы Разработка интерфейса программного продукта Оформление пояснительной записки Отладка и внедрение программного продукта Ti чел. – дн. 1 Стадия разработки проекта № этапа Таблица 3.2 – План проектирования программы по стадиям разработки 45 Таким образом, трудоемкость проекта составляет 154 человеко-дня, время работы над проектом составляет 150,5 рабочих дней. Для визуального отображения процесса проектирования был использован ленточный планграфик, отображающий длительность каждого этапа работ. Данный график представлен на рисунке 3.20. 52

Рисунок 3.20 – Ленточный график выполнения работы Сметная стоимость разработки складывается из следующих статей:материальные затраты (за вычетом возрастных отходов), затраты на оплату труда, амортизация основных фондов, прочие затраты. К материальным затратам относятся материалы, используемые при проектировании базы данных. Перечень материалов, цена, стоимость без учета НДС, приведены в таблице 3.3. Таблица 3.3 – Расчет материальных затрат № п/п Наименование материала Количество (штук) Цена за единицу Итоговая сумма 1 CD-RW-диск 1 65 65 2 Ручка 1 25 25 3 Бумага 2 200 400 4 Картридж 1 350 350 5 Переплет 1 350 350 990 1190 Итого: В затраты на оплату труда включаются любые начисления работникам в денежной форме и (или) натуральной формах, стимулирующие начисления и надбавки, компенсационные начисления, связанные с режимом работы или условиями труда, премии и единовременные поощрительные начисления, расходы, связанные с содержанием этих работников, предусмотренные нормами 53

законодательства Российской Федерации, трудовыми договорами и (или) коллективными договорами. К расходам на оплату труда относится, в частности: - суммы, начисленные по тарифным ставкам, должностным окладам, сдельным расценкам или в процентах от выручки; - начисления стимулирующего характера; - начисления стимулирующего характера, связанные с режимом работы и условиями труда; - стоимость бесплатно предоставляемых работникам коммунальных услуг, питания и продуктов; - суммы платежей работодателей по договорам обязательного и добровольного страхования; - стоимость выдаваемых работникам бесплатно предметов (одежда, обмундирование и т.д.); - сумма начисленного работникам среднего заработка, сохраняемого на время выполнения ими государственных или общественных обязанностей; - расходы на оплату труда, сохраняемую работником на время отпуска, доплата несовершеннолетним за сокращенное рабочее время, оплату времени, связанного с прохождением медицинских осмотров; - денежные компенсации за неиспользованный отпуск; - начисление работникам, высвобождаемым в связи с реорганизацией или ликвидацией организации, сокращением численности или штата работников; - единовременные вознаграждения за выслугу лет; - другие расходы. В данном проекте эта статья складывается из затрат на заработную плату программиста предприятия ООО ТД «Малахов +». Данный сотрудник получает заработную плату, которая на весну 2017 года составляет 20000 рублей. Таким образом, дневная заработная плата программиста–666, 00 руб. Данные по заработной плате приведены в таблице 3.4. Таблица 3.4 – Данные по заработной плате № п/п Наименование этапа 1 Разработка технического Дневная ставка, руб. Количество дней 666 7 54 Сумма 4662

задания 2 Подбор литературы и ее изучение 666 10 6660 3 Проектирование данных 666 21 13986 4 Разработка баз данных 666 29 19314 5 Разработка программы алгоритма 666 7 4662 6 Разработка интерфейса программного продукта 666 45 29970 7 Оформление пояснительной записки 666 28 18648 8 Отладка и внедрение программного продукта 666 7 4662 баз Итого: 102564 К отчислениям на социальные нужды относят обязательные отчисления органами социального страхования, пенсионного фонда, государственного фонда занятости, фонда медицинского страхования и страхования о несчастных случаев. Единый социальный налог (ЕСН) составляет 26% от заработной платы, а О именно: сн = 102564 * 0,26 = 26666, 64 В том числе: - Федеральный бюджет (20%) = 20512,8; - Фонд социального страхования РФ (2,9%) = 2974,356; - Территориальный фонд обязательного медицинского страхования (2,0%) = 2051,28; - Федеральный фонд обязательного медицинского страхования (1,1%) = 1128,204. Процесс перенесения по частям затрат основных фондов на стоимость изготовляемой продукции называется амортизацией. Она осуществляется путем перенесения стоимости взноса основных фондом на затраты по выработке продукции на протяжении всего срока их функционирования и ежемесячного 55

отчисления начисленной суммы в амортизационный фонд. Целью последнего является полное восстановление основных производственных фондов. В данной выпускной квалификационной работе это затраты на амортизацию и эксплуатацию персонального компьютера. Они определяются на основе стоимости одного машинного часа и времени эксплуатации персонального компьютера, учитывая ее реальную стоимость, стоимость одного машинного часа и стоимость электроэнергии. Стоимость одного машинного часа персонального компьютера рассчитывается по формуле: С МЧ где С МВ К МЧ С МВ = К МЧ + Т ЭЛ * М ПОТ , (3.3) - стоимость машинного времени; = 12*24*8 = 2304 – количество машинных часов в году при пятидневной рабочей неделе и восьмичасовом рабочем дне; Т ЭЛ = 3,62 руб. за 1 кВт/ч – тариф за электроэнергию; М ПОТ = 0,3 кВт – потребляемая персональным компьютером мощность. С МВ Ао Стоимость машинного времени = , где Ао - амортизационные отчисления. Амортизационные отчисления рассчитываем по формуле: Ао где На На = 100 * С ПК , (3.4) - норма амортизации персонального компьютера, принятая в соответствии с положением «О единых нормах амортизационных отчислений на полное восстановление основных фондов». Для персонального компьютера амортизация составляет 10% от стоимости; С ПК = балансовая стоимость персонального компьютера (на май 2017 года составляет 25000 рублей). Тогда: Ао С МЧ = = 10∗25000 100 2500 2304 = 2500 руб. + 2,24*0,3 = 1,76 руб. 56

Затраты на машинное время определяются с учетом машинного часа и общего времени использования персонального компьютера: ЗПК = С МЧ * N МЧ , где N мч - количество часов рабочего времени, затраченных на отладку программы. N МЧ Для данной выпускной квалификационной работы определяется с учетом количества дней отладки программы (5 дней) и количества часов работы персонального компьютера в день (6 часов), то есть общее количество времени составило: N МЧ ЗПК = 5 * 6 = 30 часов; = 1,76 * 30 = 52,8 руб. К прочим затратам относят следующие налоги и сборы: - отчисления в специальные внебюджетные фонды, производимые в законодательно установленном порядке; - платежи за предельно допустимые выбросы загрязняющих веществ; - платежи по обязательному страхованию имущества предприятия, отдельных категорий работников; - затраты на гарантийный ремонт и обслуживание; - оплата услуг банков, связи, вычислительных центров; - оплата за аренду объектов основных фондов; - износ по нематериальным активам; - другие затраты, входящие в себестоимость, но не вошедшие в предыдущие элементы затрат. В выпускной квалификационной работе к этой статье относятся накладные расходы. Процент накладных расходов целесообразно принять за 20%. НР = 0,2 * (Зм + ЗПосн + Осн + Зпк) = 0,2 * (930,7 + 666 + 26666, 64 + 52,8) = 0,2 * 2316,14 = 5663,228. Полная смета затрат приведена в таблице 3.5. Таблица 3.5 – Смета затрат Номер статьи Содержание затрат Сумма затрат, руб Процент от общей суммы, % 1 Материальные затраты 1190 0,97 2 Затраты на оплату труда 102564 75,3 57

3 Отчисления на социальные нужды 26666, 64 4 Амортизационные и 52,8 эксплуатационные расходы персонального компьютера 0,08 5 Накладные расходы 5663,228 4,15 136136,668 100 Итого: 19,5 Окончательная стоимость программного продукта складывается из его цены, планируемой прибыли и налога на добавленную стоимость. Ниже приведен расчет проектной цены на разработанный программный продукт: СП N Ц= СТИР + + ПР + НДС, (3.5) С П где - затраты на разработку; N – объем реализации в натуральных показателях; СТИР - затраты на тиражирование; ПР - прибыль от реализации одного экземпляра. Затраты на тиражирование включают: - стоимость экземпляра на CD-дисках – 65 руб.; - стоимость копирования 10% от стоимости диска – 6,5 руб. С Тогда общие затраты на тиражирование составят ТИР - 71,5 руб. При объеме продаж N = 1 штук и норме закладываемой прибыли 30% получится: ПР = 0,3 * ( СП N СТИР + 136136,668 ) = 0,3 * ( 1 + 71,5) = 0,3 * 136208,168 = 40862,45 руб. СП НДС = 0,18 * ( N + СТИР + ПР 136136,668 ) = 0,18 * ( 1 + 71,5 + 3199) = 0,18 * 139407,188 = 25093,29 Ц= СП N + CТИР + ПР + НДС = 136136,668 + 71,5 + 3199 + 25093,29 = 164500,45 58

Цена на разработанную программную продукцию составляет 164500,45 руб. Внедрение автоматизированной системы позволит значительно сократить время, затрачиваемое логистом предприятия на повседневные рутинные операции. Внедрение нового автоматизированного средства позволит сократить число различных ошибок, возникающих в процессе выполнения своих должностных обязанностей логистом Торгового Дома. При оценке эффективности от внедрения данного программного средства трудно говорить о каких-либо экономических показателях. Поскольку, продукт предназначен для внутреннего пользования, а не для продажи. Ожидаемую прибыль трудно вычислить ввиду того, что внедрение программы не влияет на доход организации, а просто упорядочивает деятельность логиста и высвобождает ему время, которое может быть использовано для других целей. ЗАКЛЮЧЕНИЕ В процессе выполнения выпускной квалификационной работы были выявлены и проанализированы требования, предъявляемые к информационной системе. Всесторонне изучив деятельность ООО ТД «Малахов +» г. Белгорода, для реализации информационной системы был выбран следующий ряд программных продуктов: СУБД Firebird, платформа EmbracaderoRADStudio и высокоуровневый язык программирования С++. Исходя из выявленных требований, была создана информационная система поддержки принятия решений в деятельности отдела продаж компании ООО ТД «Малахов +» г. Белгорода. 59

Данный программный продукт разработан непосредственно под особенности функционала предприятия ООО ТД «Малахов +» г. Белгорода. В процессе работы сотрудника организации с данной системой не требуется специальных знаний в области проектирования информационных систем. Реализованный проект охватывает все потоки информации, имеющиеся в данном Торговом Доме, и позволяет автоматизировать работу логиста. Информационная система ускоряет процессы деятельности компании в целом, а также автоматизирует деятельность логиста предприятия в частности. Разработанная информационная система внедрена в практическую деятельность ООО ТД «Малахов +» г. Белгорода, о чем имеется акт о внедрении. СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 1. ГОСТ 34.601-90 Автоматизированные системы. Стадии создания. 2. ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы. 3. ГОСТ 7.1 – 2003 Система стандартов по информации, библиотечному и издательскому делу. Библиографическая запись. Библиографическое описание. Общие требования и правила составления. 4. Агальцов, В. П. Базы данных. Распределенные и удаленные базы данных: Учебник [Текст]/В. П. Агальцов. – Москва: ИД ФОРУМ: НИЦ Инфра, 2013. – 272 с. 5. Аникин, Б. А. Основы логистики и управление поставок[Текст]/Б. А. Аникин. – Москва: Проспект, 2012. – 339 с. 60 цепями

6. Аникин, Б. А. Основные и обеспечивающие функциональные подсистемы логистики: учебник[Текст]/Б. А. Аникина, Т. А. Родкиной. Москва: Проспект, 2014. - 601 с. 7. Афанасенко, И. Д. Экономическая логистика: для магистров и специалистов: учебник для студентов экономических специальностей всех форм обучения [Текст]/ И. Д. Афанасенко. - Санкт-Петербур: Питер, 2013. - 428 с. 8. Алексеенко, В.Б. Основы логистики: учебное пособие[Текст]/В.Б. Алексеенко, И.А. Стрельникова. – Москва: РУДН, 2013. – 118 с. 9. Бабаев, С.С. Управление закупками и продажами[Текст]/С. С. Бабаев. Российская торговля, 2015. – № 5. – 11–13 с. 10. Базы данных [Электронный ресурс]. – Режим доступа: https://ru.wikipedia.org/wiki/База_данных (дата обращения 21.05.2017г). 11. Бауэрсокс, Д. Д. Логистика: интегрированная цепь поставок [Текст]/Д. Д. Бауэрокс, Д. Д. Клосс.– Москва: ЗАО «Олимп-Бизнес, 2014.– 640 с. 12. Васильков, А.В. Информационные системы и их безопасность: Учебное пособие [Текст]/ А.В. Васильков, А.А. Васильков, И.А. Васильков. Москва: Форум, 2013. - 528 c. 13. Возможности и отличия версий Windows7[Электронный ресурс]. – Режим доступа: https://www.windxp.com.ru/win7/winadv.htm (дата обращения 21.05.2017г). 14. Внукова, З. А. Интеллектуальная система логистики [Текст]/З. А. Внукова, А. А. Забелина, А. К. Кичигина, И. В. Свиридова. –Саратов: Электронное научно-практическое периодическое издание «Экономика и социум» Институт управления и социально-экономического развития, 2016. – 125 с. 15. Гаджинский, А. М. Логистика: учебник для высших учебных заведений по направлению подготовки «Экономика»[Текст]/А. М. Гаджинский. – Москва: Дашков и К, 2013. – 420 с. 16. Галанов, В.А. Логистика: учебник для студентов[Текст]/Галанов В.А. – Москва: Инфра-М, 2013. – 272 с. 61

17. Герасимов, Б.И. Основы логистики: учебное пособие[Текст]/Б. И. Герасимов, В. В. Жириков, В. Д. Жариков. – Москва: Форум, 2013. – 304 с. 18. Гордон, М.П., Логистика товародвижения: учебник[Текст]/М.П. Гордон, С.Б. Карнаухов. – Москва: Центр экономики и маркетинга, 2015. – 376 с. 19. Гукова, А.В. Управление предприятием: финансовые и инвестиционные решения: Курс лекций для бакалавров: Учебное пособие [Текст]/ А.В. Гукова, И.Д. Аникина, Р.С. Беков. - Москва: ФиС, ИНФРА, 2012. 184 c. 20. Дыбская, В. В. Логистика: интеграция и оптимизация логистических бизнес-процессов в целях поставок[Текст]/В. В. Дыбская. – Москва: Эксмо, 2014. – 939 с. 21.Дитрих, М. Складская логистика. Новые пути системного планирования [Текст]/М. Дитрих.– Москва: Новые технологии, 2013. – 280 с. 22. Ерошенко, Я. Б. Реинжиниринг бизнес-процессов на примере ООО ТД «Малахов +» [Текст]/Я. Б. Ерошенко, И. В. Свиридова, А. К. Кичигина, К. К. Игрунов. –Томск: Научно-практическое электронное издание «Аллея Науки», 2017. – 124 с. 23. Зайцева, Н. О. Разработка информационной подсистемы логистики [Текст]/Н. О. Зайцева, И. В. Свиридова, А. А. Лебединская, А. К. Кичигина. – Саратов: Электронное научно-практическое периодическое издание «Экономика и социум» Институт управления и социально-экономического развития, 2016. – 125 с. 24. Знакомство с СУБД Firebird[Электронный ресурс]. – Режим доступа: http://www.nestor.minsk.by/kg/2004/13/kg41312.html (дата обращения 21.05.2017г). 25. Ивуть, Р. Б. Транспортная логистика: учебно-методическое пособие: [Текст]/Р. Б. Ивуть, Т. Р. Кисель. – Минск: БНТУ, 2012. – 377 с. 26. Игрунова, С. В. Реинжиниринг бизнес-процессов АРМ логиста на примере ООО Торговый Дом «Малахов +» [Текст]/С. В. Игрунова, Е. В. Нестерова, И. В. Свиридова, А. К. Кичигина, Н. Е. Мандрыкина, М. А. Лифинцев. – Саратов: Электронное научно-практическое периодическое 62

издание «Экономика и социум» Институт экономического развития, 2016. – 125 с. 27. Курочкин, Д. В. Логистика: управления и [транспортная, социальнозакупочная, производственная, распределительная, складирования, информационная]: курс лекций[Текст]/Д. В. Курочкин. – Минск: ФУАинформ, 2012. – 268с. 28. Курочкин, Д. В. Логистика и управление цепями поставок: практическое пособие[Текст]/Д. В. Курочкин. – Минск: Альфа-книга, 2016. – 783 с. 29. Коноплева, В. В. Приемка товаров по количеству и качеству: пособие[Текст]/В. В. Коноплева. – Минск: Бизнес-Инфо, 2014. – 86 с. 30. Кравченко, Л.И. Анализ хозяйственной деятельности в торговле: учебник[Текст]/Л.И. Кравченко. – Москва: новое знание, 2014. – 544 с. 31.Курганов В.М. Логистика. Транспорт и склад в цепи поставок товаров. Учебно-практическое пособие[Текст]/В.М. Курганов. – Москва: Книжный мир, 2013. – 432 с. 32. Кичигина, А. К. Интеллектуальная система поддержки принятия решений (на примере оптовых продаж ООО ТД «Малахов +») [Текст]/А. К. Кичигина, А. А. Лебединская, В. Н. Шопски, И. В. Свиридова, З. А. Внукова. – Москва: IX Международная студенческая электронная научная конференция «Студенческий научный форум», 2016. 33. Линерс, М. Управление закупками и поставками: учебник для высших учебных заведений[Текст]/Майкл Линдерс. – Москва: ЮНИТИ, 2014. – 723 с. 34. Маргунова, В. И. Логистика: учебное пособие для студентов учреждений высшего образования по экономическим специальностям[Текст]/В. И. Маргунова. – Минск: Вышэйшая школа, 2013. – 507 с. 35. Мате, Э. Логистика[Текст]/ Э. Мате, Д. Тиксье. – Санкт-Петербург: Нева, 2014. – 128 с. 36. Николайчук, В.Е. Транспортно-складская логистика: Учебное пособие[Текст]/В. Е. Николайчук. – Москва: Издательско-торговая корпорация «Дашков и Ко», 2014. – 452 с. 37. ООО ТД «Малахов +» [Электронный ресурс]. – Режим доступа: http://td-malahov.ru (дата обращения 20.05.2017г). 63

38. Прата, Стивен Язык программирования C++. Лекции и упражнения[Текст]/Стивен Прата. - Москва: Вильямс, 2015. - 445 c. 39. Полещук, И.И. Логистика: учебное пособие для вузов[Текст ]/И. И. Полещук. – Минск: БГЭУ, 2015. – 431 с. 40. Самоучитель по языку SQL (SQLDML) [Электронный ресурс]. – Режим доступа: http://www.sql-ex.ru/help (дата обращения 21.05.2017г). 41. Степанов, В.И. Логистика: учебник[Текст]/В.И. Степанов. – Москва: Проспект, 2013. – 488 с. 42. Свиридова, И. В. Интеллектуализация системы транспортной логистики [Текст]/И. В. Свиридова, З. А. Внукова, Я. Б. Ерошенко, С. В. Игрунова. – Москва: Вопросы точных и технических наук Сборник научных трудов по материалам международной научной конференции, 2016. – 169 с. 43. Свиридова, И. В. Разработка интеллектуальной системы поддержки процесса транспортной логистики [Текст]/ И. В.Свиридова, О. П. Пусная, Т. В. Зайцева, С. В. Игрунова, Е. В. Нестерова, А. Р. Шевчук. – Белгород: Научные ведомости Белгородского государственного университета, 2017. – 203 с. 44. Свиридова, И. В. Автоматизация рабочего места логиста на примере ООО ТД «Малахов +»[Текст]/И. В. Свиридова. – Белгород: Естественнонаучные, инженерные и экономические исследования в технике, промышленности, медицине и сельском хозяйстве. Материалы I Молодежной научно-практической конференции с международным участием, 2017. – 135 с. 45. Свиридова, И.В О разработке интеллектуальной системы поддержки принятия решений на примере транспортной логистики [Текст]/ И. В. Свиридова, А. А. Бабенко, А. А. Петрова.– Саратов: Электронное научнопрактическое периодическое издание «Экономика и социум» Институт управления и социально-экономического развития, 2016. – 125 с. 46. Свободная СУБД Firebird[Электронный ресурс]. – Режим доступа: http://bourabai.ru/dbt/servers/firebird.htm (дата обращения 21.05.2017г). 47. Швецов, В. И. Базы данных. Учебное пособие[Текст]/В. И. Швецов, А. Н. Визгунов, И. Б. Мееров. – Нижний Новгород: Издательство ННГУ, 2016. – 218 с. 64

48. Щербаков, В. В. Логистика и управление цепями поставок: учебник[Текст]/В. В. Щербаков. – Москва: Юрайт, 2015. – 581 с. 49. Умная логистика [Электронный ресурс]. – Режим доступа: https://b2blogist.com (дата обращения 28.05.2017г). 50. Установка программы IBExpertна разные операционные системы [Электронный ресурс]. – Режим доступа: http://mik- demidov.blogspot.ru/2015/10/ibexpert.html (дата обращения 21.05.2017г). 51. 1С:Логистика [Электронный ресурс]. – Режим доступа: http://solutions.1c.ru/catalog/tms/features(дата обращения 28.05.2017г). 52. 1С: Форес [Электронный ресурс]. – Режим http://www.fores1c.ru/1s-programmy/1s-fores-sbornye-gruzy/ (дата 28.05.2017г). 53. CargoCRM Режим [Электронный ресурс]. – доступа: обращения доступа: http://cargocrm.com (дата обращения 28.05.2017г). 54. EmbracaderoRADStudio [Электронный ресурс]. – Режим доступа: https://www.embarcadero.com/ru/products/rad-studio (дата обращения 21.05.2017г). 55. EmbracaderoRADStudioXE. Информационные технологии, средства разработки приложений[Электронный ресурс]. – Режим http://www.tadviser.ru/index.php/Продукт:Embarcadero_RAD_Studio_XE обращения 21.05.2017г). 56.Windows7 – отличия версий, различия версий доступа: (дата Windows 7[Электронный ресурс]. – Режим доступа: https://petrenco.com/windows.php? txt=108 (дата обращения 21.05.2017г). 65

ПРИЛОЖЕНИЯ 66

Приложение Б Название колонки Код покупателя (ID) Название фирмы Город Улица Дом ИНН ОГРН КПП Телефон Таблица 1.1 - Типы данных атрибутов сущности Покупатель Тип данных Что содержит Smallint Индивидуальный код покупателя TEXT (30) Название фирмы-покупателя TEXT (30) Город, в котором находится фирма-покупатель TEXT (30) Улица, на которой находится фирма покупатель Integer Дом, в котором находится фирма-покупатель Integer ИНН фирмы-покупателя Integer ОГРН фирмы-покупателя Integer КПП фирмы-покупателя Integer Телефон фирмы-покупателя Таблица 1.2 - Типы данных атрибутов сущности Договор купли-продажи Название колонки Тип данных Что содержит Код договор купли продажи Smallint (ID) Номер акта Integer Покупатель TEXT (30) Дата заключения Индивидуальный код договора куплипродажи Номер акта договора купли-продажи Фирма-покупатель Дата заключения договора купли – продажи DATE Название колонки Таблица 1.3 - Типы данных атрибутов сущности Продажи Тип данных Что содержит Код продажи (ID) Smallint Индивидуальный код продажи Товар Цена продажи Количество Товар отгружен TEXT (30) Integer Integer TEXT (30) Артикул товара продажи Цена продажи товара Количество товара для продажи Статус проданного товара Таблица 1.4 - Типы данных атрибутов сущности Гараж Что содержит Название колонки Тип данных Код гаража (ID) Smallint Индивидуальный код гаража Город TEXT (30) Город, в котором находится гараж Улица TEXT (30) Улица, на которой находится гараж Название колонки Таблица 1.5 - Типы данных атрибутов сущности Машина Тип данных Что содержит Код машины (ID) Название Smallint TEXT (30) Индивидуальный код машины Полное название транспортного средства 67

Тип Наличие холодильника Максимальный объем Расстояние TEXT (30) TEXT (30) Тип транспортного средства Наличие/отсутствие холодильника в транспортном средстве Максимально перевозимый объем транспортного средства Максимальное расстояние перевозки товара транспортным средством TEXT (30) TEXT (30) Название колонки Таблица 1.6 - Типы данных атрибутов сущности Путевой лист Тип данных Что содержит Код путевой лист (ID) Водитель Smallint TEXT (30) Название колонки Таблица 1.7 - Типы данных атрибутов сущности Сотрудник Тип данных Что содержит Код сотрудник (ID) Фамилия Имя Отчество Дата рождения Телефон Стаж работы Smallint TEXT (30) TEXT (30) TEXT (30) DATE Integer TEXT (30) Название колонки Таблица 1.8 - Типы данных атрибутов сущности Товар Тип данных Что содержит Код товар (ID) Характеристика товара Количество на складе Smallint TEXT (30) TEXT (30) Индивидуальный код путевого листа Водитель транспортного средства Индивидуальный код сотрудника Фамилия сотрудника Имя сотрудника Отчество сотрудника Дата рождения сотрудника Телефон сотрудника Стаж работы сотрудника Индивидуальный код товара Особенности товара Количество товара на складе преприятия Таблица 1.9 - Типы данных атрибутов сущности Характеристика товара Название колонки Тип данных Что содержит Код характеристика товара Индивидуальный код характеристики Smallint (ID) товара Наименование TEXT (30) Полное название товара Вес TEXT (30) Вес товара Дата изготовления DATE Дата изготовления товара Срок годности DATE Срок годности товара Таблица 1.10 - Типы данных атрибутов сущности Подкатегория товара Название колонки Тип данных Что содержит Код подкатегория товара Индивидуальный код подкатегории Smallint (ID) товара Название подкатегории TEXT (30) Полное название подкатегории товара Название колонки Таблица 1.11 - Типы данных атрибутов сущности Категория товара Тип данных Что содержит 68

Код категория товара (ID) Название категории Smallint TEXT (30) Название колонки Таблица 1.12 - Типы данных атрибутов сущности Склад Тип данных Что содержит Код склад (ID) Город Улица Индивидуальный код категории товара Полное название категории товара Smallint TEXT (30) Индивидуальный код склада Город, в котором находится предприятия Улица, на которой находится предприятия TEXT (30) Приложение В 69 склад склад

Рисунок 3.1 – Поиск в таблице «Товары на складе» Рисунок 3.2 - Модуль «Поставка товара» Рисунок 3.3 - Процесс удаления записи 70

Рисунок 3.4 - Поиск товара по артикулу Рисунок 3.5 - Модуль «Закупка товара» 71

Рисунок 3.6 - Фильтрация закупочного договора по дате Рисунок 3.7 - Редактирование данных доставки товара на склад 72

Рисунок 3.8 – Таблица «Водители» Рисунок 3.9 – Таблица «Путевой лист» Рисунок 3.10 – Выбор всех критериев поиска машины 73

Рисунок 3.11 – Добавление данных в таблицу «Товары» Рисунок 3.12 – Подтверждение удаления 74

Приложение Г 75

СОДЕРЖАНИЕ 76

Введение 93 1. Общие сведения 95 1.1 Наименование системы 95 1.2 Основания для выполнения работ 95 1.3 Наименование организаций – Заказчика и Разработчика 95 1.4 Плановые сроки начала и окончания работы 95 1.5 Источники и порядок финансирования 95 1.6 Порядок оформления и предъявления заказчику результатов работ 95 2. Назначение и цели создания системы 96 2.1 Назначение системы 96 2.2 Цели создания системы 96 3. Характеристика объектов автоматизации 96 4. Требования к системеРазработчика 98 4.1. Требования к системе в целом 98 4.1.1. Требования к структуре и функционированию системы 98 4.1.1.1.Перечень подсистем, их назначение и основные характеристики 98 4.1.1.2.Требования к способам и средствам связи для информационного обмена между компонентами системы 98 4.1.1.3.Требования к режимам функционирования системы 98 4.1.1.4.Требования по диагностированию системы 99 4.1.2. Требования к численности и квалификации персонала системы и режиму его работы 99 4.1.2.1 Требования к численности персонала 99 4.1.2.2 Требования к квалификации персонала 99 4.1.2.3 Требования к режимам работы персонала 99 4.1.3. Показатели назначения 100 4.1.4. Требования к надежности 100 4.1.5. Требования к эргономике и технической эстетике 100 4.1.6 Требования к эксплуатации, техническому обслуживанию, ремонту и их хранению компонентов системы 101 4.1.7 Требования к защите информации от несанкционированного доступа 102 4.1.7.1. Требования к информационной безопасности 102 4.1.7.2. Требования к антивирусной защите 102 4.1.8.Требования по сохранности информации при авариях 103 4.1.9. Требования к защите от влияния внешних воздействий 103 4.1.10. Требования по стандартизации и унификации 103 4.1.11. Дополнительные требования 104 4.2 Требования к функциям (задачам), выполняемым системой 104 4.2.1. Подсистема ведения базы данных договоров с клиентами 104 4.2.1.1 Подсистема ведения базы данных договоров с клиентами 104 4.2.1.2 Временной регламент реализации каждой функции, задачи 104 4.2.1.3 Требования к качеству реализации функций, задач 104 4.2.1.4 Перечень критериев отказа для каждой функции 104 4.2.2. Подсистема ведения базы данных продаж 104 77

4.2.3. Подсистема ведения базы данных запасов на складе 104 4.2.4. Подсистема ведения базы закупок 104 4.3. Требования к видам обеспечения 105 4.3.1 Требования к математическому обеспечению 105 4.3.2. Требования к информационному обеспечению 105 4.3.2.1. Требования к составу, структуре и способам организации данных в системе 105 4.3.2.2. Требования к информационному обмену между компонентами системы 105 4.3.2.3. Требования к информационной совместимости со смежными системами 105 4.3.2.4. Требования по использованию классификаторов, унифицированных документов и классификаторов 105 4.3.2.5. Требования по применению систем управления базами данных 105 4.3.2.6. Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных 106 4.3.2.7. Требования к защите данных от разрушений при авариях и сбоях в электропитании системы 106 4.3.2.8. Требования к контролю, хранению, обновлению и восстановлению данных 106 4.3.2.9. Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами системы 107 4.3.3. Требования к лингвистическому обеспечению 107 4.3.4. Требования к программному обеспечению 107 4.3.5. Требования к техническому обеспечению108 4.3.6. Требования к метрологическому обеспечению 108 4.3.7. Требования к организационному обеспечению 108 4.3.8. Требования к методическому обеспечению 108 4.3.9. Требования к патентной чистоте 108 5. Состав и содержание работ по созданию системы 109 6. Порядок контроля и приёмки системы 109 6.1. Виды и объем испытаний системы 109 6.2. Требования к приемке работ по стадиям 109 7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие 110 8. Требования к документированию 110 9. Источники разработки 111 Введение 78

В настоящем документе описано техническое задание на разработку информационной системы для предприятия ООО ТД «Малахов +». В соответствии с ГОСТ 34.602-89 техническое задание включает в себя следующие разделы: 1. Общие сведения. 2. Назначение и цели создания системы. 3. Характеристика объектов автоматизации. 4. Требования к системе. 5. Состав и содержание работ по созданию системы. 6. Порядок контроля и приемки системы. 7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие. 8. Требования к документированию. 9. Источники разработки. Содержание разделов в соответствии с ГОСТ 34.602-89 приведено ниже в таблице 1.1. Таблица 1.1 – Содержание разделов Состав и содержание технического задания (ГОСТ 34.602 – 89) 1 Общие сведения - полное наименование системы и ее условное обозначение; - шифр темы или шифр (номер) договора; - ФИО разработчиков и наименование организации заказчика системы; - плановые сроки начала и окончания работ; - сведения об источниках и порядке финансирования работ; - порядок оформления и предъявления заказчику результатов работ по созданию системы, ее частей и отдельных средств. 2 Назначение и цели - вид автоматизируемой деятельности; создания системы - перечень объектов, на которых предполагается использование системы; - наименование и требуемые значения технических, технологических, производственно-экономических и др. показателей объекта, которые должны быть достигнуты при внедрении АС 3 Характеристика - краткие сведения об объекте автоматизации; объектов - сведения об условиях эксплуатации и характеристиках автоматизации окружающей среды 4 Требования к Требования к системе в целом: системе - требования к структуре и функционированию системы (перечень подсистем, уровни иерархии, степень централизации, способы информационного обмена, режимы функционирования, взаимодействие со смежными системами, перспективы развития системы); - требования к персоналу (численность пользователей, квалификация, режим работы, порядок подготовки); - показатели назначения (степень приспособляемости 79

5 Состав и содержание работ по созданию системы 6 Порядок контроля и приемки системы 7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие системы к изменениям процессов управления и значений параметров); - требования к надежности, безопасности, эргономике, транспортабельности, эксплуатации, техническому обслуживанию и ремонту, защите и сохранности информации, защите от внешних воздействий, к патентной чистоте, по стандартизации и унификации; - требования к функциям (по подсистемам): перечень подлежащих автоматизации задач; - временной регламент реализации каждой функции; - требования к качеству реализации каждой функции, к форме представления выходной информации, характеристики точности, достоверности выдачи результатов; - перечень и критерии отказов Требования к видам обеспечения: - математическому (состав и область применения мат. моделей и методов, типовых и разрабатываемых алгоритмов); - информационному (состав, структура и организация данных, обмен данными между компонентами системы, информационная совместимость со смежными системами, используемые классификаторы, СУБД, контроль данных и ведение информационных массивов, процедуры придания юридической силы выходным документам); - лингвистическому (языки программирования, языки взаимодействия пользователей с системой, системы кодирования, языки ввода-вывода); - программному (независимость программных средств от платформы, качество программных средств и способы его контроля, использование фондов алгоритмов и программ); - техническому; - метрологическому; - организационному (структура и функции эксплуатирующих подразделений, защита от ошибочных действий персонала); методическому (состав нормативнотехнической документации) - перечень стадий и этапов работ; - сроки исполнения; - состав организаций — исполнителей работ; - вид и порядок экспертизы технической документации; - программа обеспечения надежности; - программа метрологического обеспечения - виды, состав, объем и методы испытаний системы; - общие требования к приемке работ по стадиям; - статус приемной комиссии - преобразование входной информации к машиночитаемому виду; - изменения в объекте автоматизации; - сроки и порядок комплектования и обучения персонала 80

8 9 Требования к - перечень подлежащих разработке документов; документированию - перечень документов на машинных носителях Источники документы и информационные материалы, на основании разработки которых разрабатывается ТЗ и система 1. Общие сведения 1.1 Наименование системы Полное наименование: Автоматизированная система «Торговый Дом «Малахов +». Краткое наименование: ТД «Малахов +». 1.2 Основания для выполнения работ Работы выполняется на основании договора №1254 от 16.01.2017 года между ООО ТД «Малахов +» и Свиридовой И. В. 1.3 Наименование организаций – Заказчика и Разработчика Заказчик: ООО ТД «Малахов +» Адрес фактический: г. Белгород, 5-ый Заводской переулок, строение 30 Телефон/Факс: +7 (4722) 34-12-65 Разработчик: студентка 4 курса очного отделения группы 07001304, Свиридова Ирина Вячеславовна Адрес фактический: г. Белгород, ул. Победы, д.71, кв.49. Телефон/Факс: +79192206056 1.4 Плановые сроки начала и окончания работы Начало работ – 16.01.2017г Окончание работ – 21.08.2017г 1.5 Источники и порядок финансирования Финансирование осуществляется в соответствии с договором №1254 от 16.01.2017 года 1.6 Порядок оформления и предъявления заказчику результатов работ Работы по созданию АС «ТД «Малахов +» сдаются Разработчиком поэтапно в соответствии с календарным планом Проекта. По окончании каждого из этапов работ Разработчик сдает Заказчику соответствующие отчетные документы этапа, состав которых определены Договором. 2. Назначение и цели создания системы 2.1 Назначение системы Основным назначением АС «ТД «Малахов +» является автоматизация рутинной работы логистов и документооборота в бизнес-процессах Заказчика. В рамках проекта автоматизируется деятельность предприятия в следующих бизнес процессах: 81

1. Ведение базы договоров с клиентами ООО ТД «Малахов +». 2. Ведение базы договоров с поставщиками ООО ТД «Малахов +». 3. Ведение базы товаров, продаваемых ООО ТД «Малахов +». 4. Ведение базы товаров, закупаемых ООО ТД «Малахов +». 5. Ведение учета машин, находящихся в ООО ТД «Малахов +». 6. Составление итоговых отчетов о деятельности компании. 7. Контроль запасов на складе предприятия. 2.2 Цели создания системы АС «ТД «Малахов +» создается с целью: - повышения качества выполняемых основных бизнес-процессов компании; - сокращения времени на выполнение основных бизнес-процессов; - автоматизации документооборота предприятия. 3. Характеристика объектов автоматизации ООО ТД «Малахов +» производит поиск клиентов, анализирует предложения поставщиков на рынке логистических услуг и формирует портфель договоров с поставщиками и клиентами. В соответствии с договором ООО ТД «Малахов +» закупает товар у поставщиков со скидкой и перепродает его юридическим и физическим лицам. При закупке и продаже товара обговариваются следующие позиции: название товара, количество товара, дата производства, срок годности, закупочная цена, плановое количество в партии. Предложения от поставщиков ООО ТД «Малахов +» размещает на своем сайте, принимает заявки от клиентов на покупку товара, оформляет лист бронирования, запрашивает подтверждение заявки у клиента, получает от клиента аванс, оформляет документацию (договор, бланк заказа, путевой лист), и отправляет клиенту товар. Основные бизнес-процессы, подлежащие автоматизации приведены в таблице 1.2. Таблица 1.2 – Основные бизнес-процессы Структурное подразделение Наименование процесса Возможность автоматизации Финансовоэкономический отдел Ведение сметы Возможна доходов и расходов предприятия Не будет автоматизирован Отдел бухгалтерии Ведение учета все Возможна финансовой Не 82 Решение автоматизации ходе проекта об в будет

деятельности организации автоматизирован HR-отдел Прием на работы Возможна сотрудников, работа с трудовыми книжками Не будет автоматизирован Отдел продаж Ведение базы Возможна данных клиентов Будет автоматизирован Отдел закупок Ведение базы Возможна данных поставщиков Будет автоматизирован Отдел маркетинга Исследование российского рынка Возможна Не будет автоматизирован Складской отдел Хранение товаров в Возможна специализированны х помещениях Не будет автоматизирован Отдел доставки Транспортировка товара к клиенту Не будет автоматизирован Возможна 4. Требования к системе 4.1. Требования к системе в целом 4.1.1. Требования к структуре и функционированию системы 4.1.1.1.Перечень подсистем, их назначение и основные характеристики Система должна иметь трехуровневую архитектуру (клиентская станция – сервер приложений – сервер базы данных). В Системе предлагается выделить следующие функциональные подсистемы: - ведение базы договоров с клиентами ООО ТД «Малахов +»; - ведение базы договоров с поставщиками ООО ТД «Малахов +»; - ведение базы товаров, продаваемых ООО ТД «Малахов +»; - ведение базы товаров, закупаемых ООО ТД «Малахов +»; - ведение учета машин, находящихся в ООО ТД «Малахов +»; - составление итоговых отчетов о деятельности компании; - контроль запасов на складе предприятия. 4.1.1.2.Требования к способам и средствам связи информационного обмена между компонентами системы Требования не предъявляются. 4.1.1.3.Требования к режимам функционирования системы 83 для

Для АС «Торговый Дом «Малахов +» определен следующий режим функционирования: - основной режим, в котором подсистемы выполняют все свои основные функции. В основном режиме функционирования системы: - клиентское программное обеспечение и технические средства обеспечивают возможность функционирования в течение рабочего дня – 9 часов в день, 5 дней в неделю; - серверное программное обеспечение и технические средства серверов обеспечивают возможность круглосуточного функционирования с перерывами на обслуживание; - исправно функционирует системное, базовое и прикладное программное обеспечение системы. Для обеспечения основного режима функционирования системы необходимо выполнять требования и выдерживать условия эксплуатации программного обеспечения и комплекса технических средств системы, указанные в соответствующих документах (техническая документация, инструкции по эксплуатации и т.д.). 4.1.1.4.Требования по диагностированию системы Требования не предъявляются. 4.1.2. Требования к численности и квалификации персонала системы и режиму его работы 4.1.2.1 Требования к численности персонала Численность и квалификация персонала системы должна определяться с учетом требования минимизации затрат на персонал. В состав персонала, необходимого для обеспечения эксплуатации АС «Торговый Дом «Малахов +» в рамках соответствующих подразделений Заказчика, необходимо выделение следующих ответственных лиц: - системный администратор АС «Торговый Дом «Малахов +» – 1 человек; - программист АС «Торговый Дом «Малахов +» – 1 человек. 4.1.2.2. Требования к квалификации персонала К квалификации персонала, эксплуатирующего АС «Торговый Дом «Малахов +», предъявляются следующие требования: 84

- конечный пользователь - знание соответствующей предметной области, знания и навыки работы с Win-приложениями; - системный администратор - знание методологии проектирования баз данных, знание СУБД, знание языка запросов SQL. 4.1.2.3 Требования к режимам работы персонала Система реализуется на персональных компьютерах, поэтому требования к организации труда и режима отдыха при работе с системой должны устанавливаться с учетом этого типа вычислительной техники. 4.1.3. Показатели назначения Система должна обеспечивать возможность исторического хранения данных с глубиной не менее 10 лет. Система должна обеспечивать возможность одновременной работы 10 пользователей. Время отклика системы для операций навигации по экранным формам системы не должно превышать 5 секунд, для операций формирования справок и выписок – не более 10 секунд. Время формирования аналитических отчетов сложностью и может занимать продолжительное время. 4.1.4. Требования к надежности Система должна сохранять работоспособность определяется и их обеспечивать восстановление своих функций при возникновении следующих внештатных ситуаций: - при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление программы должно происходить после перезапуска ОС и запуска исполняемого файла системы; - при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС; - при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС. Для защиты аппаратуры от бросков напряжения и коммутационных помех должны применяться сетевые фильтры. 4.1.5. Требования к эргономике и технической эстетике В части внешнего оформления: - интерфейсы подсистем должен быть типизированы; 85

- должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя. В части диалога с пользователем: - для наиболее частых операций должны быть предусмотрены «горячие» клавиши; - при возникновении ошибок в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке. 4.1.6 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы Условия эксплуатации, а также виды и периодичность обслуживания технических средств Системы должны соответствовать требованиям по эксплуатации, техническому обслуживанию, ремонту и хранению, изложенным в документации завода-изготовителя (производителя) на них. Технические средства Системы и персонал должны размещаться в существующих помещениях Заказчика, которые по климатическим условиям должны соответствовать ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды» (температура окружающего воздуха от 5 до 40 °С, относительная влажность от 40 до 80 % при Т=25 °С, атмосферное давление от 630 до 800 мм ртутного столба). Размещение технических средств и организация автоматизированных рабочих мест должны быть выполнены в соответствии с требованиями ГОСТ 21958-76 «Система "Человек-машина". Для электропитания технических средств должна быть предусмотрена трехфазная четырех-проводная сеть с глухо заземленной нейтралью 380/220 В (+10-15)% частотой 50 Гц (+1-1) Гц. Каждое техническое средство записывается однофазным напряжением 220 В частотой 50 Гц через сетевые розетки с заземляющим контактом. Для обеспечения выполнения требований по надежности должен быть создан комплект запасных изделий и приборов (ЗИП). 86

Состав, место и условия хранения ЗИП определяются на этапе технического проектирования. 4.1.7 Требования к защите информации от несанкционированного доступа 4.1.7.1. Требования к информационной безопасности Обеспечение информационной безопасности Системы должно удовлетворять следующим требованиям: - защита Системы должна обеспечиваться комплексом программнотехнических средств и поддерживающих их организационных мер; - защита Системы должна обеспечиваться на всех технологических этапах обработки информации и во всех режимах функционирования, в том числе при проведении ремонтных и регламентных работ; - программно-технические средства защиты не должны существенно ухудшать основные функциональные характеристики Системы (надежность, быстродействие, возможность изменения конфигурации); - разграничение прав доступа пользователей и администраторов Системы должно строиться по принципу "что не разрешено, то запрещено". 4.1.7.2. Требования к антивирусной защите Средства антивирусной защиты должны быть установлены на всех рабочих местах пользователей и администраторов Системы. Средства антивирусной защиты рабочих местах пользователей и администраторов должны обеспечивать: - централизованное управление сканированием, удалением вирусов и протоколированием вирусной активности на рабочих местах пользователей; - централизованную автоматическую инсталляцию клиентского ПО на рабочих местах пользователей и администраторов; - централизованное автоматическое обновление вирусных сигнатур на рабочих местах пользователей и администраторов; - ведение журналов вирусной активности; - администрирование всех антивирусных продуктов. 4.1.8.Требования по сохранности информации при авариях В системе должно быть обеспечено резервное копирование данных. 4.1.9. Требования к защите от влияния внешних воздействий Применительно к программно-аппаратному окружению Системы предъявляются следующие требования к защите от влияния внешних воздействий: 87

- электромагнитное излучение радиодиапазона, возникающее при работе электробытовых приборов, электрических машин и установок, приёмопе-15 редающих устройств, эксплуатируемых на месте размещения АПК Системы, не должны приводить к нарушениям работоспособности подсистем. - система должна иметь возможность функционирования при колебаниях напряжения электропитания в пределах от 155 до 265 В (220 ± 20 % - 30 %); - система должна иметь возможность функционирования в диапазоне допустимых температур окружающей среды, установленных изготовителем аппаратных средств; - система должна иметь возможность функционирования в диапазоне допустимых значений влажности окружающей среды, установленных изготовителем аппаратных средств; - система должна иметь возможность функционирования в диапазоне допустимых значений вибраций, установленных изготовителем аппаратных средств. 4.1.10. Требования по стандартизации и унификации Разработка системы должна осуществляться с использованием стандартных методологий функционального моделирования: IDEF0, DFD и информационного моделирования IE и IDEF1Х в рамках рекомендаций по стандартизации Р50.1.028-2001 «Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования». Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования ERWin 4.х и BPWin 4.х. Для работы с БД должен использоваться язык запросов SQL в рамках стандарта WIN-1251. В системе должны использоваться (при необходимости) общероссийские классификаторы и единые классификаторы и словари для различных видов алфавитно-цифровой и текстовой информации. 4.1.11. Дополнительные требования Требования не предъявляются. 4.2 Требования к функциям (задачам), выполняемым системой 4.2.1. Подсистема ведения базы данных договоров с клиентами Подсистема должна состоять из следующих модулей: - ввод и редактирование данных о клиенте; - ввод и редактирование данных о товарах; 88

- оформление договоров с клиентами; - формирование отчетов. 4.2.1.2 Временной регламент реализации каждой функции, задачи Временной регламент реализации каждой функции, задачи не предусмотрен. 4.2.1.3 Требования к качеству реализации функций, задач. Требования к качеству реализации функций, задач не предусмотрен. 4.2.1.4 Перечень критериев отказа для каждой функции Перечень критериев отказа для каждой функции не предусмотрен. 4.2.2. Подсистема ведения базы данных продаж Подсистема должна состоять из следующих модулей: -ввод, удаление и редактирование данных о путевом листе; -ввод, удаление и редактирование данных о водителях; -ввод, удаление и редактирование данных о машинах. 4.2.3. Подсистема ведения базы данных запасов на складе Подсистема должна состоять из следующих модулей: - ввод, удаление и редактирование данных об артикле; - ввод, удаление и редактирование данных о дате производства; - ввод, удаление и редактирование данных о закупочной цене; - ввод, удаление и редактирование данных о подкатегории товара. 4.2.4. Подсистема ведения базы закупок Подсистема должна состоять из следующих модулей: - ввод, удаление и редактирование данных о поставщике; - оформление договора с поставщиком; - оформление закупки. 4.3. Требования к видам обеспечения 4.3.1 Требования к математическому обеспечению Требования не предъявляются. 4.3.2. Требования к информационному обеспечению 4.3.2.1. Требования к составу, структуре и способам организации данных в системе Модель данных Системы физически должна быть реализована в реляционной СУБД. 4.3.2.2. Требования к информационному обмену между компонентами системы Требования не предъявляются. 4.3.2.3. Требования к информационной совместимости со смежными системами Требования не предъявляются. 4.3.2.4. Требования по использованию унифицированных документов и классификаторов 89 классификаторов,

Основные классификаторы и справочники в системе должны быть едиными. 4.3.2.5. Требования по применению систем управления базами данных Для реализации хранения данных должна использоваться СУБД Firebird, утилита IBExpert. 4.3.2.6. Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных Процесс сбора, обработки и передачи данных в системе определяется регламентом процессов сбора, преобразования и загрузки данных, разрабатываемом на этапе «Проектирование. Разработка эскизного проекта. Разработка технического проекта». 4.3.2.7. Требования к защите данных от разрушений при авариях и сбоях в электропитании системы Информация в базе данных системы должна сохраняться при возникновении аварийных ситуаций, связанных со сбоями электропитания. Система должна иметь бесперебойное электропитание, обеспечивающее её нормальное функционирование в течение 15 минут в случае отсутствия внешнего энергоснабжения, и 5 минут дополнительно для корректного завершения всех процессов. Резервное копирование данных должно осуществляться на регулярной основе, в объёмах, достаточных для восстановления информации в подсистеме хранения данных. 4.3.2.8. Требования к контролю, хранению, обновлению и восстановлению данных К контролю данных предъявляются следующие требования: - система должна протоколировать все события, связанные с изменением своего информационного наполнения, и иметь возможность в случае сбоя в работе восстанавливать свое состояние, используя ранее запротоколированные изменения данных. К хранению и восстановлению данных предъявляются следующие требования: - хранение исторических данных в системе должно производиться не более чем за 5 (пять) предыдущих лет. По истечению данного срока данные должны переходить в архив; 90

- исторические данные, превышающие пятилетний порог, должны храниться на ленточном массиве с возможностью их восстановления; - для сервера базы данных необходимо обеспечить резервное копирование его бинарных файлов раз в 2 недели и хранение копии на протяжении 2-х месяцев. 4.3.2.9. Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами системы Требования не предъявляются. 4.3.3. Требования к лингвистическому обеспечению При реализации системы должен применяться высокоуровневый язык программирования С++. Должны выполняться следующие требования к кодированию и декодированию данных: - Windows CP1251 для подсистемы хранения данных; - Windows CP1251 информации, поступающей из систем-источников. Для реализации алгоритмов манипулирования данными в системе необходимо использовать стандартный язык запроса к данным SQL и его процедурное расширение. Для описания предметной области (объекта автоматизации) должен использоваться Erwin. Для организации диалога системы с пользователем должен применяться графический оконный пользовательский интерфейс. 4.3.4. Требования к программному обеспечению СУБД должна иметь возможность установки на ОС Windows 7 и более поздние версии. К обеспечению качества программного обеспечения предъявляются следующие требования: - функциональность должна обеспечиваться выполнением подсистемами всех их функций; - надежность должна обеспечиваться за счет предупреждения ошибок недопущения ошибок в готовом программном обеспечении; - легкость применения должна обеспечиваться за счет применения покупных программных средств; - эффективность должна обеспечиваться за счет принятия подходящих, верных решений на разных этапах разработки программных средств и системы в целом; 91

- сопровождаемость должна обеспечиваться за счет высокого качества документации по сопровождению, а также за счет использования в программном тексте описания объектов и комментариев. 4.3.5. Требования к техническому обеспечению Требования не предъявляются 4.3.6. Требования к метрологическому обеспечению Требования не предъявляются. 4.3.7. Требования к организационному обеспечению Состав сотрудников каждого из подразделений определяется штатным расписанием Заказчика, которое, в случае необходимости, может изменяться. К защите от ошибочных действий персонала предъявляются следующие требования: - для всех пользователей должна быть запрещена возможность удаления преднастроенных объектов и отчетности; - для снижения ошибочных действий пользователей должно быть разработано полное и доступное руководство пользователя. 4.3.8. Требования к методическому обеспечению В состав нормативно-правового и методического обеспечения системы должны входить следующие законодательные акты, стандарты и нормативы: - ГОСТ 34.601-90. Автоматизированные системы. Стадии создания. - ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы. 4.3.9. Требования к патентной чистоте Требования не предъявляются. 5. Состав и содержание работ по созданию системы Работы по созданию системы выполняются в три этапа: - Проектирование. Разработка эскизного проекта. Разработка технического проекта. - Разработка рабочей документации. Адаптация программ. - Ввод в действие. Конкретные сроки выполнения стадий и этапов разработки и создания Системы определяются Планом выполнения работ, являющимся неотъемлемой частью Договора на выполнение работ по настоящему техническому заданию. 6. Порядок контроля и приёмки системы 6.1. Виды и объем испытаний системы Система подвергается испытаниям следующих видов: 1. Предварительные испытания. 2. Опытная эксплуатация. 3. Приемочные испытания. 92

Состав, определяются объем и методы документом предварительных «Программа и испытаний методика системы испытаний», разрабатываемым на стадии «Рабочая документация». Состав, объем и методы опытной эксплуатации системы определяются документом «Программа опытной эксплуатации», разрабатываемым на стадии «Ввод в действие». Состав, объем и методы приемочных испытаний системы определяются документом «Программа и методика испытаний», разрабатываемым на стадии «Ввод в действие» с учетом результатов проведения предварительных испытаний и опытной эксплуатации. 6.2. Требования к приемке работ по стадиям Приемка работ проводится в составе: представитель от заказчика и исполнитель. 7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие Требования не предъявляются. 8. Требования к документированию Перечень документов, подготавливаемых в процессе разработки системы, приведен в таблице 1.3. Таблица 1.3 – Перечень документов Этап Проектирование. Разработка эскизного проекта. Разработка технического проекта Разработка документации. программ рабочей Адаптация Документ - ведомость эскизного проекта; - пояснительная записка к эскизному проекту; - ведомость технического проекта; - пояснительная записка к техническому проекту; - схема функциональной структуры; - ведомость эксплуатационных документов; - ведомость машинных носителей информации; - паспорт; - общее описание системы. - техническая инструкция; - руководство пользователя - описание технологического процесса обработки данных (включая телеобработку); - инструкция по формированию и ведению базы данных (набора данных); - состав выходных данных (сообщений); - каталог базы данных; - программа и методика испытаний; - спецификация; 93

Ввод в действие - описание программ; - текст программ - акт приемки в опытную эксплуатацию; - протокол испытаний; - акт приемки Системы в промышленную сферу; - акт завершения работ. Вся документация должна быть подготовлена и передана как в печатном, так и в электронном виде (в формате Microsoft Word). 9. Источники разработки Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов: 1. Договор №1254 от 16.01.2017 г. между Свиридовой И. В., Шевчуком А. Р. и ООО ТД «Малахов +». 2. ГОСТ 34.601-90. Автоматизированные системы. Стадии создания. 3. ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы. 4. ГОСТ 24.701-86 «Надежность автоматизированных систем управления» Выпускная квалификационная работа выполнена мной совершенно самостоятельно. Все использованные в работе материалы и концепции из опубликованной научной литературы и других источников имеют ссылки на них. 94

«___» ________________ _____ г. __________________________ ______________ (подпись) (Ф.И.О.) 95

Рецензии:

Авторизуйтесь, чтобы добавить рецензию

- у работы пока нет рецензий -

Отзывы:

Авторизуйтесь, чтобы оставить отзыв

Светлана Игрунова

Данная ВКР заслуживает положительной рецензии, так как выполнена грамотно, все поставленные цели достигнуты, задачи решены. Работа, на мой взгляд, актуальна и может занять достойное место в данном конкурсе!