Отчет по мероприятию 17. 4 Разработка и внедрение комплекса специализированных образовательных программ повышения квалификации

Инструменты конечного пользователя для выполнения запросов и построения отчетов Системы данного класса (Query & Reporting) предназначены для формирования запросов к информационным системам в пользовательских терминах, а также их исполнение, интеграцию данных из разных источников, просмотр данных с возможностями детализации и обобщения и построение полноценных отчетов, как экранных, так и печатных. Предполагается, что уровень подготовки специалиста, создающего отчеты, может быть приравнен к опыту среднего пользователя Excel. Поэтому пользователь составляет запрос к источнику данных, используя заранее подготовленный программистом каталог терминов (семантический слой). Визуализация результатов запроса может быть представлена пользователю в различном виде – плоские или многомерные таблицы, графики, диаграммы, различные специализированные интерфейсы. Инструменты конечного пользователя для выполнения запросов и построения отчетов поставляются двумя способами: • в составе OLAP-систем, • в виде специализированных систем Query & Reporting. Практически каждая система класса OLAP снабжена средствами Query & Reporting. Эти средства могут быть как встроенными в основной продукт (примеры – Business Objects, "Контур Стандарт", Oracle Discoverer), так и выделенными в отдельный продукт (например, система Impromptu в составе продуктов Cognos). Также существуют и специализированные системы генерации и дистрибуции отчетов. Наиболее распространенные из них – это продукты компаний Crystal Decisions и Actuate. В то же время эти системы имеют в своем составе собственные OLAP-средства. Поэтому провести четкую грань между OLAP-системами и системами класса Query & Reporting практически невозможно. Пример – продукты компании MicroStrategy, которые различные аналитики и издания с равной регулярностью относят к продуктам обоих классов. 4. Общая структура информационной аналитической системы Полная структура информационно-аналитической системы, построенной на основе хранилища данных, показана на рисунке 1. В конкретных реализациях отдельные компоненты этой схемы часто отсутствуют. Рис. 1. Структура информационной аналитической системы (ИАС) Рассмотрим состав основных подсистем. Подсистема хранения данных Многомерное хранилище данных может быть организовано в виде одной из следующих структур: 1. физической структуры, называемой MOLAP, в которую с определенной периодичностью загружаются данные из файлов – источников, принадлежащих базам оперативных данных виртуальной структуры, называемой ROLAP, которая динамически используется при запросах. ROLAP – система рассматривается просто как надстройка над реляционными базами данных, обеспечивающая удобный интерфейс пользователя. Типичными инструментальными средствами, поддерживающими ROLAP, является Business Objects. 3. гибридной структуры, называемой НOLAP, которая используется при построении многоуровневых информационных хранилищ, применяемых на разных уровнях управления больших корпораций. Анализ параметров использования ROLAP и MOLAP информационных хранилищ показывает, что внедрение и эксплуатация ROLAP - систем является более простым и дешевым по сравнению с MOLAP – системами, но уступают последним в эффективности оперативного анализа данных. Подсистема метаинформации Репозиторий представляет собой описание структуры информационного хранилища: состава показателей, иерархии агрегаций измерений, форматов данных, используемых функций, физического размещения на сервере, прав доступа пользователей, частоты обновления. В репозитории задается схема отображения структуры файлов- источников данных на структуре ИХ, а также схема отображения структуры ИХ на витринах данных. Через репозиторий осуществляется интерпретация запросов к ИХ на проведение оперативного анализа данных. Подсистема преобразования данных (загрузки хранилища) Подсистема загрузки ИХ создается только для MOLAP – систем. Для ROLAP – систем в процессе выполнения запросов осуществляется преобразование данных из файлов – источников. В том и другом случаях требуется выполнение следующих основных функций: • сбор данных; • очистка данных; • агрегирование данных. Сбор данных предполагает передачу данных из источников в ИХ в соответствии со схемой отображения, представленной в репозитории. В процессе очистки данных осуществляется проверка целостности, исключение дублирования данных, отбраковка случайных данных, восстановление отсутствующих данных, приведение данных к единому формату. В случае необходимости агрегирования данных осуществляется суммирование итогов по заданным в репозитории признакам. Подсистема представления данных (организация витрин данных) Под витриной данных понимается предметно-ориентированное хранилище данных, как правило, агрегированной информации, предназначенное для использования группой пользователей в рамках конкретного вида деятельности предприятия, например маркетинга и т.д. Как правило, витрины данных являются подмножествами общего хранилища данных компании, которое служит для них источником. Обычно общее ИХ и витрины данных разрабатываются параллельно. Подсистема оперативного анализа данных Подсистема оперативного анализа данных, как правило, используется лицами, подготавливающими информацию для принятия решений, путем выполнения различных статистических группировок исходных данных. В рамках пользовательского интерфейса для оперативного анализа данных используются следующие базовые операции: • Поворот. Добавление нового признака анализа. • Проекция. Выборка подмножества по задаваемой совокупности измерений. При этом значения, лежащие на оси проекции, суммируются. • Раскрытие. Осуществляется декомпозиция признака агрегации на компоненты, например, признак года разбивается на кварталы. При этом автоматически детализуются числовые показатели. • Свертка. Операция обратная раскрытию. При этом значения детальных показателей суммируются в агрегируемый показатель. • Сечение или срез. Выделение подмножества данных по конкретным значениям одного или нескольких измерений. Подсистема интеллектуального анализа данных Подсистема интеллектуального анализа данных используется специальной категорией пользователей – аналитиков, которые на основе ИХ обнаруживают закономерности в деятельности предприятия и на рынке, используемые в дальнейшем для обоснования стратегических и тактических решений. Интеллектуальный анализ требует более сложных методов анализа по сравнению со статическими группировками и выполняется путем проведения множества сеансов. Типичными задачами интеллектуального анализа данных являются: • Установление корреляций, причинно-следственных связей и временных связей событий, например определение местоположения прибыльных предприятий. • Классификация ситуаций, позволяющая обобщать конкретные события в классы, например определение типичного профиля покупателя конкретных видов продукции. • Прогнозирование развития ситуаций, например прогнозирование цен, объемов продаж, производства. К основным методам интеллектуального анализа данных относятся: − Методы многомерного статистического анализа; − Индуктивные методы построения деревьев решений; − Нейронные сети. Подсистема «Информационная система руководителя» Информационная система руководителя предназначена для лиц, непосредственно принимающих решения. Поэтому интерфейс таких систем должен быть в наибольшей степени упрощенным. Обычно в качестве интерфейса руководителям предприятия предлагается набор стандартных отчетов и графиков, настраиваемых на потребности руководителя через систему меню. Часто в качестве интерфейса предлагаются диаграммы Ишикава, представляющие собой саморазворачивающееся дерево показателей, в котором листья ветвей раскрашиваются в разные цвета, символизирующие характер состояния показателя (нормальный, тревожный, кризисный). Лист любой ветви дерева может быть развернут а таблицу значений показателя или график. Автоматизация планирования и проектирования на предприятии 1. Модель управления ERP За основу подхода можно взять следующее утверждение: Автоматизация процессов предприятия должна вытекать из стратегии развития предприятия и быть эффективной. Другими словами, автоматизировать нужно только те задачи, которые способствуют достижению цели предприятия. При этом каждая задача автоматизации должна быть оценена с позиции Цена/Эффективность. Этот подход действительно можно назвать правильным, даже идеальным. Суть его заключается в следующем: Исходя из целей и стратегии предприятия выделяются бизнес-процессы, требующие качественного улучшения. Для каждого выделенного бизнес-процесса ставится задача автоматизации, позволяющая повысить эффективность работы процесса. Предполагаемый эффект от задачи автоматизации оценивается заранее и сравнивается с величиной затрат на ее реализацию. Реорганизация и автоматизация бизнес-процессов предприятия. При таком подходе основными задачами, требующими автоматизации на предприятиях, будут те, эффект от реализации которых можно оценить наиболее явным образом: Задачи планирования ресурсов предприятия (материальных, трудовых, финансовых) – уменьшение затрат, связанных с использованием ресурсов Управление отношениями с клиентами - привлечение новых и удержание существующих клиентов Конструкторско-технологические процессы – уменьшение стоимости и повышение качества конструкторско-технологических разработок Модель управления ERP развивалась в течение последних 30-ти лет от простых задач определения материальных потребностей к управлению сложными производственными процессами. Общая схема показана на рис 1. Существует целый ряд причин, по которым модули планирования потребностей в ресурсах и объемно-календарного планирования мощностей оказываются не в состоянии обеспечить требуемую эффективность производственного планирования: степень детализации при планировании мощностей оказывается слишком укрупненной, чтобы принимать обоснованные плановые решения; существующие технологии не позволяют одновременно повысить степень детализации и решать в реальном времени задачи анализа и моделирования; инструментальные средства использовались крайне редко и были слабо приспособлены к работе высшего звена; не рассматривалась задача с одновременными ограничениями на доступные материальные ресурсы и мощности; плановое решение ограничивалось одним заводом; не было эффективной и оперативной обратной связи в виде задачи учета фактического состояния, чтобы улучшить процессы и информационное обеспечение; не было возможности оптимизации плановых решений; производственные циклы часто оставались статичными и менялись, главным образом, вручную, а не динамически.  Рис. 1 Структура планирования в системе ERP Планирование материальных потребностей (MRP) MRP в простейшем виде представляет собой систему планирования материальных потребностей. На вход системы поступает фактический спрос и результаты процесса составления графика выпуска продукции на основе прогноза, затем эта информация обрабатывается с помощью состава изделия для каждого вида продукции, сравниваются чистые потребности с наличием в запасах и порождаются производственные заказы и заказы на приобретение с указанием сроков запуска-выпуска с целью удовлетворения потребностей. Планирование потребностей в производственных мощностях (CRP) Планирование потребностей в производственных мощностях (CRP) добавлено во многие системы ERP в попытке придать процессу планирования MRP чувствительность к ограничениям по мощности. Как правило, CRP обеспечивает детализированный анализ потребностей в мощностях для планируемых заказов. CRP использует информацию о маршрутах и цеховых заказов из MRP, чтобы рассчитать нагрузку в каждом рабочем центре. К сожалению, этот дополнительный уровень детализации приводит к необходимости решения задач CRP в пакетном режиме и часто требует многих часов процессорного времени для предприятий с большими и сложными составами изделий и маршрутами. Кроме того, CRP выдает только картину нагрузки на рабочие центры при условии точного выполнения плана, определенного в MRP, что бывает крайне редко. Как правило, в ходе CRP определяются только потребные мощности рабочих центров путем суммирования потребностей по всем заказом, чьи производственные циклы попали в планируемый период. В этом и заключается смысл «неограниченности» мощностей (Infinite Capacity Planning). Перегрузки рабочих центров выявляются, но в CRP нет механизмов предотвращения этой ситуации. Решение в случае возникновения перегрузки принимается плановиком и оно заключается в добавлении мощностей или корректировке графика выпуска продукции. Развитие систем CRP, названное планированием с учетом ограниченности мощностей (Finite Capacity Planning, FCP), было введено в некоторые системы ERP, чтобы сделать план в ходе его формирования более чувствительным к ограничениям по мощностям. В FCP, однако, была применена концепция, названная «уровневой нагрузкой» (level loading). В соответствии с этой концепцией после достижения максимально допустимой нагрузки работы отодвигались на последующие периоды. Это приводило к отличиям сроков выпуска в оперативно-календарных планах по сравнению с планом MRP и к тому, что обеспечение материальных потребностей выполнялось не вовремя. Кроме того, в системах FCP отсутствовала оптимизация календарных планов производства с целью наилучшего использования производственных ресурсов для удовлетворения требований заказчиков по срокам. Оперативное планирование (SFC) Нижним уровнем в системе планирования ERP является оперативное внутрицеховое планирование. Оперативные графики разрабатываются, когда спланированные в MRP заказы запускаются и становятся цеховыми заказами. Как правило, составление расписания «вперед» или «назад» выполняется путем прибавления времени выполнения каждой операции в маршруте, умноженного на количество DCE в заказе. При составлении расписания «вперед» дата запуска используется в качестве начальной точки, от которой строится расписание. К сожалению, такой подход часто приводит к тому, что вычисленные времена завершения не соответствуют требуемым временам выполнения заказов. При построении расписания «назад» требуемые даты выполнения используются в качестве начальных точек. При этом, однако, часто бывает, что сроки запуска заказов оказываются в отрицательной временной области. Однако достоинство такого подхода заключается в том, что наглядно видна степень запаздывания заказа. Применение производственных циклов при работе программных систем MRP является одним из наиболее серьезных недостатков современных систем ERP. Существует заблуждение, что лучшим способом повысить устойчивость оперативных планов является увеличение длительности производственного цикла при планировании MRP. При этом полагают, что повышаются шансы на своевременное выполнение заказов. К сожалению, это происходит не всегда. Увеличение производственных циклов приводит к росту незавершенного производства, росту запасов и очередей. С ростом очередей неточность графиков возрастает в еще большей степени. При этом, естественно не удается повысить и точность поставок продукции заказчикам. В основе своей модель планирования современных систем ERP имеет ряд недостатков. Она представляет собой набор отдельных процессов со все более детализированными вычислениями, базирующимися на неточных данных, поступающих от процессов на верхних уровнях иерархии. Для динамичных производств это приводит к явно абсурдным оперативным планам. После анализа недостатков систем ERP возникает вопрос, как они реально применяются при управлении производством. К счастью, плановики, технологи, диспетчеры прекрасно осознают их недостатки и поэтому в состоянии работать с ними.

Похожие:

	Федеральное государственное образовательное учреждение высшего профессионального образования Разработка и внедрение комплекса специализированных образовательных программ инженерного профиля в рамках повышения квалификации...		Конкурсная документация открытого конкурса на выполнение работ (оказание... Директор Департамента управления программами и конкурсных процедур Министерства образования и науки Российской Федерации
	Курс повышения квалификации «Специальные компетенции в индустрии... Курс повышения квалификации «Применение технологии e-learning при реализации образовательных программ в области инновационного предпринимательства»...		Аннотации модулей образовательных программ Повышения квалификации... Повышения квалификации сотрудников образовательных учреждений по вопросам энергосбережения и энергетической эффективности
	Красноярские адвокаты приняли участие в семинаре «разработка программ...		Программа повышения квалификации по направлению «Информационные технологии в апк» «Новгородский институт переподготовки и повышения квалификации руководящих кадров и специалистов агропромышленного комплекса»
	Заявка Урфу на 2010-2020 годы, в соответствии с протоколом №19 от «29» сентября 2011 г экспертной комиссии по Мероприятию 1 «Формирование...		Методические материалы для слушателей курсов повышения квалификации... Результаты рейтингов не только позволяют оценить качество высшего образования, но и влияют на него в глобальном масштабе
	1. Наименование квалификации и уровень квалификации Пример оценочного средства разработан в рамках Комплекса мероприятий по развитию механизма независимой оценки квалификаций, по созданию...		1. Наименование квалификации и уровень квалификации Пример оценочного средства разработан в рамках Комплекса мероприятий по развитию механизма независимой оценки квалификаций, по созданию...
	Разработка и внедрение методов повышения качества ортопедического...		Отчет о проделанной работе за 2009 – 2010 учебный год педагога дополнительного... Повышение квалификации: Посещение занятий курсов повышения квалификации при Московском педагогическом университете
	Программы повышения квалификации Тематизирует письма, приходящие в тгу от различных образовательных организаций. Мы также проводим оценку существующих программ, учебных...		Отчет по итогам самообследования государственного бюджетного образовательного учреждения Соответствие профессиональных образовательных программ требованиям федеральных государственных образовательных стандартов. 16
	Отчёт о результатах самообследования гбоу спо ро «Красносулинский металлургический колледж» Соответствие профессиональных образовательных программ требованиям федеральных государственных образовательных стандартов		Программа разработана на основании: Приказа №1221 от 18. 06. 97г.... Программа предназначены для повышения квалификации руководителей и специалистов, ответственных за организацию эксплуатации, технического...