Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
Web-сервисыобмена данными   в РУЖЭЛЬ   Геннадий Кушнир
бумажные отчеты         до                  информатизации
бумажные отчеты       “дикая”                  информатизация
принудительная          “информатизация”протест
МосковскаяОЭЖД       “интеграция”
Каждое отображениеснижает достоверность
Нужна сводкаКаждая отдельная отметка не важна
Подход ОЭЖДзапрос                 обработка                        данныхотчет         отображение         всех данных    ...
Предлагаемый подход запрос                          оформление                                   сводки  отчет            ...
Хочу сводный отчет об успеваемости Сейчас запрошу...                     HTTP GET                     <XML /> Ваш отчет го...
Перечень отчетов                      Конечное количество                   стандартизованных отчетов                     ...
Перечень отчетов                                Изменения Дополнения              !"#$%&(Разработчик«)**+,-. /0123405.36»«...
Обобщенная модель данныхпозволит согласовать язык запросов
Описание модели данныхна примере итоговой оценкиВ полной модели несколько связанных сущностей
Протокол гибких запросов               с опорой на модель        запросhttp://…/agr/itogMark?eduYear=2011&perNum=1&_grp1=g...
Конструктор запроса            Это форма для подготовки                HTTP GET запроса http://atomic.rujel.net/Apps/WebOb...
Перспективы развития  Развитие модели  Сохраненные запросы  Отложенные запросы
Отложенный запрос                     нет связиХочу сводный отчет об успеваемости                          ???Сейчас недос...
Отложенный запрос                 связь появилась         HTTP GET    Есть ко мне вопросы?        <request/>    Нужен тако...
Отложенный запросНастало утроКак там мой отчет?Ваш отчет готов:   Спасибо!
Спасибо         Официальный сайт РУЖЭЛЬ            http://www.rujel.net/             Описания, сообщество             http...
Upcoming SlideShare
Loading in …5
×

Web-сервисы в РУЖЭЛЬ

1,413 views

Published on

Доклад на 9-й конференции разработчиков свободных программ в Обнинске, 24 июля 2012

Published in: Education
  • Интересная статья, спасибо за ссылку!
    Но именно она объясняет, что разные платформы на местах для такого подхода не помеха, а как раз наоборот - для этой ситуации такой подход наиболее продуктивен. Главной предпосылкой идеи является необходимость сбора агрегированной информации для отчетов, что заметно (на порядки!) снижает количество передаваемой информации относительно применяемых методов прямой передачи всего.
    Стандарты обычно появляются на базе уже существующих решений, поэтому реализация идеи на любой платформе может стать спусковым механизмом для появления стандарта. Если Псков станет такой платформой, и 2-сторонний сервис появится, и горизонт стандарта может нарисоваться :))
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • То. что вы описываете - попытка построить подобие федератвной базы данных с изобритением запросов к ней. Проблема неплохо исследовалась в течении последних 5 лет.
    Пример статьи сходу: http://citforum.ru/consulting/BI/federative_access/
    Есть также отличные свободные решения на эту тему. При этом имеется поддержка множества современных СУБД.
    Недостаток - отсутствие единой метамодели, но при вашей постановке задачи, в конечных узлах работают разные по структуре СУБД, что некоторым образом осложняет реализацию вашего подхода. Более того, делает невозможным получать многие отчеты. Дело в том, что помимо технической согласованности и наличия возможности работы с распределенной базой данных, как с одной физической (все это есть в свободных GRID - решениях), структура базы должны быть логически согласована. Т.е. все разработчики журналов должны обеспечивать на уровне обмена данными через серви, единую мета-модель. Вопрос в том, а надо ли оно им? Проблема в том, что единого стандарта (даже в проекте) я пока не видел, и большинству разработчиков, по большому счету, это не интересно... Ждем сервиса двухсторонней интеграции ружель/внешние системы ;))

    С уважением,
    Драгунов.
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Be the first to like this

Web-сервисы в РУЖЭЛЬ

  1. 1. Web-сервисыобмена данными в РУЖЭЛЬ Геннадий Кушнир
  2. 2. бумажные отчеты до информатизации
  3. 3. бумажные отчеты “дикая” информатизация
  4. 4. принудительная “информатизация”протест
  5. 5. МосковскаяОЭЖД “интеграция”
  6. 6. Каждое отображениеснижает достоверность
  7. 7. Нужна сводкаКаждая отдельная отметка не важна
  8. 8. Подход ОЭЖДзапрос обработка данныхотчет отображение всех данных Актуальные данные
  9. 9. Предлагаемый подход запрос оформление сводки отчет за пр рос ос з ап результат обработки Актуальные данные
  10. 10. Хочу сводный отчет об успеваемости Сейчас запрошу... HTTP GET <XML /> Ваш отчет готов: Спасибо!
  11. 11. Перечень отчетов Конечное количество стандартизованных отчетов Разработчик напряжется однажды и реализует их
  12. 12. Перечень отчетов Изменения Дополнения !"#$%&(Разработчик«)**+,-. /0123405.36»«)**+,-. +-*7-,88296»«)**+,-. :,-3,2/*: -0;0236»<0123405.30 5=*3 (50/>, ?@. +3/,230, !#, A0@0B*)
  13. 13. Обобщенная модель данныхпозволит согласовать язык запросов
  14. 14. Описание модели данныхна примере итоговой оценкиВ полной модели несколько связанных сущностей
  15. 15. Протокол гибких запросов с опорой на модель запросhttp://…/agr/itogMark?eduYear=2011&perNum=1&_grp1=grade%2Cstudent&_agr1=c0%2Cc2%2Cc3%2Cc4%2Cc5%2Ccn&c0=count%28mark%3D%27н%2Fа%27%29&… ответ <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE request SYSTEM "agregate.dtd" > <response entity="itogMark"> <param attribute = "eduYear">2011</param> <param attribute = "perNum">1</param> <param attribute = "perCount">1</param> <grouping stage="2"> <attribute name="grade">5</attribute> <agregate name="total" type="count">37</agregate> <agregate name="fine" type="count">32</agregate> <agregate name="exl" type="count">1</agregate> <agregate name="good" type="count">12</agregate> <agregate name="one4" type="count">0</agregate> <agregate name="one3" type="count">3</agregate> <agregate name="na" type="count">4</agregate> <agregate name="bad" type="count">1</agregate> <agregate name="bad1" type="count">1</agregate> <agregate name="bad2" type="count">0</agregate> <agregate name="worse" type="count">0</agregate> <agregate name="cnSum" type="sum" attribute ="cn">2</agregate> </grouping> ...
  16. 16. Конструктор запроса Это форма для подготовки HTTP GET запроса http://atomic.rujel.net/Apps/WebObjects/Rujel.woa/agr
  17. 17. Перспективы развития Развитие модели Сохраненные запросы Отложенные запросы
  18. 18. Отложенный запрос нет связиХочу сводный отчет об успеваемости ???Сейчас недоступно. Будет завтра.
  19. 19. Отложенный запрос связь появилась HTTP GET Есть ко мне вопросы? <request/> Нужен такой отчет: … HTTP POST <XML /> Вот, пожалуйста! HTTP OK Спасибо, принято
  20. 20. Отложенный запросНастало утроКак там мой отчет?Ваш отчет готов: Спасибо!
  21. 21. Спасибо Официальный сайт РУЖЭЛЬ http://www.rujel.net/ Описания, сообщество http://wiki.rujel.net/ Конструктор запросов в демо-версииhttp://atomic.rujel.net/Apps/WebObjects/Rujel.woa/agr

×