Текст учебников-5. Слайд 1 Титульный лист Слайд 2 Содержание Слайд 3
 Скачать 3.2 Mb.
|
|
Слайд 113 Система модульности внедрения ERP [и ар пи]-систем, продолжение. Планирование потребностей в мощностях. На данном этапе планирования более детально, чем на предыдущих уровнях, определяются производственные мощности. Маршрутизация или рабочие центры. С помощью этого блока конкретизируются как производственные мощности различного уровня, так и маршруты, в соответствии с которыми выпускаются изделия. Проверка и корректировка цеховых планов по мощностям. На данном этапе проверяются и, в случае необходимости, корректируются планы по мощностям в разрезе отдельных производственных цехов или участков. Управление закупками, запасами, продажами. Позволяет спланировать закупку товаров и создать заказы поставщикам согласно рассчитанной потребности в товарах, материалах и комплектующих. Это осуществляется на основании многих параметров. Например, существующих складских остатков, заказов на продажу и закупку, нормативных показателей остатков или иначе - страхового запаса, а также других. Управление затратами – это учет всех затрат предприятия в производстве и калькуляция фактической себестоимости партий готовой продукции или полуфабрикатов, а также услуг. Управление проектами или программами. В производственных системах, предназначенных для выпуска сложной продукции, собственно производство является одним из этапов полного производственного цикла. Ему предшествуют проектирование, конструкторская и технологическая подготовка, а произведенная продукция подвергается испытаниям и модификации. Для сложной продукции характерны большая длительность цикла, большое количество предприятий-смежников, сложность внутренних и внешних связей. Отсюда следует необходимость управления проектами в целом и включение соответствующих функций в систему управления. Управление персоналом – модуль предназначен для кадровых служб предприятий любой организационной структуры, в том числе: ˗ с обособленными подразделениями или филиалами; ˗ с географически разветвленной сетью дилеров или агентов; ˗ независимо от форм собственности и количества сотрудников. Управление финансами – в этой подсистеме решаются задачи управления финансовой деятельностью. Остановимся более детально на последнем модуле. Подгружаемые финансовые модули – например, «главная книга» – однозначно можно считать основным компонентом ERP [и ар пи]-системы. При этом в системе имеется модуль, позволяющий формировать периодическую финансовую отчетность, а также формировать due diligence [дью ˈдилиджэнс], (то есть «должностную добросовестность»), с помощью финансовых модулей ERP [и ар пи]-системы. На сегодняшний день количество дополнительных финансовых модулей и блоков ERP [и ар пи] огромно. Но, тем не менее, их можно систематизировать и выделить четыре основных направления. Первое направление - бухгалтерское. Это главная книга, текущие счета для получения финансовых средств, или иначе – дебиторские счета, счета на оплату, или иначе – кредиторские счета, консолидированный бюджет. Второе направление - учетно-управленческие, контроллинговые дополнительные модули. Среди них – модули учёта затрат и доходов предприятий и организаций, модули по учету продуктов производства или потребления. Также могут быть включены модули учета по выполняемым проектам, а также система калькуляции себестоимости выпускаемой или потребляемой продукции. Казначейские дополнительные модули (это третье направление?) представлены системами управления ликвидностью предприятия и выпускаемой продукции, а также системами управления денежными средствами. В нее включены следующие возможности: ˗ контроль банковских счетов и управление кассой; ˗ система взаимодействия с банками, в которых расположены счета организации и всех имеющихся подразделений и филиалов; ˗ управление кредитами и другими заимствованиями. Слайд 114 Система модульности внедрения ERP [и ар пи]-систем, продолжение. И, наконец, четвертое направление – это финансово-управленческие дополнительные модули. Среди них отметим следующие модули: ˗ управление основными средствами производственного процесса; ˗ система управления инвестиционным менеджментом; ˗ управление финансовым контролем; ˗ управление возможными рисками предприятия. По требованию заказчика в ERP [и ар пи]-системы может быть включен модуль финансового планирования, а также управления основными показателями эффективности производства. Практически во всех зарубежных системах в нее входят четыре подсистемы более глубокого уровня, такие как «Главная бухгалтерская книга», «Расчеты с заказчиками», «Расчеты с поставщиками», «Управление основными средствами». Автоматизация управления финансами на предприятии позволяет усилить финансовый контроль путем обобщения всей финансовой деятельности. Также появляется возможность улучшить оборот денежных средств путем обеспечения полного управления кредитами и счетами дебиторов, оптимизировать управление денежными средствами путем автоматизации расчетов с поставщиками. Предприятие имеет реальный шанс максимизировать отдачу от капитальных вложений путем обеспечения более эффективного управления основными средствами, арендованной собственностью, ремонтной базой, незавершенным капитальным строительством. Остановимся на модуле ERP [и-ар-пи]–Персонал. Отметим главное отличие ERP [и ар пи] как стратегии развития предприятия или организации, от всевозможных приложений для MRPII [ем-ар-пи-ту] или же программ автоматизации определения дохода сотрудников. Это объединение информации о трудовых ресурсах предприятия для эффективного планирования и управления всеми экономическими операциями. Объединение осуществляется с учетом сведений о потенциальных возможностях задействованного персонала. Вторая отличительная черта – это возможность максимально точно определить и выявить затраты по мере их возникновения и объединить их с информацией о необходимых компенсациях задействованного в них работающего персонала. Именно данный модуль ориентирует стратегию развития предприятия с учетом метода управления персоналом организации и предприятия как человеческим капиталом. И уже в рамках данной концепции есть возможность определить и внедрить функциональные особенности указанных модулей. В них отображаются специфика управления персоналом, ведение информации о возможных профессиональных навыках каждого сотрудника. Кроме этого, есть возможность планирования обучения в связи с изменениями производственного цикла, выстраивание карьеры и так далее. На основе всей данной информации, которая системно обрабатывается в этих модулях, выстраивается стратегическое управление всей организацией. Кроме этого, происходит расчет финансового менеджмента, а также ключевых показателей эффективности. Подмодули модуля «Персонал» представлены на слайде. Рассмотрим модуль ERP [и ар пи]-Операции. Данный встраиваемый модуль помогает скорректировать деятельность предприятий по созданию и реализации выпускаемых продуктов и предлагаемых услуг. Кроме того, в данном модуле есть все необходимые функции для оптимизации данных процессов. Несмотря на специфическую разобщенность различных сфер хозяйствования, можно выделить несколько направлений операционных модулей: В первую очередь – это логистические модули. Данные модули координируют снабжение, регулируют взаимоотношения с различными поставщиками. Также они помогают выстраивать управление всеми поставками и транспортировкой товара, координируют складскую работу и управление запасами, отслеживают инвентаризацию основных средств производства. Слайд 115 Система модульности внедрения ERP [и ар пи]-систем, окончание. Следующее направление – это производственные модули. Данные модули осуществляют производственное планирование, учёт выпускаемой и реализуемой продукции, системное управление всеми производственными программами данной организации. Далее следуют обеспечивающие модули. Данные модули осуществляют управление техническим обслуживанием производственных комплексов, плановым и текущим ремонтом оборудования. Также эти модули осуществляют планирование развития мощностей, управление транспортным потенциалом. И последнее направление – это сбытовые модули. Данные модули координируют политику ценообразования, производят конфигурирование и обработку поступающих заказов. Также они выстраивают систему продажи, продвижения товара и организацию послепродажного обслуживания. Кроме указанных блоков есть некоторые модули, которые выставляются как отдельное программное обеспечение, но при этом они легко интегрируется в общий пакет ERP [и-ар-пи]-системы. Можно выделить такие блоки, как EAM [и-эй-эм] для технического обслуживания и ремонта, PLM [пи-ел-ем] для управления спецификациями, CRM [си-ар-ем] для продаж и APS [эй пи эс] и MES [эм-и-эс] для управления производством, дистрибуции товара. В отдельных системах устанавливается модуль управления грузоперевозками. Данный модуль предназначен для ведения учёта, планирования и анализа деятельности, связанной с управлением доставкой различных грузов. Грузы регистрируются в едином реестре грузов, доступ к которому открыт для всех филиалов, участвующих в обработке этих грузов. В любой момент пользователь может получить информацию о текущем состоянии груза, посмотреть историю его размещения и обработки. При этом модуль позволяет регистрировать предварительные заказы на перевозку. В предварительном заказе можно сформировать альтернативные проекты грузоперевозки, например, разработать оптимальные маршруты движения груза на каждом этапе перевозки и спланировать выполняемые операции. Этапы перевозки груза в проекте интегрированы с CRM [си-ар-ем] -системой, а конкретно – это задачи, события, напоминания, уведомления. Возможность составления различных проектов грузоперевозки позволяет осуществлять плановую калькуляцию доходов и расходов по перевозке и хранить историю вариантов предложений транспортной перевозки грузов клиентам. Для каждого груза регистрируется широкий набор реквизитов и свойств. Для нестандартных грузов регистрируются требования к их перевозке. Модуль позволяет фиксировать все проведенные с грузом операции. Такие, например, как технологическая обработка, разделение на партии и размещение их в различных местах, консолидация грузов, корректировка параметров груза с составлением акта об обнаруженных проблемах. Модуль может иметь еще ряд дополнительных функций и возможностей, что делает его востребованным для предприятий, осуществляющих деятельность в области любого рода грузоперевозок. В заключение отметим, что в систему ERP [и ар пи] также могут включаться дополнительные модули стандарта APICS [ей-пи-ай-си-ес]. Здесь можно отметить такие модули, как управление логистическими цепочками, усовершенствованное планирование и составление производственных графиков, управление взаимоотношениями с клиентами. Можно также выделить модули электронная коммерция и управление данными об изделии. Отдельно выделим надстройку Business Intelligence [ˈбизнис инˈтелиджэнс]. Надстройка включает инструменты в области интеллектуальной бизнес-аналитики. Это, например, построение хранилищ данных, OLAP [оу-ел-ей-пи], data mining [дейтэ ˈмайнин], визуализация и отчетность, а также другие модули. Слайд 116 Архитектура корпоративных информационных систем Открытость информационных систем для изменений уже давно является стандартом и коррекция бизнес-функциональности не представляет принципиальных проблем. Стыковка с другими информационными системами, наращивание модулей или дописывание функциональности встроенными или внешними средствами - штатный процесс большинства ИТ-служб. Но здесь есть ограничения. Большинству разработчиков хорошо известно, что самыми чувствительными являются ошибки в выборе архитектуры системы, приводящие к перепроектированию информационной системы. Характерные проявления архитектурных ошибок могут заключаться, например, в низкой надежности всей системы в целом. Кроме этого, при изменениях в функциональности одной системы, даже совсем мелких, может возникнуть необходимость множественных доработок в связанных системах. Отметим, что поддержка корпоративной информационной системы в режиме эксплуатации занимает все рабочее время сотрудников и требует дополнительных финансовых вложений компании. В условиях быстрых изменений, происходящих в экономике, особое значение приобретает долгосрочное планирование архитектуры корпоративной информационной системы. Корпоративная информационная система состоит из ряда компонентов и имеет окружение. Компоненты корпоративной информационной системы представлены на слайде. К программному обеспечению относятся прикладные бизнес- приложения, хранилища данных и аналитические системы, порталы, системы поддержки коллективной работы, интеграционные системы класса middleware [мидлевар]. К данным относятся базы данных, электронные документы, почтовые сообщения, словари, каталоги, файлы. К технической инфраструктуре относят серверы, сети, рабочие станции, мобильные устройства, системы хранения данных, принтеры и другие системы ввода-вывода. Окружение корпоративной информационной системы также представлено на слайде. К пользователям в данной схеме относят пользователей приложений и документов, а также компетенции пользователей. Модель деятельности компании составляют бизнес-процессы, регламенты и разного рода инструкции. Элемент «организация» включает в себя организационную и должностную структуры, распределение полномочий и сценарии принятия решений. Архитектура определяет способ обеспечения согласованного взаимодействия пользователей и компонентов корпоративной информационной системы. Она представляет собой схему, основанную на технических стандартах, протоколах, интерфейсах, корпоративных правилах и сценариях использования компонентов. Важнейшим элементом архитектуры корпоративной информационной системы является схема интеграции корпоративных данных и бизнес- приложений. Именно она определяет дальнейший облик корпоративной информационной системы: возможности обеспечения операционной эффективности и адаптации к изменениям функциональных требований со стороны бизнеса. Рассмотрим типы архитектур, присущие корпоративным информационным системам. Слайд 117 Архитектура корпоративных информационных систем, продолжение. На сегодняшний день на рынке программного обеспечения присутствует большое количество программных продуктов. Несмотря на их многообразие, в практике применения корпоративных информационных систем широкое распространение получили три типа архитектуры систем. Данные типы архитектуры основаны на соответствующих моделях интеграции и представлены на слайде. Каждый из них характеризуется специфическим способом обеспечения взаимодействия компонентов и окружения корпоративных информационных систем, а также определенными границами эффективного использования. Сеть приложений – это наиболее популярный тип архитектуры, призванный поддерживать стабильный процессно-ориентированный бизнес с высокой степенью централизации управления. Иначе этот тип архитектуры называют «сильная интеграция». Программное обеспечение корпоративной информационной системы при данной архитектуре представляет собой набор интегрированных бизнес- приложений, связанных между собой интерфейсами и форматами обмена данных. Интерфейсы и форматы данных определяются структурами данных бизнес-приложений. Предельным случаем можно считать одно интегрированное бизнес-приложение, функциональность которого покрывает всю деятельность организации. Вся бизнес-логика содержится в функциональности приложений в виде поставляемого или разработанного кода и настроек и жестко привязана к модели бизнес-процессов. Данные в подобной корпоративной информационной системе имеют высокий уровень интеграции, их дублирование сведено к минимуму. Кроме этого обеспечивается поддержание целостности данных при выполнении бизнес-операций в системе. Модель данных жестко связана с функциональностью приложений. Техническая инфраструктура при данной архитектуре следующая: бизнес-приложения требуют надежных, высокопроизводительных серверов и наличия единой корпоративной сети. Действия пользователей операционного уровня при данном типе архитектуры регламентируются бизнес-процессами и не требуют от этих пользователей высокой квалификации. В то же время квалификационные требования к пользователям тактического уровня управления резко повышаются. К пользователям тактического уровня можно отнести руководителей среднего звена, бизнес- аналитиков и ключевых специалистов. Пользователи тактического уровня должны понимать место корпоративной информационной системы в бизнесе организации, а также все многообразие и разветвленность связей, сосредоточенных в бизнес-модели. Модель деятельности организации представляет собой модель бизнес- процессов, которая определяет требования к функциональности и данным корпоративной информационной системы. Кроме этого, определяются должностные и технологические инструкции пользователей, а также процедуры и регламенты их работы. Работа компании с корпоративной информационной системой такой архитектуры требует высокой степени централизации управления. При архитектуре подобного типа контроль за целостностью бизнес- модели должен быть сосредоточен в одних руках. При этом все принимаемые управленческие решения на всех уровнях должны согласовываться с этой моделью. Это вызвано тем, что любые изменения в бизнес-модели или функциональности могут порождать огромное количество согласований и, естественно, без централизации принятия решений внесение коррективов становится невозможным. Слайд 118 Архитектура корпоративных информационных систем, продолжение. Использование сети приложений эффективно в условиях долгосрочной стабильности и предсказуемости и хорошо приспособлено к небольшим изменениям в условиях ведения бизнеса. Эти изменения не должны затрагивать принципиальную схему интеграции корпоративной информационной системы. Проблемы возникают при существенных изменениях условий ведения бизнеса. При этом, чем больше интегрирована корпоративная информационная система, тем затруднительнее провести изменения. Наиболее негативное воздействие может оказать неопределенность, которая не позволяет участникам согласовывать изменения в бизнес-модели., В результате, несогласованность может привести к тому, что бизнес-модель начнёт распадаться, нарушится ее целостность. Архитектура корпоративной информационной системы типа «лоскутное одеяло» подвергается наибольшей критике в средствах массовой информации. Несмотря на это, данный тип архитектуры наиболее распространен и устойчив. Рассмотрим программное обеспечение корпоративных систем подобной архитектуры. Корпоративная информационная система представляет набор бизнес-приложений, автономных друг от друга. Пользователи осуществляют обмен данными между бизнес-приложениями путем ввода данных с документов, которые получены в других приложениях. Функциональность бизнес-приложений при этом охватывает задачи операционной деятельности имеющихся структурных подразделений, таких как бухгалтерия, склад, отдел кадров и так далее. Предельным случаем подобного рода архитектуры считается набор бизнес-приложений, которые распределены по персональным компьютерам сотрудников, задействованных в процессе. Данные сотрудники при этом обмениваются между собой необходимыми документами и файлами. Подобный тип архитектуры не предполагает интеграции, поэтому даже существенные изменения в условиях ведения бизнеса вызывают необходимость корректировки только отдельных локальных приложений. Данные в корпоративной информационной системе многократно дублируются, поэтому при вводе в бизнес-приложения они могут интерпретироваться и корректироваться пользователем. Техническая инфраструктура подобного рода архитектуры заключается в том, что локальные бизнес-приложения располагаются на отдельных небольших серверах. Сеть передачи данных разбита на отдельные сегменты, концентрирующиеся вокруг локальных приложений. С корпоративной информационной системой работают пользователи, относящиеся к операционному уровню. Их действия определяются пониманием бизнес-задач своего структурного подразделения и распоряжениями своего непосредственного руководства. В данных условиях на первый план выступает квалификация пользователя, а также его лояльность по отношению к структурному подразделению и компании в целом. Отметим, что зачастую достаточно много информации передается неформально, через личное общение. Подобный тип архитектуры не предполагает какой-либо формализованной модели деятельности компании. Наиболее востребованными, в лучшем случае, оказываются общие схемы технологии работы компании. Что касается организации, то этот тип архитектуры не предполагает централизации управления. При организационных преобразованиях корпоративная информационная система максимально сохраняет свою устойчивость. Тип архитектуры «лоскутное одеяло» ориентирован на поддержание операционной деятельности бизнеса, находящегося в состоянии неопределенности. Отметим, что этот тип архитектуры корпоративных информационных систем является единственным, который способен выжить в условиях постоянных изменений. |