Типовое проектирование Типовое проектирование

Типовое проектирование

• Типовое проектирование – создание ИС из готовых типовых решений. • Типовое проектное решение (ТПР) – тиражируемое проектное решение. Классы ТПР • Элементные • Подсистемные • Объектные

ТПР предполагает наличие: • Функциональные элементы (аппаратные, программные) • Документация с детальным описанием ТПР • Документация с описанием процедур настройки

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

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

Класс ТПР. Реализация ТПР Объектные ТПР. Отраслевые проекты ИС. Достоинства Недостатки o Комплексирование всех компонентов ИС за счет методологического единства и информационной, программной и технической совместимости. o Открытость архитектуры – позволяет устанавливать ТПР на разных программно-технических платформах. o Масштабируемость – допускает конфигурацию ИС для переменного числа рабочих мест. o Конфигурируемость позволяет выбирать необходимое подмножество Проблемы привязки типового проекта к конкретному объекту управления, что вызывает в некоторых случаях даже необходимость изменения организационноэкономической структуры объекта автоматизации.

Подходы реализации ТП • параметрически-ориентированное проектирование (ПОП) • модельно-ориентированное проектирование (МОП)

Этапы ПОП • определение критериев оценки пригодности ППП, • анализ и оценка доступных ППП по сформулированным критериям, • выбор и закупка наиболее подходящего ППП, • настройка / доработка параметров закупленного ППП

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

Модельно-ориентированное проектирование адаптация состава и характеристик типовой ИС в соответствии с моделью объекта автоматизации Технология проектирования: единые средства проектирования для модели типовой ИС и модели конкретного предприятия

МОП - создание ИС • на базе модели объекта автоматизации (SAP Business Engineering Workbench (BEW), BAAN Enterprise Modeler); • на базе типовой модели ИС Репозиторий: • базовая (ссылочная) модель, • типовые (референтные) модели, • модели конкретных ИС предприятий.

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

Типовые модели • Описание конфигурации ИС для определения отраслей или типов производства Модель конкретного предприятия o выбор фрагментов базовой или типовой модели в соответствии со специфическими особенностями предприятия (BAAN Enterprise Modeler), Ø автоматизированная адаптация моделей (Б и Т) в результате экспертного опроса (BEW).

Бизнес-правила • Определяют условия корректности совместного применения различных компонентов ИС и используются для поддержания целостности создаваемой системы

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

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

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

Операции реализации типового проекта • • Установка глобальных параметров системы Задание структуры объекта информатизации Определение структуры основных данных Задание перечня реализуемых функций и процессов Описание интерфейсов Описание отчетов Настройка авторизации доступа Настройка системы архивации

Покупное, заказное ПО или интеграция? 1. закупить решение у вендора; 2. заказать эксклюзивное решение у фирмыпроизводителя прикладного программного обеспечения. 3. изготовить решение самостоятельно

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

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

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

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

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

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

Виды интеграции • «каждый с каждым» • на уровне пользовательских интерфейсов. • на уровне данных • на уровне корпоративных приложений • при помощи Web-сервисов

Интеграция «каждый с каждым» Приложение

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

Интеграция на уровне данных • Распределенные БД • Различные модели данных • Гетерогенные данные: репозитарии, Webсайты, файлы и др

Интеграция на уровне корпоративных приложений (Enterprise Application Integration - EAI) • Архитектуры • Аппаратное обеспечение • Программное обеспечение • Процессы

Уровни интеграции приложений (ITtoolbox) • Интеграция бизнес-процессов (Business Process Integration, сокр. BPI). • • Интеграция приложений (Application Integration) Интеграция данных (Data Integration) Стандарты интеграции (Standards of Integration) Интеграция платформ (Platform Integration)

Интеграция при помощи Webсервисов • Web-сервисы (Web Services, WS) — средства автоматизации решения разнородных задач (в том числе функциональных, прикладных и информационных) в Интернете с использованием Web-приложений • Web-сервисы представляют собой набор протоколов обмена сообщениями (messaging), программных стандартов и механизмов сетевой регистрации и сетевого обнаружения, которые предоставляют по Интернету бизнесфункцbональность авторизированным лицам посредством любого связанного с Сетью устройства.

Стандарты Web-сервисов: • SOAP - Simple Object Access Protocol (простой протокол доступа к объектам); • WSDL - Web Services Description Language (язык описаний Web-сервисов); • UDDI - Universal Description, Discovery, and Integration (универсальный язык описания, отыскания и интеграции)

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

Недостатки • 100% функциональности всех приложений оформлено в виде Web-сервисов • немногие приложения автоматизации ориентированы на архитектуру Webсервисов -> адаптеры и интеграционное ПО • реализации WS-инфраструктуры, предлагаемые разными производителями, не совместимы

Service-Oriented Architecture SOA • Информационная услуга • Композитное (составное) приложение

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

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

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

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

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

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

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

Назначение SOA • обеспечивать преемственность инвестиций в IT, сохранение существующих информационных систем и их совместное эффективное использование для повышения ROI от IT-вложений; • обеспечивать реализацию различных типов интеграции: – пользовательская интеграция (User Integration) - обеспечение взаимодействия информационной системы с конкретным персонифицированным пользователем; – интеграция приложений (Application Connectivity) обеспечение взаимодействия приложений; – интеграция процессов (Process Integration) - интеграция процессов в соответствии с бизнес-логикой деятельности предприятия; – информационная интеграция (Information Integration) интеграция с целью обеспечения доступности информации и данных; – интеграция новых приложений (Build to Integrate) - интеграция новых приложений и сервисов в существующие информационные системы.

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