авторефераты диссертаций БЕСПЛАТНАЯ БИБЛИОТЕКА РОССИИ

КОНФЕРЕНЦИИ, КНИГИ, ПОСОБИЯ, НАУЧНЫЕ ИЗДАНИЯ

<< ГЛАВНАЯ
АГРОИНЖЕНЕРИЯ
АСТРОНОМИЯ
БЕЗОПАСНОСТЬ
БИОЛОГИЯ
ЗЕМЛЯ
ИНФОРМАТИКА
ИСКУССТВОВЕДЕНИЕ
ИСТОРИЯ
КУЛЬТУРОЛОГИЯ
МАШИНОСТРОЕНИЕ
МЕДИЦИНА
МЕТАЛЛУРГИЯ
МЕХАНИКА
ПЕДАГОГИКА
ПОЛИТИКА
ПРИБОРОСТРОЕНИЕ
ПРОДОВОЛЬСТВИЕ
ПСИХОЛОГИЯ
РАДИОТЕХНИКА
СЕЛЬСКОЕ ХОЗЯЙСТВО
СОЦИОЛОГИЯ
СТРОИТЕЛЬСТВО
ТЕХНИЧЕСКИЕ НАУКИ
ТРАНСПОРТ
ФАРМАЦЕВТИКА
ФИЗИКА
ФИЗИОЛОГИЯ
ФИЛОЛОГИЯ
ФИЛОСОФИЯ
ХИМИЯ
ЭКОНОМИКА
ЭЛЕКТРОТЕХНИКА
ЭНЕРГЕТИКА
ЮРИСПРУДЕНЦИЯ
ЯЗЫКОЗНАНИЕ
РАЗНОЕ
КОНТАКТЫ


Pages:     | 1 |   ...   | 8 | 9 || 11 | 12 |   ...   | 19 |

«Институт инноватики ii.spb.ru 1 Министерство образования и науки Российской ...»

-- [ Страница 10 ] --

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

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

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

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

Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru Ввод характеризующих стратегию выплат дивидендов и использования свободных денежных средств. Здесь определяется планируемая периодичность выплаты дивидендов и их величина (в процентах) от прибыли. Здесь же рассматриваются варианты размещения свободных средств на депозите.

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

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

BPWin Программный комплекс BPWin позволяет построить IDEF0 модель проекта, в основе которой лежит технология SADT (Structured Analysis and Design Technique).

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

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

Ithink Программный комплекс IThink (High Performance System, США) - пакет прикладных программ, обеспечивающий графическую, вычислительную и информационную поддержку Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru процедурам высокоуровневого системного анализа сложных процессов организации управления. В IThink нашли воплощение идеи структурного проектирования Е.Иордана, структурного анализа Т.ДеМарко, структурного системного анализа С.Гейна и Т.Сарсона.

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

построение моделей систем «средней» сложности как совокупности простых;

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

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

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

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

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

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

Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru Microsoft Project Программный комплекс Microsoft Project является наиболее популярным в среде руководителей малых и средних проектов. Это объясняется широкими возможностями пакета, удобным, хорошо знакомым большинству пользователей графическим интерфейсом. Microsoft Project позволяет эффективно решать задачи управления проектом на всех этапах его реализации (табл. 37). Пакет дает возможность выполнить структуризацию проекта путем декомпозиции проекта на этапы, задачи и подзадачи, выявить задачи критического пути, получить график реализации проекта, осуществить распределение ресурсов, контролировать загрузку ресурсов.

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

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

Определить ледовательность задач и вить критические задачи.

Назначить ресурсы.

Определить рабочие дни.

Проверить план на точность и ноту.

Пакет Microsoft Project поддерживает все возможные типы связей между задачами (рис. 56): FS (Finish-Start), SS (Start-Start), FF(Finish-Finish), а также дает возможность определить время отставания или опережения (рис. 57).

Finish-to-Start Start-to-Start Finish-to-Finish Рис. 56. Варианты связей между задачами Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru Lag Time Finish-to-Start, Lag Time (время отставания) Lead Time Finish-to-Start, Lead Time (время опережения) Lag Time Start-to-Start, Lag Time (время отставания) Lead Time Start-to-Start, Lead Time (время опережения) Finish-to-Finish, Lag Time (время отставания) 0 Lag Time Lead Time Finish-to-Finish, Lead Time (время опережения) Рис.57. Связи между задачами проекта График реализации проекта может быть представлен в виде диаграммы Гантта, PERT или сетевого графика. Имеется возможность использовать специфический тип ресурса, количество которого не влияет на время выполнения задачи – материалы. Для ресурса можно задать стандартную цену использования, цену при сверхнормативном использовании и фиксированную цену использования. Для каждого ресурса можно определить свой собственный календарь. Пакет обладает широкими возможностями по генерации отчетов. В пакете содержится более десятка стандартных отчетов, имеется возможность определить уникальный отчет, включив в него необходимую информацию. Поддерживая современные информационные технологии, пакет Microsoft Project позволяет импортировать данные из файлов, созданных в среде других приложений, например, Microsoft Excel и Microsoft Access. В пакет включены средства поддержки коллективной работы. Имеется возможность отправки электронного письма ресурсу в момент назначения этому ресурсу задачи. В пакет встроены средства обеспечивающие информации о состоянии проекта в виде HTML документа, что значительно облегчает работу по подготовке информации о состоянии проекта для опубликования на сервере проекта. Неоспоримым достоинством пакета является возможность использования стандартного для офисных приложений языка программирования Visual Basic For Applications, что обеспечивает возможность разработки программных компонент, обеспечивающих решение специфических задач.

Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru Методика использования Microsoft Project для управления проектом на этапе реализации может быть представлена последовательностью следующих шагов:

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

создать календарь проекта;

выделить фазы и этапы проекта;

составить список задач;

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

связать задачи проекта;

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

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

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

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

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

Time Line Программный комплекс Time Line (разработчик - Time Line Solutions) предназначен для управления малыми проектами. Он позволяет разработать график реализации проекта, сформировать список ресурсов, назначить ресурсы задачам. Пакет позволяет планировать до 1500 работ, выполняет выравнивание ресурсов. В отличие от пакета Microsoft Project допускает Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru использование связей только типа FS и использование только одного, общего для всего проекта календаря. Отчет, график реализации проекта могут быть представлены в виде сетевой диаграммы, диаграммы Гантта, гистограммы ресурсов, таблицы ресурсов и работ. Пакет позволяет экспортировать и импортировать данные в различных форматах: dBase, Microsoft Excel и других.

SureTrak Project Manager Пакет SureTrak Project Manager (разработчик – Primavera Inc.) позиционируется как инструмент начального уровня для управления несложными проектами в небольших компаниях. Позволяет импортировать файлы в формате mpx. Интерфейс – стандартный, хорошо реализован принцип WYSIWYG и масштабирование временной оси при отображении диаграммы Ганта. Совместим с MAPI-совместимыми системами электронной почты. Пакет локализован (интерфейс, система помощи и руководство пользователя). Из особенностей можно отметить удобную функцию “луч” (Progress Spotlight). При выделении на диаграмме Ганта временного промежутка в таблице работ выделяются цветом операции, выполнение которых запланировано в этот временной интервал. SureTrak имеет собственный формат данных. Кроме того, есть возможность импорта данных в формате P3. В настоящее время этот формат представлен версией 2.0.

Primavera Project Planner Профессиональный пакет Primavera Project Planner (P3) предназначен для управления сложными многоуровневыми иерархическими проектами масштаба предприятия. В состав пакета входит система управления контактами Expedition, обеспечивающая доступ к проектной информации система Webster for Primavera. Имеется возможность одновременной работы с несколькими проектами. В пакет входит несколько десятков стандартных шаблонов представления проекта;

пользователю предоставляется возможность создавать и сохранять собственные макеты. Поставляемый в составе пакета генератор отчетов Report Smith позволяет создавать любые табличные и графические отчетные формы. Иерархическая организация проекта по произвольной комбинации кодов. Для моделирования проекта доступен обширный набор инструментов, включающий в себя до 20 уровней WBS и 16 пользовательских полей данных. Реализованы 9 типов работ (задача, веха, гамак, встреча и др.);

все типы зависимостей между работами;

10 типов ограничений. Текущее расписание проекта может сравниваться с неограниченным числом базовых планов. Для управления ресурсами и стоимостями доступны все, стандартные для такого класса продуктов, инструменты. Стоимости ресурсов во времени, а так же их пределы потребления могут быть различными. Есть возможность создавать профили использования ресурсов в дополнение к 10 существующим. Структура статей затрат может Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru поддерживать неограниченное количество счетов с 12 разрядным кодом. В пакете реализован анализ отклонений хода работ от запланированного методом освоенного объема (Cost/Schedule Control System Criteria - C/SCSC) и прогнозирование основных параметров проекта. В качестве средства анализа рисков предлагается пакет Monte Carlo, который позволяет оценить вероятность выполнения проекта в заданные сроки в пределах бюджета. Обмен данными с удаленными пользователями обеспечивает Primavera Post Office.

Open Plan Пакет Open Plan (разработчик – Welcom Software Technology) позиционируется как профессиональная система управления проектами масштаба предприятия. В поставку входит несколько десятков наиболее распространенных шаблонов представления проекта. Есть возможность автоматизации повторяющихся процессов. Развита система ресурсного планирования. Реализовано два базовых метода расчета расписания:

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

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

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

Функция анализа рисков встроена в систему (для длительности избранных или всех работ проекта вводятся оптимистическая и пессимистическая оценки, далее по методу Монте-Карло определяется вклад вероятностей в даты проекта). Имеется возможность разграничения уровней доступа к проектным данным. Есть встроенная функция создания архива проекта. В состав продукта входит модуль Web Publisher, с помощью которого осуществляется публикация данных проекта на веб-сервере. В качестве системы управления бюджетом используется система Cobra. Совместное использование Cobra с Open Plan позволяет построить интегрированную систему управления календарным графиком и затратами проекта.

Spider Project Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru Spider Project (разработчик – компания «Технологии управления «Спайдер») – отечественная система управления проектами. От зарубежных аналогов пакет отличает подход к определению длительности операций. В большинстве известных пакетов операции характеризуются длительностью их исполнения. В Spider Project наряду с длительностями можно задавать физические объемы работ на операциях. Длительность определяется пакетом в процессе составления расписания работ в зависимости от производительности назначенных ресурсов. Имеется отличие и в определении задержек на связях операций. Наряду с положительными и отрицательными временными задержками, можно использовать и объемные задержки. Кроме отдельных ресурсов можно задавать мультиресурсы и пулы. Мультиресурс это группа ресурсов, которые выполняют работы вместе. Пулы - это группы взаимозаменяемых ресурсов. Пакет позволяет использовать неограниченное количество составляющих стоимости, создать неограниченное количество различных иерархических структур работ и ресурсов. Есть возможность хранить неограниченное количество версий проекта и анализировать ход исполнения работ не только по сравнению с базовой версией, но и с любой другой. При моделировании рисков в качестве исходной информации используются не оценки длительности (оптимистические, пессимистические), а оценки производительности ресурсов.

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

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

Microsoft PowerPoint позволяет подготовить и провести презентацию.

Слайды Microsoft PowerPoint могут содержать:

текст;

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

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

Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru звук;

видео.

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

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

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

Таблица 38.

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

Потребители Перечислите потребителей продукта/услуги, если можно, дукта/услуги те количественную характеристику, например, объем продаж.

Этапы реализации проекта Перечислите основные этапы проекта, укажите ентировочную их длительность.

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

Трудности реализации Перечислите моменты, которые могут быть причиной екта дачи, укажите, как вы их собираетесь преодолевать Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru В последнее время в практике управления проектами стали использоваться пакеты, основанные на нечеткой логике – фаззи логике (Fuzzy Logic). Среди пакетов этого типа следует отметить FuzzyTech, CubiCalc и FuzzyCalc.

Пакет FuzzyTECH for Business создан Inform Software Corporation. Пакет позволяет проектировать и отлаживать Фаззи системы;

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

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

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

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

К универсальным инструментальным средствам относят:

- редактор текста (текстовый процессор);

- программу работы с электронными таблицами (электронная таблица или табличный процессор);

- программы доступа к ресурсам Internet;

- программы работы с электронной почтой.

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

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

Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru В современной практике управления проектами, в силу определенных объективных обстоятельств, наиболее широко используется редактор текста Microsoft Word различных версий (от Microsoft Word 97 до Microsoft Word XP).

К несомненным достоинствам редактора Microsoft Word следует отнести:

широкие возможности форматирования текста;

поддержка технологии OLE (Object Linking and Embedding – связывание и встраивание объектов);

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

наличие встроенной, единой для всех офисных приложений Microsoft, среды разработки VBA (Visual Basic for Applications);

возможность сохранения документов в HTML – формате;

встроенные средства коллективной работы над документом.

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

Автоматизация обработки (подготовки) документов в Microsoft Word может быть обеспечена по двум направлениям:

за счет использования шаблонов;

за счет использования макросов.

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

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

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

Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru Для фиксации изменений, необходимых с точки зрения рецензента, Microsoft Word предоставляет две возможности в непосредственно редактируемом документе: примечания и запись изменений. Примечания обычно вставляют, когда нужно привлечь внимание автора, например, указать на необходимость уточнения формулировок. При включенном режиме записи изменений рецензент может редактировать документ. При этом все внесенные им изменения будут сохранены в документе, но в отличие от простого редактирования, первоначальный вариант также останется в документе. Это позволит автору увидеть изменения, которые внес рецензент, и принять их (оставить) или отказаться. Microsoft Word фиксирует не только изменения, но и запоминает, кто их внес.

Другой задачей обеспечения коллективной работы является перемещение документа (файла) от автора к рецензенту или начальнику и обратно. Технически наиболее просто можно переслать документ по электронной почте. Microsoft Word, поддерживая элементы технологии Work Flow, позволяет отправить документ «по маршруту». В маршруте указывают цепочку адресов электронной почты. После того как письмо (документ) пройдет по всей цепочке, оно возвращается к автору;

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

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

В практике управления проектами наиболее широко используется редактор электронная таблица Microsoft Excel различных версий (от Microsoft Excel 97 до Microsoft Excel XP).

К несомненным достоинствам Microsoft Excel следует отнести:

большое количество встроенных функций (математические, экономические, статистические);

широкие возможности графического отображения данных (графики, диаграммы);

поддержка технологии OLE (Object Linking and Embedding – связывание и встраивание объектов);

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

Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru наличие встроенной, единой для всех офисных приложений Microsoft, среды разработки VBA (Visual Basic for Applications);

возможность сохранения документов в HTML – формате;

встроенные средства коллективной работы над документом (рассылка документов «по маршруту»).

Программы доступа к Internet Для доступа к Internet используют различные приложения. Наиболее популярными являются Microsoft Internet Explorer, Netscape Navigator, Opera и другие. Эти программы обеспечивают доступ к информационным, почтовым и поисковым серверам Internet.

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

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

Интеграция должна быть выполнена на основе общего, доступного всем элементам АРМ информационного пространства и унифицированного интерфейса.

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

Таблица Общие Специальные Коммуникационные Подготовка и печать Задачи управления Доступ, в том числе и Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru ументов ектом на всем протяжении ленный, к корпоративной базе ненного цикла. ных (базе данных проекта).

Расчеты Взаимодействие с Работа с электронной стниками проекта.

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

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

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

Специальные задачи, решение которых должен обеспечить АРМ руководителя инновационного проекта, программные средства и технологии, на основе которых эти задачи могут быть решены, представлены табл.40.

Таблица 40.

Задачи Информационное обеспечение, технология Концепция проекта Базы данных, базы знаний, хранилища данных, OLAP и технологии Концептуальное бизнес- Шаблон концептуального бизнес-плана, Marketing Expert, нирование ектирование на базе типового решения Системное (структурное) BPWin, Design/IDEF, ARENA, структурное и ектирование тационное моделирование Детальное бизнес- Project Expert, экспертная система анализа проекта нирование Представление проекта Программы подготовки и проведения презентаций, rosoft Power Point Реализация и мониторинг Microsoft Project, Time Line и др., экспертная система держки управленческих решений, технология WorkFlow Формирование команды База данных потенциальных участников, экспертная Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru екта тема подбора команды Выбор соисполнителей, База данных соисполнителей и поставщиков, экспертная тавщиков тема выбора соисполнителей и поставщиков Выбор оборудования База данных оборудования и его поставщиков, экспертная мплектующих) тема выбора оборудования и его поставщиков Обеспечение взаимодействия Отчеты (документы) с использованием технологии Work жду исполнителями w, электронной почты, e-Group, ISQ, сервера (портала) екта Информирование руководства Отчеты разной степени детализации и периодичности (в де реализации проекта симости от «уровня» предоставления отчета), e–Mail, ML, DHTML, ASP.

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

Архитектура Идеология АРМ должна базироваться на следующих принципах.

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

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

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

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

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

Гибкость: наличие в системе компонентов, обеспечивающих возможность оперативной настройки системы на конкретный проект.

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

Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru Эффективность: способность системы при данных элементах достичь принципиально возможного максимума эффективности.

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

Структура АРМ руководителя инновационных проектов приведена на рис. 59.

Средства Средства работы с концептуализации таблицами и анализа Средства База данных Средства доступа управления (знаний) и работы с WWW реализацией проектов и E-mail Средства создания Средства работы с и публикации базой данных отчетов Экспертная система Рис. 59. Структура АРМ руководителя инновационного проекта АРМ руководителя проекта должен быть мобильным, что подразумевает возможность его использования, в том числе, и для доступа к корпоративной базе данных, в любой точке своего предприятия или на территории других участников проекта. На рис.60 приведены возможные варианты подключения АРМ руководителя инновационного проекта.

Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru Корпоративная ЛВС Internet ЛВС база данных WEB сервер APM проекта Руководители проектов APM APM Заказчики «Мобильный»

Исполнители руководитель проекта Рис. 60. Варианты подключения АРМ руководителя проекта Средства концептуализации и анализа Средства концептуализации и анализа обеспечивают решение задач фазы концепции и системного проектирования. Сюда относят программные средства, обеспечивающие моделирование и анализ проекта, средства разработки концептуального и подробного бизнес планов.

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

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

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

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

Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru Повысить качество управления инновационным проектом можно за счет интеграции в АРМ руководителя проекта интеллектуального компонента – экспертной системы, обеспечивающей поддержку процесса принятия решений.

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

уточнить тип проекта;

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

выбрать исполнителей наиболее важных этапов;

распределить ресурсы.

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

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

Интерфейс Подсистема База знаний Эксперт разработчика сбора знаний Объясняющая подсистема Механизм База данных вывода Пользователь Минимальная Интерфейс Консультаци (руководитель конфигурация пользователя онная система проекта) Рис. 61. Структура экспертной системы Основой экспертной системы (ЭС) является база знаний о предметной области. База знаний (БЗ) содержит знания – совокупность информации об объекте и его функционировании.

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

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

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

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

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

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

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

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

При реализации экспертной системы важным вопросом является выбор языка программирования. Программно ЭС может быть реализована как с использованием Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru универсальных языков программирования, так и с использованием специализированных языков.

Технология экспертных систем относится к области искусственного интеллекта. Для решения задач этой области созданы специальные языки, ориентированные на обработку символьной информации и представления знаний. Наиболее известным в группе языков обработки информации является ЛИСП (LISP). Это один из первых языков программирования, который стал широко использоваться для решения задач из области искусственного интеллекта, в том числе и для представления знаний. Семантика языка позволяет записать правила вывода (принятия решений) в виде вложенного списка. Другой язык, который был создан как средство логического программирования, и который стал широко использоваться для решения различных задач искусственного интеллекта – Пролог (Prolog). Концепции, которые были заложены в язык при его создании, в частности применение фраз Хорна для представления знаний, сделали Пролог удобным инструментом для разработки экспертных систем.

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

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

Правила в общем виде могут быть представлены так:

Правило N: если объект1 = значение1, кд=к объект2 = значение2, кд=к...

объект J = значение J, кд=кJ, то объект3 = значение3, кд=к3, Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru где: правило, если, то и кд - ключевые слова, используемые при записи правил;

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

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

Обозначим Pi- вероятность получения i-го заключения, соответствующего правилу с номером i. Тогда правила в БЗ должны быть расположены в следующем порядке:

правило правило....

правилоК при этом должно выполняться условие: P1 P2 … Pi … Pk Точно оценить вероятность получения i-ого заключения нельзя. Вместе с тем можно выделить группу правил, для которых вероятность получения заключений приблизительно равны: Pj=Pj+1=....=Pm Каждое правило связывает несколько гипотез с заключением. На проверку каждой гипотезы затрачивается определенное время. Обозначим: tij- время необходимое для проверки j-ой гипотезы i-го правила. Общее время Ti проверки гипотез i-го правила равно сумме времен проверки каждой из гипотез ni Ti = t ij ( 3.) j = где: ni-число гипотез i-го правила.

Для каждого правила можно вычислить коэффициент, равный отношению вероятности заключения и суммарного времени проверки его гипотез, вычисленному по формуле (3.3) pi Ki = (4) Ti Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru Коэффициент Ki тем больше, чем выше вероятность заключения, связанного с i-м правилом и чем меньше время, необходимое на проверку его гипотез. Правила в БЗ следует располагать в таком порядке, чтобы последовательность коэффициентов (K1,K2,.. Ki, Kn), вычисленных по формуле (4) была не возрастающей.

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

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

Классифицируют отчеты по следующим признакам.

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

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

По степени унификации отчеты можно разделить на стандартные и нестандартные.

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

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

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

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

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

Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru Таблица Этап Средство создания отчета Концепция Редактор текста, электронная таблица Бизнес-планирование Программный комплекс разработки бизнес-плана, редактор та Реализация Программный комплекс управления реализацией проекта, актор текста, позволяющий создавать документы в формате ML, или HTMLредактор.

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

Таблица Компонент Решаемые задачи Microsoft Word Подготовка документов по проекту (бизнес - план этапе подготовки, отчеты – на этапе выполнения).

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

Microsoft Access Ведение баз данных проекта, доступ к поративной базе данных.

Microsoft PowerPoint На этапе концепции и бизнес -планирования – готовка и проведение презентации;

на этапе лизации – подготовка отчетов.

Microsoft Internet Explorer 5.0, Доступ к информационным ресурсам Internet, ra 6.0 поративным базам данных, реализованным на ове WEB технологий, доступ к серверу проекта.

Microsoft Project 2000/2002 Разработка календарного плана проекта, пределение ресурсов, управление проектом, готовка отчетов, обеспечение коллективной работы проектом.

Project Expert Разработка бизнес-плана.

Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru Marketing Expert На этапе разработки бизнес–плана проекта:

аботка стратеги и сбыта.

BPWin Выявление структуры проекта.

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


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

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

экспорт-импорт данных (разделяемые файлы);

технологии WorkFlow;

интерфейсы прикладного программирования – API (Application Program Interfaces);

механизм динамического обмена данными – DDE (Dynamic Data Exchange);

механизм объектной связи баз данных – ODBC (Object Data Base Connectivity);

универсальный механизм связывания и встраивания объектов – OLE (Object Linking and Embedding);

совместное использование структур данных на уровне баз данных (Joint Data Base Structure Using);

совместное использование памяти;

именованные каналы (named pipes);

сокеты;

COM, DCOM.

Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru API — это наборы функций, внешних по отношению к создаваемой системе и доступных для вызова из нее. API обычно решает какую-то частную задачу, относится к конкретному набору функций приложения или операционной системы (например, MAPI — интерфейс для электронной почты). Для интеграции одного из приложений с API необходимо обеспечить поддержку этого приложения.

DDE — протокол обмена данными между Windows-приложениями на основе сообщений между окнами сервера и клиента. Основная задача, которая решается при помощи DDE – оперативная передача и синхронизация данных в приложениях. Приложения, использующие DDE, разделяются на две категории: клиенты и серверы. Оба участника процесса обмена осуществляют контакты (conversation) по определенным темам (topics), при этом производится обмен элементами данных (items). Устанавливает контакт клиент, который посылает запрос серверу, указывая в запросе имя контакта и тему. После того, как контакт установлен, любое изменение элемента данных на сервере передается элементу данных клиента.

Механизм ODBC - основан на SQL-спецификациях и позволяет приложениям «общаться»

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

OLE — это механизм создания «составных» документов, т. е. документов, части которых создаются и обрабатываются разными приложениями. OLE предназначен для разработчиков в качестве средства интеграции компонентов ПО. «Связывание» трактуется как отношение «один документ — много объектов». В основе стандарта лежит Component Object Model — модель составных объектов. Развитием OLE является механизм OLE 2.0 Automation, представляющий собой набор команд (функций), доступных внутри одного компонента из другого. Механизм реализует «внешнее» встраивание, но при этом остается проблема оперативного обменом данными между приложениями, которые работают в разных сегментах памяти и являются слабо связанными. Современным требованиям отвечают механизмы интеграции приложений с помощью управляющих элементов OLE 2.0 OCX (Object Control eXchange) и компонентов ActiveX, реализованных в виде специальных динамических библиотек. Они предназначены для расширения функциональности приложений. В OLE 2.0 OCX реализуется «внутреннее»

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

Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru Совместное использование согласованных структур данных (Joint Data Base Structure Using) является одним из наиболее надежных способов интеграции приложений, разработанных разными компаниями. Вместе с тем, для реализации этого подхода требуется тесная координация разработчиков.

Совместное использование памяти. Традиционный метод межпрограммного взаимодействия для однозадачных операционных систем (MS DOS и 16-ти разрядная версия Windows). В многозадачных операционных системах, где каждое приложение работает в своем адресном пространстве, этот метод в «чистом виде» не используется. Разделение данных осуществляется посредством отображения некоторого объема совместно используемой памяти в адресное пространство каждого приложения, участвующего в обмене. В качестве разделяемой памяти выступает виртуальная память – резервируемое операционной системой пространство на жестком диске (отображаемый файл). Приложения, использующие общие данные, могут открывать отображаемый файл и тем самым получить доступ к данным.

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

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

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

Сокеты находятся на транспортном уровне семиуровневой структуры протоколов связи. Ниже этого уровня, на сетевом уровне находится протокол IP (основа TCP/IP), выше, на сеансовом уровне – протоколы, ориентированные на решение конкретных задач: FTP (для передачи файлов), SNTP (почтовый), HTTP и другие.

COM и DCOM. Для решения проблемы предоставления приложением своих функций другим приложениям был разработан ряд технологий, в основе которых лежит базовая технология Component Object Model (COM) - многокомпонентная модель объектов. Она описывает способ взаимодействия программ любого типа. При использовании этой технологии одна часть программного обеспечения предоставляет для использования свои службы, а другая получает к ним доступ. При этом неважно, где находятся эти части – в одном процессе, в разных процессах на одном компьютере или на разных компьютерах. Технология DCOM (Distributed COM) ориентирована на создание распределенных приложений.

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

Для разработки системного и прикладного программного обеспечения могут использоваться одни и те же инструментальные средства (табл.43 ). Однако, если инструмент разработки системного программного обеспечения фактически определен и признан большинством программистов – это Microsoft Visual C++, то в вопросе выбора инструмента разработки прикладного программного обеспечения такого единства нет. Вместе с тем, в последнее время с Microsoft Visual C++ серьезно конкурируют программные продукты фирмы Borland – C++ Builder и Delphi.

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

Таблица 43.Средства разработки программного обеспечения Средство Достоинства Недостатки работки Microsoft Visual Эффективный код Высокая трудоемкость;

низкая, + сравнению с другими трументами RAD, скорость аботки;

высокая стоимость аботки;

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

C++ Builder Эффективный код, достаточно Высокая трудоемкость;

высокая окая скорость разработки имость разработки;

высокие бования к квалификации Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru граммиста.

Delphi Эффективный код, высокая Достаточно высокая стоимость рость разработки;

большое аботки;

не популярный в среде ичество встроенных компонентов;

фессиональных программистов ежный язык программирования – к программирования.

ect Pascal.

Microsoft Visual Высокая скорость разработки;

Достаточно высокая стоимость ic ьшое количество встроенных аботки;

не популярный в среде понентов;

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

Microsoft Visual Высокая скорость разработки;

Относительно низкая скорость ic for Applications ная для всех приложений среда оты;

сложность доступа к аботки;

единый для всех темным функциям.

ложений язык программирования – A;

эффективный механизм доступа окументам (данным);

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

кая стоимость разработки;

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

возможность аботки приложений на основе иси действий пользователя.

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


Таблица 44. Подходы к разработке компонентов АРМ Pro/Contr Традиционный Опытный пользователь (специалист по граммист авлению проектами) Имеет опыт и владеет Опытный пользователь понимает бизнес, одологией создания надежных которого разрабатывает приложение.

Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru ложений для бизнеса.

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

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

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

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

троить эти приложения наиболее ективным образом.

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

держивать создаваемые ложения.

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

Платформой для построения АРМ руководителя инновационных проектов может служить настольный персональный компьютер, переносной персональный компьютер типа Notebook или микрокомпьютер (рис. 62). Сформулируем основные требования к аппаратуре.

АРМ руководителя проектов Настольный Переносной персональный персональный Микро-компьютер компьютер компьютер Рис. 62. Аппаратурная реализация АРМ руководителя инновационных проектов Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru Настольный компьютер (рабочая станция) обеспечивает работу руководителя проектами на рабочем месте. Он должен обеспечить работу с офисными и специализированными приложениями, возможность доступа к локальной сети организации, корпоративной базе данных, электронной почте, к серверам печати и файлов, ресурсам и службам глобальной информационной сети. Рабочая станция может быть укомплектована аппаратными средствами мультимедиа.

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

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

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

Бурное развитие вычислительной техники (аппаратуры и системного программного обеспечения) не позволяет в точных терминах сформулировать требования к основным Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru характеристикам компьютера (настольного и Notebook). Вместе с тем опыт показывает, что требования, предъявляемые к аппаратуре прикладными программами, значительно ниже, чем требования, предъявляемые операционной системой. Поэтому, требования к типу процессора, объему оперативной памяти и объему дисковой памяти можно сформулировать так: не ниже, чем требования, предъявляемые операционной системой. В табл. 45 приведены требования к аппаратуре (состав компонентов) настольного и переносного персональных компьютеров.

Таблица 45.

Компонент Настольный компьютер Переносной пьютер Адаптер доступа к локальной сети Да Да Беспроводной доступ к Internet Нет Да Модем Нет Да CD-ROM Drive Не обязательно Да LPT-порт Да Да USB-порт Да Да SOUND Не обязательно Да Мобильный офис Развитием АРМ руководителя инновационных проектов, реализованного на базе переносного компьютера является мобильный офис. Ядро мобильного офиса – переносной персональный компьютер и телефон сотовой связи, имеющий вход для подключения модема.

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

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

Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru На основе анализа задач, решение которых должен обеспечить АРМ, определить программные комплексы, которые могут обеспечить решение задач в полной мере. Результатом первого шага является множество P” n P" = U P"i i = На основе анализа задач, решение которых должен обеспечить АРМ, определить программные комплексы, которые могут обеспечить решение задач частично, но в случае, если будет выполнена адаптация (настройка) программного комплекса, то в полной мере.

Результатом второго шага является множество P n P = U Pi i = Каждый элемент множества P в результате адаптации трансформируется в соответствующий элемент P*, то есть n P* = U P *i i = Если остались задачи, которые не могут быть решены при помощи существующих программных комплексов, в том числе и после их адаптации, то разработать компоненты, обеспечивающие их решение.

Результатом третьего шага является множество K nk K = U Ki i = Выполнить интеграцию программных комплексов и компонентов.

Результатом четвертого шага является АРМ руководителя проекта A = P" U P * U K IDЕF0 диаграмма процесса создания АРМ руководителя проекта по предложенной методике приведена на рис. Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru Требования ПК1.*, ПК2*, ПК1, … ПКi … ПКi* Адаптация K1, …, Kj Разработка АРМ Интеграция ПК1”, … ПКi” Разработчик – руководитель проекта - специалист инноватор Рис. 64. IDEF0 диаграмма процесса создания АРМ руководителя проектов (ПКi – программный комплекс, включаемый в АРМ, который необходимо адаптировать;

ПКi* - адаптированный программный комплекс;

ПКi” - программный комплекс, не требующий адаптации;

Kj – компонент, разработанный специально для данного АРМ ) Эффективное управление инновационным проектом невозможно без использования средств автоматизации, поддерживающих весь жизненный цикл проекта: от концепции до сдачи Заказчику. Необходимый уровень автоматизации может быть достигнут за счет внедрения в практику АРМ (автоматизированного рабочего места) руководителя инновационных проектов.

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

Объединение компонентов АРМ должно быть выполнено на основе единого, доступного всем компонентам информационного пространства и единого унифицированного интерфейса.

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

Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru Экспертная система, как компонент АРМ руководителя инновационных проектов, в большинстве случаев позволяет повысить качество управленческих решений за счет использования опыта экспертов-руководителей проектами, сконцентрированного в базе знаний экспертной системы. База знаний экспертной системы должна быть открыта для внесения изменений с целью обеспечения ее совершенствования в процессе эксплуатации. Для представления знаний в ЭС следует использовать правила вывода, представленные с использованием естественного языка. Правила в базе знаний экспертной системы следует располагать так, чтобы в начале следовали правила, соответствующие наиболее реальным заключениям.

В качестве инструментальных средств интеграции и разработки компонентов АРМ необходимо использовать RAD-средства разработки (прежде всего, Delphi, Visual Basic) и возможности интегрированных в офисные приложения средств разработки (VBA). Для обеспечения возможности интеграции создаваемых компонентов в существующие инструментальные средства, компоненты необходимо создавать на основе ActiveX технологии.

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

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

Для работы с этими данными используются средства работы с информацией – информационные системы. В функции информационных систем для управления деятельностью (в том числе и проектами) входят сбор, обработка и представление информации о процессах и Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru деятельности. К этой информации относятся сведения об организующей и управляющей деятельности руководителей различных уровней.

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

Учетная информация Данные Модель Хранилище предметной Процессы данных области Документы Отчеты Деятельность Информационная система Рис. 65. Информационная система отражает реальные процессы Модель предметной области, как основа информационной системы, является многоуровневой, и содержит:

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

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

АРМ пользователя Интерфейс пользователя формализованное Модель представление процессов бизнес-логики информационная модель Модель данных хранилище данных СУБД Рис. 66. Концептуальная структура ИС Основа любой ИС – это хранилище данных, реализуемое одной из современных СУБД.

СУБД предоставляет методы работы с данными, инвариантные к предметной области. От самой СУБД требуется надежность, быстродействие на больших объемах данных, простота и дешевизна обслуживания и владения, возможность быстрого восстановления после повреждения данных или оборудования.

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

Логическая модель процессов содержит формализованное описание правил деятельности, для автоматизации которой используется ИС. Она связывает события, происходящие в предметной области и описывающую их информацию. Кроме того, в описании процессов содержатся алгоритмы и правила выполнения типовых действий на предприятии с указанием исходных данных и ожидаемых результатов. Модель процессов – это главный клиент Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru информационной модели, находящийся в полной зависимости от ее качества. Информационная модель обеспечивает хранение и логическое представление всей информации, присутствующей в процессах.

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

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

Таблица 46. Средства разработки и методологии, применяесые для ИС Элемент ИС Методологии Средства разработки Интерфейс стандартные GUPTA Team Developer ьзователя ьзовательские Delphi ерфейсы Средства визуальной разработки Модель процессов IDEF0, IDEF3 AllFusion Process Modeler (BPwin) ARIS ARIS Toolset UML Rational Rose Модель данных IDEF1X AllFusion Data Modeler (ERwin) СУБД теория MS SQL Server яционных БД SQLbase Oracle Целью использования информационных систем является предоставление нужной информации в нужное время и в нужной форме. Информация появляется в системе в результате регистрации событий, происходящих на предприятии и существенных с точки зрения управления.

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

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

Большинство документов свойственны предметной области автоматизируемой деятельности, Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru некоторые созданы специально для того, чтобы вносить в систему информацию, необходимую для качественного учета и управления.

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

Всего выделяются 4 типа документов в ИС.

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

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

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

- Отчеты – печатные формы. Эти документы предназначаются для вывода на печать и распространения в неэлектронном виде.

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

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

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

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

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

Санкт-Петербург СПбГПУ Институт инноватики ii.spb.ru Для разработки информационной модели используются те же методы, что и для разработки структур баз данных.

Информационная модель должна удовлетворять следующим критериям.

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



Pages:     | 1 |   ...   | 8 | 9 || 11 | 12 |   ...   | 19 |
 





 
© 2013 www.libed.ru - «Бесплатная библиотека научно-практических конференций»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.