Преминете към основното съдържание

OMI Пакет за подготовка за получаване на безвъзмездни средства

Настоящият документ предоставя материал за многократна употреба при изготвянето на предложения в областта на научните изследвания, иновациите и инфраструктурата, свързани с програмата „Open Manuscript Initiative“ (OMI). Той представлява отправна точка за обсъждания в рамките на консорциума и за изготвяне на предложения; изискванията за допустимост, терминологията, изискванията за технологична зрялост (TRL), бюджетите и правните задължения, специфични за програмата, трябва винаги да се съпоставят със съответната покана за представяне на предложения.

1. Кратко описание на проекта​

Open Manuscript Initiative (OMI) е инициатива с отворен код за оперативно съвместимо научно създаване, рецензиране, редактиране и публикуване. Нейната основна цел е да се отдели научният ръкопис от собственическите приложения и производствени формати, така че структурираното научно съдържание да може да се прехвърля между инструменти за създаване, системи за рецензиране, издателски платформи и работни процеси за съхранение, без да се налага многократно ръчно преобразуване.

Инициативата съчетава отворени спецификации със среда за внедряване, Open Manuscript Studio, предназначена за използване в браузъри, на настолни компютри и мобилни устройства. Studio се разработва като практичен демонстратор на модела на документа и подхода за оперативна съвместимост на „OMI“, включващ структурирани ръкописи, метаданни, анотации, препратки, стилове на публикуване, профили на издатели, рецензиране от колеги, многоезични работни потоци и интеграции с платформи за публикуване.

Кратко описание на предложението:

OMI разработва отворена, съвместима инфраструктура за научни ръкописи, обхващаща целия цикъл от създаването до публикуването. Тя съчетава независим от приложенията модел на научни документи с мултиплатформена среда „Studio“ с отворен код и интерфейси за интеграция със системи за научни списания, монографии, идентификация, метаданни и научноизследователска информация.

2. Описание на проблема​

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

Тази фрагментация води до разходи и рискове, които могат да бъдат избегнати:

  • повторното преобразуване и ръчното преструктуриране;
  • загуба или влошаване на семантичната информация при преминаване от един формат към друг;
  • зависимост от доставчик и приложение;
  • дублиран запис на метаданни;
  • слаба оперативна съвместимост между системите за създаване, рецензиране и публикуване;
  • пречки пред многоезичната и достъпна научна комуникация;
  • трудности при запазването на анотации, препратки и структурирани връзки;
  • високи разходи за интеграция за списания, издателства и изследователски институции.

OMI разглежда този въпрос на ниво ръкопис: създайте структурата веднъж, използвайте я многократно през целия научен работен процес.

3. Предложено решение​

OMI съчетава четири взаимно допълващи се слоя:

  1. Отворени научни модели и спецификации за документи, препратки, анотации, метаданни и свързани научни обекти.
  2. Open Manuscript Studio – еталонна реализация за създаване, редактиране, рецензиране и публикуване на структурирани ръкописи.
  3. Профили за оперативна съвместимост и свързващи елементи за инфраструктурата за публикуване и научни изследвания, включително работни потоци, ориентирани към OJS/OMP, и интеграции с трайни идентичности.
  4. Многократно използваеми работни процеси за публикуване и институционални работни процеси, включително стилове на публикуване, профили на издатели, експортиране, администриране и внедряване на различни платформи.

Проектът умишлено не се ограничава до заместването на текстообработваща програма. Неговата стойност като изследователска инфраструктура се състои в запазването на преносим научен обект, независимо от организационните и техническите граници.

4. Настояща зрялост и доказателства​

OMI вече разполага с работещ софтуер и публично достъпна техническа документация. Текущата работа по внедряването включва:

  • Studio, базирано на браузър;
  • опаковка за настолни компютри;
  • Работен процес на приложението за Android;
  • потвърдена работа с целевата среда на iOS/iPadOS и интеграцията с приложението „Файлове“;
  • структурирано редактиране на ръкописи;
  • редактиране на няколко документа едновременно и структура на документа;
  • оптимизиран импорт на големи ръкописи от типа „DOCX“;
  • генерирани списъци с документи и указатели;
  • стилове на публикации и профили на издатели, които могат да се използват многократно;
  • Импортиране на набор от стилове „IDML“ в Adobe InDesign;
  • PDF, HTML и CSS, базирани на стилове;
  • работни процеси за съхранение на данни на местно ниво и в облака;
  • инфраструктура за акаунти, възстановяване на пароли и федеративно влизане;
  • работни процеси за двойно-сляпо рецензиране;
  • OJS/ работа по интеграцията наOMP;
  • ORCID-ориентирани работни процеси за идентичност/подпис;
  • работа по правописа, граматиката, превода и интегрирането на агенти;
  • профили на институциите и административни компоненти;
  • инфраструктура за многоезичен потребителски интерфейс.

Декларация за зрялост​

OMI понастоящем трябва да се представя като работещ демонстрационен проект с отворен код, готов за алфа/бета тестове, а не като напълно развита изследователска инфраструктура за производство. Официално ниво на технологична готовност (TRL) следва да се присвоява единствено в рамките на програма за финансиране, чиито дефиниции за TRL и изисквания за доказателства са били прегледани.

Това разграничение е полезно при изготвянето на предложения: „OMI“ е достатъчно реализирано за пилотни проекти, експерименти по интеграция и валидиране, докато значителната изследователска дейност, укрепването, стандартизацията и работата по институционалното внедряване остават подходящи за финансирано разработване.

5. Аспекти, свързани с научните изследвания и иновациите​

Възможните въпроси, свързани с научните изследвания и иновациите, включват:

  • Как един научен ръкопис може да запази семантичната си стабилност, докато преминава през разнородни среди за създаване и публикуване?
  • Кой минимален оперативно съвместим модел може да отрази научната структура, без да налага на авторите специфична за издателите семантика на създаването?
  • Как анотациите, коментарите от прегледа и информацията за произхода могат да се запазят при многократното прехвърляне между независими системи?
  • Как постоянните идентификатори и метаданните от научните изследвания могат да се превърнат в неразделна част от процеса на създаване на съдържание, а не само в допълнение след публикуването?
  • Как многоезичните научни работни процеси могат да споделят обща структура, като същевременно запазват специфичните за всеки език метаданни и начин на представяне?
  • Как може оформлението на публикацията да бъде отделено от семантиката на ръкописа, като в същото време се гарантира професионален краен резултат?
  • Как отворената научна инфраструктура може да намали зависимостта от конкретен доставчик, без да увеличава сложността за изследователите?

6. Очаквано въздействие​

Изследователи и автори​

  • по-малко повтарящо се въвеждане на метаданни и възстановяване на формата;
  • преносимост на ръкописите между различни инструменти и издатели;
  • по-добра последователност между написването, рецензирането и публикуването;
  • по-добра подкрепа за многоезичната и структурирана научна комуникация.

Списания, издателства и научни дружества​

  • намалени разходи за преработка и производство;
  • стилове и профили за публикации, които могат да се използват многократно;
  • интеграция със съществуващите платформи за публикуване, а не задължителна замяна;
  • по-структурирани данни за последващо публикуване и съхранение.

Университети, библиотеки и изследователски инфраструктури​

  • по-голям институционален контрол върху научното съдържание;
  • намалена зависимост от собственически екосистеми за създаване на съдържание;
  • инфраструктура с отворен код, подходяща за многократна употреба;
  • по-добри възможности за интеграция на хранилища, метаданни, идентификатори и съхранение.

Екосистема на отворената наука​

  • научни обекти, които могат да бъдат обработвани автоматично, на по-ранен етап от изследователския цикъл;
  • по-добра оперативна съвместимост между услуги, които иначе биха били изолирани;
  • спецификации и референтни реализации, подлежащи на повторно използване;
  • практическа среда за тестване на нови работни процеси в областта на научната комуникация.

7. Търсят се профили на партньори​

Един балансиран консорциум може да включва няколко от следните видове партньори:

Вид партньорВъзможен принос
Университет / изследователска институцияизисквания към изследователите, пилотни проекти, оценка, координация на изследователската дейност
Университетска или национална библиотекаметаданни, съхранение, оперативна съвместимост на хранилищата, експертни познания в областта на отворената наука
Научно издателство / списаниепроизводствени процеси, редакционна проверка, пилотни проекти за реално публикуване
Научно дружествопримери за приложение в конкретни дисциплини, взаимодействие с общността, разпространение
Изследователска инфраструктура / Услуги, свързани с EOSCфедерация, оперативна съвместимост, интеграция на услуги
Софтуер / Група RSEинженеринг, сигурност, мащабируемост, внедряване
Партньор за проучвания в областта на достъпността и потребителския опит (UX)инклюзивен дизайн и оценка
Изследователска група по НЛП и многоезичиеезикови технологии, терминология, преводачески процеси
Партньор по инфраструктурата за PID и метаданниORCID/ROR/DOI и оперативна съвместимост на метаданните
Организация за устойчивост с отворен кодуправление, общност и дългосрочна устойчивост

Едно предложение не изисква всички тези роли. Съставът трябва да съответства на целите на поканата.

8. Модел на работните пакети за многократна употреба​

WP1 — Координация, управление и изисквания​

Цели: управление на проекти, управление на процесите, изисквания, координация в областта на етиката и правото, както и съгласуване на интересите на заинтересованите страни.

Примерни резултати: рамка за управление; базова линия на изискванията; регистър на рисковете; политики относно данните, интелектуалната собственост и софтуера с отворен код.

WP2 — Научен обектен модел и оперативна съвместимост​

Цели: да се доработят спецификациите на „OMI“; да се дефинират договорите за обмен; да се валидират семантиката на двупосочния обмен и произходът на данните.

Примерни резултати: спецификации с версии; профили за оперативна съвместимост; примери за съответствие; набор от тестове за валидиране.

WP3 — „Open Manuscript Studio“ и референтна реализация​

Цели: да се подобри стабилността на мултиплатформената версия на Studio; да се усъвършенстват работните процеси, свързани с създаването, прегледа, метаданните и достъпността.

Примерни резултати: версии, насочени към производството; подобрения в достъпността; инфраструктура за тестване; техническа документация.

WP4 — Публикуване и интеграция на изследователската инфраструктура​

Цели: да се свържат работните процеси на OMI с инфраструктурата за публикуване, идентификация, метаданни и хранилище.

Примерни резултати: интеграции с OJSиOMP; PID/конектори за метаданни; API; документация за интеграцията.

WP5 — Пилотни проекти на институционално ниво и оценка​

Цели: реализиране на представителни пилотни проекти със списания, издателства, библиотеки или университети; оценка на удобството за ползване и оперативната съвместимост.

Примерни резултати: пилотни внедрявания; набори от данни/доклади за оценка; сравнителни анализи на работните процеси; препоръки.

WP6 — Устойчивост, експлоатация и общност​

Цели: създаване на устойчив модел с отворен код, пътища за участие на сътрудниците, стратегия за внедряване и план за поддръжка след приключване на проекта.

Примерни резултати: план за устойчивост; пътна карта за внедряване/прилагане; обучителни материали; програма за общността; резултати от разпространението.

9. Пример за разбиване на задачата на подзадачи​

Един консорциум със среден размер може да раздели работата на по-малки задачи, като например:

  • T2.1 Усъвършенстване на модела за ръкописи и анотации;
  • T2.2 профили на метаданни и постоянни идентификатори;
  • T2.3 набор от тестове за оперативна съвместимост/съответствие;
  • T3.1 – укрепване на сигурността на Studio за различни платформи;
  • T3.2 Достъпност и многоезичен потребителски интерфейс;
  • T3.3 структурирани стилове за импорт/експорт и публикуване;
  • T4.1 Интеграция на OJS/OMP;
  • T4.2 Интеграция на хранилището и информацията от научните изследвания;
  • T4.3 услуги за идентификация/PID;
  • Пилотен проект за издаване на списание „T5.1“;
  • T5.2 пилотен проект за институционално създаване на съдържание;
  • T5.3 оценка на използваемостта и въздействието;
  • T6.1 управление на софтуера с отворен код;
  • T6.2 въвеждане и обучение;
  • T6.3 Устойчивост и експлоатация.

10. Икономичен модел​

Никой бюджет, независим от конкретна програма, не трябва да се приема за окончателен. За ранното планиране на консорциума разходите, свързани с OMI, могат да бъдат разпределени в следните категории:

  • персонал / човекомесеци за разработка на софтуер за научни изследвания;
  • работа по оперативната съвместимост и спецификациите;
  • проектова и техническа координация;
  • Оценка на потребителския опит (UX), достъпността и многоезичността;
  • инфраструктура, хостинг, CI/CD и тестване;
  • подписване на код и разпространение на платформата;
  • пилотно внедряване и поддръжка;
  • пътувания и срещи на консорциума, когато това е допустимо;
  • разпространение, обучение и дейности в общността;
  • външни одити, оценка на сигурността или специализирани услуги, когато това е оправдано.

Примерно разпределение на усилията​

За технически работен поток, фокусиран върху „OMI“, първоначалното съотношение при планирането може да разпредели приблизително както следва:

  • 35–45 % внедряване и инженерство;
  • 15–20 % работа по оперативната съвместимост и спецификациите;
  • 15–20 % пилотни проекти, валидиране и оценка;
  • 10–15 % координация, управление и осигуряване на качеството;
  • 10–15 % за устойчивост, разпространение, обучение и изграждане на общност.

Тези проценти са само ориентировъчни при планирането и трябва да бъдат съобразени с правилата за финансиране и структурата на консорциума.

11. Описание на устойчивостта и експлоатацията​

Моделът на експлоатация на OMI не бива да зависи от изключителен контрол върху формата на ръкописа. Вместо това устойчивостта може да съчетава:

  • софтуер с отворен код и отворени спецификации;
  • институционално въвеждане и съвместно разработване;
  • финансирани изследователски и иновационни проекти;
  • спонсорство и подкрепа от страна на общността;
  • услуги по внедряване, интеграция, хостинг или поддръжка, предоставяни от участниците в екосистемата;
  • ресурси за обучение и внедряване, които могат да се използват многократно;
  • разширяваща се мрежа от съвместими издателски и изследователски услуги.

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

12. Позиция в областта на отворената наука, правата върху интелектуалната собственост и управлението на данни​

В предложението тези точки трябва да бъдат уредени договорно, но предпочитаният от „OMI“ базов вариант е:

  • лицензиране с отворен код за основен софтуер, подходящ за многократна употреба;
  • открито документирани спецификации за оперативна съвместимост;
  • прозрачни правила за вноските и управлението;
  • ясно разграничение между отворените спецификации и конфигурацията, специфична за дадена институция;
  • няма изискване за разкриване на поверителни ръкописи или данни от рецензионния процес;
  • свеждане до минимум на данните и подходящ контрол на достъпа за услугите, свързани с ръкописи и рецензии;
  • възможност за експортиране и преносимост на научното съдържание;
  • запазване на произхода, когато работните процеси го изискват.

За всеки финансиран проект трябва да бъдат посочени конкретните лицензи, интелектуалната собственост на фонов и преден план, ролите на администраторите на данни и правата на консорциума.

13. Примерни ключови показатели за ефективност​

В зависимост от конкретния случай измеримите показатели могат да включват:

  • брой пилотни проекти в институциите;
  • брой проверени работни процеси на списания/издателства;
  • брой поддържани профили за обмен/интеграция;
  • точност при двупосочното преобразуване спрямо определени случаи на съответствие;
  • намаляване на ръчното повторно въвеждане на метаданни или на производствените етапи;
  • подобрения в съответствието с изискванията за достъпност;
  • брой поддържани езици на интерфейса;
  • активни външни сътрудници;
  • интеграции или внедрявания на по-ниски нива;
  • обучение на участниците и използване на документацията;
  • версии на софтуер и публично достъпни технически резултати;
  • институционални ангажименти след приключването на проекта.

За ключовите показатели за ефективност (KPI) следва да се определят базови и целеви стойности едва след като станат известни резултатите от пилотните проекти на консорциума и очакваните резултати от поканата за представяне на предложения.

14. Начален етап на изготвяне на регистър на рисковете​

РискНасоки за ограничаване
Обхватът става прекалено широкОпределете минимален съвместим ядър и пилотни проекти, специфични за отделните повиквания
Работните процеси на издателите се различават значителноИзползвайте профили/адаптери, вместо да кодирате твърдо един работен процес
Старите формати губят семантиката сиТестове за съответствие, изрично поведение при преминаване към резервен вариант и проследимост
Въвеждането в институциите протича бавноСъвместно проектиране с пилотни партньори и интегриране на съществуващи платформи
Поддръжка на софтуер с отворен код след финансиранеУправление, диверсифицирано финансиране и съвместна институционална поддръжка
Проблеми, свързани със сигурността и поверителността на ръкописитеМоделиране на заплахи, контрол на достъпа, минимизиране на данните и одити
Проблеми при пускането на версии, свързани с конкретната платформаАвтоматизирани процеси за CI/CD и дейности по изричното подписване и разпространение

15. Представяне на консорциума в един параграф​

Стандартът „Open Manuscript Initiative“ предлага функционираща основа с отворен код, която позволява преносимостта на научни ръкописи между системите за създаване, рецензиране и публикуване. Вместо да създава поредния изолиран редактор или издателска платформа, OMI се фокусира върху оперативно съвместимия научен обект между тях. Консорциумът може да използва съществуващите спецификации Open Manuscript Studio и OMI като демонстрационни модели, да ги разшири чрез изследователска и интеграционна дейност и да валидира резултатите съвместно с университети, библиотеки, научни списания, издателства и изследователски инфраструктури. Получените отворени компоненти могат да намалят необходимостта от преобразуване на формати, дублирането на метаданни и зависимостта от конкретен доставчик, като същевременно укрепят многоезичната, достъпна и подходяща за машинно обработване научна комуникация.

16. Версия за привличане на партньори в две изречения​

Open Manuscript Initiative търси партньори от научната общност и институции за проекти, свързани с инфраструктура за съвместимо научно създаване и публикуване на съдържание. Проектът „OMI“ вече предоставя демонстрационна версия с отворен код, съвместима с различни платформи, както и работа по интегриране на публикуването, която може да послужи като техническа основа за пилотни проекти в областта на отворената наука, научната комуникация, метаданните, рецензирането, многоезичното публикуване и устойчивостта на софтуера за научни изследвания.

17. Необходима информация преди подаване на предложение​

Преди да използвате този пакет в някое предложение, уверете се, че:

  1. точна програма, обява и тема;
  2. изисквания за допустимост на кандидата и консорциума;
  3. очаквани резултати, обхват и задължителни дейности;
  4. TRL или изисквания за зрялост, ако има такива;
  5. процент на финансиране и модел на допустимите разходи;
  6. изисквания за състава на консорциума;
  7. задълженията в областта на отворената наука и управлението на данни;
  8. въпроси, свързани със сигурността, етиката и личните данни;
  9. Задължения, свързани с правата върху интелектуалната собственост и лицензирането;
  10. краен срок за подаване на кандидатурите и критерии за оценка;
  11. OMI правна/финансова структура на участниците;
  12. реалистични човекомесеци, ангажименти по пилотния проект и измерими цели.

18. Обществени ресурси​


Статус на документа: базова основа за подготовка на заявления за финансиране, която може да се използва многократно. Актуализирайте този пакет, когато „OMI“ достигне нови етапи по отношение на версиите, управлението, внедряването и институционалното приемане.