А. Г. Кравец

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ ВОЛГОГРАДСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

А. Г. Кравец

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

Учебное пособие

Волгоград

ББК У291.2с51

Рецензенты:

кафедра САПР и ПК Пензенского государственного университета, зав. кафедрой д-р техн. наук, профессорА. М. Бершадский ;

зав. кафедрой «Компьютерные технологии и системы» Брянского государственного технического университета д-р техн. наук, профессорВ. И. Аверченков

Печатается по решению редакционно-издательского совета Волгоградского государственного технического университета

Кравец, А. Г.

Системы управления ресурсами предприятия: учеб. пособие / А. Г. Кравец; ВолгГТУ. – Волгоград, 2014. – 176 с.

ISBN 978–5–9948–1627–1

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

Ил. 10. Табл. 6. Библиогр.: 14 назв.

1. Информационные технологии управления предприятием.........................
1.1. Корпоративные системы управления..........................................................
1.1.1. Классификация управленческой деятельности......................................
1.1.2. Задачи корпоративных информационных систем управления
предприятием (КИСУП)...........................................................................
1.1.3. Средства автоматизации управленческой деятельности в рамках
общей концепции управления предприятием........................................
1.1.4. Поддержка основных функций управления средствами АУД.............
1.1.5. Лидеры российского рынка систем АУД...............................................
1.2. Планирование проекта............................................................................
1.2.1. План разработки программного обеспечения........................................
1.2.2. Структура плана разработки....................................................................
1.2.3. Классификация действий по реализации проекта.................................
1.2.4. Критические пути......................................................................................
Контрольные вопросы. .........................................................................................
1.3. Классические схемы разработки корпоративных систем...........
1.3.1. Адаптивная организация проектных работ............................................
1.3.2. Стратегии внедрения КИСУП.................................................................
Контрольные вопросы. .........................................................................................
1.4. Управление рисками................................................................................
1.4.1. Модель управления изменениями и рисками крупного проекта.........
1.4.2. Основные факторы, влияющие на риски крупного проекта................
1.4.3. Особенности анализа проектных рисков................................................
Контрольные вопросы. .........................................................................................
1.5. Организация управления по критериям качества.........................
1.5.1. Управление качеством проектов корпоративных информационных
систем.........................................................................................................
1.5.2. Процессная модель управления качеством............................................
1.5.3. Особенности управления качеством проектов корпоративных
информационных систем.........................................................................
Контрольные вопросы. .........................................................................................
1.6. Выводы...........................................................................................................
2. Системы планирования и управления ресурсами предприятия...............
2.1. MRP(Material Requirements Planning)..........................................................
2.1.1. С чего все начиналось. MRP I..................................................................
2.1.2. Переход к планированию ресурсов.........................................................
2.1.3. Динамическое планирование с учетом результатов..............................
2.1.4. Планирование ресурсов предприятия.....................................................

	Характеристика модулей MRP II.............................................................
Контрольные вопросы. .........................................................................................
2.2. ERP (Enterprise Resource Planning)..............................................................
	Термин ERP ...............................................................................................
	Состав ERP-систем...................................................................................
	От производства к торговле.....................................................................
	Способы внедрения ERP ..........................................................................
	Методика выбора средства......................................................................
	Внедрение ERP-систем (эталонный процесс)........................................
	Типичные проблемы при внедрении ERP-систем.................................
	Сравнение затрат на этапе цепочки выбора и возможных потерь.......
	Ценность ERP-системы..........................................................................
2.2.10. Эффект от внедрения ERP-систем........................................................
2.2.11. Позитивные стороны внедрения ERP-систем......................................
2.2.12. Негативные стороны внедрения ERP-систем.......................................
2.2.13. SAP или Oracle ........................................................................................
2.2.14. Альтернативы..........................................................................................
2.2.15. ERP II........................................................................................................
2.2.16. Сравнение отечественных и западных систем управления
	предприятием..........................................................................................
2.2.17. Доли поставщиков ERP-систем на российском рынке.......................
2.2.18. Обзор ERP-систем как SaaS сервисов...................................................
2.3. CRM (Customer Relationship Management) ...............................................
	Исторические корни................................................................................
2.3.2. CRМ – управление отношениями с клиентами...................................
2.3.3. Пирамида ценностей в эпоху CRM.......................................................
	Цели, процессы, структура.....................................................................
	Цели внедрения CRM-систем................................................................
	Классификация CRM-систем.................................................................
2.3.7. Программное обеспечение как сервис..................................................
2.3.8. CRM: проблемы и перспективы............................................................
Контрольные вопросы........................................................................................
Аббревиатуры. .................................................................................................
Словарь определений..........................................................................................
Библиографический список.........................................................................
Сайты основных разработчиков................................................................

1. ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ УПРАВЛЕНИЯ ПРЕДПРИЯТИЕМ

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

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

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

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

Можно выделить шесть заинтересованных групп, от которых зависит принятие решений в сфере ИТ:

− высшее руководство, которое должно управлять ИТ как стратегическим потенциалом предприятия;

− специалисты, занимающиеся поиском системных решений для оптимизации специальных функциональных задач;

− менеджеры отдельных хозяйственных подразделений, которые должны использовать ИТ в силу логики своей хозяйственной деятельности, чтобы удовлетворять запросы клиентов, снижать издержки и т. д.;

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

− поставщики ИТ, которые должны предлагать услуги в строгом соответствии с проблемными установками своих потребителей;

− собственное информационно-технологическое подразделение.

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

В связи с ростом значения ИТ в обеспечении успеха фирмы подобная политика неприемлема. Общефирменное руководство должно в настоящее время найти ответы на следующие два вопроса.

Во-первых, нужно точно определить, какой вклад должна внести ИТ в процесс производства товаров и услуг. Внимания здесь заслуживают главным образом три аспекта: 1) ИТ как функция обеспечения производственного процесса, например, в области коммуникаций или автоматизации производства, а также при генерации и передаче управленческих знаний и информации для управления хозяйственными операциями; 2) ИТ как интегральная составная часть продукта; 3) ИТ как организационный инструмент для создания виртуальных форм предприятия.

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

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

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

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

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

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

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

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

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

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

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

Скачать:

Предварительный просмотр:

ERP - СИСТЕМА

(СИСТЕМА УПРАВЛЕНИЯ РЕСУРСАМИ ОРГАНИЗАЦИИ)

Шаранин Алексей Сергеевич, менеджер ФГУП «ЦАГИ»

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

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

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

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

Так как основным назначением ERP - систем является автоматизация процессов планирования, учета и управления по основным направлениям деятельности организации и поэтому ERP - систему в общих чертах можно рассматривать как интегрированную совокупность следующих основных подсистем (рис.1)  3  :

Рис.1 ERP - система

1. Управление финансами;
2. Управление материальными потоками;
3. Управление производством;
4. Управление проектами;
5. Управление сервисным обслуживанием;
6. Управление качеством;
7. Управление персоналом.

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

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

1. Денежные средства;
2. Материально-технические ресурсы;
3. Мощности (станки и оборудование, склады и места хранения, транспортные единицы, трудовые ресурсы и так далее).

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

Существует 5 основных причин, из-за которых организации берутся за внедрение ERP - систем  1  :
1) Интегрировать финансовую информацию. Когда руководитель пытается оценить работу организации, он может увидеть много разных «версий правды». Финансовый отдел предоставляет одну версию отчёта о доходах, отдел продаж – другую. Остальные подразделения могут показывать свои варианты того, каков их вклад в бизнес.
ERP - система создает один окончательный вариант правды, который не может никем оспариваться, поскольку все используют одну систему.
2) Интегрировать информацию о заказах. В ERP - системе заказ проживает всю свою жизнь – от момента появления во фронт - офисе, до той минуты, когда товар отгружается клиенту, а бухгалтерия выписывает ему счет. Имея информацию в одной системе, а не «размазанной» по множеству различных приложений, организации легче отслеживать заказ и координировать производство, складирование и отгрузку по всем подразделениям одновременно.
3) Стандартизировать и ускорить процесс производства. Производственные компании, особенно обладающие аппетитом приобретать и сливаться, часто обнаруживают, что многочисленные подразделения компании делают одно и то же, используя разные методы и разные компьютерные системы.

ERP - системы приходят со стандартными методами автоматизации определенных шагов производственного процесса. Стандартизация этих процессов и использование единой интегрированной системы экономит время, увеличивает производительность и уменьшает головную боль.
4) Уменьшить складские запасы. ERP - системы способствуют тому, что производственный процесс протекает более гладко, улучшается процесс исполнения заказа внутри организации. Организация теперь может запасать меньше сырья, необходимого для производства продукта, и хранить меньше готовой продукции на складах. Для того чтобы радикально улучшить всю цепочку поставок, может потребоваться специальный модуль SCM (Supply Chain Management – управление цепочками поставок), который сегодня входит в стандартную конфигурацию большинства ERP - систем.
5) Стандартизировать информацию по персоналу. В организациях с большим количеством различных бизнес - единиц отделы кадров часто не имеют единой унифицированной методики отслеживания рабочего времени персонала и работы с ним. Это положение может исправить ERP. Спеша сделать это, организации часто упускают из виду, что ERP дает не более чем общее представление того, как некая типичная организация делает свой бизнес. Реальность же намного сложнее, и каждая отрасль имеет «фишки», делающие бизнес организации уникальным. Так, большинство ERP - систем изначально разрабатывалось для использования предприятиями, производящими вещи, которые можно пересчитать или потрогать, то есть для дискретного производства. Сейчас ERP поставщики предлагают также решения для непрерывного производства и отраслевые решения для компаний, чьим продуктом являются различные процессы (нефтяные, химические или сервисные компании, которые оценивают свои продукты скорее в потоках, чем отдельных единицах).

Что может дать организации внедрение ERP - системы?  4 
1. Системы класса ERP представляют собой интегрированные информационные системы управления. Это означает, что:
системы не связаны с производственным процессом непосредственно, они не являются автоматизированными системами управления технологическими процессами, но имеют дело с моделью технологического процесса;
их работа состоит в улучшении деятельности организации, оптимизации материальных и финансовых потоков на основе вводимой на рабочих местах необходимой информации; в одной системе охватывается планирование и управление всей деятельностью производственного предприятия, начиная от закупки сырья и заканчивая отгрузкой товара потребителю; информация вводится в систему только один раз в том подразделении, где она возникает, хранится в одном месте, и многократно используется всеми заинтересованными подразделениями.
Как следствие, ERP - системы позволяют достичь согласованности работы различных подразделений, снижая при этом административные издержки и устраняя проблему интеграции данных для разных приложений. Эти системы являются инструментом повышения эффективности управления, принятия правильных стратегических и тактических решений на основе своевременной и достоверной информации, выдаваемой компьютером.
2. Использование ERP - систем позволяет достичь конкурентных преимуществ за счет оптимизации бизнес-процессов организации и снижения издержек.
Эти системы создавались как раз для управления себестоимостью продукции и достижения за счет этого конкурентных выгод. Поэтому системы реализуют методы планирования и управления, позволяющие:
регулировать количество запасов, устраняя их дефицит и залеживание, и тем самым значительно снизить омертвленные в запасах затраты и складские издержки; сократить незавершенное производство, поскольку производство планируется только на основе спроса на конечную продукцию, при этом производственные работы инициируются исходя из срока, к которому должен быть исполнен клиентский заказ; оценивать выполнимость поступивших заказов с точки зрения имеющихся в организации мощностей;
сократить расходы и время, затрачиваемые на изготовление продукции, за счет оптимизации бизнес-процессов; отслеживать фактическую производительность каждой производственной единицы и, сравнивая ее с плановой производительностью, оперативно вносить корректировки в производственные планы; в результате уменьшения цикла производства и цикла выполнения заказа более гибко реагировать на спрос;
улучшить обслуживание клиентов и заказчиков за счет своевременного исполнения поставок.
Реализованные в ERP - системах возможности гибкого управления себестоимостью продукции позволяют получать более высокую прибыль. Кроме этого, снижение себестоимости означает возможность варьировать рыночную цену продукции (в сторону понижения), что является мощным преимуществом в конкурентной борьбе.
Остается заметить, что внедрение ERP - системы конкурентом - это сигнал для принятия симметричного решения, поскольку автоматизированные системы управления являются действительно мощным инструментом бизнеса и средством выживания в нелегких рыночных условиях.
3. Внедренная ERP - система может помочь организации привлечь инвестиции. ERP - системы делают бизнес организации более прозрачным, что повышает доверие к нему со стороны инвесторов. Это особенно актуально в российских условиях. Последнее время отмечено формированием новой экономики, основным инфраструктурным элементом которой является сеть Интернет. Выводя часть своего бизнеса в Интернет, компании преследуют одновременно несколько целей: от сокращения издержек до улучшения обслуживания клиентов и организации нового онлайнового канала сбыта. Существует много схем электронной коммерции как в секторе B2C (например, создание Web-витрины или Интернет - магазина), так и в секторе B2B (к примеру, организация корпоративного портала или участие в работе виртуальной торговой площадки – e - marketplaces). Однако нужно четко понимать, что использование любой из этих схем не будет эффективным, если организация заранее не позаботилась о наведении порядка внутри своего бизнеса, о создании надежного бэк-офиса.
В качестве основы построения Интернет - решений практически всегда рассматриваются ERP - системы, обеспечивающие ресурсное планирование и интегрированное управление всеми бизнес-процессами организации. Грубо говоря, ERP - системы - это хребет, к которому монтируются Интернет - решения. Отсутствие четкой и надежной системы внутреннего планирования и контроля, интегрированной с внешним Интернет - решением, обрекает организацию в новой экономике на неудачу.
Таким образом, ERP - система (enterprise resource planning или «планирование ресурсов организации») - программная система, охватывающая ключевые процессы деятельности и управления, позволяющая получить самый общий взгляд на работу организации.

Список литературы

1. Акопян А.С. Проблемы создания системы управления интеллектуальной собственностью. М.: ТЕИС, 2007. 105 с.

2. Зинов В.Г. Управление интеллектуальной собственностью. – М.: Монолит, 2006. 128 с.

3. Румянцева З.П., Филинов Н.Б., Шрамченко Т.Б. Общее управление организацией: принципы и процессы. М.: ИНФРА-М, 2007. 358 с.

4. Самойлов Б.Л. Внедрение ERP – системы на предприятии. М.: Дело, 2007. 215 с.

5. Торбеев И.П. Общие сведения о системах управления интеллектуальной собственностью в организации. М.: Бизнес, 2007. 85 с.

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Курсовая работа

по дисциплине «Информационные технологии управления»

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

Введение

1. Системы управления ресурсами предприятия: понятие, сущность, классификация

2. Особенности и опыт внедрения систем управления ресурсами предприятия

2.2 Проблемы, возникающие при внедрении систем управления ресурсами предприятия

2.3 Опыт внедрения систем управления ресурсами предприятия Российскими компаниями

Заключение

Введение

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

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

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

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

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

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

Цель курсовой работы рассмотреть понятие, виды и особенности систем управления ресурсами предприятия.

Задачи курсовой работы:

Рассмотреть понятие систем управления ресурсами предприятия и их классификацию;

Изучить оценку эффективности внедрения систем управления ресурсами предприятия;

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

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

1. Системы управления ресурсами предприятия: понятие, сущность,

классификация

1.1 Системы управления предприятием и их классификация

Системы управления ресурсами предприятия делятся на следующие большие группы:

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

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

Системы верхнего уровня отличаются высоким уровнем детализации хозяйственной деятельности предприятия. Современные версии таких систем обеспечивают планирование и управление всеми ресурсами организации. При внедрении таких систем производится моделирование существующих бизнес-процессов и настройка параметров системы на требования бизнеса. Лидерами этого класса продуктов являются R/3, Baan IV, Oracle Application.

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

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

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

К концу 80-х годов идея создания единой модели данных в рамках целого предприятия заинтересовала ряд международных промышленных компаний, которые искали способ упростить управление производственными процессами. Первым шагом в данном направлении стала разработка концепции MRP (Materials Resource Planning -- планирование материальных ресурсов), рассматривавшей планирование материалов для производства. В ходе разработки концепции MRP американскими специалистами в области управления было замечено, что существует два типа материалов: с зависимым спросом (для выпуска десяти автомобилей нужно пятьдесят колес -- не больше и не меньше и при этом к определенному сроку) и с независимым спросом (типичная ситуация с запасами для торговых предприятий).

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

Однако у концепции MRP есть серьезный недостаток. Дело в том, что при расчете в рамках этой концепции потребности в материалах не учитываются ни имеющиеся производственные мощности, ни их загрузка, ни стоимость рабочей силы. Этот недостаток был исправлен в концепции MRP II (Manufacturing Resource Planning -- планирование производственных ресурсов). MRP II позволяла учитывать и планировать все производственные ресурсы предприятия -- сырье, материалы, оборудование, персонал и т.д.

По мере развития концепции MRP II к ней постепенно добавлялись возможности учета остальных затрат предприятия. Так появилась концепция ERP (Enterprise Resource Planning -- планирование ресурсов предприятия), называемая иногда также планированием ресурсов в масштабе предприятия (Enterprise-wide Resource Planning). В основе ERP лежит принцип создания единого хранилища данных (репозитария), содержащего всю деловую информацию, накопленную организацией в процессе ведения бизнеса, в частности финансовую информацию, данные, связанные с производством, управлением персоналом, и любые другие данные. Наличие репозитария избавляет от необходимости передавать данные от приложения к приложению. Кроме того, любая часть информации, которой располагает данная организация, становится одновременно доступной для всех работников, обладающих соответствующими полномочиями.

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

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

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

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

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

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

1.2 Характеристика и состав ERP-систем

В начале 1990-х гг. аналитическая компания Gartner Group ввела новое понятие. Системы класса MRPII в интеграции с модулем финансового планирования (Finance Requirements Planning - FRP) получили название систем планирования ресурсов предприятий (Enterprise Resource Planning - ERP). Иногда также встречается термин «планирование ресурсов в масштабах предприятия» (Enterprise-wide Resource Planning) .

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

Существует немало определений ERP-систем. Одно из них, наиболее часто встречающихся, следующее:

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

По первоначальному определению Американского общества по управлению производством и запасами (American Production and Inventory Control Society - APICS): «ERP - метод для эффективного планирования и контроля всех ресурсов, необходимых для того, чтобы принять, выполнить, отгрузить и учесть заказы клиентов в производственной, дистрибуторской или сервисной компании».

В последней редакции APICS: «ERP - это подход для организации, определения и стандартизации бизнес-процессов, необходимых, чтобы предприятие могло использовать внутренние знания для поиска внешнего преимущества».

ERP (Enterprise Resource Planning -- Управление ресурсами предприятия) - это методология эффективного планирования и управления всеми ресурсами предприятия, которые необходимы для осуществления продаж, производства, закупок и учета при исполнении заказов клиентов в сферах производства, дистрибуции и оказания услуг. Информационная система, действующая в рамках данной методологии, называется системой класса ERPERP-система интегрирует все отделы и функции компании в единую компьютерную систему, которая обслуживает специфичные нужды отдельных подразделений. С помощью системы происходит автоматизация и оптимизация процедур, образующих бизнес-процессы (прием, планирование и выполнение заказа; взаимодействие с имеющимися и потенциальными клиентами; ведение финансовой отчетности и т.д.) предприятия.

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

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

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

В типизированных ERP-системах реализованы следующие основные функциональные блоки:

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

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

Укрупненное планирование мощностей. Используется для конкретизации планов производства и определения степени их выполнимости.

Основной план производства (план-график выпуска продукции). Определяется продукция в конечных единицах (изделиях) со сроками изготовления и количеством.

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

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

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

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

Проверка и корректировка цеховых планов по мощностям.

Управление закупками, запасами, продажами.

Управление финансами (ведение Главной книги, расчеты с дебиторами и кредиторами, учет основных средств, управление наличными средствами, планирование финансовой деятельности и др.).

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

Управление проектами/программами.

Управление персоналом.

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

В соответствии с современными требованиями ERP-система должна помимо ядра, реализующего стандарт MRPII (или его аналога для непрерывного производства), включать следующие модули:

управления логистическими цепочками (Distribution Resource Planning - DRP);

усовершенствованного планирования и составления производственных графиков (Advanced Planning and Scheduling - APS);

управления взаимоотношениями с клиентами (Customer Relation Management - CRM, - ранее назывался модулем автоматизации продаж - Sales Force Automation - SFA);

электронной коммерции (Electronic Commerce - ЕС);

управления данными об изделии (Product Data Management - PDM);

надстройки Business Intelligence, включающий решения на основе технологий OLAP (On-Line Analytical Processing) и DSS (Decision Support Systems);

автономный модуль, отвечающий за конфигурирование системы (Standalone Configuration Engine - SCE);

окончательного (детализированного) планирования ресурсов FRP (Finite Resource Planning).

На рис. 1 для примера приведен состав ERP-системы BAAN IV, а на рис. 2 - показан пример взаимосвязи функциональных блоков ERP-системы.

Рисунок 1 - Структура ERP-системы BAAN IV

Рисунок 2 - Пример взаимосвязи функциональных блоков ERP-системы

1.3 Основные различия систем MRP и ERP

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

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

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

формирование планов продаж и производства;

планирование потребностей в материалах и комплектующих, сроков и объемов поставок для выполнения плана производства продукции;

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

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

оперативное управление финансами, включая составление финансового плана и осуществление контроля его исполнения, финансовый и управленческий учет;

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

Основные отличия систем заключаются в следующем.

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

ERP поддерживает планирование ресурсов по различным направлениям деятельности предприятия (а не только производства продукции).

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

В ERP-системах больше внимания уделено финансовым подсистемам.

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

ERP имеет повышенные требования к инфраструктуре (Internet/Intranet), масштабируемости (до нескольких тысяч пользователей), гибкости, надежности и производительности программных средств и различных платформ.

Повышены требования к интегрируемости ERP-систем с приложениями, уже используемыми предприятием (CAD/CAM/CAE/PDM-системами, АСУТП, системами управления документооборотом, биллинговыми системами и др.), а также с новыми приложениями (например, электронного бизнеса). При этом именно на базе ERP-системы осуществляется интеграция всех приложений, используемых на предприятии.

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

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

2. Особенности и опыт внедрения систем управления ресурсами

предприятия

2.1 Внедрение систем управления ресурсами предприятия

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

Создать у сотрудников всех уровней твёрдое ощущение неизбежности внедрения;

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

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

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

Повысить уровень мотивации сотрудников к освоению системы в форме поощрений и благодарностей;

Принять организационные меры к сокращению срока параллельного ведения дел.

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

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

Основными правилами организации рабочей группы являются следующие принципы:

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

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

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

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

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

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

Выбор ERP-системы, приобретение и внедрение, как правило, требуют тщательного планирования в рамках длительного проекта с участием партнёрской компании -- поставщика или консультанта.

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

2.2 Проблемы, возникающие при внедрении систем управления

ресурсами предприятия

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

Из чего складывается стоимость типичного проекта внедрения?

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

Второй обязательной компонентой стоимости является цена программного обеспечения СУБД, на базе которой работает система управления.

И, наконец, последняя и нередко самая весомая компонента - стоимость внедрения. Наиболее просто вычисляемым и удобным для покупателя является вариант «внедрения под ключ», но чаще встречается вариант оплаты по часам и по работам, перечень которых определяется по мере необходимости или предварительно, исходя из некоторого типового плана внедрения. Из практики работы на российском рынке можно оценить стоимость внедрения любого ПО СУР не менее чем стоимость всех перечисленных выше компонент ПО (стоимость которого принята за 1), то есть 1:1. Окончательная стоимость обычно бывает больше и достигает уровня 1:3-5.

Такой проект весьма длителен и дорогостоящ, а главное, крайне субъективен. По параметрам длительности и стоимости он сравним, если не превышает, сам проект внедрения. Типичными параметрами длительности такого проекта являются 6-9-12 месяцев по данным западной прессы, а в Российской практике еще больше, к тому же оценка результатов внедрения вещь весьма зыбкая. Опять же требуются очень высококвалифицированные специалисты по ИС и управлению бизнес-процессами для оценки возможных последствий внедрения, так что провести подобный проект «своими силами» практически невозможно. Как к тому же хорошо известно, далеко не всегда проект внедрения приводит к положительному результату, и уж точно трудно однозначно предсказать и оценить результаты внедрения до его полного завершения.

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

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

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

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

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

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

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

Внедрение системы управления ресурсами предприятием вносит существенные изменения в управление бизнес-процессами.

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

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

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

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

Сопротивление департаментов в предоставлении конфиденциальной информации уменьшает эффективность системы.

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

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

Небольшие компании не могут позволить себе инвестировать достаточно денег в ERP и адекватно обучить всех сотрудников.

Внедрение является достаточно дорогим.

Система может страдать от проблемы «слабого звена» -- эффективность всей системы может быть нарушена одним департаментом или партнёром.

Проблема совместимости с прежними системами.

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

2.3 Опыт внедрения систем управления ресурсами предприятия

российскими компаниями

ОАО «Новосибирский завод химконцентратов» (ОАО «НЗХК») - одно из крупнейших российских предприятий ядерного топливного цикла по выпуску топлива для энергетических и исследовательских реакторов, а также лития и соединений на его основе.

Ключевым вектором стратегии предприятия является повышение эффективности по всем направлениям. ОАО «НЗХК» инвестирует в техническое перевооружение производства, совершенствует систему корпоративного управления.

В рамках этого в 2007 г. было принято решение о внедрении ERP-системы на платформе SAP Business Suite.

Проект по созданию информационной системы управления ресурсами предприятия стартовал в 2007 году.

Команда консультантов «Астерос Консалтинг» (группы «Астерос») г. Москва, совместно со специалистами ОАО «НЗХК» выполнила проектирование, разработку и внедрение системы SAP. Система управления ресурсами поддерживает следующие бизнес-процессы:

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

управление закупками

управление запасами

управление сбытом

управление доходами и расходами

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

В ходе проекта консультанты разработали и внедрили решение по интеграции ERP с существующими системами:

расчета заработной платы

производственного цехового учета

конструкторско-технологической подготовки производства

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

Результаты проекта.

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

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

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

27 мая 2007 г. ОАО «Уралкалий» совместно с крупнейшим в мире производителем программного обеспечения Oracle и консалтинговой группой «Борлас» провёл мастер-класс по внедрению современной системы управления предприятием - Oracle E-Business Suite. «Уралкалий» внедрил систему в 2003 году одним из первых в России. Oracle и «Борлас» считают свой проект на березниковском калийном предприятии самым полномасштабным и удачным в СНГ. Поэтому они предложили «Уралкалию» продемонстрировать свой опыт другим российским компаниям.

На мастер-класс в ОАО «Уралкалий» собрались топ-менеджеры около 20 крупных российских корпораций, таких как ЗАО «ФосагроАГ», ОАО «Башкирская химия», ЗАО «Куйбышевазот», МГУП «Мосводоканал», ОАО «Мотовилихинские заводы».

Компании, внедряющие ERP-системы, демонстрируют тем самым собственную зрелость и готовность к новому этапу роста. Внедрение Oracle в «Уралкалии» - это пример того, как стратегически верное решение компании о применении современного IТ-инструментария даёт ей большое конкурентное преимущество. Дальнейшие планы предприятия связаны с наращиванием присутствия на мировом рынке и завоеванием лидерских позиций. Важнейшими составляющими успешности проекта является чёткое определение его целей и полная поддержка и участие руководства. Целью внедрения на предприятии было создание единого информационного пространства во всех сферах предприятия - поэтому и масштаб внедрения был огромен.

До внедрения Oracle в компании одновременно существовало 158 систем. «Островная» автоматизация приводила к нестыковкам систем, разнице в расчётах. Как следствие - бизнес не был прозрачен, а поддержка пользователей требовала огромных усилий. Сегодня на «Уралкалии» осталось 33 специализированные системы, которые интегрированы в Oracle E-Business Suite. Благодаря этому предприятие получило единый корпоративный IT-стандарт, которого придерживаются мировые лидеры бизнеса.

Новая система управления ресурсами предприятия позволила «Уралкалию» выйти на новый уровень конкурентоспособности путем повышения эффективности управления издержками, оптимизации и обеспечения прозрачности бизнес-процессов.

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

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

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

система управление ресурсы российский

Заключение

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

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

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

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

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

Если на предприятии нет систем управления ресурсами, то необходимо определится о целесообразности их внедрения.

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

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

Список использованных источников

1. Анхимюк В.Л., Олейко О.Ф., Михеев Н.Н. «Теория автоматического управления». - М.: Дизайн ПРО, 2002. - 352 с.: ил.

2. Бесекерский В.А., Попов Е.П. «Теория систем автоматического управления. - 4-е изд., перераб. и доп. - СПб.: Профессия, 2003. - 747 с.

3. Гаврилин Ю.Ф. и др. Информационные технологии управления: Учеб. пособие/Юж. -Урал. гос. ун- т, Фак. коммерции; Ю.Ф. Гаврилин, А.И. Демченко, В.М. Каточков. -Челябинск: Изд-во ЮУрГУ, 2003.

4. Гудвин Г.К., С.Ф. Гребе, М.Э. Сальдаго «Проектирование систем управления»; пер. с англ. - М.: БИНОМ, Лаборатория знаний, 2004. - 911 с.

5. Информатика. Учебник, под ред. Макаровой Н.В. М.: Финансы статистика, 2003, 768 с, ил.

6. Информационные технологии управления: Учеб. пособие для вузов по экон. Специальностям /Г.А. Титоренко, И.А. Коноплева, В.В. Брага и др.; Под ред. Г.А. Титоренко; Всерос. заоч. финансово-экон. ин-т. - М.: ЮНИТИ-Дана, 2007.

7. Информационные технологии управления: Учеб. пособие/Сост. Ю.М. Черкасов и др. - М.: ИНФРА-М, 2006.

8. Микита Р.М., Рогозов Р.М., Свиридов А.С., Стукотий Л.Н. Концепция построения информационной модели предприятия, 2005.

9. Научные основы организации управления и построения АСУ / Под ред. В.Л. Бройдо, В.С. Крылова. - М.: Высшая школа, 2006.

10. Пономарева К.В., Кузьмин Л.Г. Информационное обеспечение АСУ - М.: Высшая школа, 2002.

11. Теория автоматического управления: Учеб. для машиностроит. спец. вузов/В.Н. Брюханов, М.Г. Косов, С.П. Протопопов и др.; Под ред. Ю.М. Соломенцева. - 3-е изд., стер. - М.: Высш. шк.; 2003. - 268 с.: ил.

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

13. http://www.uralkali.com/press_center/news/detail.php?ID=221

14. http://www.asteros.ru/projects/fields/industry/?FIELD_URL=

industry&PAGEN_2=2

15. http://www.compress.ru/article.aspx?id=11760&iid=458

16. http://citforum.ru/cfin/articles/sys_upr.shtml

17. http://www.vestco.ru/tech/erp

18. http://www.frontstep.ru/services/complexERP/ERP/

Размещено на Allbest.ru

Подобные документы

Организационно-экономическая характеристика предприятия. Особенности обеспечения предприятия материалами и их потребление. Анализ управления материальными ресурсами на примере предприятия ОАО "Русполимет". Оценка показателей эффективности управления.

дипломная работа , добавлен 22.04.2013


Понятие, экономическая роль и система управления материальными ресурсами. Классификация материальных ресурсов. Организационно–экономическая характеристика ЧУП "Белпром". Анализ структуры энергоемкости, пути повышения эффективности использования сырья.

курсовая работа , добавлен 04.03.2010


Анализ хозяйственной деятельности и финансового состояния ООО "Оренбургрегионгаз". Оценка потоков поступлений и направлений использования финансовых ресурсов. Анализ себестоимости как одного из элементов управления финансовыми ресурсами предприятия.

дипломная работа , добавлен 13.05.2013


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

курсовая работа , добавлен 14.03.2015


дипломная работа , добавлен 20.09.2011


Современный подход к обеспечению трудовыми ресурсами предприятия, их структура. Цели и виды деятельности в обеспечении трудовыми ресурсами. Анализ обеспеченности ОАО "Каменская БКФ" трудовыми ресурсами. Среднесписочная численность работников предприятия.

курсовая работа , добавлен 24.09.2013


Методы и способы управления персоналом в системе менеджмента предприятия. Анализ основных показателей финансово-хозяйственной деятельности ООО "Волгоградрыба". Оценка обеспеченности предприятия трудовыми ресурсами и эффективности их использования.

контрольная работа , добавлен 24.03.2012


Экономическое управление транспортно-экспедиционной компанией в условиях рынка на примере ООО "ТЭК Русглобал". Система планирования работы экспедиционного предприятия. Мероприятия по развитию производственно-технической базы и обеспечению ресурсами.

курсовая работа , добавлен 16.05.2015


Уровень обеспеченности предприятия материальными ресурсами. Потребность в материальных ресурсах. Нормы расхода и нормативы складских запасов. Внешние и внутренние (собственные) источники. Показатели эффективности использования материальных ресурсов.

реферат , добавлен 02.12.2008


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

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

Качественное управление финансовыми и прочими ресурсами предприятия гарантирует востребованность услуг/продуктов компании и обеспечит ему стабильное положение на .

Объектами управления информационными ресурсами предприятия выступают:

• IT-проекты (их создание, внедрение и модернизация);
• программные комплексы и приложения, нацеленные на автоматизацию бизнес-процессов и поддержание работоспособности автоматизированных рабочих мест (АРМ);
• организационная структура службы информационных технологий (ее состав, задачи и функции);
• надлежащая инфраструктура (системное и техническое программное обеспечение, серверы, системы хранения данных, сети, средства разработки программного обеспечения и информационной безопасности).

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

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

Вслед за этим стали разрабатываться автоматизированные системы управления ресурсами предприятия по технологии ERP (от английского Enterprise Resource Planning, буквально – планирование ресурсов предприятия).

Программные продукты, реализующие стратегию ERP, стали именоваться .

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

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

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

Видео о внедрении ERP-систем в СССР:

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

Модули разнятся между собой содержанием и функционалом.

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

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

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

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

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

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

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

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

Глава 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. Настройка параметров синхронизации