хозяйствования, можно выделить несколько направлений операционных модулей:
В первую очередь – это логистические модули. Данные модули координируют снабжение, регулируют взаимоотношения с различными поставщиками. Также они помогают выстраивать управление всеми поставками и транспортировкой товара, координируют складскую работу и управление запасами, отслеживают инвентаризацию основных средств производства.
Слайд 115
Система модульности внедрения ERP [и ар пи]-систем, окончание.
Следующее направление – это производственные модули. Данные модули осуществляют производственное планирование, учёт выпускаемой и реализуемой продукции, системное управление всеми производственными программами данной организации.
Далее следуют обеспечивающие модули.
Данные модули осуществляют управление техническим обслуживанием производственных комплексов, плановым и текущим ремонтом оборудования. Также эти модули осуществляют планирование развития мощностей, управление транспортным потенциалом.
И последнее направление – это сбытовые модули. Данные модули координируют политику ценообразования, производят конфигурирование и обработку поступающих заказов. Также они выстраивают систему продажи, продвижения товара и организацию послепродажного обслуживания.
Кроме указанных блоков есть некоторые модули, которые выставляются как отдельное программное обеспечение, но при этом они легко интегрируется в общий пакет ERP [и-ар-пи]-системы.
Можно выделить такие блоки, как EAM [и-эй-эм] для технического обслуживания и ремонта, PLM [пи-ел-ем] для управления спецификациями,
CRM [си-ар-ем] для продаж и APS [эй пи эс] и MES [эм-и-эс] для управления производством, дистрибуции товара.
В отдельных системах устанавливается модуль управления грузоперевозками. Данный модуль предназначен для ведения учёта, планирования и анализа деятельности, связанной с управлением доставкой различных грузов.
Грузы регистрируются в едином реестре грузов, доступ к которому открыт для всех филиалов, участвующих в обработке этих грузов. В любой момент пользователь может получить информацию о текущем состоянии груза, посмотреть историю его размещения и обработки.
При этом модуль позволяет регистрировать предварительные заказы на перевозку. В предварительном заказе можно сформировать альтернативные проекты грузоперевозки, например, разработать оптимальные маршруты движения груза на каждом этапе перевозки и спланировать выполняемые операции. Этапы перевозки груза в проекте интегрированы с CRM [си-ар-ем]
-системой, а конкретно – это задачи, события, напоминания, уведомления.
Возможность составления различных проектов грузоперевозки позволяет осуществлять плановую калькуляцию доходов и расходов по перевозке и хранить историю вариантов предложений транспортной перевозки грузов клиентам.
Для каждого груза регистрируется широкий набор реквизитов и свойств. Для нестандартных грузов регистрируются требования к их перевозке.
Модуль позволяет фиксировать все проведенные с грузом операции.
Такие, например, как технологическая обработка, разделение на партии и размещение их в различных местах, консолидация грузов, корректировка параметров груза с составлением акта об обнаруженных проблемах.
Модуль может иметь еще ряд дополнительных функций и возможностей, что делает его востребованным для предприятий, осуществляющих деятельность в области любого рода грузоперевозок.
В заключение отметим, что в систему ERP [и ар пи] также могут включаться дополнительные модули стандарта APICS [ей-пи-ай-си-ес].
Здесь можно отметить такие модули, как управление логистическими
цепочками,
усовершенствованное
планирование
и
составление
производственных графиков, управление взаимоотношениями с клиентами.
Можно также выделить модули электронная коммерция и управление
данными об изделии.
Отдельно выделим надстройку
Business
Intelligence
[ˈбизнис инˈтелиджэнс]. Надстройка включает инструменты в области интеллектуальной бизнес-аналитики. Это, например, построение хранилищ данных, OLAP [оу-ел-ей-пи], data mining [дейтэ ˈмайнин], визуализация и отчетность, а также другие модули.
Слайд 116
Архитектура корпоративных информационных систем
Открытость информационных систем для изменений уже давно является стандартом и коррекция бизнес-функциональности не представляет принципиальных проблем. Стыковка с другими информационными системами, наращивание модулей или дописывание функциональности встроенными или внешними средствами - штатный процесс большинства
ИТ-служб. Но здесь есть ограничения.
Большинству разработчиков хорошо известно, что самыми чувствительными являются ошибки в выборе архитектуры системы, приводящие к перепроектированию информационной системы. Характерные проявления архитектурных ошибок могут заключаться, например, в низкой надежности всей системы в целом. Кроме этого, при изменениях в функциональности одной системы, даже совсем мелких, может возникнуть необходимость множественных доработок в связанных системах.
Отметим, что поддержка корпоративной информационной системы в режиме эксплуатации занимает все рабочее время сотрудников и требует дополнительных финансовых вложений компании.
В условиях быстрых изменений, происходящих в экономике, особое значение приобретает долгосрочное планирование архитектуры корпоративной информационной системы.
Корпоративная информационная система состоит из ряда компонентов и имеет окружение.
Компоненты корпоративной информационной системы представлены на слайде.
К программному обеспечению относятся прикладные бизнес- приложения, хранилища данных и аналитические системы, порталы, системы поддержки коллективной работы, интеграционные системы класса middleware [мидлевар].
К данным относятся базы данных, электронные документы, почтовые сообщения, словари, каталоги, файлы.
К технической инфраструктуре относят серверы, сети, рабочие станции, мобильные устройства, системы хранения данных, принтеры и другие системы ввода-вывода.
Окружение корпоративной информационной системы также представлено на слайде.
К пользователям в данной схеме относят пользователей приложений и документов, а также компетенции пользователей.
Модель деятельности компании составляют бизнес-процессы, регламенты и разного рода инструкции.
Элемент «организация» включает в себя организационную и должностную структуры, распределение полномочий и сценарии принятия решений.
Архитектура определяет способ обеспечения согласованного взаимодействия пользователей и компонентов корпоративной информационной системы. Она представляет собой схему, основанную на технических стандартах, протоколах, интерфейсах, корпоративных правилах и сценариях использования компонентов.
Важнейшим элементом архитектуры корпоративной информационной системы является схема интеграции корпоративных данных и бизнес- приложений. Именно она определяет дальнейший облик корпоративной информационной системы: возможности обеспечения операционной эффективности и адаптации к изменениям функциональных требований со стороны бизнеса.
Рассмотрим типы архитектур, присущие корпоративным информационным системам.
Слайд 117
Архитектура
корпоративных
информационных
систем,
продолжение.
На сегодняшний день на рынке программного обеспечения присутствует большое количество программных продуктов. Несмотря на их многообразие, в практике применения корпоративных информационных систем широкое распространение получили три типа архитектуры систем.
Данные типы архитектуры основаны на соответствующих моделях интеграции и представлены на слайде.
Каждый из них характеризуется специфическим способом обеспечения взаимодействия компонентов и окружения корпоративных информационных систем, а также определенными границами эффективного использования.
Сеть приложений – это наиболее популярный тип архитектуры, призванный поддерживать стабильный процессно-ориентированный бизнес с высокой степенью централизации управления. Иначе этот тип архитектуры называют «сильная интеграция».
Программное обеспечение корпоративной информационной системы при данной архитектуре представляет собой набор интегрированных бизнес- приложений, связанных между собой интерфейсами и форматами обмена данных. Интерфейсы и форматы данных определяются структурами данных бизнес-приложений.
Предельным случаем можно считать одно интегрированное бизнес-приложение, функциональность которого покрывает
всю деятельность организации. Вся бизнес-логика содержится в функциональности приложений в виде поставляемого или разработанного кода и настроек и жестко привязана к модели бизнес-процессов.
Данные в подобной корпоративной информационной системе имеют высокий уровень интеграции, их дублирование сведено к минимуму. Кроме этого обеспечивается поддержание целостности данных при выполнении бизнес-операций в системе.
Модель данных жестко связана с функциональностью приложений.
Техническая инфраструктура при данной архитектуре следующая: бизнес-приложения требуют надежных, высокопроизводительных серверов и наличия единой корпоративной сети.
Действия пользователей операционного уровня при данном типе архитектуры регламентируются бизнес-процессами и не требуют от этих пользователей высокой квалификации.
В то же время квалификационные требования к пользователям тактического уровня управления резко повышаются. К пользователям тактического уровня можно отнести руководителей среднего звена, бизнес- аналитиков и ключевых специалистов. Пользователи тактического уровня должны понимать место корпоративной информационной системы в бизнесе организации, а также все многообразие и разветвленность связей, сосредоточенных в бизнес-модели.
Модель деятельности организации представляет собой модель бизнес- процессов, которая определяет требования к функциональности и данным корпоративной информационной системы. Кроме этого, определяются должностные и технологические инструкции пользователей, а также процедуры и регламенты их работы.
Работа компании с корпоративной информационной системой такой архитектуры требует высокой степени централизации управления.
При архитектуре подобного типа контроль за целостностью бизнес- модели должен быть сосредоточен в одних руках. При этом все принимаемые
управленческие решения на всех уровнях должны согласовываться с этой моделью. Это вызвано тем, что любые изменения в бизнес-модели или функциональности могут порождать огромное количество согласований и, естественно, без централизации принятия решений внесение коррективов становится невозможным.
Слайд 118
Архитектура
корпоративных
информационных
систем,
продолжение.
Использование сети приложений эффективно в условиях долгосрочной стабильности и предсказуемости и хорошо приспособлено к небольшим изменениям в условиях ведения бизнеса. Эти изменения не должны затрагивать принципиальную схему интеграции корпоративной информационной системы. Проблемы возникают при существенных изменениях условий ведения бизнеса. При этом, чем больше интегрирована корпоративная информационная система, тем затруднительнее провести изменения.
Наиболее негативное воздействие может оказать неопределенность, которая не позволяет участникам согласовывать изменения в бизнес-модели., В результате, несогласованность может привести к тому, что бизнес-модель начнёт распадаться, нарушится ее целостность.
Архитектура корпоративной информационной системы типа
«лоскутное одеяло» подвергается наибольшей критике в средствах массовой информации. Несмотря на это, данный тип архитектуры наиболее распространен и устойчив.
Рассмотрим программное обеспечение корпоративных систем подобной архитектуры.
Корпоративная информационная система представляет набор бизнес-приложений, автономных друг от друга.
Пользователи осуществляют обмен данными между бизнес-приложениями путем ввода данных с документов, которые получены в других приложениях.
Функциональность бизнес-приложений при этом охватывает задачи
операционной деятельности имеющихся структурных подразделений, таких как бухгалтерия, склад, отдел кадров и так далее.
Предельным случаем подобного рода архитектуры считается набор бизнес-приложений, которые распределены по персональным компьютерам сотрудников, задействованных в процессе. Данные сотрудники при этом обмениваются между собой необходимыми документами и файлами.
Подобный тип архитектуры не предполагает интеграции, поэтому даже существенные изменения в условиях ведения бизнеса вызывают необходимость корректировки только отдельных локальных приложений.
Данные в корпоративной информационной системе многократно дублируются, поэтому при вводе в бизнес-приложения они могут интерпретироваться и корректироваться пользователем.
Техническая инфраструктура подобного рода архитектуры заключается в том, что локальные бизнес-приложения располагаются на отдельных небольших серверах. Сеть передачи данных разбита на отдельные сегменты, концентрирующиеся вокруг локальных приложений.
С корпоративной информационной системой работают пользователи, относящиеся к операционному уровню. Их действия определяются пониманием бизнес-задач своего структурного подразделения и распоряжениями своего непосредственного руководства. В данных условиях на первый план выступает квалификация пользователя, а также его лояльность по отношению к структурному подразделению и компании в целом. Отметим, что зачастую достаточно много информации передается неформально, через личное общение.
Подобный тип архитектуры не предполагает какой-либо формализованной модели деятельности компании.
Наиболее востребованными, в лучшем случае, оказываются общие схемы технологии работы компании.
Что касается организации, то этот тип архитектуры не предполагает централизации управления. При организационных преобразованиях
корпоративная информационная система максимально сохраняет свою устойчивость.
Тип архитектуры «лоскутное одеяло» ориентирован на поддержание операционной деятельности бизнеса, находящегося в состоянии неопределенности. Отметим, что этот тип архитектуры корпоративных информационных систем является единственным, который способен выжить в условиях постоянных изменений.
1 ... 15 16 17 18 19 20 21 22 ... 50