Тезисы лекций для выполнения контрольной работы №1 по дисциплине «ERP-системы» для магистров направления подготовки 240700 «ИС и технологии» (стр. 2 )

Разработку легче, эффективнее и самое главное дешевле вести, используя дорогих профессионалов: системных аналитиков, архитекторов, проектировщиков, кодировщиков и тестировщиков. Однако эти рекомендации применимы только для тех организаций, которые вышли на достаточно высокий уровень финансовой и информационной зрелости. В наших условиях больше подходит вариант, когда к одному "гуру" прикрепляется от одного до трех "учеников". Большинство сотрудников заинтересовано в профессиональном росте и, как следствие, в повышении самооценки и возможности успешной карьеры. Не менее важно обеспечить получение удовлетворения от сделанной работы и налаживание атмосферы сотрудничества в команде.

Как известно, среди проблем проектирования ключевое место занимает проблема отсутствия концептуальной целостности и непротиворечивости архитектуры. Поэтому важно назначить архитектора продукта, ответственного за все его стороны. Кроме того, необходимо отделить архитектуру (т. е. определение продукта в восприятии пользователя) от его разработки [1]. Однако ничто так не вредит переходу от проектирования к программированию, как оторванность ТЗ от реального кода. Системного аналитика и проектировщика нужно подключить к программированию. Это позволит добиться осведомленности системного аналитика (а, следовательно, и заказчика) и проектировщика о реальном положении дел, лучшей согласованности между архитектурой и реализацией, более действенной коммуникации. Именно так можно построить эффективную команду, а не просто группу разработчиков.

НЕ нашли? Не то? Что вы ищете?

Рис. 2. Технология цикла разработки

В этих аргументах есть некоторые расхождения с "постулатами" RUP, но на практике безусловное разделение функций между архитекторами и исполнителями, чьи творческие таланты и идеи подавляются, приводит к плачевному результату. Архитекторы "витают в облаках", разрабатывая маловразумительные спецификации, а кодировщики вынуждены заполнять информационные пробелы собственным пониманием проблемы, о чем аналитик и заказчик узнают последними. Дело вовсе не в том, чтобы дать кодировщикам широкие возможности по реализации своих творческих замыслов, напротив, "собственное мнение" кодировщику противопоказано - программирование сегодня не искусство, а ремесло. Однако довести до архитекторов проблемы непосредственно кодирования необходимо; менеджер проекта должен представлять себе, как диаграммы, прекрасно выглядевшие на бумаге, реализуются в коде. Поэтому наиболее эффективно привлечение многофункциональных специалистов, имеющих знания в нескольких смежных областях. Разработка программного обеспечения более сложна, многообразна и непредсказуема, чем конвейерное производство типовых моделей.

Непонимание между заказчиком и разработчиком требует создания единого словаря терминов разрабатываемой информационной системы. У нас такой глоссарий системы представляет собой продукт совместной разработки системного аналитика и проектировщика. С учетом того, что модели ТЗ и ТП создаются с помощью CASE-инструментария Rational Rose, мы используем возможность автоматизированного управления глоссарием, который находится в отдельной модели, доступной по сети всей команде. Только один человек добавляет или модифицирует данные глоссария, остальные же автоматически получают его текущую версию при работе со своими моделями. Эта возможность обеспечивается за счет синхронизации информации в разрабатываемой модели (\\Project. mdl) и глоссария, встроенного "по ссылке" в модель, но в то же время существующего отдельно (\\Glossary. cat). Благодаря этому становится реальной параллельная работа системных аналитиков и проектировщиков при централизованном управлении глоссарием и последовательной обработке запросов на его изменение (рис. 3).

Рис. 3. Работа с глоссарием

Для разделения информационных систем на модули используется множество методов - от описания предметной области на английском языке (при этом существительные станут классами, а глаголы их методами), до практики использования CRC-карт (Class-Responsibility-Collaborator - идентификация объектов информационных систем, меры их "ответственности" и механизма взаимодействия). Наше решение зависит от требований заказчика, штатной структуры компании и функциональных обязанностей служащих. При этом обеспечивается максимальная интеграция с уже существующим программным обеспечением; автоматизируются только те участки, в которых возникла необходимость и которые реально переработать за установленные сроки и в конкретных условиях, остальное же остается "как есть" и разрабатываются "переходники" для связи между "новыми" и "старыми" модулями.

Среди проблем собственно кодирования, следует выделить нежелание использовать компоненты сторонних производителей; между тем, часто дешевле купить готовый модуль, чем разработать, протестировать и внедрить собственный. При написании кода также могут использоваться готовые программные конструкции, так называемые "паттерны" (design pattern). Последняя версия Rational Rose XDE поддерживает паттерны и интегрирует их с Visual Studio .Net.

Хорошим проектным решением является стандарт на оформление программных форм, нормативы на количество и размеры информационных и управляющих элементов, характеристики цветовой гаммы и т. п. Помочь в данном случае может стандартный репозиторий программных форм. Кроме того, программный код обязательно оформлять с учетом так называемых "правил кодирования", приняв соглашение по форматированию, названиям объектов, механизмам использования памяти и обработки ошибок и т. п. Нашей организации разработать полноценный стандарт кодирования еще предстоит, поэтому пока для нужд непосредственно программирования используется репозиторий объектов. Сотрудник, ответственный за техническую поддержку репозитория, модифицирует его с учетом изменяющихся требований по функциональности и эффективности форм. Кроме того, в связи с использованием метода round-trip engineering (синхронизация между кодом и моделью в обоих направлениях) с помощью RoseDelphiLink_3_2, разработано положение о документировании программного кода, цель которого - автоматическое получение документации через шаблоны Rational SoDA. В перспективе будет использоваться инструментарий компании BoldSoft, средства которого вошли недавно и в Borland Delphi7 Architect Studio.

Ни один заказчик не станет читать ТЗ на две сотни страниц, но лучше иметь избыточную и плохо структурированную информацию, чем не иметь ее вовсе. В [3] приводится график сравнения ее разновидностей - на первом месте по эффективности стоит живое общение, а далее следуют телефонная связь, электронная почта, видео - и аудиоконференции, и, наконец, бумажная документация (рис. 4).

Рис. 4. Эффективность различных видов коммуникаций

Мы решили задачу автоматизированного создания и модификации ТЗ и ТП за счет использования шаблонов Rational SoDA. При этом из моделей Rose формируются готовые файлы в формате Word, соответствующим образом оформленные и готовые для согласования (рис. 5). Таким образом, достигается главная цель - налаживается взаимодействие удаленных друг от друга участников проектной команды, а ее создание не является обременительным процессом.

Рис. 5. Принцип работы автодокументирования

И последний вопрос - тестирование, которому по-прежнему уделяется мало внимания. Между тем, сохраняет свою актуальность мнение, высказанное в [1]: 1/3 времени проекта должно занимать планирование, 1/6 - написание программ, 1/4 - тестирование компонентов и предварительное системное тестирование, 1/4 - системное тестирование при наличии всех компонентов. В нашей организации имеются планы по использованию средств типа Ghost, TestComplete, систем сбора дефектов (Rational ClearQuest), программ определения утечки памяти, "охват" кода и скоростные параметры функций (Rational Purify, PureCoverage и Quantify), но из-за недооцененности этих проблем тестирования руководством, серьезных инвестиций в данную область пока нет. Одним из показателей зрелости ИТ-компании, как известно, является наличие у нее стандарта тестирования, где представлена функциональная модель тестирования, определены сроки, роли и обязанности участников, изготовлены тестовые классы, подсистемы, скрипты, инструменты, имеется соответствующая документация.

Однако технике RUP присущи и ограничения: "вольность" при трактовке формулировок и концепций, обилие документации и проработка только этапа моделирования бизнес-процессов. Поэтому в случае ориентации разработки на быстрый результат, относительной легкости проекта и отсутствия проблем по его сопровождению (как у Web-проектов), лучше, возможно, подходят "быстрые" методологии (например, экстремальное программирование). RUP позволяет справляться с безнадежными проектами: такой "недостаток", как обилие документации, превращается в достоинство, позволяющее четче определить роли и обязанности участников. Проекты тянут ко дну, в основном, административные проблемы, а это решается обычно "бумажным" путем.

Литература

1. Ф. Брукс. Мифический человеко-месяц. М.: Символ, 2001

2. Э. Йордан. Путь камикадзе. М.: Лори, 2001

3. А. Коуберн. Каждому проекту своя методология, TR 99.04, 1999, Oct.

http://www. crystalmethodologies. org/articles/mpp/methodologyperproject. html, перевод: http://www. /sd/methyperproject_RUS. htm

Тезисы лекции №2 ERP-система и примеры бизнес-приложений ERP-систем

http://ru. wikipedia. org/wiki/ERP

ERP-система (англ. Enterprise Resource Planning System — Система планирования ресурсов предприятия) — это интегрированная система на базе ИТ для управления внутренними и внешними ресурсами предприятия (значимые физические активы, финансовые, материально-технические и человеческие ресурсы). Цель системы — содействие потокам информации между всеми хозяйственными подразделениями (бизнес-функциями) внутри предприятия и информационная поддержка связей с другими предприятиями. Построенная, как правило, на централизованной базе данных, ERP-система формирует стандартизованное единое информационное пространство предприятия[1].

Системы управления предприятием класса ERP предназначены обеспечить полную прозрачность бизнес-процессов, сведение к минимуму неходовых позиций товара, рост оборачиваемости продуктов и максимальную эффективность использования торговой площади. Например, внедрение системы управления предприятием ERP класса Oracle Retail для автоматизации розничной торговли обеспечивает учет и анализ ключевых бизнес-процессов:

· Управление ассортиментной матрицей

· Управление ценообразованием

· Управление производством

· Управление запасами

· Финансовый, бухгалтерский, налоговый учеты

· Планирование и анализ маркетинговых мероприятий

Oracle Retail является автоматизированной системой управления предприятия ERP-класса, разработанной и адаптированной непосредственно для розничной торговли. Данная система предназначена для автоматизации управления розничного предприятия любого размера: от одиночного магазина (convenience store) или универмага (Department Store) до федеральной розничной сети гипермаркетов (hypermarket).

Система ERP

Новым этапом в развитии и внедрении систем управления предприятием, основанных на MRP II, стала Enterprise Resource Planning System (ERP). ERP представляет собой интегрированный программный продукт, позволяющий управлять дистрибуцией, логистикой, запасами, доставкой, бухгалтерским учётом.

Среди основных достоинств ERP — легкость установки, настройки и эксплуатации. Инструменты ERP отличаются многофункциональностью и гибкостью. Системы ERP позволяют не только управлять ресурсами компании, но и работать с другими областями ее деятельности: кадровой, партнерской и клиентской базами, бухгалтерией и финансовой отчетностью.

Цель систем MRP и ERP — содействие обмену данными между всеми подразделениями внутри компании, а также информационная поддержка взаимосвязи с другими предприятиями. Как правило, ERP системы строятся на централизованной базе данных и формируют единое стандартизированное информационное пространство организации. Продукт ERP направлен на максимальное удовлетворение потребностей предприятия в сфере управления.

Концепция ERP

Исторически концепция ERP стала развитием более простых концепций MRP (Material Requirement Planning — Планирование материальных потребностей) и MRP II (Manufacturing Resource Planning — Планирование производственных ресурсов). Используемый в ERP-системах программный инструментарий позволяет проводить производственное планирование, моделировать поток заказов и оценивать возможность их реализации в службах и подразделениях предприятия, увязывая его со сбытом. Функции ERP-систем

В основе ERP-систем лежит принцип создания единого хранилища данных, содержащего всю корпоративную бизнес-информацию и обеспечивающего одновременный доступ к ней любого необходимого количества сотрудников предприятия, наделённых соответствующими полномочиями. Изменение данных производится через функции (функциональные возможности) системы. ERP-система состоит из следующих элементов:

модель управления информационными потоками (ИП) на предприятии; аппаратно-техническая база и средства коммуникаций; СУБД, системное и прикладное ПО; набор программных продуктов, автоматизирующих управление ИП; регламент использования и развития программных продуктов; IT-департамент и обеспечивающие службы; собственно пользователи программных продуктов.

Основные функции ERP систем:

оперативное управление

Отличие между ERP-системами и системами электронного документооборота (СЭД) в том, что, как правило, в ERP документы являются машино-читаемыми, и они не «ведутся», а «проводятся» — уже после того, как они осуществят свой жизненный цикл, то есть были созданы, обсуждены, проверены, согласованы, утверждены и т. д. А СЭД осуществляет поддержку такого жизненного цикла человеко-читаемых документов на предприятии.

Особенности внедрения

Классические ERP-системы, в отличие от так называемого «коробочного» программного обеспечения, относятся к категории «тяжёлых» программных продуктов, требующих достаточно длительной настройки для того, чтобы начать ими пользоваться. Выбор ERP-системы, приобретение и внедрение, как правило, требуют тщательного планирования в рамках длительного проекта с участием партнёрской компании — поставщика или консультанта. Поскольку ERP-системы строятся по модульному принципу, заказчик часто (по крайней мере, на ранней стадии таких проектов) приобретает не полный спектр модулей, а ограниченный их комплект. В ходе внедрения проектная команда, как правило, в течение нескольких месяцев осуществляет настройку поставляемых модулей.

Достоинства

Применение ERP-системы позволяет использовать одну интегрированную программу вместо нескольких разрозненных. Единая система может управлять обработкой, логистикой, дистрибуцией, запасами, доставкой, выставлением счетов-фактур и бухгалтерским учётом.

Реализуемая в ERP-системах система разграничения доступа к информации предназначена (в комплексе с другими мерами информационной безопасности предприятия) для противодействия как внешним угрозам (например, промышленному шпионажу), так и внутренним (например, хищениям). Внедряемые в связке с CRM-системой и системой контроля качества, ERP-системы нацелены на максимальное удовлетворение потребностей компаний в средствах управления бизнесом.

Недостатки

Основные сложности на этапе внедрения ERP - систем возникают по следующим причинам:

владельцев

Множество проблем, связанных с функционированием ERP, возникают из-за недостаточного инвестирования в обучение персонала, а также в связи с недоработанностью политики занесения и поддержки актуальности данных в ERP.

Ограничения:

Небольшие компании не могут позволить себе инвестировать достаточно денег в ERP и адекватно обучить всех сотрудников. Внедрение является достаточно дорогим. Система может страдать от проблемы «слабого звена» — эффективность всей системы может быть нарушена одним департаментом или партнёром. Проблема совместимости с прежними системами.

Существует заблуждение, что иногда ERP сложно или невозможно адаптировать под документооборот компании и её специфические бизнес-процессы. В действительности, любому внедрению ERP-системы предшествует этап описания бизнес-процессов компании, чаще всего сопряжённый с последующим этапом бизнес-реинжиниринга. По сути ERP-система являет собой виртуальную проекцию компании.

[Список ERP-программ — Список бесплатных, открытых и коммерческих систем планирования ресурсов предприятия (ERP)

взаимоотношениями

1. Примеры ERP-систем.

№1: Холдинг Nisa-Today’s (Великобритания) является крупным дистрибутором для оптовых и розничных компаний. Он объединяет более 674 розничных компаний, которые совместно управляют более 5000 магазинов и 300 оптовых компаний с 320 складами. Nisa-Today’s поставляет 1.5 миллиона упаковок товара в неделю для 5000 получателей по территории всей Великобритании. Ежегодная выручка 2 миллиарда долларов, Результаты внедрения Oracle Retail

Каждый магазин имеет возможность проводить точные прогнозы с точностью до товаров и дней, используя решений Oracle Retail Demand Forecasting. Создана гибкая, масштабируемая и проверенная платформа для работы решений Oracle Retail Автоматизированы ключевые бизнес-процессы, создана основа для эффективного управления товародвижением и процессов прогнозирования.

С использованием решения Oracle Retail Invoice Matching повышена эффективность процесса контроля входящих инвойсов, что повышает точность контроля входящих инвойсов и скорость обнаружения и обработки расхождений

Примеры ERP-систем. №2: Fresh & Easy - новая сеть «магазинов у дома» в Калифорнии (США) Дата образования – 2007 год Количество магазинов - 25+ Планы развития – 200 магазинов за 2-3 года. Особенности проекта – ориентац ия по свежие и экологические продукты.

Описание проекта Особенностью данного проекта автоматизации было то, что это совершенно новая сеть розничных магазинов. Исходя из этого, руководство компании решило выбрать технологииOracle, как основу своей IT-стратегии. На текущий момент вся программная поддержка бизнеса осуществляется на программных продуктах Oracle Retail, Oracle Retail Optimization&Planning, а также частях Oracle EBS.

Установленные модули: Oracle Retail Merchandising Oracle Retail Price Management Oracle Retail Category Planning Oracle Retail Invoice Management Oracle Retail WMS Oracle Retail SIM Oracle Financials Oracle HR Oracle Manufacturing Oracle Technology Stack

Примеры ERP-систем. №3: Woolworths– сеть супермаркетов в ЮАР (Кейптаун) Количество магазинов – 300+ Оборот в год – более 2,3 млрд. долларов Количество сотрудников – 12000.

Результаты внедрения Oracle Retail: Установлена полная система приложений Oracle Retail направленных на улучшение контроля товародвижения и снижения потерь. Централизованы процессы управления товарными запасами, контроля поставок и инвойсов, распределения товаров по магазинам и управления ценообразованием для более плотного контроля операций и улучшения удовлетворенности покупателей Улучшено управление цепочкой поставок, управление финансами, управление промо-акциями и распродажами, управление прибыльностью.

Системы PDM - Product Data Management (PDM)— система управления данными об изделии. Система PDM является неотъемлемой частью PLM-системы. Задачи Системы PDM - управление хранением данных и документами, управление потоками работ и процессами, управление структурой продукта, автоматизация генерации выборок и отчетов, механизмы авторизации.

Системы PLM - Product Lifecycle Management (PLM) - это система управления инженерной технической информацией на протяжении всего жизненного цикла изделия. Это решение, которое обеспечивает управление данными и информацией об изделии, а так же всех вязанных с изделием процессах на всем жизненном цикле от проектирования и производства до завершения эксплуатации. Информация об объекте, содержащаяся в PLM-cистеме, является цифровым макетом этого объекта.

ПРИМЕР. Система "Союз-PLM" представляет собой программный комплекс, выполненный в новаторской архитектуре, предназначенной для решения различных задач управления инженерными данными в области машиностроения, приборостроения, архитектуры, строительства и смежных с ними областях. Союз –PLM обеспечивает:

· электронное согласование и утверждение документов

· управление коллективным моделированием в 3D САПР

· автоматизированное оформление регламентированных документов

· интеграция с ERP системами

· управление жизненным циклом изделия

· автоматизация бюро технической документации («электронный архив»)

ВОЗМОЖНОСТИ Системы "Союз-PLM":

Работа в географически распределённой среде

Благодаря системе упреждающего кэширования "Союз-PLM" расходует минимум сетевого трафика для своей работы, что даёт превосходные показатели при работе в географически распределённой среде. Например, работа с САПР под управлением "Союз-PLM" будет комфортной даже вне предприятия (аэропорт, Интернет-кафе, "на дому").

Разграничение и управление доступом

Реализованная в "Союз-PLM" ролевая система управления доступом, способная действовать в масштабе проектов (групп объектов), индивидуально для информационных объектов, с учётом их вида (шаблона), выборочно для некоторых атрибутов, позволяет организовать работу с инженерными данными адекватно методикам, используемым на предприятии. Данные о документах, изделиях и их характеристиках, пользователях, ролях размещены в защищённых хранилищах и при необходимости могут быть не только "обезличены", но и зашифрованы.

Доступность информации для повседневной работы и принятия оперативных решений

Механизм рабочей среды позволяет представить PLM-информацию в виде наиболее удобном для текущей работы пользователя в зависимости от его специализации. Например, в рабочей среде можно отобразить информацию об изделии в виде дерева, разложить содержимое контейнера по видам документов, сделать ссылки на текущие проекты, отобразить перечень workflow-задач, в которых необходимо принять участие.

Коллективная работа в САПР

Современные системы моделирования, например, такие как Autodesk "Inventor" или система оформления 2D-документации "AutoCAD Mechanical", используемые под управлением единой информационной системы "Союз-PLM", приобретают новое качество - становятся мощной системой проектирования. В сочетании с PLM резко возрастает эффективность применения САПР за счёт добавления к САПР возможностей по хранению

Тезисы лекции №3 Мировой рынок ERP-систем

К классу ERP-систем (аббревиатура от Enterprise Resource Planning — планирование и управление ресурсами предприятия) относится управленческий «софт», который обеспечивает интегрированность автоматизации управленческих функций и рабочих процессов в рамках единой корпоративной информационной системы, т. е. позволяет осуществить «сквозную» информатизацию деятельности компании.

По оценкам AMR Research, объем продаж ERP-систем в мире в 2005 г. должен превысить $24 млрд. В 2004 г. мировой рынок ERP-систем продемонстрировал впечатляющие темпы роста — 14%, значительно превзойдя все прогнозы аналитиков. Правда, столь высокий показатель роста в известной мере связан с укреплением европейской валюты на фоне падения доллара. В 2005 финансовом году, по оценкам аналитиков, рост этого рынка должен замедлиться (не более 3%) в связи с его неизбежным насыщением. Впрочем, в гг. рост рынка должен, по прогнозам, составить 6-7% в год.

В последние годы на рынке корпоративных информационных систем заметно активизировались процессы консолидации. Процессы слияния и поглощения ведут к изменению расстановки сил среди наиболее крупных игроков. Отмечается также ужесточение конкуренции между основными игроками по всем направлениям, в том числе между теми компаниями, которые ранее были «разнесены» по разным сегментам рынка (например, крупного бизнеса и сегмента среднего и малого бизнеса). Лидеры активно вторгаются в рыночные ниши «соседей» и серьезно наращивают там свои продажи.

Источник: Консалтинг-Центр "ШАГ"

Лидеры мирового рынка ERP-систем

Около 75% рынка управленческих систем занимает пятерка лидеров: SAP, Oracle (включая PeopleSoft), Sage Group, Microsoft Business Solutions (MBS), и SSA Global (купившая Baan).

Ведущим ERP-вендором традиционно считается немецкая компания SAP AG, которая в 2004 г. заняла 40% мирового рынка ($9,37 млрд.), продемонстрировав 17% рост доходов, а в Европе ее доля превысила 50%. По некоторым данным, доход компании в 2005 календарном году составил $10,47 млрд., а рост дохода по сравнению с 2004 г. — 12%. Стратегическая цель компании — сохранить лидирующее положение в продажах малому и среднему бизнесу. В 2005 г. SAP, разработки которого пользуются наибольшей популярностью в Европе, планировал увеличивать доходы, в первую очередь за счет Америки и Азиатско-Тихоокеанского региона.

Кроме этого, к 2007 г. SAP, сделавший ставку на реализацию сервисно-ориентированной архитектуры, планирует завершить разработку нового поколения корпоративных информационных систем — сервисной архитектуры предприятия (Enterprise Services Architecture). SAP также рассчитывает превратить свою технологическую платформу NetWeaver в платформу для автоматизации бизнес-процессов, которую пользователи могут адаптировать под свои потребности. Это также должно облегчить интеграцию продуктов от независимых разработчиков с продуктами SAP.

Вторая позиция на рынке ERP-систем принадлежит американской компании Oracle, которой удалось существенно увеличить свою долю благодаря поглощению в 2004 г. компании PeopleSoft. По оценкам AMR Research, в начале 2004 г. доля Oracle ограничивалась 13% мирового рынка (в Европе — чуть более 1%). В результате же приобретения PeopleSoft (12% мирового и 12,5% европейского рынков ERP-систем) на долю объединенной компании к началу 2005 г. пришлось уже 22% мирового и 13% европейского рынков (объем продаж в 2004 г. составил $5,35 млрд.). Однако вследствие процесса слияния суммарная доля этих двух компаний упала за 2004 г. на 2%. Тем не менее, сегодня Oracle считается одним из самых перспективных игроков мирового рынка ERP-систем. Стремясь добиться конкурентных преимуществ, компания концентрирует усилия на снижении общей стоимости своего программного обеспечения для потребителей за счет улучшения интеграции, уменьшения времени инсталяции, снижения административных расходов и повышения простоты использования.

Третью позицию на рынке ERP-систем занимает английская компания Sage Group. Доходы этой компании в 2004 г. выросли на 38% и составили $1,24 млрд., а доля рынка — 5%.

Успешное продвижение после приобретения Navision демонстрирует Microsoft Business Solutions (MBS) — подразделение американской корпорации Microsoft. На текущий момент MBS принадлежит 4% мирового рынка. В 2004 г. эта компания увеличила свою выручку в этом сегменте ИТ-продуктов и услуг на 14%. Расширяясь, Microsoft проникает в целевые для SAP сектора рынка, увеличивая конкуренцию. В то же время в Европе присутствие компании оценивается как весьма скромное — менее 1%. Так, в секторе малого и среднего бизнеса, на который преимущественно ориентированы ERP-продукты Microsoft, решения MBS, предназначенные для небольших компаний, вытесняются менее дорогими решениями Sage Group, а средний бизнес Западной Европы в большей степени предпочитает продукты SAP.

Российский рынок ERP-систем Общая характеристика рынка ИКТ

Рынок ERP-систем является частью информационно-коммуникативной отрасли, которая, в свою очередь, объединяет 2 основных сектора: Связи и Информационных технологий. При этом отрасль Информационные технологии объединяет всю совокупность предприятий и организаций, обслуживающих деятельность других предприятий и организаций в части услуг по техническому и программному обеспечению (разработка программного обеспечения, создание и обработка баз данных, создание и обслуживание локальных компьютерных сетей, услуги сети интернет, техническое обслуживание и ремонт вычислительной техники).

Данные об объемах производимой продукции в отрасли и, в частности, в сегменте Информационных технологий, свидетельствуют об устойчивых тенденциях роста на рынке в течение последних 4-5 лет. Министр информационных технологий и связи РФ на всероссийском совещании по итогам работы отрасли в 2004 г. сообщил, что в 2004 г. зафиксирован рост доли отрасли ИКТ в ВВП страны с 3,2% в 2003 году до 4,8%. Объем рынка связи в 2004 г. вырос на 37% и составил 540 млрд. руб., а объем российского рынка IT-услуг и технологий увеличился на 20% и составил порядка 255,6 млрд. руб. В 2005 г. доля отрасли в ВВП достигла 5%, в среднем по рынку темпы роста относительно 2004 г. составили от 27 до 40%.

Источник: Министерство информационных технологий и связи РФ

Темпы развития ИКТ-рынка обгоняют рост ВВП. Это означает, что тенденции насыщения, характерные для мирового рынка, не типичны для России, которая информатизируется ускоренными темпами. Ускоренные темпы роста являются следствием низкого уровня информатизации основных сфер экономики.

Рынок ERP-систем

Западные ERP-системы (системы автоматизации управления предприятием) появились российском рынке еще в начале 90-х. Первой открыла свое российское представительство компания SAP AG. За ней потянулись и другие западные ERP-разработчики и консалтинговые компании. Уже в середине 90-х гг. были открыты несколько представительств и заключены партнерские соглашения с рядом российских компаний, а к концу 90-х на российском рынке присутствовали почти все ведущие западные ERP-производители. После нескольких лет экспериментов и неудач, связанных с освоением "российской специфики" (слабая стандартизация и регламентация бизнес-процессов, своеобразный бухучет и частая смена регулирующего его законодательства) начались достаточно успешные внедрения западных систем, составивших серьезную конкуренцию отечественным "Парусу" и "Галактике".

Конец 90-х - начало 2000-х г. г. можно охарактеризовать как эпоху бурной, "догоняющей" информатизации основных сфер российской экономики, когда отечественный ИТ-рынок, вопреки мировым тенденциям, развивался ускоренными темпами. Однако уже в 2004 г. отчетливо обозначилось снижение темпов роста российского ИТ-рынка. Это заставило основных игроков, как отечественных, так и зарубежных, усиливать свое присутствие в наиболее перспективных и малонасыщенных сегментах. Одним из таких наиболее привлекательных сегментов оказался рынок ERP-систем.

Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4