4) Формирование графика выпуска продукции. План производства пре-образуется в график выпуска продукции. Как правило, это среднесрочный объёмно-календарный план, задающий количества конкретных изделий (или партий) со сроками их изготовления.
5) Планирование потребностей в материальных ресурсах (MRP) в ко-личественном выражении и по срокам потребности для обеспечения графика выпуска продукции.
6) Планирование производственных мощностей. В этом модуле вы-полняются расчёты по определению и сравнению располагаемых и потреб-ных производственных мощностей и видов производственных ресурсов, спо-собных повлиять на пропускную способность предприятия.
7) Оперативное управление производством. Здесь формируются опера-тивные планы-графики. В качестве планово-учетных единиц могут высту-пать детали (партии), сборочные единицы глубокого уровня, операции и т. п. Длительность планирования невелика (от нескольких дней до месяца).
Задача планирования на каждом уровне реализуется как ответ на четы-ре вопроса: Что должно быть выполнено? Что необходимо для выполнения? Что имеется по факту? Что необходимо иметь?
Ответ на первый вопрос всегда формируется в виде плана наиболее высокого уровня. Этим и обеспечивается связь между уровнями. Структура ответов на последующие вопросы зависит от решаемой задачи.
15.3. Проектные решения АСУБП на базе ERP-систем
15.3.1. Локальные финансово-управленческие системы – это начальный этап создания АСУБП, который основывается на использования программ-мных средств «коробочного» типа, ориентированных на решение отдельных задач: расчета заработной платы и управления персоналом (1С «Зарплата и кадры»), бухгалтерского учета (1С «Бухгалтерия»), складского учета (1С «Торговля и склад») и т.д.
Такого типа системы достаточно универсальны, могут быть гибко наст-роены на нужды конкретного предприятия и предназначены, в первую оче-редь, для учета и управления ресурсами непризводственных компаний, т.е. ориентированы на автоматизацию процессов оказания услуг. Универсаль-ность локальных систем приводит к тому, что цикл внедрения "коробочного" продукта невелик, включая его установку и введение в эксплуатацию собст-венными силами специалистов предприятия.
По мере роста масштаба бизнеса предприятия материальные, финан-совые и информационные потоки заметно возрастают и предприятия начи-нают проявлять интерес к созданию комплексных АСУ, в которых задачи автоматизации управления структурными подразделениями решаются в соот-ветствии с главными целями предприятия, т.е. принципах ERP-систем.
Примером ERP-решения для АСУ ресурсами небольших и средних ком-паний является Microsoft Business Solutions–Navision (MBS-N). Эта интегри-рованная модульная система, которая имеет типовые бизнес решения для от-раслевых задач и включает в себя необходимый инструментарий для адапта-ции под специфику конкретного предприятия, а также средства интеграции с уже существующими на предприятии информационными системами.
В MBS-N реализованы функции автоматизации процессов управления финансами, логистикой, взаимоотношениями с клиентами, ведения проект-ных работ, сервисного обслуживания и ремонта, производственного планиро-вания, многовариантного расчета себестоимости. Реализовано решение для управления розничной торговлей (RBO) и торговыми филиалами.
Программное обеспечение работает как под управлением Microsoft SQL Server, так и со встроенной оптимизированной базой данных.
15.3.2. Средние интегрированные системы предназначены для управле-ния производственным предприятием и планирования производственного процесса. Цепочка оперативного планирования на основе процедур MRP-II "сбыт-производство-закупки" является ядром таких систем. Подразделения: финансы, бухгалтерия, маркетинг и прочие строят свою деятельность на базе данных этой цепочки.
Для проектирования комплексного ERP-решения предлагается Microsoft Business Solutions– Axapta (MBS-А), которое предназначено для создания ин-тегрированной системы управления, объединяющей различные подразделе-ния и службы предприятия в единое информационное пространство. MBS-Axapta поддерживает работу двух- и трехуровневой архитектуры клиент-сервер или их комбинаций.
Двухуровневое решение - обычный выбор для небольших и средних предприятий (рис. 15.3), в котором клиентские станции должны обеспечивать приемлемую скорость выполнения логики приложения, а используемая сете-вая среда должна предоставлять высокоскоростные соединения клиентских станций и сервера баз данных. Двухуровневая конфигурация системы подразумевает выполнение всей логики приложения на рабочей станции пользователя системы.
Рис.15.3. Двухуровневая структура АСУБП
Трехуровневая конфигурация системы MBS-Axapta представляется в виде клиентской части системы, сервера приложения AOS и базы данных (рис.15.4).
Рис.15.4. Трехуровневая структура АСУБП
Такая структура позволяет строить гибкие и масштабируемые решения и организовывать доступ к приложению MBS–Axapta различных типов тонких (thin) и толстых (fat) клиентских приложений в одном сетевом окружении. Тонкие клиенты исполняют исключительно клиент-ориентированную часть приложения. Взаимодействие с СУБД полностью осуществляется сервером приложения. При первом обращении клиента к объекту приложения, выпол-няемому на клиенте, этот объект выгружается с сервера приложения и кэши-руется, так что второй раз при вызове формы прикладной объект вызывается из кэша.
Толстый клиент работает в основном как двухуровневый, за исключе-нием того, что прикладные объекты берутся не из файлов библиотеки прило-жения, а из кэша AOS. Трехуровневая среда MBS–Axapta допускает сов-местную работу тонких и толстых клиентов для максимально эффективного использования доступного аппаратного обеспечения и пропускной способно-сти сети. Это открывает возможность комбинирования толстых и тонких клиентов для использования различных возможностей и топологии на пред-приятии. Тонкие клиенты могут использоваться с удаленных рабочих мест и клиентов с ограниченным подключением, например, мобильных телефонов или Интернета. Клиенты, находящиеся в высокоскоростной локальной сети, могут быть сконфигурированы как толстые клиенты за исключением тех машин, которые реально не способны выполнять приложение с требуемой скоростью.
15.3.3. Крупные интегрированные системы отличаются от средних на-бором глубиной поддержки процессов управления больших многофункциона-льных групп предприятий. Такие системы дают широту охвата, включая уп-равление производством, управление сложными финансовыми потоками, кор-поративную консолидацию, глобальное планирование и бюджетирование и пр. Для автоматизации крупных систем предлагается ERP-система типа R/3 компании SAP.
В системах такого уровня повышаются требования к существенному повышению надежности функционирования, например одновременной ра-ботой двух комплексов: основного и горячего резерва. Повышается уровень защиты данных от разрушения не только в случае сбоев или выхода из строя аппаратуры, но и в результате ошибок программных средств и пользователей.