Уровни и службы управления

Решаемые задачи

Руководство предприятия

обеспечение достоверной информацией о финансовом состоянии компании на текущий момент и подготовка прогноза на будущее;

обеспечение контроля за работой служб предприятия;

обеспечение четкой координации работ и ресурсов;

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

формирование полного представления о себестоимости конечного продукта (услуги) по компонентам затрат

Финансово-бухгалтерские службы

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

реализация необходимой менеджменту учетной политики;

оперативное определение дебиторской и кредиторской задолженностей;

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

контроль за финансовой дисциплиной;

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

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

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

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

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

контроль за технологической дисциплиной;

ведение документов для сопровождения производственных заказов (заборные карты, маршрутные карты);

оперативное определение фактической себестоимости производственных заказов

Службы маркетинга

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

анализ рынка сбыта с целью его расширения;

ведение статистики продаж;

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

контроль за выполнением поставок заказчику в нужные сроки при оптимизации затрат на транспортировку

Службы сбыта и снабжения

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

планирование сроков поставки и затрат на транспортировку;

оптимизация транспортных маршрутов и способов транспортировки;- компьютерное ведение контрактов

Службы складского учета

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

оперативный поиск товара (продукции) по складам;

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

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

1. 
   ^ История создания АСУ в РФ.

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

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

С применением полупроводников в 60-70-е годы предполагалось полностью заменить человека АСУ. В СССР в начале 60-х годов разрабатывались АСУ для перевозки технологических грузов, перевозки грузов в маршрутах, а также разрабатывалась система управления технологическим циклом (описание – книга Шмулевича).

В настоящее время АСУ разрабатываются на основе компьютерных сетей. На сегодняшний день существует строгая иерархия и классификация информации на промышленном транспорте, а также систем ее кодирования. Самой наглядной системой кодирования информации на промышленном транспорте является ШТРИХКОД. Кроме того, с 93-го года ведутся работы по унификации всех систем передачи и обработки данных.

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

1. 
   ^ Этапы создания АСУ.

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

t у – продолжительность восприятия системой управляющего распоряжения,

t с – время выполнения системой управляющего распоряжения.

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

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

III этап – внедрение. На этапе внедрения производится сборка оборудования.

IV этап – отладка. Отладка программного обеспечения, его корректировка и дальнейшее программное сопровождение.

1. 
   ^ Поколения вычислительных машин.

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

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

В 1944 году для военных нужд был создан первый в мире цифровой компьютер Марк 3. Размеры его 1,5 на 2,5 метра. Он состоял из 750 тысяч деталей. Производительность: за 4 секунды мог перемножить 2-а 23 –разрядных числа.

Следующей полностью электронный компьютер – 1946 год. Производительность 5 тысяч операций сложения и 300 операций умножения в секунду. Размер 30 м в длину и 85 м 3 , вес 30 тонн. Состоял из 18 тысяч электронных ламп.

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

1. 
   ^ Аналоговые вычислительные машины (АВМ).

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

Достоинства АВМ:

1. 
   высокая скорость регулирования задач
2. 
   простота конструкции
3. 
   легкость подготовки задачи к решению
4. 
   наглядность протекания и следования процессов
5. 
   возможность изменения параметров время исследования

1. 
   малая точность полученных результатов
2. 
   ограниченная решаемость задач
3. 
   ручной ввод решаемой задачи.
4. 
   большой объем задействованного оборудования растущих с увеличением сложности задач.

1. 
   Электронно-вычислительные машины (ЭВМ).

ЭВМ делятся на большие, мини и микро.

Достоинства ЭВМ:

1. 
   высокая точность вычислений
2. 
   универсальность
3. 
   автоматизированный ввод информации
4. 
   независимость количества оборудования от сложности задачи

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

1. 
   Применение информационных систем для работы с пространственной информацией.
   1. 
      Географическая информация систем.

Основные сферы применения ГИС:

1. 
   управление земельными ресурсами, земельными кадастрами
2. 
   инвентаризация и учет объектов распределения производительности инфраструктуры и управления ими.
3. 
   проектирование инженерные изыскания и планирование в градостроительстве, архитектуре, промышленности и транспортном строительстве.
4. 
   тематическое картографирование
5. 
   картография, навигация и управление движением.
6. 
   геология, минерально-сырьевые ресурсы и горнодобывающая промышленность
7. 
   планирование и оперативное управление перевозками
8. 
   планирование и развитие транспортных и телекоммуникационных сетей
9. 
   маркетинг и анализ рынка

Для образования ГИС используется в качестве информационно-справочных систем. Эффективность применения достигается за счет всякой наглядности и удобства доступа к информации.

1. 
   ^ Примеры требований к данным.

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

Компьютерные сети на сегодняшний день представляют основные средства передачи данных.

1. 
   ^ Цель создания информационных систем.

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

ИВС подразделяется на локальную (до 10 км) и глобальную (на всемирную).

1. 
   Средства связи для создания АСУ:

1. 
   спутниковая связь. Преимущества:
   1. 
      большая пропускная способность
   2. 
      покрытие больших расстояний
   3. 
      большой коэффициент надежности

1. 
   высокая стоимость
2. 
   необходимость содержания большой инфраструктуры наземных сооружений

1. 
   Оптико-волоконная. Преимущества:
   1. 
      Способность предавать большие объемы информации с высокой степенью надежности.
2. 
   Радиосвязь, радиолинейная, телефонная.

1. 
   Приемы работы с информацией.

1. 
   ^ Этапы работы с информацией.

1. 
   ^ Требования, предъявляемые к вычислительным сетям.

Прочие требования:

• 
  производительность
• 
  надежность
• 
  вместимость
• 
  защищенность

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

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

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

Отказы устойчивости – это способность скрыть отказ о работе некоторых элементов системы.

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

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

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

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

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

Система, состоящая из разнотипных элементов, называется неоднородной (гетерогенной). Если неоднородная система работает, то он является интегрированной.

1. 
   ^ Стандартизация (унификация) вычислительных систем.

1. 
   стандарты отдельных фирм
2. 
   стандарты специальных фирм и объединений
3. 
   национальный стандарт
4. 
   международный стандарт

Каждый уровень стандартизации состоит из следующих составляющих:

1. 
   физический
2. 
   канальный
3. 
   сетевой
4. 
   транспортный
5. 
   сеансовый
6. 
   представительный
7. 
   прикладной

Аннотация: Принципы создания информационной системы. Реинжиниринг бизнес-процессов. Отображение и моделирование процессов. Обеспечение процесса анализа и проектирования ИС возможностями CASE-технологий. Внедрение информационных систем.

4. Разработка и внедрение информационной системы

4.1. Принципы создания информационной системы

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

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

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

Принцип "открытости" информационной системы

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

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

Это определение, сформулированное специалистами института IEEE (Institute of Electrical and Electronic Engineers), унифицирует содержание среды, которую предоставляет открытая система для широкого использования. В настоящее время общепризнанным координационным центром по разработке и согласованию стандартов открытых систем является OASIS (Organization for the Advancement of Structured Information Standards).

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

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

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

Структура среды информационной системы

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

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

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

• стандарты интерфейсов взаимодействия прикладных программ со средой ИС, прикладной программный интерфейс (Application Program Interface - API);
• стандарты интерфейсов взаимодействия самой ИС с внешней для нее средой (External Environment Interface - EEI).

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

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

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

Рис. 4.1.

Эталонная модель среды открытых систем (OSE/RM) определяет разделение любой информационной системы на приложения (прикладные программы и программные комплексы) и среду, в которой эти приложения функционируют. Между приложениями и средой определяются стандартизованные интерфейсы (API), которые являются необходимой частью профилей любой открытой системы. Кроме того, в профилях ИС могут быть определены унифицированные интерфейсы взаимодействия функциональных частей друг с другом и интерфейсы взаимодействия между компонентами среды ИС.

Более подробно о применении технологии и моделей открытых систем будет рассказано в "лекции 18" .

Модель создания информационной системы

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

Компания является сложной онтологической (понятийной) структурой, состоящий из определенной совокупности сущностей и взаимосвязей (рис. 4.2).

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

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

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

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

• бизнес-функции, описывающие ЧТО делает бизнес;
• основные, вспомогательные и управленческие процессы, описывающие КАК предприятие выполняет свои бизнес-функции;
• организационно-функциональную структуру, определяющую ГДЕ исполняются бизнес-функции и бизнес-процессы;
• фазы, определяющие КОГДА (в какой последовательности) должны быть внедрены те или иные бизнес-функции;
• роли, определяющие КТО исполняет бизнес-функции и КТО является "хозяином" бизнес-процессов;
• правила, определяющие связь и взаимодействие между всеми ЧТО, КАК, ГДЕ, КОГДА и КТО.

После построения бизнес-модели (или параллельно с этим) можно приступать к формированию модели проектирования, реализации и внедрения самой ИС (рис. 4.3).

Опыт создания и использования "заказных" ИС позволяет условно выделить следующие основные этапы их жизненного цикла:

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

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

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

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

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

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

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

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

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

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

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

На стадии анализа требований к проектируемой системе и вводятся:

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

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

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

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

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

Проектирование информационных систем охватывает три основные области:

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

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

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

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

На стадии детального проектирования разрабатываются:

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

Стадия реализации ИС предусматривает разработку и тестирование компонентов и комплексное тестирование системы.

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

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

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

4.2. Реинжиниринг бизнес-процессов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Результатом такого описания является:

• уточненная карта сети процессов;
• матрица взаимосвязей процессов и подразделений, вовлеченных в эти процессы;
• информация о том, какие системы автоматизации существуют, при выполнении каких операций используются, где и какие данные используются, какие системы автоматизации и информатизации необходимо разработать;
• функциональные схемы потоков данных (Data Flow), работ (Work Flow), финансовых потоков (Cash Flow), потоков управленческих воздействий (Control Flow) и документооборота (Doc Flow).

Функциональная модель поможет составить точные спецификации всех операций, процедур и взаимосвязей между ними. Такая модель, если она построена правильно, обеспечивает исчерпывающее описание о функционирующем процессе и обо всех имеющихся в нем потоках информации. Эта модель описывает состояние "Как есть" (As Is). По результатам анализа возможных путей улучшения от реальной модели нужно перейти к модели, характеризующей улучшения - модель "Как будет" (As To Be), вариант - "Как должно быть" (рис. 4.9).

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

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

4.3. Отображение и моделирование процессов

На сегодняшний день получили распространение три основные методологии функционального моделирования (и сопутствующий им инструментарий): IDEF (Integrated DEFinition), UML (Unified Modeling Language) и ARIS (Architecture of Integrated Information Systems). Для каждой из них существуют определенные программные продукты, которые помимо разработки позволяют проводить преобразования и операции для последующей работы с полученными моделями. Наибольшее распространение сегодня получили методологии IDEF и программный продукт BPWin, содержащий методологии IDEF0, IDEF3, DFD (Data Flow Diagrams) и ERWin (IDEF1x) от компании Computer Associates.

История методологии IDEF начинается с 70-х годов ХХ века с методологии SADT (Structured Analysis and Design Technique), разработанной Дугласом Россом (Softtech INC). Изначально SADT применялось Министерством Обороны США для практического моделирования процессов в рамках программы ICAM (Integrated Computer Aided Manufacturing). Принципиальным требованием при разработке рассматриваемого семейства методологий была возможность эффективного обмена информацией между всеми специалистами - участниками программы ICAM (Icam DEFinition). В последующем эта методология была трансформирована в стандарт IDEF0 (Function Modeling, FIPS № 183). Семейство IDEF включает уже упомянутые IDEF3 (Process Description Capture) и IDEF1x (Data Modeling, FIPS № 184).

После опубликования стандартов они были успешно применены в самых различных областях бизнеса, показав себя эффективным средством анализа, конструирования и отображения бизнес-процессов (к слову сказать, он активно применяется и в отечественных госструктурах, например в Государственной налоговой инспекции). Более того, собственно с широким применением IDEF (и предшествующей методологии SADT) и связано возникновение основных идей популярного ныне понятия "реинжиниринг бизнес-процессов" (Business Process Reengineering - BPR).

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

Работа с использованием метода IDEF начинается с постановки цели моделирования. Мировой опыт свидетельствует, что ошибки при постановке цели приводят в среднем к 50 % неудач в процессе моделирования. Формулирование цели изначально направляет работу в заданном направлении, а значит, ограничивает круг вопросов для анализа. Практическая работа начинается с определения контекста (Context, Context Diagram), то есть верхнего уровня системы, в нашем случае - предприятия. После формулировки цели необходимо очертить область моделирования (Scope), которая в последующем будет определять общие направления движения и глубину детализации (Decomposition). Собственно, сама методология IDEF определяет стандартизированные объекты для работы и отображения. Например, к таковым относятся функция (Activity), интерфейсная дуга (Arrow), заметка (Note) а также способ их расположения и трактования (Semantics).

В последнее время на российском рынке появился программный продукт Business Studio, который специально создан для работы с методами IDEF и обладает интуитивным и дружественным интерфейсом (User-friendly Interface).

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

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

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

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

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

Пример функциональной модели процесса отгрузки и доставки продукции показан на рис. 4.11 .

Степень формализации описания бизнес-процессов может быть различной в зависимости от решаемых при этом задач. Для описания информационных процессов разработан специализированный язык BPEL (Business Process Execution Language). BPEL создан на основе XML для формального описания бизнес-процессов и протоколов их взаимодействия между собой. BPEL расширяет модель взаимодействия Web-служб и включает в эту модель поддержку транзакций.

В настоящее время активно развивается методология BPMS (Business Process Management System) - класс программного обеспечения для управления бизнес-процессами и административными регламентами. (Употребляются также термины BPM-система и просто BPM). Использование BPMS позволяет организовать эффективное взаимодействие между управленцами и ИТ-специалистами, лучше использовать существующие подсистемы и ускорить разработку новых.

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

Современные методы разработки и развития программного обеспечения ИС в полной мере стараются ориентироваться на возможности автоматизированного оперативного внесения изменений. Наиболее сложным оказался процесс стандартизации языка BPEL для унификации использования одних и тех же конструкций программным обеспечением разных производителей. Фирмы IBM и Microsoft определили два довольно-таки схожих языка: WSFL (Web Services Flow Language) и Xlang, соответственно.

Рост популярности BPML и открытое движение BPMS к пользователям привело корпорации Intalio Inc., IBM и Microsoft к решению объединить эти языки в новый язык BPEL4WS. В апреле 2003 года корпорации BEA Systems, IBM, Microsoft, SAP и Siebel Systems передали BPEL4WS версии 1.1 в OASIS для стандартизирования в Web Services BPEL Technical Committee. Хотя BPEL4WS появился в версиях 1.0 и 1.1, технический комитет WS-BPEL OASIS проголосовал 14 сентября 2004 за то, чтобы назвать спецификацию WS-BPEL 2.0. Это изменение было сделано, чтобы согласовать BPEL с другими стандартами Web-сервисов, которые на основании "Соглашения об именовании" начинаются сочетаниями букв "WS-".

Корпорации Active Endpoints, Adobe, BEA, IBM, Oracle и SAP опубликовали согласованные спецификации BPEL4 People и WS-HumanTask, в которых описывалось, как может быть реализовано в системе и нотациях BPEL взаимодействие процессов с людьми. Предполагается добавление в BPEL семантики в форме WS-HumanTask и других разнообразных дополнений.

4.4. Обеспечение процесса анализа и проектирования ИС возможностями CASE-технологий

Термин CASE (Computer Aided Software/System Engineering) используется в настоящее время в весьма широком смысле. Первоначальное значение термина CASE, ограниченное вопросами автоматизации разработки только лишь программного обеспечения (ПО), в настоящее время приобрело новый смысл, охватывающий процесс разработки сложных ИС в целом.

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

Появлению CASE-технологии и CASE-средств предшествовали исследования в области методологии программирования. Программирование обрело черты системного подхода с разработкой и внедрением языков высокого уровня, методов структурного и модульного программирования, средств визуального моделирования и проектирования на базе языка UML (Unified Modeling Language), средств их поддержки, формальных и неформальных языков описаний системных требований и спецификаций и т. д. Кроме того, появлению CASE-технологии способствовали и такие факторы, как:

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

CASE-технология представляет собой методологию проектирования ИС, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех этапах разработки и сопровождения ИС и разрабатывать приложения в соответствии с информационными потребностями пользователей. Большинство существующих CASE-средств основано на методологиях структурного (в основном) или объектно-ориентированного анализа и проектирования, использующих спецификации в виде диаграмм или текстов для описания внешних требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств [Вендров А. М. ,www.citforum. ru/database/case/index.shtml ].

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

Большинство CASE-средств основано на парадигме "методология/метод/нотация/структура/средство".

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

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

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

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

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

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

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

Следует отметить, что, несмотря на все потенциальные возможности CASE-средств, существует достаточно много примеров их неудачного внедрения, в результате которых CASE-средства становятся "полочным" ПО (Shelfware).

В связи с этим необходимо учитывать следующее:

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

Можно также перечислить следующие факторы, усложняющие определение возможного эффекта от использования CASE-средств:

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

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

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

1. Проведение функционального и информационного обследования системы управления (административно-управленческой деятельности) предприятия (рис. 4.2):
   • определение организационно-штатной структуры предприятия;
   • определение функциональной структуры предприятия;
   • определение перечня целевых функций структурных элементов (подразделений и должностных лиц);
   • определение круга и очередности обследования структурных элементов системы управления согласно сформулированным целевым функциям;
   • обследование деятельности выделенных структурных элементов;
   • построение FD-диаграммы системы управления с указанием структурных элементов и функций, реализация которых будет моделироваться на DFD-уровне.
2. Разработка моделей деятельности структурных элементов и системы управления в целом:
   • выделение множества внешних объектов, оказывающих существенное влияние на деятельность структурного элемента;
   • спецификация входных и выходных информационных потоков;
   • выявление основных процессов, определяющих деятельность структурного элемента и обеспечивающих реализацию его целевых функций;
   • спецификация информационных потоков между основными процессами деятельности, уточнение связей между процессами и внешними объектами;
   • оценка объемов, интенсивности и других необходимых характеристик информационных потоков;
   • разработка иерархии диаграмм потоков данных, образующих функциональную модель деятельности структурного элемента;
   • объединение DFD-моделей структурных элементов в единую модель системы управления предприятием.
3. Разработка информационных моделей структурных элементов и модели информационного пространства системы управления:
   • определение сущностей модели и их атрибутов;
   • проведение атрибутного анализа и оптимизация сущностей;
   • идентификация отношений между сущностями и определение типов отношений;
   • анализ и оптимизация информационной модели;
   • объединение информационных моделей в единую модель информационного пространства.
4. Разработка предложений по автоматизации системы управления предприятия:
   • определение границ автоматизации - составление перечня автоматизируемых структурных элементов, разбиение процессов основной деятельности на автоматические, автоматизированные и ручные;
   • составление перечня подсистем и логических АРМов (автоматизированных рабочих мест), определение способов их взаимодействия;
   • разработка предложений по очередности проектирования и реализации подсистем и отдельных логических АРМов, входящих в состав ИС;
   • разработка требований к средствам базового технического обеспечения ИС;
   • разработка требований к средствам базового программного обеспечения ИС.

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

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

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

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

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

Самым мощным из указанных программных пакетов является пакет Rational Rose (RR) компании IBM-Rational, с помощью которого можно спроектировать и сопровождать весь жизненный цикл разработки программного продукта (рис. 4.15 Сопровождение ЖЦ программного продукта с RR

4.5. Внедрение информационных систем

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

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

Надо четко понимать, что корпоративная ИС призвана упростить управление организацией, улучшить процессы, усилить контроль и обеспечить этим конкурентные выгоды. Только с такой точки зрения можно оценивать пользу от её внедрения.

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

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

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

К настоящему времени сложился стандартный набор приемов внедрения ИС. Основное правило: выполнять обязательные фазы последовательно и не пропускать ни одной из них.

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

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

Перед началом разработки проекта внедрения необходимо:

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

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

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

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

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

Основные фазы внедрения информационной системы

Фаза "Предварительные работы по подготовке проекта внедрения ИС". В ходе предпроектного обследования предприятия (рис. 4.1.4) собирается подробная информация о структурном построении организации, функциональных связях, системе управления, об основных бизнес-процессах, о потоках внутри предприятия (Control Flow, Doc Flow, Data Flow, Work Flow, Cash Flow), необходимая для построения соответствующих моделей и выбора объектов для автоматизации. Оцениваются сроки, ресурсы, виды и объемы работ, номенклатура и стоимость программно-аппаратных и телекоммуникационных средств, стоимость обучения персонала и т. д.

Фаза "Подготовка проекта". После завершения первой фазы осуществляется предварительное планирование и формирование процедур запуска проекта:

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

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

Фаза "Концептуальная проработка проекта". В течение этой фазы:

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

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

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

Вторичные (журнал учета приходные ордеров и др.).

Обязательные реквизиты в первичных документах:

Наименование документа;

Дата составления документа;

Наименование организации, от имени которой был составлен документ;

Содержание операции;

Измерители операции в натуральном и денежном выражении;

Наименование должностей лиц, ответственных за совершение операции и правильность ее выполнения;

Личные подписи указанных лиц

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

Понятие документооборот можно трактовать как:

Движение документов в пространстве и во времени с момента их создания или получения до завершения исполнения ши отправки;

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

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

Цели создания и функции информационной системы

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

Выделим основные цели создания информационной системы:

Обеспечить выживаемость и дееспособность предприятия;

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

Устранение неразберихи в получении информации и ее использовании;

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

Потребителей информационной системы можно классифицировать как:

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

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

Основные принципы построения информационной системы:

Иерархия (подчиненность задач и использования источников данных);

Принцип агрегированности данных (учет запросов на разных уровнях);

Избыточность (построение с учетом не только текущих, но и будущих задач);

Конфиденциальность;

Адаптивность к изменяющимся запросам;

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

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

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

Информация для выработки стратегии и политик для предприятия

Информационная логистическая система действует в следующих режимах:

Информационно-справочный режим;

Режим сортировки и группировки;

Аналитический режим выдача аналитических сведений и документов по результатам обработки двух более характеристик разной принадлежности;

Расчетный режим (выполняются расчеты по заранее формализованным моделям и зависимостям);

Советующий режим (выдается несколько решений на основе формализованных и интуитивных методов);

Обучающий режим;

Оптимизационный.

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

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

Разработка и внедрение информационных систем

Институт развития информационного общества ИРИО провел в Москве исследование, целью которого было определение уровня развития информационных технологий. Имеется информация и из регионов России. При сопоставлении этих данных с данными о положении в Европейском союзе можно оставить представление о масштабах нашего отставания и его причинах. В результате проведенного ИРИО исследования стало ясно, что в Москве на 55% предприятий большая часть персонала пользуется компьютерами и на 26% имеет доступ в интернет. Среднероссийские показатели составляют соответственно 33,8% и 5,8%. В ЕС персональные компьютеры используют в среднем 49% сотрудников компаний. Приведенные выше показатели свидетельствуют о том, что основными элементами информационно-коммуникационных технологий (компьютеры на рабочих местах, файловый сервер, электронная почта, выход в интернет) предприятия располагают. Однако Их применение не дает принципиально новых возможностей по сравнению с традиционными методами. Успешные же компании обычно внедряют просто информационные технологии.

При разработке информационных систем :

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

Разрабатываются формализованные и всеобъемлющие системы оценки результатов обслуживания потребителей;

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

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

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

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

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

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

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

Сформировать технологию цепями поставок, систему финансового планирования и контроля, а также систему финансового анализа.

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

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

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

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

Информационный поток: понятие и виды

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

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

Бумажных документах традиционного типа;

Электронных документах (магнитные и бумажные — перфоленте, перфокартах) и др.

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

Выделяют следующие группы информационных потоков:

1) горизонтальные;

2) вертикальные;

3) внешние;

4) внутренние;

5) входные;

6) выходные.

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

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

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

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

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

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

Информационные потоки разделяют:

По срочности: на обычные, срочные, очень срочные (молнии)

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

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

По скорости передачи сообщений информационные потоки делят на быстрые и традиционные (почтовые);

- по области охвата информационные потоки делят на:

1) местные;

2) иногородние;

3) дальние;

4) международные.

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

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

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

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

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

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

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

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

Есть и другие несоответствия информационных потоков материальным.

Информационные потоки изучают с помощью ряда оценок:

1) по источнику возникновения;

3) объему;

4) периодичности;

5) порядку согласования;

6) порядку утверждения;

7) срокам действия;

8) порядку хранения и др.

Рассмотрим их подробнее:

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

2. По направлению информационные потоки могут быть горизонтальными (туда и обратно) и вертикальными (сверху вниз и обратно). Горизонтальными называют сообщения между участниками логистического процесса одного уровня равноценными партнерами. Вертикальные информационные потоки протекают между разными уровнями управления: верхним — руководящим и нижним — подчиненным. Направление информационного потока трактуется и по другому как прямое и косвенное.

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

3. Объем информационных потоков учитывают несколькими способами.

Один из них — учет размеров потока по числу:

1) документов;

2) листов в потоке;

3) страниц в потоке;

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

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

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

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

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

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

Информационные потоки протекают в информационном пространстве. Оно обширно и практически охватывает весь земной шар и освоенную часть.

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

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

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

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

Во-первых, одному материальному потоку соответствует, как правило, не один, а несколько информационных потоков.

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

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

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

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

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

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

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

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

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

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

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

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

Информационная инфраструктура

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

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

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

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

1) тип предмета снабжения;

2) количество или его объем;

3) происхождение предмета снабжения;

4) его месторасположение (размещение);

5) время прибытия в пункт размещения;

6) время отправки из пункта размещения;

7) система транспортировки;

8) время транспортировки;

9) резервирование.

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

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

1) история рынка сбыта (включая анализ по регионам), типы сбытовых операций;

2) прогнозы рынка и сбыта;

6) расходы;

7) модели рынка (сбыта);

8) контроль деятельности персонала;

9) территориальное планирование, циклы деловых поездок, персональное распределение командировок;

10) источники запросов перехода на новый продукт;

11) реестр покупателей;

12) исходящая и получаемая информация;

13) печатание и отправка почты;

14) контроль ответов и анализ результатов рекламной деятельности;

15) отчет сбытовой деятельности;

16) движение заказа, выставление счетов, составление смет и отчетов;

17) доступ к внутренней и внешней информации и др.

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

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

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

Быстрый и надежный, ручной или автоматизированный о данных о транспортных средствах и средствах производства;

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

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

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

Обмен накладными с транспортными конторами при прямой отправке товаров от производителя покупателю.

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

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

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

Заказах на покупку;

Заказах на отправку партий грузов;

Получении консультаций для грузоотправителей;

Заполнении фактурных счетов;

Различных выплатах;

Оформлении накладных на перевозку грузов;

Получении информации о перевозимых товарах.

Использование в логистике технологии автоматизированной идентификации штриховых кодов

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

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

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

В конце 60х гг. в США и Канаде начались исследования в области автоматизации торговых терминалов в супермаркетах. Были доработаны и внедрены символика бычий глаз и сканеры для его считывания.

В нашей стране продвижением штрихового кодирования и присвоением торговых штриховых кодов занимается Ассоциация автоматической идентификации.

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

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

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

Контрольную цифру можно проверить при помощи нехитрого алгоритма и самостоятельно.

Для этого:

1) сложите все цифры, стоящие на четных местах;

2) полученную сумму умножьте на 3; полученный результат X необходимо запомнить;

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

4) прибавьте к этой сумме число X, полученную сумму назовем УР;

5) оставим от этого двузначного числа только второе число;

6) подсчитаем разницу 10 Р;

7) полученный результат должен совпадать с контрольной цифрой.

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

Основные преимущества.

На производстве:

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

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

В складском хозяйстве:

Автоматизация учета и контроля за движением материального потока;

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

Сокращение времени на логистические операции с материальным и информационным потоком.

В торговле:

Создание единой системы учета материального потока;

Автоматизация заказа и инвентаризация товаров;

Сокращение времени обслуживания покупателей.

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

Целесообразность применения штрих кодов можно проследить по всей цепочке от производителя до потребителя :

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

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

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

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

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

Радиочастотная идентификация (КГЮ)

Радиочастотная метка, или транспондер, — (передатчик приемник). ЕГГО метка обычно включает в себя приемник, передатчик, антенну и блок памяти для хранения информации. Получая энергию от радиосигнала, испускаемого стационарно закрепленным считывателем либо ручным сканером, транспондер отвечает собственным сигналом, содержащим полезную информацию.

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

Метки с источником питания называются активными, без питания — пассивными.

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

ЕИГО имеет ряд существенных преимуществ по сравнению в качестве области автоматической идентифик ации; сейчас рассматривается как радикальное средство совершенствования процесса управления данными. Одной из технологий ЕГШ является месячная проездная карта в метро. Противоугонные системы, применяемые на автомобилях управляются при помощи КГШ. В магазинах датчики в стенах примерочной могут определить, какую одежду заказчик примеряет, и показать, есть ли они в магазине других цветов, размеров или тканей. Бирки удаляют во время закупки и снова прикрепляют к новым изделиям во время загрузки прилавка. Как технология анти воровства КГШ имеет смысл в магазине, где продаются дорогостоящие товары. Антенна излучает электромагнитные волны, активизирующие ЕГШ метку и позволяющие производить запись и считывание данных с этой метки. Антенна является своеобразным каналом между меткой и приемопередатчиком, она контролирует весь процесс получения и передачи данных. Антенны отличаются по размерам и форме. Они могут быть встроены в специальные сканеры, а также в ворота, турникеты. Дверные косяки и т.п. для получения информации от предметов или людей, проходящих через зону действия антенны. В случае непрерывного считывания большого количества меток электромагнитное поле излучается антенной постоянно. Если постоянный опрос не требуется, то поле может активироваться по команде оператора. Конструктивно антенна и приемопередатчик с декодером могут находиться в одном корпусе. Функции приемопередатчика и декодера похожи на функции аналогичных блоков в радиоприемнике и сканере. Сигнал, поступающий с антенны, модулируется, расшифровывается и передается через стандартный интерфейс в компьютер для дальнейшей обработки.

Активные метки имеют свой источник питания и обычно, т.е. данные метки могут быть многократно считаны и записаны с модернизацией информации. Объем памяти активной метки определятся требованиями применения. Некоторые системы оперируют памятью до 1 МВ. В случае ЕРШ метка может выдать устройству полную инструкцию по функционированию, а затем принять полный отчет о выполнении. Зашифрованные данные становятся частью истории метки. Активные метки имеют большую дальность считывания, которая не зависит от энергии считывателя.

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

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

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

Основные преимущества КРШ технологии :

Для КГШ не нужен контакт или прямая видимость;

ЕГШ метки читаются быстро и точно (приближаясь к 100%-ной идентификации);

КГШ может использоваться даже в агрессивных средах, а КГШ метки могут читаться через грязь, краску, пар, воду, пластмассу, древесину;

Пассивные КГШ метки имеют фактически неограниченный срок эксплуатации

КГШ метки несут большое количество информации и могут быть интеллектуальны;

КГШ метки практически невозможно подделать;

ЕГШ метки могут быть не только для чтения, но и с записью информации

Области применения КРЮ системы

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

Типичные применения:

Электронный контроль за доступом и перемещениями персонала на территории предприятий;

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

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

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

Общественный транспорт — управление движением, оплата Проезда и оптимизация пассажиропотоков;

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

Период времени

Концепция использования информации

Вид информационных систем

Цель использования

1950 — 1960 гг.

Бумажный поток расчетных документов

Информационные системы обработки расчетных документов на электромеханических бухгалтерских машинах

Повышение скорости обработки документов

Упрощение процедуры обработки счетов и расчета зарплаты

1960 — 1970 гг.

Основная помощь в подготовке отчетов

Управленческие информационные системы для производственной информации

Ускорение процесса подготовки отчетности

1970 — 1980 гг.

Управленческий контроль реализации (продаж)

Системы поддержки принятия решений

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

Выборка наиболее рационального решения

1980 — 2000 гг.

Информация — стратегический ресурс, обеспечивающий конкурентное преимущество

Стратегические информационные системы

Автоматизированные офисы

Выживание и процветание фирмы