Erp системах управления ресурсами компании. Управление ресурсами. Общая характеристика ERP систем

Идея о том, что ОС прежде всего система, обеспечивающая удобный интерфейс пользователям, соответствует рассмотрению сверху вниз. Другой взгляд, снизу вверх, дает представление об ОС как о некотором механизме, управляющем всеми частями сложной системы. Современные вычислительные системы состоят из процессоров, памяти, таймеров, дисков, накопителей на магнитных лентах, сетевых коммуникационной аппаратуры, принтеров и других устройств. В соответствии со вторым подходом функцией ОС является распределение процессоров, памяти, устройств и данных между процессами, конкурирующими за эти ресурсы. ОС должна управлять всеми ресурсами вычислительной машины таким образом, чтобы обеспечить максимальную эффективность ее функционирования. Критерием эффективности может быть, например, пропускная способность или реактивность системы. Управление ресурсами включает решение двух общих, не зависящих от типа ресурса задач:

· планирование ресурса - то есть определение, кому, когда, а для делимых ресурсов и в каком количестве, необходимо выделить данный ресурс;

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

Для решения этих общих задач управления ресурсами разные ОС используют различные алгоритмы, что в конечном счете и определяет их облик в целом, включая характеристики производительности, область применения и даже пользовательский интерфейс. Так, например, алгоритм управления процессором в значительной степени определяет, является ли ОС системой разделения времени, системой пакетной обработки или системой реального времени.

http://kuzelenkov.narod.ru/mati/book/inform/inform7.html // там еще есть норм инфа

Типы параметров ключей реестра ОС Windows.

iit.bstu.by/uploads/83/kit_lab2-doc // хорошо росписоно что куда зачем почему и мало))

25. Этапы эволюции ОС норм ответа нету скзать что от консольных до визуальных с поддержкой сети хз короче http://education.aspu.ru/view.php?olif=gl1 // ебанариум

Классификация ОС

1.3.3. Классификация операционных систем

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

С одной стороны, она опирается на базовое программное обеспечение ПК, входящее в его систему BIOS, с другой стороны, она сама является опорой для программного обеспечения более высоких уровней – прикладных и большинства служебных приложений.

Для того чтобы компьютер мог работать, на его жестком диске должна быть установлена (записана) операционная система. При включении компьютера она считывается с дисковой памяти и размещается в ОЗУ. Этот процесс называется загрузкой операционной системы.

Операционные системы различаются особенностями реализации алгоритмов управления ресурсами компьютера, областями использования.

Так, в зависимости от алгоритма управления процессором, операционные системы делятся на:

Однозадачные и многозадачные

Однопользовательские и многопользовательские

Однопроцессорные и многопроцессорные системы

Локальные и сетевые.

По числу одновременно выполняемых задач операционные системы делятся на два класса:

Однозадачные (MS DOS)

Многозадачные (OS/2, Unix, Windows)

В однозадачных системах используются средства управления периферийными устройствами, средства управления файлами, средства общения с пользователями. Многозадачные ОС используют все средства, которые характерны для однозадачных, и, кроме того, управляют разделением совместно используемых ресурсов: процессор, ОЗУ, файлы и внешние устройства.

В зависимости от областей использования многозадачные ОС подразделяются на три типа:

Системы пакетной обработки (ОС ЕС)

Системы с разделением времени (Unix, Linux, Windows)

Системы реального времени (RT11)

Системы пакетной обработки предназначены для решения задач, которые не требуют быстрого получения результатов. Главной целью ОС пакетной обработки является максимальная пропускная способность или решение максимального числа задач в единицу времени.

Эти системы обеспечивают высокую производительность при обработке больших объемов информации, но снижают эффективность работы пользователя в интерактивном режиме.

В системах с разделением времени для выполнения каждой задачи выделяется небольшой промежуток времени, и ни одна задача не занимает процессор надолго. Если этот промежуток времени выбран минимальным, то создается видимость одновременного выполнения нескольких задач. Эти системы обладают меньшей пропускной способностью, но обеспечивают высокую эффективность работы пользователя в интерактивном режиме.

Системы реального времени применяются для управления технологическим процессом или техническим объектом, например, летательным объектом, станком и т.д.

По числу одновременно работающих пользователей на ЭВМ ОС разделяются на однопользовательские (MS DOS) и многопользовательские (Unix, Linux, Windows 95 - XP)

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

В многопользовательских ОС существуют средства защиты информации каждого пользователя от несанкционированного доступа других пользователей.

Многопроцессорные и однопроцессорные операционные системы. Одним из важных свойств ОС является наличие в ней средств поддержки многопроцессорной обработки данных. Такие средства существуют в OS/2, Net Ware, Widows NT.По способу организации вычислительного процесса эти ОС могут быть разделены на асимметричные и симметричные.

Одним из важнейших признаков классификации ЭВМ является разделение их на локальные и сетевые. Локальные ОС применяются на автономных ПК или ПК, которые используются в компьютерных сетях в качестве клиента.

В состав локальных ОС входит клиентская часть ПО для доступа к удаленным ресурсам и услугам. Сетевые ОС предназначены для управления ресурсами ПК включенных в сеть с целью совместного использования ресурсов. Они представляют мощные средства разграничения доступа к информации, ее целостности и другие возможности использования сетевых ресурсов.

Информационные технологии и управление предприятием Баронов Владимир Владимирович

Системы управления ресурсами предприятий (MRP/ERP)

Как использовать современные информационные технологии для эффективного управления бизнесом? Подходят ли западные системы для управления непростыми российскими предприятиями или следует брать в расчет только отечественные продукты? Совершенно естественно, что универсальных рецептов, которые могли бы одинаково подходить различным компаниям, нет. Но есть методы, с использованием которых могут быть построены эффективные системы управления предприятием. Название этих методов – MRP, MRPII и ERP.

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

В них отсутствуют утверждения «в принципе это может быть легко сделано…»;

Они появились в результате анализа деятельности реально работающих предприятий;

Их развитие происходило эволюционно, очередная концепция поглощала предыдущую;

Они доказали свою эффективность;

Они охватывают всю деятельность предприятия.

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

Именно с целью оптимального управления производством и возможного устранения указанных выше проблем в середине 60-х гг. Американское общество управления производством и запасами (APICS) сформулировало принципы управления материальными запасами предприятия. Эти принципы легли в основу концепции MRP (Material Requirement Planning – планирование материальных потребностей), базовыми положениями которой являются:

Производственная деятельность описывается как поток взаимосвязанных заказов;

При выполнении заказов учитываются ограничения ресурсов;

Обеспечивается минимизация производственных циклов и запасов;

Заказы снабжения и производства формируются на основе заказов реализации и производственных графиков;

Движение заказов увязывается с экономическими показателями;

Выполнение заказа завершается к тому моменту, когда он необходим.

Кроме того, в 60-е годы вычислительные средства стали завоевывать широкую популярность и, одновременно с этим, становились все более доступными для пользователей. Таким образом, развитие вычислительных средств и наличие концепции привело к тому, что в 70-х годах стали появляться первые автоматизированные системы, реализующие MRP-концепцию.

Методика MRP декларирует, какие процессы учета и управления должны быть реализованы на предприятии, в какой последовательности они должны выполняться, и содержит рекомендации о том, как они должны выполняться (алгоритмы).

Процесс планирования включает функции создания проектов заказов на закупку и/или внутреннее производство необходимых материалов-комплектующих. Другими словами, применение концепции MRP для управления предприятием позволяет оптимизировать в каком-то смысле план поставок комплектующих, тем самым уменьшая затраты на производство и повышая его эффективность.

В дальнейшем развитие концепции MRP шло по пути расширения функциональных возможностей предприятия в сторону более полного удовлетворения потребностей клиентов и снижения производственных издержек. Это привело к тому, что в конце 70-х годов Дж. Плоел и О. Уайт дополнили концепцию MRP положениями о формировании производственной программы в масштабах всего предприятия и контроля ее выполнения на уровне подразделений (Closed Loop MRP – воспроизведение замкнутого цикла в MRP-системах). Затем появилась концепция MRPII (планирование производственных ресурсов – Manufacturing Resource Planning), основная суть которой сводится к тому, что прогнозирование, планирование и контроль производства осуществляются по всему циклу, начиная от закупки сырья и заканчивая отгрузкой товара потребителю.

MRPII (Manufacturing Resource Planning – планирование производственных ресурсов) представляет собой методологию, направленную на эффективное управление всеми ресурсами производственного предприятия. В общем случае она обеспечивает решение задач планирования деятельности предприятия в натуральных единицах, финансовое планирование в денежном выражении, моделирование возможностей предприятия, отвечая на вопросы типа «Что будет, если.?». Эта методология представляет собой набор проверенных на практике разумных принципов, моделей и процедур управления и контроля, выполнение которых должно способствовать улучшению показателей экономической деятельности предприятия.

Основные функции ERP-систем. Стандарт APICS на системы класса MRP II содержит описание 16 групп функций системы:

Sales and Operation Planning (Планирование продаж и производства);

Demand Management (Управление спросом);

Master Production Scheduling (Основной план-график производства);

Material Requirement Planning (Планирование материальных потребностей);

Bill of Materials (Спецификация изделий);

Inventory Transaction Subsystem (Управление запасами);

Scheduled Receipts Subsystem (Плановые поставки);

Shop Flow Control (Управление на уровне производственного цеха);

Capacity Requirement Planning (Планирование потребностей в мощностях);

Input/output control (Контроль входных ресурсов/выработки продукции);

Purchasing (Материально-техническое снабжение);

Distribution Resource Planning (Планирование ресурсов распределения);

Tooling Planning and Control (Планирование и управление инструментальными средствами);

Financial Planning (Финансовое планирование);

Simulation (Моделирование);

Performance Measurement (Оценка результатов деятельности).

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

Стандарт MRPII делит сферы отдельных функций (процедур) на два уровня: необходимый и опциональный. Для того чтобы программное обеспечение было отнесено к классу MRPII, оно должно выполнять определенный объем необходимых (основных) функций (процедур). Некоторые поставщики ПО приняли различный диапазон реализаций опциональной части процедур этого стандарта.

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

Для каждого уровня планирования MRPII характерны такие параметры, как степень детализации плана, горизонт планирования, вид условий и ограничений. Эти параметры для одного и того же уровня MRPII могут изменяться в широком диапазоне в зависимости от свойств производственного процесса на предприятии. Более того, в зависимости от характера производственного процесса возможно применение на каждом отдельном предприятии определенного набора функциональных модулей MRPII. Из сказанного следует, что MRPII является гибкой и многофункциональной системой, применение которой возможно в широком спектре условий.

В общем виде система управления предприятием, построенная в соответствии со стандартом MRPII, показана на рис. П1.

Рис. П1. Функциональные блоки MRP

Приведем краткую характеристику перечисленных функциональных блоков MRPII.

Бизнес-планирование. Процесс формирования плана предприятия наиболее высокого уровня. Планирование долгосрочное, план составляется в стоимостном выражении. Наименее формализованный процесс выработки решений. Как правило, алгоритмы, относящиеся к бизнес-планированию, в системах MRPII в полной мере не реализованы.

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

Планирование продаж и производства. Бизнес-план и план спроса преобразуются в планы продаж основных видов продукции (как правило, от 5 до 10). При этом производственные мощности могут не учитываться или учитываться укрупненно. План носит среднесрочный характер.

План продаж по видам продукции преобразуется в объемный или объемно-календарный план производства видов продукции (укрупненное объемно-календарное планирование). Под видом здесь понимаются семейства однородной продукции. В этом плане впервые в качестве планово-учетных единиц выступают изделия, но представления о них носят усредненный характер. Например, речь может идти обо всех легковых переднеприводных автомобилях, выпускаемых на заводе (без уточнения моделей). Часто этот модуль объединяется с предыдущим.

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

План-график производства (выпуска продукции). План производства преобразуется в график выпуска продукции. Как правило, это среднесрочный объемно-календарный план, задающий количество конкретных изделий (или партий) со сроками их изготовления.

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

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

Как правило, при планировании потребностей в материалах реализуются довольно простые алгоритмы разузлования готовой продукции, при которых, в зависимости от спроса на готовую продукцию (объемно-календарное планирование), партионности (объемов выпуска изделий/узлов/материалов) и ряда других показателей, происходит формирование плана производства и закупок конкретных сырья, материалов, узлов, комплектующих и т. п. в соответствии с объемно-календарным планом. Математика данных алгоритмов довольно простая, но при реальном расчете приходится учитывать большое количество параметров. Поэтому даже сейчас данная процедура может занимать несколько часов, не говоря уже о 70-80-х годах, когда на расчет потребностей в материалах могло уходить несколько дней.

Очень часто планирование в системах MRP называют планированием с зависимым спросом. Действительно, в них спрос на сырье/комплектующие жестко зависит от спроса на готовую продукцию, в отличие от так называемых систем с независимым спросом, когда спрос по каждой позиции рассматривается без учета спроса на другие позиции, в том числе на готовую продукцию. Сюда можно отнести, например, планирование складских остатков по точке перезаказа. В реальной деятельности нет необходимости увязывать все складские позиции с выпуском готовой продукции. Например, ремкомплекты какого-нибудь станка с ЧПУ с выпуском мебельных гарнитуров.

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

Управление заказами клиентов. Здесь реальные потребности клиентов сопоставляются с планами выпуска продукции. Фактически, в зависимости от принятого алгоритма производства, – производство на склад, производство на заказ, проектирование на заказ и т. п. – ввод заказов клиента может осуществляться до или после процедуры планирования.

Управление на уровне производственного цеха. Здесь формируются оперативные планы-графики. В качестве планово-учетных единиц могут выступать детали (партии), сборочные единицы глубокого уровня, детали операции и т. п. Длительность планирования невелика (от нескольких дней до месяца).

Оценка исполнения. По сути, в данном модуле оценивается реальное исполнение всех вышеперечисленных планов, чтобы внести корректировки во все последующие циклы планирования.

Связь между уровнями в MRPII обеспечивается универсальной формулой, по которой строится система. Задача планирования на каждом уровне реализуется как ответ на четыре вопроса:

Что необходимо выполнить?

Что необходимо для этого?

Что есть в наличии?

Что необходимо иметь?

В качестве ответа на первый вопрос всегда выступает план более высокого уровня. Этим и обеспечивается связь между уровнями. Структура ответов на последующие вопросы зависит от решаемой задачи.

Дальнейшее развитие систем MRPII связано с их перерастанием в системы нового класса – «Планирование ресурсов предприятия» (Enterprise Resource Planning – ERP). Системы этого класса ориентированы на работу с финансовой информацией для решения задач управления большими корпорациями с разнесенными территориально ресурсами. Сюда включается все, что необходимо для получения ресурсов, изготовления продукции, ее транспортировки и расчетов по заказам клиентов. Системы этого класса активно развиваются с конца 80-х годов. ERP-системы полностью поглощают системы класса MRPII, расширяясь за счет новых функциональных модулей, в первую очередь связанных с управлением финансами и персоналом.

Реализация управления финансами в ERP-системах – это тот камень преткновения, вокруг которого происходит основная борьба между так называемыми российскими и западными системами. Расхожее мнение состоит в том, что на базе западной системы можно построить реальное управление финансами – от планирования и прогнозирования до контроля всех финансовых показателей деятельности, зато отечественные решения лучше приспособлены к российским реалиям, выражающимся в постоянном изменении законов, специфической внешней отчетности и многих других параметрах, например в цене решения. Оставим обсуждение данного мнения за рамками книги, так как каждую из представленных на отечественном рынке ERP-систем, вне зависимости от «места рождения», можно охарактеризовать с разных сторон. И для каждого отечественного предприятия будет важен свой конкретный перечень из этого набора.

То же самое можно сказать и по поводу управления персоналом. Безусловно, ряд западных поставщиков имеют в своем арсенале набор инструментов для управления персоналом как ресурсом. Но многие из них вообще не имеют в своем арсенале подобных решений, предпочитая интегрироваться с апробированными решениями отечественных лидеров в области разработки «кадровых решений».

Следует отметить, что подход к решению задач планирования производства в системах ERP до недавнего времени оставался в основном неизменным, то есть в том виде, в каком он утвердился в системах MRPII. Коротко его можно определить как подход, базирующийся на активном применении календарно-плановых нормативов на производственные циклы. Недостаток такого подхода состоит в том, что он вступает в противоречие с необходимостью оптимизации планирования. Элементы оптимизации планирования в традиционных MRPII/ ERP-системах встречаются только на нижнем уровне – при решении задач оперативного планирования с применением методов теории расписаний. С ростом мощностей вычислительных систем, внедрением MRPII/ERP, поиском новых более эффективных методов управления в условиях конкуренции с середины 90-х годов на базе систем MRPII/ERP появляются системы нового класса, которые получили название развитых систем планирования (Advanced Planning/Scheduling – APS). Эти системы отличаются применением экономико-математических методов для решения задач планирования с постепенным снижением роли календарно-плановых нормативов на производственные циклы. По своей реализации APS представляют собой отдельные оптимизационные модули, которые могут ставиться дополнительно к «традиционному» MRP-планированию.

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

Таким образом, ERP-системы постоянно эволюционируют и совершенствуются. В каждый момент времени в концепциях MRPII/ERP можно выделить, условно говоря, три слоя.

В первом слое находятся те методы и средства, которые проверены практикой и закреплены в виде стандартов. В США существует система стандартов, которая поддерживается государством, в частности Министерством обороны. В этих стандартах сформулированы требования к информационным системам фирм, выполняющих государственные заказы. В результате на стадии заключения контракта повышается уверенность государства в разумном расходовании бюджетных средств, а на стадии его выполнения осуществляется всесторонний контроль за сроками выполнения и фактическими затратами. В качестве примеров можно назвать правительственный документ «Требования к системам управления материальными процессами» (Material Management Application System – MMAS). Стандарты в первую очередь определяют требования к функциональной насыщенности систем управления, методам и результатам получения отчетности о финансовом состоянии контрактов. Фирмы-производители базовых систем, предназначенных для построения конкретных систем на фирмах-пользователях, тщательно следуют этим стандартам. Именно по этой причине сравнительный анализ различных базовых систем (особенно крупномасштабных) может потребовать значительных усилий, поскольку на первый взгляд функциональные возможности практически не отличаются.

Второй слой составляют достаточно устойчивые, часто применяемые методы и приемы, которые, однако, не носят обязательного характера. Эти методы и приемы можно обнаружить при более глубоком анализе функциональных структур. В качестве примеров можно привести методологию скользящего планирования при составлении основного плана производства/планирования потребностей в материалах, алгоритмы образования партий в MRP, правила приоритетов при управлении на уровне производственного цеха и многое другое.

Этот слой, жестко не регламентируемый, тем не менее представляет собой довольно стройную систему взаимосвязанных идей и методов. Главная роль в поддержании этой части концепций систем MRPII/ERP принадлежит, безусловно, Американскому обществу управления производством и запасами (APICS), основанному в 1957 году. Сегодня APICS объединяет около 70000 специалистов из многих стран мира, представляющих порядка 20000 компаний. В их числе примерно 500 компаний США, работающих в области MRPII/ ERP. По своему статусу APICS является транснациональной некоммерческой организацией, объединяющей и обслуживающей специалистов в области MRPII/ERP. Среди направлений деятельности APICS – распространение информационных материалов; оповещение о публикациях и проектах в области образования и переподготовки; реализация двух программ сертификации специалистов – по управлению производством и запасами (CPIM) и интегрированными ресурсами (CIRM); проведение очных и заочных конференций. APICS периодически издает толковый словарь APICS"s Dictionary, который содержит сотни терминов, относящихся к MRPII/ERP, и способствует унификации терминологии. Этот момент исключительно важен, особенно для потенциальных пользователей в России на стадии анализа и выбора базовой системы. Значительный интерес представляют имеющиеся в Internet рекомендуемые APICS списки литературы по различным вопросам MRPII/ERP. Действует гибкая система членства в APICS, предусматривающая четыре вида членства – для корпораций, специалистов, учащихся университетов и колледжей, пенсионеров. Внутри APICS выделена группа, специализирующаяся в области управления сложными отраслями промышленности (CI SIG), такими как аэрокосмическая и оборонная.

К третьему слою идей и методов MRPII/ERP следует отнести то новое, что вносят в базовые системы фирмы-производители программных продуктов. Реализованные на их основе новые информационные технологии представляют собой «ноу-хау» фирм-разработчиков. Как правило, именно в этом слое можно обнаружить значительные отличия в продуктах разных фирм. Некоторые новые технологии в состоянии оказывать серьезное влияние на эффективность построения крупных информационных систем.

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

Наличие мощной инфраструктуры и методологии построения систем способствует достижению высокого уровня эффективности при внедрении систем управления типа MRPII/ERP на современных предприятиях. По некоторым оценкам внедрение подобных систем способно привести к сокращению запасов на 8-30 %, росту производительности труда на 8-27 %, возрастанию количества заказов, выполненных в срок, – на 7-20 %.

Выбор конкретной ERP-системы (или другой) – довольно важный и трудоемкий процесс, от которого во многом зависит то, насколько хорошо эта система будет работать на конкретном предприятии. Вместе с тем схема выбора довольно простая – см. рис. П2.

Рис. П2. Схема выбора системы

На первых шагах желательно формализовать процесс выбора ERP-системы. Результатом может стать проектная группа, которой будет поручено выбрать конкретную систему. Желательно, чтобы в составе данной группы были несколько представителей предприятия (как минимум, из ИТ-подразделения и из бизнес-подразделений) и 1–2 внешних консультанта, обладающих экспертными знаниями в требуемой области.

Затем необходимо формализовать на верхнем уровне (укрупненно) основные параметры бизнеса компании. Все данные желательно давать в разрезе текущего/планируемого состояния на интервале стратегического развития:

Краткое описание структуры, деятельности и т. п.;

Стратегические цели, задачи, потребности, проблемы;

Требования, предъявляемые к ИТ, функциональные требования к системе;

Размер ИТ-бюджета (хотя бы в самом общем виде);

Наличие квалифицированного персонала, возможность найма и обучения и т. п.

В результате из данных критериев вытекают довольно жесткие требования к потенциальному решению.

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

Для более детального отбора поставщиков решения необходимо описать текущую/планируемую деятельность в формализованном виде. Формируются основные критерии, на основании которых будет происходить отбор финалистов. Таким критериями могут быть:

Функциональные требования, необходимость интеграции решений и т. п.;

Масштабируемость решения;

Стоимость лицензий;

Стоимость годовой технической поддержки;

Стоимость консультационных услуг (внедрение);

Стоимость/необходимость проведения возможных реорганизационных мероприятий;

Сроки реализации проекта;

Требования к составу/квалификации проектной группы со стороны заказчика/исполнителя;

Наличие у поставщика решения партнерской сети;

Наличие/доступность для ознакомления аналогичных выполненных проектов в России/мире;

Требования к аппаратному обеспечению и квалификации обслуживающего персонала и т. д.

На основании явно озвученных претендентам критериев и того, что остается «за кадром», производится отбор победителя, ознакомление с его решениями и т. п. После этого проектная группа заключает договор и начинает работу по внедрению системы.

За последние несколько десятилетий в мире накоплен довольно большой опыт по использованию информационных технологий в целом и ERP-систем в частности. Хотя термин ERP появился в начале 90-х годов с легкой руки консультационной компании Gartner Group, история развития этих систем начинается еще с середины 60-х годов, с момента появления первых систем планирования/учета. И этот опыт показывает, что с использованием ERP на предприятиях не все так однозначно.

Как правило, внедрение современной ERP-системы на предприятии – это процесс, который может длиться несколько лет. По данным компании Standish Group, только 16 % внедрения информационных систем завершается вовремя, в рамках запланированного бюджета, с реализацией запланированной функциональности. Почти треть проектов относятся к досрочно прекращенным (неудачным), а остальные – это проекты, выполненные с превышением сроков/ бюджета или с ограничениями по запланированной функциональности.

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

Риски, связанные с управлением проектом. К этой категории относятся риски, обусловленные применением неправильных методов управления проектами или полным отказом от использования методологий управления проектами;

Риски, связанные с недостаточным финансированием. Пожалуй, это одна из наиболее распространенных категорий рисков, избавиться от которой практически невозможно. Причин может быть множество, результаты – единые для всех: увеличение сроков внедрения, отказ от части функциональности или от проекта в целом, недовольство рядовых пользователей и руководства и т. п.;

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

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

Из книги Стратегическое управление автора Ансофф Игорь

1.2.8. Выбор системы управления для фирмы* Описанные выше системы сменяли одна другую по мере возрастания сложности и нестабильности внешней обстановки. Даты, проставленные в табл. 1.2.1 и 1.2.2, примерно соответствуют такой эволюции в американской экономике. Но для других

Из книги Бухгалтерское дело автора Бычкова Светлана Михайловна

5.4. Аудит предприятий, применяющих компьютерные информационные системы Особенности аудита при использовании КИСП Компьютеризация бухгалтерского учета не вносит принципиальных изменений в элементы его метода. Кардинально меняется лишь технология обработки учетной

Из книги Менеджмент. Шпаргалка автора Дружинина Н Г

56 СИСТЕМА УПРАВЛЕНИЯ ЧЕЛОВЕЧЕСКИМИ РЕСУРСАМИ Управление человеческими ресурсами представляет сложную систему, включающую в себя взаимосвязанные структуры и подсистемы создания, использования и развития трудовых ресурсов.Цели подсистемы управления формированием

Из книги Основы управления малым бизнесом в сфере парикмахерских услуг автора Мысин Александр Анатольевич

Эволюция системы управления Система управления – составная часть бизнеса, чрезвычайно зависимая от экономической и политической ситуации, культурно-нравственной и социальной среды. Формируясь под влиянием этих условий внешней среды, она должна отвечать духу своего

Из книги Финансы и кредит автора Шевчук Денис Александрович

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

Из книги Социология труда автора Горшков Александр

25. Эволюция концепций управления человеческими ресурсами Процесс управления персоналом в виде отдельной функции организации начал свое формирование в конце XIX в. Исследования, проводившиеся Ф.У. Тейлором и рядом других ученых, были направлены на улучшение в

Из книги Информационные технологии и управление предприятием автора Баронов Владимир Владимирович

26. Определение системы управления человеческими ресурсами, ее основные элементы Управление человеческими ресурсами в настоящее время осуществляется на всех уровнях: от структурных подразделений организации до государственных масштабов. Основные рекомендации в сфере

Из книги Логистика автора Савенкова Татьяна Ивановна

Системы управления документооборотом Назначение систем управления документооборотом заключается в обеспечении поддержки корпоративной дисциплины обращения с документами, независимой от предметной области, исполнителя, подразделения и выполняемого задания за

Из книги Финансы организаций. Шпаргалки автора Зарицкий Александр Евгеньевич

6. 5. Системы управления запасами Учитывая значение запасов, исследование логистической системы должно строиться на следующих вопросах: какой уровень запасов необходимо иметь для обеспечения требуемого уровня обслуживания потребителя; в чем состоит компромисс между

Из книги Практика управления человеческими ресурсами автора Армстронг Майкл

13. Субъект системы управления финансами Субъект системы управления финансами предприятия включает следующие базовые элементы:1. Организационная структура системы управления финансами. В зависимости от вида предпринимательской деятельности, масштабности

Из книги Хватит платить за все! Снижение издержек в компании автора Гагарский Владислав

ОПРЕДЕЛЕНИЕ УПРАВЛЕНИЯ ЧЕЛОВЕЧЕСКИМИ РЕСУРСАМИ Управление человеческими ресурсами (УЧР) можно определить как стратегический и логически последовательный подход к управлению наиболее ценным активом предприятия: работающими там людьми, которые коллективно и

Из книги автора

ОПРЕДЕЛЕНИЕ МЕЖДУНАРОДНОГО УПРАВЛЕНИЯ ЧЕЛОВЕЧЕСКИМИ РЕСУРСАМИ Международное управление человеческими ресурсами – это процесс найма на работу, развития и вознаграждения сотрудников в международных или глобальных организациях. Оно включает в себя управление людьми в

Из книги автора

ЧАСТЬ II ПРОЦЕСС УПРАВЛЕНИЯ ЧЕЛОВЕЧЕСКИМИ РЕСУРСАМИ

Из книги автора

ОПРЕДЕЛЕНИЕ СТРАТЕГИЧЕСКОГО УПРАВЛЕНИЯ ЧЕЛОВЕЧЕСКИМИ РЕСУРСАМИ Стратегическое УЧР – это подход к принятию решений по поводу намерений и планов организации, касающихся стратегии, политики и практики отношений трудового найма, поиска и отбора сотрудников, обучения,

Из книги автора

СИСТЕМЫ УПРАВЛЕНИЯ ЗНАНИЯМИ В ходе опроса 431 американской и европейской фирмы, проведенной Рагглзом (1998), выяснилось, что респонденты использовали следующие системы: создание интранета (интрасети) – 47%; создание «складов данных», больших физических баз данных,

Из книги автора

Характеристики системы управления Что нужно знать о компании и ее системе управления, для того чтобы в дальнейшем выявить проблемы в системе управления и быть способным их устранить?1. Виды деятельности компании, определяемые по ее продуктам (услугам).2. Стратегия

Глава 9 Работа с дисковыми ресурсами

Управление общими дисковыми ресурсами

Локальное и удаленное администрирование общих ресурсов в Windows 2000 осуществляется с помощью оснастки Общие папки (Shared Folders). (В Windows 4.0 аналогичные функции выполняла утилита Server панели управления.) С ее помощью можно также управлять сеансами и открытыми файлами. Она входит в стандартный инструмент администрирования - Управление компьютером (Computer Management). Ниже мы рассмотрим, как с помощью оснастки Общие папки можно создать общий ресурс.

Для запуска изолированной оснастки Общие папки как самостоятельного инструмента:

1.	Нажмите кнопку Пуск (Start), выберите команду Выполнить (Run), введите с клавиатуры гмс и нажмите кнопку ОК.
2.	В появившемся окне в меню Консоль (Console) выберите команду Добавить/удалить оснастку (Add/Remove Snap-in).
3.	В следующем окне нажмите кнопку Добавить (Add).
4.	В окне Добавить изолированную оснастку (Add Stand-alone Snap-in) выделите оснастку Общие папки и нажмите кнопку Добавить.
5.	В окне Общие папки в группе Эта оснастка всегда управляет (This snap-in will always manage) выберите положение переключателя локальным компьютером (Local Computer) или другим компьютером (Another Computer), если вы хотите работать с другим компьютером сети. В последнем случае в поле ввода следует указать имя компьютера (или можно воспользоваться кнопкой Обзор (Browse)). В группе параметров Просмотр (View) укажите, какую информацию (общие ресурсы, сеансы, открытые файлы или все перечисленное) можно будет просматривать с помощью оснастки.
6.	Нажмите кнопку Готово (Finish).
7.	В окне Добавить изолированную оснастку нажмите кнопку Закрыть (Close).
8.	В окне Добавить/удалить оснастку нажмите кнопку ОК - окно будет закрыто.

Пример окна оснастки Общие папки для локального компьютера показан на рис. 9.1.

Рис. 9.1. Окно оснастки Общие папки (Shared Folders)

Для создания общего ресурса:

1.	В окне структуры оснастки Общие папки установите указатель мыши на папку Ресурсы (Shares) и нажмите правую кнопку.
2.	В появившемся контекстном меню выберите команду Новый общий Файл (New File Share).
3.	В полях ввода окна Создание общей папки (Create Shared Folder), показанном на рис. 9.2, следует указать имя каталога (это может быть уже существующий каталог или вновь создаваемый), который должен стать общим ресурсом, сетевое имя общего ресурса и описание общего ресурса. Имена каталога и общего ресурса являются обязательными для ввода. Существующий каталог можно выбрать с помощью кнопки Обзор Нажмите кнопку Далее (Next).
4.	Появится окно (рис. 9.3), в котором можно выбрать разрешения доступа к создаваемому общему ресурсу (по умолчанию - доступ для всех пользователей разрешен). Выполните все необходимые настройки и нажмите кнопку Готово. В появившемся окне нажмите кнопку Да, если необходимо создать еще один общий ресурс, или Нет - для возврата в основное меню оснастки Общие папки.

Хотя Windows 2000 и поддерживает файловую систему FAT, для более высокой безопасности, надежности и легкости в администрировании, рекомендуется использовать файловую систему NTFS. Посмотреть, какая файловая система используется в настоящий момент, можно в окне свойств диска или с помощью оснастки Управление дисками (Disk Management).

Свойства уже созданного общего ресурса могут быть модифицированы следующим образом:

Рис. 9.4. Окно свойств общего ресурса

9-1.jpg

Изображение:

2. Другие способы создания общих дисковых ресурсов

Другие способы создания общих дисковых ресурсов

В Windows NT 4.0 создание и администрирование общих ресурсов (в том числе и дисковых) обычно осуществлялось с помощью программы Проводник (Window NT Explorer) и окна свойств pecypса. Создание общих ресурсов и управление ими (настройка разрешений) с помощью Проводника поддерживается и в Windows 2000, так же, как и применение для этой цели команды net share. Могут быть применены и другие инструменты, использующие Win32 API. Однако для централизованного и удаленного администрирования общих ресурсов оснастка Общие папки более удобна.

3. Распределенная файловая система DFS

Распределенная файловая система DFS

Распределенная файловая система (Distributed File System, DFS) для Windows 2000 является средством, облегчающим управление данными в сети и их поиск. DFS позволяет объединить файловые ресурсы, находящиеся на различных компьютерах, в одно пространство имен. Теперь вместо того чтобы работать с физической сетью, состоящей из большого количества машин с собственными именами и общими ресурсами, пользователи смогут увидеть структуру логических имен, связанных с общими ресурсами.

В операционных системах Windows для получения доступа к информации, находящейся в файле, пользователю или приложению необходимо указать физический файловый сервер или общий ресурс с помощью универсального соглашения об именах (Universal Naming Convention, UNC). Имя UNC может быть использовано напрямую или сопоставлено с именем устройства. В последнем случае для получения доступа к данным пользователь должен перейти к каталогам, находящимся ниже корневого устройства. В результате роста корпоративной сети, пользователям приходится работать со все возрастающим количеством разрозненных устройств и общих ресурсов, находящихся на различных серверах сети, что в значительной степени затрудняет поиск нужных данных. Они "теряются" среди обилия различных устройств, которые надо посетить для получения необходимой информации. Подобная проблема может быть эффективно решена с помощью распределенной файловой системы, которая берет на себя заботу о физическом обращении к информации, предоставляя пользователю возможность работать с единым пространством имен, объединяющим все серверы и общие ресурсы сети. Для этого конкретным общим ресурсам даются логические имена DFS, понятные и удобные для пользователей. Пространство имен DFS - это логическое представление дисковых ресурсов сети, обращаясь к которому, пользователь может не беспокоиться о физическом расположении файлов на дисках и компьютерах.

4. Преимущества DFS

Преимущества DFS

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

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

	Возможность логического представления общих ресурсов, находящихся на различных серверах сети. Общее логическое пространство имен позволяет. связать общие ресурсы сети и работать с ними, как будто они находятся на одном большом жестком диске. Это дает возможность администраторам создавать упрощенное представление общих ресурсов сети, наилучшим образом соответствующее направлению деятельности подразделения или предприятия в целом.
	Удобное администрирование томов. Общий ресурс, входящий в состав тома DFS, может быть отключен без какого-либо влияния на оставшуюся часть пространства имен тома. Это позволяет администраторам управлять физическими общими ресурсами сети независимо от их логического представления.
	Наличие графического инструмента администрирования. Администрирование распределенной файловой системы выполняется с помощью простого в работе графического инструмента, позволяющего выполнять просмотр, конфигурацию логических имен DFS, альтернативных общих ресурсов (реплик) и ссылок DFS, а также администрирование удаленных корней DFS. В результате требуется значительно меньшие затраты на обучение персонала.
	Возможность организации отказоустойчивых схем хранения информации. С одним логическим именем DFS может быть связано несколько альтернативных общих ресурсов, хранящих идентичную информацию. Если по каким-либо причинам один из альтернативных общих ресурсов становится недоступен, DFS автоматически обратится к другому альтернативному общему ресурсу. Поэтому важные данные, необходимые для успешного осуществления бизнес-процессов, могут быть надежно защищены от разрушения в случае отказа файлового сервера или дискового устройства.

	Прозрачность соответствия логического представления данных и их физического местоположения. Пользователи работают только с логическим представлением ресурсов сети, без учета физического расположения файловых серверов и общих ресурсов. Если данные перемещаются на другой сервер, логическое пространство DFS подвергается переконфигурации, связанной с созданием нового соответствия между старым логическим именем DFS и новым общим ресурсом, на котором хранятся данные. Пользователь продолжает работать с логическим именем. Он может не знать, что физическое местоположение необходимой ему информации изменилось, т. е. изменение физического расположения данных полностью прозрачно для пользователей. Подобное свойство DFS позволяет администратору перемещать сетевые общие ресурсы с сервера на сервер или с одного дискового устройства на другое дисковое устройство, сохраняя при этом доступность данных.
	Интегрирование с моделью безопасности Windows 2000. Распределенная файловая система не содержит самостоятельных, дополнительных средств обеспечения безопасности. Любой пользователь, который подключен к тому DFS, может беспрепятственно работать со всей информацией, к которой ему разрешен доступ с помощью системы безопасности Windows 2000.
	Интеллектуальное кэширование данных на стороне клиента. Логическое дерево DFS может содержать ссылки на сотни и даже тысячи общих ресурсов. В процессе первой попытки пользователя получить доступ к информации конкретного логического имени DFS, в кэш-память клиента заносится определенная информация, позволяющая в дачьнейшем ускорить обращение к необходимому общему ресурсу сети при повторных об-. рао!ениях пользователя к данному логическому имени. В результате обеспечивается высокая производительность при доступе к сетевым томам через сложную иерархию ссылок.
	Возможность взаимодействия с другими сетевыми файловыми системами. Любой общий ресурс, доступ к которому может быть получен с помощью редиректора Windows 2000, может входить в состав пространства имен DFS. Для подключения к общему ресурсу может быть использован либо клиентский редиректор, либо шлюз сервера. Это позволяет администратору создавать одну иерархическую структуру логических имен, включающую разнородные сетевые файловые системы (например, NTFS, Macintosh и NetWare).

5. Применение DFS

Применение DFS

Описанные выше преимущества и отличительные особенности распределенной файловой системы определяют способы применения DFS в условиях корпоративной компьютерной сети.

Необходимость в развертывании распределенной файловой системы может возникать в следующих случаях:

Ниже описаны некоторые реальные ситуации, в которых DFS повышает эффективность при работе с данными или администрировании. DFS облегчает процесс замены файловых серверов. Каждому узлу дерева DFS назначается логическое имя, указывающее на общий ресурс. Узел DFS может быть переключен на другой сервер, а прежний сервер может быть выключен и перемещен на другое место или заменен другой машиной. Пользователи не заметят, что они работают с новым сервером, поскольку иерархическая система логических имен DFS не изменилась.

DFS позволяет упростить поиск, архивирование и индексирование данных и файлов, поскольку теперь все инструменты, включенные в Windows 9x и Windows 2000, а также в приложения, например, в текстовый процессор, могут работать с определенными файлами в пространстве DFS независимо от того, на каком сервере они реально находятся. Помимо этого, DFS облегчает сканирование файлов при поиске вирусов.

С помощью DFS можно организовать схему резервирования данных, делающую информацию непрерывно доступной в сети. Поскольку узел DFS может указывать на несколько альтернативных общих ресурсов, при отключении одного из них, остальные могут быть использованы для работы с информацией. Этот же подход дает выигрыш в производительности, т. к. с помощью DFS общие ресурсы, содержащие одинаковые данные, могут быть распределены по сети так, чтобы сбалансировать и оптимизировать доступ к ним со стороны пользователей, расположенных на различных площадках корпоративной сети. Если 300 пользователей требуют доступ к одному общему ресурсу сети, то создание набора копий этого тома на нескольких серверах позволит разбить и сбалансировать общую нагрузку на сеть. Распределенная файловая система может работать совместно с WWW Server (входит в состав служб Internet Information Services) в среде Windows 2000 Server. Если первоначальная страница физически перенесена с одного сервера на другой, связи HTML или другие страницы, хранящиеся в DFS, продолжат свое функционирование без какого-либо обновления (если администратор сделал в DFS соответствующие коррекции), и пользователи не заметят никаких изменений. В случае, если сервер, где находится данная страница, отключен, она может быть доступна на другом сервере. При этом все связи, указывающие на эту страницу, будут функционировать без какой-либо дополнительной коррекции..

6. Концепции, лежащие в основе DFS

Концепции, лежащие в основе DFS

Начальной точкой для логических имен дерева DFS служит корень распределенной файловой системы. Для его создания необходимо указать некоторый общий ресурс, находящийся на сервере. Все остальные логические имена DFS будут находиться на следующем иерархическом уровне. Общие ресурсы компьютерной сети в дереве DFS представляются с помощью логических имен DFS. Доступ к логическому имени может быть получен с помощью обыкновенного имени UNC, имеющего следующий вид:

\\Имя_Сервера\Логическое_Имя_DFS\Путь\Файл

где Имя_Сервера - это имя машины, где установлена и работает распределенная файловая система, Логическое_Имя_ОГ5 - имя общего ресурса, являющегося корнем вашей распределенной файловой системы, \IJymi\0awi - это любые допустимые имя и путь. Логические имена DFS можно представить в виде ветвей дерева, растущих от одного корня. Все они находятся на одном уровне иерархии. Распределенная файловая система реализует связь между именем UNC и соответствующим ему файловым сервером и общим ресурсом, где фактически находится файл или каталог. Общие ресурсы, подключенные к дереву DFS, могут находиться на любом сервере, доступном пользователю: на той же машине, где и корень, на любом сервере или рабочей станции Windows 2000 или доступные Windows 2000 посредством специального программного обеспечения клиента (например NetWare, Banyan и т. д.). К DFS могут также подключаться общие ресурсы Windows 95/98 или Windows NT 4.0 Workstation.

Кроме того, если распределенная файловая система работает совместно с Active Directory, доступ к логическому имени DFS может быть получен как с помощью отказоустойчивого имени DFS, так и с помощью имени домена:

\\Отказоустойчивое_имя\Логическое_Имя_ОГЗ\Путь\Файл \\Имя_домена\Том\Путь\Файл

Отказоустойчивое_имя - это логическое имя DFS, хранимое в Active Directory (оно может быть связано с несколькими машинами, обеспечивающими непрерывную доступность информации в случае отказа одного из компьютеров). \\ Имя_домена\Том - имя стандартного объекта "том" в службе каталогов Windows 2000.

Как уже говорилось, к логическому имени DFS подключается один или несколько общих ресурсов компьютерной сети, в качестве которых могут выступать альтернативные общие ресурсы и другие корни DFS. Связь между логическим именем DFS и общим ресурсом сети называется точкой соединения DES. Рассмотрим пример дерева логических имен DFS, приведенный на рис. 9.5. Он содержит все возможные элементы DFS.

7. Альтернативные общие ресурсы (реплики)

Альтернативные общие ресурсы (реплики)

Распределенная файловая система позволяет подключить к одному логическому имени DFS несколько общих ресурсов сети, на которых находится идентичная информация.

DFS не проверяет, синхронизованы ли данные, находящиеся на общих ресурсах. Реплики DFS должны рассматриваться как альтернативные источники информации, синхронизация которых была выполнена заранее (вручную или автоматически). Альтернативные общие ресурсы наиболее эффективны при применении их только для считывания данных.

Максимальное допустимое количество альтернативных общих ресурсов -32 для одной точки соединения. Однако ограничения на количество переходов, созданных в каждой точке дерева DFS, не существует.

1.gif

Изображение:

8. Тома нижнего уровня

Тома нижнего уровня

Любое логическое имя DFS может быть связано с другим корнем DFS, который в свою очередь посредством логического имени DFS может быть связан со следующим корнем DFS и т. д. Подобное объединение логических имен порождает ветвь дерева DFS. Если же логическое имя связывается с общим ресурсом, находящимся в Windows NT 4.0 Workstation, Windows 95/98 Windows for Workgroups или другой операционной системе (например, NetWare) данная ветвь дерева DFS не может быть продолжена. Такие общие ресурсы называются листьями дерева DFS или томами нижнего уровня. (В оснастке (Distributed File System) том нижнего уровня называется ссыпкой, link.)

9. Таблица разделов

Таблица разделов

Таблица разделов (Partition Knowledge Table, РКТ) хранит информацию обо всех точках перехода.

Таблица разделов представляет собой отсортированную поисковую таблицу Запись таблицы имеет длину приблизительно 300 байт. Ниже приведена структура записи таблицы разделов:

Хранимая локально часть таблицы разделов создается для каждого подключенного клиентом логического имени DFS. Записи в таблицу добавляются по мере пересечения переходов. Клиентская часть таблицы РКТ поддерживается в ОЗУ.

На стороне сервера существует одна таблица разделов на всю машину. Ее поддержка осуществляется с помощью реестра.

В объекте РКТ службы каталога централизованно хранится вся информация о логическом имени DFS.

В процессе поиска необходимой точки соединения клиент сначала просматривает локально кэшированные записи РКТ. Если информация, необходимая для осуществления доступа к интересующим данным (ссылочная информация) не может быть распознана, клиент запрашивает корень DFS. Если и в этом случае ссылочная информация не может быть распознана, генерируется ошибка. В случае успешного завершения распознавания клиент добавляет эту ссылочную информацию к своей локальной таблице разделов.

Ссылочная информация, полученная клиентом из РКТ, кэшируется на 5 минут (значение по умолчанию; этот параметр может настраиваться индивидуально для каждой ссылки). Если в течение этого времени клиент повторно использует данную информацию, время ее жизни вновь устанавливается равным 5 минут. В обратном случае кэш-память очищается. Используемое логическое имя DFS связано с несколькими альтернативными общими ресурсами, в кэш попадает ссылочная информация, касающаяся каждой из альтернатив. Программное обеспечение клиента случайно обращается к одному из альтернативных ресурсов.

10. Управление DFS

Управление DFS

Управление распределенной файловой системой выполняется централизовано с помощью удобного инструмента - оснастки Распределенная файловая система DFS (Distributed File System) (рис. 9.6). Оснастка устанавливается только на Windows 2000 Server и располагается в группе Администрирование (Administrative Tools). С ее помощью можно подключаться к любым корням DFS и управлять ими; одновременно в окне структуры этой оснастки может отображаться множество корней DFS.

11. Создание корня DFS

Создание корня DFS

Организация дерева логических имен распределенной файловой системы начинается с создания корня DFS. Он может быть создан как в разделе

FAT, так и в разделе NTFS. Однако по соображениям безопасности его рекомендуется создавать в NTFS.

Для создания корня распределенной файловой системы:

1.	Запустите оснастку Распределенная файловая система DFS.
2.	В меню Действие (Action) выберите команду Создать корень DFS (New DFS Root) или нажмите кнопку Создание нового корня DFS (Create a new DFS Root) на панели инструментов. Запустится Мастер создания нового корня DFS (New DFS Root Wizard). Еще один вариант - установите указатель мыши на корневой узел в окне структуры и нажмите правую кнопку мыши. В появившемся контекстном меню выберите команду Создать корень DFS. В компьютерной сети, где установлено несколько серверов с работающей на них службой Active Directory (т. е. в домене), отказоустойчивость обеспечивается с помощью репликации каталога. Распределенная файловая система, реализованная в Windows 2000, может быть интегрирована с Active Directory, что дает возможность создать отказоустойчивую DFS. Различные серверы в домене могут хранить корень DFS, что обеспечит устойчивость корня к отказам. Сама служба Active Directory обеспечивает процесс синхронизации различных реплик корня DFS. Если компьютер, на котором создается корень DFS, не интегрирован в Active Directory, в этом случае может быть создана только изолированная распределенная файловая система, не обладающая средствами репликации корня.
3.	В следующем окне мастера установите переключатель либо в положение Создать корень DFS в домене (Create a Domain Dfs Root), либо в положение Создать изолированный корень DFS (Create a Stand-alone Dfs Root). Затем нажмите кнопку Далее.
4.	В следующих двух окнах укажите домен, в котором будет создан корень DFS и имя сервера, на котором будет находиться корень DFS. Обратите внимание, что при создании изолированной распределенной файловой системы окно, предназначенное для выбора домена, не появляется. Это связано с тем, что в последнем случае DFS жестко привязывается к компьютеру.
5.	В следующем окне (рис. 9.7) выберите локальный общий ресурс, на основе которого будет создан корень DFS. Если необходимый ресурс еще не создан, выберите переключатель Создать новый общий ресурс (Create a new share).
6.	Далее следует указать имя корня распределенной файловой системы, видимое в домене. По умолчанию мастер предлагает присвоить корню то же имя, которое имеет его общий ресурс. Однако это не всегда удобно. В больших корпоративных сетях, где дерево логических имен DFS сильно разветвлено, рекомендуется назначать корню более информативное имя. После проверки всех введенных сведений нажмите кнопку Готово.

9-6.jpg

Изображение:

12. Создание дочерних логических имен DFS

Создание дочерних логических имен DFS

После выполнения последовательности шагов, описанной в предыдущем разделе, появляется корень DFS, который теперь можно дополнять дочерними логическими именами (ссылками). Если некоторый общий ресурс не находится в среде Windows 2000, то соответствующее логическое имя будет последним в ветви дерева имен. Для создания дочернего логического имени DFS:

При наличии в сети нескольких одновременно работающих деревьев DFS к создаваемому логическому имени DFS может быть подключен корень другого дерева DFS. На рис. 9.9 видно, как корень DFS, находящейся па сервере SRV-RUS2, подключен к логическому имени DFS "Удаленный корень DFS".

13. Добавление реплик к логическому имени DFS

Добавление реплик к логическому имени DFS

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

Для подключения альтернативного общего ресурса к некоторому логическому имени:

1.	Установите указатель мыши на логическое имя, с которым вы хотите связать еще один общий ресурс, и нажмите правую кнопку. В появившемся контекстном меню выберите команду Создать реплику (New Replica).
2.	В появившемся окне укажите имя UNC общего ресурса и нажмите кнопку ОК. В случае необходимости для поиска нужного общего ресурса можно воспользоваться кнопкой Обзор. Если синхронизация информации альтернативных ресурсов будет выполняться вручную, в группе параметров Политика репликации (Replication Policy) окна Добавить новую реплику (Add a New Replica) оставьте флажок в позиции Репликация вручную (Manual replication). Если синхронизация информации реплик будет выполняться автоматически, установите флажок Автоматическая репликация (Automatic replication). В последнем случае появится окно диалога Политика репликации, с помощью которого выполняется настройка репликации. Если активизация процесса репликации в данный момент не нужна, нажмите кнопку Отмена (Cancel).
3.	Альтернативные общие ресурсы, связанные с данным логическим именем, в алфавитном порядке будут отображены в окне Реплики (Replica(s)) оснастки Распределенная файловая система DFS (рис. 9.10).

14. Управление репликацией DFS

Управление репликацией DFS

Набор альтернативных общих ресурсов, связанных с одним логическим именем DFS, называется набором реплик. В зависимости от того, в каких условиях работает распределенная файловая система, синхронизация реплик в наборе осуществляется различными методами. Распределенная файловая система не пытается проанализировать, отличаются ли данные, находящиеся на различных репликах. Их идентичность должна быть достигнута с помощью сторонних средств. Если альтернативные общие ресурсы созданы в отдельно стоящей распределенной файловой системе, в DFS, не интегрированной

с Active Directory, или они находятся в разделе FAT, автоматическая репликация становится невозможна. В этом случае синхронизация данных между членами набора реплик должна выполняться вручную. Если альтернативные общие ресурсы находятся в разделе NTFS 5.0 в распределенной файловой системе, созданной на серверах Windows 2000 и интегрированной с Active Directory, для них можно настроить автоматическую синхронизацию (репликацию) информации. Однако прежде следует тщательно изучить топологию сети и проанализировать влияние процесса репликации на производительность системы.

Для того чтобы настроить репликацию данных альтернативных ресурсов:

По завершении конфигурации репликации данные, находящиеся на общих ресурсах, входящих в набор реплик, будут периодически синхронизироваться. По умолчанию период синхронизации равен 15 мин. Настроив репликацию, можно проверить ее текущее состояние. Для этого:

Результат проверки может зафиксировать одно из трех состояний:

15. Взаимозаменяемость альтернативных общих ресурсов

Взаимозаменяемость альтернативных общих ресурсов

Ссылки на общие ресурсы кэшируются локально на стороне клиента для повышения производительности, а также в случае существования альтернативных общих ресурсов. Клиенту доступны все альтернативы. Он случайным образом выбирает, какая ссылка должна быть использована в данный момент. Однако если в сети есть альтернативы в разных сайтах, то будет выбрана не случайная, а ближайшая по топологии ссылка.

При обращении к логическому имени DFS клиент находит необходимую ссылку и начинает сеанс (если соединение с сервером отсутствует, ему передается вся системная информация, необходимая для создания соединения). Если обращение по выбранной ссылке привело к ошибке, начинается замещение недоступного ресурса. Скорость этого процесса зависит от операций, выполняемых клиентом во время возникновения ошибки, и от того, как произошел сам отказ.

Ниже рассматриваются несколько типичных ситуаций отказа в доступе к ресурсу.

16. Отказ компьютера

Отказ компьютера

Клиент просматривает альтернативный общий ресурс. В машине, на которой находится этот ресурс, пропадает напряжение питания, или она отключается от компьютерной сети по какой-либо другой причине. Переход от ресурса, который стал недоступен, к альтернативному ресурсу начинается после установления факта отключения компьютера от сети. Длительность этого этапа зависит от используемого клиентом протокола. Множество протоколов работает по низкоскоростным линиям WAN. Кроме того, практически все протоколы обладают счетчиками повторов. Поэтому, до того как будет установлено отсутствие ресурса сети, может пройти несколько минут. После установления факта отключения ресурса распределенная файловая система производит немедленный выбор альтернативного общего ресурса. Если локальный кэш не содержит информации о доступных-альтернативах, клиент DFS запрашивает информацию об альтернативах у корня DFS. Если на уровне корня также нет доступных альтернатив, происходит отказ в обслуживании. В обратном случае DFS инициирует процесс подключения к доступному альтернативному общему ресурсу и создание сеанса.

17. Отказ жесткого диска

Отказ жесткого диска

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

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

18. Безопасность DFS

Безопасность DFS

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

Права доступа не имеют отношения к структуре дерева DFS. Например, пользователи могут иметь необходимые права, позволяющие им обращаться к данным связанным с дочерним логическим именем DFS, не имея доступа к информации, связанной с родительским логическим именем.

19. Создание сеанса

Создание сеанса

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

Если подобная информация неизвестна, то для создания сеанса будут взяты данные, введенные пользователем при регистрации в рабочей станции.

20. Списки управления доступом

Списки управления доступом

Списки управления доступом (ACL) определяют права доступа пользователей к общим ресурсам сети. Их администрирование выполняется на уровне физического общего ресурса. По ряду причин система безопасности, основанная на едином списке управления доступом, администрирование которого выполнялось бы от корня DFS в масштабах всей системы, не была бы эффективна. Пользователи могут обойти централизованную логическую базу списков управления доступом, выполнив команду net use. Кроме того, логическое имя DFS может быть связано с несколькими общими ресурсами, часть которых находится в разделе FAT, а другие - в NTFS, а также в иных сетевых операционных системах. Невозможно создать ACL, начинающийся на томе NTFS, продолжающийся на томе FAT, возвращающийся на том NTFS и заканчивающийся на томе NetWare. Эти и другие факторы делают предпочтительным использование списков управления доступом, определяющих политику обращения к конкретному общему ресурсу, а не ко всему дереву DFS в целом.

21. Автономные файлы

Автономные файлы

Что делать, если пользователю необходимо работать с документами, находящимися в общем каталоге, в условиях отсутствия соединения с сетью? Операционная система Windows 2000 располагает средством Автономные файлы (Offline Files), позволяющим решать подобные проблемы (Offline Files - это один из компонентов технологии IntelliMirror, см. главу 12). С его помощью пользователи могут открывать и корректировать файлы, находящиеся в общих папках, даже отключившись от сети.

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

Manager) переносит все изменения, сделанные пользователем в сетевых файлах в процессе автономной работы, на общий сетевой ресурс.

При автономной работе, не имея соединения с сетью, пользователь не теряет способности просматривать сетевые устройства и работать со своими файлами. На значках отключенных сетевых общих ресурсов появляется красный крестик. Просматривая эти ресурсы, пользователи смогут увидеть только те файлы, которые были заранее указаны или которые были открыты ими недавно, до разрыва соединения.

Права доступа в автономном режиме работы остаются такими же, какие они были при наличии соединения с сетью. Например, документ, доступный на сетевом общем ресурсе только для чтения, будет доступен только для чтения и при автономной работе.

Для того чтобы сделать доступными для пользователей, отключенных от сети, файлы общих ресурсов, нужно поместить их в кэш компьютера. Кэш компьютера - это часть пространства диска, доступ к которому возможен в любом состоянии соединения с сетью. Автономные файлы позволяют применять три варианта кэширования (это задается на вкладке Доступ (Sharing) в окне свойств общего ресурса - кнопка Кэширование {Caching)):

22. Ручное кэширование для документов

Ручное кэширование для документов

Ручное кэширование предполагает, что, отключившись от сети, пользователь сможет открывать только те файлы общего сетевого ресурса, которые он предварительно указал. Такой тип кэширования идеален для работы с общим ресурсом, на котором находятся документы или рисунки. Этот вариант кэширования устанавливается по умолчанию.

25. Настройка компьютера для работы с автономными папками

Настройка компьютера для работы с автономными папками

Для создания автономных папок на компьютере:

По умолчанию на рабочей станции флажок Использовать автономные файлы установлен, а на сервере снят. После настройки компьютера для работы с автономными папками следует указать конкретные файлы и папки, с которыми необходимо работать автономно (эта операция описана в следующем разделе). Для выполнения быстрой синхронизации нужно сформировать расписание диспетчера синхронизации, который осуществляет синхронизацию файлов и папок перед завершением работы компьютера.

Для просмотра списка сетевых файлов и папок, с которыми можно работать автономно, следует нажать кнопку Просмотреть файлы (View Files) на вкладке Автономные файлы.

26. Выбор файлов для автономной работы

Выбор файлов для автономной работы

Для того чтобы обозначить, с какими файлами и папками необходимо работать автономно:

Доступные для автономной работы файлы и папки можно изменять после отключения от сети. Команда Сделать доступным в автономном режиме доступна в меню Файл только после того, как на вкладке Автономные файлы установлен флажок Использовать автономные файлы.

27. Настройка реакции автономных файлов на отключение компьютера от сети

Настройка реакции автономных файлов на отключение компьютера от сети

Чтобы определить, как автономные.папки будут реагировать на отключение от сети:

1.	В окне Проводника или в окне Мой компьютер в меню Сервис выберите команду Параметры папки.
2.	В появившемся окне диалога на вкладке Автономные файлы нажмите кнопку Дополнительно.
3.	Появится окно Автономные файлы - дополнительная настройка (Offline Files- Advanced Settings) (рис. 9.14). С его помощью можно настроить реакцию компьютера на потерю сетевого соединения, для чего в группе Когда теряется сетевое подключение (When a network connection is lost) следует установить соответствующий переключатель.
4.	В поле Список исключений (Exception list) можно определить список компьютеров, при потере соединения с которыми должны выполняться индивидуальные настройки реакции автономных файлов. Добавить компьютер в список исключений можно, нажав кнопку Добавить. В появившемся диалоговом окне следует указать имя компьютера, обладающего индивидуальными настройками реакции автономных папок, и действие при отключении от сети.

28. Синхронизация информации автономных папок и общего ресурса

Синхронизация информации автономных папок и общего ресурса

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

Синхронизация информации может быть выполнена тремя способами:

Для принудительной синхронизации:

1.	Запустите диспетчер синхронизации. Для этого в меню Сервис следует выбрать команду Синхронизировать (Synchronize).
2.	Установите флажки, соответствующие автономным файлам, которые следует синхронизировать (рис. 9.15).
3.	Нажмите кнопку Синхронизация. В процессе синхронизации возможны конфликты версий одноименных файлов, располагающихся на локальном компьютере и на общем ресурсе. При этом система выдает сообщения, содержащие информацию о времени корректировки каждого из файлов и запрос на последующие действия. В этих случаях пользователь может выбрать одну из трех возможностей: Оставить только ту копию файла, которая хранится на локальном компьютере. Оставить только ту копию файла, которая находится на общем ресурсе. Сохранить более позднюю версию файла под новым именем (по умолчанию - к имени файла добавляется имя компьютера откуда берется эта версия).

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

Для установок синхронизации автономных папок при входе в систему или выходе из системы:

1.	Запустите диспетчер синхронизации и нажмите кнопку Установка (Setup). Появится окно диалога Параметры синхронизации (Synchronization Settings) (рис. 9.16).
2.	Перейдите на вкладку Вход/выход (Logon/Logoff). В поле При использовании данного сетевого подключения (When I am using this network connection) выберите сетевое соединение, которое вы хотите использовать.
3.	В поле Синхронизовать следующие отмеченные объекты (Synchronize the following checked items) установите флажки, соответствующие синхронизируемым объектам.
4.	В поле Автоматически синхронизовать выделенные объекты (Automatically sinchronize the selected items) выберите положение переключателя при входе в систему (When I log on to my computer) или при выходе из системы (When I log off my computer) - если вы хотите синхронизировать информацию по завершению работы с системой.
5.	Если вы хотите, чтобы диспетчер синхронизации запрашивал у вас разрешения на автоматическую синхронизацию, установите флажок Запрашивать подтверждение перед синхронизацией (Ask me before synchronizing the items).
6.	После установки параметров закройте окно диспетчера синхронизации.

Для синхронизации информации автономных папок в момент бездействия компьютера нужно в окне Параметры синхронизации перейти на вкладку При простое (On Idle), выбрать нужное сетевое подключение и установить флажки около синхронизируемых файлов. По умолчанию синхронизация отмеченных файлов начинается, если компьютер не используется 15 минут, и повторяется каждый час.

Рис. 9.16. Настройка параметров синхронизации

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

-ресурсную стратегию.
-систему реализации ресурсной стратегии.

Система управления ресурсами является составной и неотъемлемой частью общей стратегии организации и системы управления реализацией стратегии. Учитывая особенности и свойства ресурсов, можно сделать вывод, что в каждой организации имеется уникальный набор ресурсов, способов управления ими, привлечения, развития и использования их в деятельности. Поэтому каждая организация должна создавать собственную систему ресурсов под цели, стратегию развития, виды деятельности.

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

Стратегические, ключевые ресурсы, которые обеспечивают развитие, и конкурентные преимущества организации определяются в общей стратегии развития организации, которая подразумевает потребительскую, товарную, рыночную стратегию, подкрепляемых ресурсной стратегией и стратегией роста капитала. Стратегические ресурсы планируются в ресурсной стратегии на основе потребительской, товарной и рыночной стратегий, исходя из критических факторов успеха и свойств VRIN: ценность ресурсов (Valuable), редкость ресурсов (Rare), неидеальная воспроизводимость (imperfectly imitable), незаменимость (Non-substitutable). В ресурсной стратегии устанавливается потребность в ключевых ресурсах, определяющих развитие организации. Потребность в ресурсах определяется на основании:

-Характера внешней среды.
-Целей и стратегии их достижения.
-Продукта(тов) деятельности - товарного предложения.
-Отраслевых особенностей.
-Видов и масштабов деятельности.
-Позиций на потребительских рынках и рынках ресурсов.
-Системы организации и управления бизнесом.

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

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

Задачи привлечения ресурсов:

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

Принципы привлечения ресурсов:

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

Условия привлечения ресурсов для деятельности: Доступность ресурсов - возможность получения необходимых ресурсов для стратегической деятельности.

Достаточность ресурсов - возможность привлечения нужного количества ресурсов. Качество ресурсов - соответствие целям, задачам (обеспечение достижимости), бизнес - процессам. Рациональность привлечения и использования (оправданы, окупаются доходами). Владение (и / или контролируемость) ресурсов. Защита преимуществ в ресурсах. Способы привлечения ресурсов:

-Приобретение, покупка, мена.
-Аренда, безвозмездное пользование.
-Наем, гражданско-правовые отношения с кадрами.
-Аутсорсинг.
-Инвестиции.
-Участие в капитале, слияния и поглощения.
-Разработка, создание.

Большинство ресурсов привлекается на внешних рынках, поэтому динамика и состояние внешней среды оказывает архиважное значение на ресурсы. Ее влияние можно проанализировать посредством PEST анализа:

Экономической перспективы (макроэкономических изменения, изменения на рынках ресурсов).

Политической перспективы.

Социальной перспективы.

Технологической перспективы.

Привлечением ресурсов решаются вопросы:

Какие ресурсы необходимы для доходов.

Сколько на объем деятельности.

Качество ресурсов.

Источники ресурсов.

Стоимость.

Измерение и оценка производительности ресурсов.

а) Потребность в необходимых ресурсах для деятельности.
б) Качество ресурсов, их влияние на критические факторы успеха и показатели эффективности.
в) Количество и ориентировочная стоимость ресурсов, их производительность.
г) Риски по ресурсам.
д) Источники финансирования привлечения ресурсов.
е) Результативность и эффективность намечаемой деятельности.

Ресурсная стратегия осуществляется через систему управления реализацией ресурсной стратегии, которая должна содержать механизмы, которые будут обеспечивать привлечение и использование ресурсов через снабжение, распределение между центрами управления. Центры управления проектируются в организационной структуре. Механизмами реализации служат системы организации и управления. Особенности ресурсной системы:

Система строится на комплексе методов: система сбалансированных показателей (Bsc), функционально - стоимостной анализ (ABC), причинно - следственные зависимости (CMOPC), ценностно-ориентированное управление (VBM), стандарты финансовой отчетности и другие. Ресурсы планируются из стратегических целей (результатов) развития на 3 - 5 лет, тактические на 1 - 2 года. Ресурсы планируются на процессы исходя из баланса активов и пассивов. Возможно планирование от цены продукта. Управление ресурсами в целом по всей деятельности. При принятии решений учитываются финансовые и нефинансовые показатели результатов. Деятельность балансируется в системе результативного управления бизнесом (сбалансированных показателей).

Комплексность - ресурсами должны обеспечиваться все бизнес - процессы.

Системность - производительность и преимущество ресурсов зависит от взаимодействия или сочетания с другими ресурсами. Организация работы с ресурсами. Функционирование ресурсной системы опирается на организационную систему, которая включает в себя: Четко и ясно поставленные бизнес цели. Стратегию достижения целей.

Структурирование бизнеса - система принятия и исполнения решений (стратегии), то есть организационная структура. Порядок и правила принятия и исполнения решений, взаимодействия в рамках организационной структуры - систему корпоративных стандартов.

Бизнес - процессы и технологию их выполнения.

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

-Мониторинг внешней среды, которая влияет на ресурсы.
-Маркетинг внешних рынков.
-Планирование ресурсов.

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

1) Комплексное и системное формирование ресурсной базы под стратегию и систему управления реализацией стратегии, а не хаотичных запросов подразделений.
2) Ориентация на доходность ресурсов, их ценность для бизнеса, а не только на стоимость ресурсов (эффективность использования ресурсов).
3) Рациональность распределения ресурсов между процессами для сбалансированности стратегического развития.
4) Контроль достаточности необходимых ресурсов для выполнения поставленных стратегических задач.
5) Система управления экономическими ресурсами является составной частью «иммунной системы бизнеса» противодействующей дезорганизации деятельности и негативным изменениям во внешней среде.

Выгоды применения системы управления экономическими ресурсами:

6) Нацеленность привлечения и использования ресурсов на результативность и эффективность деятельности.
7) Оптимизация затрат ресурсов в зависимости от ориентированности на доходность и укрепление рыночных позиций, конкурентной способности.

Выводы по главе I

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

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

Но есть методы, с использованием которых могут быть построены эффективные системы управления предприятием. Название этих методов - MRP, MRPII и ERP.

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

в них отсутствуют утверждения “в принципе это может быть легко сделано...”;

они появились в результате анализа деятельности реально работающих предприятий;

их развитие происходило эволюционно, очередная концепция поглощала предыдущую;

они доказали свою эффективность;

они охватывают всю деятельность предприятия.

Немного истории. Выпуск практически любой продукции напрямую связан с тем, насколько хорошо и ритмично предприятие снабжается сырьем или

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

Именно с целью оптимального управления производством и возможного устранения указанных выше проблем в середине 60-х гг. Американское общество управления производством и запасами (APICS) сформулировало принципы управления материальными запасами предприятия. Эти принципы легли в основу концепции MRP (Material Requirement Planning - планирование материальных потребностей), базовыми положениями которой являются:

производственная деятельность описывается как поток взаимосвязанных заказов;

при выполнении заказов учитываются ограничения ресурсов;

обеспечивается минимизация производственных циклов и запасов;

заказы снабжения и производства формируются на основе заказов реализации и производственных графиков;

движение заказов увязывается с экономическими показателями;

выполнение заказа завершается к тому моменту, когда он необходим.

Процесс планирования включает функции создания проектов заказов на закупку и/или внутреннее производство необходимых материалов-комплекту- ющих. Другими словами, применение концепции MRP для управления предприятием позволяет оптимизировать в каком-то смысле план поставок комплектующих, тем самым уменьшая затраты на производство и повышая его эффективность.

В дальнейшем развитие концепции MRP шло по пути расширения функциональных возможностей предприятия в сторону более полного удовлетворения потребностей клиентов и снижения производственных издержек. Это привело к тому, что в конце 70-х годов Дж. Плоел и О. Уайт дополнили концепцию MRP положениями о формировании производственной программы в масштабах всего предприятия и контроля ее выполнения на уровне подразделений (Closed Loop MRP - воспроизведение замкнутого цикла в MRP-системах). Затем появилась концепция MRPII (планирование производственных ресурсов - Manufacturing Resource Planning), основная суть которой сводится к тому, что прогнозирование, планирование и контроль производства осуществляются по всему циклу, начиная от закупки сырья и заканчивая отгрузкой товара потребителю.

MRPII (Manufacturing Resource Planning - планирование производственных ресурсов) представляет собой методологию, направленную на эффективное управление всеми ресурсами производственного предприятия. В общем случае она обеспечивает решение задач планирования деятельности предприятия в натуральных единицах, финансовое планирование в денежном выражении, моделирование возможностей предприятия, отвечая на вопросы типа “Что будет, если...?”. Эта методология представляет собой набор проверенных на практике разумных принципов, моделей и процедур управления и контроля, выполнение которых должно способствовать улучшению показателей экономической деятельности предприятия.

Основные функции ERP-систем. Стандарт APICS на системы класса MRP II содержит описание 16 групп функций системы:

Sales and Operation Planning (Планирование продаж и производства);

Demand Management (Управление спросом);

Master Production Scheduling (Основной план-график производства);

Material Requirement Planning (Планирование материальных потребностей);

Bill of Materials (Спецификация изделий);

Inventory Transaction Subsystem (Управление запасами);

Scheduled Receipts Subsystem (Плановые поставки);

Shop Flow Control (Управление на уровне производственного цеха);

Capacity Requirement Planning (Планирование потребностей в мощностях);

Input/output control (Контроль входных ресурсов/выработки продукции);

Purchasing (Материально-техническое снабжение);

Distribution Resource Planning (Планирование ресурсов распределения);

Tooling Planning and Control (Планирование и управление инструментальными средствами);

Financial Planning (Финансовое планирование);

Simulation (Моделирование);

Performance Measurement (Оценка результатов деятельности).

Приведем краткую характеристику перечисленных функциональных блоков MRPII.

Рис. П1. Функциональные блоки MRP

Бизнес-планирование. Процесс формирования плана предприятия наиболее высокого уровня. Планирование долгосрочное, план составляется в стоимостном выражении. Наименее формализованный процесс выработки решений. Как правило, алгоритмы, относящиеся к бизнес-планированию, в системах МЯРП в полной мере не реализованы.

Планирование спроса. Процесс прогнозирования (планирования) спроса на определенный период. В системах МДРП реализованы только простейшие алгоритмы прогнозирования: линейная аппроксимация, экспоненциальное сглаживание, применение аналогий к новым видам продукции и т.п. Алгоритмы прогнозирования, учитывающие различные ограничения, реализованы уже в более поздних версиях современных программных систем.

Планирование продаж и производства. Бизнес-план и план спроса преобразуются в планы продаж основных видов продукции (как правило, от 5 до 10). При этом производственные мощности могут не учитываться или учитываться укрупненно. План носит среднесрочный характер.

План продаж по видам продукции преобразуется в объемный или объемнокалендарный план производства видов продукции (укрупненное объемно-календарное планирование). Под видом здесь понимаются семейства однородной продукции. В этом плане впервые в качестве планово-учетных единиц выступают изделия, но представления о них носят усредненный характер. Например, речь может идти обо всех легковых переднеприводных автомобилях, выпускаемых на заводе (без уточнения моделей). Часто этот модуль объединяется с предыдущим.

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

План-график производства (выпуска продукции). План производства преобразуется в график выпуска продукции. Как правило, это среднесрочный объемно-календарный план, задающий количество конкретных изделий (или партий) со сроками их изготовления.

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

Как правило, при планировании потребностей в материалах реализуются довольно простые алгоритмы разузлования готовой продукции, при которых, в зависимости от спроса на готовую продукцию (объемно-календарное планирование), партионности (объемов выпуска изделий/узлов/материалов) и ряда других показателей, происходит формирование плана производства и закупок конкретных сырья, материалов, узлов, комплектующих и т.п. в соответствии с объемно-календарным планом. Математика данных алгоритмов довольно простая, но при реальном расчете приходится учитывать большое количество параметров. Поэтому даже сейчас данная процедура может занимать несколько часов, не говоря уже о 70-80-х годах, когда на расчет потребностей в материалах могло уходить несколько дней.

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

Управление заказами клиентов. Здесь реальные потребности клиентов сопоставляются с планами выпуска продукции. Фактически, в зависимости от принятого алгоритма производства, - производство на склад, производство на заказ, проектирование на заказ и т.п. - ввод заказов клиента может осуществляться до или после процедуры планирования.

Управление на уровне производственного цеха. Здесь формируются оперативные планы-графики. В качестве планово-учетных единиц могут выступать детали (партии), сборочные единицы глубокого уровня, детали операции и т.п. Длительность планирования невелика (от нескольких дней до месяца).

Оценка исполнения. По сути, в данном модуле оценивается реальное исполнение всех вышеперечисленных планов, чтобы внести корректировки во все последующие циклы планирования.

Что необходимо выполнить?

Что необходимо для этого?

Что есть в наличии?

Что необходимо иметь?

Дальнейшее развитие систем MRPII связано с их перерастанием в системы нового класса - “Планирование ресурсов предприятия” (Enterprise Resource Planning - ERP). Системы этого класса ориентированы на работу с финансовой информацией для решения задач управления большими корпорациями с разнесенными территориально ресурсами. Сюда включается все, что необходимо для получения ресурсов, изготовления продукции, ее транспортировки и расчетов по заказам клиентов. Системы этого класса активно развиваются с конца 80-х годов. ERP-системы полностью поглощают системы класса MRPII, расширяясь за счет новых функциональных модулей, в первую очередь связанных с управлением финансами и персоналом.

Реализация управления финансами в ERP-системах - это тот камень преткновения, вокруг которого происходит основная борьба между так называемыми российскими и западными системами. Расхожее мнение состоит в том, что на базе западной системы можно построить реальное управление финансами - от планирования и прогнозирования до контроля всех финансовых показателей деятельности, зато отечественные решения лучше приспособлены к российским реалиям, выражающимся в постоянном изменении законов, специфической внешней отчетности и многих других параметрах, например в цене решения. Оставим обсуждение данного мнения за рамками книги, так как каждую из представленных на отечественном рынке ERP-систем, вне зависимости от “места рождения”, можно охарактеризовать с разных сторон. И для каждого отечественного предприятия будет важен свой конкретный перечень из этого набора.

Коротко его можно определить как подход, базирующийся на активном применении календарноплановых нормативов на производственные циклы. Недостаток такого подхода состоит в том, что он вступает в противоречие с необходимостью оптимизации планирования. Элементы оптимизации планирования в традиционных MRPII/ ERP-системах встречаются только на нижнем уровне - при решении задач оперативного планирования с применением методов теории расписаний. С ростом мощностей вычислительных систем, внедрением MRPII/ERP, поиском новых более эффективных методов управления в условиях конкуренции с середины 90-х годов на базе систем MRPII/ERP появляются системы нового класса, которые получили название развитых систем планирования (Advanced Planning/Scheduling - APS). Эти системы отличаются применением экономико-математических методов для решения задач планирования с постепенным снижением роли календарно-плановых нормативов на производственные циклы. По своей реализации APS представляют собой отдельные оптимизационные модули, которые могут ставиться дополнительно к “традиционному” MRP-планированию.

В первом слое находятся те методы и средства, которые проверены практикой и закреплены в виде стандартов. В США существует система стандартов, которая поддерживается государством, в частности Министерством обороны. В этих стандартах сформулированы требования к информационным системам фирм, выполняющих государственные заказы. В результате на стадии заключения контракта повышается уверенность государства в разумном расходовании бюджетных средств, а на стадии его выполнения осуществляется всесторонний контроль за сроками выполнения и фактическими затратами. В качестве примеров можно назвать правительственный документ “Требования к системам управления материальными процессами” (Material Management Application System - MMAS). Стандарты в первую очередь определяют требования к функциональной насыщенности систем управления, методам и результатам получения отчетности о финансовом состоянии контрактов. Фирмы-производители базовых систем, предназначенных для построения конкретных систем на фирмах-пользователях, тщательно следуют этим стандартам. Именно по этой причине сравнительный анализ различных базовых систем (особенно крупномасштабных) может потребовать значительных усилий, поскольку на первый взгляд функциональные возможности практически не отличаются.

Этот слой, жестко не регламентируемый, тем не менее представляет собой довольно стройную систему взаимосвязанных идей и методов. Главная роль в поддержании этой части концепций систем MRPII/ERP принадлежит, безусловно, Американскому обществу управления производством и запасами (APICS), основанному в 1957 году. Сегодня APICS объединяет около 70000 специалистов из многих стран мира, представляющих порядка 20000 компаний. В их числе примерно 500 компаний США, работающих в области MRPII/ ERP. По своему статусу APICS является транснациональной некоммерческой организацией, объединяющей и обслуживающей специалистов в области MRPII/ERP. Среди направлений деятельности APICS - распространение информационных материалов; оповещение о публикациях и проектах в области образования и переподготовки; реализация двух программ сертификации специалистов - по управлению производством и запасами (CPIM) и интегрированными ресурсами (CIRM); проведение очных и заочных конференций. APICS периодически издает толковый словарь APICS"s Dictionary, который содержит сотни терминов, относящихся к MRPII/ERP, и способствует унификации терминологии. Этот момент исключительно важен, особенно для потенциальных пользователей в России на стадии анализа и выбора базовой системы. Значительный интерес представляют имеющиеся в Internet рекомендуемые APICS списки литературы по различным вопросам MRPII/ERP. Действует гибкая система членства в APICS, предусматривающая четыре вида членства - для корпораций, специалистов, учащихся университетов и колледжей, пенсионеров. Внутри APICS выделена группа, специализирующаяся в области управления сложными отраслями промышленности (CI SIG), такими как аэрокосмическая и оборонная.

К третьему слою идей и методов МЯРП/ЕНР следует отнести то новое, что вносят в базовые системы фирмы-производители программных продуктов. Реализованные на их основе новые информационные технологии представляют собой “ноу-хау” фирм-разработчиков. Как правило, именно в этом слое можно обнаружить значительные отличия в продуктах разных фирм. Некоторые новые технологии в состоянии оказывать серьезное влияние на эффективность построения крупных информационных систем.

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

Наличие мощной инфраструктуры и методологии построения систем способствует достижению высокого уровня эффективности при внедрении систем управления типа МРРП/ЕРР на современных предприятиях. По некоторым оценкам внедрение подобных систем способно привести к сокращению запасов на 8-30%, росту производительности труда на 8-27%, возрастанию количества заказов, выполненных в срок, - на 7-20%.

Выбор конкретной ЕРР-системы (или другой) - довольно важный и трудоемкий процесс, от которого во многом зависит то, насколько хорошо эта система будет работать на конкретном предприятии. Вместе с тем схема выбора довольно простая - см. рис. П2.

На первых шагах желательно формализовать процесс выбора ЕРР-систе- мы. Результатом может стать проектная группа, которой будет поручено выбрать конкретную систему. Желательно, чтобы в составе данной группы были несколько представителей предприятия (как минимум, из ИТ-подразделения и из бизнес-подразделений) и 1-2 внешних консультанта, обладающих экспертными знаниями в требуемой области.

краткое описание структуры, деятельности и т.п.;

стратегические цели, задачи, потребности, проблемы;

требования, предъявляемые к ИТ, функциональные требования к системе;

размер ИТ-бюджета (хотя бы в самом общем виде);

Рис. П2. Схема выбора системы

наличие квалифицированного персонала, возможность найма и обучения и т.п.

В результате из данных критериев вытекают довольно жесткие требования к потенциальному решению.

Если потенциальный рынок поставщиков решения известен хорошо, то из их общего количества можно сформировать так называемый короткий список. В самом общем случае можно разослать в компании запрос информации (НИ) с просьбой указать, например, функциональные возможности решения. После этого отобрать поставщиков только тех конкретных систем, которые подходят, в частности, по функциональным признакам.

функциональные требования, необходимость интеграции решений и т.п.;

масштабируемость решения;

стоимость лицензий;

стоимость годовой технической поддержки;

стоимость консультационных услуг (внедрение);

стоимость/необходимость проведения возможных реорганизационных мероприятий;

сроки реализации проекта;

требования к составу/квалификации проектной группы со стороны заказчика/исполнителя;

наличие у поставщика решения партнерской сети;

наличие/доступность для ознакомления аналогичных выполненных проектов в России/мире;

требования к аппаратному обеспечению и квалификации обслуживающего персонала и т.д.

На основании явно озвученных претендентам критериев и того, что остается “за кадром”, производится отбор победителя, ознакомление с его решениями и т.п. После этого проектная группа заключает договор и начинает работу по внедрению системы.

Как правило, внедрение современной ERP-системы на предприятии - это процесс, который может длиться несколько лет. По данным компании Standish Group, только 16% внедрения информационных систем завершается вовремя, в рамках запланированного бюджета, с реализацией запланированной функциональности. Почти треть проектов относятся к досрочно прекращенным (неудачным), а остальные - это проекты, выполненные с превышением сроков/ бюджета или с ограничениями по запланированной функциональности.

риски, связанные с управлением проектом. К этой категории относятся риски, обусловленные применением неправильных методов управления проектами или полным отказом от использования методологий управления проектами;

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

риски, связанные с поддержкой руководства. Уже стало азбучной истиной, что руководить проектом внедрения ERP-системы на предприятии должен сотрудник, обладающий определенным весом и наделенный большими полномочиями. Как правило, полномочий директора по информационным технологиям (или начальника отдела АСУ) для проведения таких работ явно недостаточно. Таким образом, руководителем проекта должен быть представитель высшего звена управления.

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

Именно поэтому, перед началом внедрения ERP-системы, многие предприятия должны пройти фазу реорганизации собственной деятельности в соответствии с бизнес-логикой, заложенной внутри ERP-системы. Однако данные изменения для западных предприятий могут быть несущественны, так как основные принципы, в соответствии с которыми они функционируют, практически стандартны. Может быть, именно поэтому существуют конфигурации ERP- систем, например для R/3 или Oracle Applications, которые поставляются в стандартной конфигурации, с готовым комплектом пользовательской документации, практически полностью походящие под специфику деятельности многих западных компаний.

Однако чаще всего оказывается, что стоимость внедрения ERP-системы равна или в несколько раз превышает стоимость лицензий на систему. И происходит это вовсе не из-за желания поставщика решения “заработать” на внедрении, а из-за того, что практически в любое ERP-решение заложена довольно большая избыточность. Это и понятно: система должна быть пригодна для использования на предприятиях различного масштаба, с различным типом производства, имеющих разные планы счетов и т.п. А это обуславливает необходимость привлечения квалифицированных консультантов по внедрению и проведения довольно серьезных работ по настройке системы. Та часть бизнеса, которая не укладывается в рамки настроек, должна быть либо изменена, либо автоматизирована с помощью каких-нибудь других решений (включая доработку конкретной ЕНР-системы), либо оставлена в покое (не автоматизируется).

Как правило, срок внедрения ЕНР-решения, которое включает возможности по управлению финансами, логистикой и производством, колеблется в районе одного года и выше. Это и понятно: необходимо, не нарушая текущей деятельности, обучить в той или иной мере практически весь персонал предприятия, внедрить, придерживаясь некоторой оптимальной последовательности, систему во всех подразделениях, конвертировать в новую систему имеющиеся данные и, только после успеха опытной эксплуатации, приступить к промышленной эксплуатации.

Таким образом, практически каждый из поставщиков ЕНР-решений имеет собственную методику внедрения, где обозначены основные шаги и их последовательность, выполнение которых с большой долей вероятности повышает успех всего проекта. К стандартным шагам, которые необходимо выполнить при внедрении ЕНР-системы, можно отнести:

действия, связанные с выявлением потребностей бизнеса и сопоставлением их с возможностями конкретного решения. Основной целью можно считать нахождение компромисса между существующими потребностями бизнеса и тем, как ЕНР-система может их реализовать. Как правило, в системе необходимо реализовать наиболее приоритетные потребности бизнеса. Если для этого стандартных настроек недостаточно, то конкретное требование должно быть реализовано за счет доработки заказного расширения или интеграции с продуктами третьих фирм. Менее критичные требования бизнеса, не соответствующие возможностям выбранного решения, удовлетворяются за счет осуществления реорганизации деятельности или за счет отказа от автоматизации;

реализацию конкретного решения. Сюда можно отнести все действия, связанные с программой реализации очерченного выше решения, включая подготовку технической платформы, доработку модулей, конвертацию существующих данных, тестирование решения и создание необходимой документации;

обучение пользователей. Как правило, при внедрении ЕНР-решения проводится первоначальное обучение проектной группы со стороны заказчика, которая в дальнейшем и будет заниматься внедрением системы совместно с персоналом исполнителя. В дальнейшем члены проектной группы со стороны заказчика будут обучать сотрудников предприятия.

Естественно, приведен только самый общий перечень шагов, полученный на основе обобщения методик внедрения ряда ЕНР-пакетов.