WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!


Pages:     | 1 |   ...   | 4 | 5 || 7 | 8 |   ...   | 11 |

1. Чтобы избежать чрезмерного использования базы данных, нужно кэшировать контент, который сохраняет своё наполнение между изменениями, то есть построить правила, определяющие принадлежность, наличие и устаревание кэша для конкретной страницы. QCM (QPLATFORM Cache Manager) позволяет делать это посредством определения префикса и имён GET/POST полей, по значениям которых будет определяться местоположение данной страницы в иерархии кэша; а также с помощью определения имени тестера (timestamp), позволяющего разбить кэш на группы, чтобы при внесении изменений в какую-то конкретную группу можно было объявить кэш этой группы устаревшим.

Единственное ограничение, с которым сталкивается разработчик приложения QPLATFORM, — это невозможность кэшировать страницы, показываемые залогиненным пользователям (т. к.

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

конечно, если не используются html-frame’ы или не задействован механизм обновления данных через JavaScript, то есть чтобы страница целиком оставалась одна и та же. Но это ограничение мы планируем в ближайших версиях обойти.

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

3. В случае с QTP приложение запускается только в самом начале, а не для каждого запроса заново, и обрабатываются запросы в бесконечном цикле. Чтобы не тратить время на парсинг шаблонов, превратим, используя QTP (QPLATFORM Template Preprocessor),.html-шаблон в обычную программу на C и, согласно правилам QPLATFORM, опишем call-back процедуры для заполнения шаблона данными. При правильном построении QTP шаблонов можно добиться полной независимости друг от друга дизайна и сgi-приложения. QSM (QPLATFORM Session Manager) позволяет хранить сессии пользователей в Shared Memory, что также ускоряет работу web-приложения.

И, наконец, рассмотрим то, что волнует менеджеров, которые явно не хотят долгое время платить программистам и не видеть результатов, — скорость разработки. Стандартное web-приложение должно:

1. Получить данные из базы.

2. Произвести некие преобразования данных.

3. Вывести данные на страницу.

4. Иметь возможность взаимодействовать с системой.

Для этого как раз и создавалась система QPLATFORM. Она позволяет:

1. Получить данные из базы через QDBC (QPLATFORM DataBase Connector), воспользовавшись удобным унифицированным интерфейсом.

2. Произвести над данными преобразования посредством языка C.

Описать правила кэширования контента.

3. Воспользоваться QTP для создания гибких и удобных в использовании шаблонов.

4. Получить возможность взаимодействия с системой по умолчанию.

12:50–13:Артём Кастелин, Александр Ковтушенко Москва, МГТУ им. Н.Э. Баумана Инструмент для визуализации трассы выполнения параллельной программы — TV 1.Аннотация:

Предлагаем инструмент визуализации истории выполнения трассы параллельной программы, выполняющейся в среде MPI. Инструмент представляется полезным для поиска возможностей оптимизации параллельной программы.

Параллельное программирование все ещё остаётся экзотической областью, редко используемой в прикладном программировании. Возможности для организации параллельных вычислений существенно выросли — прежде всего в виде «железа». Реально доступны (в том числе и не слишком дороги) решения в виде «кластеров», т. е. вычислительных систем, построенных на серийных процессорах, и специально для этого применения производимых коммутаторов. Имеется целый ряд сред программирования для подобных систем, причём необходимый набор инструментов доступен и в виде открытого программного обеспечения.

Эти средства остаются на наш взгляд невостребованными по двум взаимообусловленным причинам: во-первых, разработка практичного прикладного параллельного алгоритма требует специальных навыков, вероятно — специальной подготовки. Во-вторых, слаб или почти отсутствует спрос на вычислительно ёмкие прикладные решения, т. е. нет постановки задачи, требующей параллельного счета. Таких постановки могут быть связаны с самыми разными проблемами промышленности или задачами управления: замена натурных испытаний вычислительным экспериментом, оптимизация управляющего воздействия и т. д.

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

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

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

Одним из ценных средств экономии сил в этой борьбе является предлагаемая пара инструментов — библиотека для автоматической (точнее — «почти автоматической») фиксации событий времени выполнения параллельной программы + диалоговая среда для просмотра/анализа накопленных данных.

Имеется достаточно длинный список подобных инструментов. Сошлёмся на две из них. Во-первых, это профилировщик+визуализатор Vampir немецкой компании Palas — продукт наиболее распространённый, по отзывам, по документации — имеющий много достоинств, но коммерческий. Во-вторых, это визуализатор ParaGraph (восходит к 1990 г.), в настоящее время в качестве трассировщика использует библиотеку MPICL (разрабатываемая Patrick H. Worley с 1997 г в Oak Ridge National Laboratory) — оба продукта являются открытыми. Однако использование ParaGraph не слишком комфортно. Программа реализована на базе непосредственно X Window, на наш взгляд ей недостаёт средств управления.

Предлагаемый нами визуализатор TV 1.0 также как ParaGraph использует библиотеку MPICL, имеет при этом следующие отличия:

• Визуализатор разработан на основе среды Qt, что позволило сделать его более удобным в работе (при этом система Vampir рассмотрена в качестве аналога).

• Имеется в том числе и сборка визуализатора для выполнения на ОС MS Windows (трассы формируются в виде текстовых файлов, т. е. переносимы), что позволяет использовать её «любому пользователю».

Надеемся, что TV 1.0 окажется полезным дополнением в ящике инструментов разработчика параллельных прикладных программ на основе MPI.

13:15–13:Виктор Капустин, Анна Корсун Санкт-Петербург, Санкт-Петербургский Государственный университет Проект: Web-based IDEF Functional Modeler http://sourceforge.net/projects/web-based-idef/ Инструмент для функционального моделирования Аннотация:

Функциональное моделирование (IDEF0) использует несложный графический язык. Программные средства поддержки этого языка, однако, достаточно дороги (в основном, за счет избыточной функциональности) и работают, в основном, на платформе MS Windows. Мы используем браузер для обеспечения минимально необходимых для создания IDEF0 диаграмм возможностей, создавая кросс- платформенную среду моделирования. Программный инструментарий — HTML, JavaScript и CSS. Современные (почти-) DOM-совместимые браузеры позволили изолировать несовместимости в отдельный модульобертку. Мы отказались от внешне привлекательного пути кодирования HTML-элементов непосредственно в JavaScript и использования свойства innerHTML. Вместо этого мы строго разделяем код и разметку, выделяя графические элементы в отдельные шаблоны, каждый из которых хранится в отдельном HTML-документе, подгружаемом в свой (обычно невидимый) iframe. Это заметно усложняет програмирование, но, мы надеемся, позволит привлечь независимых дизайнеров для качественной прорисовки элементов интерфейса. Поскольку компоненты разрабатываемого ПО можно использовать в составе других программных средств, распространение его планируется осуществлять под GLPL.

Функциональное моделирование (IDEF0) использует несложный графический язык. Программные средства поддержки этого языка, однако, достаточно дороги (в основном, за счёт избыточной функциональности) и работают, в основном, на платформе MS Windows. Мы используем браузер для обеспечения минимально необходимых для создания IDEF0 диаграмм возможностей, создавая кросс-платформенную среду Работа частично поддержана Российским фондом фундаментальных исследований, грант 03-07-90299.

моделирования. Программный инструментарий — HTML, JavaScript и CSS. Современные (почти-) DOM-совместимые браузеры позволили изолировать несовместимости в отдельный модуль-обёртку.

Мы отказались от внешне привлекательного пути кодирования HTML-элементов непосредственно в JavaScript и использования свойства innerHTML. Вместо этого мы строго разделяем код и разметку, выделяя графические элементы в отдельные шаблоны, каждый из которых хранится в отдельном HTML-документе, подгружаемом в свой (обычно невидимый) iframe. Это заметно усложняет программирование, но, мы надеемся, позволит привлечь независимых дизайнеров для качественной прорисовки элементов интерфейса.

Поскольку компоненты разрабатываемого ПО можно использовать в составе других программных средств, распространение его планируется осуществлять под GLPL. Обсуждается возможная смена базовой технологии проекта (XML, CSS3).

Функциональное моделирование (IDEF0) находит своё применение в отраслях, связанных с созданием сложных организационных и информационных систем, поддержкой жизненного цикла сложных систем и изделий. IDEF0 был предложен более 30 лет назад в авиакосмической промышленности США, и стандартизован в США1 и в России2. В то время как эти стандарты доступны свободно, программные средства поддержки IDEF0 выпускаются рядом известных фирм. Эти программные средства имеют тяжеловесные графические интерфейсы, перегружены различными факультативными функциями, дороги, что является препятствием для их массового применения.

Графический язык IDEF0, в основном, ограничен горизонтальными и вертикальными прямыми линиями и фигурами, образуемыми такими линиями. Такая графика легко реализуется в HTML, что привело к идее разработки инструмента поддержки создания IDEF0-диаграмм в виде веб-приложения.

Аналитик, создающий функциональную модель, должен иметь возможность манипуляции графическими объектами модели (прямоугольниками, линиями) и текстовой информацией, связанной с этими объектами. Объем этой информации и данных о положении объектов может быть значительным, и реализация поддержки каждого действия аналитика в виде серверных программ (скриптов) сделает работу аналитика Integration Definition for Function Modeling (IDEF0)/FIPS Publication 183. — Рекомендации по стандартизации Р50.1.028-2001. Информационные технологии поддержки жизненного цикла продукции: Методология функционального моделирования. — Госстандарт, крайне некомфортной из-за полной перерисовки окна браузера. Наш подход к созданию инструмента для функционального моделирования заключается в реализации поддержки манипуляции объектами модели непосредственно в браузере (HTML-документе) с помощью скриптового языка ECMAscript (JavaScript 1.5). Использование именно этого языка связано с практически повсеместной его поддержкой браузерами всех основных производителей (Mozilla/Netscape, Microsoft Internet Explorer — MSIE, Opera) на многих платформах (Windows, Linux/Unix, Mac).

Браузеры обеспечивают три различных уровня программных интерфейсов (API), позволяющих изменять отображаемый документ: (1) непосредственный вывод HTML-текста в документ (document.write()), (2) изменение содержимого выбранного элемента документа (innerHTML) и (3) стандартизованные не только для браузеров API объектной модели документа (методы DOM). Первоначально одним из авторов был создан ранний прототип инструмента для функционального моделирования с использованием второго из перечисленных подходов. Компоненты графического интерфейса пользователя (ГИП) задавались в виде программных констант. Этот подход, эффективно работающий для несложных интерфейсов в MSIE, оказался по нескольким причинам совершенно неработоспособным в Mozilla. Во-первых, изменение строковых значений атрибутов элемента документа путём изменения свойства innerHTML в Mozilla (в отличие от MSIE) не отражаются в дереве DOM документа (за исключением ссылок на обработчики событий, где все обстоит ровно наоборот: изменение названия функции — обработчика события в Mozilla приводит к изменению обработчика, а в MSIE — нет). Во-вторых, Mozilla вообще более строго следует стандарту DOM, в соответствии с которым любое изменение свойства innerHTML любого элемента документа порождает формально новый документ.

В результате прототип инструмента для функционального моделирования был переработан с использованием исключительно DOM API.

Для каждого графического компонента проекта (блока IDEF0, панелей свойств блока/объектного потока и пр.) используется отдельный HTML-документ. Такой документ загружается в невидимый потоковый кадр (iframe) и используется как шаблон для порождения видимых компонентов ГИП. Это позволяет полностью отделить дизайн элементов ГИП от кода. Оказалось, что стандарт DOM 2 не полностью поддерживается даже последними (IE 6.1, Mozilla 1.7) версиями браузеров (в частности, в части передачи информации о событиях их обработчикам, копирования поддеревьев между кадрами и др.), что пока задерживает завершение отладки части ГИП, связанной с перемещением блоков и изменением их размеров. Для сохранения результатов формирования функциональной модели написан простой серверный скрипт на языке Perl.

Для превращения разработанного прототипа в реальный инструмент моделирования, обладающий минимальной необходимой функциональностью, предстоит решить ещё несколько задач. Можно продолжать реализацию ГИП инструмента для функционального моделирования в HTML/XHTML, однако мы планируем исследовать возможность отказаться от HTML и перейти к использованию XML/XSLT/CSS, что позволит упростить разработку конвертеров в промышленные коммуникативные стандарты, используемые для обмена данными о IDEF0 функциональных моделях: IDL и XML, а также стандартизовать те элементы ГИП, которые используются для задания параметров моделей.

Текущее состояние кода размещено в CVS проекта Webbased IDEF Functional Modeler (http://sourceforge.net/projects/ web-based-idef/). Используемая Open Source лицензия — GLPL, поскольку компоненты разрабатываемого ПО можно использовать в составе других программных средств.

13:40–14:Александр Сенько Москва, БЕН РАН / МГТУ им. Н.Э. Баумана Михаил Якшин Москва, ALT Linux / МГТУ им. Н.Э. Баумана Открытая система виртуальной интеграции гетерогенных баз данных на основе технологии XMPP/Jabber Аннотация:

Настоящая система представляет собой систему виртуальной интеграции гетерогенных баз данных и предоставляет пользователям — унифицированный интерфейс доступа к подключенным к системе базам данных, а поставщикам данных — способ интеграции их информационных ресурсов в систему. В качестве транспортного протокола используется XMPP/Jabber.

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

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

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

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

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

Pages:     | 1 |   ...   | 4 | 5 || 7 | 8 |   ...   | 11 |






















© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.