Проектирование бизнес процессов по управлению продовольственными запасами на складе - Программирование, компьютеры и кибернетика курсовая работа
Главная
Программирование, компьютеры и кибернетика
Проектирование бизнес процессов по управлению продовольственными запасами на складе
Разработка информационной системы для автоматизации управления товарными запасами на оптово-розничном складе. Использование CASE-средства верхнего уровня All Fusion Process Modeler BPwin для графического представления разрабатываемых бизнес процессов.
посмотреть текст работы
скачать работу можно здесь
полная информация о работе
весь список подобных работ
Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
С развитием функциональных возможностей информационных технологий компьютеры активно применяются в различных сферах человеческой деятельности.
В современном обществе, которое функционирует в жестких рыночных условиях, каждая организация стремиться усовершенствовать производство, прогнозирование, анализ хозяйственной деятельности, минимизировать затраты времени, материальных, трудовых ресурсов и упростить процесс управления производством. Эти задачи можно решить с использованием автоматизированных информационных систем.
Целью данного курсового проекта является проектирование информационной системы “оптово-розничного склада”, которая позволит автоматизировать процесс управления товарными запасами на данном предприятии [1].
Задачи работы - описать проектирование бизнес процессов по управлению продовольственными запасами на складе и разработать графическое представление спроектированных процессов. К рассматриваемым процессам относятся - закупка, хранение, учёт и продажа товара.
Использование информационных систем становится неотъемлемой составляющей функционирования организаций. В связи с этим для оптово-розничного склада большую актуальность приобретает использование автоматизированных информационных систем, а также освоение принципов построения и эффективного применения соответствующих технологий и программных продуктов, например, CASE-средств автоматизации проектирования.
Данная работа включает технологическую сеть проектирования по комплексу бизнес-задач, графическое представление разрабатываемых бизнес процессов, инфологическую модель и план-график проекта.
Технологическая сеть проектирования отражает последовательность технологических операций и раскрывает содержательную сторону процесса проектирования, которая необходима для понимания сущности технологии проектирования и для использования в качестве инструкционного материала в непосредственной работе проектировщиков [7].
Технологические операции (ТО) графически представляются в виде блоков-прямоугольников, внутри которых дается наименование операций (ТО), перечень используемых средств проектирования (S) и ссылки на используемые ресурсы (R). Входы и выходы технологических операций представляются идентификаторами внутри кружков, от которых и к которым идут стрелки, указывающие входные и выходные потоки. В качестве компонентов входа и выхода используются множества документов D, параметров P, программ G, универсальных множеств-универсумов U. Для любых компонентов входа и выхода должны быть заданы формы их представления в виде твердой копии или электронном виде.
Документ D - это описатель множества взаимосвязанных фактов. С помощью документов описываются объекты материальных и информационных потоков, организационной структуры, технических средств, необходимые для проектирования и внедрения системы. Документы определяют или исходные данные проектирования, или конечные результаты проектирования для реализации новой информационной системы, или промежуточные результаты, которые используются временно для выполнения последующих ТО.
Параметр Р - это описатель одного факта. Параметр рассматривается как частный случай документа.
Программа G -- частный случай документа, представляющая описание алгоритма решения задачи, которое претерпевает свое изменение по мере изменения жизненного цикла системы: от спецификации программы до машинного кода.
Универсум U -- это конечное и полное множество фактов (документов) одного типа. Обычно с помощью универсума описывается множество альтернатив, выбор из которого конкретного экземпляра определяет характер последующих проектных решений. В качестве универсумов может рассматриваться множество параметризированных описаний методов и средств проектирования, типовых проектных решений, программно-технических средств и т.д.
Преобразователь П -- это некоторая методика или формализованный алгоритм, или машинный алгоритм преобразования входа технологической операции в ее выход.
Ресурсы R представляют собой набор людских, компьютерных, временных и финансовых средств, которые позволяют выполнить технологическую операцию. При этом проектировщики могут быть специалистами разной квалификации.
Средства проектирования S -- это специальный вид ресурса, включающий формы регламентированной проектной документации, формализованные методики, инструментальные программные средства.
Для разработанной нами ТСП компоненты будут описывать множества взаимосвязанных фактов, объекты материальных и информационных потоков, необходимых для проектирования ИС, поэтому в качестве компонентов будут документы.
Рис.2.2 Технологическая сеть проектирования ИС «Управление товарными запасами на складе»
В разработанной ТСП рассмотрены четыре технологические операции управления товаром на складе: покупка, хранение, учёт и продажа товара. Рассмотрим компоненты необходимые для выполнения каждой ТО:
ТО 1 «Покупка товара». Необходимые ресурсы, инструментальные программные средства для проектирования и документы:
- R1 - персональный компьютер; R2 - менеджеры по закупкам; S1 - БД MS Access; S2 -MS Excel; D1.1- отчёт по запросу на необходимый товар для покупки в отпечатанном виде; D1.2 - данные спроса на необходимый товар, определяющие количество закупаемого товара; D1.3 - список поставщиков в отпечатанном виде; D1.4 - форма заявки на оформление закупки; D1.5 - список приобретённого товара; D1.6 - информация о приобретённом товаре.
ТО 2 «Хранение товара». Необходимые ресурсы: R3 - работники склада.
Документы: D2.1 - документ с требованиями по сортировке товара; D2.2 - требования к комплектации товара и разбиению его на партии; D2.3 -требования стандартизации товара в отпечатанном виде; D2.4 - список товара на складе.
Для выполнения ТО 3 «Учёта товара» необходимы компоненты: R1 - персональный компьютер; R4 - бухгалтер; S1 - БД MS Access; D3.1 - список остатков товара; D3.2 -список товара с истекающим сроком годности.
ТО 4 «продажа товара» включает ресурсы и средства проектирования:
R1 - персональный компьютер; R5 - менеджеры по продажам; S1 - БД MS Access.
Документы: D4.1 - список проданного товара; D4.2 - отчёт по продажам.
Рассмотрим каждую технологическую операцию:
Закупка товарных запасов осуществляется после определения товара, необходимого для покупки и его заказываемого количества. Определить необходимый товар можно, сделав соответственный запрос в БД, содержащую все данные о товаре. Для определения количества товара на покупку требуется предварительно рассчитать общий объём продаж необходимого товара за конкретный промежуток времени, т.е. рассчитать спрос на данный товар и, исходя из данных по продажам, определиться с заказываемым количеством необходимого товара. Выбрать поставщика, у которого будет приобретён товар, можно будет, используя список имеющихся поставщиков. Затем оформляется заявка на покупку.
К функции хранения относится не только непосредственное хранение товара на складе, но и подготовка товара к хранению - сортировка, комплектация, дробление на партии и стандартизация товара.
При учёте товара выполняются запросы в БД для определения остатков товара после продаж и товара, у которого истекает срок годности. Данные расчёты необходимо проводить каждый день в конце рабочего дня. Полученные данные передаются в отдел продаж, а при получении списка товара, у которого скоро истекает срок годности, определяют на него скидку.
При разработке ИС управления товарными запасами оптово-розничного склада было использовано функционально-ориентированное проектирование ИС. Данный подход был выбран потому, что основными идеями функционально-ориентированной подхода являются идеи структурного анализа, которые заключаются в следующем:
? декомпозиция всей системы на некоторое множество иерархически подчиненных функций;
? представление всей информации в виде графической нотации. Систему всегда легче понять, если она изображена графически [7].
Для проведения анализа и организации проектирования бизнес-процессов оптово-розничного склада используется CASE-средства верхнего уровня BPWin и Erwin (AllFusion Process Modeler 4.1)
Термин CASE (Computer Aided System/Software Engineering) используется в довольно широком смысле. Первоначальное значение термина CASE было ограничено вопросами автоматизации разработки только лишь программного обеспечения, в настоящее время приобрело новый смысл, охватывающий процесс разработки сложных ЭИС в целом [5].
CASE - технология в рамках методологии включает в себя методы, с помощью которых на основе графической нотации строятся диаграммы, поддерживаемые инструментальной средой.
Рис. 4.1 Контекстная диаграмма IDEF0. Управление товаром на оптово-розничном складе
Взаимодействие системы с окружающей средой описывается в терминах:
- входа (на рис.4.1 это «Поставщики», «Товар» и «Первичные документы»);
- выхода (основной результат процесса - «Выходные документы», «Товар» и «Прибыль»);
- управления («Законодательство», «Нормативы складского учёта» и «Конъюнктура рынка»);
- механизмов («Материальная база», «Оборудование», «Персонал» - это ресурсы, необходимые для процесса функционирования предприятия).
«Поставщики» - поставляют товар; «Первичные документы» - товарные накладные, которые поставщики предоставляют в отделе закупок; «Покупатели» - те, для кого функционирует предприятие. Получение прибыли - цель коммерческой деятельности предприятия, чтобы добиться этой цели, необходимо продать как можно больше товаров.
«Законодательство», «Нормативы складского учёта» и «Конъюнктура рынка» - это правила управления процессом функционирования работы склада, а именно управления товарными запасами. Как предприятие со своими внутренними правилами, управление товаром должно выполняться согласно законодательству страны.
В оказании услуг принимает участие «Персонал» склада. Чтобы организовать хранение товара, предоставление его для продажи и получить прибыль, в деятельности управления запасами должны участвовать «Материальная база» и «Оборудование» - помещения, техника для транспортировки товара по складу, персональные компьютеры для ведения учёта товара и т.д.
После описания контекстной диаграммы проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции (Рис. 4.3) [9].
Рис. 4.3 Диаграмма декомпозиции IDEF0. Функционирование управления запасами
Весь процесс «Функционирования управления запасами» (рис.4.3) разбивается на 4 подпроцесса:
1) «Закупка товара» иллюстрирует процесс приобретения товара у поставщиков, а также выявление необходимого товара, определения спроса на данный товар и его необходимое количество для закупки;
2) «Хранение товара» представляет собой процесс сортировки закупленных товаров, их комплектацию, дробление, укрупнение партий продукции, ее стандартизацию и хранение;
3) «Учёт товара» - это совокупность процессов по контролю уровня товарных запасов, контролю сроков годности, инвентаризации товара, и работе с БД, содержащей все данные о продукции;
4) «Продажа товара» - процессы по организации продажи товара покупателям.
После дальнейшего разбиения процесса «Закупки товара» диаграммы получаем диаграмму декомпозиции второго уровня (на рис.4.4).
Рис. 4.4 Диаграмма декомпозиции IDEF0. Закупка товара
Общие стрелки, перешедшие с диаграммы верхнего уровня, и стрелки, используемые на данном уровне, опишем с помощью данных из отчета:
Выбранное предложение: Выбранное предложение при покупке товара, определённое после анализа рынка предложений данного товара.
Законодательство: Законы по продаже товара, по защите прав потребителя, и те законы, которые тем или иным образом контролируют оказываемые услуги данным предприятием.
Информация о приобретённом товаре: Данная информация включает сведения о купленном товаре - наименование, количество, дата изготовления, дата использования, производитель.
Кол-во: Необходимое для покупки количество товара.
Конъюнктура рынка: Занимаемое положение предприятия на рынке предоставления соответственных услуг.
Купленный товар: Доставленный товар, который прошёл проверку и готов для транспортировки на склад.
Материальная база: Материальные средства, которыми располагает предприятие, исходя из суммы которых, мы определяем количество закупаемого товара и поставщика, у которого выгоднее купить товар. Учёт материальных средств ведёт бухгалтерия.
Наименование товара: Наименование товара, которое необходимо купить. Наименование было определено на основе данных из отчёта по продажам - количеству проданного товара и его остаткам на складе.
Нормативы складского учёта: К нормативам складского учёта относятся правила и требования ведения работы склада, примерами данных нормативов являются - правила ведения учёта товара на складе, требования к хранению товара, обязанности работников склада.
Оборудование: К оборудованию относятся, как персональные компьютеры, необходимые для занесения данных по товару, учёта товара, так и оборудование, используемое для транспортировки товара по складу.
Определённый спрос: Объёмы продаж на закупаемый товар, рассчитанный за определённый промежуток времени.
Отчёт о продажах: Отчёт содержит данные о продажах - сведения о проданном товаре, его количестве, и его остатке - имеющемся в наличии на складе в данный момент, а также прибыль. Данный отчёт составляется каждый день в конце рабочего дня в виде запроса из БД.
Первичные документы: К первичным документам относятся - список товара и заявка на оформление покупаемого товара.
Персонал: Персонал, работающий на данном предприятии - работники бухгалтерии, отделов продаж и закупок, кадров и складские работники.
Поставщики: Список поставщиков, которые поставляют необходимый для закупки товар.
Товар: Поставленный товар, который был предварительно заказан.
После разбиения диаграммы «Хранение товара» получаем диаграмму декомпозиции второго уровня (на рис. 4.5).
Рис. 4.5 Диаграмма декомпозиции IDEF0. Хранение товара
Перед хранением товара необходимо провести сортировку товара (например, пиво обычное, пиво живое, пиво разливное), комплектацию товара - размещение товара на складе по группам, дробление партий товара и стандартизацию товара (см. рис.4.5)
«Учёт товара» опишем с помощью диаграммы IDEF3. Диаграммы IDEF3 используются для описания логики взаимодействия информационных потоков, а также могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации [6].
На диаграмме декомпозиции в нотации IDEF3 (рис.4.6) иллюстрируется «Учёт товара». Учёт товара включает в себя работу с БД, контроль имеющихся товарных запасов и их срока годности.
Как только все данные по товару занесены в БД или откорректированы, выполняются последующие за перекрестком (AND) процессы:
? «Контроль сроков годности товара»;
? «Контроль уровня товарных запасов».
Эти процессы выполняются в виде запросов из БД.
Рис.4.6 Диаграмма декомпозиции IDEF3. Учёт товара
Если имеется товар с истекающим сроком годности, то список такого товара будет направлен в отдел продаж, чтобы менеджеры установили в ближайшее время на соответствующий товар скидку.
Список имеющегося в наличии товара будет использоваться при проведении инвентаризации- подсчёта товара на складе, которая проводится в назначенное время по приказу руководства данного предприятия.
После проведения инвентаризации составляется отчёт по проведённому мероприятию.
Декомпозируя процесс «Продажа товара», получаем следующую диаграмму (рис.4.7):
Проектирование продажи товара осуществляется следующим образом:
- Отдел продаж принимает от покупателя заявку на приобретение товара;
- Используя информацию об имеющемся товаре из БД, определяется наличие товара и скидка на него (скидка на товар будет в том случае, если срок годности на товар истекает через определённое ближайшее время);
- Оформляется покупка, и данные о покупке в дальнейшем используются для создания отчёта о продажах;
- Выдача товара осуществляется при оплаченном чеке, товар сопровождается накладной;
- При необходимости осуществляется доставка товара.
Рис.4.7 Диаграмма декомпозиции IDEF0. Продажа товара
Дополним cпроектированyю в BPwin ИС «Управление товаром на складе» древовидной диаграммой (Node Tree Diagrams) (рис.4.8).
Древовидная диаграмма (рис.4.8) отображает структуру модели в целом [4]. Вершина построенной диаграммы (самый верхний узел) соответствует диаграмме контекстного уровня. Просмотр модели с использованием древовидной диаграммы позволяет акцентировать внимание на функциональной декомпозиции модели безотносительно к существующим внутри и вовне модели потокам.
5. Создание инфологической модели ИС «Управление товарными запасами на складе»
Рис. 5.1 Графическое представление инфологической модели (ER-диаграмма)
Модель представлена в виде сущностей, их атрибутов и связей между ними. Каждая сущность представляет множество подобных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных. Атрибут выражает определенное свойство объекта. С точки зрения физической модели БД сущности соответствует таблица (например, «Поставщики», «Поставки»), экземпляру сущности - строка в таблице, а атрибуту - колонка таблицы (например, строка «Код товара» в таблице «Товар»). В результате проектирования было выделено пять сущностей - «Поставщики», «Поставки», «Товар», «Скидка», «Продажи».
Сущность «Товар» содержит информацию о товаре, имеющемся на складе, - название товара, его количество, стоимость, дата изготовления и дата, до которой годен товар, необходимые для того, чтобы контролировать сроки годностей товаров. Сущность «Скидка» содержит данные по скидке на определённый товар, которая может быть назначена, чтобы повысить спрос на данный товар. Сущность «Поставщики» содержит необходимые данные по поставщикам. А сущности «Поставки» и «Продажи» отражают данные по операциям над товаром.
Связь на диаграмме отображает логическую зависимость одной сущности от другой. На нашей диаграмме использованы связи - один ко многим, это означает, что одному экземпляру объекта А соответствует 0, 1 или более экземпляров объекта В, но каждый экземпляр объекта В связан не более чем с 1 экземпляром объекта А [9]. К примеру, между сущностями «Поставщики» и «Поставки» связь - один ко многим, это означает, что один поставщик может совершить ни одной, одну или несколько поставок, а каждая поставка осуществляется только одним поставщиком.
В методологии ERwin различают зависимые и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи) сущностями. Экземпляр зависимой сущности определяется только через отношение к родительской сущности. Зависимая сущность изображается на диаграмме прямоугольником со скругленными углами.
На нашей диаграмме зависимыми сущностями являются: «Поставка» и «Скидка». Родительскими для них являются сущности «Поставщик» и «Товар» соответственно.
В Erwin используются идентифицирующие связи и неидентифицирующие. При установлении неидентифицирующей связи дочерняя сущность остается независимой, а атрибуты первичного ключа родительской сущности мигрируют в состав неключевых компонентов дочерней сущности. Неидентифицирующая связь служит для связывания независимых сущностей.
Для того чтобы однозначно идентифицировать экземпляр сущности используется первичный ключ (атрибут или группа атрибутов). Атрибуты первичного ключа на диаграмме не требуют специального обозначения - это те атрибуты, которые находятся в списке атрибутов выше горизонтальной линии.
Например, на рис. 5.1 сущность «Товары» однозначно идентифицирует первичный ключ - «Код товара».
При установлении идентифицирующей связи между родительской сущности автоматически переносятся в состав первичного ключа дочерней сущности (рис.5.2).
Эта операция дополнения атрибутов дочерней сущности при создании связи называется миграцией атрибутов. В дочерней сущности новые атрибуты помечаются как внешний ключ - (FK). Пример такой миграции атрибутов с участием дочерней сущности «Скидка», родительской сущности «Товар» и первичного ключа родительской сущности «Код товара» представлен на рис. 5.2.
Целью данной работы было проектирование ИС для управления товарными запасами на оптово-розничном складе. Создание автоматизированной информационной системы для склада необходимо, чтобы усовершенствовать процессы закупки, хранения, учёта и продажи товара. Использование информационной системы становится неотъемлемой составляющей функционирования рассматриваемого предприятия.
Данная работа включает технологическую сеть проектирования по комплексу бизнес-задач, которая раскрывает содержательную сторону процесса управления товаром и необходима для понимания сущности технологии проектирования.
Для графического представление разрабатываемых бизнес процессов использовалось CASE-средство верхнего уровня All Fusion Process Modeler BPwin.
Инфологическая модель построена при помощи All Fusion Process Modeler Erwin и отражает предметную область ИС (управление товарными запасами на складе) в виде совокупности информационных объектов и их структурных связей.
Спроектированная ИС выполняет поставленную нами цель и обеспечивает управление товаром на предприятии, поэтому построенная ИС эффективна [2]. Оценить экономическую эффективность в показателях мы не имеем возможности, так как в задачи нашего курсового проекта не входил расчёт затрат на функционирование системы и оценить прибыль, полученную в результате использования системы теоретически, невозможно. Построенная модель технологически эффективна, так как технологическая разработка системы проста и модель содержит необходимую и достаточную информацию для дальнейшего проектирования автоматизированной информационной системы и создания БД для учёта товаров на складе.
Проектирование подсистем реализации автомобиля, ввода и редактирования информации, составления отчётов и подсистемы администрирования. Требования к системе. Использование CASE средства AllFusion Process Modeler BPWin для создания моделей бизнес-процессов. дипломная работа [2,4 M], добавлен 29.06.2012
Обзор принципов построения и эффективного применения систем управления базами данных, CASE-средств автоматизации проектирования. Анализ возможностей методологии и инструментальных средств. Разработка модели бизнес-процессов гостиницы в среде All Fusion. курсовая работа [3,3 M], добавлен 28.12.2012
Методология IDEF0 для описания бизнес-процессов с использованием графического языка. Структура ИС магазина фитнес оборудования на базе программного средства AllFusion Process Modeler, позволяющей сократить время поиска и доставки нужных клиенту товаров. курсовая работа [1,5 M], добавлен 11.01.2015
Методика и основные этапы построения модели бизнес-процессов верхнего уровня исследуемого предприятия, его организационной структуры, классификатора. Разработка модели бизнес-процесса в IDEF0 и в нотации процедуры, применением Erwin Data Modeler. курсовая работа [1,6 M], добавлен 01.12.2013
Анализ деятельности складского учета, внедрение информационных технологий в процесс работы склада. Создание информационной системы учета движения материалов на складе. Моделирование бизнес-процессов. Проектирование физической структуры базы данных. курсовая работа [4,1 M], добавлен 22.06.2014
Анализ организационной структуры управления и бизнес-процессов компании. Разработка логистической информационной системы, включающей в себя подсистемы управления продажами, запасами и грузоперевозками. Подбор ее программного и технического обеспечения. дипломная работа [3,2 M], добавлен 18.05.2014
Характеристика и назначение лечебно-профилактического учреждения. Бизнес-процессы санаторно-курортного комплекса. Построение логического и физического уровня информационной модели бизнес-процесса санатория. Программная реализация в Erwin Data Modeler. курсовая работа [891,1 K], добавлен 30.05.2015
Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу .
© 2000 — 2021
Проектирование бизнес процессов по управлению продовольственными запасами на складе курсовая работа. Программирование, компьютеры и кибернетика.
Реферат На Тему Синонимия Русского Языка
Реферат: Япония в мировом хозяйстве
Дипломная работа по теме Разработка управленческих решений на предприятии на примере ЗАО "Внешторгсиб-М"
Курсовая работа по теме Решение проблем пациента по средствам сестринского ухода. Роль медицинского персонала в организации хранения и раздачи лекарственных средств в лечебном отделении
Практическая Работа На Уроках Географии
Контрольная работа: Сельское хозяйство Пермского края
Доклады На Тему Мораль Как Предмет Этики. Понятие Морали. Особенности Функционирования Морали
Реферат: Луки 10: Заповеданная Иисусом Миссия
Реферат: Ликвидация юридического лица в связи с его банкротством
Реферат На Тему Экспериментальные Заболевания, Обусловленные Вирусом Герпеса И Инфекциями Слюнных Желез
Курсовая работа по теме Парадигмы в зарубежной социологии
Отредактировать Диссертацию
Магистерская Диссертация Экология Загрязнения Атмосферы Сельскохозяйственной Техникой
Курсовая работа по теме Микобиота томата
Реферат На Тему Вирусные Заболевания
Доклад: Арсеньев, Николай Михайлович
Методы Защиты Окружающей Среды Реферат
Контрольная Работа На Тему Система Линейных Уравнений
Реферат по теме Шкалы землетресений
Песнь О Нибелунгах Сочинение
Статичні деформації хребта - Медицина курсовая работа
Современные методы контроля рабочего времени сотрудников организации - Менеджмент и трудовые отношения реферат
Исследование влияния команды проекта на величину отклонения по срокам - Менеджмент и трудовые отношения дипломная работа