18. Методология планирования потребности в материалах – mrp. Входы/выходы mrp-процесса.

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

MRP = SIC + BOM

19. Методология планирования производственных мощностей – crp. Входы/выходы crp-процесса.

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

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

20. Методология планирования производственных ресурсов – mrp II. Место mrp II в системе управления предприятием. Методология бизнес-планирования – erp. Отличительные особенности erp.

MRP II.

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

ERP.

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

Классические ERP-задачи планируют изготовление продукта только с точки зрения внутреннего производства. В практических системах эта проблема частично устраняется путем привлечения методов проектного планирования. Однако они обычно не обладают достаточной гибкостью и не интегрированы в общую систему планирования. Точки зрения:

1. Точка зрения управления производством

2. Точка зрения управления материальными потоками

3. Точка зрения управления финансами

Концепция «Точно вовремя» и теория ограничений. Особенности и этапы реализации с точки зрения использования КИС.^*

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

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

С точки зрения JIT (Just In Time, Точно Вовремя) потери – это все

действия и объекты, которые не повышают потребительскую стоимость

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

относятся:

1) Излишние запасы (материалов, незавершенного производства и готовой продукции), которые увеличивают стоимость продукции за

счет затрат на хранение, потерь и др. Кроме того, излишние запасы увеличивают потребность в оборотных средствах.

2) Время производства. Длительное время производства ведет к утрате позиций на рынке, к повышению расходов на зарплату и др.

3) Производственный брак, отходы производства.

4) Излишний персонал.

5) Неэффективная информационная система.

Функциональная модель SADT. Декомпозиция функциональных диаграмм. Контекстная диаграмма.

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

Результатом применения методологии SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы - главные компоненты модели, все функции ИС и интерфейсы на них представлены как блоки и дуги. Место соединения дуги с блоком определяет тип интерфейса. Управляющая информация входит в блок сверху, в то время как информация, которая подвергается обработке, показана с левой стороны блока, а результаты выхода показаны с правой стороны. Механизм, который осуществляет операцию, представляется дугой, входящей в блок снизу.

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

Применение структурного подхода к моделированию бизнес-процессов. Типы диаграмм. Декомпозиция. Преобразование типов стрелок. Понятие туннеля.

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

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

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

Диаграммы взаимодействия описывают поведение взаимодействующих групп объектов (в рамках варианта использования или некоторой операции класса). Как правило, диаграмма взаимодействия охватывает поведение объектов в рамках только одного потока событий варианта использования. На такой диаграмме отображается ряд объектов и те сообщения, которыми они обмениваются между собой. Существует два вида диаграмм взаимодействия: диаграммы последовательности и кооперативные диаграммы.

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

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

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

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

Диаграмма размещения отражает физические взаимосвязи между программными и аппаратными компонентами системы. 

Для обеспечения единства модели автор должен обязательно определить все неразрешенные тоннельные стрелки одним из следующих способов:

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

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

• преобразование разрешенной/неразрешенной тоннельной стрелки во внешнюю ссылку для диаграмм IDEF 0. Такое преобразование позволяет обеспечить представление внутренних или внешних объектов в модели;

• преобразование разрешенной/неразрешенной тоннельной стрелки в межстраничную ссылку на какую-либо диаграммы данной модели.

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

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

Туннели.

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

Ограничения сложности IDEF диаграмм. Правила построения.

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

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

Существует ряд правил составления IDEF0 диаграмм:

- все функции и интерфейсы представлены как блоки и дуги;

- место соединения дуги с блоком определяет тип интерфейса:

управляющая информация входит в блок сверху,

входная информация входит в блок слева,

результаты выходят из блока справа,

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

Отдельные компоненты диаграммы могут быть более подробно расшифрованы на другой диаграмме. Общее число уровней детализации в модели не должно превышать 5-6.

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