Теоретические основы автоматического управления

Преподаватель Стаценко Е. Ф.

Оглавление
Глава 1. Основные понятия автоматизации управления.	4 стр.
Глава 2. Автоматизация процессов управления.	10 стр.
Глава 3. Цели автоматизации на промышленном предприятии.	15 стр.
Глава 4. Подходы к компьютеризации	22 стр.
Глава 5. Управление процессом автоматизации.	29 стр.
Глава 6. Классификация систем АСУ.	34 стр.
Глава 7. Стадии и этапы создания АСУ.	40 стр.
Глава 8. Технология постановки задачи.	46 стр.
Глава 9. Структура и содержание ИО.	51 стр.
Глава 10. Внутримашинное информационное обеспечение БД.	57 стр.
Глава 11. Интегрированные технологии в распределенных системах обработки данных.	62 стр.
Глава12. Локальные вычислительные сети.	66 стр.
Глава 13. Защита информации.	70 стр.
Глава 14. Мировой опыт производства и управления.	75 стр.
Глава 15. Концепции MRP II, ERP	82 стр.
Глава 16. Информационная система АСУП	91 стр.
Глава 17. Техническая подготовка производства (ТПП)	92 стр.
Глава 18. Оперативное управление производством	99 стр.
Глава 19. Расчет календарно-плановых нормативов.	101 стр.
Глава 20. Алгоритмы формирования комплектовочной карты (КК).	105 стр.
Глава 21. Алгоритм расчета подетального номенклатурного плана цеху на месяц (серийное производство).	109 стр.
Глава 22. Маршрутная карта	113 стр.
Глава 23. Алгоритм учёта межцехового движения деталей. Учёт брака.	116 стр.
Глава 24. Алгоритм расчета потребности материала по предприятию на план месяца.	120 стр.
Глава 25. Алгоритм расчета лимита материала цеху на месяц.	122 стр.
Глава 26. Алгоритм расчета дефицита материала (объемный, календарный) по предприятию на план месяца.	124 стр.
Глава 27. Алгоритм формирования материального отчёта об использовании материала по цеху за месяц.	126 стр.
Глава 28. Алгоритм учёта движения материалов по складу.	126 стр.
Глава 29. Алгоритм расчёта загрузки оборудования на план месяца по цеху	132 стр.
Глава 30. Алгоритм расчёта численности основных рабочих на план месяца по цеху	135 стр.
Глава 31. Алгоритм расчета баланса движения деталей по цеху за месяц.	138 стр.
Глава 32. Алгоритм расчета незавершенного производства в объемных показателях (по прямым затратам)	141 стр.
Глава 33. Алгоритм расчета укомплектованности сборки по сборочному цеху на текущую дату	146 стр.
Глава 34. Выполнение плана цехом за месяц в нормо-часах.	150 стр.
Глава 35. Выполнение плана по номенклатуре цехом за месяц	152 стр.
Глава 36. Расчет заработной платы рабочим-сдельщикам	154 стр.

Глава 1. Основные понятия автоматизации управления.

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

АСУП состоит, в свою очередь, из подсистем. Цель разбиения АСУП на подсистемы – выделение крупных неоднородных элементов для упрощения процессов проектирования и внедрения в эксплуатацию.

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

Функциональные выделяются в соответствии с управленческими функциями. В АСУ промышленным предприятием входят следующие подсистемы:

• управление технической подготовкой производства (ТПП),

• основное производство,

• вспомогательное производство,

• материально-техническое снабжение (МТС),

• технико-экономическое планирование (ТЭП),

• бухгалтерский учет (БУ),

• сбыт,

• кадры,

• финансы,

• качество.

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

• технического (ТО),

• информационного (ИО),

• математического МО),

• программного (ПО),

• организационного.

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

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

Подсистема МО включает математические методы, модели, алгоритмы.

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

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

Основные понятия теории управления

Процесс управления в самом общем виде может быть проиллюстрирован с помощью схемы

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

Упрощенный процесс управления предприятием можно представить с помощью схемы

Эта схема управления универсальна и применима ко всем процессам в производственных системах.

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

Для описания процесса управления используются перечисленные далее термины.

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

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

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

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

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

Планирование – это определение поведения управляемого процесса в будущем в детерминированном виде.

Учет – определение фактического состояния управляемого процесса в дискретные моменты времени.

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

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

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

Прогнозирование – это определение на будущее вероятных характеристик управляемого процесса

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

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

Переменными в экономико-математических моделях являются управляемые параметры (количество выпускаемых изделий, время запуска – выпуска, размеры партий, уровень запасов, длительность производственного цикла (ДПЦ)).

Многообразие экономико-математических методов достаточно велико.

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

Частным случаем линейного программирования является транспортная модель.

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

Ниже перечислены модели и методы решения частных задач управления предприятиями, включаемые в базовые системы типа Enterprise resource planning (ERP):

• для решения задач стратегического планирования применяются модели линейного программирования;

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

• для решения задач прогнозирования спроса и других экономических процессов применяются методы регрессивного анализа, анализа временных рядов, процедуры обработки экспертных оценок;

• при решении задач планирования объемов продаж и производства используются методы линейного программирования;

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

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

• оперативное управление производством в ERP базируется на применении приоритетов и эвристических методов для построения расписаний работ;

• нормативная база может формироваться с применением статистических методов.

Историческая справка

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

В 60-ые годы получают развитие методы, направленные на совершенствование систем принятия решений.

В 70-ые годы была разработана и воплощена концепция производственных информационных систем (система MRP, MRPII).

В 80-е годы на первый план выходит «Компьютерное интегрированное производство», включая и системы автоматизации проектирования (САПР).

В 90-е годы получают развитие системы принятия решений, экспертные системы и системы искусственного интеллекта.

Глава 2. Автоматизация процессов управления.

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

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

• задачи чаще всего многокритериальные,

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

• задачи плохо алгоритмизируются,

• задачи редко повторяются,

• решение задачи, как правило, многошаговое.

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

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

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

Задачи технических работников однокритериальные, имеют одношаговое решение.

Общие требования к автоматизированным рабочим местам (АРМ):

• простота общения пользователя,

• оперативность ввода, обработки, поиска,

• возможность настройки на конкретного пользователя,

• доступ к корректировке и вводу информации только «хозяина», остальным пользователям только просмотр,

• защита от несанкционированного доступа.

Виды обеспечения:

• техническое, информационное,

• математическое, программное,

• лингвистическое (язык диалога пользователя с АРМ),

• защитное,

• методическое (инструментарий пользователю),

• правовое (регламентация отношений между пользователями внутри фирмы)

Базы данных.

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

Методика решения формализуемых задач.

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

• математические модели объекта или процесса управления,

• информации,

• алгоритма решения.

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

• линейное и динамическое программирование (задачи распределения ресурсов),

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

• имитационное моделирование (где реальный процесс заменяется имитационной моделью),

• статистическое моделирование (результат находится методами математики, статистики из большого числа расчетов с различными факторами),

• теория игр (состязательные задачи в условиях неопределенности),

• сетевое планирование и управление (СПУ) (задачи с неопределенной оценкой времени выполнения различных видов работ),

• векторная оптимизация (многокритериальные задачи).

Многие задачи оптимизации принятия решений могут быть выполнены с помощью электронных таблиц типа Ехсеl 7.0, Ехсеl 97, windows 95/98.

Этапы управления.

Управление – это процесс достижения человеком или группой лиц цели управления при наличии определенной информации.

Обобщенная схема управления в фирме показана на рисунке.

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

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

На основе целей управления выбирается критерий эффективности:

• скалярные (однокритериальные),

• векторные (многокритериальные, несколько практически равнозначных критериев),

• статические (не зависящие от времени),

• динамические (зависящие от времени),

• детермированные (с определенными факторами),

• со случайными или неопределенными факторами.

Принятие решения – ответственный этап в процессе управления. Этот этап сочетает интеллектуальные возможности руководителя (знание, опыт, реакцию, интуицию) с техническими возможностями предоставления информации. Окончательное решение принимает руководитель.

Выполнение решения.

На этом этапе управления можно выделить следующие действия:

• доведение решения до исполнителей,

• выполнение решения исполнителями,

• доклады исполнителей руководителю.

Контроль выполнения решений необходим для поддержания дисциплины.

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

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

Учет опыта осуществляется путем анализа, систематизации и помещения в БД.

Источники информации (внутренние и внешние).

Глава 3. Цели автоматизации на промышленном предприятии.

Зачем вкладывать средства в информационные технологии?

На этот вопрос многие руководители предприятий дадут такие ответы: наладить учет, облегчить работу персоналу, сократить время на подготовку отчетности и т.п. (варианты «для солидности» или «потому что так делают многие» мы не рассматриваем). Однако практически любой руководитель все эти цели сведет к одной – организовать труд большого количества людей, систематизировать и упорядочить управление предприятием для достижения поставленных целей. Возникает необходимость автоматизировать не отдельные рабочие места, а технологические цепочки, после чего встает вопрос об автоматизации деятельности всего предприятия.

Почему управление, а не просто бухгалтерский учет?

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

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

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

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

Кому должна служить автоматизированная система – руководству предприятия или рядовому исполнителю?

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

Когда и за счет чего предприятие получает отдачу от инвестиций в информационные технологии?

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

Материально-техническое снабжение и складской учет.

• Снижение уровня запасов – возможность планирования потребности материалов и оперативный учет остатков на складах позволяет уже через 2-3 месяца после запуска системы определить необходимые величины нормативных запасов материалов, устранить необоснованные закупки и в дальнейшем ежемесячно контролировать уровень запасов. Через 5-6 месяцев на основании набранной статистики появляется возможность контролировать неликвиды. Обычно достигается снижение уровня запасов на 10-15%.

• Устранение неучтенных недостач – оперативное сравнение реальных складских остатков и данных бухучета часто позволяет выявить неучтенные недостачи, которые возникли в своей массе из-за потери документов. Обычно составляет 3-5% от уровня запасов.

• Контроль цен закупок материалов – сравнение цен закупок одних и тех же материалов за определенный период позволяет выявить на некоторых позициях разницу в 2-3 раза.

• Планирование потребностей материалов и оперативное лимитирование – пересчет лимитно-заборных карт для цехов при резких изменениях планов производства иногда позволяет снизить необоснованную выдачу материалов в цехах на 10-15%.

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

• Нормирование и лимитирование вспомогательных материалов – позволяет резко снизить неконтролируемое списание вспомогательных материалов. В некоторых случаях позволяет снизить расход вспомогательных материалов на 20-30%.

• Контроль ритмичности выдачи материалов со складов в цеха – при определении величины нормативных запасов материалов часто приводится аргументация, что запас на 1-1,5 месяца недостаточен. Анализ ритмичности выдачи материалов позволяет выявить практически одну и ту же картину на всех промышленных предприятиях – в первых числах месяца цеха выбирают весь месячный лимит. При установленном нормативном запасе в 1-1,5 месяца на складе не остается запасов, что приводит к срочным дополнительным закупкам. Контроль ритмичности позволяет понедельно или подекадно контролировать выдачу материалов и не превышать величину складского запаса

• Планирование закупок по группам материалов – позволяет избежать необоснованных закупок, прежде всего, закупок по бартеру вспомогательных материалов, которые выполняются по принципу «может когда-нибудь пригодится».

Производство.

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

• Снижение на 5-10%объема незавершенного производства в цехах за счет сквозного и своевременного оперативно-производственного планирования и учета производства, пересчетов подетально-пооперационных планов при изменении планов выпуска продукции.

• Снижение на 10-15% доли сверхурочных работ, ликвидация авралов за счет подетально-пооперационного календарного планирования трудовых и материальных ресурсов до уровня производственных участков.

• Сокращение запасов готовой продукции на складах на 10-15% за счет позаказного планирования и учета производства.

• Графиковое планирование и учет – позволяет оперативно ежедневно выявлять отклонения от плановых показателей, установленных на дату,

• Планирование и учет затрат по подразделениям, направлениям и источникам – позволяет планомерно снизить себестоимость продукции на 3-5% за счет сокращения цеховых и общехозяйственных расходов.

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

• Планирование себестоимости и определение точки безубыточности предприятия – позволяет оценить рентабельность деятельности предприятия на период по нескольким вариантам.

Ценообразование.

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

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

Управление расчетами с организациями.

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

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

• Контроль абсолютной и относительной дебиторской задолженности – позволяет оперативно контролировать расчеты по договорам с отсрочкой платежей (договорам «под реализацию»).

Управление сбытом продукции.

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

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

• Контроль цен отгрузки – сравнение фактических цен отгрузки с базовыми утвержденными ценами позволяет исключить преднамеренное занижение цен при отгрузке и как следствие потерю прибыли предприятием. По нашему опыту на предприятиях 3-5% отгрузок получают необоснованные скидки от персонала отдела сбыта,

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

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

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

Глава 4. Подходы к компьютеризации.

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

Попытаемся кратко охарактеризовать альтернативные подходы к компьютеризации промышленных предприятий.

1. Покупка отдельных многотиражных «коробочных» продуктов.

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

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

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

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

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

2. Разработка комплексных систем собственными силами.

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

Во-первых, резкая смена технологий обработки информации, существенно возросшая сложность разработки современных программных средств, отток наиболее квалифицированных программистов с промышленных предприятий в частные фирмы привело, на большинстве предприятий, к отставанию групп программирования отделов АСУ на 5-10 лет от современного уровня разработок. Практически, собственных сил хватает только на сопровождение комплекса задач по расчету заработной платы и «латание дыр» в уже работающем программном обеспечении. Создание новых комплексов обычно выполняется в «авральном» порядке. Из-за необходимости постоянного решения текущих проблем у специалистов отделов АСУ отсутствуют возможности для пересмотра общей концепции системы, изменения технологии обработки информации, внедрения комплексного подхода, обобщения опыта решения аналогичных задач на других предприятиях. Это приводит к постоянному отставанию действующих систем от современного уровня. Большинство разработанных собственными силами автоматизированных систем представляют собой конгломерат совершенно различных технологий (от пакета задач на ЕС ЭВМ до мини клиент-серверных приложений) и является классическими реализациями «лоскутного» принципа создания системы.

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

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

3. Покупка «западных» систем комплексной компьютеризации предприятия.

С 1995 года на отечественном рынке появились комплексные системы компьютеризации предприятий зарубежного производства (SAR R/3, BAAN, Oracle applications, Scala, Concorde,.). В отличие от многотиражных «коробочных» продуктов эти системы действительно охватывают все стороны хозяйственно-финансовой деятельности предприятия. Дилеры каждой из указанных фирм участвуют в запуске и внедрении системы у заказчика.

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

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

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

При выборе данного варианта компьютеризации предприятия следует учитывать и некоторые субъективные факторы:

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

• Большинство дилеров являются либо продавцами системы, либо имеют явно недостаточную квалификацию для внедрения системы

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

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

4. Разработка системы «под заказ» на базе выбранного отраслевого проекта.

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

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

Для большинства же подсистем требуется доработка (именно доработка, а не простая «настройка») и привязка системы. Поэтому одним из наиболее приемлемых подходов для крупных и средних промышленных предприятий (численность работающих от 500 человек) является:

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

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

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

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

• Фирма-разработчик ориентируется на свой местный рывок и максимально учитывает его особенности, ее разработки идут от потребности своих клиентов;

• При индивидуальной доработке системы учитываются особенности организации учета на предприятии, сохраняется информация из основных массивов нормативно-справочной информации предприятия, учитываются история компьютеризации предприятия и наработки отделов АСУ;

• Поставка системы может осуществляться с исходными текстами программ» что позволяет осуществлять дальнейшую доводку системы силами программистов отдела АСУ;

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

5. Внедрение отечественной производственно ориентированной комплексной систем компьютеризации предприятия.

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

Техническая политика должна строиться на следующих решениях:

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

• Предпочтение отдается способу хранения всей информации в централизованной информационной базе предприятия. Единое информационное пространство и «сквозное» прохождение информации в системе.

• Модульность системы – возможность поэтапного внедрения.

• Широкое использование собственных инструментальных средств обеспечения.

• Единый подход к разработке и стандартизация программного обеспечения.

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

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

• Необходимость поддержки для крупных заказчиков одновременной работы на одной информационной базе как DOS, так и Windows-версий программного обеспечения. Кросс-платформенность ключевых подсистем. Это решение вызвано наличием на предприятиях большого парка устаревших компьютеров и невозможностью их быстрой полной модернизации до уровня Windows. Данная технология позволяет заказчику использовать весь парк ПЭВМ (от 386 до Pentium II) и постепенно перейти на платформу Windows.

Глава 5. Управление процессом автоматизации.

Процесс автоматизации как любой управляемый процесс состоит из следующих этапов:

• планирование

• контроль исполнения плана;

• регулирование – анализ результатов и принятие решений.

Как правило, существуют два типа планов:

• стратегический;

• оперативный.

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

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

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

• области деятельности предприятия и последовательность, в которой они будут автоматизированы;

• способ автоматизации: по участкам, направлениям, комплексная автоматизация;

• долгосрочная техническая политика – комплекс внутренних стандартов, типы стандартов на оборудование и ПО, перечень поставщиков производителей базовых аппаратно-программных средств;

• ограничения: финансовые, временные;

• условия, при наступлении которых производится ревизия плана;

• анализ результатов выполнения плана и процедура управления изменениями плана.

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

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

• средний период между сменой технологий основного производства;

• среднее время жизни выпускаемых продуктов;

• анонсированные долгосрочные планы поставщиков технических средств в плане их развития: снижение доли нестандартизованных компонентов на всех уровнях (интерфейсы, контроллера, операционные системы (ОС), расширение типов совместимых платформ, создание средств конвертации данных системы архивирования, интеграция со смежными системами;

• сроки амортизации используемых систем;

• стратегический план развития предприятия.

Во главе стратегии автоматизации должна лежать стратегия бизнеса предприятия: миссия предприятия, направления и модель бизнеса. Таким образом, стратегия автоматизации представляет собой план, согласованный по срокам и целям со стратегией организации.

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

• снижение стоимости продукции,

• увеличение объема или ассортимента,

• сокращение цикла: НИОКР – производство – сбыт,

• переход от производства на склад к производству под конкретного заказчика.

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

• финансовые,

• временные,

• технические,

• человеческий фактор.

Финансовые ограничения определяются величиной инвестиций, которое предприятие способно сделать. Этот вид ограничений универсален.

Временные ограничения связаны со:

• сменой технологий основного производства,

• рыночной стратегией предприятия,

• государственным регулированием экономики.

Человеческий фактор:

• корпоративная культура – отношение персонала к автоматизации,

• особенности рынка труда (трудности найма).

Корпоративная культура – это, прежде всего, отношение персонала к автоматизации, привычка работать по стандартизированным процедурам и исполнительная дисциплина. Т.к. значительная часть информации вводится в БД вручную – то важно соблюдение регламентов работ.

Состояние рынка информационных технологий.

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

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

Реорганизация деятельности предприятия

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

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

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

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

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

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

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

Комплекс методов анализа для реорганизации бизнес-процессов с целью повышения производительности, снижения стоимости и повышения качества:

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

• стоимостной анализ, поиск возможностей снижения стоимости, прогнозирование результатов модификаций, моделирование последствий конкретного решения;

• исчисление стоимости исходя из жизненного цикла.

Глава 6. Классификация систем асу.

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

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

По существу заказные системы являются НИОКР и характеризуются повышенным риском в плане получения требуемых результатов. Для снижения рисков и расходов на разработку целесообразно использовать апробированную на практике методику со следующими элементами:

• Модель технологического процесса (последовательность технологических операций, требования к входной и выходной информации),

• Модель процесса управления самим технологическим процессом,

• Инструментальные средства, используемые при разработке.

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

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

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

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

Из всего множества трудностей развития АСУП, следует остановиться на двух:

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

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

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

• Управленцы практически не владеют методологией системного анализа,

• Объем информации, касающейся деталей в организации управления на конкретном предприятии, оказывается слишком велик,

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

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

• Привлечение пользователей к разработке системы, в т.ч. и к разработке ПО,

• Прототипирование ПО,

• Совмещение процесса обучения пользователей работе с базовой системой создания прототипа.

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

Как известно, АСУ могут быть классифицированы по различным признакам.

По типу производства:

• АСУ дискретным производством

• АСУ непрерывным производством,

• АСУ дискретно-непрерывным производством.

По уровню исполнения:

АСУ цехом, производством, заводом, отраслью.

По типу принимаемого решения:

• информационно-справочная система. Примеры «Сирена», «Экспресс».

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

• информационно-управляющая система Выходным результатом подобной системы является воздействие на объект управления (станки с ЧПУ, роботы, (АС ТП)).

• по назначению. Примеры – АСУ военного назначения, экономические системы, информационно-поисковые системы.

• по областям деятельности. Например – медицинские системы, экологически системы.

Если говорить о предприятии, то чаще всего делятся на три группы.

К системам первой группы относятся простые, так называемые «коробочные» продукты, реализующие небольшое число бизнес-процессов. Обычно они рассчитаны либо на локальное использование, либо на небольшую сеть (5-10 ПЭВМ). Это бухгалтерские, складские, небольшие торговые системы. Отличительная особенность подобных систем – легкость в освоении в сочетании с низкой ценой, соответствие российскому законодательству, возможность выбрать систему на свой вкус.

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

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

К высшему классу относятся системы, которые отличаются высоким уровнем детализации хозяйственной деятельности предприятия. Современные версии таких систем обеспечивают реализацию всех фаз управления. Они получили название ERP – систем (Enterprise Resource Planning). Здесь значительная избыточность и большое количество настраиваемых параметров системы обуславливают длительный срок ее внедрения и наличие специального подразделения для осуществления перенастройки и сопровождения.

Признанными мировыми лидерами в этой области (и в России) являются продукты R/3, Вааn IV, MAX, Oracle.

Системы начального уровня.

Исторически, многие программные продукты разрабатывались небольшими группами программистов для конкретного заказчика. После получения приемлемой версии предпринимались попытки продать свое творение кому-нибудь еще, и в случае успеха эта группа программистов преобразовывалась в небольшую фирму по разработке, продвижению и сопровождению своих программных продуктов. Количество возможных пользователей систем начального уровня колеблется от одного сотрудника до нескольких десятков. Это соотношение наглядно иллюстрирует эволюционный путь, который программные продукты данного рода прошли за период с конца 80-х до конца 90-х годов. Из локальных DOS – или Windows – приложений они превратились в системы, работающие под управлением СУБД. Системы начального уровня – это «коробочный продукт». Подразумевается, что, покупая систему, например «1C» пользователь самостоятельно ее установит и начнет эксплуатировать. Это верно только отчасти, т. к. фирмы-разработчики стараются вложить в свои программные продукты максимальные возможности, позволяющие использовать их на различных предприятиях, что обуславливает необходимость дополнительной настройки.

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

Системы среднего уровня.

Позволяют работать с более широким спектром задач, т.е. расширены функциональные возможности. Как правило, в их состав входят: БУ, ОУОП, МТС, Сбыт, Планирование. Причем планирование и производство реализовано в усеченном виде. Однако несомненным достоинством систем этого класса является возможность вести учет практически по всем направлениям деятельности предприятия.

Подобные системы предназначены для работы в ЛВС со значительным количеством пользователей. Как правило, они имеют файл-серверную архитектуру. Стоимость АСУ данного класса может колебаться до нескольких десятков тыс. $. Так как системы данного класса позволяют вести учет практически по всем направлениям деятельности предприятия, количество параметров настройки достигает значительного числа. При покупке такой системы следует обращать внимание на стоимость, но и услуг по ее внедрению.

В типовой состав таких услуг, как правило, могут входить:

• анализ деятельности предприятия,

• инсталляция и настройка системы,

• обучение пользователей,

• сервисное обслуживание на требуемый срок («горячая линия», выезд консультантов, обновление версий).

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

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

Стоимость внедрения = стоимости лицензии (практически). Почему так:

• для консультантов повременная оплата,

• реорганизация (это уже косвенные затраты),

• изменение моделей бизнес-процессов,

• обучение персонала.

Зато (кроме того) эти системы позволяют интегрироваться с САПР И АСУТП.

Глава 7. Стадии и этапы создания асу.

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

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

Основополагающие принципы создания системы:

• системность,

• развитие,

• совместимость,

• стандартизация и унификация,

• эффективность.

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

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

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

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

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

Как правило, кроме этих основополагающих принципов, выделяют также ряд частных принципов:

• принцип декомпозиции (разделение системы на части, подсистемы),

• принцип первого руководителя,

• принцип новых задач (расширение возможностей системы, совершенствование процесса управления),

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

• принцип автоматизации проектирования (типизация проектных решений, унификация методов и средств, стандартизация подходов),

• принцип абстрагирования – выделение существенных аспектов системы и отвлечение от несущественных с целью представления проблемы в более простом общем виде,

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

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

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

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

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

Жизненный цикл позволяет выделить четыре основные стадии:

• предпроектная,

• проектная,

• внедрение,

• функционирование.

Предпроектное обследование:

1-ый этап – сбор материалов, формирование требований, изучение объекта проектирования, разработка и выбор концепции системы;

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

Проектирование.

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

2-ой этап – рабочее проектирование, осуществляется разработка и доводка программ, корректировка структуры БД, создание документации на поставку, установку КТС, подготовка для каждого пользователя инструкционного материала.

Внедрение.

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

2-ой этап – проведение опытной эксплуатации всех компонентов системы, обучение персонала;

3-ий этап – сдача в промышленную эксплуатацию.

Промышленная эксплуатация.

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

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

Исходя, из реальных условий конкретной предметной области формируются основные требования к АСУ, наиболее общие из них:

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

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

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

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

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

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

• Возможность обработки больших объемов информации в регламентном в произвольном режимах, а также интеграции данных.

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

В процессе разработки АСУ проектировщики сталкиваются с рядом взаимосвязанных проблем:

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

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

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

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

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

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

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

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

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

Глава 8. Технология постановки задачи.

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

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

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

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

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

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

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

К ним относятся:

• свойства, особенности и структура экономической информации,

• условно-постоянная информация, ее роль и назначение, носители информации, макет машинного носителя, средства формализованного описания информации,

• алгоритм, его свойства и формы представления,

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

• состав программных средств, назначение операционных систем, ППП.

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

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

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

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

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

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

План постановки задачи.

1. Организационно-экономическая сущность задачи:

• наименование задачи, место ее решения,

• цель решения,

• назначение (для каких подразделений)

• периодичность решения и требования к срокам решения,

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

• информационная связь с другими задачами.

2. Описание исходной (входной) информации:

• перечень исходной информации,

• формы представления (документ) по каждой позиции перечня, примеры заполнения документов,

• количество документов (информации) в единицу времени, количество строк в документе (массиве),

• описание структурных единиц информации (каждого элемента данных, реквизита),

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

• контроль разрядности реквизита

• контроль интервала значений реквизита

3. Описание результатной (выходной информации)

   • перечень результатной информации,

   • форма представления (печатная сводка, видеограмма, машинный носитель и его макет),

   • периодичность и сроки представления,

   • количество документов (информации) в единицу времени, количество строк в документе (массиве),

   • перечень пользователей результатной информацией (подразделение, персонал),

   • перечень регламентной и запросной информации,

   • описание структурных единиц информации (каждого элемента данных, реквизита) по аналогии с исходными данными,

   • способы контроля результатной информации, контроль разрядности,

   • контроль интервала значений реквизита,

   • контроль соответствия списку значений.

4. Описание алгоритма решения задачи (последовательности действий и логика решения задачи).

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

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

• требования к порядку расположения (сортировке) ключевых признаков в выходных документах, видеограммах, к видам запроса,

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

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

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

5. Описание используемой условно-постоянной информации.

• перечень условно-постоянной информации (классификаторов, справочников, таблиц, списков, файлов нормативно-справочной информации (НСИ) с указанием их полных наименований),

• формы представления,

• описание структурных единиц информации (по аналогии с исходными записями),

• способы взаимодействия с переменной информацией.

Новая информационная технология имеет ряд позитивных последствий:

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

• работа на ПК приводит к повышению квалификации всех исполнителей к общему, довольно высокому уровню их профессиональной культуры,

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

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

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

Глава 9. Структура и содержание ио.

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

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

В ходе проектирования ИО осуществляются следующие работы:

• определяется состав показателей, необходимый для решения задач, их объемно-временные характеристики и информационные связи;

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

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

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

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

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

При создании ИО выполняются следующие работы:

• определяется состав задач и система показателей для каждого уровня обработки,

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

• ведутся различные формы ввода информации на ПЭВМ с учетом многоуровневой обработки данных,

• рассматриваются вопросы использования различных видов классификаторов, и обеспечивается составление локальных классификаторов,

• создаются различные формы вывода информации (видеограмма (ВДГ), таблицы, сводки, диаграммы, машинограммы (МШГ) и т.д.),

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

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

• прорабатываются вопросы организации на ПЭВМ делопроизводства управленческой деятельности, контроль исполнения приказов и распоряжений (КИПР),

• создается информационное взаимодействие с внешней средой на основе организации электронной почты,

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

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

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

общегосударственных,

отраслевых,

локальных.

Условно общегосударственные классификаторы делятся на 4 группы:

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

2. Классификаторы структуры отраслей народного хозяйства (административно-территориальные деления предприятий),

3. Классификаторы продукции (промышленной, с/х. строительной),

4. Классификаторы т/э показателей, управленческой документации.

Пример: ИНН-10 знаков

ОК отрасли - 5 значный (отрасль, подотрасль, вид, группа, подгруппа). ОК предприятий состоит из 3-х блоков:

• регистрационный номер (7 знаков),

• наименование организации,

• ведомственная принадлежность.

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

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

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

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

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

Серийная система предусматривает резервные номера для старших признаков

При позиционной системе кодирования четко выделяется каждый признак и ему отводится один или несколько разрядов в зависимости от его значности. Затем каждый признак кодируется отдельно, начиная с 1, 01, 001 и т.д. в зависимости от значности признака.

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

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

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

Документация и технология ее формирования.

Основными носителями информации в АСУ являются входные и выходные документы.

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

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

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

• по сфере деятельности (плановые, учетные, статистические, банковские, финансовые, бухгалтерские и т.д.),

• по отношению к объекту управления (входящие, исходящие, архивные),

• по содержанию хозяйственных операций (материальные, денежные, расчетные),

• по назначению (распорядительные, исполнительные), по объему отражаемых операций (единичные, сводные),

• по способу использования (разовые, накопительные),

• по числу учитываемых позиций (однострочные, многострочные),

• по способу заполнения, вручную или при помощи средств автоматизации учета.

Глава 10. Внутримашинное информационное обеспечение бд.

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

Файл - это совокупность однородной информации по составу и последовательности полей, записанной на МД с присвоением имени.

По смысловому содержанию выделяют массивы данных и программные массивы. Программные массивы описывают процессы работы с данными и входят в подсистему ПО.

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

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

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

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

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

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

Для поиска файлов на магнитных дисках (МД) создаются каталоги. Каталоги представляют собой оглавление диска, в которые записываются краткие сведения о файле. Создаются еще подкаталоги, которые объединяются в файлы, относящиеся к одной тематике.

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

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

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

Организация БД решает целый ряд проблем:

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

• устраняется многократный ввод и дублирование одних я тех же данных,

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

• повышается уровень надежности и защищенности информации,

• уменьшается избыточность данных.

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

БД является интегрированной системой информации, удовлетворяющей ряду требований:

• сокращению избыточности в хранении данных,

• устранению противоречивости в них,

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

• безопасности хранения данных в базе, защита данных,

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

• снижение затрат не только на создание и хранение, но и на поддержание их в актуальном состоянии,

• наличию гибких организационных форм эксплуатации.

Кроме важнейших составляющих БД в системе управления БД (СУБД) включает и ряд других составляющих:

• языковые средства включают языки программирования, языки запросов и ответов, языки описания данных,

• методические средства - это инструкции и рекомендации по созданию и функционированию БД, выбору СУБД,

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

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

БД может быть сосредоточена на одном компьютере или распределена между несколькими компьютерами. Для того чтобы данные одного исполнителя были доступны другим и наоборот, эти ПК должны быть соединены в единую вычислительную систему.

БД, расположенная на одном ПК, называется локальной, а на нескольких соединенных сетями ПЭВМ - распределенными. Распределенные более гибки и адаптивны, менее чувствительны к выходу из строя оборудования.

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

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

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

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

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

Сложность БД определяется объемами и структурой информатизации, разнообразием ее видов, множественностью связей между файлами, требованиями к производительности и надежности.

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

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

При построении логической модели данных выбирается один из трех подходов моделирования:

иерархический,

сетевой,

реляционный.

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

Пример: СИ.

Глава 11. Интегрированные технологии в распределенных системах обработки данных.

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

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

1. технология «клиент-сервер»,

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

3. технология универсального пользовательского общения в виде электронной почты.

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

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

Согласно этой классификации в любом техпроцессе можно выделить программы трех видов:

• программы представления, реализующие операция первой группы,

• прикладные программы, реализующие операции второй группы,

• программы доступа к информационным ресурсам, реализующие операции третьей группы.

В соответствии с этим выделяют модели реализации технологии «клиент-сервер»:

1. модель доступа к удаленным данным (Remote Data Access)-RDA,

2. модель сервера базы данных (Data Base Server) - DBS,

3. модель сервера приложений (Application Server) – AS.

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

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

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

На практике часто используются смешанные модели, когда поддержка целостности БД и простейшие операции обработки данных поддерживаются хранимыми процедурами (DBS-модель), а более сложные операции выполняются непосредственно прикладной программой, которая выполняется на компьютере-клиенте (RDA-модель).

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

Главные преимущество RDA-модели в том, что она представляет множество инструментальных средств, которые обеспечивают быстрое создание приложений, работающих с SQL - ориентированными СУБД

Несмотря на широкое распространение, RDA - модель постепенно уступает место более технологичной DBS- модели. Последняя реализована в некоторых СУБД (ORACLE).

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

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

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

Среди сетевого программного обеспечения (СПО) можно выделить три класса систем: слабые, средние и серьезные. Первый класс: сервер - один ПК, Второй класс: пользователь работает в MS DOS,

СПО третьего класса работают достаточно независимо от MS DOS. К нему относятся NetWare фирмы Novell, Windows фирмы Microsoft, OS/2 IBM - самые распространенные.

Глава12. Локальные вычислительные сети.

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

Сети могут обеспечить:

• удаленный доступ пользователей к ресурсам сети (БД, принтерам и графопостроителям),

• создание распределенных Банков данных, что снижает стоимость их эксплуатации и сокращает время доступа пользователей к информации,

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

Общие требования к сети:

• простота доступа пользователей,

• открытость (возможность включения разнотипных ПК),

• развиваемость (возможность наращивания),

• автономность,

• интегральность (возможность обработки символьной, графической информация),

• защищенность (возможность пресечения несанкционированного доступа),

• скорость реакции,

• непрерывность работы (подключение без прерывания сети),

• помехоустойчивость (в условиях промышленных, бытовых, атмосферных помех),

• оперативность получения справки,

• высокая надежность,

• приемлемая стоимость.

В настоящее время Международная Организация Стандартов разработала более 25 стандартов на ЛВС. Основные требования:

• возможность подключения современных перспективных ПК, скорость передачи данных должна быть не менее 1 Мбит/с,

• отключение и подключение компонентов сети не должно нарушать общую работу сети не более чем на 1 сек.,

• средства обнаружения ошибок, имеющиеся в сети, должны выявлять все сообщения, содержанием 4 и более искаженных объектов,

• надежность сети должна обеспечивать не более 20 мин простоя сети в год.

Сети с сервером.

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

Рабочие станции - это менее мощные ПЭВМ, которые могут использовать ресурсы (дисковое пространство) сервера. Достоинства сети:

• эффективное централизованное управление сетью,

• рабочие станции могут быть достаточно простыми и дешевыми,

• операционная система, поддерживающая работу сети, может устанавливаться только на сервере.

Структуры сетей.

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

Радиоканальные сети, структура одноузловая. Каждая ПЭВМ снабжается абонентской радиостанцией. Абонентские радиостанции связаны между собой через центральную радиостанцию.

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

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

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

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

Глобальные компьютерные сети.

Характеристики физических сред передачи сигналов в ЛВС.

Характеристика	ВП	КК	ОВК	РК
Дальность передачи без повторителей, км	до 0,1	2,5	200	20
Скорость передачи, Мбит/с	До 14	10	1000	20000
Возможность передачи различных видов информации	низкая	средняя	высокая	высокая
Возможность ответвления	низкая	средняя	низкая	высокая
Помехоустойчивость	низкая	средняя	высокая	низкая
Возможность несанкционированного доступа	высокая	средняя	низкая	высокая
Относительная стоимость	низкая	средняя	высокая	средняя

Администрирование сети.

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

• сопровождение сетевого программного обеспечения,

• проверку работоспособности компонентов сети, отключение неисправных, подключение новых или отремонтированных,

• установление конфигурации сети,

• определение дисциплины обслуживания пользователей (паролей), учет времени работы пользователей и компонентов сети,

• защита от компьютерных вирусов,

• защита от несанкционированного доступа,

• резервное копирование БД.

Глава 13. Защита информации.

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

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

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

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

Активные угрозы – нарушение нормального процесса функционирования посредством целенаправленного воздействия на аппаратные, программные и информационные ресурсы (разрушение или радиоэлектронное подавление линий связи, вывод из строя ПЭВМ, ОС, искажение информации в БД). Источниками активных угроз могут быть хакеры, вирусы.

К основным угрозам безопасности относятся:

• раскрытие конфиденциальной информации (несанкционированный доступ к БД, прослушивание каналов),

• компрометация информации (несанкционированное применение),

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

• несанкционированный обмен информацией (когда доступ запрещен),

• отказ от информации (непризнание факта получения или отправления),

• отказ от обслуживания (задержка с предоставлением ресурсов).

Наиболее распространенными путями несанкционированного доступа к информации являются:

• перехват электронных излучений,

• принудительное электромагнитное облучение линий связи,

• применение подслушивающих устройств,

• дистанционное фотографирование,

• перехват акустических излучений и восстановление текста принтера, хищение носителей информации,

• чтение остаточной информации в памяти системы после выполнения санкционированных запросов,

• копирование носителей информации с преодолением мер защиты,

• маскировка под зарегистрированного пользователя,

• мистификация (маскировка под запросы системы),

• использование программных ловушек,

• использование недостатков языков программирования и ОС,

• незаконное подключение к аппаратуре и линиям связи,

• злоумышленный вывод из строя механизмов защиты,

• использование компьютерных вирусов.

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

МЕТОДЫ

Препятствие – метод физического преграждения пути злоумышленнику к защищаемой информации.

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

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

Регламентация – создание таких условий автоматизированной обработки, хранения и передачи защищаемой информации, приводящие к min несанкционированного доступа

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

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

К основным средствам защиты относятся:

Технические – реализовываются в виде электрических, электромеханических и электронных устройств (встраиваемые в ВТ средства),

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

Организационные – организационно-технические и организационно-правовые мероприятия (строительство помещений, проектирование сетей ...)

Морально-этические средства – традиционно сложившиеся нормы (в США – кодекс профессионального поведения пользователей ЭВМ).

Законодательные средства – определяются законодательными актами страны – где устанавливаются меры ответственности.

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

За последнее время особую актуальность приобрела – защита информации от компьютерных вирусов и других опасных воздействий на ЛВС.

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

В методах защиты от вирусов существуют два направления:

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

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

Защита от несанкционированного копирования и распространения программ и ценной компьютерной информации является самостоятельным видом защиты. Данная защита обычно осуществляется с помощью специальных программных средств, подвергающих защищаемые программы и БД предварительной обработке (вставка парольной защиты, проверка по обращению к устройствам хранения ключа, проверка рабочей ПЭВМ по ее уникальным характеристикам и т.д.), которая приводит исполняемый код защищаемой программы и БД в состояние, препятствующее его выполнению на «чужих» машинах.

Чем выше уровень защиты, тем она дороже.

Глава 14. Мировой опыт производства и управления.

Для иллюстрации функциональных возможностей и отличительных особенностей АСУП выбраны следующие системы:

R/3 от SAP AG

Oracle Applications от Oracle

BANNIV от Ваnn

БОСС-Корпорация от АйТи

Renaissance CS от Ross Systems

Все системы охватывают все аспекты управления предприятием. Все эти системы относятся к системам класса MRPII/ERP. Причем компании SAP AG, Oracle, BANN являются лидерами среди систем своего класса на мировом рынке.

R/3. Свыше 17000 сотрудников SAP в более чем 50 странах мира обеспечивают высокий уровень обслуживания и поддержки пользователей. Основали компанию в 1972 году в Германии 5 инженеров.

В настоящее время в СНГ инсталлировано больше 100 SAP-систем (Сургутнефтегаз, Туламашзавод, Свердловэнерго, Донецкий металлургический завод, Омский НПЗ, Нижнетагильский металлургический завод, Сыктывкарский лесопромышленный, Славнефть, ЛУКОЙЛ, национальный банк Украины, транснациональные концерны как Mars, Reebok, и т.д.).

Важнейшие модули:

• финансовая бухгалтерия,

• контроллинг (согласованные друг с другом инструменты планирования, управления и контроля внутрипроизводственных процессов),

• управление материальными потоками (запасы, поставщики, закупки),

• техническое обслуживание и ремонт оборудования,

• продажа, отгрузка,

• система проектов (управляет всеми фазами проекта),

• основные средства,

• управление персоналом.

Стоимость 7 тыс. $ одно рабочее место.

Oracle. Основана фирма в Калифорнии в 1977 году. Сегодня в ней работает 25 тыс. сотрудников. Крупнейшая в мире фирма по поставкам СУБД. Уровень дохода больше 6 млрд. $. На территории России более чем в 520 организациях используется СУБД Oracle.

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

Финансы – финансовый анализатор, основные средства, главная книга, кредиторы, дебиторы, закупки.

Материальные потоки (МП)– планирование МП, планирование производства, управление запасами, планирование поставщиков, закупки, кредиторы, ввод заказов, конфигуратор продукции, услуги, контроль качества.

Управление производством – технологическое проектирование, конфигуратор продукции, спецификации, планирование материальных потоков, планирование производства, производственные мощности, управление запасами, планирование поставщиков, закупки, НЗП, управление затратами, контроль качества, управление непрерывным производством.

Управление проектами – учет затрат по проектам, выставление счетов, учет персональных затрат и времени, банк данных.

Управление персоналом – зарплата, персонал, администрирование обучения.

Управление маркетингом – финансовый анализатор, сбыт и маркетинг, Web-приложения.

BANN IV. Основана компания в 1978 году. Во всем мире установлено более 5000 пользовательских систем. Специализируется на разработке программных систем для управления предприятием. Используется в автомобильной, целлюлозно-бумажной, аэрокосмической, пищевой промышленности, торговле. Mercedes, Fiat, Boeing, British Aerospace.

В России компания BANN активно работает с осени 1997 года (ВАЗ, КАМАЗ, ЭЛАРА, Нижфарм и т.д.), полностью интегрированная система.

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

Сервис – сервисное обслуживание и текущий ремонт.

Транспорт – управление внешними экспедиторскими и транспортными услугами в рамках специализированных транспортных компаний.

Организатор – для быстрого внедрения продуктов семейства BANN.

Среда BANN IV – 4 GL открыта для работы со многими СУБД, можно использовать совместно с Oracle, Infomix, On-line. Более того, система позволяет работать со всеми базами одновременно. Может одновременно работать со множеством национальных языков.

Цена зависит от набора приобретаемых функций. 3000-6000 $ рабочее место.

Модуль «Управление производством» решает следующие задачи:

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

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

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

• показывает ожидаемые и текущие договоры субподряда с поставщиками,

• рассчитывает затраты по конкретному заказу клиента,

• создает список заказов, по которым фактическое время исполнения превысило ожидаемое.

Модуль «Планирование производства»:

• позволяет разработать детальный план для каждого заказа, операции, рабочего центра,

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

• графики загрузки составляются на уровне головного рабочего центра,

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

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

• сопоставление фактических трудозатрат с ожидаемым,

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

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

Renaissance CS. Основана в 1972 году в Атланте и имеет 56 филиалов во всем мире. Инсталлирована более чем на 3200 предприятий в 60 странах мира на 16 различных языках. Эта система ориентирована на предприятия, технологические процессы которых описываются с помощью формул, спецификаций или рецептур (т.е. на предприятиях химической, продовольственной, фармацевтической, целлюлозно-бумажной, металлургической промышленности). По желанию заказчика поставляются исходные коды программ. Система ориентирована на быстрое внедрение (от 3 месяцев) за счет специально разработанной технологии.

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

Функциональные возможности комплексной интегрированной системы управления БОСС охватывает все основные бизнес-процессы.

БОСС-Компания	Корпорация
Кадровик	Финансы
Референт	Логистика
Архив	Маркетинг
Коммерсант	Персонал
Аналитик

Внедрены: Костромская ГРЭС (6 человек отд. АСУП).

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

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

Система моделирования МАХ предназначена помочь выработать сбалансированный основной план производства, согласованный с планом продаж и имеющимися производственными мощностями.

Например, можно смоделировать ситуации по таким условиям:

• как можно изменить основной план, чтобы привести его в соответствие с имеющимися мощностями?

• что мы сэкономим, если сократим сверхурочные работы на конкретном участке?

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

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

• автоматическое расширение основного плана,

• создание стратегического запаса,

• устранение излишков основного плана,

• завершение с приблизительными данными.

Определяются окна перегруза и недогруза.

Компоненты MAX.

1. Бухгалтерский учет

2. техническая подготовка

3. Управление товарно-материальными запасами

4. Управление контрактами

5. Управление поставками

6. Обработка заказов на продажу, наличный запас, создание заказов на продажу на основе контракта, анализ продаж

7. Комплектация вариантных изделий

8. Моделирование деятельности предприятия

9. Обслуживание основного плана производства, приблизительное планирование мощности, планирование потребности в материалах

10. Управление закупками и приемка товаров

11. Определение затрат

12. Оперативное управление

13. Контроль производственной деятельности, сбор цеховых данных, планирование требуемой мощности

Дилерские центры по продвижению МАХ созданы в Астрахани, Набережных Челнах, Екатеринбурге, Москве, Омске, Волгограде, Ростове-на-Дону, Хабаровске, Казани.

Стандарт MRPII:

Широко используется в производственных отраслях. Общие принципы стандарта MRPII:

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

• минимизация производственных циклов и запасов,

• формирование заказов снабжения и производства на основе заказов реализации и производственных графиков,

• планирование цикла технологической обработки,

• планирование загрузки оборудования

Глава 15. Концепции mrp II, erp

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

• • Бизнес-планирование (Business Planning – ВР).

• • Планирование продаж и деятельности предприятия в целом (Sales and Operations Planning – S&OP).

• • Планирование производства (Production Planning – PP).

• • Разработка графика выпуска продукции (Master Production Scheduling -MPS).

• • Планирование материальных потребностей (Material Requirements Planning – MRP).

• • Планирование производственных мощностей (Capacity Requirements Planning – CRP).

• • Различные системы оперативного управления производством. Среди них системы, основанные на составлении расписаний работ на цеховом уровне (Shop Floor Control – SFC)и системы поточного производства типа «точно в срок» (Just-in-Time – ЛТ).

Схема MRPII представлена на рисунке.

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

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

Ниже приводится краткая характеристика функциональных модулей MRPII.

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

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

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

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

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

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

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

Связь между уровнями в MRPII обеспечивается с помощью универсальной формулы: задача планирования на каждой уровне реализуется как ответ на три вопроса;

1. Что необходимо выполнить?

2. Что необходимо для этого?

3. Что имеется в настоящее время?

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

Дальнейшее развитие MRPII связано с появлением систем управления предприятием в замкнутом контуре, т.е. с обратной связью.

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

• Ориентация системы управления предприятием исключительно на имеющиеся заказы, что затрудняло принятие решений на длительную, среднесрочную, а в ряде случаев и на краткосрочную перспективу;

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

• Слабая интеграция с системами проектирования технологических процессов и автоматизации производства;

• Недостаточное насыщение системы управления функциями управления затратами;

• Отсутствие интеграции с процессами управления финансами и кадрами.

Необходимость устранить перечисленные недостатки побудила трансформировать системы MRPII в системы нового класса – «Планирование ресурсов предприятия» (Enterprise Resource Planning – ERP). Системы этого класса в большей степени ориентированы на работу с финансовой информацией для решения задач управления большими корпорациями с разнесенными территориально ресурсами. Сюда включается все, что необходимо для получения ресурсов, изготовления продукции, ее транспортировки и расчетов по заказам клиентов. Помимо перечисленных функциональных требований в ERP реализованы и новые подходы по применению графики, использованию реляционных баз данных, CASE-технологий для их развития, архитектуры вычислительных систем типа «клиент-сервер» и реализации их как открытых систем.

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

Ниже поясняются элементы структуры управления ERP, добавленные к системе MRPII.

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

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

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

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

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

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

• Усилить финансовый контроль путем обобщения всей финансовой деятельности;

• Улучшить оборот денежных средств путем обеспечения полного управления кредитами и счетами дебиторов;

• Оптимизировать управление денежными средствами путем автоматизации расчетов с поставщиками;

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

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

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

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

Глава 16. Информационная система асуп

	Информационная система АСУП
Контур оперативного управления				Контур технико-экономического планирования
Технологическая подготовка производства				Объемное планирование: План выпуска товарной продукции; План реализации; Расчет потребности в сырье, материалах, топливе, э/э, оборудовании на год
Оперативное управление производством
Управление материальными ресурсами
Управление загрузкой оборудования				Финансовое планирование
				Расчет нормативной cсебестоимости
Управление качеством				Сметы затрат
Учет готовой продукции
Контур коммерческой деятельности
Маркетинг
Управление контрактами
				Контур бухгалтерского учета
Управление поставками				Учет дебиторов-кредиторов
				Финансово-расчетные операции
Кадры				Учет фактических затрат на производство
				Учет материальных ценностей
Транспорт				Учет основных средств
				Учет труда и заработной платы
Ремонтное хозяйство				Налоговый учет
				Журнал продаж
Инструментное производство				Журнал закупок
				Банковская система
				Главная книга. Баланс. Отчетность.
Администрирование системы, управление доступом и безопасностью

Глава 17. Техническая подготовка производства (тпп)

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

Рассматриваем ТПП как описание разновидности только дискретного пооперационного производства.

Основной отличительной особенностью (по сравнению с «попередельным» производством) является неизменность качественного состояния предмета производства на большинстве технологических операций и вхождение одного предмета производства в другой на последней операции – сборочной без изменения качественного состояния. К такому типу производства относятся предприятия машиностроения, приборостроения радиоэлектроники и т.д. Характер – дискретный.

Подсистему ТПП можно разделить условно на следующие составные части:

Конструкторская подготовка производства в составе:

• формирование конструкторских спецификаций в соответствии с единой системой конструкторской документации (ЕСКД), печать спецификаций, ведомости покупных, ведомостей спецификаций;

• поддержка альтернативных составов спецификаций и периодов действия;

• разузлование изделий (построение состава изделия в виде «дерева») и печать документов,

Конструкторский состав изделий в виде «дерева».

• ведомости применяемости деталей, сборочных единиц (ДСЕ) в изделии и сводной ведомости применяемости на несколько изделий;

• состав сборки и входимости ДСЕ в различные сборки;

• конструкторские извещения об изменениях;

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

Технологическая подготовка производства в составе:

• формирование пооперационных технологических процессов в соответствии с единой системой технологической документации (ЕСТД);

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

• автоматизированное формирование «расцеховок», состоящих из пооперационного маршрута изготовления ДСЕ с привязкой к рабочим центрам и ресурсов по каждой операции (оснастка, инструмент, приспособление, оборудование, описание состава операции);

• печать карт техпроцессов в соответствии с ЕСТД;

• технологические извещения об изменениях;

• разделения доступа технологов на изменение техпроцессов;

• классификация и кодирование материалов (основных, вспомогательных);

• расчет и формирование подетальных норм расхода материалов на производство;

• классификация и кодирование технологического оборудования.

Нормирование труда в составе:

• формирование справочников профессий, разрядов и тарифных ставок;

• формирование пооперационных норм времени по профессиям и разрядам;

• расчет пооперационных расценок, учет доплат за вредность.

• автоматический пересчет расценок при изменении тарифных ставок.

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

Сквозной анализ полноты информации (конструкторской и технологической).

Основные файлы бд

1. Комплектовочная карта

Field Name	Type	Width	Dec	Index
1.CEX_IZG	Numeric	5		(цех-изготовитель)
2.KUDA_KOD	Numeric	5	2	(код сборочной ед-цы (куда входит))
3.CHTO_KOD	Numeric	5		(код детали,сб.ед-цы (что входит)
4.PRIM_SBOR	Numeric	10	5	(применяемость)
5.CEX_OTK	Numeric	2		откуда поступает)

2. Техпроцессы (тп)

Field	Name	Type	Width	Dec
1	CEX_IZG	Numeric	5		(номер цеха – изготовителя)
2	KOD_DET	Numeric	5		(код детали)
3	KVID_OPER	Character	4		(код вида операции)
4	NOM_OPER	Character	5		(номер операции)
5	UCH_IZG	Character	2		(участок - изготовитель)
6	BRI_IZG	Character	2		(бригада - изготовитель)
7	RAZR	Character	1		(разряд работ)
8	KOD_PROF	Character	6		(код профессии)
9	MOD_OBOR	Character	15		(модель оборудования)
10	ZAGR_OBOR	Numeric	4	2	(загрузка оборудования)
11	KOL_RAB	Numeric	2		(количество рабочих в процессе)
12	ED_NORM	Numeric	4		(единица нормирования)
13	VREM_RAS	Numeric	9	3	(штучное время)
14	KOL_ODVR	Numeric	5		(кол-во одновр. обраб. деталей)
15	NOR_MSO	Numeric	1		(норма многостаночности)
16	KOEF_MSO	Numeric	4	2	(коэффициент обслуживания)
17	PRO_VRED	Numeric	2		(вредность профессии)
18	DOP_VRED	Numeric	7	3	(дополнительная вредность)
19	DATA_VVODA	Numeric	8		(дата ввода)
20	N_IZV	Character	10		(номер извещения)
21	DATA_UTV	Date	8		(дата утверждения техпроцесса)
22	DATA_NACH	Date	8		(дата начала техпроцесса)
23	DATA_OKON	Date	8		(дата окончания техпроцесса)
24	LITERA	Character	1		(вид техпроцесса)
25	TPZ	Numeric	5	1	(подготовит. – заключит. время)
26	KOEF_POV	Numeric	5	2	(повышенный коэффициент)
27	USERNAM	Character	4		(имя пользователя)
28	KOEF	Numeric	5	2	(коэффициент)
29	KOD_ZAG	Numeric	5		(код заготовки)

3. Подетальная норма расхода материалов

Field Name Type Width Dec

1 CEX_IZG Numeric 5 (номер цеха)

2 KOD_DET Numeric 5 (код детали)

3 NOM_OPER Numeric 5 (номер операции)

4 KOD_MAT Character 12 (код материала)

5 KED_IZM Character 3 (код единицы измерения)

6 ED_NORM Numeric 4 (единица нормирования)

7 NORM_RASX Numeric 11 5 (норма расхода)

8 STOI_RASX Numeric 13 5 (стоимость нормы расхода)

9 KVID_MAT Character 1 (вид материала-осн./неосн.)

10 NORM_OTX Numeric 9 5 (норма отходов)

11 STOI_OTX Numeric 11 5 (их стоимость)

12 MAS_DET Numeric 9 5 (масса детали)

13 RAZM_ZAG Character 16 (размер заготовки)

14 MAS_ZAG Numeric 10 5 (масса заготовки)

15 KOL_DET_ZG Numeric 5 (количество деталей из заготовки)

16 DATA_P_OBN Date 8 (дата последнего обновления)

4. Состав оборудования

Field Name Type Width Dec Index

1 CEX_IZG Numeric 5 (номер цеха)

2 KOD_OBOR Numeric 15 (код оборудования)

3 INW_N Character 4 (инвентарный номер)

5. Справочник материалов

Field Name Type Width Dec Index

1 KOD_MAT Character 12 (код материала)

2 NAI_MAT Character 55 (наименов. материала)

3 SOKR_MAT Character 25 (сокращ. наименов.мат.)

4 KED_IZM Character 3 (код единицы измерения)

5 CEN_MAT Numeric 12 3 (цена материала)

6 DATA_NACH Date 8 (дата начала)

7 DATA_VVODA Date 8 (дата ввода)

8 NPRSK Character 8

9 NDPRSK Character 3

10 NPOZ Character 7

11 KSKL Character 5 (номер склада)

12 NKCYM Numeric 5

13 PR_CEN Character 1

14 SCH_SUB Character 4 (суб.счет)

15 PR_DOG Character 1

16 CENDOG Numeric 12 3 (цена материала договорная)

17 DATDOG Date 8 (дата ввода)

18 CENST Numeric 12 3 (цена материала ср. взвешенная)

19 NSTATS Character 5

20 PRTEXN Character 1

21 POLZOV Character 10

6. База техпроцессов

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

Field Name Type Width Dec

1 VID_TP Character 1 (вид техпроцесса)

2 CEX_IZG Numer 5 (номер цеха - изготовителя)

3 PR_ZCH Character 1 (признак запчасти)

4 KOD_DET Numeric 5 (код детали)

5 POSL_OP_ZA Character 5 (номер операции)

6 NOM_ZAH Numeric 2 (номер захода)

7 UCH_VIP Character 2 (участок - изготовитель)

8 BRI_VIP Character 2 (бригада - изготовитель)

9 VREM_NAK Numeric 11 5 (трудоемкость)

10 VREM_TP Numeric 11 5 (трудоемкость в часах)

11 KOEF Numeric 3 1(коэффициент)

12 DLIT_CIKL Numeric 4 1(длительность цикла)

13 NORM_ZAD Numeric 5 (нормативный задел)

14 DATA_VVODA Date 8 (дата ввода записи)

15 N_IZV Character 10 (номер извещения)

16 DATA_UTV Date 8 (дата утверждения техпроцесса)

17 DATA_NACH Date 8 (дата начала техпроцесса)

18 DATA_OKON Date 8 (дата окончания техпроцесса)

19 N_AKT Character 4 (номер акта)

20 USERNAM_ Character 3 (имя пользователя)

21 KOD_ZAG Numeric 5 (код заготовки)

Глава 18. Оперативное управление производством

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

• позаказное оперативное планирование;

• подетально-операционное планирование;

• графиковое планирование;

• учет производства;

• оперативное планирование материальных ресурсов;

• оперативное планирование загрузки оборудования.

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

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

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

Оперативное управление дискретным пооперационным производством обеспечивает следующие возможности:

• формирование календарных интервалов планирования – произвольно настраиваемых интервалов планирования (месяц, декада, пятидневка, дата);

• расчет текущих составов изделий (СИ), выбор вариантов техпроцессов и норм на планируемый период;

• определение учетных точек в тех. маршрутах (по окончательному выходу ДСЕ из цеха);

• расчет календарно-плановых нормативов (КПН) (размеров партий, опережений запуска-выпуска, заделов, длительности производственного цикла)

• наличие трудовых ресурсов по профессиям (и их загрузка);

• наличие оборудования по моделям и их загрузка;

• формирование рабочих календарей по предприятию, цехами;

• наличие материалов и комплектующих;

• оценка незавершенного производства.

Оперативное управление дискретным пооперационным производством

Смотри приложение.

Глава 19. Расчет календарно-плановых нормативов.

Блок 1. На входе потребность ДСЕ на год, квартал и технологический процесс.

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

Потр (год, кв.)

СП=-----------------------. СП - суточная потребность.

кол-во раб. дней

В расчетах участвует фактическая сменность работы предприятия (1 или 2, или 3 смены).

Э_{ф смены}=7,8*60*1,2*кол-во станков - при 1 сменной работе.

Часы переводят в мин., 1,2 – это коэффициент переработки (плановый процент выполнения норма выработки).

Э_{ф двухсмен}=15,6*60*1,2*кол-во станков

Блок 2. Производится расчет R_n сравнением

τmax*СП Э_{ф 1см} (Э_{ф 2см})

τmax - это сумма t шт внутри одного кода оборудования.

если τсп > Э_{ф 1см} (Э_{ф 2см}), то R_п выбирается равным СП без всякого расчета (с округлением до целого); эти записи распечатываются для анализа организации второй или третьей смены.

Если τсп < Э_{ф 1см} (Э_{ф 2см}), то размер партии (R_п) выбирается кратной трудоемкости СП 2, 5, 11, 22 дням к квартальному фонду рабочего времени в днях, т.е. СП * τ должно приблизиться к ЭФ этих дней, ЭФ также переводим в минуты.

Т.е. периодичность запуска устанавливается, если R_п = СП – то ежедневно, если

R_п = 2 – то через день,

R_п = 5 – раз в неделю,

R_п = 11 – раз в полмесяца и т.д.

Особенности расчета по узлам:

• по деталям входящим в узел расчет ведется по вышеописанному, но производится проверка на удовлетворение обязательного условия: R_п (входящих в узел деталей) >= R_п (узла)

• когда КВф > (ЭФ/ τсп) > 22 дней, то R_п = СП * 22 (в днях)

• когда (ЭФ/ τсп) > КВф, то R_п = СП * КВф (в днях)

• когда 1 < (ЭФ/ τсп) < 22, то R_п выбирается СП * 2 (5, 11) с максимальным приближением ЭФ этих дней.

В расчетах не участвуют гальванические, термические, окрасочные, сборочные цехи и слесарные операции.

Необходимо предусмотреть:

• перевод t_шт к одной единице нормирования,

• средняя продолжительность смены 7,8 часа,

• перевод часов, дней в мин,

• количество одновременно отрабатываемых деталей,

• применяемость ДСЕ в узле.

Блок 3.

ДПЦ по цехам гальваники, термообработки, окраски, сб.цеху, СГД не рассчитывается, задается const.

ДПЦ рассчитывается по каждому участку цеха в днях:

ДПЦ = ((R_п * t_{платежное}) / (7,8 * 60 * C)) + 4 часа

t_{платежное (шт-кальк)} = t_пз + t_шт

С – сменность

На межучасковое пролеживание, контроль, транспортировку задается длительность 4 часа, т.е. полсмены.

ДПЦ цеха определяется суммированием ДПЦ участков внутри этого цеха, если между участками нет других цехов.

Опережение по выпуску и запуску в днях ( О_в и О_з) рассчитывается по маршруту с конца маршрута.

Озу=19

Озу=13

Озу=8

Озу=6

цех 3

цех 5

цех 3

цех 1

цех 8

СГД

206

50 5

70 2

100 4 дня

дня

Ову=5

Ову=6

Ову=11

Ову=16

№ вых. опер.

ДПЦ

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

Глава 20. Алгоритмы формирования комплектовочной карты (кк).

Формирование «Комплектовочной карты» относится к подсистеме «Технической подготовки производства» (ТПП).

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

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

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

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

Иерархическая структура состава изделия.

цифра - применяемость

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

Рассмотрим формирование КК для компонента D.

Для этого нам необходимы СИ компонента и маршрут движения всех входящих в компонент D составляющих.

СИ компонента D Маршрут ком D

ком Е – 2 шт. цех 4 (начало и конец маршрута)

дет 1 – 1 шт.

дет 2 – 2 шт. Маршрут ком Е

дет 5 – 4 шт. цех 4

ком Е

дет 3 – 1 шт. Маршрут д.1 2-3-4

дет 4 – 4 шт. Маршрут д.2 6-8-4

Маршрут д.5 4

Маршрут д.3 4

Маршрут д.4 8-4

«Комплектовочная карта» по ГОСТу имеет следующую структуру:

- номер цеха-изготовителя;

- сборочная единица (узел) (куда входит);

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

- применяемость (кол-во);

- откуда поступает.

Из СИ выбирается компонент D и состав с их применяемостями и маршрут этих же компонентов по цеху 4 применяемость

ком. Е (что вх. – 2)

дет. 1 (что вх. – 1)

дет. 2 (что вх. – 2)

дет. 5 (что вх. – 4)

т.к. (что входит) в состав компонента D есть ещё узел Е, то выбирается состав Е

ком. Е (куда входит)

дет. 3 – 1

дет. 4 – 4

Детали и узлы отличаются кодовыми (конструкторскими) обозначениями.

Программным путем формируется КК по компоненту D по цеху 4 (т.к. собирается в этом цехе, начало и конец сборки этого узла).

Цех 4

Ком D (куда входит)

----------------------------------------

Ком Е

Кол-во 2 шт.

Откуда поступает 4 цех

----------------------------------------

Дет. 1

Кол-во1 шт.

Откуда поступает 3 цех

----------------------------------------

Дет.2

Кол-во 2 шт.

Откуда поступает 8 цех

----------------------------------------

Дет. 5

Кол-во 4 шт.

Откуда поступает 4 (т.е. начало и конец маршрута 4 цех)

Т.к. в компонент D в ходит узел Е разузловываем дальше узел Е и формируем КК по узлу Е

Цех 4

Ком Е (куда входит) -2

-----------------------------------------

Дет. 3

Кол-во 1 шт. -2

Откуда поступает 4 цех

-----------------------------------------

Дет. 4

Кол-во 4 шт.-8

Откуда поступает 8 цех

Т.к. вышли на всех уровнях на детали, (что входит везде детали), то завершается формирование КК по компоненту D.

Без КК невозможно правильно рассчитать баланс движения деталей (по цеху приход, расход, остаток) и невозможно вести учет брака.

По балансу: цех 4 и компонент D

Приход деталей 1,2,4 свои количества

а расход узла D из цеха 4 своё количество

а остаток деталей 1,2,5,3,4 в цехе 4 рассчитывается через КК.

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

При окончательном браке забракованное количество снимается с прихода и расхода по всем цехам с начала маршрута до цеха-обнаружителя.

При исправимом браке – кол-во брака снимается с прихода и расхода от цеха-виновника до цеха-обнаружителя.

Файл «комплектовочная карта» имеет структуру:

• номер цеха, участка;

• код. обозн. сбор. единицы (куда входит);

• код детали сбор. единицы (что входит);

• применяемость;

• откуда поступает.

Глава 21. Алгоритм расчета подетального номенклатурного плана цеху на месяц (серийное производство).

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

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

Для расчета данной задачи необходимо иметь (решаем на месяц):

• План товарного выпуска на месяц (ТВ),

• Состав изделия (СИ),

• Технологический маршрут (расцеховка) (ТМ),

• Остатки деталей на СГД (склад готовых деталей),

• Нормативный задел по СГД,

• Остатки незавершенного производства в цехах.

Блок – схема алгоритма.

Блок 1.

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

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

Блок 2.

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

Блок 3.

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

Расчет производится по формуле

НП = Потр. дет. + НЗ – Ост - НЗП

по цеху по цеху по складу по складу в последних цехах

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

где Потр. по цеху – из F1

НЗ по СГД - из Ост

Ост по СГД - из Ост

везде шт.

Сумма НЗП в последующих цехах - из НЗП по цеху

ПРИМЕР: Допустим по детали Д1:

Маршрут

Вых. операция 20 25 40 60

Потребность 1000 1000 1000 1000

НЗ по складу 100

Остаток на складе 20

Остаток в цехе 10 20

План по цеху2 = 1000 + 100 – 20 – ( 10 + 20 ) = 1050 шт.

детали Д1

План по цеху5 = 1000 + 100 – 20 – 20 = 1060 шт.

детали Д1

План по цеху8 = 1000 + 100 – 20 = 1080 шт.

детали Д1

План по цеху5 = 1000 + 100 – 20 = 1080 шт.

детали Д1

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

Глава 22. Маршрутная карта

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

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

• конструкторское обозначение ДСЕ,

• наименование ДСЕ,

• маршрут движения,

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

• цех получатель материала заменяет

• материал (наименование по техпроцессу) лимит

• норма расхода (на деталь, партию)

• размер партии

• заготовка

• получатель (заготовки)

• количество заготовок,

• количество деталей из заготовки.

Из БД распечатываются следующие графы МК:

• номер цеха, участка, бригады (гр. 1,2,3)

• номер операции (гр. 4)

• код вида операции (гр. 5)

• наименование вида операции (ток., фрез., шлифов.) (гр. 6)

• разряд работы (гр. 7)

• подготовительно-заключительное время (t пз) (в мин.) (гр. 8)

• штучное время(tшт) (в мин) (гр. 9)

• единица нормирования (гр. 10)

• количество рабочих (гр. 11)

• количество (шт.) из файла НП (номенклатурный подетальный план) (гр. 18)

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

• номер доплатного листа (гр. 12)

• t шт. по доплатному листу (гр. 13)

• подпись нормировщика (гр. 17)

На этапе освоения новых технологических процессов (когда не отработан ТП) вручную заполняются технологом:

• коэффициент повышения (гр. 14)

• коэффициент отклонения (гр. 16)

• подпись ОГТ (гр. 15)

Распределителем работ ПДБ вручную заполняются реквизиты:

• выдано в работу рабочему (Фамилия) (гр. 19)

• табельный номер рабочего (гр. 20)

рабочий расписывается в получение партии деталей или заготовок в работу (гр. 21).

После изготовлении партии мастер участка предъявляет ОТК и расписывается за предъявление (гр. 22).

Далее ОТК производит приемку:

• предъявлено шт., (гр. 23)

• принято с 1 – го предъявления, (гр. 24)

• принято с 2 – го предъявления, (гр. 25)

• брак (оплачиваемый) (исправленный) (гр. 26)

• брак (неоплачиваемый) (окончательный) (гр. 27)

• номер акта на брак, утерю (гр. 28)

• дата приемки (гр. 29)

Контролер ОТК при необходимости заполняются графы с 23 по 29 и расписываются в гр. 30 и ставит свой личный штамп.

Ответственный за перемещение партии деталей заполняет графы 31 и 32 и передает эту партию в следующий цех.

Нормировщиком цеха – изготовителя по каждой сданной партии деталей по конкретному таб. № (рабочему) вводится кол-во в БД, для расчета зарплаты.

Заработная плата рабочему сдельщику рассчитывается после окончательного выхода партии деталей из цеха. Для расчета зарплаты рабочему (конкретному таб. №) из БД выбирается стоимость нормо-часа по цеху, коду профессии и разряду, суммируются все t шт. (t пз. + t шт. ) по всем партиям деталям, изготовленные в течение месяца с умножением на их соответствующие количества деталей в партиях.

В МК после каждого цеха при распечатке оставляется свободная строка, где расписываются:

• ответственный за перемещение цеха-изготовителя и ставит доставленное количество ДСЕ,

• диспетчер цеха-получателя ставит полученное количество и расписывается.

Принятые цехом-получателем количество заносится в графу 18 и запускается в работу. Далее по вышеописанному.

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

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

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

Глава 23. Алгоритм учёта межцехового движения деталей. Учёт брака.

Учёт межцехового движения деталей построен на маршрутной карте. Маршрутная карта – это основной документ по пооперационному планированию, межцехового движения деталей, для начисления заработной платы. Маршрутная карта содержит информацию: о движении партии деталей из цеха в цех по маршруту, трудоёмкость по каждой операции, размер партии, материал, количество на план месяца. Маршрутную карту согласно техпроцессу распечатывает первый цех по маршруту всквозную до склада готовых деталей со всеми технологическими операциями. После выполнения рабочим всех соответствующих технологических операций, принятия ОТК и после принятия данной партии деталей следующим цехом по маршруту нормировщик цеха-поставщика в БД вводит: № МК, табельный номер, фамилию, имя, отчество рабочего, номер операции, количество принятых деталей. Только после ввода информации для расчёта заработной платы маршрутная карта передаётся цеху-получателю. Параллельно партия деталей передаётся цеху-получателю по накладной. Окончательная сдача партии деталей на СГД производится оформлением накладной в трёх экземплярах (для цеха-изготовителя, для СГД, для ПДО). Количество строк в Маршрутной Карте на партию деталей соответствует количеству технологических операций по предприятию.

Блок.1 На основании маршрутных карт цех-изготовитель после принятия партии деталей ОТК в своём цехе, после принятия следующим цехом по маршруту ежедневно в БД в файл «Оперативный Массив» (ОМ) вводится следующая информация:

Цех-изготовитель

Код детали, сборочной единицы

Номер выходной операции

Количество сдано (принято следующим цехом)

Цех-потребитель

Сборочные единицы (первый разряд, а коде детали, сборочной единицы) – 4,5 для дальнейшего разузлование формируют файл F1

Блок.2 По узлам через комплектовочную карту производится разузлование узлов забракованных. Если брак исправимый – то от цеха виновника до цеха-обнаружителя по всему маршруту производится корректировка количества прихода и расхода. Если брак окончательный – то с прихода и расхода снимается забракованное количество начиная с первого цеха по маршруту до обнаружителя.

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

Пример разузлование узлов через комплектовочную карту

Узел 1 разузловывается и получаем: Узел 2

Деталь 3

Деталь 4

Узел 3

Узел 2 приходит из этого же цеха, то продолжаем разузловывать и получаем детали 1 и 2, так как вышли на уровень деталей, то дальше не разузловываем. Деталь 2 приходит из другого цеха, а деталь 1 изготавливается в этом же цехе. Деталь 3 приходит из другого цеха, деталь 4 изготавливается в этом же цехе. Узел 3 приходит из другого цеха, то дальше не разузловывается. По деталям Д1 и Д4 не формируется количество прихода. В зависимости от количества расхода Узла 1 с учётом применяемостей Узла 2 , деталей 2 и 3 и Узла 3 формируется приход. Расход детали 1, получается, по расходу Узла 1, умноженному на применяемость узла 2 в узле 1 и применяемости деталей 1в узле 2. Разузлование окончательно забракованных узлов производится аналогично. Корректировка количества брака деталей, узлов производится снятием соответствующего количества по маршруту с прихода и расхода до цеха-обнаружителя. Маршрут выстраивается по возрастанию номера выходных операций.

Блок.3. Производится окончательное формирование текущих остатков (после корректировок по браку, разузлований всех узлов, корректировок по приходу и расходу деталей). Формируется ОМ за сутки.

Глава 24. Алгоритм расчета потребности материала по предприятию на план месяца.

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

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Блок 1.

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

ПМд=ПЛАНд*НРд

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

Блок 2.

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

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

Глава 25. Алгоритм расчета лимита материала цеху на месяц.

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

Блок 1.

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

ПМд=ПЛАНд*НРд

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

Блок 2.

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

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

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

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

Глава 26. Алгоритм расчета дефицита материала (объемный, календарный) по предприятию на план месяца.

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

Дефицит материала в объёме и номенклатуре рассчитываются сравнением лимита материала и наличия на складе.

Блок 1.

Ввод файлов Л (лимита материала) по цехам и группировка по коду материала и получение общей потребности материала по предприятию на план месяца. Формируется F1.

Блок 2.

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

Блок 3.

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

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

Глава 27. Алгоритм формирования материального отчёта об использовании материала по цеху за месяц.

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

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

Блок 1. Производится расчет расхода материала на основе сданных за месяц деталей через массив “Маршрутных карт ” (МК) и нормы расхода материалов (НР). Архив МК за месяц содержит информацию обо всех сданных деталях за месяц.

Расход материала рассчитывается умножением количества деталей на норму расхода материала, но этой детали:

Рм=Кд*НРд

После расчёта расхода материала по всем сданным за месяц деталям производится суммирование расходов материала по каждому коду материала. (В маршрутных картах учтены акты на замену материала.) Расчет производится по первому цеху по маршруту.

Блок 2. Производится расчёт баланса материала по приходу материала в цех (по лимиту) и расходу (через детали). Формируется отклонение расхода от прихода. Приход по лимиту может быть больше (акт на замену, брак).

Блок 3. На основании остатка материала на конец прошлого месяца (или начало отчётного месяца), прихода за месяц, расхода за месяц формируется по каждому коду материала материальный отчёт за месяц. Рассчитывается отклонение по каждому коду материала для бухгалтерии (или экономического отдела) для объяснения по фактическим затратам.

Глава 28. Алгоритм учёта движения материалов по складу.

Данная задача автоматизирует оперативную работу отдела МТС, кладовщиков материальных складов и кладовых по учёту материальных ценностей и реализовывает:

• Учёт оприходования материалов

• Автоматический расчёт цен оприходования

• Печать приходных ордеров

• Учёт отпуска материала по лимиту в подразделения

• Учёт внутри заводского перемещения

• Ежедневный вывод текущих остатков

• Формирование оборотно-сальдовых ведомостей остатков и движения материальных ценностей по складам

• Контроль уровней запасов и их снижение

• Контроль цен закупок

Блок 1. Реализовывается при каждом движении материала, как только был произведён приход, или расход, т.е. ежедневно. В данном блоке производится расчёт (ежедневно) текущих остатков на основе прихода (документ – приходная накладная), расхода (документ - лимитная карта на отпуск материала). При решении в первый рабочий день выбирается текущий остаток на конец (прошлого) месяца.

TOм = Омк + ПРм – РМм

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

Блок 2. Производится расчёт средневзвешенной цены материала. Последняя средневзвешенная цена (на конец прошлого месяца) содержится в справочнике материала. Расчёт производится по формуле:

∑ (Ci*Ki)

Z= -----------------

∑Ki

где: Ci - цена материала i-ой закупки,

Ki – его количество.

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

Блок 3.Формируется оборотная ведомость и производится расчёт средневзвешенной цены на конец месяца.

Глава 29. Алгоритм расчёта загрузки оборудования на план месяца по цеху

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

Блок.1. Производится расчёт трудоёмкости месячного плана в разрезе каждого кода оборудования. На входе номенклатурный подетальный план (НП) и технологический процесс (ТП). По каждому коду детали плановое количество умножается на сумму штучно-калькуляционного времени операций по каждому коду оборудования и внутри кода оборудования. При этом код единицы нормирования приводится к одой штуке. В НП поле номер операции означает выходную операцию цеха для построения сквозного маршрута движения детали по цехам. Формируется файл F1, где собраны трудоёмкости по цеху, по коду оборудования, с учётом мнозаходности.

Блок.2. Производится расчёт эффективного фонда работы оборудования. При работе цеха в две смены длительность двух смен берётся 15,6 часов. Из состава оборудования, по каждому цеху суммируя разные инвентарные номера внутри кода оборудования получаем количество станков по конкретной модели оборудования. Умножая количество оборудования на 15,6*60 получаем эффективный фонд работы конкретной модели станка в минутах. В расчётах для упрощения, ППР (планово-предупредительный ремонт) не рассматривается.

Блок.3. На входе файл F1 из блока 1 и файл F2 из блока 2.

Производится расчёт загрузки оборудования. Взаимозаменяемая группа оборудования определяется по первым 6-и разрядам кода оборудования. Количество станков в группе в разрезе каждого цеха определяется суммированием количества станков кодов оборудований по 6-и разрядам. Эффективный фонд работы оборудования – это количество станков * 7,8(1 смена).

Плановая трудоёмкость - это сумма штучно-калькуляционного времени по деталям внутри кода оборудования. Коэффициент загрузки рассчитывается по формуле:

Плановая трудоёмкость

Кз=-------------------------------------;

Эффективный фонд * 1,2

1,2-это процент выполнения норм выработки (средний по цеху)

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

Глава 30. Алгоритм расчёта численности основных рабочих на план месяца по цеху

Данная задача реализовывает определение “узких мест” по рабочим основного производства для выполнения номенклатурного плана месяца.

Задача решается ежемесячно после решения расчёта плана

Входной информацией является:

• Номенклатурный подетальный план производства на месяц по цеху (НП)

• Состав работающих (СР)

• Технологический процесс (ТП)

• Баланс (бюджет) рабочего времени на месяц

Блок.1. Производится расчёт трудоёмкости плана на месяц в разрезе каждого кода профессии по цеху. На входе номенклатурный подетальный план и технологический процесс. По цеху, по коду вых. операции по каждой детали штучно-калькуляционное время умножается на количество деталей по плану месяца цеха. При этом код единицы нормирования приводится к одной штуке. Штучно-калькуляционное время – это сумма подготовительно-заключительного времени и технологического времени.

В НП номер операции означает выходная операция цеха для построения сквозного маршрута движения детали по цехам.

Формируется файл F1, где собранны трудоёмкости по цеху, по коду профессии с учётом многозаходнсти.

Блок.2. На входе файл «Состав работающих » и файл F1. Из файла СР по категории работника - “основные рабочие” определяется по каждому коду профессии количество рабочих суммированием количества табельных номеров . Получаем фактическое количество рабочих на первое число месяца. Эффективный фонд рабочего времени по коду профессии получается умножением количества рабочих на число смен, на 7,8 на 1,2, на 60.

7,8 -продолжительность смены

1,2 –коэффициент выработки норм.

60 –для перевода часов в минуты.

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

Глава 31. Алгоритм расчета баланса движения деталей по цеху за месяц.

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

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

При несовпадении данных оформляется акт для окончательного принятия решения.

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

Пятого числа, после проверки диспетчерами ПДО, фактические остатки вводятся в БД для расчета НЗП.

Блок 1.Производится расчет остатка на первое число по цеху по каждой позиции.

По деталям:

Тек Ост._новый = Приход - Расход + Ост._{на начало отчетного месяца}

По сборочным единицам, первые разряды кода детали сборочной единицы «4» или «5»

по расходу с начала месяца производится разузлование через комплектовочную карту.

Пример:

Расход узла 1-50 шт.

Приход детали q1 300 шт.

Приход детали q2 80 шт.

Допустим по детали q1 остаток на начало отчетного месяца был 20 штук.

Остаток q1

q1 300+20-(50*2) =220 шт.

Остаток q2

80-(50*1)=30 шт., остатка на начало месяца нет.

По детали q3 баланс не рассчитывается.

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

Полученные значения остатков заносятся на конец месяца.

Глава 32. Алгоритм расчета незавершенного производства в объемных показателях (по прямым затратам)

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

Баланс движения деталей, сборочных единиц после закрытия месяца 1-ого числа выдается в цехи для сличения фактических остатков с расчетными остатками. При не совпадении фактических остатков с расчетными остатками эти сведения (фактические остатки) вводятся в БД для расчета НЗП.

Примеры расчета НЗП в объемных показателях:

Пример 1.

Деталь 1

Остаток 20 шт. Остаток 5 шт.

на 30 опер.

По детали 1 остатки в цехе 5 – 20 шт., на СГД – 5шт.

По 20-и деталям трудоемкость выбирается из ТП по 1-ому цеху полностью и по 5-ому цеху по 25-ую операцию включительно.

Трудоемкость – это штучно-калькуляционное время. (t_{шт-кальк.}=(t_пз+t_шт))

По этой же детали 1 на СГД 5 шт. остатков, соответственно трудоемкость выбирается по цехам 1,5 и 2 полностью.

Расчет производится следующим образом:

ЗПа_1(Ц5) = (Тр_(Ц1) * 20 * Снч_(Ц1)) + (Тр_(Ц5) * 20 * Снч_(Ц5))

ЗПа_1(СГД) = (Тр_(Ц1) * Снч_(Ц1) * 5) + (Тр_(Ц5) * Снч_(Ц5) * 5) + (Тр_(Ц2) * Снч_(Ц5) *5);

Где С_нч – стоимость нормы часа (или суммарное t шт/калькул) по цеху

Т_р – трудоемкость цеха

По детали составляющая трудозатрат по остаткам 20 шт. и 5 шт. оставляет

(ЗПа_1(Ц5) + ЗПа_1(СГД)).

Составляющая прямых затрат – материалы по детали q₁ определяется на 25 шт. (20+5). Для этого из справочника материалов (СМ) выбирается код материала этой детали и цена этого материала из НР.

m_q1 = 25 * Цm_q1;

Пример 2.

Узел 1

Остаток 200 шт.

Узел 1 по цеху 2 разузловывается через КК до конца и определяются через применяемость входящих деталей составляющие этого узла. В случае изготовления узла только в цехе №2 – трудозатраты определяются согласно примеру 1. Если изготавливается в цехе №5, то суммируются трудозатраты цехов 5 и 2.

После разузлования через КК получаем:

Деталь q₂ изготавливается в цехе 2, то по ней прихода нет, расход детали (для материального отчета) считается 100 шт. (50 * 2).

По детали q₁ затраты по материалу и трудозатраты рассчитываются как в примере 1.

По q₂ затраты по материалу и трудозатраты рассчитываются по цеху 2.

Пример 3

Деталь 3

Остаток 5 шт.

Остаток q₃ на СГД – 5 шт., на 5 шт. материальные затраты рассчитываются как в примере 1, цена материала q₃ выбирается из СМ (справочник материалов).

Трудозатраты выбираются по всем цехам 5, 2, 5, 8 со своими стоимостями нормо-часа каждого цеха.

На этом примере деталь 3 в цех №5 заходит дважды. Трудоемкости выбираются отдельно по каждому заходу.

Глава 33. Алгоритм расчета укомплектованности сборки по сборочному цеху на текущую дату

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

Исходной информацией является:

• план товарного выпуска на месяц (ТВ);

• состав изделия (СИ);

• наличие на складе готовых деталей (текущий остаток) (ОС);

Блок 1.

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

Пример:

Изд. – план 200 шт.

Необходимо на план:
месяца	сутки
(при 20 раб. днях)
У1 – 200 q1 – 200 q2 – 1000 У2 – 400 q3 – 400 q4 – 800	10 10 50 20 20 40

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

Блок 2.

Из наличия деталей на СГД выбираются все записи из файла F1 со своими остатками. По каждой детали из файла F1 определяется укомплектованность изделия:

Уq₁ = Hq₁ / CПq₁

Hq₁ – наличие детали q₁ на складе;

СПq₁ – суточная потребность детали q₁

В укомплектованность можно выводить аварийные детали – дефицит на текущую дату.

Можно вести расчет укомплектованности с опережением на любое количество рабочих дней.

Расчет укомплектованности:

План Изд = 200

Наличие на складе СГД на 5-ый рабочий день месяца

У₁ = 75 шт.

q₁ = 40 шт.

q₂ = 600 шт.

Укомплектованность изделия на 5-ый рабочий день

У₁ = 75 / 10 = 7,5 дня

q₁ = 40 / 10 = 4 дня

q₂ = 600 / 50 = 12 дней

Укомплектованность изделия на 5-ый рабочий день выбирается по min укомплектованность по q₁ – 4 дня.

Глава 34. Выполнение плана цехом за месяц в нормо-часах.

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

Исходной информацией является:

- технологический процесс (ТП),

- оперативный массив (ОМ),

- состав работающих.

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

П_н/ч=КР*7.8*1.2 ,

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

7.8 – длительность смены,

1.2 – коэффициент переработки.

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

Факт выработки в нормо-часах за сутки рассчитывается умножением количества сдачи за сутки на суммарные нормо-часы по этому цеху.

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

Факт выработки в нормо-часах за месяц рассчитывается таким же образом, только выбирается сдача с начала месяца.

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

Процент выполнения определяется отношением факта к плану (за сутки с начала месяца).

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

Глава 35. Выполнение плана по номенклатуре цехом за месяц

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

Вариант 1.

Деталь	План	Факт	%
d1	00	0	0
d2	00	00	0
d3	00	9	9
d4	00	00	00

Из 4-х плановых позиций выполнена одна позиция, т.е. процент выполнения 25%. Этот вариант далек от истины.

Вариант 2.

90+50+99+100

Вып. =----------------------- * 100= 84,75 %;

4

Этот вариант более объективный.

Вариант 3.

Деталь	План	Факт	н/ч вариант 1	н/ч вариант 2
d1	100	90	0,5	5
d2	200	100	1	1
d3	100	99	5	1
d4	300	300	100	0,5

(0,5*90)+(1*100)+(5*99)+(100*300)

1. Вып. = -------------------------------------------------- *100 =

(0,5*100)+(1*200)+(5*100)+(100*300)

45+100+495+30000 30640

= -------------------------------- *100 = --------------*100 = 99,8 %

50+200+500+30000 30750

(5*90)+(1*100)+(1*99)+(0,5*300)

2. Вып. = ------------------------------------------------- * 100 =

(5*100)+(1*200)+(1*100)+(0,5*300)

45+100+99+150 799

= ------------------------ * 100 = -------* 100 = 84,1%

50+200+100+150 950

Доля расчета процента выполнения плана по номенклатуре напрашивается учет трудоемкости по цеху. По варианту 3.1 недовыполнение плана по трудозатратам (30150-30640) всего 110 нормо-часов.

По варианту 3.2 недовыполнение плана по трудозатратам составляет (2525-1699) 826 нормо-часов.

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

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

Глава 36. Расчет заработной платы рабочим-сдельщикам

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

Блок 1.

Введение файлов МК и ТП.

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

Например:

В расчет идет сдача детали цехом №5-190 шт. Сдача деталей рассматривается в течение всего месяца. Если сдача была в несколько партий, то количество суммируется.

Суммирование штучно-калькуляционного времени производится пооперационно внутри одного табельного номера, кода профессии и с учетом ед. нормирования. Производится сравнение разряда работы по МК и ТП. Ели разряд работы в ТП больше чем в МК, то в расчет идут данные ТП.

Формируется промежуточный файл F1.

Блок 2.

Ввод F1, файлов стоимости нормо-часов (СНЧ) и состава работающих (СР). По каждому табельному номеру, коду профессии, разряду работы стоимость нормо-часа умножается на суммарные t шт-каль и таким образом рассчитывается заработная плата. Из файла состав работающих (СР) по табельному номеру выбирается Ф.И.О.

40

2

39

3

38

4

37

5

36

6

35

7

34

8

33

9

32

10

31

11

30

12

29

13

28

14

27

15

26

16

25

17

24

18

23

19

22

20

21

41

80

42

79

43

78

44

77

45

76

46

75

47

74

48

73

49

72

50

71

51

70

52

69

53

68

54

67

55

66

56

65

57

64

58

63

59

62

60

61

81

120

82

119

83

118

84

117

85

116

86

115

87

114

88

113

89

112

90

111

91

110

92

109

93

108

94

107

95

106

96

105

97

104

98

103

99

102

100

101

121

156

122

155

123

154

124

153

125

152

126

151

127

150

128

149

129

148

130

147

131

146

132

145

133

144

134

143

135

142

136

141

137

140

138

139