Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

«Моделирование предметной области «Учет товаров» с помощью UML»

СОДЕРЖАНИЕ

ВВЕДЕНИЕ 3

1 ПРЕДПРОЕКТНОЕ ОБСЛЕДОВАНИЕ ООО «КАСЦЕНТР» 5

1.1. Моделирование бизнес-процессов 5

1.2. Описание экономической сущности решаемых задач 14

2. МОДЕЛИРОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ «УЧЕТ ТОВАРОВ» С ПОМОЩЬЮ UML 17

2.1. Проектирование информационной системы складского учета весового оборудование предприятия 17

ЗАКЛЮЧЕНИЕ 26

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 29

ВВЕДЕНИЕ

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

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

Актуальность темы работы обусловлена следующими обстоятельствами:

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

Целью работы является Моделирование предметной области «Учет товаров» с помощью UML

Объектом исследования является компания ООО «КАСцентр».

Предметом исследования работы является складской логистический процесс компании ООО «КАСцентр».

Задачи работы:

  1. Провести анализ существующего логистического процесса компании ООО «КАСцентр».
  2. Определить круг задач, подлежащих автоматизации.
  3. Выбрать среду для разработки и обосновать выбор.
  4. Построить новую модель логистического процесса.
  5. Составить описание алгоритмов работы системы.

1 ПРЕДПРОЕКТНОЕ ОБСЛЕДОВАНИЕ ООО «КАСЦЕНТР»

1.1. Моделирование бизнес-процессов

В данном параграфе построим функциональную модель системы в нотации IDEF0.

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

Модель IDEF0 всегда начинается с представления системы как единого целого - одного функционального блока с интерфейсными дугами,

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

В процессе декомпозиции функциональный блок, который в контекстной диаграмме отображает систему как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма второго уровня содержит функциональные блоки, отображающие главные подфункции функционального блока контекстной диаграммы, и называется дочерней (ChildDiagram) по отношению к нему, а каждый из функциональных блоков, принадлежащих дочерней диаграмме, соответственно называется дочерним блоком (ChildBox). В свою очередь, функциональный блок-предок называется родительским блоком по отношению к дочерней диаграмме (ParentBox), а диаграмма, к которой он принадлежит, - родительской диаграммой (ParentDiagram). Каждая из подфункций дочерней диаграммы может быть далее детализирована путём аналогичной декомпозиции соответствующего ей функционального блока. В случае декомпозиции функционального блока все интерфейсные дуги, входящие в данный блок или исходящие из него, фиксируются на дочерней диаграмме.

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

Для каждого из элементов IDEF0 (диаграмм, функциональных блоков, интерфейсных дуг) существующий стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображённый данным элементом. Этот набор называется глоссарием (Glossary) и является описанием сущности данного элемента.

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

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

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

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

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

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

Нотация IDEF0 крайне проста. Она содержит только две сущности - блоки и стрелки.

Функциональные блоки (ActivityBox) задают действия. Функциональный блок графически изображается в виде прямоугольника. Он задаёт некоторую конкретную функцию в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, «проверить документацию», а не «проверка документации»).

Для выполнения действия могут потребоваться входные данные (сырьё, информация и т.д.). В результате мы получаем что-либо на выходе.

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

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

Типизацию категорий информации можно описать аббревиатурой

ICOM:

I (Input), вход - то, что потребляется в ходе выполнения процесса;

C (Control), управление - ограничения и инструкции, влияющие на выполнение процесса;

O (Output), выход - то, что является результатом выполнения процесса;

M (Mechanism), исполняющий механизм - то, что используется для выполнения процесса, но остаётся неизменным.

Рисунок 1 - Функциональный блок и интерфейсные дуги

Модель существующего логистического процесса компании ООО

«КАСцентр» в нотации IDEF0 представлена на рисунках 2-5.

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

Рисунок 2 - Модель верхнего уровня логистического процесса ООО «КАСцентр»

Из диаграммы рисунка 2 видно, что организацией управляет иностранное руководство и естественно соблюдается законодательство РФ. Внутри организации происходит управление организацией и направление её деятельностью. Входными данными в организацию являются: заказы клиентов, весовое оборудование и грузовые паллеты и люди пришедшие на работу. Выходными данными являются: Информация об оборудование, информация для иностранного руководства и весовое оборудование для клиентов. Естественно имеются и другие входные, выходные данные, но диаграмма ограничена точкой зрения и целью модели. Рассмотрим более детализировано бизнес-модель организации, для этого представлена декомпозиция контекстной диаграммы (рисунок 3).

Рисунок 3 - Модель логистического процесса ООО «КАСцентр».

Первый уровень декомпозиции

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

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

«Приемка, хранение и отгрузка оборудования» - этот блок отвечает за хранение доставленного оборудование, отгрузку оборудования клиентам и составление отчетов о хранящемся оборудовании.

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

«Гарантийный ремонт весового оборудования» - функции этого блока: поддержка гарантийного оборудования в рабочем состояние, консультация клиентов по ремонту оборудование и ремонт постгарантийного оборудования.

«Подготовка и формирование отчетности» - этот блок отражает процесс подготовки регламентированной отчетности и отчетности для руководства.

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

В данном проекте будем автоматизировать функциональный блок

«Приемка, хранение и отгрузка оборудования». Диаграмма декомпозиции этого блока приведена на рисунках 4 и 5.

Рисунок 4 - Модель логистического процесса ООО «КАСцентр». Декомпозиция блока

«Приемка, хранение и отгрузка оборудования»

Рисунок 5 - Модель логистического процесса ООО «КАСцентр». Декомпозиция блока

«Принимать и хранить оборудование»

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

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

Анализ существующей модели логистического процесса ООО

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

1.2. Описание экономической сущности решаемых задач

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

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

Таким образом, использование система складского учета позволит:

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

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

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

Анализ бизнес-процесс ООО «КАСцентр» показал:

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

2. операторы склада тратят длительное время на заполнение гарантийных талонов

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

Всеми входными информационными потоками являются:

1. Документ для отгрузки оборудования клиентам.

2. Штриховые кода оборудования собранного для отгрузки оборудования.

Всеми выходными информационными потоками являются:

1. Информация для оператора верно ли собран заказ.

2. Гарантийные талоны.

3. База данных с информацией об отгруженном оборудованье.

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

1. Автоматизированная маркировка готовой продукции.

2. Автоматизированный поиск места для хранения готовой продукции.

3. Автоматизация операций по приему готовой продукции на склад (проверка комплектности грузовой паллеты, проведение инвентаризации в случае необходимости).

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

5. Протоколирование всех действий пользователей.

2. МОДЕЛИРОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ «УЧЕТ ТОВАРОВ» С ПОМОЩЬЮ UML

2.1. Проектирование информационной системы складского учета весового оборудование предприятия

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

На рисунке 6 представлена ER-диаграмма по нотации Питера Чена.

На основании информационной модели работа в системе происходит следующим образом. При получении новой модели оборудования сотрудник заносит сведения в Справочник «Весовое оборудование». На основании данного справочника формируется список оборудования.

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

При выдаче оборудования формируется накладная и изменяется содержание таблицы Накладные.

На основании данных из таблиц Поступление, Выдача, Накладные и справочника Оборудования формируются выходные документы, такие, как Карточка движения, Остатки оборудования на складе, Список накладных.

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

Наименование

м

Наименование

Данные о

количестве Данные о

источнике

Данные о получателе Реквизиты доставки

Код ТМЦ

Количество

М

Источник

Дата отгрузки

Формирует

Формирует

Код ТМЦ

Наименование

Формирует

м Формирует

1

Данные о

количестве

Наименование

м Код ТМЦ

Код ТМЦ

1

Кол-во

Наименование

Данные о цене

количестве

Код ТМЦ

Заявка на

покупку

Формирует

м

Дата поступления

Формирует

м

1

Наименование

Наименование

м

Количество

ИНН

Источник

КПП

Формирует

1

Счет клиента оплаченный

Получатель

Цена

Наименование

Дата

Условия и срок хранения

м

Сумма с уч. налога м 1

Номенклатурный

номер

Ед. измерения

Наименование

Кол-во

ИНН

Продавец

Причина

КПП

Информация о клиенте

Формирует

ИНН

Лицо

Адрес

Заявки

Формирует

1

Ставка налога

Контакты

Акт о списании

Возврат товара

Заявка на возврат

Отчет “Отгрузка ТМЦ”

Передача товара

Сопроводительные документы

Поставки товара

Счет фактура

Отчет о наличии ТМЦ

Отчет “Поступление ТМЦ”

Рисунок 6 – Диаграмма «Сущность - связь»

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

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

  • Все возможные формы с информацией по весовому оборудованию;
  • Все возможные отчеты с информацией по весовому оборудованию;
  • Формы содержащие информацию о подразделении;

На основе данных форм и отчетов были выделены справочники для удобства поиска и составления форм они представлены в таблице 1

Таблица 1 - Справочники

№ пп

Название справочника

Ответственный за ведение

Средний объём справочника

в записях

Средняя частота актуализации

Реквизиты

1

Весовое оборудование

Специалист по складскому учету, заведующий складом

>500

По мере поступления новых видов весового

оборудования

  • Код;
  • Наименование;
  • Дата приема;
  • Количество.

2

Тип оборудования

Специалист по складскому учету, заведующий

складом

>100

По мере поступления новых видов

оборудования

  • Код;
  • Наименование;
  • Характеристики

3

Тип компонентов

Специалист по складскому учету, заведующий складом

60

По мере поступления новых видов компонентов и

комплектующ их

  • Код;
  • Наименование;
  • Назначение;
  • Условия хранения.

4

Тип документов

Заведующий складом

6

По необходимост и добавления или

модификации документов

  • Наименование;
  • Назначение;
  • Ответственный за ведение;
  • Краткая информация.

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

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

Входной информацией для разрабатываемой в выпускной квалификационной работе автоматизированной системы являются:

  1. Информация о клиенте (код, наименование);
  2. Счет клиента оплаченный (дата, номер, склад, клиент, оплачен, отгружен);
  3. Материалы и компоненты от поставщика (дата, номер, склад);
  4. Заявка на возврат ТМЦ (дата, номер, клиент, склад, оприходована);
  5. Сопроводительная документация (дата, номер, склад);

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

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

печать счета клиенту на оплату; печать счет-фактуры;

печать отчета «Поступление ТМЦ»;

печать отчета «Отгрузка ТМЦ»; печать отчета «Наличие ТМЦ»; печать акта списания;

поиск документа по дате;

поиск документа по клиенту; поиск документа по номеру.

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

    1. Описание интерфейса разрабатываемой конфигурации для системы автоматизации склада ООО «КАСцентр»

Данный проект нацелен на создание веб-ориентированной системы, призванной автоматизировать ряд функций управления учетом средств автоматизации склада ООО «КАСцентр». Все автоматизируемые функции представлены на рисунке 7 в виде дерева функций.

Дерево функций программных модулей

Ввод первичной информации

(формы)

Хранение данных

Обработка информации (модули

проведения по регистрам учета)

Вывод информации

Весовое оборудование

Клиенты

Наименование

весового оборудования

Клиенты

Поступление весового

оборудования

Отчет наличие ТМЦ

Склады Счет клиента

Отчет поступление ТМЦ

Места хранения на складе

Склады

Места хранения на

складе

Инвентаризация

Пользователи

Отчет отгрузка ТМЦ

Типы материалов

Пользователи

Типы материалов

Заявка на возврат

Типы компонентов

Типы документов

Типы компонентов

Типы документов

Просмотр и

редактирование данных

Просмотр и редактирование

данных

Регистр накопления

«Остатки весового оборудования»

Регистр сведений

«Даты приема весового оборудования»

Печать документов

Рисунок 7 — Дерево функций

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

  • ввода первичной информации;
  • обработка данных;
  • хранение данных;
  • вывод информации.

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

Регистрация в системе

Вход в систему

Главная форма

    1. Наименование весового оборудования
    2. Клиенты
    3. Склады
    4. Места хранения на складе
    5. Пользователи
    6. Типы материалов
    7. Типы компонентов
    8. Типы документов

1. Справочники

Вкладки

1. Вкладки

  1. Справочники
  2. Документы
  3. Отчеты

2. Документы

    1. Поступление весового оборудования
    2. Счет клиента
    3. Инвентаризация

2.4. Заявка на возврат

3. Отчеты

    1. Отчет наличие ТМЦ
    2. Отчет поступление ТМЦ
    3. Отчет отгрузка ТМЦ

Рисунок 8 — Структура интерфейса системы.

На рисунке 9 представлена физическая модель базы данных

Рисунок 9 – Физическая модель базы данных

Разрабатываемая конфигурация включает в себя следующие справочники АИС, непосредственно участвующие в работе модуля:

    • весовое оборудование — содержит список возможных наименований и моделей весового оборудования на складе;
    • клиенты — содержит данные о клиентах и их контактные данные.
    • склады — содержит данные о складах предприятия;
    • места хранения — содержит данные по разделению склада на различные зоны;
    • пользователи – содержит данные о пользователях системы и служит для настройки прав работы с данными;
    • типы оборудования – содержит справочные данные об оборудовании и условиях хранения;
    • типы документов – содержит справочные о видах документов и ответственных за их ведение.

Конфигурация включает в себя следующие документы, регистры сведений, регистры накоплений:

документ Поступление весового оборудования; документ Счет клиента;

документ Инвентаризация; документ Заявка на возврат;

регистр накопления Остатки весового оборудования. Вид регистра

«Остатки и обороты»;

регистр накопления Остатки сумм по абонементам. Вид регистра

«Остатки»;

регистр сведений Даты приема весового оборудования; регистр сведений Цены весового оборудования.

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

Форма аутентификации

Открытие формы аутентификации

Учётные записи

Начало

Ввод логина и пароля

Форма аутентификации

Верно ли введены данные?

Нет

Сообщение об ошибке

Вывод сообщения об ошибке

Ввод имени пользователя и пароля

Да

Главная форма системы

Открытие главной страницы системы

F

Выбор пункта меню

Раздел «Средства» A С Раздел «Отчеты»

Раздел «Движение» B В Раздел «Поиск»

E Выход

Конец

Рисунок 10 - Схема основного технологического процесса

На рисунке 11 представлена схема технологического процесса добавления оборудования.

А

Экранная форма

Данные оборудования

Ввод данных

Экранная форма добавления

Выдача оборудования

Т Выдача

Добавление данных в таблицу БД

Рисунок 11 - Технологическая схема добавления выдачи оборудования

ДА

А

Продолжить работу?

НЕТ

F

ЗАКЛЮЧЕНИЕ

Целью написания данной курсовой являлась автоматизация складского учета материалов и компонентов на примере ООО «КАСцентр», посредством разработки и внедрения в компанию ЭИС.

Использование данной ЭИС позволило на основе введенных данных создавать документы, необходимые для работы логистического склада ООО

«КАСцентр».

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

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

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

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

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

Для создания клиентской части ЭИС складского учета материалов и компонентов на примере ООО «КАСцентр» была выбрана среда разработки 1С Предприятие, так как данная система программирования предоставляет очень широкие возможности для создания различных приложений доступных на ЭВМ с минимальными системными требованиями, а значит абсолютно свободным доступом на любом компьютере.

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

  1. Провести анализ существующего логистического процесса компании ООО «КАСцентр».
  2. Определить круг задач, подлежащих автоматизации.
  3. Выбрать среду для разработки и обосновать выбор.
  4. Построить новую модель логистического процесса.
  5. Составить описание алгоритмов работы системы.

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

  1. Вендров А. М. Практикум по проектированию программного обеспечения экономических информационных систем. - М.: Финансы и статистика, 2016.
  2. Крутик А.Б. Никольская Е.Г. Экономика предприятия – СПБ.: Лань,

2015.

  1. Крылов Э.И., Журавкова И.В. Анализ эффективности деятельности

предприятия. – М.: Финансы и статистика, 2010

  1. Литвак Б.Г. Разработка управленческого решения. – М.: Дело, 2012
  2. Титоренко Г.А. Информационные технологии управления. – М.: ЮНИТИ-ДАНА, 2013
  3. 1С:Предприятие 8.3 конфигурирование и администрирование. – М.: Фирма «1С»,2016.
  4. Тихомиров В.П. Организация и экономика сопровождения программных средств вычислительной техники. – М.: Статистика и финансы, 2010
  5. Архипова Н.И. «Исследование систем управления». Учебно- методическое пособие. М., Издательство «ПРИОРТ», 2012 г.
  6. Савицкая Г.В. Экономический анализ. – М.: Новое знание, 2013. –

640 с.

  1. Вендров А.М. Один из подходов к выбору средств проектирования

баз данных и приложений. – М.: Лори, 2015.

  1. Маклаков С.В. BPWin и ERWin. CASE-средства разработки информационных систем. – М.: ДИАЛОГ-МИФИ, 2012.
  2. Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). – М.: Лори, 2014.
  3. Липаев В.В. Проектирование программных средств: Учебное пособие для вузов. – М.: Высшая школа, 2012.
  4. Балдин К.В., Уткин В.Б. Информационные системы в экономике: Учебник. – М.: Дашков и Ко, 2014.
  5. Безручко В.Т. Информационные системы и технологии в экономике: Учебник. — М.: Инфра–М, 2016.
  6. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2015.
  7. Информационные технологии в экономике. Под ред. Ю.Ф. Семенова. Серия «Высшее образование». – Ростов на Д.: Феникс, 2013.
  8. Информационные технологии управления: Учебник. – М.: Инфра–М,

2013.

  1. Корнеев И.К. Информационные технологии. – М.: Проспект, 2007.
  2. «Информационные технологии в экономике» под редакцией д.э.н.,

профессора Ю.Ф. Симионова. Серия «Высшее образование». Ростов и/д

«Феникс» 2013.

  1. Радченко М.Г.1С:Предприятие 8.2. Практическое пособие разработчика. Примеры и типовые приемы, 2010.
  2. WMS - Система управления складом [Электронный ресурс] – Режим доступа: http://wms.korusconsulting.ru/decisions/mw/ - свободный.
  3. 1С:WMS Логистика. Управление складом [Электронный ресурс] - Режим доступа: http://www.axelot.ru/products/mans/ - свободный.
  4. ExpertLogistic WMS [Электронный ресурс] - Режим доступа:

http://www.forma-com.ru/expert - свободный.

  1. Описание системы [Электронный ресурс] - Режим доступа:

http://www.buhta.ru/9-opisanie-sistemy.html- свободно