Технология
Методология Объектного Процесса
Особенности OPM
Стандартное Системное Зрение моделирования OPM
Диаграммы и Сценарий взаимно дополняют друг друга
Объектная Методология Процесса
Методология Объектного Процесса (OPM) 1, лежащая в основе Sight Code, находилась в стадии разработки в течение прошедших девяти лет. Основателем Sight Code является доктор Dov Dori. OPM - исчерпывающая, целостная парадигма систем, которая объединяет системную функцию, структуру и поведение в единственной модели, которая включается формальную пока интуитивную графику в естественный язык. OPM приспосабливается к общему моделированию результатов - системы, изделия, проекты и услуги, которые включают программное обеспечение, аппаратные средства, людей, и деловые правила. OPM признает процессы дополнительных стандартных блоков моделирования рядом с объектами. Это значительно расширяет метод, предусматривая для интеграции системной динамики статическую объектную модель.
Этот процесс разработки систем обеспечивает прорыв и преимущества, которые заполняют многие промежутки в UML стандарте (Унифицированный Язык Моделирования). Основное из этих преимуществ - способность для экспертов в любой области, далеких от программирования, сотрудничать с разработчиками архитектуры системы и разработке результатов, включающей программный компонент, не беспокоясь о производственном и поддерживающем связанном коде. Известная проблема промежутка между требованиями и конечным результатом устранена, так как требования непосредственно переводятся в проект, который, в свою очередь, дает приложение - код и база данных схемы.
Двунаправленные преобразования между единственным OPM моделируются в различные диаграммы UML. Группы специалистов приспосабливаются по проблемной области, разработчики архитектуры системы могут сотрудничать в интуитивном, пока формальном, системном сроке службы разработки. Sight Code, Inc. предлагает OPM как основную инфраструктуру для основы стандарта будущего UML 2.0, запланированного OMG в августе 2001 г.
С OPM специалисты по проблемной области и клиенты могут разработать системы и получать соответствующий выполняемый код (Java, XML, C++,, и т.п..). База данных схемы использует подмножество естественного Английского. Простая установка около 13 графических символов (следовательно Sight Code имени). Кроме того, используя эту систему, код автоматически генерируется без вмешательства оператора. Код изменяется только в ответ на изменения в проекте. Людям не придется ковыряться в коде вручную, подобно тому, как в настоящее время никто в уме не фальсифицирует 1 и 0 выполняемого машинного кода.
Основное наблюдение парадигмы OPM - это объекты и процессы - два типа одинаково важных вещей в спецификации системы. Объекты устойчивые, государственное сохранение вещей (объектов), которые взаимодействуют с друг с другом через процессы. Процессы нерезидентные, изменение порождает вещи, которые превращают объекты, генерируя или поглощая их, или изменяют их состояние.
Сбалансированное представление как объектов, так и допустимой спецификации, представление процессов любой системы в пределах единственной модели, которая верно определяет системную функцию, структуру, и аспекты поведения, не подавляя любое из их. Унифицирующие эти три системных аспекта в пределах единственной модели - характеристика, которая уникальна в OPM.
На контрасте, системные методы разработки являются мультимоделью. Они отстаивают использование отдельной модели для каждого системного аспекта, с каждой моделью, имеющей собственную установку символов, синтаксиса и семантики. Модель множественность требует постоянные перекрестные проверки и умственные переводы среди различных моделей. Там лежит проблема.
Особенность модели OPM устраняет эту проблему. Фокусировка в единственной модели благоприятна в человеческой аргументации, сообщая нам, как процессы превращать объекты (сгенерируйте, поглощайте или влияйте), что такое - enablers (человеческие агенты и/или не-человеческие инструменты), что должно присутствовать, и в котором состоянии они должны происходить в порядке для некоторого процесса. Синергия, которая излучается из интеграции функции, структуры и поведения в единственную модель - основной источник выразительной мощности методологии.
Стандартное Системное Зрение моделирования OPM
Недостаток исчерпывающей системной методологии моделирования до боли воспрепятствовал строительному тонких, изящных решений для сложной разработки систем.
OPM имеет в общих чертах Системы Теории корней и основан в точной, отчетливо выраженной онтологии. Первичная мотивация в течение разработки OPM была разработана, чтобы моделировать действительность в наилучшем возможном пути. Не повлияла ни свобода, ни ограничения течения, программирующего технологии., Просто были соображения, делающие наиболее значимыми апелляции к человеческой интуиции.
Из-за своей общей природы OPM - доменный, независимый и применим в ряде областей. Общность OPM и широта области применения делает его первым кандидатом для стандартной машинной системы моделирования и разработки. Такой стандарт благоприятен как инфраструктура Встроенной Среды Комплексной Техники систем. Эта среда распределенной обработки охватывает системный срок службы, из инициации через разработку (анализ, проект и реализация) в развертывание в пределах одной системы отсчета, с плавными, полными переходами среди этих фаз. Я вижу, что платформа являлась идеалом для разработки технологий - интеллектуальных, научных, деловых и человеческих систем организации.
Диаграммы и сценарий взаимно дополняют друг друга
OPM использует как графический режим - Диаграммы Object-Process (OPDs), так и текстовый режим - Язык Object-Process (OPL). Установка последовательная, связанная между OPDs, назвавшая OPD установленное, составляет системное графическое изображение. Сценарий OPL является сбором предложений OPL. Каждое предложение естественное, хотя и ограниченное, Английское предложение. Системный сценарий OPL является текстовым эквивалентом установленного системного OPD.
Синергия графического и текстового увеличения выражает мощность OPM. Совместно выражая три основных системных аспекта - функция, структура и динамика - в единственной, когерентной модели и в аналогичном графическом символе и текстовых представительствах, OPM составляет общую структуру, которая приспосабливается к непрерывной разработке и облегчает связь для всего системного срока службы. Таким образом, специалисты по проблемной области клиентов с установленными требованиями, могут интерпретировать оба представительства с относительным удобством. OPL, проистекающее из спецификации OPM этих экспертов, может быть наконец одобрят компиляцию в выполняемую программу.
1 Dov Dori, Object-Process Methodology - A Holistic Systems Paradigm, Springer-Verlag, Heidelberg, New York, 2000 (in press).