Разработка регламента выполнения процесса «Складской учет» (проектирование деятельности склада Интернет-магазина за счет разработки рекомендаций по оптимизации процессов)

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

Концептуальные вопросы, касающиеся моделирования рассматривались такими зарубежными учеными как Хонекамп Д., Вилькен П. Буч Г., Чаудхури С., Дайал У., Ганти В. и другими. Однако созданная ими научная база, в силу специфических условий, не всегда может быть использована на современных отечественных предприятиях. В нашей стране данная проблематика получила свое развитие в трудах таких ученых как П.А. Гудков, А.А. Сахаров, А.С. Рыков, Пархоменко А. В., Кузовенкова Н. А., Шинкарук О. В. и других.

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

Целью данной работы является проектирование деятельности склада Интернет-магазина за счет разработки рекомендаций по оптимизации процессов.

Поставленная цель определяет наличие следующих задач:

• изучить теоретические основы организации работы;
• провести обзор и осуществить выбор средства для моделирования бизнес-процессов;
• смоделировать бизнес-процессы «как есть»;
• рекомендовать мероприятия по улучшению бизнес-процессов;
• смоделировать бизнес-процессы «как должно быть».

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

Практическая значимость данной работы заключается в возможности применения данной системы в работе контрольной склада Интернет-магазина.

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

1 ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Постановка задачи

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

• отдел продаж;
• отдел закупок;
• склад;
• бухгалтерию.

Структура предприятия представлена на рисунке 1.

Рисунок 1. Структура предприятия

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

Бухгалтерия - отдел представлен двумя людьми: бухгалтером и его заместителем. Этот отдел отвечает за выполнение следующих операций:

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

Отдел закупок отвечает за контакты с поставщиками. Основной задачей отдела является обеспечение постоянного контроля за состоянием товарно-материальных запасов на складе, своевременное выполнение заказов товаров от поставщиков и передача документов на оплату заказанных товаров в бухгалтерию. В отделе работают два человека^[2].

Процедура взаимодействия с поставщиками заключается в следующем: сотрудник отдела закупок анализирует остатки конкретного товара на складе и принимает решение о необходимости заказа определенного количества товара у поставщика^[3].

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

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

Основными задачами, возложенными на отдел, являются: осуществление контактов с клиентами, создание документов с накладной клиента, составление отчетности о реализации продукции для бухгалтерского учета^[4].

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

Работа склада заключается в своевременной приемке и отгрузке товара, контроле сохранности и количественных остатков номенклатурных единиц товара. Отдел состоит из двух человек-кладовщика и грузчика. В функции кладовщика входит контроль поступающих и отгружаемых товаров (фактических товаров и данных о товаре документов), информирование отдела закупок и отдела продаж о количественных остатках товаров и сдача документов, отражающих факт приемки или отгрузки^[6].

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

Таблица 1

Матрица организационных проекций

Функция Отдел	Продажа товара	Отгрузка товара	Поиск клиентов	Заказы к поставщикам	Ведение бухгалтерского учета	Контроль за сохранностью товара
Бухгалтерия	Х			Х	Х	Х
Отдел продаж	Х		Х
Отдел закупок				Х
Склад		Х				Х

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

1.2 Выбор средства для моделирования бизнес-процесса

Процесс проектирования должен быть организован с помощью автоматизированного проектирования. Современные средства проектирования можно разделить на две большие категории.

Первый состоит из CASE-систем как независимых, так и интегрированных с СУБД, которые обеспечивают проектирование баз данных и приложений в сочетании со встроенными средствами разработки клиент-серверных приложений, например, Westmount I-CASE+Uniface.Designer/2000+Developer/2000.

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

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

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

К средствам этой категории относятся такие как SILVERRUN, JAM, ERwin/ERX, PowerBuilder и др. Помимо этих категорий, совместное предприятие можно классифицировать по следующим признакам:

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

На сегодняшний день на российском рынке программного обеспечения наиболее развиты следующие кейс-инструменты:

1. Vantage Team Builder (Westmount I-CASE);
2. Uniface (Compuware);
3. ERwin+BPwin.

Westmount I-CASE-это интегрированный программный продукт, который обеспечивает следующие функции:

• графическое проектирование архитектуры системы (проектирование состава и связи вычислительных средств, распределение системных задач между вычислительными средствами, моделирование клиент-серверных отношений, анализ использования транзакционных мониторов и особенностей функционирования систем в реальном времени);
• проектирование схем потоков данных, «сущность-связь», структур данных, структурных схем программ и последовательностей экранных форм;
• генерировать программный код на целевой СУБД 4GL с полной программной средой и генерировать SQL-код для создания таблиц базы данных, индексов, ограничений целостности и хранимых процедур;
• программирование на языке Си со встроенным SQL;
• управление версиями и конфигурацией проекта;
• генерация проектной документации по стандартным и индивидуальным шаблонам;
• экспорт и импорт данных проекта в формате CDIF.

Westmount I-CASE может использоваться в конфигурации клиент-сервер, где база данных проекта может быть расположена на сервере, а рабочие станции разработчика могут быть клиентами. Westmount I-CASE функционирует на всех основных платформах UNIX и виртуальных машинах. В качестве целевых СУБД могут использоваться ORACLE, Informix, Sybase и Ingres.

Uniface (Compuware). Uniface 6.1 является клиент-серверной средой разработки для крупномасштабных приложений и имеет следующую компонентную архитектуру:

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

Диспетчер моделей приложений поддерживает модели приложений, каждая из которых является подмножеством общей схемы базы данных с точки зрения приложения.

Rapid Application Builder - это инструмент для быстрого создания экранных форм и отчетов на основе объектов модели приложения. Он включает в себя графический редактор форм, прототипирование, отладку, тестирование и инструменты документации. Реализован интерфейс с различными типами оконных элементов управления (Open Widget Interface) для существующих графических систем-MS Windows (включая VBX), Motif, OS/2.

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

Менеджер развертывания (application distribution management) - инструменты, позволяющие подготовить созданное приложение к распространению, установить и обслуживать его (платформа пользователя может отличаться от платформы разработчика). К ним относятся сетевые драйверы и драйверы баз данных, сервер приложений (polyserver), средства распространения приложений и управления базами данных. Uniface поддерживает интерфейс практически со всеми известными аппаратными и программными платформами, СУБД, CASE-инструментами, сетевыми протоколами и менеджерами транзакций^[7].

Personal Series (личные инструменты) - используется для создания сложных запросов и отчетов в графическом виде, а также для передачи данных в такие системы, как Word и Excel.

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

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

Основные характеристики ERwin:

• синхронизация модели / базы данных;
• автоматизированное создание структуры базы данных и реверсивный инжиниринг;
• опубликованная модель;
• поддержка нотаций: IDEF1x, т. е. габаритная;
• документирование структур баз данных ;
• перенос структур баз данных (но не самих данных) из одного типа СУБД в другой

Функциональность Эрвин :

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

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

Определение стандартов. Определение и поддержка стандартов обеспечивается словарем доменов, редактором стандартов именования и редактором стандартов типов данных. Словарь доменов содержит повторно используемые атрибуты и обеспечивает согласованность имен и определений в модели. Редактор стандартов именования позволяет пользователям создавать словари разрешенных терминов, сокращений и правил именования, которые могут быть повторно использованы в модели. Редактор стандартов типов данных позволяет определить собственные правила сопоставления между различными типами данных СУБД.

Поддержка нескольких нотаций моделирования. Для визуального проектирования систем обработки транзакций, витрин и хранилищ данных в единой интегрированной среде ERwin поддерживает три популярных обозначения моделирования данных: определение интеграции для информационного моделирования (IDEF1X), информационная инженерия (IE) и размерное моделирование (DM).

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

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

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

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

Анализ данных, представленных в таблице, показывает, что только комплекс Westmount I-CASE+Uniface наиболее полно удовлетворяет всем критериям, принятым в качестве основных. Например, в комплексе Westmount I-CASE+Uniface целостность базы данных проектирования и унифицированная технология сквозного проектирования информационной системы обеспечивается за счет использования мостового интерфейса Westmount-Uniface. Следует отметить, что каждый из двух продуктов сам по себе является одним из самых мощных в своем классе.

Таким образом, наиболее развитым средством на сегодняшний день является комплекс Westmount I-CASE+Uniface. С другой стороны, его применение не исключает использования в одном проекте таких инструментов, как PowerBuilder для разработки относительно небольших прикладных систем в среде Windows.

2 ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ ЗАДАЧИ

2.1 Моделирование бизнес-процессов «как есть»

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

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

Рисунок 2. UML диаграмма системы ведения склада

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

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

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

Система требует логин и пароль работника. Работник вводит логин и пароль. Система подтверждает логин и пароль, после чего происходит переход в систему.

Если во время выполнения основного потока работником будет введён неверный логин или пароль, то появится сообщение о ошибке. Работник может либо начать заново, либо не входить в систему, но таким образом он не сможет воспользоваться ни одним из оставшихся вариантов использования^[10].

2. Вариант использования «Поиск заказов». С помощью данного варианта работник может вывести на экран список из заказов клиентов. Работник вводит номер заказа или фамилию клиента, сделавшего заказ для поиска заказа.

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

3. Вариант использования «Изменить статус заказа». С помощью данного варианта работник может изменить статус заказа. Работник выбирает требуемый ему заказ из списка.

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

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

4. Вариант использования «Изменить адрес заказа». С помощью данного варианта работник может изменить статус заказа. Работник выбирает требуемый ему заказ из списка. С помощью клавиатуры работник изменяет адрес заказа.

5. Вариант использования «Сохранить изменения». С помощью данного варианта работник может сохранить измененные данные о адресе и статусе заказов. Работник нажимает на кнопку «Сохранить изменения».

Система обновляет значения адреса и статуса у заказов в базе данных. Если работник набрал с клавиатуры неверное значение статуса заказа, система выдаст сообщение об ошибке и прекратит обновление базы данных.

6. Вариант использования «Показать товары из заказа». С помощью данного варианта работник может увидеть какие товары содержатся в данном заказе. Работник вводит нажимает на ряд в таблице, содержащий информацию о данном заказе.

Система выбирает все товары, находящиеся в заказе из базы данных и выводит на экран^[11].

Построим функциональную схему бизнес-модели склада Интернет-магазина, опишем все необходимые бизнес-процессы с точностью, достаточной для однозначного моделирования деятельности разрабатываемой системы. Для этого опишем информационную модель системы на основе методологий IDEF0 и DFD. Данная модель является AS-IS моделью бизнес-процессов склада Интернет-магазина (рисунок 3).

Рисунок 3. Контекстная диаграмма AS-IS Интернет-магазина

Декомпозируем контекстную модель на пять этапов (рисунок 4). Типом данной диаграммы является IDEF0.

Рисунок 4. Декомпозиция контекстной диаграммы AS-IS

Декомпозируем работу «Доставка» (рисунок 5). Диаграмма А4 «Доставка» имеет тип DFD.

Рисунок 5. Диаграмма «Доставка»

Диаграмма «Доставка» отражает процесс движения информационных потоков. Структура диаграммы включает 4 работы и 2 хранилища данных.

На рисунке 6 представлена диаграмма To-BE верхнего уровня на основе методологии IDEF0. На ней изображен основной процесс, в котором задействованы отдел сбыта и информационная система движения товаров Интернет-магазина^[12]. Декомпозиция верхнего уровня представлена на рисунке 7. На данной диаграмме показано, какие бизнес-процессы формируют более общую бизнес-функцию «Работы отдела сбыта Интернет-магазина»: «Поиск клиентов», «Консультация», «Внесение данных в базу данных», «Оформление заказа» и «Заключение договора». В свою очередь бизнес-функции, «Внесение данных в базу данных» и «Заключение договора» декомпозируются еще на уровень вверх. Диаграмма с декомпозицией бизнес-функции бизнес-функции «Внесение данных в базу данных» представлена на рисунке 8.

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

Рисунок 6. Диаграмма верхнего уровня на основе методологии IDEF0

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

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

2.2 Предлагаемые мероприятия по улучшению бизнес-процессов

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

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

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

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

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

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

Последовательность и содержание этих этапов предписываются ГОСТ 34.601-90. «Автоматизированные системы. Стадии создания», следующим образом (рисунок 7).

Реализованная система передается заказчику для внедрения и опытной эксплуатации.

Внедрение включает запуск системы у заказчика, комплексную отладку подсистем информационной системы, обучение персонала, поэтапное внедрение в эксплуатацию и оформление акта о приемо-сдаточных испытаниях информационной системы^[14].

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

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

Рисунок 7. Этапы проектирования информационных систем

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

2.3 Моделирование бизнес-процессов «как должно быть»

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

При анализе деятельности торгового предприятия были выделены три основные работы отделов, входящих в состав предприятия.

Рисунок 8. Деятельность склада торгового предприятия

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

Рисунок 9. Декомпозиция «складская операция»

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

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

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

Рисунок 10. Диаграмма DFD. Деятельность торгового предприятия

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

Особое внимание следует уделить входящей и исходящей складской информации.

Рисунок 11. Диаграмма DFD. Деятельность торгового предприятия

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

BPwin предоставляет аналитику с двумя инструментами для оценки модели - анализ затрат на основе работы (Activity based Costing, ABC) и пользовательские свойства (UDP). ABC является широко распространенным методом, используемым международными корпорациями и правительственными организациями для выявления истинных факторов затрат в организации.

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

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

ABC включает в себя следующие понятия:

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

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

3. Центры затрат, которые можно рассматривать как статьи расходов.

При выполнении анализа затрат, инструментальными пакетами bpwin сначала задаются единицы измерения времени и денег. Чтобы задать единицы измерения, вызовите диалоговое окно Свойства модели (меню Правка / свойства модели), вкладку единицы ABC.

Затем описываются центры затрат (cost centers). Чтобы добавить центры затрат, необходимо вызвать диалоговое окно словарь Центра затрат (меню словарь/центр затрат).

В IDEF3 декомпозиция используется для детализации работы. Это позволяет в одной модели описать альтернативные потоки. Декомпозиция может быть сценарием или описанием. Описание включает все возможные пути развития процесса. Сценарий является частным случаем описания и иллюстрирует только один путь реализации процесса. Чтобы создать сценарий, перейдем в меню диаграмма / добавить сценарий IDEF3.

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

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

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

ЗАКЛЮЧЕНИЕ

В ходе выполнения курсовой работы были достигнутые поставленные цели, такие как: применение на практике знаний, полученных в процессе изучения и получение практических навыков создания информационных систем, основанных на базах данных. Так же, были освоены программы «Process Modeler» и «ERwin Data Modeler».

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

И более того помогает объяснить суть работы склада с такой простотой, что поймет даже очень далекий, от этой области, человек.

Были выполнены следующие поставленные задачи: дана общая характеристика объекту исследования и построена модель процесса.

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

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

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

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

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

Разработанная в данном курсовом проекте база данных пригодна для решения задач складского документооборота.

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

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

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

Был произведен поиск и непосредственно сам выбор наилучшего решения.

Поэтому цели курсовой работы достигнуты.

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

1. Абляев, С. В. Управление человеческими ресурсами на основе компьютерных технологий / С.В. Абляев. - М.: Финансы и статистика, 2019. - 640 c.
2. Акперов, И. Г. Информационные технологии в менеджменте (+ CD-ROM) / И.Г. Акперов. - М.: ИНФРА-М, 2017. - 476 c.
3. Андрейчиков, А. В. Системный анализ и синтез стратегических решений в инноватике. Концептуальное проектирование инновационных систем / А.В. Андрейчиков, О.Н. Андрейчикова. - Москва: СИНТЕГ, 2019. - 432 c.
4. Анфилатов, В. С. Системный анализ в управлении / В.С. Анфилатов, А.А. Емельянов, А. А. Кукушкин. - М.: Финансы и статистика, 2017. - 368 c.
5. Бизнес-безопасность-телекоммуникации. Терминологический словарь. - М.: РадиоСофт, 2015. - 496 c.
6. Брусов, П. Н. Современные корпоративные финансы и инвестиции. Применение Excel. Учебное пособие / П.Н. Брусов. - М.: КноРус, 2016. - 377 c.
7. Бугорский, В. Н. Сетевая экономика / В.Н. Бугорский. - М.: Финансы и статистика, 2019. - 256 c.
8. Гаврилов, Л. П. Информационные технологии в коммерции / Л.П. Гаврилов. - М.: ИНФРА-М, 2018. - 240 c.
9. Данилин, Александр Архитектура и стратегия. "Инь" и "янь" информационных технологий / Александр Данилин , Андрей Слюсаренко. - М.: Интернет-университет информационных технологий, 2016. - 506 c.
10. Дылян, Г. Д. Модели управления процессами комплексной информатизации общего среднего образования / Г.Д. Дылян, Э.С. Ратобыльская, М.С. Цветкова. - М.: Бином. Лаборатория знаний, 2015. - 112 c.
11. Евсеев, Д.А. Web-дизайн в примерах и задачах. Учебное пособие / Д.А. Евсеев. - М.: КноРус, 2016. - 474 c.
12. Журнал Открытые системы. СУБД №10. - М.: Открытые Системы, 2017. - 709 c.
13. Заложнев, А. Ю. Информационные технологии маркетинга. Управление взаимоотношениями с клиентами / А.Ю. Заложнев, Е.Л. Шуремов. - М.: Бухгалтерия и Банки, 2018. - 152 c.
14. Иванова, В. В. Основы бизнес-информатики. Учебник / В.В. Иванова, Т.А. Лезина, А.А. Салтан. - М.: Издательство СПбГУ, 2018. - 244 c.
15. Ивасенко, А. Г. Информационные технологии в экономике и управлении / А.Г. Ивасенко, А.Ю. Гридасов, В.А. Павленко. - М.: КноРус, 2017. - 160 c.
16. Информатика для экономистов. Практикум. Учебное пособие. - М.: Юрайт, 2015. - 272 c.
17. Информационные системы в экономике (электронный учебник, формат PDF). - М.: Юнити-Дана, 2015. - 710 c.
18. Информационные системы в экономике. Практикум. - М.: КноРус, 2019. - 256 c.
19. Информационные системы и технологии в экономике и управлении. Учебник. - М.: Юрайт, 2018. - 544 c.
20. Информационные технологии в 2 томах. Том 1. Учебник / В.В. Трофимов и др. - М.: Юрайт, 2015. - 628 c.
21. Информационные технологии в экономике и управлении. - М.: Юрайт, 2017. - 480 c.
22. Кайнова, Е. Г. Информационные Технологии В Науке И Технике / Кайнова Елена Геннадиевна. - Москва: Наука, 2015. - 674 c.
23. Кайнова, Е. Г. Основы Научно-Технической Информации / Кайнова Елена Геннадиевна. - Москва: РГГУ, 2015. - 865 c.
24. Курганский, В. И. Реляционная интерактивная логика / Виктор Иванович Курганский. - М.: LAP Lambert Academic Publishing, 2016. - 132 c.
25. Куфель, Тадеуш Эконометрика. Решение задач с применением пакета программ GRETL / Тадеуш Куфель. - Москва: Высшая школа, 2019. - 200 c.
26. Леонид, Котюжанский и Наталия Рыжкова Бесконтактное человеко-машинное взаимодействие: моногр. / Леонид Котюжанский und Наталия Рыжкова. - М.: LAP Lambert Academic Publishing, 2019. - 312 c.
27. Мараско, Джо IT-проекты. Фронтовые очерки / Джо Мараско. - М.: Символ-плюс, 2015. - 384 c.
28. Марочкин, Николай Индивидуальные человеко-машинные системы / Николай Марочкин. - М.: LAP Lambert Academic Publishing, 2017. - 762 c.
29. Мельников, П. П. Компьютерные технологии в экономике / П.П. Мельников. - М.: КноРус, 2019. - 224 c.
30. Саак, А. Э. Информационные технологии управления (+ CD-ROM) / А.Э. Саак, Е.В. Пахомов, В.Н. Тюшняков. - М.: Питер, 2018. - 320 c.
31. Селетков, С. Н. Управление информацией и знаниями в компании (+ CD-ROM) / С.Н. Селетков, Н.В. Днепровская. - М.: ИНФРА-М, 2018. - 208 c.
32. Современные IT-решения для финансовой индустрии (+ CD-ROM). - Москва: Мир, 2016. - 560 c.
33. Старовойтова, Т. Ф. Информационные системы в бизнесе / Т.Ф. Старовойтова, А.Н. Лавренов. - М.: Академия управления при Президенте Республики Беларусь, 2017. - 150 c.
34. Уткин, В.Б. Информационные системы в экономике / В.Б. Уткин. - М.: Академия (Academia), 2019. - 683 c.

1. Андрейчиков, А. В. Системный анализ и синтез стратегических решений в инноватике. Концептуальное проектирование инновационных систем / А.В. Андрейчиков, О.Н. Андрейчикова. - Москва: СИНТЕГ, 2019. - 432 c. ↑

2. Селетков, С. Н. Управление информацией и знаниями в компании (+ CD-ROM) / С.Н. Селетков, Н.В. Днепровская. - М.: ИНФРА-М, 2018. - 208 c. ↑

3. Данилин, Александр Архитектура и стратегия. "Инь" и "янь" информационных технологий / Александр Данилин , Андрей Слюсаренко. - М.: Интернет-университет информационных технологий, 2016. - 506 c. ↑

4. Старовойтова, Т. Ф. Информационные системы в бизнесе / Т.Ф. Старовойтова, А.Н. Лавренов. - М.: Академия управления при Президенте Республики Беларусь, 2017. - 150 c. ↑

5. Андрейчиков, А. В. Системный анализ и синтез стратегических решений в инноватике. Концептуальное проектирование инновационных систем / А.В. Андрейчиков, О.Н. Андрейчикова. - Москва: СИНТЕГ, 2019. - 432 c. ↑

6. Данилин, Александр Архитектура и стратегия. "Инь" и "янь" информационных технологий / Александр Данилин , Андрей Слюсаренко. - М.: Интернет-университет информационных технологий, 2016. - 506 c. ↑

7. Андрейчиков, А. В. Системный анализ и синтез стратегических решений в инноватике. Концептуальное проектирование инновационных систем / А.В. Андрейчиков, О.Н. Андрейчикова. - Москва: СИНТЕГ, 2019. - 432 c. ↑

8. Селетков, С. Н. Управление информацией и знаниями в компании (+ CD-ROM) / С.Н. Селетков, Н.В. Днепровская. - М.: ИНФРА-М, 2018. - 208 c. ↑

9. Старовойтова, Т. Ф. Информационные системы в бизнесе / Т.Ф. Старовойтова, А.Н. Лавренов. - М.: Академия управления при Президенте Республики Беларусь, 2017. - 150 c. ↑

10. Данилин, Александр Архитектура и стратегия. "Инь" и "янь" информационных технологий / Александр Данилин , Андрей Слюсаренко. - М.: Интернет-университет информационных технологий, 2016. - 506 c. ↑

11. ↑

12. Данилин, Александр Архитектура и стратегия. "Инь" и "янь" информационных технологий / Александр Данилин , Андрей Слюсаренко. - М.: Интернет-университет информационных технологий, 2016. - 506 c. ↑

13. Старовойтова, Т. Ф. Информационные системы в бизнесе / Т.Ф. Старовойтова, А.Н. Лавренов. - М.: Академия управления при Президенте Республики Беларусь, 2017. - 150 c. ↑

14. Андрейчиков, А. В. Системный анализ и синтез стратегических решений в инноватике. Концептуальное проектирование инновационных систем / А.В. Андрейчиков, О.Н. Андрейчикова. - Москва: СИНТЕГ, 2019. - 432 c. ↑

15. Старовойтова, Т. Ф. Информационные системы в бизнесе / Т.Ф. Старовойтова, А.Н. Лавренов. - М.: Академия управления при Президенте Республики Беларусь, 2017. - 150 c. ↑

16. Андрейчиков, А. В. Системный анализ и синтез стратегических решений в инноватике. Концептуальное проектирование инновационных систем / А.В. Андрейчиков, О.Н. Андрейчикова. - Москва: СИНТЕГ, 2019. - 432 c. ↑