3. Проектирование организационной структуры предприятия.

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

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

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

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

6. Бенчмаркинг (эталонное тестирование).

Бенчмаркинг включает:

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

-Анализ мирового опыта по организации бизнеса (бизнес-процессов) в выделенной области и определение эталонов.

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

-Разработка предложений по совершенствованию бизнес-процессов на основе технологии бенчмаркинга.

7. Разработка систем интегрированной логистической поддержки.

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

8. Подготовка предприятий к внедрению современных систем управления - ERP-систем.

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

Эволюция функционального развития стандартов от MRP до ERPII

Oracle E-Business Suite— тиражируемый интегрированный комплекс прикладного программного обеспечения производства компании Oracle, включающий функциональные блоки ERP, CRM, PLM. Предназначен для автоматизации основных направлений деятельности предприятий, в том числе: финансов, производства, управления персоналом, логистики, маркетинга, сбыта и продаж, обслуживания заказчиков, взаимоотношений с поставщиками и клиентами и других.

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

-Поддержка управления

-Управление потоками хозяйственных операций

-Управление финансовыми средствами

-Управление инвестициями

-Мониторинг текущей деятельности предприятия

-Финансовый учет и

-Учет затрат

-Поддержание функций закупки и сбыта продукции

-Управление движением материальных

-Планирование производства

-Поддержка обеспечения качества продукции

-Поддержание сервисных функций жизнедеятельности

Система Baan обладает развитым инструментарием; кроме того, особого упоминания заслуживает пакет "Динамическое моделирование предприятия" (DEM), который может динамически перенастраиваться, позволяя проводить реинжиниринг бизнес-процессов в ходе внедрения и в процессе дальнейшей эксплуатации.

27. Технология моделирования и реинжиниринга бизнес-процессов

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

Инструментальные средства должны предоставить для проведения реинжиниринга следующие возможности:

• создание БД , содержащей описания бизнес-процессов;

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

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

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

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

• имитационное моделирование;

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

• использование ранее накопленного опыта при принятии решений;

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

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

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

Статическая структура бизнес-процессов содержит:

1.Описание информационного обеспечения. Управление бизнес-процессами фактически сводится к управлению информацией.

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

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

4. Перечень информационных объектов с подробным описанием иерархии нескольких уровней и основных характеристик.

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

Составление диаграмм бизнес-процессов согласно стандарту ISO9000

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

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

• Из программ зарубежных производителей распространение в России получили ARIS и BPwin.

• На рынке продуктов программного обеспечения моделирования бизнес-процессов представлена продукция и отечественного производителя- ОргМастер и Business Studio

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

Основные возможности системы Business Studio :

• Разработка стратегических карт, проектирование сбалансированной системы показателей (BSC/KPI)

• Сбор и анализ значений показателей

• Создание графических моделей бизнес-процессов

• Имитационное моделирование

• Функционально-стоимостной анализ

• Разработка модели организационной структуры

• Расчет штатной численности

• Формирование регламентирующих документов, не требующих дополнительной доработки

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

• Обеспечение совместной работы над бизнес-моделью

• Использование в качестве редактора диаграмм Microsoft Visio

27. Современная методология управления и организации ИТ-служб на основе ITIL (IT Infrastructure Library).

ITIL (IT Infrastructure Library) — набор руководств, разработанных Центральным Компьютерным и Телекоммуникационным Агентством (CCTA, Великобритания) в конце 1980-х годов, описывающих интегрированную методологию управления ИТ-услугами, основанную на процессном подходе и лучшем мировом опыте. На сегодняшний день ITIL является стандартом «де факто» управления ИТ и соответствует требованиям международных стандартов качества ISO.

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

Отличительная черта стандарта ITIL — систематический и профессиональный подход к управлению ИТ-услугами:

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

• Уменьшение стоимости ИТ-услуг;

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

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

На сегодняшний день наибольшее распространение для организации управления ИТ получила методика ITSM (IT Service Management), разработанная компанией Hewlett Packard. С точки зрения методологии, ITSM полностью основана на стандарте ITIL, однако отличается большей демократичностью, удобством во внедрении и практическом использовании. Также важно отметить, что в отличие от других специализированных стандартов, ITSM не «привязана» к оборудованию и программному обеспечению конкретного вендора (что нельзя сказать об ITPM, MOF, SunTone и др.).

27. Цели и задачи развития концепции открытых систем. Архитектура Открытых Систем. Системообразующие стандарты ISO/IEC по открытым системам.

Цели и задачи развития концепции открытых систем

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

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

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

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

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

Общие свойства открытых систем:

-расширяемость

- мобильность

-интероперабельность

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

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

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

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

Архитектура Открытых Систем

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

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

• пользователя (пользовательский интерфейс),

• проектировщика системы (среда проектирования),

• прикладного программиста (системы и инструментальные средства /среды программирования),

• системного программиста (архитектура ЭВМ),

• разработчика аппаратуры (интерфейсы оборудования).

Системообразующие стандарты ISO/IEC по открытым системам

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

Различают стандарты де-факто и де-юре.

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

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

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

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

27. Направления развития и модели концепции открытых систем: референсная модель ВОС (OSI/ISO), модель MIC, модель OSE/RF, модель MUSIC.

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

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

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

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

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

• объектно-ориентированные средства проектирования и программирования открытых систем;

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

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

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

Референсная модель ВОС (OSI/ISO)

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

Модель MIC

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

Модель OSE/RF

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

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

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

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

Модель MUSIC

M - Management;

U - User interface;

S - Service interface for programs;

I - Information and data formats;

C - Comunications interfaces.

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

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

Элемент S (Service interfaces for programs) включает интерфейсы для взаимодействия прикладной программы с системными средствами ЭВМ, на которой эта программа выполняется (аппаратура и программы).

Элемент I (Information and Data Formats) объединяет средства, обеспечивающие доступ к данным и обмен данными.

Элемент C (Comunications interfaces). Компоненты, объединяемые в этот элемент, обеспечивают взаимодействие через локальные и глобальные сети.