. Определение и назначение КИС.

Работа добавлена на сайт samzan.net:

1. Определение и назначение КИС. Основные понятия и свойства.

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

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

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

Автоматизированные системы управления (АСУ);
Интегрированные системы управления (ИСУ);
Интегрированные информационные системы (ИИС);
Информационные системы управления предприятием (ИСУП).

Основные понятия, используемые в КИС.

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

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

Информационная система – это вся инфраструктура предприятия, задействованная в процессе управления всеми информационно-документальными потоками, включающая в себя следующие обязательные элементы:

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

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

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

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

Первое свойство КИС – способность предоставлять менеджменту компании информацию в оптимальном объеме и в кратчайшие сроки. Но современные КИС способны не только выдавать учетную информацию, но осуществлять некоторые основные функции менеджмента, а именно: планирование, контроль и, все чаще и чаще, прогнозирование. Для обеспечения этих функций необходим полный охват всех бизнес-процессов предприятия. То есть контур КИС должен совпадать с границами предприятия – внутренняя математическая и информационная модель должна строго соответствовать внутренней логике и сложившейся ситуации на предприятии. Но с недавнего времени ситуация стала меняться современные КИС стали приобретать новые функциональные модули, вводящие в контур информационной системы предприятия, бизнес-процессы, находящиеся на границе между предприятием и внешним окружением. КИС перестала быть замкнутым внутрикорпоративным инструментом – она стала взаимодействовать с внешним миром посредством различных модулей, таких как CRM или E-Business, получать информацию о ситуации на рынке, производить закупки товаров на площадках B2B. Постепенно в КИС добавляются функции, способные информировать менеджмент не только о процессах внутри компании, но и об их внешнем окружении. В чем же отличие информации, выдаваемой АСУ, от информации, которая была доступна руководству компании в докомпьютерную эпоху. Прежде всего, информация в среде КИС находится в постоянной досягаемости, и стоимость ее извлечения несравненно меньше, чем в традиционных системах отчетности. Во вторых, менеджмент имеет доступ к самой свежей информации, что позволяет принимать оперативные решения, соответствующие текущему положению, а не решения, основанные на интуиции и прошлогодней отчетности. В третьих, информация (при грамотном построении КИС) высшему менеджменту предоставляется именно в том объеме, который ему необходим. Нет необходимости вычленять из томов бухгалтерской отчетности нужные показатели – консолидированная отчетность всегда под рукой.

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

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

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

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

2. Стандарты управления: MPS, SIC, BOM. Краткая характеристика.

1.2. ПЕРВЫЕ СТАНДАРТЫ УПРАВЛЕНИЯ

Первым стандартом управления бизнесом был MPS (master planning scheduling). Суть этого метода заключается в том, что вначале составляется план продаж, в котором указывается объем спроса на продукцию компании с разбивкой как по периодам, так и по срокам. Укрупненный план продаж в этом случае составляется на основе маркетинговых данных, после чего план разбивается по периодам. В соответствие с этим планом формируется план закупок и производства для обеспечения спроса. Но у этого стандарта есть очень серьезные недостатки – он не учитывает динамики спроса и мало пригоден для планирования производства на крупных предприятиях с развитой номенклатурой как продукции, так и необходимых производственных материалов.

Следовательно, нужно прогнозировать спрос на длительное время вперед, учитывать длительность (а часто и сезон) производства и потребности в складских площадях. При этом объем заказа тоже часто не может быть выражен в произвольных цифрах. Это проблемы крупного опта. Но и мелкооптовая, и розничная продажи не статичны. Есть различия в потребности многих товаров, так, например, есть товары повседневного, регулярного спроса, но в то же время существуют и товары с абсолютно непредсказуемым спросом. Модель MPS не учитывает таких колебаний спроса. В ответ на это компании приходится держать достаточно крупные запасы любых товаров. В результате возникает «страховой запас» («Safety stock») в размере, например, суточной потребности (широко используется это понятие и в производстве с целью гарантировать ритмичный производственный процесс; кроме того, оно может быть использовано для обеспечения потребностей замены вышедшей из строя и предъявленной к гарантийному ремонту техники в торговле и во многих других случаях). Изучение динамики запасов производилось с использованием статистических методов (отсюда « статистическое управление запасами» - «statistical inventory control» - SIC). Появляются два ключевых понятия в управлении производством: «точка перезаказа» и «уровень пополнения». Точка «перезаказа» (reorder point) определяет уровень складских запасов при снижении планового запаса, ниже которого необходимо спланировать заказ поставщику.

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

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

спланировать спрос на ресурсы при производстве самолета не представляется возможным. Используя методологию SIC, мы должны были, прежде всего, понять, сколько деталей в самолете, закупить их к началу производства, а потом забирать его со склада. Но это влечет за собой повышение расходов на складирование, подчас очень существенное. Чтобы избежать такой ситуации, придумали очень оригинальное и простое решение – четко расписать структуру производимого объекта. Имея такую структуру, можно легко подсчитать необходимое количество ресурсов на каждом этапе производства. Эта структура получила название Bill of Material (BOM) –

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

То есть BOM – это перечень сырья, материалов и комплектующих, необходимых для производства конечного изделия, с указанием нормативов по их использованию, иерархическое описание структуры конечного изделия В качестве примера можно привести компьютер. Для фирмы сборщика BOM выглядит следующим образом (рис. 1.1). Список всех необходимых производственных элементов хранится в так называемом Item Master (IM) – списке всех необходимых номенклатурных единиц предприятия, в том числе и промежуточные производственные единицы. В этом списке хранятся все характеристики номенклатуры, включая общие физические параметры (единицы хранения, объем, вес, единицы измерения), параметры, регулирующие закупку (время закупки, требуемые характеристики поставщиков), параметры отгрузки, аналитика планирования (все необходимые параметры для каждого вида планирова-

ния), стоимостные характеристики. IM служит источником единиц для BOM.

Планирование происходит следующим образом.

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

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

(СТРУКТУРА BOM: Компьютер->(мышь, КВ, Монитор, Основной блок->(Винты, Sblive, Корпус, Video, CDRW, Винчестер, Материнская плата->(Винты, CPU, RAM, ASUS))))

3. История систем MRP, понятие MRP-алгоритма и MRP-методологии

2.1. СИСТЕМЫ КЛАССА MRP

МЕТОДОЛГОИЯ

АЛГОРИТМ, ИСТОРИЯ

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

Задача планирования потребностей в материалах (Materials Requirements Planning, MRP) оказалась той первой задачей, которая привела к созданию целой индустрии программного обеспечения для управления предприятием.

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

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

4. Терминология MRP-систем. MRP-система как черный ящик: входные данные, основные операции и выходные данные.

Входные данные. Программа производства (Основной Производственный План-график (ОПП), Master Production Schedule (MPS)) Система MRP осуществляет детализацию ОПП в разрезе материальных составляющих. Если необходимая номенклатура и ее количественный

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

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

Основные операции. На основании входных данных MRP система выполняет следующие основные операции:

- на основании ОПП определяется количественный состав конечных изделий для каждого периода времени планирования;

- к составу конечных изделий добавляются запасные части, не включенные в ОПП;

- для ОПП и запасных частей определяется общая потребность в материальных ресурсах в соответствии с ВМ и составом изделия с распределением по периодам времени планирования;

- общая потребность материалов корректируется с учетом состояния запасов для каждого периода времени планирования;

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

Выходные данные. Результатами работы MRP системы являются:

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

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

- изменения плана-графика снабжения – внесение корректировок в ранее сформированный план-график снабжения производства;

- ряд отчетов, необходимых для управления процессом снабжения

производства.

СХЕМА

1.MRP СИСТЕМА : 1.1 описание состояния материалов, 1.2 программа производства, 1.3 перечень состовляющих конечного продукта, 1.4 план заказов, 1.5 изменения к плану заказов, (1.6.1исполнгительный отчет, 1.6.2 отчет об "узких местах", 1.6.3 отчет по прогнозам)

5. MRP система. Основные функции MRP систем.

CRP

Но планирование только лишь потребностей в материальных ресурсах не может удовлетворить предприятие. В связи с этим появилась методология планирования производственных мощностей – CRP (Capacity Requirements Planning). Уровень сложности данной задачи существенно выше чем MRP, так как станки могут переналаживаться и использоваться для производства различных операций, кроме того, на различных станках может выполнять операции один рабочий, соответственно, кроме «машинного времени» существенное значение имеет и «рабочее время», опять же существуют графики сменности, перерывы и т.д. В массе простых систем CRP эти тонкости не учитываются, так как обычно производство имеет некоторый «задел» по мощности, что и «сглаживает» проблемы. Для более критичных процессов были разработаны специализированные системы планирования, учитывающие особенности загрузки рабочих центров и ограниченную их мощность, но об этом чуть ниже.

Основная задача методологии CRP - проверить выполнимость основного план-графика с точки зрения имеющегося оборудования и, если он выполним, оптимизировать загрузку производственных мощностей. Для работы CRP-модуля требуется следующая входная информация. Составленный MRP-модулем график заказов на закупку/производство материалов и комплектующих (Planned Order Schedule).

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

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

MRP-система в целом

1.описание плановых единиц и уровней планирования

2. описание спецификаций планирования

3. формирование основного производственного плана графика

MRP-подсистема

1.управление изделиями (описание материалов, комплектующих и единиц готовой продукции)

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

3. управление конфигурацией изделия (состав изделия)

4. ведение ведомости материалов

5. расчет потребности в материалах

6. формирование MRP заказов на закупку

7. формирование MRP заказов на перемещение

CRP-подсистема

1. рабочие центры (описание структуры производственных рабочих центров с определением мощности)

2.машины и механизмы (описание производственного оборудования с определением нормативной мощности)

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

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

5.расчет потребностей по мощностям для определения критической загрузки и принятия решения

6. История систем MRPII. Замкнутый цикл. Структура MRPII-систем.

СИСТЕМЫ КЛАССА MRPII

На планирование потребностей в материалах влияет точность спецификаций и записей о состоянии запасов. Допущенная ошибка может привести к тому, что будет вычислено неправильное количество или заказаны не те компоненты, эта ошибка не может быть исправлена до тех пор, пока не будет обнаружена физически, и часто на это уходит несколько недель. Надежность и быстродействие ранних систем означали, что на прогон системы уходило очень много времени: от 24 до 48 часов. Поэтому прогоны делались нечасто, и было невозможно проверять выполнимость основного плана производства посредством повторных прогонов алгоритма MRP. Поэтому основной план часто не выполнялся и устаревал. Также было невозможно быстро корректировать данные или отражать в плане изменения, каждодневно возникающие на складах и на производстве. Изобретение менее дорогостоящих вычислительных систем реального времени и опыт работы с MRP привели к разработке в конце 70-х годов систем MRP в замкнутом цикле, которые нашли в настоящее время широкое применение. Термин «замкнутый цикл» означает, что функционирование системы происходит с учетом обратной связи от одной функции к другой. Здесь уже другие требования к планированию материалов. Информация передается обратно через вычислительную систему, но при этом никакие действия не предпринимаются. Принятие решения о корректировке плана остается за человеком. Такие системы получили название MRPII, причем отличие заключается не только а аббревиатуре, но и в содержании слов, составляющих аббревиатуру - планирование производственных ресурсов (Manufacturing Resources Planning).

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

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

дулей (см. рис.2.2):

1) планирование развития бизнеса (составление и корректировка биз-

нес-плана);

2) планирование деятельности предприятия;

3) планирование продаж;

4) планирование потребностей в сырье и материалах;

5) планирование производственных мощностей;

6) планирование закупок;

7) выполнение плана производственных мощностей;

8) выполнение плана потребности в материалах;

9) осуществление обратной связи.

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

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

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

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

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

Модуль обратной связи позволяет обсуждать и решать возникающие проблемы с поставщиками комплектующих материалов, дилерами и партнерами. Тем самым, этот модуль собственно и реализует знаменитый «принцип замкнутой петли» (closed loop principle) в системе. Обратная

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

7. MRPII система - как черный ящик

На рис. 2 показаны входные и выходные параметры для MRPII-системы. Легко видеть, что эти параметры практически совпадают с параметрами для MRP-системы, но к обычной линейной последовательности операций добавляются две петли обратной связи: петля обратной связи по доступным материалам для производства, и петля обратной связи по доступным производственным мощностям.

8.Обратная связь (feedback) и её роль в MRPII-системе. Горизонт планирования. Преимущества использования систем MRPII.

Обратная связь (feedback) и её роль в MRPII-системе

Чрезвычайно важно обратить внимание на функции обратной связи (feedback) в MRPII-системе. Например, если поставщики не способны поставить материалы/комплектующие в оговоренные сроки, они должны послать отчет о задержках, сразу, как только они узнают о существовании этой проблемы. Обычно, стандартная компания имеет большое количество просроченных заказов с поставщиками. Но, как правило, даты этих заказов не отражают в достаточной степени дат реальной потребности в этих материалах. На предприятиях же, управляемых системами класса MRPII, даты поставки являются максимально близкими к времени реальной потребности в поставляемых материалах. Поэтому крайне важно заранее поставить систему в известность о возможных проблемах с заказами. В этом случае система должна сгенерировать новый план работы производственных мощностей, в соответствии с новым планом заказов. В ряде случаев, когда задержка заказов далеко не является исключением, в MRPII-системе задаётся объем минимального поддержания запасов "ненадежных" материалов на складе (safety stock).

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

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

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

Любая MRPII-система обладает определенным инструментарием для проведения планирования. Нижеперечисленные системные методологии являются фундаментальными рычагами управления любой MRPII-системы:

1. Методология расчёта и пересчета MRP и CRP планов.

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

3. Методология описания рабочих и нерабочих дней для планирования ресурсов.

4. Установление горизонта планирования (planning horizon) - промежутка времени, на который составляется план на уровне отдельного предприятия.

Горизонт планирования (planning horizon, time fence (временные рамки)) - период времени, в течение которого система планирования «видит» плановые показатели. Обычно горизонт планирования не выбирается меньше периода оборачиваемости средств или максимальной длительности производства продукции.

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

Преимущества использования систем MRPII

1.улучшить обслуживание заказчиков - за счет своевременного исполнения поставок

2.сократить цикл производства и цикл выполнения заказа - следовательно, бизнес будет более гибко реагировать на спрос

3.сократить незавершенное производство - работа не будет выдаваться, пока не потребуется "точно ко времени" для удовлетворения конечного спроса

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

5.сбалансировать запасы - будет меньше дефицита и меньше устаревших запасов

6.повысить производительность - людские ресурсы и материалы будут использоваться в соответствии с заказами с меньшими потерями; можно использовать анализ "что-если", чтобы проверить, соответствует ли производство задачам предприятия по получению прибыли

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

9. Функционирование MRPII. Достоинства MRP II.

Достоинства MRP II:

1 прежде всего, сохранены все достоинства MRP;

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

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

В то же время длительный процесс внедрения MRP II позволил выявить ряд недостатков, в числе которых:

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

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

3 в системах MRP II отсутствует управление затратами;

4 отсутствие интеграции с другими подразделениями предприятия. Именно эти проблемы была призваны решить системы нового класса – ERP.

Можно рассматривать три направления в деятельности любого производственного предприятия, как показано на рис. 4. Функции MRPII показаны справа. Планирование выпуска и сбыта продукции->Планирование производства->диспетчерирование производства, управление закупками.

10. Определение ERP, понятие ERP алгоритма и ERP методологии. Отличие ERP от MRPII

Определение ERP

Основные понятия производственного менеджмента (в том числе и термин «ERP») можно считать вполне устоявшимися. В этой области признанным «стандартом де-факто» служит терминология Американской ассоциации по управлению запасами и производством (American Production and Inventory Control Society, APICS). Основные термины и определения приводятся в Словаре APICS, который регулярно обновляется по мере развития теории и практики управления. Именно в этом издании содержится наиболее полное и точное определение ERP-системы.

В соответствии со Словарем APICS, термин «ERP-система» (Enterprise Resource Planning - Управление ресурсами предприятия) может употребляться в двух значениях.

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

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

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

Отличия ERP от MRPII.

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

Проведем сравнительную характеристику систем двух классов - ERP и MRPII.

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

ERP-системы создаются для больших многофункциональных и территориально распределенных производственных корпораций (например, холдингов, ТНК, ФПГ и т. д.). MRPII-системы ориентированы на рынок средних предприятий, которым не требуется вся мощность ERP-систем.

Собственно, различие MRPII- и ERP-систем понятно уже из их названия: с одной стороны, планирование корпоративных ресурсов (Enterprise Resources Planning), с другой - планирование производственных ресурсов (Manufacturing Resources Planning).

Существенные же отличия ERP от MRP II можно выразить следующей формулой:

ERP = MRPII + реализация всех типов производства + интегрирование планирования ресурсов по различным направлениям деятельности компании + многозвенное планирование

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

В то же время среди ERP, MRPII-систем не все могут предложить решения по системе планирования и управления производством процессного типа.

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

Безусловными лидерами являются системы SAP R/3 немецкой компании SAP AG, Oracle Applications американской компании Oracle и Baan, разработанная нидерландской компанией Baan (в мае 2000 года компания Baan была приобретена британским холдингом Invensys). Иногда к этому "элитному" списку добавляют OneWorld компании J.D.Edwards и PeopleSoft, выпускаемую одноименной компанией.

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

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

ХАРАКТЕРИСТИЧЕСКИЕ ЧЕРТЫ ERP-СИСТЕМ

Главная цель концепции ERP - распространить принципы MRPII (Manufactory Resource Planning, планирование производственных ресурсов) на управление современными корпорациями. Концепция ERP представляет собой надстройку над методологией MRPII. Не внося никаких изменений в механизм планирования производственных ресурсов, она позволяет решить ряд дополнительных задач, связанных с усложнением структуры компании.

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

Системы класса ERP отличает набор следующих свойств:

1.универсальность с точки зрения типов производств;

2.поддержка многозвенного производственного планирования;

3.более широкая (по сравнению с MRPII) сфера интегрированного планирования ресурсов;

4.включение в систему мощного блока планирования и учета корпоративных финансов;

5.внедрение в систему средств поддержки принятия решений.

ВОЗМОЖНОСТЬ ПЛАНИРОВАНИЯ ПРОИЗВОДСТВА ВСЕХ ТИПОВ В РАМКАХ ОДНОЙ СИСТЕМЫ

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

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

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

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

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

ОБЕСПЕЧЕНИЕ МНОГОЗВЕННОГО ПРОИЗВОДСТВЕННОГО ПЛАНИРОВАНИЯ

Большие производственные объединения, распределенные территориально, могут состоять из обособленных структурных подразделений или филиалов (звеньев). Каждый филиал, как правило, имеет отдельный законченный производственный процесс. Однако зачастую подразделения связаны между собой цепочкой поставок некоторых единиц продукции. Это усложняет процесс планирования деятельности, как отдельных подразделений, так и всего производственного объединения. Чтобы предотвратить простои и перегрузки отдельных производств из-за непоставленных вовремя деталей, план-графики закупок/производства различных производственных подразделений компании должны быть согласованы между собой.

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

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

РАСШИРЕНИЕ СФЕРЫ ИНТЕГРИРОВАННОГО ПЛАНИРОВАНИЯ РЕСУРСОВ

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

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

В связи с этим, в ERP-системах появляются следующие дополнительные подсистемы:

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

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

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

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

3.2 организовать сбалансированное распределение материалов и продукции по складам компании;

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

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

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

Несмотря на довольно широкую функциональность, ERP-системы не являются полностью интегрированными системами управления: на многих предприятиях существуют подразделения, деятельность которых хотя и связана с производственным процессом, однако не укладывается в существующую идеологию MRPII- / ERP-систем. Для автоматизации работы таких подразделений используются свои системы. Речь идет, например, о системах автоматизированного проектирования (САПР), системах конструкторской и технологической подготовки производства (PDM-системы - Product Data Management). Поэтому реально ERP-системы (так же, как и MRP II-системы) практически всегда используются совместно с подобными подсистемами.

ПЛАНИРОВАНИЕ И УЧЕТ КОРПОРАТИВНЫХ ФИНАНСОВ

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

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

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

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

4 ведение финансового планирования;

5 ведение расчетов с дебиторами и кредиторами;

6 наличие аппарата для отслеживания возвращаемости кредитов, включающего ведение истории отношений с кредиторами, анализа состояния их дел, поиск сведений о них;

7 полная интеграция с данными других подсистем ERP-систем.

ВКЛЮЧЕНИЕ В СИСТЕМЫ МОЩНЫХ СРЕДСТВ ПОДДЕРЖКИ ПРИНЯТИЯ РЕШЕНИЙ

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

Приведем некоторые возможности систем поддержки принятия решений:

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

2 анализ деятельности отдельных подразделений;

3 агрегирование данных из различных подразделений;

4 анализ показателей различных направлений финансово-хозяйственной деятельности предприятия для выделения перспективных и убыточных направлений бизнеса;

5 выявление тенденций, развивающихся как внутри предприятия, так и на рынке.

13. Системы класса CRM. Что такое CRM? Пирамида ценностей в эпоху CRM.

ОПРЕДЕЛЕНИЕ CRM

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

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

В настоящее время к конкуренции на мировом рынке товаров и услуг применим эпитет «ожесточенная». С одной стороны, доходность бизнеса снижается из-за пересыщенности внутренних рынков сходными товарами и услугами, а также из-за сложностей при организации экспорта на другие региональные рынки. С другой стороны, владельцы бизнеса требуют от менеджмента повышения прибыли, объемов продаж. Андрей Павлов [Павлов 2003] замечательно показывает полный круг проблем современного менеджмента предприятия.

Частичное (почему частичное - см. 7.4) и в настоящее время относительно широко используемое решение здесь состоит в согласованных действиях ВСЕГО ПРЕДПРИЯТИЯ, а не только отдела маркетинга, по поиску, привлечению и, главное, удержанию клиента.

Управление отношениями с клиентами (Customer Relations Management, CRM) - это стратегия, основанная на применении таких управленческих и информационных технологий, с помощью которых компании аккумулируют знания о клиентах для выстраивания взаимовыгодных отношений с ними.

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

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

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

РЫНОК CRM

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

CRM-продукты, предлагаемые западными поставщиками, можно классифицировать по семи основным категориям:

1 SFA (Sales Force Automation) - автоматизация деятельности торговых представителей;

2МА (Marketing Automation) - автоматизация деятельности маркетинга;

3CSA, CSS (Customer Service Automation, Customer Service Support) - автоматизация службы поддержки и обслуживания клиентов;

4Call/Contact Center Management - центры обработки вызовов, контакт-центры;

5Field Service Management - управление территориально удаленными подразделениями или пользователями;

6PRM (Partner Relationship Management) - управление взаимоотношениями с партнерами (не поставщиками, а элементами товаропроводящей сети, разделяющими риски);

7Help Desk - техническая поддержка пользователей.

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

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

14. Цели, процессы, структура. Обзор CRM-решений в России.

СИСТЕМЫ КЛАССА CRM

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

В случае CRM (customer relationship management — «управление отношениями с заказчиками») дело обстоит иначе: именно эти приложения образуют внешний интерфейс с автоматизированными системами заднего плана (back-office). CRM выбирает всю необходимую информацию от систем ERP и дает возможность предприятию накапливать и анализировать данные о клиентуре.

Технология CRM изначально появилась как метод автоматизации функций переднего плана. Адресные книги торговых агентов заменялись системами управления контактами, сотрудники, занимающиеся обслуживанием клиентов, начали получать необходимую им информацию через операторские центры, а отделы маркетинга стали более эффективно управлять массовыми прямыми рекламными рассылками. В какой-то степени первое поколение решений CRM шло по стопам ERP. Нынешнее поколение CRM больше ориентировано на Internet. При этом Internet не только предоставляет еще одну платформу для отделов продаж, маркетинга и обслуживания клиентов, но и увеличивает число возможных точек соприкосновения клиента с организацией (личные встречи, почта, телефон, Internet, электронная почта). Организации становится труднее отслеживать все контакты с отдельным клиентом. В развитии CRM важную роль играет технологическая база: это заставляет компании больше учитывать то, что дает технология, а не то, чего на самом деле хотят заказчики. А хотят они, например, иметь надежные каналы коммуникаций, по которым могли бы в любом месте и в любое время получать информацию о компании, ее продуктах и услугах. Это означает, что компаниям пора включать mobile CRM (mCRM) в свою стратегию.

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

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

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

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

На рис. 2.4 показана упрощенная структура информационных процессов в рамках CRM.

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

(Цикл информационных процессов в CRM )

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

3,4 - ДЕЙСТВИЯ; 5,1,2 - АНАЛИЗ И ИЗУЧЕНИЕ;

(Цикл информационных процессов в CRM )

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

15. Электронный документооборот. Управление документооборотом. Определение системы ЭД и ее отличительные свойства.

ЭЛЕКТРОННЫЙ ДОКУМЕНТООБОРОТ – ОСНОВНЫЕ ПОНЯТИЯ И ОПРЕДЕЛЕНИЯ

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

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

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

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

Перечислим основные действия с документами, которые выполняются на предприятии:

- Создание документа ( документирование): для каждого документа определен набор реквизитов [7] (напр. : дата и время создания, автор и т.д.).

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

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

- Хранение документа: после того, как документ был исполнен, он поступает в архив.

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

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

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

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

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

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

Отличительными свойствами СЭД являются:

- Ведение электронного архива документов.

- Управление жизненным циклом информации.

- Управление процессом создания, сбора, обработки и распространения корпоративной информации.

- Наличие средств контроля исполнения поручений.

- Управление содержимым корпоративных Web-ресурсов.

- Интеграция с офисными приложениями и корпоративными информационными системами.

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

16. Место системы электронного документооборота в корпоративной системе управления предприятием. Элементы СЭД как отдельные системы.

Место системы электронного документооборота в корпоративной системе управления предприятием представлено на рис. 6.1.

(рис: Взаимодействие подсистем управления предприятием посредством системы ЭД

(документооборот):

-руководство

- производство

- бюджетирование

- удаленные офисы

- клиенты

- партнеры

- логистика

- маркетинг

- сбыт и снабжения

)

Перечислим наиболее очевидные области применения СЭД, помимо использования в КИС предприятия:

- государственные судебно-исполнительные и законодательные ин-ституты, нотариаты, адвокатуры;

- аудиторские фирмы;

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

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

Полнотекстовый поиск является мощным средством анализа массивов документов, начиная от газетных статей и заканчивая документами, выпущенными правительством. В этой связи показателен пример системы университетской информационной системы RUSSIA (Russian inter-University Social Sciences Information and Analytical Consortium, http://www.cir.ru), в которой использованы инструменты восприятия документов (через сканирование, распознавание и автоматическую категоризацию) и поиска документов (полнотекстового и по категориям).

Системы управления версиями очень распространены в индустрии разработки программного обеспечения и автоматизированного проектирования. Здесь наиболее известные подходы – CVS (Concurrent Version Management), RCS (Reverse Edit Scripts).

Цифровые библиотеки (Digital Libraries) ориентированы на хранение и поиск сложных по структуре, многоформатных, многокомпонентных элементов (например, графика, звук, видео, текст). Наиболее яркий пример – цифровая Библиотека Конгресса США.

17. Особенности внедрения систем электронного документооборота. Примеры систем электронного документооборота.

ПРИМЕРЫ СИСТЕМ ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА

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

1. Системы западного производства. Среды разработок.

2. Системы локального (Россия, Украина) производства, в основе которых лежит Lotus Domino/Notes.

3. Полностью локальные разработки.

К первой группе относят такие три западные системы (среды разработок):

- Documentum.

- DOCSOpen/DOCSFusion.

- Lotus Domino.Doc.

При этом на данный момент наиболее активны по количеству внедрений на рынке системы Documentum и DOCSOpen/DOCSFusion. Эти системы, в основном, предназначены для крупных предприятий.

Ко второй группе можно отнести следующие компании и системы:

- CompanyMedia – ИнтерТраст.

- OfficeMedia – ИнтерТраст.

- БОСС-Референт – АйТи.

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

Системы, которые можно отнести к третьей группе:

- 1C:Архив - 1C.

- RBC Docs - РБК СОФТ.

- DocsVision - Digital Design.

- IIG Intravert – IIG.

- IT -Inco – IncoFlow.

- LanDocs – Ланит.

- Optima-WorkFlow – Optima.

18.Что такое ЭЦП? Шифрование. Управление системой ключей в СЭД.

ЭЛЕКТРОННАЯ ЦИФРОВАЯ ПОДПИСЬ

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

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

Таким образом, в отличие от собственноручной подписи, ЭЦП неразрывно связана не с определенным лицом, а с документом и секретным ключом. Если дискетой с вашим секретным ключом завладеет кто-то другой, то он, естественно, сможет ставить подписи за вас. Однако вашу ЭЦП нельзя перенести с одного документа на какой-либо другой, ее невозможно скопировать, подделать — под каждым документом она уникальна. Процедуры хранения, использования, обновления и уничтожения ключей достаточно подробно расписаны в различных методических рекомендациях к системам ЭЦП.

ШИФРОВАНИЕ

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

УПРАВЛЕНИЕ СИСТЕМОЙ КЛЮЧЕЙ В СЭД

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

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

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

19. Пакет документов. Сертификация и лицензирование. Применение систем ЭЦП.

О ЛИЦЕНЗИРОВАНИИ

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

ПРАКТИКА ПРИМЕНЕНИЯ СИСТЕМ ЭЦП

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

программой в бланки для экранных и печатных форм. Электронная подпись ставится именно под отправляемым блоком изменяемых полей документа, а не под его изображением. Если формат сообщений сторонами изначально не согласован и не закреплен в специальном документе подписями и печатями, то в суде окажется очень трудно доказать, в какое поле экранной или печатной формы платежного поручения должно подставляться соответствующее значение из электронного документа. И тогда подписанный и переданный файл не будет иметь юридического значения. Согласно действующим положениям, электронные документы должны храниться столько же, сколько и бумажные (например, платежные поручения — 5 лет). Хранение файлов на магнитных носителях в течение такого срока может привести к их утрате, поэтому рекомендуется формировать архивы электронных документов на компакт-дисках. Одной из типичных ошибок организаторов систем ЭДО является архивное хранение документов в зашифрованном виде. Считается, что если документы передаются по открытой сети зашифрованными (для обеспечения конфиденциальности), то и хранить их нужно так же. Но тогда при физической утрате ключевой дискеты или невозможности считать с нее секретный ключ весь зашифрованный архив станет недоступным. Кроме того, возникает необходимость либо хранить все секретные ключи за всю историю работы системы (регулярно проверяя их читаемость), либо вновь зашифровывать и перезаписывать архивы при каждой смене ключевых дискет.

В действительности, после получения электронного документа адресатом потребность в шифровании отпадает. Задачу защиты от несанкционированного доступа к документам в своей локальной сети каждый решает сам. А для проверки ЭЦП отправителя ключевая дискета вообще не нужна — достаточно иметь открытый ключ ЭЦП отправителя или справочник открытых ключей, в котором он содержится. Документы, хранящиеся в электронном архиве, при необходимости можно распечатывать. При этом ЭЦП распечатывается в шестнадцатеричном виде. «Качество» подписи в таком случае не снижается, а в программу проверки, как правило, ее можно ввести и вручную. Если формат документов в системе описан нестрого (допускается, например, использовать два пробела вместо одного, или знаки табуляции вместо группы пробелов, или неотображаемые при печати символы), то и печатный текст самого документа необходимо продублировать в шестнадцатеричном виде. Иначе будет очень затруднительно воспроизвести оригинал документа на компьютере по его распечатанной копии. Наличие любого незамеченного или лишнего пробела либо знака приведет к тому, что программа проверки признает ЭЦП неверной.

20. Жизненный цикл программного обеспечения. Модели жизненного цикла.

ЖИЗНЕННЫЙ ЦИКЛ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

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

Традиционно выделяются следующие основные этапы ЖЦ ПО:

- анализ требований;

- проектирование;

- кодирование (программирование);

- тестирование и отладка;

- эксплуатация и сопровождение.

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

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

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

МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА ПО

Каскадная модель

Каскадная модель жизненного цикла («модель водопада», англ. waterfall model) была предложена в 1970 г. Уинстоном Ройсом. Она предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе. Требования, определенные на стадии формирования требований, строго документируются в виде технического задания и фиксируются на все время разработки проекта. Каждая стадия завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.

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

1Формирование требований;

2Проектирование;

3Реализация;

4Тестирование;

5Внедрение;

6Эксплуатация и сопровождение.

Спиральная модель

Спиральная модель (англ. spiral model) была разработана в середине 1980-х годов Барри Боэмом. Она основана на классическом цикле Деминга PDCA (plan-do-check-act). При использовании этой модели ПО создается в несколько итераций (витков спирали) методом прототипирования.

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

На каждой итерации оцениваются:

-риск превышения сроков и стоимости проекта;

-необходимость выполнения еще одной итерации;

-степень полноты и точности понимания требований к системе;

-целесообразность прекращения проекта.

Один из примеров реализации спиральной модели — RAD (англ. Rapid Application Development, метод быстрой разработки приложений).

Итерационная модель

Естественное развитие каскадной и спиральной моделей привело к их сближению и появлению современного итерационного подхода, который представляет рациональное сочетание этих моделей. Различные варианты итерационного подхода реализованы в большинстве современных технологий и методов (RUP, MSF, XP).

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

Процесс разработки и внедрения КИС исполняется по следующему сценарию:

1. Анализ существующих систем или разработка требований к создаваемой системе.

2. Типовой процесс внедрения.

2.1. Разработка стратегии автоматизации.

2.2. Анализ деятельности предприятия.

2.3. Реорганизация деятельности.

2.4. Выбор системы.

2.5. Внедрение системы.

2.6. Эксплуатация.

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

*f(sys)|что делает|выигрыш%

--Блок проектирвоания--

*Item Part Number Control (Управление структурой изделия)|Управляет структурой изделия с точностью до комплектующих (узлов и агрегатов)|Повышение точности данных для планирования производственной деятельности, обеспечение стыка с системами проектирования%

*Bill of Materials Control (Управление спецификациями продуктов)|Контролирует весь перечень материалов, требуемых для производства конечного изделия (как количественно, так и в финансовом эквиваленте)|Повышение точности данных для планирования производственнойдеятельности, обеспечение стыка с системами проектирования%

--Блок контроля инженерной документации --

*Routings (Маршрутизация)|Управляет распределением потока заказов по цехам (рабочим местам)|Оптимальная загрузка цехов (оборудования)%

*Estimating (Смета)|Оценка влияния изменений|Точный учет затрат, связанных с изменениями%

*Design Engineering (Разработка технологии)|Подготавливает технологию выпуска продукции|Оптимальная технология выпуска продукции%

--Блок управления закупками--

*Vendor Performance (Исполненные поставки)|Учет исполнения запланированных поступлений|Точный учет запасов, повышение достоверности планирования%

*Purchase Order Management (Управление заказами на закупку)|Планирование и ввод заказов на закупку|Сокращение материальных запасов за счет обеспечения поставок в требуемый срок%

*Subcontract Purchase Orders (Заказы на закупку по субконтрактам)|Планирование и ввод заказов на закупку, выполняемых субподрядчиками|Сокращение материальных запасов за счет обеспечения поставок в требуемый срок%

--Блок управления материальными запасами--

*Inventory Control (Управление запасами)|Планирование и учет запасов|Сокращение материальных запасов за счет планирования поставок к требуемому сроку%

*Master Production Scheduling (План-график выпуска продукции)|Среднесрочный объемно-календарный план выпуска продукции|Выпуск продукции к требуемому сроку, сокращение издержек на хранение продукции%

*Material Requirements Planning (Планирование потребностей в материалах)|Планирование необходимых материалов по количеству и срокам|Сокращение времени простоя из-за нехватки материалов, сокращение материальных запасов%

*Lot/Serial Tracking (Отслеживание партий/серий)|Учет выпуска партий продукции|Повышение точности планирования продаж, сокращение материальных запасов%

*Rough-Cut Capacity Planning (Укрупненное планирование мощностей)|Планирование необходимых мощностей на основании требуемых для выпуска видов продукции ресурсов|Оптимальная загрузка критических ресурсов под виды продукции%

--Производственный блок--

*Shop Floor Control (Управление на уровне производственного цеха)|Составление оперативных(дни-месяц) план-графиков|Оптимальная загрузка цеха, детальное планирование выпуска продукции%

*Capacity Requirements Planning (Планирование потребностей в мощностях)|Детальное планирование потребных мощностей до уровня рабочих центров|Оптимальная загрузка всех рабочих мест%

*Project Control (Управление проектом)|Управление проектами предприятия|Выполнение проектов с требуемым качеством в заданные сроки%

--Блок управления издержками--

*Job Costing (Трудовые издержки)|Рассчитывает трудозатраты|Выделение затрат, связанных с работой персонала%

*Cash Flow Analysis (Анализ наличных потоков)|Анализ всех денежных потоков предприятия|Оптимальное регулирование денежных потоков%

*Actual Costs (Действительные издержки)|Расчет реальной себестоимости|Выявление неэффективных участков и технологий%

*Standard Costs (Нормативная стоимость)|Расчет плановой себестоимости|Поддержка процесса снижения издержек%

*Work Breakdown Structure (Стоимость этапов работ)|Расчет себестоимости работ по отдельным этапам |Поддержка процесса снижения издержек%

--Блок управления финансами--

*Accounts Receivable (Выставленные счета)|Выставление счетов к оплате |Учет выставленных счетов%

*Accounts Payable (Оплаченные счета)|Регистрация оплаты счетов|Учет реальной оплаты выставленных счетов%

*General Ledger (Главная книга)|Учет всех бухгалтерских операций|Реальная картина текущего баланса%

*Multi-Company Consolidation (Консолидация баланса от многих компаний)|Объединение баланса нескольких дочерних компаний|Реальная картина баланса нескольких компаний%

*Foreign Currency Conversion (Конвертор валют)|Работа с несколькими валютами|Возможность осуществления расчетов в нескольких валютах%

--Блок маркетинга/продаж--

*Sales Order Management (Управление заказами на продажу)|Учет заказов на продукцию|Оптимальная загрузка производства%

*Order Configurator (Конфигурация заказов)|Планирование последовательности заказов|Оптимальная загрузка складов, поддержка процесса оптимизации денежных потоков%

*Billing/Invoicing (Выставление счетов-фактур)|Ведение книги продаж/покупок|Соответствие законодательству, сокращение затрат%

*Full Sales Analysis (Полный анализ продаж)|Анализ всех аспектов продаж|Повышение достоверности прогнозирования/планирования%

*Commission Calculation/Reporting (Расчет комиссионных/ отчетность)|Расчет скидок/комиссионных|Гибкая работа с поставщиками и потребителями%

*Sales Forecasting/Rollups (Прогнозирование продаж)|Подготовка исходных данных для производственых планов верхнего уровня|Повышение достоверности планирования%

*Quoting (Квотирование)|Квотирование продаж |Повышение прибыли за счет управления спросом %

22. Разработка стратегии автоматизации. Определение. Анализ и реорганизация деятельности предприятия.

РАЗРАБОТКА СТРАТЕГИИ АВТОМАТИЗАЦИИ

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

- цели: области деятельности предприятия и последовательность, в которой они будут автоматизированы;

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

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

- ограничения: финансовые, временные и т.д.;

- процедура управления изменениями плана.

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

Во главе стратегии автоматизации должна лежать стратегия бизнеса предприятия: миссия предприятия, направления и модель бизнеса.

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

- финансовые;

- временные;

- ограничения, связанные с влиянием человеческого фактора;

- технические.

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

Временные ограничения обычно связаны со следующими факторами:

- сменой технологий основного производства;

- рыночной стратегией предприятия;

- государственным регулированием экономики.

К ограничениям, связанным с влиянием человеческого фактора, относятся следующие ограничения:

- корпоративная культура - отношение персонала к автоматизации;

- особенности рынка труда трудовое законодательство.

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

- состояние рынка информационных технологий;

- определение эффективности инвестиций в информационные технологии;

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

РЕОРГАНИЗАЦИЯ ДЕЯТЕЛЬНОСТИ

Реорганизация деятельности преследует, как правило, цель повышения эффективности деятельности предприятия в целом.

23. Методика BSP. Подход TQM/CPI. BPR – реинжиниринг по Хаммеру и Чампи.

МЕТОДИКА BSP

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

Этап 1. Получение поддержки руководства предприятия.

Этап 2. Подготовка к анализу.

Этап 3. Проведение стартового совещания.

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

В итоге выполнения этапов 4 и 5 формируется матрица связей.

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

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

- матрица "информационные системы - руководители", показывающая какими системами (существующими или планируемыми) пользуются руководители;

- матрица "информационные системы - процессы", демонстрирующая как системы соотносятся с бизнес-процессами предприятия;

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

На этапе 7 решаются следующие задачи:

- уточнение матриц;

- определение и оценка необходимой руководству информации;

- определение приоритетов потребностей;

- определение текущих задач;

- привлечение на свою сторону руководства.

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

- проблемы, не относящиеся к автоматизации и не затрагивающие информационные системы;

- проблемы, связанные с существующими информационными системами;

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

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

На этапе 9 традиционными методами осуществляется проектирование архитектуры нформационной системы.

Этап 10 определяет приоритеты в реализации и намечает последовательность ее этапов.

Этап 11 определяет планирование модификаций информационной системы в связи с постоянным процессом появления новых требований к такой системе.

Наконец, этапы 12 и 13 заключаются в выработке рекомендаций и планов и формировании отчетности по проведенным работам.

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

информационную систему.

ПОДХОД TQM/CPI 81

Подход CPI (Continuous Process Improvement) и его японский аналог TQM (Total Quality Management) успешно применялись при реорганизации предприятий еще в середине века. Самый впечатляющий результат его применения - подъем японской послевоенной промышленности и доведение качества японских товаров до современного опережающего многие страны уровня. Этот подход продолжает активно использоваться и в настоящее время, о чем свидетельствует, например, возрастающий объем применения стандартов серии ISO 9000, фактически поддерживающих CPI.

CPI (Continuous Process Improvement) – философия и набор процедур постоянного мониторинга и анализа составного процесса, с использованием техники SPC и других, для выявления слабых мест, возможностей для улучшения и систематического применения этих улучшений.

В основе подхода лежит очевидная концепция управления качеством выпускаемой продукции. Качество должно быть направлено на удовлетворение текущих и будущих потребностей потребителя как самого важного звена производственной линии. Достижение соответствующего уровня качества требует постоянного совершенствования производственных процессов. Для решения этой задачи Демингом [1-2] было предложено 14 принципов, в совокупности составляющих теорию управления качеством и применимых для предприятий произвольных типов и различных масштабов. Безусловно, этих принципов недостаточно для полного решения стоящих перед современными предприятиями проблем, тем не менее они являются основой трансформации промышленности Японии и США.

BPR – РЕИНЖИНИРИНГ ПО ХАММЕРУ И ЧАМПИ

Хаммер и Чампи определяют реинжиниринг (BPR, business process reingineering) как фундаментальное переосмысление и радикальное перепланирование бизнес-процессов компаний, имеющее целью резкое улучшение показателей их деятельности, таких как затраты, качество, сервис и скорость. При этом используются следующие положения:

1) Несколько работ объединяются в одну.

2) Исполнителям делегируется право по принятию решений.

3) Этапы процесса выполняются в естественном порядке.

4) Реализуются различные версии процесса.

5) Работа выполняется там, где ее целесообразно делать (выход работы за границы организационных структур).

6) Снижаются доли работ по проверке и контролю.

7) Минимизируется количество согласований.

8) Ответственный менеджер является единственной точкой контакта с клиентом процесса.

9) Используются и централизованные и децентрализованные операции.

24. Выбор, внедрение и эксплуатация системы.

ВЫБОР СИСТЕМЫ

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

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

этапов, выбор системы перестает быть проблемой. Для большого предприятия нужно одно, для маленького - другое, для поточного производства третье, для производства сборки-комплектации нужно четвертое. А еще есть специфика отраслей, регионов и т.п. Для малого предприятия (5-50 сотрудников) следует отдать предпочтение таким системам, как: 1С:Предприятие, Фрегат, Лагуна, - они наиболее соответствуют критериям цена-качество.

Для среднего предприятия (50-100 сотрудников) следует отдать предпочтение таким системам, как Лагуна, Фрегат, Галактика, Парус. Для крупного предприятия (более 100 сотрудников) следует обратиться к консалтинговым фирмам.

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

Основные требования к КИС:

1. КИС должна отвечать задачам вашего предприятия.

2. Цена должна быть доступной.

3. КИС должна быть простой в использовании и обновлении.

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

Принятые сокращения на рис.

- САПР (CAD/CAM) - системы автоматизированного проектирования - изготовления.

- АС ТПП (CAE) - автоматизированные системы технологической подготовки производства.

- АСУ ТП (SCADA) - автоматизированные системы управления технологическими процессами (от эффективности которых прямо зависит эффективность производства).

- АСУП (ERP) - комплексная автоматизированная система управления предприятием.

- WorkFlow (WF) - электронный документооборот.

- CRM - управление отношениями с клиентами (WF - частный случай CRM).

- B2B - электронная торговая площадка ("онлайновый бизнес").

- DSS - поддержка принятия управленческих решений.

- SPSS - статистический анализ данных.

- OLAP - анализ многомерных данных.

- MIS - автоматизированное рабочее место (АРМ) руководителя.

- SCM - управление цепями поставок.

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

- ERP-II - расширение ERP - системы за контуры производства (т.е. ERP плюс: CRM, B2B, DSS, SCM, PLM и т.п.).

- HR – «Управление персоналом», можно рассматривать как самостоятельную задачу, так и входящую в состав ERP (что и отображено на рис. 7.1 в виде двух связей).

- LAN - локальные вычислительные сети.

- WAN - глобальные (внешние) сети и телекоммуникации.

С точки зрения внедрения информационных технологий, предприятия можно разделить на два больших класса: предприятия с дискретным типом производства («дискретное производство») и предприятия с непрерывным производством («непрерывное производство»). Для непрерывного производства внедрение САПР (CAD/CAM) сводится в основном к внедрению графических систем. В то же время, возрастает роль ТПП (хотя ТПП для изготовления на станках - отсутствует) и за-

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

Для непрерывного производства весьма актуальным становится внедрение автоматизированных систем управления технологическими процессами - АСУ ТП (SCADA), от эффективности которых прямо зависит эффективность производства. Много специфики появляется при внедрении

на непрерывном производстве комплексной автоматизированной системы управления предприятием - АСУП (ERP) .

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

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

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

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

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

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

1. «Наша система отвечает требованиям ERP-стандарта (класса)»

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

ERP-стандарта (Enterprise Resource Planning) попросту не существует, и он относится к маркетинговым понятиям.

2. «Наша система отвечает требованиям стандарта MRPII»

В отличие от ERP, MRPII в некотором смысле является стандартом. Если выражаться точно, то MRPII (Manufactory Resource Planning) – это концепция управления производством и запасами, последняя её редакция (MRPII Standard System) была опубликована в 1989 г. американской ассо-

циацией управления производственными ресурсами APICS (http://www.apics.org). Следует отметить, что концепция MRPII является методологией менеджмента, а не софтверным понятием, несмотря на то, что возможность её применения на крупных предприятиях стала реальностью прогресса в области информационных технологий. Итак, принадлежность решения к классу MRPII должна означать функциональную поддержку программным обеспечением выполнения следующего цикла: «планирование заказов -> планирование потребности в сырье и материалах -> планирование производственных ресурсов -> контроль над исполнением производственной программы -> обратная связь». Как показывает опыт, разработчики говорят о соответствии программного комплекса требованиям MRPII, когда существует какая-либо

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

3. «Наша система является системой управления, а не системой учета».

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

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

4. «Наша система имеет многолетний опыт успешных внедрений на Западе и обладает самым большим набором отраслевых решений».

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

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

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

планирования на предприятии не регламентирована и де-факто не существует.

5. «Наша система разработана в России (Украине) и наиболее всего подходит для автоматизации отечественных предприятий».

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

- Низкий уровень функциональности, интегрированности и недостаточное количество настроек.

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

- Нестабильность работы.

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

- Отсутствие актуальной технической и пользовательской документации.

- Несоблюдение принципа «версионности».

- Несоответствие маркетинговой информации реальным возможностям ПК.

- Финансовая нестабильность разработчика.

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

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

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

ВНЕДРЕНИЕ СИСТЕМЫ

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

1. Параллельная стратегия - когда одновременно работают старая (ручная) и новая система, и их выходные документы сравниваются. Если они согласуются длительное время, осуществляется переход на новую систему.

2. «Скачок». Эта стратегия привлекательна, но не рекомендуется.

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

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

ЭКСПЛУАТАЦИЯ

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

25.Типичные проблемы при внедрении КИС.

ОСНОВНЫЕ ПРОБЛЕМЫ И ЗАДАЧИ, ТРЕБУЮЩИЕ ОСОБОГО ВНИМАНИЯ ПРИ ИХ РЕШЕНИИ

- Отсутствие постановки задачи менеджмента на предприятии.

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

- Необходимость изменения технологии бизнеса в различных аспектах.

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

- Временное увеличение нагрузки на сотрудников во время внедрения системы.

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

ОТСУТСТВИЕ ПОСТАНОВКИ ЗАДАЧИ МЕНЕДЖМЕНТА НА ПРЕДПРИЯТИИ

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

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

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

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

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

В. НЕОБХОДИМОСТЬ В ИЗМЕНЕНИИ ТЕХНОЛОГИИ РАБОТЫ С ИНФОРМАЦИЕЙ, И ПРИНЦИПОВ ВЕДЕНИЯ БИЗНЕСА

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

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

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

Г. СОПРОТИВЛЕНИЕ СОТРУДНИКОВ ПРЕДПРИЯТИЯ

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

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

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

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

Д. ВРЕМЕННОЕ УВЕЛИЧЕНИЕ НАГРУЗКИ НА СОТРУДНИКОВ ПРИ ВНЕДРЕНИИ СИСТЕМЫ

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

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

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

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

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

Е. ФОРМИРОВАНИЕ КВАЛИФИЦИРОВАННОЙ ГРУППЫ ВНЕДРЕНИЯ И СОПРОВОЖДЕНИЯ СИСТЕМЫ, РУКОВОДИТЕЛЯ ГРУППЫ

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

26. Разработка стратегии развития предприятия. Разработка стратегии автоматизации. Анализ деятельности.

РАЗРАБОТКА СТРАТЕГИИ АВТОМАТИЗАЦИИ

- цели: области деятельности предприятия и последовательность, в которой они будут втоматизированы;

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

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

- ограничения: финансовые, временные и т.д.;

- процедура управления изменениями плана.

- финансовые;

- временные;

- ограничения, связанные с влиянием человеческого фактора;

- технические.

Временные ограничения обычно связаны со следующими факторами:

- сменой технологий основного производства;

- рыночной стратегией предприятия;

- государственным регулированием экономики. К ограничениям, связанным с влиянием человеческого фактора, относятся следующие ограничения:

- корпоративная культура - отношение персонала к автоматизации;

- особенности рынка труда трудовое законодательство.

- состояние рынка информационных технологий;

- определение эффективности инвестиций в информационные технологии;

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

28. Операционные системы для сетей масштаба предприятия.

Операционные системы для сетей масштаба предприятия.

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

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

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

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

Обычно сети отделов имеют один или два файловых сервера и не более чем 30 пользователей. Задачи управления на уровне отдела относительно просты. В задачи администратора входит добавление новых пользователей, устранение простых отказов, инсталляция новых узлов и установка новых версий программного обеспечения. Операционные системы сетей отделов хорошо отработаны и разнообразны, так же, как и сами сети отделов, уже давно применяющиеся и достаточно отлаженные. Такая сеть обычно использует одну или максимум две сетевые ОС. Чаще всего это сеть с выделенным сервером NetWare 3.x или Windows NT, или же одноранговая сеть, например сеть Windows for Workgroups. Пользователи и администраторы сетей отделов вскоре осознают, что они могут улучшить эффективность своей работы путем получения доступа к информации других отделов своего предприятия. Если сотрудник, занимающийся продажами, может получить доступ к характеристикам конкретного продукта и включить их в презентацию, то эта информация будет более свежей и будет оказывать большее влияние на покупателей. Если отдел маркетинга может получить доступ к характеристикам продукта, который еще только

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

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

Операционная система, работающая в сети кампуса, должна обеспечивать для сотрудников одних отделов доступ к некоторым файлам и ресурсам сетей других отделов. Услуги, предоставляемые ОС сетей кампусов, не ограничиваются простым разделением файлов и принтеров, а часто предоставляют доступ и к серверам других типов, например, к факс серверам и к серверам высокоскоростных модемов. Важным сервисом, предоставляемым операционными системами данного класса, является доступ к корпоративным базам данных, независимо от того, располагаются ли они на серверах баз данных или на миникомпьютерах. Именно на уровне сети кампуса начинаются проблемы интеграции. В общем случае, отделы уже выбрали для себя типы компьютеров, сетевого оборудования и сетевых операционных систем. Например, инженерный отдел может использовать операционную систему UNIX и сетевое оборудование Ethernet, отдел продаж может использовать операционные среды DOS/Novell и оборудование Token Ring. Очень часто сеть кампуса соединяет разнородные компьютерные системы, в то время как сети отделов используют однотипные компьютеры.

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

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

видеоконференций и др. Кроме того, многие существующие методы и подходы к решению

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

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

ПОДДЕРЖКА ПРИЛОЖЕНИЙ.

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

СЕРВЕР ПРИЛОЖЕНИЙ

должен базироваться на мощной аппаратной платформе ( мультипроцессорные системы, часто на базе RISC-процессоров, специализированные кластерные архитектуры). ОС сервера приложений должна обеспечивать высокую производительность вычислений, а значит поддерживать многонитевую обработку, вытесняющую многозадачность, мультипроцессирование, виртуальную память и наиболее популярные прикладные среды (UNIX, Windows, MS-DOS, OS/2). В этом отношении сетевую ОС NetWare трудно отнести к корпоративным продуктам, так как в ней отсутствуют почти все требования, предъявляемые к серверу приложений. В то же время хорошая поддержка универсальных приложений в Windows NT собственно и позволяет ей претендовать на место в мире корпоративных продуктов.

СПРАВОЧНАЯ СЛУЖБА.

Корпоративная ОС должна обладать способностью хранить информацию обо всех пользователях и ресурсах таким образом, чтобы обеспечивалось управление ею из одной центральной точки. Подобно большой организации, корпоративная сеть нуждается в централизованном хранении как можно более полной справочной информации о самой себе (начиная с данных о пользователях, серверах, рабочих станциях и кончая данными о кабельной системе). Естественно, организовать эту информацию в виде базы данных. Данные из этой базы могут быть востребованы многими сетевыми системными приложениями, в первую очередь системами управления и администрирования. Кроме этого, такая база полезна при организации электронной почты, систем коллективной работы, службы безопасности, службы инвентаризации программного и аппаратного обеспечения сети, да и для практически любого крупного бизнес-приложения. База данных, хранящая справочную информацию, предоставляет все то же многообразие возможностей и порождает все то же множество проблем, что и любая другая крупная база данных. Она позволяет осуществлять различные операции поиска, сортировки, модификации и т.п., что очень сильно облегчает жизнь как администраторам, так и пользователям. Но за эти удобства приходится расплачиваться решением проблем распределенности, репликации и синхронизации. В идеале сетевая справочная информация должна быть реализована в виде единой базы данных, а не представлять собой набор баз данных, специализирующихся на хранении информации того или иного вида, как это часто бывает в реальных операционных системах. Например, в Windows NT имеется по крайней мере пять различных типов справочных баз данных. Главный справочник домена (NT Domain Directory Service) хранит информацию о пользователях, которая используется при организации их логического входа в сеть. Данные о тех же пользователях могут содержаться и в другом справочнике, используемом электронной почтой Microsoft Mail. Еще три базы данных поддерживают разрешение низкоуровневых адресов: WINS -устанавливает соответствие Netbios-имен IP-адресам, справочник DNS - сервер имен домена - оказывается полезным при подключении NT-сети к Internet, и наконец, справочник протокола DHCP используется для автома-тического назначения IP-адресов компьютерам сети. Ближе к идеалу находятся справочные службы, поставляемые фирмой Banyan (продукт Streettalk III) и фирмой Novell (NetWare Directory Services), предлагающие единый справочник для всех сетевых приложений. Наличие единой спра-вочной службы для сетевой операционной системы - один из важнейших признаков ее корпоративности.

БЕЗОПАСНОСТЬ.

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

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

29.Преимущества использования Internet для построения корпоративных сетей. Виды Internet приложений.

ПРЕИМУЩЕСТВА ИСПОЛЬЗОВАНИЯ INTERNET

УНИВЕРСАЛЬНОСТЬ. Глобальная сеть Internet была создана для обеспечения обмена информацией между удаленными пользователями. Развитие Internet технологий привело к возникновению глобальной службы Internet с названием World Wide Web («всемирная паутина»), что позволило пользователям работать с информацией в режиме прямого подключения. Поскольку данная технология подразумевает подключение пользователя к глобальной сети и использования специальных утилит для просмотра информации (WEB browsers), многие фирмы-производители программного обеспечения выпустили свои версии утилит просмотра для практически всех современных платформ. Стандартизация интерфейсов обмена данными между утилитами просмотра информации и информационными серверами позволила создать утилиты просмотра для различных платформ, имеющие одинаковый интерфейс с пользователем. Таким образом, на какой платформе вы бы не работали, у вас всегда будет возможность использовать утилиты просмотра информации, специально созданные для вашей платформы.

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

УСТОЙЧИВОСТЬ. Надежность и масштабируемость являются двумя критическими факторами, влияющими на успех тех или иных технологий на рынке. Internet-технологии являются одними из наиболее испытанных и надежных на сегодняшний день, поскольку развитие Internet проходило в течение многих лет и используется миллионами людей по всему миру. Например, анализ доступа к WEB-серверам известной на рынке Internet-услуг компании Netscape показывает, что на ее сервера осуществляется более миллионов обращений в день! Технологии, обеспечивающие такую активную работу, просто не могут быть неустойчивы!

ПРОСТОТА ИСПОЛЬЗОВАНИЯ. Как только пользователи научатся использовать "мышь", они сразу смогут иметь доступ к внутрифирменной информации и удаленной информации. Утилиты доступа к информации очень просты и интуитивно понятны даже самому неподготовленному пользователю. Это приводит к тому, что при использовании Internet-технологий не требуется специального обучения персонала, а также дополнительного обучения при расширении информационного пространства от локальных до глобальных источников. Также не придется переучиваться при увеличении объема предоставляемой и используемой информации.

НИЗКИЕ ЗАТРАТЫ. Использование программного обеспечения для работы с информацией внутри рабочих групп обычно приводит к немалым затратам. Обеспечение обмена информацией внутри рабочей группы может обойтись вам в тысячи или десятки тысяч долларов США. Использование Internet-технологий обойдется вашей организации от 100 до 1000 долларов в зависимости от конфигурации программных средств!

ВИДЫ INTERNET-ПРИЛОЖЕНИЙ

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

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

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

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

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

30.Стратегия удаленного доступа. Стратегия Internet и Intrаnet.

СТРАТЕГИЯ УДАЛЕННОГО ДОСТУПА

Если предприятие имеет удаленных работников (выездных специалистов, рекламных агентов и т.д.), или модель бизнеса подразумевает наличие удаленных офисов, то необходима стратегия удаленного доступа. Данная стратегия подразумевает возможность удаленного подключения в локальной сети вашего предприятия. Другой метод, известный под названием «удаленное управление», подразумевает не просто подключение к локальной сети, а выполнение операций и управление ресурсами локальной сети с удаленного PC. Данный способ подразумевает наличие специального сервера удаленного доступа и специального программного обеспечения на удаленном PC (на сегодняшний момент эта технология реализована внутри некоторых операционных систем, например в Windows). Сервер удаленного доступа должен поддерживать ряд протоколов, включая IP и IPX, а клиент для данного сервера должен существовать для различных операционных платформ, включая Windows, MAC и OS/2. Это не обязательное условие, однако при планировании закупок аппаратного и программного обеспечения нельзя предусмотреть заранее все возможные конфигурации, тем более, если вы не имеете полного контроля над удаленными точками (если, например, рекламные агенты работают на самостоятельно приобретенных аппаратных и программных средствах).

СТРАТЕГИЯ INTERNET

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

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

СТРАТЕГИЯ INTRANET

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

WEB-сервера для всех операций, которые обычно осуществляются в киберпространстве.

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

31.Интерфейсы, протоколы, стеки протоколов.

ИНТЕРФЕЙСЫ, ПРОТОКОЛЫ, СТЕКИ ПРОТОКОЛОВ

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

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

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

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

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

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

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

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

При организации взаимодействия могут быть использованы два основных типа протоколов. В протоколах с установлением соединения (connection-oriented network service, CONS) перед обменом данными отправитель и получатель должны сначала установить логическое соединение, то есть договориться о параметрах процедуры обмена, которые будут действовать только в рамках данного соединения. После завершения диалога они должны разорвать это соединение. Когда устанавливается новое соединение, переговорная процедура выполняется заново. Телефон - это пример взаимодействия, основанного на установлении соединения.

Вторая группа протоколов - протоколы без предварительного установления соединения (connectionless network service, CLNS). Такие протоколы называются также дейтаграммными протоколами. Отправитель просто передает сообщение, когда оно готово. Опускание письма в почтовый ящик - это пример связи без установления соединения.

32. Модель ISO/OSI. Функции уровней модели ISO/OSI. Функциональное соответствие видов коммуникационного оборудования уровням модели OSI

МОДЕЛЬ ISO/OSI

Международная Организация по Стандартам (International Standards Organization, ISO) разработала модель, которая четко определяет различные уровни взаимодействия систем, дает им стандартные имена и указывает, какую работу должен делать каждый уровень. Эта модель называется моделью взаимодействия открытых систем (Open System Interconnection, OSI), или моделью ISO/OSI.

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

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

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

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

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

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

Кроме термина «сообщение» (message), существуют и другие названия, используемые сетевыми специалистами для обозначения единицы обмена данными. В стандартах ISO для протоколов любого уровня используется такой термин, как «протокольный блок данных» - Protocol Data Unit

(PDU). Кроме этого, часто используются названия кадр (frame), пакет (packet), дейтаграмма (datagram).

ФУНКЦИИ УРОВНЕЙ МОДЕЛИ ISO/OSI

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

ция 10Base-T технологии Ethernet, которая определяет в качестве используемого кабеля неэкранированную витую пару категории 3 с волновым сопротивлением 100 Ом, разъем RJ-45, максимальную длину физического сегмента 100 метров, манчестерский код для представления данных на кабеле и другие характеристики среды и электрических сигналов.

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

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

В протоколах канального уровня, используемых в локальных сетях, заложена определенная структура связей между компьютерами и способы их адресации. Хотя канальный уровень и обеспечивает доставку кадра между любыми двумя узлами локальной сети, он это делает только в сети с совершенно определенной топологией связей, именно той топологией, для которой он был разработан. К таким типовым топологиям, поддерживаемым протоколами канального уровня локальных сетей, относятся общая шина, кольцо и звезда. Примерами протоколов канального уровня являются протоколы Ethernet, Token Ring, FDDI, 100VG-AnyLAN. В локальных сетях протоколы канального уровня используются компьютерами, мостами, коммутаторами и маршрутизаторами. В компьютерах функции канального уровня реализуются совместными усилиями сетевых адаптеров и их драйверов.

В глобальных сетях, которые редко обладают регулярной топологией, канальный уровень обеспечивает обмен сообщениями между двумя соседними компьютерами, соединенными индивидуальной линией связи. Примерами протоколов «точка – точка» (как часто называют такие протоколы) могут служить широко распространенные протоколы PPP и LAP-B. Сетевой уровень. Этот уровень служит для образования единой транспортной системы, объединяющей несколько сетей с различными принципами передачи информации между конечными узлами. Рассмотрим функции сетевого уровня на примере локальных сетей. Протокол канального уровня локальных сетей обеспечивает доставку данных между любыми узлами только в сети с соответствующей типовой топологией. Это очень жесткое ограничение, которое не позволяет строить сети с развитой структурой, например, сети, объединяющие несколько сетей предприятия

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

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

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

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

Примерами протоколов сетевого уровня являются протокол межсетевого взаимодействия IP стека TCP/IP и протокол межсетевого обмена пакетами IPX стека Novell.

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

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

реализуются программными средствами конечных узлов сети - компонентами их сетевых операционных систем. В качестве примера транспортных протоколов можно привести протоколы TCP и UDP стека TCP/IP и протокол SPX стека Novell.

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

этом уровне может выполняться шифрование и дешифрование данных,

благодаря которому секретность обмена данными обеспечивается сразу для всех прикладных сервисов. Примером протокола, работающего на уровне представления, является протокол Secure Socket Layer (SSL), который обеспечивает секретный обмен сообщениями для протоколов прикладного уровня стека TCP/IP. Прикладной уровень. Прикладной уровень - это в действительности просто набор разнообразных протоколов, с помощью которых пользователи сети получают доступ к разделяемым ресурсам, таким как файлы, принтеры или гипертекстовые Web-страницы, а также организуют свою совместную работу, например, с помощью протокола электронной почты. Единица данных, которой оперирует прикладной уровень, обычно называется

сообщением (message). Существует очень большое разнообразие протоколов прикладного

уровня. Приведем в качестве примеров хотя бы несколько наиболее распространенных реализаций файловых сервисов: NCP в операционной системе Novell NetWare, SMB в Microsoft Windows NT, NFS, FTP и TFTP, входящие в стек TCP/IP.

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

33. Протоколы взаимодействия приложений и протоколы транспортной подсистемы.

ПРОТОКОЛЫ ВЗАИМОДЕЙСТВИЯ ПРИЛОЖЕНИЙ И ПРОТОКОЛЫ ТРАНСПОРТНОЙ ПОДСИСТЕМЫ

Функции всех уровней модели OSI могут быть отнесены к одной из

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

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

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

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

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

портный уровень (маршрутизатор).

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

ОСОБЕННОСТИ ПРОТОКОЛОВ, ИСПОЛЬЗУЕМЫХ В ЛОКАЛЬНЫХ И ГЛОБАЛЬНЫХ СЕТЯХ

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

Небольшая длина каналов локальных сетей создала возможность со-вместного использования их узлами сети в режиме разделения времени. Практически все протоколы локальных сетей имеют версию работы на разделяемых средах передачи данных, хотя более поздние протоколы (Fast Ethernet, Gigabit Ethernet) имеют также и версию работы на индивидуальных каналах в полнодуплексном режиме. Большая протяженность каналов глобальных сетей делает нерациональными любые процедуры разделения канала во времени, так как длительность этих процедур становится слишком большой. Поэтому каналы глобальных сетей используются всегда на индивидуальной основе как связи типа «точка – точка». Высокое качество кабелей локальных сетей послужило причиной отказа от использования в протоколах локальных сетей процедур восстановления искаженных и потерянных кадров. Этих процедур нет ни в протоколах семейства Ethernet, ни у протокола Token Ring, ни у протокола FDDI. В то же время в протоколах глобальных сетей, ориентирующихся на каналы плохого качества, процедурам восстановления кадров всегда уделялось большое внимание. Например, в сетях Х.25 восстановлением кадров занимаются сразу два смежных протокола - LAP-B на канальном уровне и протокол Х.25/3 - на сетевом. Начало массового использования цифровых оптоволоконных каналов в глобальных сетях, обеспечивающих высокое качество передачи данных, послужило причиной разработки протоколов глобальных сетей нового по-коления, в которых отсутствуют процедуры восстановления кадров. Такой особенностью обладают, например, сети frame relay и ATM. Таким образом, одно из отличий протоколов локальных и глобальных сетей преодолено за счет продвижения глобальных сетей навстречу локальным. Второе отличие сегодня снимается за счет быстрого внедрения в локальные сети техники микросегментации, отказывающейся от использования разделяемых сред и предоставляющей каждому узлу сети индивидуальный коммутируемый канал. В результате, протоколы локальных и глобальных сетей все больше сближаются, а существование технологии АТМ доказывает, что принципиальных причин для существования между этими классами протоколов четкой границы сегодня не существует и ее окончательное исчезновение - не за горами.

35. Характеристика популярных стеков коммуникационных протоколов.

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

Существует достаточно много стеков протоколов, широко применяемых в сетях. Это и стеки, являющиеся международными и национальными стандартами, и фирменные стеки, получившие распространение благодаря распространенности оборудования той или иной фирмы. Примерами популярных стеков протоколов могут служить стек IPX/SPX фирмы Novell, стек TCP/IP, используемый в сети Internet и во многих сетях на основе операционной системы UNIX, стек OSI международной организации по стандартизации, стек DECnet корпорации Digital Equipment и некоторые другие.

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

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

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

Умение хорошо работать в среде той или иной операционной системы является важной характе-ристикой коммуникационного оборудования. Часто можно прочитать в рекламе сетевого адаптера или концентратора, что он разрабатывался специально для работы в сети NetWare или UNIX. Это означает, что разработчики аппаратуры оптимизировали ее характеристики применительно к тем протоколам, которые используются в этой сетевой операционной системе, или к данной версии их реализации, если эти протоколы используются в различных ОС. Из-за особенностей реализации протоколов в различных ОС, в качестве одной из характеристик коммуникационного оборудования используется его сертифицированность на возможность работы в среде данной ОС.

На нижних уровнях - физическом и канальном - практически во всех стеках используются одни и те же протоколы. Это хорошо стандартизованные протоколы Ethernet, Token Ring, FDDI и некоторые другие, которые позволяют использовать во всех сетях одну и ту же аппаратуру.

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

2.1. Стек OSI

Следует различать стек протоколов OSI и модель OSI. В то время, как модель OSI концептуально определяет процедуру взаимодействия открытых систем, декомпозируя задачу на 7 уровней, стандартизирует назначение каждого уровня и вводит стандартные названия уровней, стек OSI - это набор вполне конкретных спецификаций протоколов, образующих согласованный стек протоколов. Этот стек протоколов поддерживает правительство США в своей программе GOSIP. Все компьютерные сети, устанавливаемые в правительственных учреждениях после 1990 года, должны либо непосредственно поддерживать стек OSI, либо обеспечивать средства для перехода на этот стек в будущем. Тем не менее, стек OSI более популярен в Европе, а не в США, так как в Европе меньше установлено старых сетей, использующих свои собственные протоколы. В Европе также ощущается большая потребность в общем стеке, так как здесь имеется большое количество разных стран.

Это международный, независимый от производителей стандарт. Он может обеспечить взаимо-действие между корпорациями, партнерами и поставщиками. Это взаимодействие осложняется из-за проблем с адресацией, именованием и безопасностью данных. Все эти проблемы в стеке OSI частично решены. Протоколы OSI требуют больших затрат вычислительной мощности центрального процессора, что делает их более подходящими для мощных машин, а не для сетей персональных компьютеров. Большинство организаций пока только планируют переход к стеку OSI. Из тех, кто работает в этом направлении, можно назвать Военно-морское ведомство США и сеть NFSNET. Одним из крупнейших производителей, поддерживающих OSI, является компания AT&T. Ее сеть Stargroup полностью базируется на стеке OSI.

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

На физическом и канальном уровнях стек OSI поддерживает протоколы Ethernet, Token Ring, FDDI, а также протоколы LLC, X.25 и ISDN. Эти протоколы будут подробно обсуждены в других раз-делах пособия.

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

Сервисы прикладного уровня включают передачу файлов, эмуляцию терминала, службу катало-гов и почту. Из них наиболее перспективными являются служба каталогов (стандарт Х.500), электрон-ная почта (Х.400), протокол виртуального терминала (VT), протокол передачи, доступа и управления файлами (FTAM), протокол пересылки и управления работами (JTM). В последнее время ISO сконцен-трировала свои усилия именно на сервисах верхнего уровня.

X.400 - это семейство рекомендаций Международного консультативного комитета по телеграфии и телефонии (CCITT), в которых описываются системы пересылки электронных сообщений. На сегодняшний день рекомендации X.400 являются наиболее популярным протоколом обмена сообщениями. Рекомендации Х.400 описывают модель системы обмена сообщениями, протоколы взаимодействия между всеми компонентами этой системы, а также множество видов сообщений и возможности, которыми обладает отправитель по каждому виду отправляемых сообщений.

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

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

Над базой данных имен и адресов определены следующие операции:

• чтение - получение адреса по известному имени,

• запрос - получение имени по известным атрибутам адреса,

• модификация, включающая удаление и добавление записей в базе данных.

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

Учет рекомендаций Х.400 и X.500 при проектировании систем электронной почты делает прин-ципиально возможной и концептуально простой стыковку почтовых систем разных производителей.

Протокол VT решает проблему несовместимости различных протоколов эмуляции терминалов. Сейчас пользователю персонального компьютера, совместимого с IBM PC, для одновременной работы с компьютерами VAX, IBM 3090 и HP9000 нужно приобрести три различные программы для эмуляции терминалов различных типов и использующих разные протоколы. Если бы каждый хост-компьютер имел бы в своем составе программное обеспечение протокола эмуляции терминала ISO, то и пользова-телю бы понадобилась только одна программа, поддерживающая протокол VT. В своем стандарте ISO аккумулировала широко распространенные функции эмуляции терминалов.

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

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

.2. Стек TCP/IP

Стек TCP/IP, называемый также стеком DoD и стеком Internet, является одним из наиболее популярных и перспективных стеков коммуникационных протоколов. Если в настоящее время он распространен в основном в сетях с ОС UNIX, то реализация его в последних версиях сетевых операционных систем для персональных компьютеров (Windows NT, NetWare ) является хорошей предпосылкой для быстрого роста числа установок стека TCP/IP.

Стек был разработан по инициативе Министерства обороны США (Department of Defence, DoD) более 20 лет назад для связи экспериментальной сети ARPAnet с другими сателлитными сетями как на-бор общих протоколов для разнородной вычислительной среды. Сеть ARPA поддерживала разработчи-ков и исследователей в военных областях. В сети ARPA связь между двумя компьютерами осуществля-лась с использованием протокола Internet Protocol (IP), который и по сей день является одним из основ-ных в стеке TCP/IP и фигурирует в названии стека.

Большой вклад в развитие стека TCP/IP внес университет Беркли, реализовав протоколы стека в своей версии ОС UNIX. Широкое распространение ОС UNIX привело и к широкому распространению протокола IP и других протоколов стека. На этом же стеке работает всемирная информационная сеть Internet, чье подразделение Internet Engineering Task Force (IETF) вносит основной вклад в совершенст-вование стандартов стека, публикуемых в форме спецификаций RFC.

Так как стек TCP/IP был разработан до появления модели взаимодействия открытых систем ISO/OSI, то, хотя он также имеет многоуровневую структуру, соответствие уровней стека TCP/IP уров-ням модели OSI достаточно условно.

Структура протоколов TCP/IP приведена на рисунке 1.4. Протоколы TCP/IP делятся на 4 уровня.

Самый нижний (уровень IV) - уровень межсетевых интерфейсов - соответствует физическому и канальному уровням модели OSI. Этот уровень в протоколах TCP/IP не регламентируется, но поддер-живает все популярные стандарты физического и канального уровня: для локальных каналов это Ethernet, Token Ring, FDDI, для глобальных каналов - собственные протоколы работы на аналоговых коммутируемых и выделенных линиях SLIP/PPP, которые устанавливают соединения типа "точка - точка" через последовательные каналы глобальных сетей, и протоколы территориальных сетей X.25 и ISDN. Разработана также специальная спецификация, определяющая использование технологии ATM в качестве транспорта канального уровня.

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

К уровню межсетевого взаимодействия относятся и все протоколы, связанные с составлением и модификацией таблиц маршрутизации, такие как протоколы сбора маршрутной информации RIP (Routing Internet Protocol) и OSPF (Open Shortest Path First), а также протокол межсетевых управляющих сообщений ICMP (Internet Control Message Protocol). Последний протокол предназначен для обмена информацией об ошибках между маршрутизатором и шлюзом, системой-источником и системой-приемником, то есть для организации обратной связи. С помощью специальных пакетов ICMP сообщается о невозможности доставки пакета, о превышении времени жизни или продолжительности сборки пакета из фрагментов, об аномальных величинах параметров, об изменении маршрута пересылки и типа обслуживания, о состоянии системы и т.п.

Следующий уровень (уровень II) называется основным. На этом уровне функционируют прото-кол управления передачей TCP (Transmission Control Protocol) и протокол дейтаграмм пользователя UDP (User Datagram Protocol). Протокол TCP обеспечивает устойчивое виртуальное соединение между удаленными прикладными процессами. Протокол UDP обеспечивает передачу прикладных пакетов дейтаграммным методом, то есть без установления виртуального соединения, и поэтому требует мень-ших накладных расходов, чем TCP.

Верхний уровень (уровень I) называется прикладным. За долгие годы использования в сетях различных стран и организаций стек TCP/IP накопил большое количество протоколов и сервисов при-кладного уровня. К ним относятся такие широко используемые протоколы, как протокол копирования файлов FTP, протокол эмуляции терминала telnet, почтовый протокол SMTP, используемый в электронной почте сети Internet и ее российской ветви РЕЛКОМ, гипертекстовые сервисы доступа к удаленной информации, такие как WWW и многие другие. Остановимся несколько подробнее на некоторых из них, наиболее тесно связанных с тематикой данного курса.

Протокол SNMP (Simple Network Management Protocol) используется для организации сетевого управления. Проблема управления разделяется здесь на две задачи. Первая задача связана с передачей информации. Протоколы передачи управляющей информации определяют процедуру взаимодействия сервера с программой-клиентом, работающей на хосте администратора. Они определяют форматы со-общений, которыми обмениваются клиенты и серверы, а также форматы имен и адресов. Вторая задача связана с контролируемыми данными. Стандарты регламентируют, какие данные должны сохраняться и накапливаться в шлюзах, имена этих данных и синтаксис этих имен. В стандарте SNMP определена спецификация информационной базы данных управления сетью. Эта спецификация, известная как база данных MIB (Management Information Base), определяет те элементы данных, которые хост или шлюз должен сохранять, и допустимые операции над ними.

Протокол пересылки файлов FTP (File Transfer Protocol) реализует удаленный доступ к файлу. Для того, чтобы обеспечить надежную передачу, FTP использует в качестве транспорта протокол с ус-тановлением соединений - TCP. Кроме пересылки файлов протокол, FTP предлагает и другие услуги. Так пользователю предоставляется возможность интерактивной работы с удаленной машиной, напри-мер, он может распечатать содержимое ее каталогов, FTP позволяет пользователю указывать тип и формат запоминаемых данных. Наконец, FTP выполняет аутентификацию пользователей. Прежде, чем получить доступ к файлу, в соответствии с протоколом пользователи должны сообщить свое имя и па-роль.

В стеке TCP/IP протокол FTP предлагает наиболее широкий набор услуг для работы с файлами, однако он является и самым сложным для программирования. Приложения, которым не требуются все возможности FTP, могут использовать другой, более экономичный протокол - простейший протокол пересылки файлов TFTP (Trivial File Transfer Protocol). Этот протокол реализует только передачу фай-лов, причем в качестве транспорта используется более простой, чем TCP, протокол без установления соединения - UDP.

Протокол telnet обеспечивает передачу потока байтов между процессами, а также между процес-сом и терминалом. Наиболее часто этот протокол используется для эмуляции терминала удаленной ЭВМ.

2.3. Стек IPX/SPX

Этот стек является оригинальным стеком протоколов фирмы Novell, который она разработала для своей сетевой операционной системы NetWare еще в начале 80-х годов. Протоколы Internetwork Packet Exchange (IPX) и Sequenced Packet Exchange (SPX), которые дали имя стеку, являются прямой адаптацией протоколов XNS фирмы Xerox, распространенных в гораздо меньше степени, чем IPX/SPX. По количеству установок протоколы IPX/SPX лидируют, и это обусловлено тем, что сама ОС NetWare занимает лидирующее положение с долей установок в мировом масштабе примерно в 65%.

Семейство протоколов фирмы Novell и их соответствие модели ISO/OSI представлено на рисун-ке 1.5.

На физическом и канальном уровнях в сетях Novell используются все популярные протоколы этих уровней (Ethernet, Token Ring, FDDI и другие).

На сетевом уровне в стеке Novell работает протокол IPX, а также протоколы обмена маршрут-ной информацией RIP и NLSP (аналог протокола OSPF стека TCP/IP). IPX является протоколом, кото-рый занимается вопросами адресации и маршрутизации пакетов в сетях Novell. Маршрутные решения IPX основаны на адресных полях в заголовке его пакета, а также на информации, поступающей от про-токолов обмена маршрутной информацией. Например, IPX использует информацию, поставляемую либо протоколом RIP, либо протоколом NLSP (NetWare Link State Protocol) для передачи пакетов компьютеру назначения или следующему маршрутизатору. Протокол IPX поддерживает только дейтаграммный способ обмена сообщениями, за счет чего экономно потребляет вычислительные ресурсы. Итак, протокол IPX обеспечивает выполнение трех функций: задание адреса, установление маршрута и рассылку дейтаграмм.

Транспортному уровню модели OSI в стеке Novell соответствует протокол SPX, который осу-ществляет передачу сообщений с установлением соединений.

На верхних прикладном, представительном и сеансовом уровнях работают протоколы NCP и SAP. Протокол NCP (NetWare Core Protocol) является протоколом взаимодействия сервера NetWare и оболочки рабочей станции. Этот протокол прикладного уровня реализует архитектуру клиент-сервер на верхних уровнях модели OSI. С помощью функций этого протокола рабочая станция производит подключение к серверу, отображает каталоги сервера на локальные буквы дисководов, просматривает файловую систему сервера, копирует удаленные файлы, изменяет их атрибуты и т.п., а также осуществляет разделение сетевого принтера между рабочими станциями.

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

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

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

Особенности стека IPX/SPX обусловлены особенностями ОС NetWare, а именно ориентацией ее ранних версий (до 4.0) на работу в локальных сетях небольших размеров, состоящих из персональных компьютеров со скромными ресурсами. Поэтому Novell нужны были протоколы, на реализацию кото-рых требовалось минимальное количество оперативной памяти (ограниченной в IBM-совместимых компьютерах под управлением MS-DOS 640 Кбайтами) и которые бы быстро работали на процессорах небольшой вычислительной мощности. В результате, протоколы стека IPX/SPX до недавнего времени хорошо работали в локальных сетях и не очень - в больших корпоративных сетях, так как слишком пе-регружали медленные глобальные связи широковещательными пакетами, которые интенсивно исполь-зуются несколькими протоколами этого стека (например, для установления связи между клиентами и серверами).

Это обстоятельство, а также тот факт, что стек IPX/SPX является собственностью фирмы Novell и на его реализацию нужно получать у нее лицензию, долгое время ограничивали распространенность его только сетями NetWare. Однако к моменту выпуска версии NetWare 4.0, Novell внесла и продолжает вносить в свои протоколы серьезные изменения, направленные на приспособление их для работы в корпоративных сетях. Сейчас стек IPX/SPX реализован не только в NetWare, но и в нескольких других популярных сетевых ОС - SCO UNIX, Sun Solaris, Microsoft Windows NT.

2.4. Стек NetBIOS/SMB

Фирмы Microsoft и IBM совместно работали над сетевыми средствами для персональных компь-ютеров, поэтому стек протоколов NetBIOS/SMB является их совместным детищем.

Средства NetBIOS появились в 1984 году как сетевое расширение стандартных функций базовой системы ввода/вывода (BIOS) IBM PC для сетевой программы PC Network фирмы IBM, которая на прикладном уровне (рис. 1.6) использовала для реализации сетевых сервисов протокол SMB (Server Message Block).

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

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

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

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

• Сервис печати. Рабочая станция может ставить файлы в очередь для печати на сервере и по-лучать информацию об очереди печати.

• Сервис сообщений. SMB поддерживает простую передачу сообщений со следующими функ-циями: послать простое сообщение; послать широковещательное сообщение; послать начало блока со-общений; послать текст блока сообщений; послать конец блока сообщений; переслать имя пользовате-ля; отменить пересылку; получить имя машины.

Из-за большого количества приложений, которые используют функции API, предоставляемые NetBIOS, во многих сетевых ОС эти функции реализованы в виде интерфейса к своим транспортным протоколам. В NetWare имеется программа, которая эмулирует функции NetBIOS на основе протокола IPX, существуют программные эмуляторы NetBIOS для Windows NT и стека TCP/IP.

36. Магистральные средства и средства удаленного доступа. Серверы удаленного доступа, удаленного управления и терминальные серверы.

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

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

Обычно, сервер удаленного доступа служит для подключения удаленных клиентов по телефон-ным сетям - аналоговом или ISDN, так как это наиболее распространенные и повсеместно доступные сети.

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

Серверы удаленного доступа подразделяются на серверы удаленных узлов, серверы удаленного управления и терминальные серверы.

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

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

• Терминальные серверы выполняют похожие функции, но для многотерминальных операци-онных систем - Unix, VAX VMS, IBM VM.

37. Типы территориальных сетей. Типы устройств доступа к территориальным сетям.

Типы территориальных сетей

На рисунке 1.13 приведен типичный пример внутренней структуры глобальной сети передачи данных. Сеть строится на основе некоммутируемых каналов связи, которые соединяются между собой коммутаторами S глобальной сети. Приведенная структура характерна как для магистральных сетей типа АТМ или frame relay, так и для сетей, используемых для удаленного доступа - аналоговых телефонных сетей, сетей ISDN или первичных цифровых сетей PDH/SDH. Все эти сети можно разделить на три класса по способу коммутации, применяемому в коммутаторах S:

• Первичные сети с постоянной коммутацией каналов. В сетях этого типа абоненты сети не могут инициировать коммутацию соединений между собой - каналы между абонентами коммутируются на постоянной основе оператором сети. Говорят, что такие сети предоставляют сервис выделенных (dedicated или leased) каналов, так как для пользователя коммутаторы сети "не видны" и сеть представляется каналом "точка - точка". Эти сети делятся на два подкласса - аналоговые и цифровые, в зависимости от типа техники мультиплексирования и коммутации каналов. Аналоговые сети используют мультиплексирование с частотным разделением каналов - технику FDM (Frequency Division Multiplexing), а цифровые - мультиплексирование с временным разделением каналов - технику TDM (Time Division Multiplexing). В свою очередь цифровые первичные сети подразделяются на сети, использующие аппаратуру и протоколы технологии PDH со скоростями каналов от 64 Кб/с до 45 Мб/с, и сети, построенные на основе аппаратуры и протоколов технологии SONET/SDH со скоростями каналов от 51 Мб/c до 2.4 Гб/с.

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

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

• Сети с коммутацией пакетов. Это сети, в которых коммутаторы оперируют с пакетами пользовательских данных. К сетям этого типа относятся все сети, разработанные специально для пере-дачи компьютерного трафика - Х.25, frame relay, TCP/IP, ATM (последний тип предназначен в равной степени как для передачи компьютерных данных, так и для передачи голоса и любых других видов мультимедийного трафика).

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

Независимо от типа коммутации, используемого в территориальной сети, а также от того, отно-сится ли территориальная сеть к магистральным средствам или к средствам удаленного доступа, все абоненты сети присоединяются к ней с помощью оборудования доступа (Access Devices), которое по-зволяет согласовать протоколы и интерфейсы локальных сетей с протоколами и интерфейсами территориальной сети. Обычно в глобальной сети строго описан и стандартизован интерфейс взаимодействия пользователей с сетью - User Network Interface, UNI (рис. 1.13). Это необходимо для того, чтобы пользователи могли без проблем подключаться к сети с помощью коммуникационного оборудования любого производителя, который соблюдает стандарт UNI.

Устройство доступа - это устройство, которое поддерживает на входе интерфейс локальной се-ти, а на выходе - требуемый интерфейс UNI.

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

• аппаратуру передачи данных (Data Circuit-terminating Equipment, DCE),

• оконечное оборудование данных (Data Terminal Equipment, DTE).

Устройства DCE представляют собой аппаратуру передачи данных по территориальным кана-лам, работающую на физическом уровне. Устройства этого типа имеют выходные интерфейсы физиче-ского уровня, согласованные с территориальным каналом передачи данных. Различают аппаратуру пе-редачи данных по аналоговым и цифровым каналам. Для передачи данных по аналоговым каналам применяются модемы различных стандартов, а по цифровым - устройства DSU/CSU.

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

Связь компьютера или маршрутизатора с цифровой выделенной линией осуществляется с помо-щью пары устройств, обычно выполненных в одном корпусе или же совмещенных с маршрутизатором. Этими устройствами являются: устройство обслуживания данных и устройство обслуживания канала. В англоязычной литературе эти устройства называются соответственно Data Service Unit (DSU) и Channel Service Unit (CSU). Устройство обслуживания данных DSU преобразует сигналы, поступающие от оконечного оборудования данных DTE (обычно по интерфейсу RS-232 или HSSI), в биполярные импульсы интерфейса G.703. Устройство обслуживания канала CSU также выполняет все временные отсчеты, регенерацию сигнала и выравнивание загрузки канала. CSU выполняет более узкие функции, в основном оно занимается созданием оптимальных условий передачи в линии (выравнивание). Эти устройства, как и модуляторы-демодуляторы, часто обозначаются одним словом DSU/CSU (рис. 1.14).

Оконечное оборудование данных - устройства DTE - это устройства, работающие на более высо-ком уровне, чем физический, которые формируют данные непосредственно для передачи из локальной сети в глобальную. Под названием DTE объединяются несколько типов устройств - маршрутизаторы с интерфейсами глобальных сетей, мультиплексоры "голос - данные", устройства доступа к сетям frame relay (FRAD), устройства доступа к сетям Х.25 (PAD), удаленные мосты. Когда к глобальной сети под-ключается не локальная сеть, а отдельный компьютер, то он при этом сам становится устройством типа DTE. DTE принимают решения о передаче данных в глобальную сеть, а также выполняют форматиро-вание данных на канальном и сетевом уровнях, а для сопряжения с территориальным каналом исполь-зуют DCE. Такое разделение функций позволяет гибко использовать одно и то же устройство DTE для работы с разными глобальными сетями за счет замены только DCE.

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

Маршрутизаторы с интерфейсами глобальных сетей. При передаче данных через глобальную сеть маршрутизаторы работают точно так же, как и при соединении локальных сетей - если они прини-мают решение о передаче пакета через глобальную сеть, то упаковывают пакеты принятого в локальных сетях сетевого протокола (например, IP) в кадры канального уровня глобальной сети (например, frame relay) и отправляют их в соответствии с интерфейсом UNI ближайшему коммутатору глобальной сети через устройство DTE. Каждый пользовательский интерфейс с глобальной сетью имеет свой собственный адрес в формате, принятом для технологии этой сети. В соответствии с этим адресом коммутаторы глобальной сети передают свои кадры друг другу, пока кадр не дойдет до абонента-получателя. При получении кадра маршрутизатор абонента извлекает из него сетевой пакет и передает его по локальной сети уже в соответствии с ее канальным протоколом.

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

Иногда маршрутизаторы оснащаются встроенными устройствами DCE - чаще всего такими уст-ройствами являются устройства DCU/CSU для цифровых каналов, так как они компактнее, чем анало-говые модемы.

Маршрутизаторы с выходами на глобальные сети характеризуются типом физического интер-фейса (RS-232, RS-422, RS-530, HSSI, SDH), к которому присоединяется устройство DCE, а также под-держиваемыми протоколами территориальных сетей - протоколами коммутации каналов для телефон-ных сетей или протоколами коммутации пакетов для компьютерных глобальных сетей.

Устройства доступа к сетям frame relay - FRAD (Frame Relay Access Devices). Эти устройства представляют собой специализированные маршрутизаторы. Их специализация заключается в том, что среди глобальных интерфейсов они поддерживают только интерфейсы к сетям frame relay, а также в усеченности функций маршрутизации - чаще всего такие устройства поддерживают только протоколы IP и IPX. Появление таких специализированных устройств связано с большой популярностью сетей frame relay.

Устройства доступа к сетям Х.25 - PAD (Packet Assembler - Disassembler). Сети Х.25 изначаль-но разрабатывались для связи неинтеллектуальных алфавитно-цифровых терминалов с удаленными компьютерами, поэтому в архитектуру этих сетей были включены специальные устройства - PAD'ы, собирающие данные от нескольких медленных асинхронных терминалов в общие пакеты и отсылающие пакеты в сеть.

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

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

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

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

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

38.Процесс стандартизации ВОС в ИСО. Роль и применение ВОС в современных сетях.

ПРОЦЕСС СТАНДАРТИЗАЦИИ ВОС В ИСО

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

РОЛЬ И ПРИМЕНЕНИЕ ВОС В СОВРЕМЕННЫХ СЕТЯХ

Роль семиуровневой эталонной модели ВОС, ее протоколов и услуг и их практическое использование в построении информационно-вычислительных сетей с течением временни постоянно менялись. В 70-е и в начале 80-х годов - в период создания и становления ВОС наибольшее применение в проектах различных сетей находили достаточно зрелые к тому времени и практически апробированные протоколы архитектур SNA фирмы IBM, DNA фирмы DEC, ARPANET, Х.25 МККТТ, а в области локальных сетей - протоколы MAP/TOP, Ethernet фирмы Xerox и др., Token Ring той же IBM и др. Но уже тогда многие с нетерпением ожидали завершения разработки эталонной модели ВОС и основных протоколов ее уровней с надеждой на возможность единого унифицированного подхода ко многим проблемам взаимосвязи и взаимодействия сетей.

И с появлением в 1984 году первого стандарта по эталонной модели ВОС и особенно с последующим наполнением этой модели конкретными протоколами практическая привлекательность ВОС как единого комплекса стандартов, обещающего почти всеобъемлещую взаимную совместимость оборудования и программ различных поставщиков, начала сильно возрастать. Свидетельство тому - появление в начале 90-х правительственных профилей ВОС (GOSIP - Government Open Systems Interconnection Profile) почти во всех развитых странах мира (США, Великобритании, Франции, Швеции, Канаде, Австралии и др), принятых и стандартизованных в этих странах на государственном уровне, а также попытки объединения GOSIP различных стран в единую Промышленно-правительственную спецификацию открытых систем (IGOSS - Industry/Government Open Systems Secification). В этих же документах получили свое первое применение и дальнейшее развитие профили и функциональные стандарты, впервые созданные группой СГФС. Многие крупные фирмы - производители средств вычислительной техники объявили тогда о переходе от своих фирменных разработок к разработкам средств ВОС.

Однако произошедший в 90-е быстрый рост сети Internet с ее более простыми протоколами, широкими возможностями доступа, богатством информационных ресурсов, с одной стороны, и такое же быстрое развитие новых сетевых высокоскоростных технологий типа Frame Relay, ATM,

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

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

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

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

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

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

2. Многие из тех конкретных протоколов ВОС, которые непосредственно не получили широкого практического применения (например, протоколы HDLC, протоколы внутрирегиональной и межрегиональной маршрутизации) послужили прямой основой для создания аналогичных про-

токолов других сетевых архитектур - ISDN, ATM, Frame Relay, Internet. Язык обмена документами SGML, созданный ИСО, послужил основой для языка гипертекста HTML Internet и последующего более современного языка XML консорциума 3WCom. Свыше 100 документов RFC Internet различного статуса (в том числе в статусе стандартов STD) посвящены вопросам взаимодействия протоколов TCP/IP с протоколами ВОС.

3. Многие стандарты ИСО, например, стандарты по кодам, механическим параметрам соединителей на физическом уровне, языкам программирования и др. реализованы во множестве изделий различных фирм. А такие прикладные протоколы ИСО, как протоколы электронной почты (многочастевой стандарт ISO/IEC 10021) и справочной службы (многочастевой

стандарт ISO/IEC 9594), более известные на практике как аналогичные рекомендации МСЭ-Т Х.400 и Х.500, соответственно, нашли прямое применение в самой Internet наряду с ее собственными протоколами.

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

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

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

Protocol Suite) и ВОС в одной системе или сети. В частности:

1) в Internet предусмотрены стандарты RFC 1006 (STD 36), RFC 1226 (предложение по стандарту) и порт 102 TCP, определяющие использование прикладных протоколов ВОС над инфраструктурой TCP/IP; аналогичный стандарт ISO/IEC 14766 „Использование прикладных протоколов ВОС над

протоколом TCP Internet” разработан в ИСО;

2) для обеспечения взаимодействия между двумя системами электронной почты ряд RFC, в частности, RFC 987, 1026, 1138, 1148 и 1327 определили шлюзы между двумя системами, предусматривающие преобразование межперсональных сообщений Х.400 в сообщения SMTP, и обратно;

3) RFC 1415 определил шлюз, обеспечивающий механизм взаимодействия протоколов FTAM ВОС и FTP Internet. Подобные шлюзы предусмотрены и в других проектах (NIST, ISODE);

4) разработано несколько стратегий взаимного перехода и сосуществования в распределенной среде прикладных программ Internet и ВОС:

смешанные стеки протоколов, двойные стеки протоколов, общие интерфейсы прикладных программ (API) и методы трансляции протоколов;

5) различными рабочими группами (SQL Access group, NDWG и др.) предложены методы прямого преобразования между обоими стеками протоколов.

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

вые примеры взаимодействия протоколов ВОС с протоколами других архитектур и сетей.

39. АТМ (Asynchronous Transfer Mode).

АТМ

Вычислительная мощность современных компьютеров выросла по сравнению с машинами начала 70-х годов в десятки и сотни тысяч раз, однако и сегодня мы пытаемся объединять их с помощью сети Ethernet на скорости 10 Мбит/с. Понятно, что даже классические компьютерные приложения работают в таких условиях с трудом, не говоря уже о видеоконференциях или обработке графических объектов. Сети FDDI и Fast Ethernet не позволяют в корне улучшить ситуацию, давая лишь десятикратное увеличение пропускной способности. К тому же во всех «классических» ЛВС, вне зависимости от скорости передачи информации, при увеличении числа

компьютеров в одном сегменте резко падает пропускная способность для конкретного пользователя. Хорошей альтернативой может показаться система, подобная телефонной сети. В этом случае каждой взаимодействующей паре пользователей предоставляется выделенная полоса пропускания (канал), сохраняющаяся до окончания сеанса связи. В цифровой телефонии это, например, 64 Кбит/с. Путем мультиплексирования каналов с полосой пропускания 64 Кбит/с можно достичь практически любой скорости передачи. Это прекрасно подходит для передачи информации, требующей постоянной временной задержки (голос и необработанный видеосигнал), но совсем не годится для передачи трафика компьютерных сетей, в которых периоды относительного затишья перемежаются с пиковыми нагрузками. Для построения ЛВС по такому принципу за каждым пользователем пришлось бы резервировать неадекватно большую полосу пропускания, эквивалентную пиковой нагрузке на сеть.

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

осуществляется передача данных в сетях АТМ, всегда имеют фиксированную длину (53 байта) и не содержат адресной информации и контрольной суммы поля данных (20-байтовыми адресами приемник и передатчик обмениваются только в момент установления соединения), что упрощает и ускоряет их обработку и коммутацию. Коммутация происходит на основе идентификатора виртуального пути (Virtual Path Identifier - VPI) и идентификатора виртуального канала (Virtual Channel Identifier - VCI), определяющих одно из организованных соединений. Контрольная сумма поля данных считается ненужной, поскольку используются только высококачественные каналы с малой вероятностью ошибки; так, типичная вероятность ошибки канала АТМ составляет 10-12. При необходимости контроль достоверности передачи информации возлагается на протоколы верхнего уровня.

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

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

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

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

Уровень адаптации АТМ (ATM Adaptation Layer - AAL) состоит из двух подуровней. Подуровень конвергенции (Convergence Sublayer - CS) получает информацию пользователя и разбивает ее на протокольные единицы данных (Convergence Sublayer Protocol Data Unit - CS-PDU). Они имеют перемен-ную длину и определяются конкретным уровнем адаптации. Например, при использовании уровня AAL3/4 данные разбиваются на блоки с максимальной длиной 64 Кбайт. Далее к ним добавляются заголовок и окончание, несущие информацию о типе переносимого трафика и размере протокольной единицы, а также позволяющие при приеме осуществлять коррекцию ошибок.

*Уровни|Подуров1\Подуров2|Функция1\Функция2%

*AAL|CS\SAR|Конвергенция\Сегментация%

*ATM| |Управление потоком, Генерация и извлечения заголовков, Трансляция ячеек в соответствии с VPI и VCI, Мультиплексирование и демультиплексирование, Проверка правильности заполнения заголовка%

*PHY|TC\PM|Генерация и восстановление передачи кадров\Определяет временные и физические характеристики сигналов, тип кодирования, среды распространения%

В стандартизации АТМ главную роль играют две международные организации: АТМ-форум и Комитет международного союза электросвязи ITU-T (до 1993 г. Международный консультативный комитет по телеграфии и телефонии - МККТТ). АТМ-форум объединяет сейчас около 600 членов. В основном это фирмы-производители оборудования и крупные потребители услуг сетей АТМ, а также различные государственные и научные организации. Решения АТМ-форума принимаются простым большинством голосов и становятся стандартом де-факто для всех разработчиков оборудования локальных сетей АТМ.

ITU-T занимается стандартизацией сетей АТМ общего пользования интерфейсов физического уровня. В настоящее время, согласно UNI версии 3.1, определены основные спецификации АТМ в диапазоне скоростей от 1,544 до 622 Мбит/с.

40.Общие сведения о системах качества по ИСО 9000. Стандарты семейства ИСО 9000. ИСО 9000 и информатизация предприятий.

ИСО 9000 И ИНФОРМАТИЗАЦИЯ ПРЕДПРИЯТИЙ

В стандарте ИСО 9001 перечисляются те бизнес-функции предприятия, или, другими словами, элементы качества, на которые распространяется действие стандарта:

1. Ответственность руководства.

2. Система качества.

3. Анализ контракта.

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

5. Управление документацией.

6. Закупки продукции.

7. Продукция, предоставленная потребителем.

8. Идентификация продукции и прослеживаемость.

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

10. Контроль и проведение испытаний.

11. Контрольное, измерительное и испытательное оборудование.

12. Статус контроля и испытаний.

13. Управление несоответствующей продукцией.

14. Корректирующие и предупреждающие действия.

15. Погрузочно-разгрузочные работы, хранение, упаковка и поставка.

16. Регистрация данных о качестве.

17. Внутренние проверки качества.

18. Подготовка кадров.

19. Техническое обслуживание.

20. Статистические методы.

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

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

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

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

PAGE \* MERGEFORMAT 2

1. по теме- ldquo;Средства коммуникации и тип культуры
2. Рассчитать количество спирта с концентрацией 95 м воды очищенной для приготовления 400 л спирта 40 концен
3. на тему- Трудовые ресурсы
4. Налоги и в будни, и в празднике
5. Реферат Расчет режимов резания при фрезеровании (Методические рекомендации)
6. Modern Tourism Narrows the Mind
7. КОРПОРАТИВНАЯ СОЦИАЛЬНАЯ ОТВЕТСТВЕННОСТЬ. ЭКЗАМЕНАЦИОННЫЕ ВОПРОСЫ
8. Курсовая работа- Учет и распределение между заказами косвенных затрат
9. реферат дисертації на здобуття наукового ступеня доктора медичних наук Київ ~ Ди
10. Собольщиков В И
11. правовая ответственность по договору розничной куплипродажи [4] 88
12. і Поведінку підприємства в ринковій економіці свободу його дій визначають ринкові ціни та співвідношення д
13. в полном отрицательном ответе not ~ в кратком отрицательном ответе Но Перед местоимениями ny mny ставится
14. числовые знаковые n~ целое double x; double не целочисленное действительное число х cin]]n;
15. КАПУСТНЫЕ ПОСИДЕЛКИ ВЫПОЛНИЛ МУЗЫКАЛЬНЫЙ РУКОВОДИТЕЛЬ СУДАКОВА ЕКАТЕРИНА ЮРЬЕВНА
16. Принцип действия зеркальной антенны
17. 1991 гг. В марте 1985 г
18. Драйден 1 Скажу так- жизнь идиота ' не сахар
19. Тихая ночь 2 Роберт Лоуренс Стайн Тихая ночь 2 Улица страха Тихая ночь 2- Астре
20. Кроче во Флоренции который начали строить в 1294 году в соответствии с планами Арнольфо ди Cmbfo является кру

Материалы собраны группой SamZan и находятся в свободном доступе