Моделирование существующего процесса материально-технического снабжения
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
необходимых затрат и другие характеристики создаваемой, или подвергающейся модернизации, системы. А также грамотно скоординировать работу подсистем. [4]
.1.1 CASE-средство моделирования BPwin
Существенное расширение возможностей осуществления функционального моделирования принесло введение в 90-х годах истекшего века его компьютерной поддержки. Широко распространённым современным средством компьютерной поддержки функционального моделирования является пакет прикладных программ AllFusion Process Modeler, поставляемый компанией Computer Associates International, Inc., США. Помимо IDEF0, AllFusion Process Modeler поддерживает, также, методику моделирования информационных процессов DFD, а также методику потокового моделирования IDEF3. Поддерживаются как монометодические модели, так и "гибридные" функциональные модели, состоящие из диаграмм в методиках IDEF0, DFD, IDEF3. IDEF0 поддерживает моделирование как материальных систем, так и систем информационных. IDEF3 также поддерживает моделирование систем обоих видов. Все методики в составе AllFusion Process Modeler имеют возможность информационного пополнения модели данными о затратах на осуществление функций, о длительности выполнения функций и их повторяемости - в технологии функционально - стоимостного моделирования - Activity Based Costing (ABC). [4]
Для проектирования процесса материально-технического снабжения используем BPWin 4.0. Создадим сначала функциональную модель, содержащую 4 типа диаграмм: контекстную диаграмму, диаграммы декомпозиции, диаграммы дерева узлов, диаграммы потоков данных.
2.1.2 Разработка контекстной диаграммы
Функциональная модель (ФМ) разрабатывается как некоторый набор диаграмм, текстов и глоссария.
Каждая диаграмма разрабатывается как отдельный лист в формате от А4 до А1 или Customer (пользовательский). Основой функциональной модели является Activity - функция, графическим символом которой является прямоугольник (Box - в первоисточнике), в котором вписано имя функции в виде глагола или отглагольного существительного.
Каждая функция (прямоугольник Activity) встраивается в ФМ четырьмя типами связей - вход (Input) - всегда стрелка, символизирующая вход, направлена слева, в левую грань прямоугольника функции; выход (Output) - всегда из правой грани прямоугольника направо; управление (Control) - всегда стрелка сверху вниз, на верхнюю грань прямоугольника; механизм (Mechanism) выполнения функции - стрелка снизу к нижней грани прямоугольника Activity.
Это означает, что осуществление указанной в прямоугольнике функции приводит к преобразованию входа - в выход; что это преобразование осуществляется при помощи механизма и под управлением, символизированным стрелкой Control.
Первая диаграмма ФМ, называемая ТОР (верхней или контекстной) диаграммой, имеет только один прямоугольник Activity, который символизирует работу системы в целом. Все связи на этой диаграмме являются связями моделируемой системы со средой функционирования. [4]
Так как целью курсового проекта является рассмотрение процесса материально-технического снабжения, который является одним из множества процессов, осуществляемых на предприятии и функционирует в непосредственной взаимосвязи с ними, то наименованием контекстной диаграммы будет Деятельность предприятия. На рисунке 3 представлена контекстная диаграмма, разрабатываемой модели. Из него видно, что входом в деятельность предприятия являются звонки клиентов, на выходе получаем Выполненные заказы. Деятельность регулируется с помощью нормативных документов и осуществляется персоналом, оборудованием, программным обеспечением и информационной базой.
Стрелки на диаграмме верхнего уровня соединяют работу и границы диаграммы, они же - границы моделирования.
Рисунок 3 - Контекстная диаграмма деятельности предприятия
В настройках модели определили наименование модели, наименование проекта, обозначили цель и точку зрения. Деятельность компании можно рассматривать с точки зрения различных людей: оператора процесса, лидера процесса, исполнительного директора, заказчика, акционера, партнера компании, продавца продукции компании и т.д. С точки зрения каждой из перечисленных выше категорий людей компания выглядит по-разному, т.е. каждой категории необходимы различные модели. Так, генеральный директор должен иметь общую картину, включающую все аспекты компании в целом: концепцию бизнеса, процессы, продукцию, персонал, инвестиции, финансы, перспективы и т.д.[1] В связи с выше сказанным выбранная нами точка зрения - это точка зрения генерального директора.
Рисунок 4 - Диалоговое окно настройки свойств модели
2.1.3 Разработка диаграмм декомпозиции
После описания контекста проводится функциональная декомпозиция- система разбивается на подсистемы и каждая подсистема описывается в том же синтаксисе, что и система в целом. Затем каждая подсистема разбивается на более мелкие и так до достижения нужного уровня подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции. Диаграмма декомпозиции предназначена для детализации работы. В отличие от моделей, отображающих структуру организации, работа на диаграмме верхнего уровня в IDEF0 - это не элемент управления нижестоящими работами. Работы нижнего уровня - это то же самое, что работа верхнего уровня, но в более детальном изложении. После каждого сеанса декомпозиции автором диаграммы формируется папка - набор документов, в который входит сама диаграмма, дополнител?/p>