Лекция 6 Интегрированное управление предприятием
В настоящее время имеется достаточно большое количество интегрированных систем управления предприятием как отечественных, так и зарубежных фирм-производителей. Однако наиболее продвинутой на российском и мировом рынках считается система R / 3 немецкой фирмы SAP.
1.4.1. Базисная технология системы R/3 фирмы SAP
В настоящее время Базисная технология SAP является одной из
наиболее часто используемых технологических платформ во всем
мире для реализации решений на базе архитектуры клиент/сервер,
предназначенных цля решений задач хозяйственной деятельности,
которые функционируют в открытых системах.
Будучи технологической основой успепшо функционирующей
системы R / 3 , Базисная технология SAP приобретает решающее значение
для компании, часто становится основой архитектуры ее систем
информационной технологии.
Использование отраслевых стандартов в Базисной технологии
SAP также имеет важное значение и заслуживает особого внимания.
При постоянной поддержке стандартов становятся возможными
Рис. 1.6. Решение инженерных задач на рабочих станциях (платформа UNIX)
Рис. 1.7. Решение инженерных задач на персональных компьютерах (платформа Windows)
«открытые» системы. Таким образом, для достижения своих целей
есть возможность эффективно использовать оптимально настроенные
модули.
Основное внимание уделяется этим ключевым аспектам, а также
другим таким важным аспектам, как поддержка, которую предоставляет
Базисная технология SAP для обеспечения распределяемости,
возможности шкалирования, открытости, целостности, интегриро-
ванности, а также взаимодействия приложений на базе архитектуры
клиент/сервер. При этом внимание уделяется не только обсуждению
всех технических подробностей, но также и представлению общей
всеобъемлющей концепции, лежащей в основе этой технологии, наряду
с ее различными возможностями и полезными компонентами.
Эффективное связующее программное обеспечение. В настоящее
время термин «связующее программное обеспечение» (middleware)
обычно используется для обозначения программного обеспечения,
которое служит связующим звеном между операционной системой и
сетью (рис. 1.8). В функциональном отношении оно имеет большое
значение, поскольку это особое программное обеспечение абсолютно
необходимо для осуществления тесного взаимодействия между всеми
различными задействованными компонентами.
Рис. 1.8. Графическая интерпретация связующего программного обеспечения
Кроме того, оно обеспечивает эффективную среду, в которой выполняются
сами приложения. Поскольку имеется связующее программное
обеспечение, то больше нет необходимости в контроле за
различными компонентами в распределенных средах. Это позволяет
пользователям и разработчикам сконцентрировать все снимание на
своих фактических задачах и работать более эффективно. В результате:
значительное увеличение производительности как при реализации,
так и при использовании решений на базе архитектуры клиент/
сервер.
Хороший способ проиллюстрировать данный подход - это провести
аналогию с телефонной связью. В настоящее время очень просто
набрать нужный номер по телефону в любом месте земного шара. Нет
необходимости знать, какой это тип телефона (форма, модель и т.д.),
а также не нужно знать все о физической природе линий телефонной
связи (медный кабель, волоконная оптика, спутниковая связь и т.д.).
Да и нет необходимости знать, где находится другой телефон
(возьмем, например, сотовый телефон). «Связующее программное
обеспечение» отвечает за то, чтобы подключаться к нужному телефону
и чтобы данные передавались и получались правильно на другом
конце.
Аналогично, при обработке данных связующее программное
обеспечение осуществляет тесное взаимодействие графических интерфейсов
пользователя, систем управления базами дагптых, операционных
систем и систем связи, а также обеспечивает распределяе-
мость и возможность шкалирования приложений. Это одна из центральных
задач, выполняемых Базисной технологией SAP.
Новаторские решения на основе архитектуры клиент/сервер.
Новаторская Базисная технология SAP позволяет распределить приложения,
работающие в среде клиент/сервер, между тремя уровнями.
Сюда относится разделение функций представления данных
(внешний интерфейс), прикладной логики и базы данных, тем самым
достигается описанная выше распределяемость и возможность шкалирования.
Для того чтобы ответить на эти вопросы, полезно провести еще
одну аналогию с телефонной связью. В настоящее время при наличии
в мире миллионов телефонов просто невозможно установить прямые
связи между ними. Вместо этого все задачи, связанные с данной проблемой,
разбиты и распределены, таким образом достигается максимальная
распределяемость, или возможность шкалирования.
Поэтому кроме телефонов, имеются также коммутационные
станции и другие устройства, отвечающие за обеспечение связи, передачу
вызовов и данных. Каждая такая станция отвечает в одно и то
же время за большое число телефонов. Другими словами.
рассматриваемые задачи распределены. Это гарантирует возможность
расширения, или, иначе говоря, возможность шкалирования
телефонной связи. В любое время можно подключать новые телефоны,
и при этом не будет нарушено правильное функционирование
уже подключенных телефонов.
К основным целям, которые преследуются при реализации решений
на основе архитектуры клиент/сервер в области обработки данных,
также относится распределенная обработка и максимальная возможность
шкалирования. Однако наряду с этим также важна возможность
поддержки различных платформ. Подобно тому, как в настоящее
время можно купить, вставить в контактное гнездо и использовать
телефонный аппарат, который наиболее соответствует конкретным
потребностям, в открытых средах клиент/сервер можно
устанавливать самые лучшие компоненты технических средств, удовлетворяющих
конкретные требования. Никто не предписывает, какие
технические средства устанавливать. И задача Базисной технологии
SAP состоит в том, чтобы сделать это возможным.
Распределенная обработка и возможность шкалирования. Перспективная
Базисная технология SAP позволяет распределенным
приложениям, функционирующим в среде клиент/сервер, удовлетворять
широкий диапазон различных потребностей (рис. 1.9). Все
Рис. 1.9. Различные архитектуры клиент/сервер
осуществимо: от использования портативного компьютера до двухуровневых систем архитектуры клиент/сервер для получения экономически
эффективных вычислительных систем в малых и средних
компаниях и более крупных вычислительных систем с трехуровневой
архитектурой клиент/сервер для использования на очень крупных
вычислительных системах, представляющих максимальную производительность
и доступность системы при осуществлении обработки в
трехуровневой среде клиент/сервер на параллельных серверах базы
данных.
Совместная обработка в среде клиент/сервер, которая основывается
на распределе1Н1ых приложениях, также позволяет создавать
вычислительные системы в рамках концерна или даже мирового масштаба,
которые, кроме удовлетворения очень высоких ожиданий в
отношении производительности и доступности системы, часто должны
быть такими, чтобы их можно было приспособить к географически
распределенным и уже инсталлированным приложениям существующих
систем.
Естественно, что Базисная технология SAP позволяет свободно
комбинировать все эти основные типы распределенной обработки.
Таким образом, широкое разнообразие требований к производительности,
доступности системы и защиты данных могут быть непосредственным
образом удовлетворены. Технологической основой для возможности
шкалирования служит поддержка, которую Базисная технология
SAP обеспечивает для трехуровневой архитектуры клиент/
сервер, что позволяет настраивать работу компьютера на конкретные
требования и гарантирует возможность увеличения количества
приложений с ростом потребностей.
Преимущества трехуровневой модели для работы в среде клиент/
сервер. Нижний уровень является уровнем базы данных. Именно
здесь осуществляется управление, в частности, теми данными, с
которыми работает предприятие. К ним относятся как основные данные,
так и данные, которые генерируются текущими процессами и записываются
в память системой управления базой данных (СУБД).
На уровне базы данных также находятся метаданные, управление которыми
осуществляется в так называемом репозитарии. Для определения
данных и манипулирования ими используется отраслевой стандарт
SQL (Structured Query Language - язык структурированных запросов).
Он служит основой той поддержки, которую Базисная технология
SAP обеспечивает в отношении ряда общераспространенных
СУБД, конечно, при условии, что они отвечают требованиям, предъявляемым
системой R / 3 к их рабочим характеристикам. Самым важным
является то, что вы можете выбрать СУБД, с которой вам хотелось
бы работать. Вы продолжаете извлекать пользу от ваших
вложений в базу данных, сделанных в прошлом, и, в частности, от
опыта работы, который вы накопили.
Кроме того, можно использовать свои собственные усовершенствования
и расширения языка SQL для различных СУБД, и при этом
пользователям не нужно иметь дело с техническими деталями. Они
позволяют осуществлять непротиворечивый доступ к данным явным,
прямым и эффективным способом. Такая непротиворечивая реализация
общепризнанных стандартов не только поддерживает современные
технологические концепции поставщиков баз данных, но также
остается открытой для будущих разработок. Следовательно, вы можете
извлечь пользу от нововведений без необходимости смены приложений
или перехода к другой системе баз данных.
Второй уровень содержит приложения, которые надстраиваются
над СУБД. Приложения работают с данными, которые они извлекают
из уровня базы данных и взамен вводят в пего новые дгишые.
Здесь постоянно хранятся, например, приложения системы R /3
и/или приложения, предназначенные для работы в среде клиент/
сервер, которые разрабатываются, используя АВАР/4 - Инструментальные
средства разработки.
Третий, самый верхний уровень - самый высокий уровень, поскольку
он наиболее близок к пользователю - является уровнем презентации.
Этот уровень включает в себя, в частности, интерфейс, с
которым работают пользователи для доступа к приложениям, для
ввода данных и просмотра результатов выполнения своих рабочих
процессов.
Здесь важную роль играет поддержка графического интерфейса
пользователя, позволяющая извлечь максимальную пользу из приложений,
работающих в среде клиент/сервер.
Система R / 3 предоставляет графический интерфейс пользователя
- SAP-GUI - который оптимизирован с учетом требований существующей
практики хозяйственной деятельности и создан в соответствии
с последними достижениями в области эргономики.
Кроме того, благоприятное воздействие на пользователей оказывают
элементы дизайна и ме}1ю, удовлетворяющие современным требованиям,
подобные тем, с которыми они ознакомились, работая с общераспространенными
программами для персональных компьютеров.
Поэтому пользователи могут быстро изучить способы их применения
и воспользоваться всеми возможностями приложений системы
R / 3 . Базисная технология SAP позволяет использовать различные
графические интерфейсы пользователя. Как правило, для каждой отдельной
платформы обеспечивается одна и та же функциональность.
Следовательно, работа с приложениями в основе которых лежит
Базисная технология SAP, а также то, как они выглядят, в
значительной степени не зависит от используемых платформ. Конечно,
поддерживаются также особые функции дарпюго графического
интерфейса, если допускается его оптимальное встраивание с учетом
концепции конкретной платформы. Кроме того, чтобы воспользоваться
возможностями приложений, работающих в среде клиент/сервер,
в основе которых лежит Базисная технология SAP, пользователи
могут работать в знакомой среде. Пользователи очень скоро смогут
работать с системой. Следовательно, во время обучения достаточно
охватить только то, что является новым, что касается самих приложений.
Преимущество здесь заключается в том, что обучение может
проходить быстрее и с меньшими затратами.
Преимущества для пользователя за счет независимости от аппаратных
средств и переносимости. Возможность распределять приложения
между тремя уровнями является одним из важных аспектов
Базисной технологии SAP. Но конечно, важна также поддержка конкретных
аппаратных и программных средств и их взаимодействие в
рамках этих уровней и между ними. Не обязательно иметь все альтернативные
возможности доступными, поскольку этого нельзя сделать с
требуемой тщательностью. Скорее более существенна здесь оптимальная
поддержка тех альтернативных возможностей, которые имеют отношение
к рынку, и, следовательно, важны для пользователей.
В частности, это означает, что можно свободно выбирать среди
существующих в настоящее время операционных систем, систем
управления базами данных и графических интерфейсов пользователя.
Кроме того. Базисная технология SAP обеспечивает возможность
легко и просто работать. Как конечным пользователям, так и разработчикам
нет необходимости беспокоиться об операционной системе
или СУБД. Выполнение этих задач возьмет на себя Базисная технология
SAP. Пользователи могут сконцентрировать свое внимание на
текущей работе, которую им необходимо сделать, и больше им не
нужно терять время на решение вопросов, которые имеют отношение
к самой системе.
Такие программные решения, основанные на Базисной технологии
фирмы SAP, как приложения системы R / 3 , могут быть перенесены
фактически на любую платформу. Все компоненты, поддерживаемые
Базисной технологией SAP, автоматически становятся доступными
для них. Следовательно, приложения могут использовать те
компоненты, которые наилучшим образом подходят для выполнения
их конкретных задач. Это могут быть самые последние или самые дорогостоящие
аппаратные средства; это может быть самая современная
технология создания аппаратных средств; или же это могут быть
компоненты, уже существующие в компании.
Связь в системе. Трехуровневая модель является прямой и простой
лпя понимания, кроме того, она упрощает существующие структуры
современных архитектур клиент/сервер в информационной
технологии, поскольку потоки связи существуют также в рамках
каждого уровня, например между распределенными приложениями.
Таким образом, возможные операции доступа и направления, в
которых они могут выполняться, должны быть соответственно неременными.
Базисная технология SAP также это обеспечивает. Естественно,
что для осуществления связи в сети, постоянно используются
стандарты. В телефонной связи все абоненты должны соблюдать
одни и те же правила (например, использовать одни и те же международные
коды). Аналогично, вся связь в сети - неважно, локальная ли
это сеть (LAN), расположенная в здании компании, или широкомасштабная,
региональная сеть (WAN) - осуществляется на основе общепризнанных
и соблюдаемых правил, известных как протоколы.
В качестве стандартного сетевого протокола для открытых систем
установлен стандарт T C P / I P (Transmission Control Protocol/Internet
Protocol). Поэтому в Базисной технологии SAP он получил
развитие и стал основным протоколом для обработки в среде клиент/
сервер. Все операционные системы, имеющие отношение к Базисной
технологии SAP, поддерживают протокол TCP/IP, тем самым
обеспечивается четкое осуществление всей связи. Интеграция с
большими машинами, например, для того, чтобы осуществлять взаимодействие
с системой R / 2 или приложениями, разработанными третьей
стороной, которые выполняются на этом компьютере, также
основывается на принятом стандарте, а именно LU6.2, сетевом протоколе,
который определен фирмой IBM.
Как для связи между компьютерами в рамках приложений, так и
для интеграции внешних программ имеется Remote Function Call
(RFC). RFC - это реализация метода Remote Procedure Call (RPC)
(широко используемого в средах программирования на языке С), которую
осуществила фирма SAP.
Например, приложение может использовать RFC для вызова
функционального модуля системы R / 2 , который затем выполняется
на другом компьютере. Кроме того, RFC-вызовы можно использовать
для того, чтобы воспользоваться услугами внешних приложений
для обработки данных. Совершенно неважно, инсталлированы ли
вызываемые функциональные модули или приложения на одном или
нескольких компьютерах, или осуществляется ли связь синхронно
или асинхронно. А программа, вызываемая посредством RFC, может
сама взять на себя инициативу и отправить свой собственный
RFC-вызов. Базисная технология SAP всегда обеспечивает правильную
связь между компьютерами. В результате, например, можно
Связь в системе. Трехуровневая модель является прямой и простой
лпя понимания, кроме того, она упрощает существующие структуры
современных архитектур клиент/сервер в информационной
технологии, поскольку потоки связи существуют также в рамках
каждого уровня, например между распределенными приложениями.
Таким образом, возможные операции доступа и направления, в
которых они могут выполняться, должны быть соответственно неременными.
Базисная технология SAP также это обеспечивает. Естественно,
что для осуществления связи в сети, постоянно используются
стандарты. В телефонной связи все абоненты должны соблюдать
одни и те же правила (например, использовать одни и те же международные
коды). Аналогично, вся связь в сети - неважно, локальная ли
это сеть (LAN), расположенная в здании компании, или широкомасштабная,
региональная сеть (WAN) - осуществляется на основе общепризнанных
и соблюдаемых правил, известных как протоколы.
В качестве стандартного сетевого протокола для открытых систем
установлен стандарт T C P / I P (Transmission Control Protocol/Internet
Protocol). Поэтому в Базисной технологии SAP он получил
развитие и стал основным протоколом для обработки в среде клиент/
сервер. Все операционные системы, имеющие отношение к Базисной
технологии SAP, поддерживают протокол TCP/IP, тем самым
обеспечивается четкое осуществление всей связи. Интеграция с
большими машинами, например, для того, чтобы осуществлять взаимодействие
с системой R / 2 или приложениями, разработанными третьей
стороной, которые выполняются на этом компьютере, также
основывается на принятом стандарте, а именно LU6.2, сетевом протоколе,
который определен фирмой IBM.
Как для связи между компьютерами в рамках приложений, так и
для интеграции внешних программ имеется Remote Function Call
(RFC). RFC - это реализация метода Remote Procedure Call (RPC)
(широко используемого в средах программирования на языке С), которую
осуществила фирма SAP.
Например, приложение может использовать RFC для вызова
функционального модуля системы R / 2 , который затем выполняется
на другом компьютере. Кроме того, RFC-вызовы можно использовать
для того, чтобы воспользоваться услугами внешних приложений
для обработки данных. Совершенно неважно, инсталлированы ли
вызываемые функциональные модули или приложения на одном или
нескольких компьютерах, или осуществляется ли связь синхронно
или асинхронно. А программа, вызываемая посредством RFC, может
сама взять на себя инициативу и отправить свой собственный
RFC-вызов. Базисная технология SAP всегда обеспечивает правильную
связь между компьютерами. В результате, например, можно
технологии, как Repository Switch (процедура обмена), дружественные
пользователю графические интерфейсы и полностью автоматизированные
процедуры инсталлирования новых версий - минимизируют
время выполнения системы, поскольку больше нет необходимости
в услугах дорогостоящих специалистов.
После инсталлирования новой версии необходимо также распределить
программное обеспечение на отдельные серверы. В форме автоматизированного
распределения программного обеспечения фирма
SAP предоставляет технологию смены версий программного обеспечения
без прерывания продуктивного использования системы. Для
этой цели, когда бы не вызывалась транзакция, выполняется проверка
для того, чтобы выяснить, содержит ли уже рассматриваемый сервер
приложений новую версию. Если нет, то автоматически происходит
смена версии на новую. В совокупности все эти меры позволяют
работать более производительно - долгий период непродуктивного
простоя во время смены версий остался в прошлом.
Интеграция между приложениями посредством Application
Link Enabling. Базисная технология SAP обеспечивает более, чем только
техническую поддержку для инфраструктуры клиент/сервер.
Для иллюстрации имеет смысл еще раз обратиться к упомянутому
выше примеру с дистанционной связью.
Для того чтобы пользующиеся телефонной связью могли понимать
друг друга, существует еще одно требование, которое должно
удовлетворяться: обе стороны должны говорить на одном и том же
языке. Это - единственный способ обеспечения эффективной связи.
В условиях обработки данных в среде клиент/сервер это означает,
что приложения могут вместе содержательно работать, если они говорят
на общем языке. Базисная технология SAP лля этого также предоставляет
технические средства. Она позволяет различным приложениям
осуществлять связь между собой - эффективно «говорить на
одном и том же языке». Делая это, Базисная технология SAP выходит
далеко за рамки функциональности, обычно предоставляемой
«связующим программным обеспечением» (middleware). Application
Link Enabling (ALE). Посредством ALE-технологии создается общий
семантический уровень для различных приложений, который, таким
образом, становится их общим языком (рис.1.10).
ALE допускает слабое связывание различных приложений и особенно
различных систем R / 3 , которые могут быть инсталлированы
локально, быть технически независимы друг от друга и могут даже
относиться к различным версиям. Следовательно, в различных отделениях
или филиалах компании можно использовать отдельные системы
R / 3 . Для каждой субэксплуатации могут быть оптимально
спроектированы стратегии внедрения и смены версий, и при этом нет
Рис. 1.10. Интеграция между приложениями
необходимости учитывать другие функционирующие системы.
ALE-технология обеспечивает управляемое взаимодействие между
хозяйственными процессами в различных функционирующих системах.
И последнее, но не менее важное: прикладные системы, разработанные
третьей стороной (системы, разработанные не фирмой SAP),
или системы R / 3 можно также интегрировать через ALE без какой-
либо фрагментации носителя данных.
ALE-концепция основывается на управляемом обмене сообщениями
между хозяйственными процессами с непротиворечивым хранением
данных. Приложения интегрируются посредством механизмов
синхронной и асинхронной связи способом, управляемым во времени.
Таким образом, ALE позволяет обеспечивать интеграцию хозяйственных
процессов между различными системами. Одной из основных
задач ALE-технологии является синхронизация хозяйственных
процессов задействованных систем: здесь тоже согласовано используются
стандартизированные процедуры. В ALE-технологии используются
стандартизированные «промежуточные документы» для обмена
сообщениями, которые включают в себя данные приложений
(по тем же самым линиям связи функционирует EDI-интерфейс).
Посредством ALE фирма SAP делает доступной не только саму
технологию, но также сценарии использования ALE-технологии вместе
с системой R / 3 . Эти сценарии были разработаны с учетом того,
что может потребоваться в хозяйственной деятельности. Ими можно
воспользоваться для ускорения внедрения ALE-технологии.
Естественно, Базисная технология SAP также поддерживает обмен
данными с приложениями других поставщиков на основе принятых
стандартов: для того чтобы без помех передавать сообщения, используется
электронный обмен данными (EDI), в основе которого лежит
EDIFACT или ANSI XI2. Эти сообщения могут состоять из заказов,
счетов-фактур или других документов, касающихся хозяйственной
деятельности. Таким образом, можно посылать и получать заказы
или счета-фактуры электронным способом, это исключает необходимость
вводить данные вручную и таким образом экономит время.
Исключаются ошибки и не делаются ненужными затраты.
Современная интеграция персональных компьютеров без какой-
либо фрагментации носителей данных. Отдельные программы,
предназначенные для работы на персональных компьютерах, можно
эффективно использовать на мощных рабочих станциях и персональных
компьютерах совместно с более крупными прикладными системами,
как система R / 3 . Но это действительно повысит производительность:
это тесная интеграция программ, предназначенных для работы
на настольных компьютерах, с высоко интегрированным прикладным
программным обеспечением.
Для обеспечения интеграции персональных компьютеров фирма
SAP главным образом полагается на отраслевой стандарт OLE (Object
Linking and Embedding). Кроме того, используются другие технологии,
такие как RFC-технология, которые обеспечивают интеграцию
широкого диапазона программных продуктов, предназначенных
для работы на персональных компьютерах, имеющихся на рынке.
Подходящие программные продукты, предназначенные для работы
на настольных компьютерах, могут быть интегрированы в стандартное
программное обеспечение, предназначенное для решения задач
хозяйственной деятельности, там, где это требует заведенный порядок
работы, и при этом достигается высокий уровень качества и нет
необходимости фрагментацииносителей информации. В этом случае
для обработки данных, получе1П1ых из системы R/3 или из каких-
либо других систем, пользователи могут использовать программные
продукты, с которыми они привыкли работать, такие как текстовые
процессоры или электронные таблицы. Это повышает их производительность
и приводит к повышению качества их труда
(рис.1.И).
Рис. 1.11. пример OLE-технологии
Поток бизнес-операций SAP для интеграции всей установив-
имейся практики хозяйственной деятельности в организации. С целью
разумного объединения различных приложений и технологий
для пользователя рекомендуется осуществить интеграцию более высокого
уровня, ориентированную на установившуюся практику хозяйственной
деятельности. Базисная технология SAP предоставляет
для этой цели Поток бизнес-операций SAP (рис. 1.12).
Поток бизнес-операций SAP связывает информацию с определенными
хозяйственными процессами и делает ее доступной для ответственных
работников в нужное время и в наилучшей возможной
форме. Это приносит значительную прибыль.
Например, типичный поток бизнес-операций может включать в
себя обработку заказа клиента от поступления заказа до доставки и
выписывания счет-фактуры. Рассматриваемые события связаны друг
с другом и являются последовательными компонентами хозяйственного
процесса. Сотрудники, использующие приложения системы
R / 3 , в любой момент могут выяснить статус данной транзакции и
также могут обратиться к предыстории рабочего процесса.
Базисная технология SAP обеспечивает необходимый непрерывный
поток информации и предоставляет интерфейсы, необходимые
для обеспечения текущего контроля и описания этих процессов по
Рис. 1.12. Поток бизнес-операций SAP
нескольким транзакциям. Существующие интерфейсы гарантируют
беспроблемную интеграцию документов (например, через оптические
архивы) или информации из других приложений (например, EDI)
для того, чтобы полностью смоделировать цепочку процессов.
Например, заказ, полученный через EDI, может запустить процесс
потока операций. Данный заказ автоматически присваивается
лицу, назначенному для этого процесса. Затем дагнюе лицо вводит
недостающую информацию и/или утверждает заказ. После этого
данная транзакция - еще раз автоматически - передается следующему
сотруднику в линейном подразделении фирмы: для подготовки
документа о поставке, например. Здесь также данные добавляются в
эту транзакцию. Сотрудники могут сконцентрировать внимание на
своих текущих задачах, и им нет необходимости беспокоится о передаче
документов или о том, кто заменит заболевшего коллегу. Это
обеспечивает эффективную обработку транзакций; время используется
для выполнения фактической производительной работы. Конечно,
ноток бизнес-операций SAP также позволяет воспользоваться такими
методами, как ALE и OLE, и объединить все связанные с этими
методами возможности в процесс потока операций.
АВАР/4 Ипс7прументальные средства разработки - это эффективный,
интегрированный набор инструментальных средств разработки
в среде клиент/сервер четвертого поколения. Эти средства
поддерживают весь жизненный цикл разработки программных решений
на базе архитектуры клиент/сервер, предназначенных для работы
в рамках всей компании на основе быстрого макетирования. Графические
интерфейсы пользователя и удобное манипулирование
объектами посредством объектно-ориентированной навигации делают
данные инструментальные средства простыми в использовании.
Все объекты разработок, такие как модули на языке АВАР/4,
ДИНПРО и модели данных хранятся в R/3-репозитарии, который
способствует быстрому и легкому доступу ко всем объектам. Он позволяет
осуществлять подробный анализ использования данных во
всей системе и обеспечивает высокую степень прозрачности в структурах
данных.
С точки зрения разработчика, центральным информационным
средством является активный АВАР/4-словарь данных. Он управляет
всеми данными, связанными с приложениями, и обеспечивает,
чтобы данная информация была постоянно доступна для интегрированных
инструментальных средств разработки программ. Имеется
также библиотека, содержащая ряд многократно используемых программных
модулей, которые способствуют реализации рационального
подхода к разработке программ в системе R / 3 даже при удовлетворении
конкретных требований клиентов.
Как доказывает практическое использование АВАР/4 Инструментальных
средств разработки в системе R / 3 , они позволяют осуществлять
разработку программного обеспечения группой разработчиков
и при этом обеспечивается надежное управление версией. Интегрированное
средство Workbench Organizer (Организатор инструментальных
средств) регистрирует и документирует все стадии в процессе
разработки программ и обеспечивает, чтобы все изменения в
программе правильно координировались.
Дополняют спектр услуг, предоставляемых АВАР/4 Инструментальными
средствами разработки, инструментальные средства
обеспечения качества и оптимизации работы системы, которые помогают
провести анализ интерфейса конкретных прикладных программ
с базой данных или всей системы.
Приложения, разработанные с помощью АВАР/4 Инструментальных
средств разработки, могут быть перенесены для работы на
многих различных платформах под управлением различных операционных
систем с различными базами данных и графическими интерфейсами
пользователя. Для программистов процесс связи с другими
системами является прозрачным, и он надежно управляется инфраструктурой
SAP-Базиса.
Состав предприятия, производящего Изделие, поэтому подразделение
«Потребитель» вынесено за пределы структуры предприятия и в
исследовании будет участвовать как внешний объект.
Функциональный анализ. Декомпозиция задачи «Выпуск Продукции
». В результате анализа организационной структуры предприятия
была получена функционально-структурная диаграмма первого
уровня, представляющая декомпозицию задачи «Выпуск Продукции
» (см. рис. 1.14). Рассматриваемая структура подразделений
(Центров) отражает состав предприятия самого верхнего уровня
иерархии организационных единиц. Путем проведения соответствия
между диаграммой и фазами ЖЦИ были выявлены недостатки.
Основной недостаток заключается в следующем.
Данное разбиение предприятия на Центры обусловлено минимизацией
числа управляемых объектов в целях повышения качества управ-
легшя, а возможтюсть такой минимизации обусловлена небольшими
размерами подразделений, подчиненных Центрам. Однако такой подход
не даст представления о потоках объектов между фазами ЖЦИ, так
как некоторые Центры покрывают функции нескольких фаз.
В целях проведения анализа взаимосвязей и потоков объектов
между фазами ЖЦИ был составлен второй вариант декомпозиции задачи
«Выпуск Продукции» (см. рис. 1.15), которой позволил уточнить
соответствие фаза <—> подразделение:
Анализ потребности в изделии -^ Служба маркетинга
Проектирование изделия -> Научно-технический центр
Техническая подготовка производства изделия -> Службы технической
подготовки изделия
Производство изделия -> Центр производства продукции
Продвижение изделия к потребителю -> Коммерческая служба
Функция ^Службы маркетинга^. Служба маркетинга (см.
рис. 1.16) решает задачи фазы ЖЦИ «Анализ потребности в изделии».
Входные объекты', статистика продаж, маркетинговая информация.
Статистика продаж поступает из подразделения Коммерческая
служба. Маркетинговая информация вырабатывается внутри Службы
маркетинга.
Выходные объекты'. Техническое задание на новое изделие, прогноз
продаж.
Техническое задание на новое изделие предназначено для подразделения
Научно-технический центр, содержит информацию, необходимую
для разработки новых изделий, формируется на основе
маркетингового анализа потребностей рынка. Прогноз продаж содержит
информацию о количествегнюм и номенклатурном составе изделий,
рекомендуемых для производства на свободную продажу, формируется
на основе прогноза продаж и маркетинговой информации.
Рис. 1.14. Первый вариант декомпозиции задачи «Выпуск Продукции»
Рис. 1.15. Второй вариант декомпозиции задачи «Выпуск Продукции»
Рис. 1.16. Структура организационной единицы «Службы маркетинга»
Функция ^^Научно-технического центрам. Научно-технический
центр (см. рис. 1.17.) решает задачи фазы ЖЦИ «Проектирование
изделия».
Вход71ые объекты: Техническое задание на новое изделие.
Техническое задание поступает из Центра маркетинга.
Выходные объекты: Конструкторско-технологическая документация.
Конструкторско-технологическая документация содержит информацию
о конструкции изделия и технологии его изготовления,
разрабатывается на основе Технического задания и передается в
Службы технической подготовки изделия и Центр производства продукции.
Функция Служб технической подготовки. Службы технической
подготовки являются не организационной единицей, а
Рис. 1.17. Структура организационной единицы «Научно-технический центр»
Рис. 1.18. Структура Служб технической подготовки
логическим обобщением подразделений, которые решают задачи
фазы ЖЦИ «Техническая подготовка производства изделия» (см.
рис. 1.18), и состоят из следующих подразделершй различных Центров:
Службы экономики, Службы закупок, Службы начальника производства.
Входные объекты: прогноз продаж, заказы на продажу, конструкторско-
технологическая документация.
Прогноз продаж поступает из Службы маркетинга, заказы на
продажу из Коммерческой службы, конструкторско-технологическая
документация из Научно-технического центра.
Выходные объекты: план производства, материалы и комплектующие.
План производства содержит информацию о количественном и
номенклатурном составе изделий, принятых к производству на текущий
период, составляется на основе прогноза продаж и заказов на закупку
Службой экономики. На основе плана производства и нормативной
информации из Конструкторско-технологической документации
формируются планы закупок материалов и комплектующих,
предназначенные для Службы закупок, которая осуществляет их доставку
от внешних поставщиков. Выходные объекты предназначены
для Центра производства продукции.
Функция <^Центра производства продукции^. Центр производства
продукции (см. рис. 1.19) решает задачи фазы «Производство
изделия».
Входные объекты: план производства, материалы и комплектующие.
План производства и материалы и комплектующие поступают в
Службу технической подготовки.
Выходные объекты: готовые изделия.
Рис. 1.19. Структура организационной единицы «Центр производства прод)'кции»
На основе плана производства разрабатываются производственные
графики. На основе управляющей информации, содержащейся в
производственных графиках, из материалов и комплектующих изготавливаются
конечные изделия и передаются в ведение Коммерческих
служб.
Функция '(^Коммерческой службы^. Коммерческая служба (см.
рис. 1.20) решает задачи фазы ЖЦИ «Продвижение изделия к потребителю».
Входные объекты', готовые изделия.
Готовые изделия поступают из Центра производства продукции.
Выходные объекты: продукция.
Отгрузка и продажа продукции для конечного потребителя.
И}1тегрированная система управления подразумевает наличие
единой программно-информационной среды, поддерживающей все
Рис. 1.20. Структз'ра организационной единицы «Коммерческая служба»
1.4. Интегрированное управление предприятием 59
аспекты функциональной деятельности предприятия, и должна поддерживать автоматизированное решение всех основных задач, входящих
в процесс управления жизненным циклом изделия.
Основные задачи каждой из фаз ЖЦИ были рассмотрены выше.
Проведем анализ и классификацию функциональной деятельности
предприятия с точки зрения функций управления жизненным циклом
изделия.
Декомпозиция фаз по функциям управления ЖЦИ. В число
функций управления ЖЦИ входят:
- менеджмент;
- обеспечение качества;
- разработка;
- изготовление;
- сопровождение;
- документирование;
- обслуживание.
Каждая функция имеет свою интерпретацию для каждой фазы
ЖЦИ.
Рассмотрим интерпретацию этих функций для фазы Технической
подготовки производства.
Службы технической подготовки производства имеет следующие
основные виды деятельности:
1) проектирование;
2) анализ проекта;
3) инженерное тестирование и моделирование;
4) анализ вносимых изменений;
5) администрирование проекта;
6) технологическое проектирование;
7) планирование ресурсов.
К функции менеджмента можно отнести деятельность 5; обеспечение
качества - 2; разработка - 1 , 6 ; изготовление - 3; сопровождение
- 4; документирование присутствует во всех видах деятельности,
обслуживание - 7.
Декомпозиция функций по уровням. В свою очередь каждый вид
деятельности может быть разделен на несколько уровней. Например,
проектирование:
- концептуальное проектирование;
- инженерное проектирование;
- детальное проектирование.
Управление предприятием имеет следующие уровни:
- планирование;
- диспетчирование;
- оперативное управление;
- управление оборудованием.
Система планирования имеет следующую иерархическую структуру:
- перспективное планирование;
- текущее планирование;
- оперативное планирование.
Требования к интегрированной системе управления. Приведенная
выше классификация функциональной деятельности предприятия
затрагивает все производственные ресурсы. Это означает, что все
объекты - как материальные (производственные мощности, материалы,
инструмент, люди, источники энергии, транспорт и т.д.), так и
информационные (модели конструкций, описания технологических
процессов и процессов управления, расписания, производственргые
задания, отчеты и т.д.) - управляются через единую информационную
среду, описываются в ней едиными средствами, доступны на любом
уровне иерархии.
Таким образом, можно сформулировать требования к интегрированной
системе управления:
• обеспечение информационно-организационной инфраструктуры
системы управления;
• обеспечение среды существования всех видов информационных
объектов, поддерживающей их целостность и возможность
взаимодействия;
• обеспечение средств описания объектов, доступных на любом
уровне иерархии;
• предоставление единых средств доступа ко всем объектам, независимо
от их физического расположения.
Резюме. Требование единой информационной и организационной
инфраструктуры является необходимым, так как интегрированная
система управления представляет собой симбиоз автоматизированного
производства и автоматизированного учреждения, потоки
информации и управления в ней общие, а значит, необходима и общая
инфраструктура для обмена информацией и управлением между
компонентами системы.
Дата добавления: 2017-09-19; просмотров: 209;