Календарное планирование при ограниченных ресурсах

• Выделение перегруженных ресурсов и использующих их задач,

• разрешение ресурсных конфликтов,

• автоматическое/командное выравнивание ресурсов,

• выбор ресурсов для выравнивания,

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

• выравнивание с учетом ограничений по времени или с учетом ограничения на ресурс,

• оптимальность полученных планов).

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

1. Средства отслеживания состояния задач проекта

• фиксация плана расписания проекта,

• средства поддержки фактических показателей состояния задач (процент завершения));

2. Средства контроля за фактическим использованием ресурсов

• Бюджетное количество и стоимость ресурса,

• фактическое количество и стоимость ресурса,

• количество и стоимость ресурсов, требуемых для завершения работы;

3. Средства стоимостного анализа состояния проекта и анализа на основе выполненных объемов работ.

Удобные графические средства представления структуры проекта

• диаграмма Ганта,

• сетевая диаграмма,

• иерархическая диаграмма проекта,

• средства создания различных отчетов по проекту.

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

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

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

Обзор систем управления проектом Системы начального уровня ms Project (разработчик - Microsoft)

Этот пакет используют для планирования своих проектов около 3 миллионов людей. Его стандартный офисный интерфейс позволяет быстро научиться использовать продукт. Ранние версии этого продукта не особенно блистали своей функциональностью, однако версия MS Project 2003 радует своими обширными возможностями интеграции с другим ПО от Microsoft. Главное отличие версии MS Project 2003 от предыдущих версий -Microsoft Project Central. Это приложение для совместного управления проектами с помощью средств WEB, позволяет организовать двухсторонний обмен данными между всеми участниками проекта, а также предоставления информации лицам у которых не установлен Microsoft Project 2003.

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

Time Line (разработчик - Time Line Solutions)

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

В 1995 году, уже под лейблом Symantec, была выпущена версия 6.5 для Windows. Недостатком этой версии можно считать не очень хорошо реализованный принцип WYSIWYG. На этом развитие пакета, к сожалению, остановилось. Локализированной версии выпущено не было. По сведениям компании, занимавшейся продвижением Time Line на российском рынке, продажи его прекращены около 2 лет назад.

SureTrak Project Manager (разработчик - Primavera inc. / представитель в России - пм софт).

Являясь, младшим (и самым дешевым - стоимость в России за 5 лет осталась неизменной $700) продуктом в семействе Primavera, ST позиционируется как продукт начального уровня для управления несложными проектами в небольших компаниях. Интерфейс - вполне стандартный. Очень хорошо реализован принцип WYSIWYG и масштабирование временной оси при отображении диаграммы Ганта. Совместим с MAPI-совместимыми системами электронной почты, умеет отправлять с помощью них данные проектов.

MAPI (Mail Application Programming Interface) - это программы, работающие с почтовыми системами. С помощью MAPI вы можете получать, посылать письма, прикреплять к письмам файлы.

Весьма скромные минимальные системные требования: процессор 386 и выше, 4 MB RAM, 15 MB свободного дискового пространства, Windows 3.x, NT, 95> или OS/2. При установке под NT или Windows 2000, требуется дополнительно скачать и установить драйвер для hasp-ключа. Для активного продвижения на отечественном рынке этот пакет был полностью локализован. В российском варианте поставки русскоязычный интерфейс, система помощи и руководство пользователя. Из особенностей можно отметить удобную функцию "луч" (Progress Spotlight). При выделении на временной оси (диаграмме Ганта) временного промежутка, в таблице работ выделяются цветом операции, выполнение которых запланировано в этот временной интервал. SureTrak имеет как собственный формат данных, так и без каких либо дополнительных настроек "понимает" формат РЗ. В настоящее время представлен версией за № 2.0.

Суп для профи

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

Primavera Project Planner (разработчик -Primavera inc. Www.Primavera.Com представитель в России — пм софт www.Primavera.Msk.Ru").

Для построения интегрированной системы управления проектами компания Primavera inc. предлагает несколько продуктов. Для использования на нижних уровнях управления уже упоминавшийся SureTrak Project Manager, профессиональный пакет управления проектами Primavera Project Planner (P3) для работы со сложными иерархическими проектами систему, работающую по технологии клиент/сервер Planner for the Enterprise (Рзе).

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

Такое разнообразие может сбить с толку, поэтому мы рассмотрим Primavera Project Planner (P3) как продукт, наиболее близкий к теме данного обзора.

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

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

В версии 1.0 было ограничение на количество одновременно открытых проектов - не более 4, однако в следующих проектах это ограничение снято. В поставке - несколько десятков стандартных шаблонов представления проекта (в документации - макетов (layout)), пользователю предоставляется возможность создавать и сохранять собственные макеты. Поставляемый в составе пакета генератор отчетов Report Smith позволяет создавать любые табличные и графические отчетные формы. Иерархическая организация проекта по произвольной комбинации кодов. Радует отличная реализация принципа WYSIWYG при выводе отчетов на печать.

Для моделирования проекта доступен обширный набор инструментов, включающий в себя до 20 уровней WBS (work breakdown structure) и 16 пользовательских полей данных. Реализованы 9 типов работ (задача, веха, гамак, встреча и др.), все типы зависимостей между работами; несколько типов ограничений. Текущее расписание проекта может сравниваться с неограниченным числом базовых планов.

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

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

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

В пакете реализован анализ отклонений хода работ от запланированного Методом освоенного объема (Cost/Schedule Control System Criteria -C/SCSC) и прогнозирование основных параметров проекта. В качестве средства анализа рисков предлагается продукт Monte Carlo. Он позволяет оценить вероятность выполнения проекта в заданные сроки в пределах бюджета.

РЗ умеет читать формат трх и сохранять в нем проекты. Кроме того, имеется экспорт данных в форматы dBase и Lotus. Для двустороннего обмена данными с удаленными пользователями предназначена функция Primavera Post Office.

Open Plan - разработчик - Welcom Software Technology www.wst.com / представитель в России - A-Project Technologies (в настоящее время -Департамент управления проектами холдинга "Ланит" www.projectinanagement.ru')

Этот продукт позиционируется как профессиональная система управления проектами масштаба предприятия. Выпускается в трех версиях: Enterprise, Professional и Desktop.

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

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

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

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

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

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

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

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

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

В качестве системы управления бюджетом проектов Welcom Software Technology предлагает продукт Cobra.

Совместное использование Cobra с Open Plan или с другой СУП позволяет построить интегрированную систему управления календарным графиком и затратами проекта.

Spider Project (разработчик/представитель в России - компания "Технологии управления "Спайдер", www.Spiderproject.Ru)

Без преувеличения можно сказать, что Spider Project лучшая отечественная система управления проектами. Версия под DOS появилась еще в 1992 году. От версии к версии заметно улучшается не только интерфейс системы, но и ее функциональность. Текущей является версия 9-12 под Windows 9X/NT/2000.

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

Кроме отдельных ресурсов можно задавать мультиресурсы и пулы.

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

Пулы - это группы взаимозаменяемых ресурсов.

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

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

Расчет расписания проекта методом критического пути производится без учета ограничения по ресурсам и имеет точное математическое решение. Если же при расчетах учитывается ограниченность ресурсов, то понятие резервов, в том числе и полного резерва (total float) теряет смысл. В Spider Project вычисляется ресурсный критический путь и резервы сроков исполнения операций с учетом ограниченности ресурсов.

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

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

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

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

• созданная главным менеджером полная версия проекта передается

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

которым она предназначается,

• пользователи системы согласно включенным в список ограничениям

по доступу к проектам, могут получить план проекта - только для

чтения или его фазу (подфазу) для управления реализацией,

• в результате выполнения функции управления пользователь

передает измененный план (фазы, подфазы) обратно на сервер,

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

Spider Project поддерживает OLE (в визуальные представления можно вставлять текст и графику). Экспорт данных проекта в другие приложения осуществляется с помощью формата csv. Так же следует отметить хорошую справочную систему продукта, в которую, помимо руководства пользователя включен переработанный русский перевод PMBok (Project Management Body of Knowledge).

Project Expertt

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

• построить финансовую модель предприятия и окружения, в котором оно работает.

• не производя реальных затрат оценить и проанализировать последствия и результаты планируемых решений.

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

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

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

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

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

Семейство программных продуктов Project Expert включает в себя следующие программные продукты.

PROJECT EXPERT LITE (PE Lite)

Project Expert Lite (PE Lite) - позволит быстро и подробно разработать инвестиционный план развития бизнеса, учесть начальное финансовое состояние предприятия, определить доходы и эффективность инвестиций для каждого участника проекта, подготовить качественное описание инвестиционного проекта.

Этот продукт также позволит:

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

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

• определить начало финансового года и принципы учета запасов (FIFO, LIFO, по среднему);

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

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

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

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

• отобразить особенности участия государства в финансировании проекта. При описании финансовых потоков учесть другие поступления и выплаты;

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

• экспортировать и импортировать данные в формате txt, dbf, mpx для совместимости с электронными таблицами, базами данных и Вашими учетными системами;

PROJECT EXPERT STANDART (PE Standart)

Project Expert Standard (PE Standard) - позволит группе сотрудников тщательно и детально разрабатывать стратегические планы развития бизнеса, проводить статистический анализ проектов в условия неопределенных (случайных) данных, подготавливать подробные и развернутые аналитические отчеты.

Дополнительно к вышеуказанным возможностям PE Lite, PE Standard позволит:

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

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

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

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

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

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

• провести статистический анализ устойчивости проекта для выбранного набора неопределенных данных;

• получить детализацию результатов в разрезе любой строки аналитических таблиц;

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

• использовать импорт стартового баланса и плана сбыта из Audit Expert и Marketing Expert соответственно;

• преобразовать подготовленные отчеты в формат HTML;

• создавать библиотеки проектов. Работать нескольким сотрудникам над одним проектом. Обеспечить защиту проекта. Использование проектов созданных в предыдущих версиях PE.

PROJECT EXPERT PROFESSIONAL

Project Expert Professional (PE Prof) - позволит Вам создать систему финансового управления компанией на основе разработки стратегического финансового плана как комплекса инвестиционных проектов и контроля за его выполнением.

Возможности PE Prof значительно расширены по сравнению с PE Standard, что дополнительно позволяет:

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

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

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

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

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

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

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

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

PIC HOLDING

Pic Holding – модификация Project Expert Professional, предназначенная для создания системы финансового управления холдинговой компании.

В дополнении к PE Prof, PIC Holding позволяет создание и анализ финансовой модели описывающей деятельность нескольких предприятий реализующие различные проекты. Одно из них распределяет финансовые ресурсы необходимые для выполнения проектов.

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

Некоторая терминология, используемая в системах управления проектом

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

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

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

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

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

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

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

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

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

Методы сетевого планирования - методы, основная цель которых заключается в том, чтобы сократить до минимума продолжительность проекта. Основываются на разработанных практически одновременно и независимо методе критического пути МКП и методе оценки и пересмотра планов PERT (Program Evaluation and Review Technique). Первый метод разработан в 1956 году для составления планов-графиков крупных комплексов работ по модернизации заводов фирмы "Дюпон". Второй метод разработан корпорацией "Локхид" и консалтинговой фирмой "Буз, Аллен энд Гамильтон" для реализации крупного проекта разработки ракетной системы "Поларис".

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

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

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

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

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

• структуризации работ на основные компоненты и подкомпоненты

• обеспечении направленности деятельности на достижение всего комплекса целей

• разработке системы ответственности за выполнение работ проекта

• разработке системы отчетности и обобщения информации по проекту.

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

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

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

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

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

Анализ реализуемости проекта - понятие реализуемости имеет ряд своих разновидностей:

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

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

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

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

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

Информационные хранилища (их) и olap - технологии

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

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

В основе концепции Хранилищ Данных лежат две основополагающие идеи.

• Интеграция ранее разъединенных детализированных данных в едином Хранилище Данных, их согласование и, возможно, агрегация:

  • Исторических архивов

  • Данных из традиционных СОД

  • Данных из внешних источников

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

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

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

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

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

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

Описанный процесс называется погружением данных. В процессе погружения данные

• очищаются (устраняется ненужная или служебная информация) ;

• агрегируются (вычисляются суммы, средние);

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

• объединяются (из различных источников);

• синхронизируются (приводятся к одному моменту времени).

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

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

Рисунок 3. Пример трехмерного гиперкуба.

Измерениями (осями) гиперкуба являются признаки анализа (например, регион, тип клиента, время, группа продуктов, тип процесса). При хранении признаки анализа отделяются от фактических данных, образуя так называемую инвертированную организацию хранения данных или структуру данных типа «звезда» (см. Рис. 4).

Рисунок 4. Многомерная организация информационного хранилища

К особенностям хранимой информации в информационных хранилищах относятся:

• интеграция или обобщение данных в информационных хранилищах из транзакционных баз данных (OLTP) по всем бизнес-процессам и структурным подразделениям предприятия в виде единого многомерного информационного пространства. Например, организуется хранение показателей объемов производства, сбыта в продуктовом, отраслевом, временном и других разрезах;

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

Рисунок 5. Множество представлений информации из информационного хранилища

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

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

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

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

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

• поддержка многопользовательского режима оперативного анализа в среде «клиент-сервер»;

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

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

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

• удобный интерфейс пользователя.

Архитектура информационного хранилища приведена на рис. 6.

Подсистема хранения данных

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

Физической структуры, называемой MOLAP((Multidimensional OLAP) — многомерное концептуальное представление. Являет собой множественную систему, состоящую из нескольких независимых измерений, вдоль которых могут быть проанализированы определенные совокупности данных. Одновременный анализ по нескольким измерениям определяется как многомерный анализ базы, в которую с определенной периодичностью загружаются данные из файлов-источников, принадлежащих базам оперативных данных (например, один раз в день)). Инструментальным средством, которое поддерживает MOLAP является, например, Oracle.

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

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

Рисунок 6. Архитектура информационного хранилища

Подсистема метаинформации (репозиторий)

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

• состава показателей;

• иерархии агрегации измерений;

• форматов данных;

• используемых функций;

• физического размещения на сервере;

• прав доступа пользователей;

• частоты обновления.

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

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

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

Подсистема преобразования данных (загрузки хранилища)

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

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

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

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

Подсистема представления данных (организация витрин или киосков данных(Data Marts))

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

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

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

Рисунок 7. Уровни детализации (подъем и спуск) в представлении информации в Информационных хранилищах

• Операция спуска (drilling down) соответствует движению от высших ступеней консолидации к низшим;

• операция подъема (rolling up) означает движение от низших уровней к высшим

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

Подсистема оперативного анализа данных (olap (On-Line Analytical Processing))

OLAP системы обычно обладают двумя отличительными способностями:

1. Анализ осуществляется над многомерными структурами данных – кубами (см. Рис.8).

2. Предоставляются гибкие средства навигации по указанным структурам - так называемые OLAP - манипуляции.

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

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

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

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

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

• поворот (добавление нового признака);

• проекция (выборка подмножества по задаваемой совокупности измерений, при этом значения в ячейках на оси проекции суммируются);

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

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

• сечение (выделение подмножества данных по конкретным значениям одного или нескольких измерений).

Подсистема интеллектуально анализа данных (извлечения данных)(Data Mining)

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

Технология Data Mining возникла буквально в последние годы и сейчас находится на пике своего развития.

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

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

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

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

• прогнозирование;

• классификация ситуаций, позволяющая обобщать конкретные события в классы и т.п.

• К основным методам интеллектуального анализа данных относятся:

• методы многомерного статистического анализа;

• индуктивные методы построения деревьев решений;

• нейронные сети.

Пример из области финансов: "Кто из ваших заказчиков имеет наибольшую предрасположенность отозваться на предложение вашей новой Золотой кредитной карты?".

В телекоммуникации: "Кто из заказчиков наиболее вероятно перейдет к конкурентам в условиях кризиса?".

В дистрибуции: "Через какой канал и кому следует предлагать эти продукты?".

В розничной торговле: "Какие продукты следует продвигать со скидками, чтобы это привело к росту продаж наиболее прибыльных линеек?";

Кто наши наиболее выгодные покупатели, какова потенциальная прибыль от них и каков риск их истощения?".

Замечание: первые два примера относятся к области простых прогнозов, которые составляют около 75% сегодняшнего применения data mining (так называемый predictive modeling

Подсистема «Информационная система для руководителя»

Эта подсистема предназначена для лиц, принимающих решения, поэтому интерфейс должен быть достаточно простым и удобным. Обычно предлагается набор стандартных графиков и отчетов, настраиваемых через систему меню. Например, в R/3 и в BAAN IV предлагаются диаграммы Ишикава («скелета рыбы»), представляющие собой саморазворачивающиеся деревья показателей, в котором листья раскрашиваются в разные цвета, в зависимости от состояния показателей (нормальный, тревожный, кризисный). Лист любой ветви дерева может быть развернут в таблицу значений показателя или график.

Подсистема web-публикации

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

Процесс создания и использования информационного хранилища представлен на рис.9.

Рисунок 9. Процесс формирования информационного хранилища и его взаимодействия с внешними системами

Применение информационных хранилищ данных (хд)

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

1. Разработка основы для создания аналитических подсистем сопровождение бизнеса.

2. Разработка ХД как составной части виртуального предприятия.

3. Разработка ХД для цифровых (электронных) библиотек и мультимедиа.

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

Таблица 2. Области применения концепции складирования данных

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

• СRМ (Customer Relationship Management) - управление взаимоотношениями с клиентами;

• SСМ (Supply Chain Management) - управление цепочкой поставок;

• SСР (Supply Chain Plannig) - планирование управления цепочной поставок;

• SСЕ (Supply Chain Executing) - реализация управления цепочкой поставок

• DRР (Distribution Resource Planning) - планирование потребностей распределения;

• JIТ (Just-in-Time) - точно в срок;

• МRР (Manufacturing Resource Planning) - планирование материальных затрат;

• VDW (Virtual Data Warehouse) - виртуальные хранилища данных;

• DL(Digital Library) - цифровые библиотеки;

• ЕRР (Enterprise Resource Plannig) - системы планирования масштаба предприятия;

• ТМР(Trаding Partner Management) - управление деловыми партнерами;

• ЕIF (Enterprise Information Factorye) - виртуальное предприятие.

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

Аналитические СRМ-системы. Оперативные системы СRМ содержат следующие компоненты: центры обработки мобильных сообщений, данные по обслуживанию клиентов, данные из отдела продаж, данные о продажах через интернет-магазины, данные ЕRР-систем, данные из ИСР (ЕIS) и других внешних источников. Эти системы выступают источниками данных для аналитических СRМ. Типовая структура аналитического хранилища данных (ХД) СRМ - системы приведена на рис. 10.

Рисунок 10. Архитектура аналитического ХД CRM – системы

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

Наиболее известное работающее решение в области аналитических СRМ в телекоммуникациях имеет компания SAS Institute (US WEST Communications).

Разработка аналитических SRМ (Supply Relationship Management) -управлением взаимоотношениями с поставщиками. Пример типовой архитектуры для ХД аналитических SRМ приведен на рис. 11.

Рисунок 11. Архитектура аналитического ХД SRM - системы

Конкурентные преимущества использования SRM – систем и их ХД

• Снижение затрат (от 5 до 15 %), потока сырья, планирования, исполнения и контроля прохождения.

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

• Создание оптимальных циклов поставок.

• Оптимизация бизнес-процессов на уровне работы с поставщиками.

• Сокращение времени поставок.

• Увеличение прибыли (от 5 до 15 %).

Сопутствующие проблемы:

• При использовании отдельных SRМ - решений возможен конфликт с другими решениями.

• Возникает ряд сложностей с обучением персонала.

• Сопротивление поставщиков и дистрибьюторов.

Наиболее известное решение в области создания аналитических SRМ разработано компанией SAS Institute.

Разработка аналитических SCМ. Аналитические, не внедренные в ЕRР системы SСМ представляют собой информационные системы для решения задач анализа и оптимизации в управлении жизненным циклом продукции. Схема системы SСМ приведена на рис.12.

Достоинства использования SСМ-решений

• Минимизация издержек сети сбыта.

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

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

Рисунок 12. Архитектура аналитического SCM

• Создание оптимальных жизненных циклов производства.

• Оптимизация бизнес-процессов на всех уровнях предприятия, начиная с поставки.

• Сокращение времени внедрения новых производственных технологий.

Сопутствующие проблемы:

• При использовании SСМ-решений возможен конфликт с другими решениями.

• Возникает ряд сложностей с обучением персонала.

• Сопротивление поставщиков и дистрибьюторов.

Конкурентные преимущества:

• Уменьшение стоимости и времени обработки заказов (от 20 до 40 %).

• Сокращения выхода на рынок (от 15 до 30 %).

• Сокращение закупочных издержек (от 5 до 15 %).

• Уменьшение складских запасов (от 20 до 40 %).

• Сокращение производственных затрат (от 5 до 15 %).

• Увеличение прибыли (от 5 до 15 %).

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

Таблица 3. Решения в области оперативных SСМ

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

Очень перспективной в последнее время становится разработка ХД для цифровых (электронных) библиотек и мультимедиа. Современные СУБД имеют ряд встроенных возможностей для хранения и выборки мультимедийных данных (например, СУБД Рilot). Однако большинство решений по созданию мультимедийных баз данных реализуется на реляционных СУБД, обладающих возможностью работы с ВLOВ-данными и имеющими поддержку очень больших БД. Типичными представителями таких СУБД являются СУБД Огасlе (имеет специальные средства выборки визуальной информации - VIR и интернет-систему обработки файлов iFS), DВ2 и Infomix (теперь IВМ).

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

81