Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11

***
Критика инструментов и технологий раздельно взятых компаний-производителей всегда будет запоздалой. Это позволит ИТ-индустрии и впредь создавать несопоставимую продукцию (терминологию, инструменты, технологии, решения и т.д.), предоставляя потребителям длительно и упрямо интегрировать Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 ее с остальным ИТ-богатством. В этой энтропии выживут те компании, которые употребляют полный системный подход к созданию архитектуры данных предприятия и стандартизации использования ИТ-продуктов. Преждевременное тестирование мыслях, определений и понятий Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11, выдвигаемых производителями, позволит этим компаниям упреждать как их ошибки, так и намеренный выпуск «лоскутной» продукции.
Литература
Миша Зырянов, Сложность и создание. Директор информационной службы, 2004, № 3. Дмитрий Волков, Что заходит в задачки PLM? Computerworld Наша родина Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11, 2003, № 39. Dassault Systemes, «Dassault PLM Software Glossary», www.appliedgroup.co.uk/applied.php?refID=67 Леонид Черняк, PLM — не роскошь, а необходимость. Открытые системы, 2003, № 6. В.И. Дмитров, Опыт внедрения CALS за рубежом. Автоматизация Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 проектирования, 1997, № 1. NATO CALS Handbook, Version 2, June 2000 1.0 Introduction, http://www.dcnicn.com/ncmb/nch_march-2000/Html/NATOCALS-03.htm. Виктор Когаловский, Происхождение ERP. Директор информационной службы, 2000, № 5. Дмитрий Волков, Наталья Дубова, Два взора Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 на ILM. Открытые системы, 2004, № 3.

Миша Головко (MGolovko@yandex.ru) — независящий консультант по CALS-технологиям (Казань).
^ Web-центричное взаимодействие
Павел Брук, Геля Рузайкин

Открытые системы :: Приложения
В 2001 году состоялось объединение компаний UGS и Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 SDRC в новое подразделение компании EDS под заглавием PLM Solutions. Задачка этого, 5-ого подразделения EDS — разработка и продвижение решений на рынке систем управления актуальным циклом продукции.
Обычно на промышленных предприятиях боролись за действенное управление процессами Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 проектирования, производства и обслуживания собственных изделий в протяжении всего актуального цикла методом внедрения методик и приложений, призванных сделать лучше оперативную эффективность в отдельных личных процессах. В протяжении более 30 лет Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 данная стратегия проводилась и в российскей индустрии в рамках государственных эталонов, поддерживаемых организационно-техническими мерами, включая военную приемку. Основной акцент этих работ приходился на программно-технические способности информационных технологий, в то время как, суровой Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 неувязкой оставалось рассредотачивание познаний, аккумулированных на всех шагах актуального цикла изделия как в недрах разных подразделений и предприятия в целом, так и у поставщиков, партнеров и заказчиков. С переменным фуррором обмен познаниями удавалось Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 организовать только методом массивной и медлительно функционирующей организационной поддержки, базу которой составляла стандартизованная система системной документации, включающая не только лишь конструкторскую, но техно и программную (разные ЕСД).

Сейчас, в Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 процессе жесткой конкуренции таковой подход не эффективен, не говоря уже о том, что до недавнешнего времени ни один поставщик программного обеспечения в области управления данными не предлагал сколько-либо общего решения, отвечающего Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 потребностям управления актуальным циклом изделия и обеспечивающего достаточными познаниями все службы предприятия: маркетинг, проектный отдел, технологический отдел, создание, сервисное сервис и т.п. Беря во внимание всю сложность и комплексность трудности организации управления Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 всеми этими процессами, ни одна компания не смогла пока вывести на рынок адекватного действенного решения. Полностью может быть, что подход PLM Solutions, основанный на опыте компаний EDS, SDRC и UGS позволит Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 через год-полтора добиться определенного прогресса в PLM-решениях. В рамках технологии TeamCenter предлагается получить довольно общее решение по управлению познаниями об изделии, начиная от выработки требований к нему и кончая утилизацией (рис. 1).



^ Рис Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11. 1. Диапазон задач, решаемых в TeamCenter

TeamCenter — это Web-центричное решение по управлению актуальным циклом изделия, обеспечивающее поддержку взаимодействия всех субъектов, связанных с определенным изделием и аккумуляцию инфы вокруг него. Все это Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 необходимо для того, чтоб уменьшить цикл выпуска новых изделий, повысить их качество, понизить издержки и повысить эффективность эксплуатации

Платформа данной технологии опирается на средства обеспечения открытой архитектуры (рис. 2), дозволяющие производить на корпоративном уровне интеграцию приложений Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 типа ERP, SCM, CRM и т.п. Ядром данного решения является инструментарий для сотворения среды взаимодействия (Collaboration foundation), поддерживающей управление принципиальной информацией об изделиях и процессах. Это ядро делает платформу для обеспечения Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 взаимодействия, управления данными, визуализации и интеграции со всеми приложениями, имеющимися на предприятии. Сюда же врубаются средства для формирования и поддержки работы обществ профессионалов (Collaboration community), такие как «чат» и конференции в реальном Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 времени. Это слой призван обеспечить неопасное взаимодействие на виртуальном предприятии в реальном времени с внедрением технологий Internet.

Последующий слой архитектуры — встроенные средства визуализации TeamCenter, обеспечивающие динамическую визуализацию всех системных двухмерных и Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 трехмерных объектов, поддержку стандартных форматов, полную интеграцию с интерфейсом юзера. Средства инженерного взаимодействия (Engineering Collaboration) обеспечивают совместную среду для управления данными об изделии, приобретенными из разных систем САПР: Unigraphics, Solid Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 Edge, AutoCAD, I-DEAS, CATIA и т.п. Сразу предоставляются встроенные способности по управлению инженерными переменами и конфигурациями изделия, управлению геометрией, документообороту, безопасности, а такие дополнительные средства как проектирование в контексте и новое поколение средств Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 управления цифровыми макетами ускоряют процесс разработки изделия.



^ Рис. 2. Архитектура TeamCenter

Вокруг этой структуры (рис. 2) сконцентрирован набор личных решений, таких как управление техническими требованиями (requirements management), управление проектами (project management), планирование производства (manufacturing Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 planning), управление данными об изделии (product data management). Все эти продукты и решения, фактически, и предоставляют ценность для заказчиков. Принципиально отметить, что TeamCenter призван предоставить всем участникам процесса работы над изделием Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 единый информационный источник для получения решений задач, возникающих на различных шагах актуального цикла и имеется возможность оценки удачливости каждого еще одного шага.

Концептуально разработка TeamCenter включает интегрирующие составляющие PLM, решения и программные продукты Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11. Имеются составляющие визуализации нужной инфы, также организации общества и координации его работы методом отслеживания выполнения системных требований к изделию, согласования действий разных групп разработчиков и производственников. Актуальный цикл изделия неразрывно связывается Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 Сетью. В PLM-решениях сейчас возникает компонент поддержки информационного сотрудничества, консолидирующий информацию о определенном изделии. Естественна также интеграция с другими системами управления, применяемыми на данном предприятии.

К примеру, управление актуальным циклом Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 изделия для ОЕМ-партнеров и поставщиков предугадывает контроль соблюдения требований к изделию, следование его концепции, предоставление инфы о планировании производства и фактическом состоянии дел, о производственных испытаниях и их результатах, также об обслуживании Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 и ремонте. При всем этом службы маркетинга, инженерные, производственные и сервисные подразделения поставщиков и партнеров полностью употребляют информацию о процессах в нужных объемах, но первым доступна только электрическая модель, а другие Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 имеют доступ к базам познаний. Таким макаром, TeamCenter поддерживает:

Модульные приложения, встроенные в ядро TeamCenter, обеспечивают развитие и адаптацию PLM-технологии к определенным условиям и требованиям проектов. К примеру, модуль управления техническими требованиями работает с техническими и Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 распорядительными требованиями и, фактически говоря, определяет не только лишь направление развития изделия, да и выслеживает верность соответствия проекта начальным требованиям. Модуль управления проектами, обеспечивает координацию работ и ускоряет разработку изделий, сразу Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 позволяя стремительно реагировать на конфигурации. При всем этом решения по управлению информацией об изделии обеспечивают обычной контролируемый доступ через Сеть ко всей базе познаний с данными об изделии. Модуль планирования Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 производственных процессов позволяет управлять процессом проектирования изделия с учетом особенностей его производства, начиная с ранешних стадий разработки, обеспечивая рациональное внедрение ресурсов предприятия.

Решение TeamCenter Design Collaboration — возможность синхронизации структуры изделия и электрического макета. Оно Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 вызволяет средства электрического макетирования под управлением PDM для работы со средой зрительного конфигурирования изделия. Эти способности раскрылись благодаря базированию на общей модели товаров и процессов, что обеспечивает действенное внедрение инфы.



^ Рис. 3. Эволюция TeamCenter Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11

Распространение технологии TeamCenter не воздействует на намерения компании EDS поддерживать и развивать уже имеющиеся продукты — ни какой-то из них не остается вне поля зрения. А именно, объявлено о Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 намерении продолжать приемлемую поддержку и развитие I-DEAS, i-Man, Metaphase, Unigraphics и Solid Edge. Не считая того, заказчики через год-полтора получат интегрированное решение. Будет продолжен выпуск запланированных версий i-Man и Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11, сразу, будет скооперировано взаимодействие с технологией TeamCenter, поддерживаемое расширенным набором собственных средств 2-ух решений. Последующим шагом (рис. 3) будет создание компонентной технологии PDM, а потом интеграция компонент i-Man PDM в единое общее решение Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 TeamCenter через общие объектные и Web-службы. Аналогично, компонентная разработка из товаров Metaphase и i-Man перевоплотится в объединенное решение TeamCenter. Принципиально при всем этом отметить, что функциональность i-Man в области Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 инженерного взаимодействия станет доступной юзерам технологии TeamCenter.

Павел Брук (Pavel.Brouk@ugs.com) — директор по продажам PDM, компания EDS, (Москва); Геля Рузайкин — научный редактор журнальчика «Мир ПК».
^ Обещания и просчеты UML 2.0
Сергей Кузнецов Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11

Открытые системы :: Книжная полка ОС
Темой февральского номера журнальчика Computer (IEEE Computer Society, Vol. 38, No. 2, February 2006) стала «Управляемая моделями разработка программного обеспечения» (Model-Driven Software Development).
Настоящая направленная на определенную Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 тематику выборка статей предваряется большой заметкой приглашенного редактора Дугласа Шмидта (Douglas Schmidt), которая озаглавлена «Управляемая моделями инженерия» (Model-Driven Engineering). Последние 50 лет исследователи и разработчики программного обеспечения делают абстракции, помогающие им программировать в определениях Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 целей собственного проекта, а не применяемой компьютерной среды, и защищающие их от сложностей этой среды. С самого начала эти абстракции включали технологии языков программирования и операционных систем. Ранешние языки программирования Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 защищали разработчиков от сложностей программирования в машинных кодах, а ранешние операционные системы — от сложностей программирования на уровне аппаратуры. Но, хотя они и увеличивали уровень абстракции, они очевидно были «ориентированными на вычисления Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11», обеспечивая абстракции места решений (т.е. самих компьютерных технологий), а не абстракции, дозволяющие вести разработку в определениях прикладной области.

Потом предпринимались бессчетные пробы предстоящего увеличения уровня абстракции. Одно из более узнаваемых направлений 80-х Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 годов — CASE-системы, которые обеспечивают способы и средства сотворения программного обеспечения, дозволяющие разработчикам выражать свои конструкции с внедрением графических средств общего предназначения, различного вида диаграмм. Одной из целей сотворения CASE-средств было обеспечение Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 более кропотливого анализа графических программ за счет их наименьшей трудности, чем у программ на обычных языках программирования (например, в графических программках невозможны ошибки, приводящие к повреждению памяти). Другой целью являлся автоматический синтез программ Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 из графических представлений, позволяющий уменьшить объем ручного труда. CASE-системам уделялось существенное внимание в проф литературе, но они не были обширно приняты на практике. Объем и сложность генерируемого кода, требуемого Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 для компенсации ограниченности реализационных платформ (они в главном представляли собой изолированные операционные системы — DOS, OS/2 либо Windows), выходили за границы способностей существовавших технологий трансляции, что затрудняло разработку, отладку и развитие CASE Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11-средств и приложений, создаваемых с их внедрением. Другой неувязкой подхода CASE являлась его неспособность масштабироваться до сложных, производственных систем в широком спектре прикладных областей. CASE-средства плохо поддерживали параллельную разработку; на их Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 базе можно было разрабатывать программки в одиночку либо группой, члены которой по очереди обращались к файлам, применяемым этими средствами. В итоге в 80-е и 90-е годы подход CASE оказывал сравнимо маленькое воздействие Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 на разработку коммерческого программного обеспечения, фокусируясь на отдельных прикладных областях, к примеру, на обработке вызовов в телекоммуникационных системах, где отлично подходили представления в виде конечных автоматов. Даже там, где CASE-средства применялись, обычно использовалась только Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 их часть, позволяющая отрисовывать диаграммы программных архитектур и документировать свои решения, на базе чего программеры потом вручную производили и развивали реализации. Но, так как ровная связь меж диаграммами и реализациями Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 отсутствовала, разработчики не стремились к большой точности диаграмм, так как они изредка синхронизировались с кодом на последующих стадиях проектов.

В последние 20 лет заслуги в области языков программирования и платформ привели к увеличению уровня абстракций Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11, доступных для разработчиков, смягчив один из недочетов подхода CASE. Сейчас разработчики обычно употребляют более выразительные объектно-ориентированные языки (а именно, C++, Java и C#), а не Фортран либо Си. Повторно применяемые Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 библиотеки классов и платформы поддержки приложений минимизируют потребность в изобретении общих и прикладных сервисов — транзакций, отказоустойчивости, оповещения о событиях, безопасности, распределенного управления ресурсами и т.д. Но задачи остаются. В центре этих Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 заморочек — сложность платформ, которая вырастает резвее возможности языков общего предназначения ее маскировать. Пользующиеся популярностью платформы промежного слоя J2EE, .Net и CORBA содержат тыщи классов и способов со многими сложными зависимостями и Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 тонкими побочными эффектами, что просит значимых усилий при программировании и кропотливой опции. Более того, так как эти платформы стремительно развиваются, разработчики растрачивают много сил на перенос кода приложений. Не считая Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 того, код большинства приложений как и раньше пишется на языках третьего поколения; значимых усилий просит выполнение интеграционных действий (в том числе развертывание, конфигурирование и поддержка свойства системы). Так, на Java либо C# тяжело написать Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 код, корректно и нормально развертывающий распределенные системы с сотками тыщ взаимосвязанных компонент. Ситуацию не выручает даже внедрение описаний развертывания на языке XML из-за семантического разрыва меж целью разработки и выражением Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 этой цели в тыщах строк вручную произведенного XML-кода, синтаксис которого не имеет дела ни к семантике прикладной области, ни к цели разработки.

Из-за этих заморочек программная промышленность приближается к Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 лимиту допустимой трудности. В то же время платформенные технологии последнего поколения становятся так сложными, что программеры, годами овладевая платформенными API и шаблонами использования, нередко оказываются знакомыми только с частью способностей платформы. Фрагментарность Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 представления проекта затрудняет осознание того, какие части приложений являются чувствительными к побочным эффектам, возникающим при изменении требований заказчиков либо среды разработки. Нередко это вынуждает разработчиков создавать неоптимальные решения, дублируя части кода, нарушая главные строительные принципы Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11, усложняя развитие системы и обеспечение требуемого свойства.

Перспективным подходом, направленным на решение этих заморочек, является инженерия, управляемая моделями (Model-Driven Engineering, MDE). При использовании MDE разработка ведется на предметно-ориентированных языках Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 моделирования DSML (Domain-Specific Modeling Language), в системах типов которых формализуется структура, поведения и требования приложения снутри соответственной предметной области. В применяемых метамоделях определяются связи меж понятиями предметной области, точно специфицируется основная семантика Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 и ограничения, ассоциируемые с этими понятиями. Разработчики используют DSML для построения приложений, используя элементы системы типов, зафиксированной в метамодели, и выражают проектный план в декларативном, а не властном стиле. Важные составляющие Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 MDE — трансформационные микропроцессоры и генераторы, которые анализируют определенные нюансы моделей и синтезируют начальный код, входные данные для имитационного моделирования, XML-описания развертывания либо другие представления моделей. Возможность синтеза на базе Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 моделей помогает поддерживать согласованность меж реализациями и аналитической информацией о зафиксированных в модели требованиях к многофункциональным способностям системы и ее качеству. Этот процесс нередко именуют «правильным по построению» (correct-by-construction) в отличие Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 от мучительного и чреватого ошибками обычного процесса разработки вручную в стиле «построения методом коррекции» (construct-by-correction).

1-ая статья направленной на определенную тематику выборки именуется «Разработка приложений с внедрением управляемых моделями сред Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 разработки» (Developing Applications Using Model-Driven Design Environments). Создатели статьи — Кришнакумар Баласубраманьян (Krishnakumar Balasubramanian), Анируддха Гокхейл (Aniruddha Gokhale), Габор Карсай (Gabor Karsai), Янош Штипанович (Janos Sztipanovits) и Сандип Нема (Sandeep Neema). Исторически Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 методологии разработки программного обеспечения фокусируются в основном на совершенствовании средств фактически разработки, а не на разработке инструментов, помогающих конструировать и интегрировать системы. Компонентное программное обеспечение промежного слоя (Enterprise JavaBeans, Microsoft .Net и CORBA Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 Component Model) содействуют увеличению уровня повторного использования кода на базе абстракции компонента. Но при принятии на вооружение этих коммерческих технологий появляется разрыв меж такими доступными и совершенными средствами разработки, как компиляторы и отладчики Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11, и средствами, применяемыми для сборки, анализа и тестирования законченной системы. В итоге разработчики продолжают делать интеграцию с внедрением подручных способов. Управляемая моделями разработка (Model-Driven Development, MDD) — это развивающаяся Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 парадигма, решающая бессчетные трудности композиции и интеграции крупномасштабных систем и опирающаяся при всем этом на заслуги в области технологий разработки (а именно, на компонентное программное обеспечение промежного слоя). Пользующимся популярностью вариантом MDD Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 является модельно-управляемая архитектура (Model-Driven Architecture, MDA), предложенная и развиваемая консорциумом Object Management Group. В подходе MDA системы представляются с внедрением языка моделирования общего предназначения Unified Modeling Language и его определенных профилей Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11. Эти модели преобразуются в артефакты, выполняемые на различных платформах, а именно, на EJB, .Net и CCM. В отличие от MDA, в другом варианте MDD, именуемом модельно-интеграционными вычислениями (Model-Integrated Computing, MIC Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11), для представления частей системы и их связей употребляются предметно-ориентированные языки моделирования DSML, также их преобразования в плаформенно-зависимые артефакты. Разработка MIC сотворена и развивается в институте Вандербилта (www.isis.vanderbilt.edu/research Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11/research.html#MIC). Концепция MIC удачно использована в разработке нескольких наборов инструментальных средств. Создатели статьи концентрируются на 2-ух разработках. Язык платформно-независимого компонентного моделирования PICML (Platform-Independent Component Modeling Language) помогает разрабатывать Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11, изменять и развертывать системы с внедрением CCM. Язык интегрированных управляющих систем ECSL (Embedded Control Systems Language) поддерживает разработку распределенных интегрированных авто приложений. Оба набора инструментов построены с внедрением общей среды моделирования GME (Generic Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 Modeling Environment, www.isis.vanderbilt.edu/Projects/gme). GME представляет собой свободно доступную метапрограммируемую среду предметно-ориентированных разработок.
^ Обещания и просчеты UML 2.0
Сергей Кузнецов

Открытые системы :: Книжная полка ОС

Последующая статья написана Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 Адамом Чайлдсом (Adam Childs), Джессом Гринуолдом (Jesse Greenwald), Джорджем Джангом (Georg Jung), Мэтью Хузэ (Matthew Hoosier) и Джоном Хатклифом (John Hatcliff). Заглавие статьи — «CALM и Cadena: метамоделирование для основанной на компонентах Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 разработки продуктового ряда» (CALM and Cadena: Metamodeling for Component-Based Product-Line Development). Масштабные работы по созданию программного обеспечения все почаще основываются на продуктовых линиях. Разработчики при всем этом делают схожие Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 семейства товаров на базе повторно применяемой архитектуры и общих прикладных компонент. В данном подходе особенное значение придается периодическому повторному использованию; следование ему может уменьшить время разработки и внедрения в создание, также Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 общую цена более чем на порядок. Данный подход поддерживается внедрением компонентного программного обеспечения промежного слоя за счет обеспечения верно определенных интерфейсов, которые предупреждают излишнюю привязку клиентского кода к низкоуровневым реализациям, и упрощения прибавления Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 и изъятия модулей, что содействует повторному использованию и развитию системы. Разработка на базе подхода продуктовых линий с внедрением компонентных каркасов удачно зарекомендовала себя в бессчетных прикладных областях: от масштабных распределенных систем реального Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 времени и интегрированных систем, систем управления электросетями, систем управления производственными процессами до операционных систем пользовательского уровня и систем интеграции приложений для ПК. Системы, основанные на компонентном программном обеспечении, состоят из интегрирующего слоя, который Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 абстрагирует среду выполнения и реализует сервисы и коммуникационные каналы, и сети взаимодействующих компонент, выполняемых за счет сервисов промежного программного обеспечения и обеспечивающих выполнение бизнес-логики. Очевидное разделение инфраструктуры и модулей Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 приложения, также возможность обычной сборки этих модулей позволяет выделить в разработке три роли. Конструктор продуктовой полосы сформировывает архитектуру системы, выбирает инфраструктурные платформы и организует процесс разработки, разработчик компонент делает модули бизнес-логики Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11, интегратор компонент собирает составляющие в систему. Заслуги в областях языков описания архитектур и сред метамоделирования позволяют скрыть трудности деталей низкоуровневой реализации методом определения структурных абстракций компонент, интерфейсов, соединителей и сборки системы, которые могут визуализироваться и Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 анализироваться, также управлять автоматической генерацией разных видов инфраструктурного кода. Но эти средства моделирования нередко не нацеливаются конкретно на поддержку подхода продуктовых линий.

Платформа поддержки разработки Cadena (www.cadena.projects.cis.ksu Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11.edu) и ее основное средство моделирования CALM (Cadena Architecture Language with Metamodeling) позволяет преодолеть этот недочет за счет обеспечения адаптивной среды моделирования с сильной, гибкой и расширяемой инструментальной поддержкой. CALM — это язык описания Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 архитектур, поддерживающий строго типизированное моделирование платформ, компонент этих платформ и сборок компонент определенных сценариев. Язык поддерживает основанную на наследовании иерархическую компанию платформ с внедрением устройств качеств для включения в общие строительные описания Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 атрибутов определенных платформ. Cadena обеспечивает различную поддержку сотворения, редактирования, запрашивания, просмотра и преобразования CALM-моделей, которые связываются с каркасами компонентного программного обеспечения, также со средствами генерации кода через подключаемые модули Cadena Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11. Эти модули практически являются интерпретаторами моделей, реализующими семантику CALM-моделей. Cadena, разрабатываемая с нуля, должна стать расширяемой инструментальной платформой, а не автономным инвентарем. Cadena реализуется в виде набора подключаемых модулей Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 Eclipse.

Статья «Автоматизация эволюции конфигураций в модельно-управляемой инженерии» (Automating Change Evolution in Model-Driven Engineering) написана Джефом Греем (Jeff Gray), Джейн Лин (Jane Lin) и Джинг Жанг (Jing Zhang). С расширением областей внедрения Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 моделей программного обеспечения появилась срочная потребность в управлении сложной эволюцией конфигураций снутри представления моделей. Разработчикам нужна возможность резвой и обычной проверки разных проектных альтернатив посреди бессчетных и разнотипных конфигурационных способностей Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11. В эталоне инструмент был должен бы создавать имитационное моделирование каждой новейшей проектной конфигурации для определения того, каким образом некий нюанс конфигурации (к примеру, коммуникационный протокол) оказывает влияние на наблюдаемое свойство (к примеру, на пропускную способность Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11). Для поддержки такового уровня поддержки эволюции моделей инструмент должен обеспечивать две категории конфигураций, которые на данный момент производятся разработчиками вручную. Первую категорию составляют конфигурации, пересекающие иерархию представления модели. Примером является эффект конфигурации Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 пропускной возможности на качество обслуживания компонент авиационного электрического оборудования, которые должны показывать в реальном времени видеопоток. Чтоб оценить последствия такового конфигурации, разработчик должен вручную обойти иерархию модели. Этот процесс утомителен Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 и чреват ошибками, так как модели систем нередко содержат иерархии глубиной в несколько уровней. 2-ая категория конфигураций включает повышение масштаба частей модели, что доставляет особенные беспокойства при разработке масштабных интегрированных систем реального Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 времени, содержащих тыщи крупномодульных компонент. Для этого типа конфигурации требуется создание нескольких модельных частей и соединений меж ними. Работа с инвентарем моделирования для масштабирования базисной модели до модели с тыщами частей просит поразительно огромного Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 числа операций с мышью и клавиатурой. Этот процесс чреват ошибками, к примеру, можно запамятовать установить соединение меж 2-мя задублированными элементами. Не считая того, ручное масштабирование оказывает влияние не только лишь на эффективность Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 моделирования, да и на правильность представления. Обе эти категории эволюции конфигураций значительно выиграли бы от автоматизации. С этой целью создатели разработали обобщенный микропроцессор трансформаций для манипулирования моделями, нареченный ими Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 C-Saw (Constraint-Specification Aspect Weaver). C-Saw — это подключаемый модуль для GME (см. выше). Для работы с переменами, пересекающими иерархию, в C-Saw употребляется аспектно-ориентированный подход. Композиция трансформации модели с сборкой качеств Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 обеспечивает сильную технологию для резвого преобразования унаследованных систем на базе высокоуровневых параметров, описываемых моделью. Дальше, методом внедрения аспектно-ориентированных способов и преобразования программ маленькие конфигурации на модельном уровне могут инициировать очень большие трансформации Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 на уровне кода.

Последнюю статью направленной на определенную тематику выборки — «Модельно-ориентированная разработка с внедрением UML 2.0: обещания и просчеты» (Model-Driven Development Using UML 2.0: Promises and Pitfalls) — написали Роберт Франс Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 (Robert France), Судипто Гош (Sudipto Ghosh), Трунг Динх-Тронг (Trung Dinh-Trong) и Арнор Солберг (Arnor Solberg).

Заслуги в областях разработки программ и технологий обработки инфы привели к попыткам сотворения более сложных Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 программных систем. Эти пробы показывают неадекватность абстракций, обеспечиваемых современными языками высочайшего уровня. Появляется потребность в языках, моделях и разработках, повышающих уровень абстракции, на котором думают, создаются и развиваются. OMG отвечает на это требование подготовкой Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 версии 2.01 языка UML и инициативой MDA. Широкая осведомленность о дилеммах ранешних версий UML вкупе с возрастающим энтузиазмом к MDD породили надежды, что разработчикам UML 2.0 получится предложить версию языка с Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 значительно сокращенным набором модельных понятий для четкого и комфортного описания самых различных приложений. Ожидалось также, что в этой версии появится четкая семантика, которая могла бы облегчить автоматизацию, требуемую для продвижения MDD за границы обычных Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 способностей CASE-средств. Те, кто не знаком с внутренней кухней стандартизации, находят поразительными размер и сложность эталона UML 2.0. Вправду, конечные результаты кажутся дальними от посылок, которые мотивировали начало работы по Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 большому пересмотру языка. Бессчетные модельные понятия, плохо определенная семантика и легковесные механизмы расширений затрудняют исследование языка и его применение в среде MDD. Данные трудности требуют решения, но не следует удивляться тому, что этот Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 язык моделирования первого поколения далек от совершенства. Как отмечают некие разработчики UML, разработка языков моделирования все еще переживает период становления. Заступники UML 2.0 отмечают, что в эталоне отражен наилучший производственный опыт внедрения моделирования Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11. Они молвят про последующие главные усовершенствования. Усовершенствована поддержка UML как семейства языков за счет использования профилей и точек семантических вариантов, которые отмечают части UML, специально оставленые без семантики, чтоб можно было Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 нагрузить их семантикой, определяемой юзерами. Усовершенствована выразительность моделирования, включая моделирование бизнес-процессов, поддержку классификаторов повторного использования моделирования и поддержку архитектур распределенных неоднородных систем. Произведена интеграция семантики действий, которая может употребляться разработчиками для определения семантики Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 моделей во время выполнения и обеспечивает семантическую точность, требуемую для анализа моделей и их трансляции в реализации. По воззрению создателей, очень высочайшая оценка UML и соответственных технологий MDD настолько же губительна Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11, как и несправедливая критика. Создатели статьи пробуют развеять облака рекламы, окружающие UML 2.0, и представить обоснованную оценку обеспечиваемой поддержки MDD.

Вне направленной на определенную тематику выборки в февральском номере размещена всего одна статья Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 — «Распределенные интегрированные умственные камеры для приложений электрического наблюдения» (Distributed Embedded Smart Cameras for Surveillance Applications). Создатели статьи: Михаель Брамбергер (Michael Bramberger), Андреас Добландер (Andreas Doblander), Арнольд Майер (Arnold Maier), Бернхард Риннер Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 (Bernhard Rinner) и Гельмут Швабах (Helmut Schwabach).

<<     1    2    3    >>
^ Обещания и просчеты UML 2.0
Сергей Кузнецов

Открытые системы :: Книжная полка ОС

Современные заслуги в областях вычислительной техники, коммуникаций и сенсорных технологий ускоряют разработку многих новых решений. Эта тенденция Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 в особенности видна в областях повсеместных вычислений (pervasive computing), сенсорных сетей и интегрированных систем. Одним из примеров таких новаций являются умственные камеры, оборудованные высокопроизводительной интегрированной вычислительной и коммуникационной инфраструктурой. В Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 одном встраиваемом устройстве соединяются воединыжды способности видеовосприятия, обработки и коммуникаций. Методом обеспечения доступа ко многим точкам обзора за счет взаимодействия отдельных видеокамер сети интегрированных камер потенциально могут поддерживать более сложные и Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 проблемные приложения — включая умственные комнаты, электрическое наблюдение, анализ движения, — чем одиночная камера. Разработанная создателями умственная камера является вполне встраиваемым устройством. При разработке учитывались требования экономичного энергопотребления и обеспечения гарантированного свойства в критериях ограниченных Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 ресурсов. Камера представляет собой масштабируемую, встраиваемую, высокопроизводительную многопроцессорную платформу, состоящую их сетевого микропроцессора и различного числа сигнальных микропроцессоров. На базе использования разработанной программной среды эти встраиваемые камеры поддерживают такие службы системного уровня Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11, как динамическое рассредотачивание нагрузки и реконфигурацию задач. Не считая того, имеется возможность объединения нескольких умственных камер в распределенную встроенную систему электрического наблюдения, в какой поддерживаются взаимодействия видеокамер и коммуникации меж ними. Хотя у умственных Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 камер имеются разные области внедрения, создатели концентрируются на приложениях электрического наблюдения за дорожным движением, в каких выдвигаются завышенные требования к поддержке видеообработки и алгоритмов сжатия со стороны аппаратуры и программного обеспечения Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11. Более точно, эти требования включают возможность автономного мониторинга трафика на данном участке автомагистрали, обработку статистики трафика, доставку сжатых реальных видеоизображений на станцию мониторинга и выполнение высокоуровневого видеоанализа (к примеру, опознание водителей Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11, нарушающих правила, и аварийных ситуаций). Для ублажения этих требований распределенная архитектура электрического наблюдения должна быть масштабируемой и гибкой. Для демонстрации реализуемости предлагаемой системы электрического наблюдения создатели разработали макет, включающий несколько умственных видеокамер.

До Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 последующей встречи, Сергей Кузнецов, kuzloc@ispras.ru.
^ mySAP PLM — инструмент управления актуальным циклом
Наталья Тоскина

Открытые системы :: Приложения
Сейчас фактически завершен процесс преобразования рынка продавцов в рынок, направленный на покупателя. На Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 замену клиенту «вообще» пришел «индивидуальный клиент», усилилась роль свойства продукции и услуг. Компаниям-изготовителям стало прибыльнее подключать к своим проектам субподрядчиков, производящих либо проектирующих комплектующие изделия. Продолжительность жизни таковой проектной группы определяется временем Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 выполнения проекта либо актуальным циклом изделия. Но на практике оказывается, что работники такового предприятия географически удалены друг от друга, употребляют несопоставимые платформы и программные решения — появляется необходимость в единой среде совместного Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 ведения бизнеса, обеспечивающей одновременную работу в реальном времени, интеграцию данных в контексте огромных сборок, интерфейс со средствами анализа и подготовки производства.
Понятие свойства продукции стало сейчас более личным, а уровень свойства стал определяться Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 степенью соответствия продукта набору черт, предъявляемых определенным потребителем. Сейчас типично также полномасштабное внедрение информационных технологий в протяжении всего актуального цикла изделия, при этом, в производственно-информационное место стало вовлекаться все большее количество Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 участников. Не считая того, усилилась специализация производства. Сейчас изготовителям стало прибыльнее подключать к своим проектам компании, производящие комплектующие изделия, также конструкторские бюро в качестве субподрядчиков. Продолжительность жизни таковой проектной группы определяется Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 временем выполнения проекта либо актуальным циклом изделия. В определениях технологий CALS (Continuous Acquisition and Life Cycle Support — «непрерывная информационная поддержка актуального цикла изделия») такая структура названа «виртуальным предприятием» [1-3] и характеризуется общим информационным местом Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11, обеспечивающим (при соблюдении эталонов) совместное внедрение инфы (рис. 1).



^ Рис.1. Виртуальное предприятие

Но на практике оказывается, что работники такового предприятия географически удалены друг от друга, употребляют несопоставимые платформы и программные решения. Отсюда появляется необходимость Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 в единой среде совместного ведения бизнеса, обеспечивающей одновременную работу в реальном времени, интеграцию данных в контексте огромных сборок, интерфейс со средствами анализа и подготовки производства. Исходя из убеждений ИТ это значит Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 поддержку совместной деятельности групп разработчиков, информационное сопровождение, управление транзакциями и т.д. Все это увязывается, к примеру, через сервер приложений, над которым должна находиться система управления актуальным циклом изделия (PLM — product Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11 lifecycle management), в свою очередь координирующая работу модулей управления данными о продуктах (PDM — product data management), управления отношениями с клиентами (CRM — customer relationship management) и планирования ресурсов предприятия (ERP — enterprise resource planning Http://www osp ru/text/302/181130/ html Открытые системы, процессы стандартизации и профили стандартов - страница 11) [4].

Компания SAP AG предложила интегрированное решение mySAP Product Lifecycle Management, в каком кроме компонент платформы mySAP.com обширно употребляется XML.


huan-ruis-arhipresviter-iz-iti-doklad.html
hudo-ponimali-ego-pri-zhiznia-pushkin-v-ocenke-v-belinskogo-statya.html
hudozhestvennaya-gimnastika-doklad.html