WWW.DISSERS.RU

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

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


Pages:     | 1 || 3 | 4 |   ...   | 11 |

Тем не менее, в рамках исследования были определены необходимые условия для реализации свободной альтернативы ADS, которые обеспечили бы прозрачную интеграцию решений на основе GNU/Linux и продуктов компании Microsoft и других производителей несвободного ПО на платформе Windows. Более того, некоторые из этих условий постепенно реализуются в рамках свободного программного обеспечения, и примером тому является проект Samba 4, инфраструктура которого играет важную роль в объединении всех остальных программных решений в единое целое в рамках ADS.

13:45–14:Анатолий Якушин Москва, Госпиталь ветеранов войн Проект: OpenOffice.ru Состояние и перспективы разработки свободных офисных приложений Аннотация:

Доклад посвящен текущему состоянию и перспективам разработки офисных приложений на базе свободных прикладных платформ. Рассматриваются вопросы использования популярных прикладных платформ (OpenOffice.org, Моzilla и т. д.) в корпоративной среде, средства разработки, модели реализации.

Проблемы создания комплексных информационных систем в последние десятилетия выросли в отдельную ветвь науки об управлении.

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

В этом контексте к типично офисным задачам обычно относят:

• документооборот, осуществляющий обработку, прохождение, хранение и поиск документов;

• коммуникативные задачи по обмену информацией между сотрудниками и структурными подразделениями;

• календарные функции и планирование ресурсов.

Над этими базисными функциями в наиболее сложных системах функционируют модули поддержки принятия решений и управления.

Как правило, системам документооборота придают специализированные функции — бухгалтерия, кадры, склад и т. п.

При рассмотрении офисных приложений необходимо дать краткую характеристику проприетарных систем, доминирующих на рынке в настоящее время. Здесь можно выделить набор решений от корпорации Microsoft, продукты фирмы IBM (Lotus Notes), Borland и ряд других.

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

При рассмотрении понятия прикладная платформа можно заметить, что сегодня не существует единого взгляда на трактовку данного термина. Несмотря на некоторую спорность, следующее определение:

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

Говоря о доступных свободных прикладных платформах можно выделить и кратко охарактеризовать следующие:

• ставшая уже классической триада PHP, Apache, MySql и проекты на ее основе;

• системы управления контентом Zope и Midgard;

• проект Clip;

• Mozilla;

• OpenOffice.org.

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

• MySQL;

• PostgreSQL;

• SapDB и MaxDB;

• ZoDB.

Рассмотрение вопроса о хранилище данных неразрывно связано с вопросом формата хранимого документа. Сегодня бесспорным лидером здесь является формат XML, однако хранилище должно кроме собственно СУБД иметь полный набор средств для обработки этого весьма непростого в реализации формата. Для более подробного рассмотрения возможностей современных свободных прикладных платформ можно остановится на проекте OpenOffice.org.

Традиционное позиционирование OpenOffice.org, только как универсального офисного пакета является в корне неверным. Данный программный продукт может вполне успешно выступать в роли прикладной офисной платформы и наделен для этого всеми необходимыми качествами. Он содержит законченные полнофункциональные компоненты для большинства видов офисной деятельности. К ним относятся текстовый процессор, электронные таблицы, система презентаций и графический редактор. Однако кроме этого OpenOffice.org содержит развитые средства создания форм, систему доступа к хранилищам данных и встроенные языки программирования. Нативным форматом документов является XML.

Возможности OpenOffice.org можно показать на целом ряде примеров. Однако для создания полноценного офисного приложения этих возможностей все-таки недостаточно. Современные приложения уровня предприятия требуют развитых коммуникативных возможностей и удаленного доступа к данным. Поэтому весьма серьезным является вопрос интеграции нескольких платформ на базе единого хранилища данных.

Здесь весьма интересным является интеграция OpenOffice.org и Mozilla для решения вопросов обмена информацией между пользователями и реализации календарных функций. В настоящее время данные задачи реализуются в рамках проекта Glow.

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

14:30–15:30: Обеденный перерыв Дневное заседание 15:30–17:(Председатель — Александр Боковой) 15:30–16:Олег Паращенко Санкт-Петербург, Санкт-Петербургский Государственный Университет Проект: Protva XQuery Подход к переносимой реализации языка XQuery Аннотация:

XQuery, язык запросов XML, можно рассматривать как обобщённый интерфейс к древовидным данным. В работе обосновывается идея создания переносимой системы XQuery, которая может обрабатывать любые деревья, и предлагается реализация с помощью виртуальной машины.

Зачем обычным приложениям XQuery Один из подходов к обработке XML[2] — это представление его в виде дерева, для навигации по которому используется XPath[4]. На основе XPath созданы языки для преобразования XML: XSLT[5] и XQuery[5]. XSLT является языком шаблонов, а XQuery можно представить как значительно расширенный XPath.

XML можно рассматривать как внешнее текстовое представление древовидных структур, а связанные с XML стандарты — как способы обработки таких данных. Такой подход может оказаться полезным для некоторых видов программ, например:

• текстовых процессоров;

• компиляторов и интерпретаторов.

В подобных приложениях важную роль играют сложные запросы к деревьям, например:

• найти все заголовки, не помеченные как удалённые, и создать из них оглавление;

• найти присваивания вместо сравнений в блоках условий команд if, for, while и им подобных.

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

Подход к реализации Основная проблема при разработке системы XQuery — это большой объём работ, поэтому не стоит писать XQuery каждый раз заново. Лучше создать переносимую реализацию и портировать её в приложения с минимальными затратами.

Для этого предлагается разработать виртуальную машину для обработки деревьев и систему XQuery на её основе. Если какому-либо приложению потребуется поддержка XQuery, то достаточно будет реализовать эту машину.

Чтобы упростить разработку, код пишется и отлаживается на языке Common Lisp, а затем транслируется в ассемблер виртуальной машины.

За основу взята система CL-XML[6]. James Anderson, её автор, проделал большую работу, так что CL-XML уже обрабатывает все примеры из спецификации XQuery.

CL-XML переводит XQuery во внутреннее промежуточное представление в виде абстрактного синтаксического дерева (AST). Этот формат можно использовать для высокоуровневой оптимизации запросов.

Большая часть языковых конструкций Common Lisp реализована с помощью макросов. Если взять CL-XML и раскрыть все макросы, то получится программа, состоящая из примитивов. Набор полученных конструкций является черновой версией виртуальной машины.

Реализация диалекта минимального Lisp (или Scheme) не составляет сложности, так как является хорошо изученной задачей [7].

Отдельный интерес представляет трансляция нашей виртуальной машины на LLVM[8] — промежуточное представление и набор инструментов для оптимизации программ. Благодаря LLVM и высокоуровневой оптимизации, код вычисления XQuery может быть эффективнее вручную написанного аналога.

Статус Проект находится в начальной стадии. Пока только готов план работ, проведены первые эксперименты и подобраны инструменты для реализации. Промежуточные отчёты будут выкладываться на странице проекта Protva XQuery[1], код будет распространяться по лицензии LGPL.

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

Первой вехой проекта будет добавление поддержки XQuery в XSLT-процессор xsltproc[9].

Список литературы [1] Проект Protva XQueryhttp://xmlhack.ru/protva/ [2] Extensible Markup Language (XML)http://www.w3.org/XML/ [3] XML Path Language (XPath)http://www.w3.org/TR/xpath [4] The Extensible Stylesheet Language Family (XSL) http://www.w3.org/Style/XSL/ [5] XML Query (XQuery)http://www.w3.org/XML/Query [6] CL-XML: Common Lisp support for XMLhttp://cl-xml.org/ [7] Scheme Compiler Technology/Implementation Techniques and Optimizationhttp://library.readscheme.org/page8.html [8] The LLVM Compiler Infrastructure Project.

http://llvm.cs.uiuc.edu/ [9] The XSLT C library for Gnomehttp://xmlsoft.org/XSLT/ 16:15–17:Андрей Орлов Москва, Инфо Индастриез Групп Павел Узорин Москва, Интеко АГ Александр Разоренов Москва, Инфо Индастриез Групп Проект: Neural.RU Информационно-справочная система rPAS Аннотация:

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

Цель создания информационно-справочных систем — обеспечение работы с большими массивами документов с приемлемой (оптимальной) скоростью поиска необходимой информации.

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

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

Это позволяет составить и поддерживать автоматический рубрикатор документов.

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

Анализ запросов документов из рубрикатора позволяет определить факт сходства между некоторыми рубриками и документами на основании предположения о сходстве документов, используемых совместно (запрошенных одними и теми же пользователями, связанными между собой и т. п.). На основе этих данных корректируются правила составления векторных описаний и словари признаков, что приводит к постепенной адаптации структуры рубрикатора к некоторым усреднённым потребностям пользователей.

Система производит постоянный мониторинг активности пользователей, что позволяет составить и поддерживать актуальной модель интересов пользователей системы. В соответствии с этой моделью, можно предсказать потребности в размещённом документе и связать документ так же, как это сделал бы пользователь системы. Для дополнительной настройки такого самостоятельного поведения системы возможно указать необходимость выполнения определённых действий (например пересылку документа) в ответ на такие события как изменение размещения документа или его связывание.

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

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

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

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

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

17:00–17:15: Кофе Вечернее заседание 17:15–19:(Председатель — Алексей Смирнов) 17:15–18:Алексей Воинов, Георгий Курячий Москва, ALT Linux Модульный подход к управлению ОС: проект Alterator Аннотация:

Цель проекта Alterator — создание полностью открытого инструмента, который позволит перевести на пользовательский уровень процедуру настройки и сопровождения типовых решений на основе UNIXподобной ОС и её служб. Задача проекта — упростить процедуру разработки таких решений на всех стадиях, от формирования пользовательской модели и создания интерфейса до задания команд, непосредственно управляющих системой.

Pages:     | 1 || 3 | 4 |   ...   | 11 |






















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

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