Праксема

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

Praxeme — это методология архитектуры предприятия , которая обеспечивает структурированный подход к проектированию и внедрению информационной архитектуры предприятия. ^[1]

Praxeme — это методология предприятия, которая направлена ​​на охват всех аспектов предприятия, от стратегии до развертывания. Название «Praxeme» — это сокращение от «praxis» (действие) и «semeion» (смысл, значение). Методология содержит процедуры проектирования для информационной системы и ИТ-систем предприятия. Она примиряет различные подходы к моделированию. В частности, она предлагает метод семантического моделирования, который извлекает выгоду из объектно-ориентированного подхода, для формализации знаний об основах бизнеса.

Праксема следует по стопам методологической традиции:

• Он использует наследие Merise , TACT, методов анализа и проектирования, фреймворка Захмана .
• Он обновляет их в свете последних достижений ( SOA , BPM и онтология , терминология); и
• Он синтезировал эти подходы и сформулировал их в соответствии с Архитектурой, Управляемой Моделью.

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

Praxeme был инициирован в 2003 году ^[2] как открытый метод, отвечающий потребности предприятий в совместном использовании эталонного метода для успешного управления проектами трансформации. Основы метода Praxeme изначально были заложены отделом аэронавтики и обороны компании SAGEM . В 2004 году французская компания взаимного страхования SMABTP поддержала процедуры проектирования, необходимые для модернизации ее информационной системы в сервисно-ориентированной архитектуре (SOA). Метод был также поддержан французской армией, Caisses d'Allocations Familiales (отделы семейных пособий) и группой AXA .

Французское Главное управление по модернизации государства ( DGME ) в своем документе «Генеральный репозиторий по вопросам взаимодействия» ^[3] рекомендует использовать метод Praxeme для проектирования ИТ- систем во французских государственных службах.

Институт Praxeme, основанный в 2006 году, является некоммерческой ассоциацией в соответствии с французским законом от 1 июля 1901 года . Он является депозитарием корпуса Praxeme и гарантом его открытого характера (см. устав ассоциации ^[4] ). Институт Praxeme поддерживает регулярные контакты с университетами и исследовательскими сообществами. Его междисциплинарный подход направлен на то, чтобы сделать вклады из области науки более легко используемыми в предпринимательстве.

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

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

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

• Политический аспект (также называемый «телеономическим» или «областью действия»): этот аспект объединяет все формулировки, предшествующие моделям: ценности, цели (стратегические проблемы, цели и задачи предприятия), требования и словарь.
• Семантический аспект  : этот аспект изолирует основы бизнеса, оставляя в стороне организацию и рабочие привычки. Семантическая модель описывает «бизнес»-объекты с трех сторон: информация, действие и преобразование (конечные автоматы). Эти элементы представлены атрибутами и операциями класса, а также конечными автоматами. Класс — это категория представления, которая соответствует как объектам, так и концепциям.
• Прагматический аспект  : этот аспект касается действующих лиц, их роли, организации и распределения обязанностей в процессах. Praxeme рекомендует описывать элементарные рабочие ситуации как варианты использования , эта форма представления обеспечивает связь с ИТ-дизайном.
• Географический аспект  : В этом аспекте мы занимаемся локализацией средств, которые использует предприятие. Мы также рассматриваем такие вопросы, как работа на дому, кочевая деятельность, непрерывность обслуживания, аутсорсинг ... Географическая модель определяет выбор, который позволит сделать проект и размер инфраструктуры (аппаратный аспект).
• Аппаратный аспект  : Это относится к инфраструктуре и логистике, необходимым для деятельности предприятия. Здесь ИТ-специалисты найдут машины и сети, которые влияют на некоторые из принятых технических решений. Другие логистические средства как для повседневной деятельности, так и для кризисных ситуаций также находятся в этом аспекте. Аппаратная архитектура определяется, в значительной степени, географией предприятия (понятие сайта).
• Логический аспект  : Это промежуточный аспект, который связывает воедино «бизнес» и ИТ-представления. Таким образом, он обеспечивает разделение этих двух вселенных. Здесь архитектор проектирует оптимальную структуру системы с относительной независимостью в отношении технических выборов. Praxeme предлагает правила вывода, которые при применении к семантическим и прагматическим моделям позволяют нам выводить логические сервисы (как определено в подходе SOA). Для урбанизации информационных систем логический аспект также предлагает стабильное и формальное описание, необходимое для управления этой политикой в ​​долгосрочной перспективе.
• Технический аспект  : Этот аспект собирает опасения, которые могут возникнуть у проектировщиков, отвечающих за реализацию логических компонентов, то есть их перевод в программное обеспечение . Техническая архитектура изучает возможности и ограничения, связанные с доступными современными технологиями. Помимо технических выборов, она устанавливает правила реализации и переноса логической модели в программное обеспечение. Praxeme придает большое значение периоду «логических/технических переговоров» и предоставляет средства для согласования этих двух совершенно разных, но одинаково необходимых экспертных мнений (тех, что касаются технической и логической архитектур).
• Аспект программного обеспечения : Этот аспект касается ИТ-программ и программных компонентов . Именно здесь мы можем найти ИТ-продукты, их документацию, тестовые случаи, конфигурации и т. д. Этот аспект также касается вопросов, возникающих при интеграции пакетов.
• Физический аспект  : Кульминация цепочки преобразований, физическая архитектура является результатом проекции архитектуры программного обеспечения на архитектуру оборудования . Здесь метод решает вопросы развертывания, синхронизации, технических услуг ( сетевые вычисления , базы данных , виртуализация ...).

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

Praxeme — это результат открытой инициативы, основанной на взаимном инвестировании. Все ее компоненты опубликованы и могут быть свободно доступны по лицензии Creative Commons . Ее работа продолжается с целью охвата области методологии, ограниченной схемой Pro3 (Pro Cube):

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

Первое измерение структурировано так, как представлено в топологии корпоративной системы выше. Второе включает элементы подходов как на уровне предприятия, так и на уровне проекта. Помимо процедур моделирования, метод тестирования, проектирование базы данных, формы... являются частью третьего измерения. Чтобы продолжить эту работу и предложить рынку полный метод, Институт Praxeme строит партнерские отношения с другими организациями, стремясь объединить имеющиеся энергии (CESAMES и Ecole Polytechnique, SEMIC.eu, Société française de terminologie и т. д.).

• Пьер Бонне и др. (2007) Долговечная информационная система: прогрессивный шрифт du SI с SOA
• Пьер Бонне и др. (2009) Устойчивая ИТ-архитектура: прогрессивный способ модернизации информационных систем с помощью SOA Iste-Wiley 3/2009
• Доминик Вокье (1993) Développement orienté objet . Эйроль

• Wiki Института Праксемы
• ЦЕЗАМЕС
• SEMIC.eu : Европейская комиссия
• Доклад CSDM (Проектирование и управление сложными системами 2010)