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

Каталог Рефератов - Курсовая работа: К вопросу о концепции национальной системы венчурного инвестирования - скачать рефераты, бесплатно рефераты
А. Н. Фоломьев, д.э.н., профессор А. Т. Каржаув, докторант Российской академии государственной служб В конце 90-х годов прошлого века исследователи и практики в России и за рубежом стали отмечать

Тема 5. Реальное инвестирование (4 ч.)
1. Особенности осуществления реальных инвестиций. 2. Основные формы реального инвестирования. 3. Этапы формирования политики управления реальными инвестициями. 4. Инвестиционные проекты и их классификация,

Договор инвестирования: осторожно!!!. Обсуждение на LiveInternet
Главная / СМИ о пострадавших / Аналитика Договор инвестиционного вклада - типовой Договор привлечения финансовых средств физических и юридических лиц в долевое строительство объектов недвижимости

ПИФ (паевой инвестиционный фонд) — что это + инвестируем в ПИФы
Что такое паевой инвестиционный фонд? Как выглядит рейтинг ПИФов? Что дает покупка инвестиционного пая? Если вы когда-нибудь уже читали или хотя бы листали статьи на тему пассивного заработка, вам наверняка

Инвестирование в ПАММ счета! 6 советов для прибыльных инвестиций!
Согласитесь, что голливудские фильмы про Уолл-Стрит сформировали в нашем мозгу особенный образ трейдера. Это успешный и состоятельный человек в аккуратном костюме, который ездит на дорогой машине, не поднимает

Как инвестировать в ПИФы и сколько можно заработать. Конкретные цифры от реального инвестора
Каждый человек, скопивший некоторую сумму сбережений, пусть это даже 30-50-100 тысяч рублей или другая небольшая сумма, недостаточная для покупки квартиры , например, начинает думать о том, как эти деньги

Как стать инвестором с нуля: с чего начать
Решили сохранить свои деньги от постоянно растущей инфляции? Хотите организовать пассивный заработок, выгодно размещая свои сбережения? Мы расскажем вам о том, как стать инвестором с нуля, какие первые

Глава 32. Статистика инвестиций - Курс социально-экономической статистики. Под ред. Назарова М.Г. - СТАТИСТИКА - Учебно-методические материалы для студентов всех ВУЗов: - std72.ru - Заказ контрольных, курсовых работ
Согласно российскому законодательству, инвестициями являются все виды имущественных и интеллектуальных ценностей, вкладываемых в объекты предпринимательской и других видов деятельности в целях получения

Глава 4. ИНВЕСТИЦИОННЫЕ ДОГОВОРЫ
1. Понятие и виды инвестиционных договоров   Основной гражданско-правовой формой осуществления инвестиционной деятельности выступает инвестиционный договор — договор, в силу которого одна сторона (инвестор)



РЕКЛАМА



Календарь

Язык оценки и отчетности (EARL) 1.0 Схема

  1. Аннотация Этот документ описывает формальную схему языка оценки и отчетности (EARL) 1.0. EARL -...
  2. 1.2. Соглашения о документе
  3. Примеры
  4. 2.1. Класс утверждения
  5. Связанные свойства
  6. 2.2. Assertor Class
  7. Родственные классы
  8. Связанные свойства
  9. Примеры
  10. 2,3. TestSubject Class
  11. Родственные классы
  12. Связанные свойства
  13. Примеры
  14. 2,4. Класс TestCriterion
  15. Родственные классы
  16. Связанные свойства
  17. Примеры
  18. 2.5. TestResult Class
  19. Связанные свойства
  20. Примеры
  21. 2.6. TestMode Class
  22. Связанные экземпляры
  23. Связанные свойства
  24. Примеры
  25. 2,7. Класс OutcomeValue
  26. Связанные экземпляры
  27. Родственные классы
  28. Связанные свойства
  29. Примеры
  30. 2,8. Класс программного обеспечения
  31. Связанные свойства
  32. Примеры
  33. 3.1. Свойство assertedBy
  34. 3.2. Субъект собственности
  35. 3.3. Тест собственности
  36. 3.4. Свойство результата
  37. 3.5. Свойство mode
  38. 3,6. Свойство mainAssertor
  39. 3,7. Свойство результата
  40. 3,8. Свойство указателя
  41. 3,9. Информация о недвижимости
  42. Классы
  43. Участники этого и / или предыдущие рабочие проекты

Аннотация

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

Язык оценки и отчетности (EARL) определяет словарь для выражения результатов теста. Это позволяет любому лицу, программному обеспечению или организации утверждать результаты тестирования для любого объекта тестирования, проверяемого по любому набору критериев. Объектом тестирования может быть веб-сайт, инструмент разработки, пользовательский агент или какой-либо другой объект. Набор критериев может быть руководящими принципами доступности, формальными грамматиками или другими типами требований обеспечения качества. Таким образом, EARL является гибким в отношении контекстов, в которых он может применяться.

Этот документ предоставляет основную схему EARL. Другие части набора спецификаций EARL включают в себя:

Руководство разработчика по языку оценки и отчетности (EARL) 1.0 объясняет, как внедрить и использовать EARL, включая требования соответствия для программных средств. Обзор языка оценки и отчетности (EARL) также доступно.

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

1.1. Аудитория этого документа

Предполагаемая аудитория этой спецификации - разработчики программных средств и процессов, которые хотят выразить результаты теста в машиночитаемом формате, который является семантически богатым. Более подробные сведения о EARL, а также конкретные рекомендации для разработчиков инструментов обеспечения качества, в частности для разработчиков инструментов оценки доступности веб-страниц, представлены в Руководство по языку оценки и отчетности (EARL) 1.0 ,

В этом документе предполагается, что читатель знаком с платформой описания ресурсов (RDF) и может читать ее сериализацию XML. Читатели, которые хотят больше узнать о RDF, должны прочитать общее введение или Учебник по RDF [ RDF-PRIMER ].

1.2. Соглашения о документе

RDF-представление словаря, определенного в этом документе, использует пространство имен http://www.w3.org/ns/earl# , Префикс Earl используется в этом документе для обозначения этого пространства имен. Другие префиксы, используемые в этом документе, включают:

В этом разделе описываются классы, определенные в этом документе. Каждый результат теста в EARL выражается как утверждение. EARL Assertion содержит следующую информацию:

Assertor

Это может включать информацию о том, кто или что провел тест. Например, человеческие оценщики, автоматические контролеры доступности или их комбинации. Тема теста Это может включать в себя веб-контент (например, веб-страницы, видео, апплеты и т. Д.), Программное обеспечение (например, инструменты разработки, пользовательские агенты и т. Д.) Или другие проверяемые объекты . Критерий теста С чем мы оцениваем испытуемого? Это может быть спецификация, набор рекомендаций, тест из набора тестов или какое-либо другое тестируемое утверждение. Результат теста Каков был результат теста? Результат теста также может включать контекстную информацию, такую ​​как сообщения об ошибках или соответствующие местоположения в субъекте теста.

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

Примеры

Пример 1 : Человек выполняет ручную оценку веб-страницы в соответствии с требованием доступности.

Assertor Боб Б. Боббингтон Субъект теста Веб-страница, расположенная по адресу http://www.example.org/page.html Критерий теста Критерий успеха 1.1.1 Руководства по доступности веб-материалов (WCAG) 2.0 Пройденный результат теста

Пример 2 : Программное приложение выполняет автоматическую проверку веб-страницы в соответствии с технической спецификацией.

Assertor Валидатор разметки W3C, расположенный по адресу http://validator.w3.org/. Объект теста XHTML возвратился из запроса GET в URI http://www.example.org/page.html в 2004-04-14T14: 00. : 04 + 1000 Критерий теста Действительность кода XHTML Результат теста не выполнена, элемент <li> в строке 53, символ 7 не был закрыт.

2.1. Класс утверждения

Утверждение - утверждение, которое воплощает результаты теста.

Связанные свойства

Примеры

Пример 3 : Экземпляр утверждения, выраженный как фрагмент RDF / XML.

<earl: Assertion rdf: about = "# assertion"> <earl: assertedBy rdf: resource = "# assertor" /> <earl: subject rdf: resource = "http://www.example.org/" /> < earl: test rdf: resource = "http://www.w3.org/TR/WCAG20-TECHS/H36" /> <earl: result rdf: resource = "# result" /> </ earl: Assertion>

2.2. Assertor Class

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

Родственные классы

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

Эрл: Программное обеспечение

Программное обеспечение - заявитель является частью программного обеспечения. FOAF: Агент Программное обеспечение - заявитель является частью программного обеспечения Агент - заявитель является агентом, как определено [ FOAF ]. FOAF: Person Личность - утверждающий - это личность, как определено [ FOAF ]. FOAF: Организация Организация - заявитель является организацией, как определено [ FOAF ]. FOAF: Группа Группа - заявитель является группой агентов, как определено [ FOAF ].

Связанные свойства

Рекомендуется предоставить дополнительную информацию об Assertor , используя следующие свойства из внешних словарей:

ДКП: название ДКП: название

Человеческое удобочитаемое название для утверждающего. ДКП: описание Человеческое удобочитаемое название для утверждающего Человеческое удобочитаемое описание утверждающего. FOAF: имя Имя ассистента. Это может быть дополнено дополнительными уточнениями, такими как FOAF: ПгвЬЫат или же FOAF: фамилия если заявитель является человеком. FOAF: ник Псевдоним автора FOAF: Mbox Адрес электронной почты ответственного заявителя, который предпочтительно предоставляется в зашифрованном виде с использованием FOAF: mbox_sha1sum имущество. FOAF: Главная Домашняя страница заявителя. FOAF: член Член утверждающего, например, человек в группе тестировщиков или инструмент, используемый агентом.

Примеры

Пример 4 : Assertor, который является человеком по имени Боб Б. Боббингтон .

<foaf: Person rdf: about = "http://www.example.org/people/#bob"> <foaf: name> Боб Б. Боббингтон </ foaf: name> <foaf: mbox rdf: resource = "mailto : [email protected] "/> <foaf: mbox_sha1sum> 1a9daad476f0158b81bc66b7b27b438b4b4c19c0 </ foaf: mbox_sha1sum> </ foaf: Person>

Пример 5 : Assertor, который является частью программного обеспечения под названием Cool Tool .

<earl: Software rdf: about = "http://www.example.org/tools/#cooltool"> <doap: name xml: lang = "en"> Cool Tool </ doap: name> <doap: description xml : lang = "en"> Мой любимый инструмент! </ doap: description> <doap: созданный> 2011-04-27 </ doap: создан> <doap: домашняя страница rdf: resource = "http://example.org/ tools / cool / "/> <doap: release> <doap: revision> 1.0.3 </ doap: revision> </ doap: release> </ earl: Software>

Пример 6 : Assertor, который является человеком из пример 4 используя программный инструмент из пример 5 ,

<foaf: Group rdf: about = "# assertor"> <dct: title xml: lang = "en"> Боб, использующий Cool Tool </ dct: title> <dct: description xml: lang = "en"> Боб делает полу автоматическое тестирование </ dct: description> <earl: mainAssertor rdf: resource = "http://www.example.org/people/#bob" /> <foaf: member rdf: resource = "http: // www. example.org/tool/#cooltool "/> </ foaf: Group>

Примечание. Согласно этому примеру «Cool Tool» - это ресурс типа foaf: Agent. В соответствии с пример 5 , это также ресурс типа Earl: Software. Это не противоречивые утверждения и являются действительными представлениями RDF.

2,3. TestSubject Class

Испытуемый - класс вещей, которые были проверены по некоторому критерию теста.

Родственные классы

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

Эрл: Программное обеспечение

Программное обеспечение - испытуемый - это часть тестируемого программного обеспечения. CNT: Content Программное обеспечение - испытуемый - это часть тестируемого программного обеспечения Контент - испытуемый является представлением контента в соответствии с [ содержание ]. HTTP: Ответ HTTP Response - испытуемый является ответом от HTTP-сервера в соответствии с [ HTTP ]. FOAF: Документ Документ - испытуемый является документом, например электронным файлом, как определено [ FOAF ].

Связанные свойства

Рекомендуется предоставить дополнительную информацию о предмете теста , используя следующие свойства из внешних словарей:

ДКП: название ДКП: название

Человеческое удобочитаемое название для предмета. ДКП: описание Человеческое удобочитаемое название для предмета Человекочитаемые описания предмета. ДКП: дата Дата, когда субъект был создан или идентифицирован. ДКП: hasPart Ссылка на другой предмет, который является частью этого предмета. ДКП: isPartOf Ссылка на другой предмет, частью которого является этот предмет.

Примеры

Пример 7 : Группа ресурсов, которые были протестированы вместе как единый объект тестирования.

<earl: TestSubject rdf: about = "http://www.example.org/"> <dct: title xml: lang = "en"> веб-сайт example.org </ dct: title> <dct: description xml: lang = "en"> Каждая страница на сайте example.org </ dct: description> <dct: hasPart rdf: resource = "http://www.example.org/style.css" /> <dct: hasPart rdf: resource = "http://www.example.org/page1.html" /> <dct: hasPart rdf: resource = "http://www.example.org/page2.html" /> <dct: hasPart rdf: resource = "http://www.example.org/image1.png" /> <dct: hasPart rdf: resource = "http://www.example.org/image2.png" /> </ earl: TestSubject>

2,4. Класс TestCriterion

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

Родственные классы

Вместо указания только типа Earl: TestCriterion рекомендуется дополнительно использовать один из следующих типов:

Эрл: TestRequirementТребование к тесту - требование более высокого уровня, которое проверяется путем выполнения одного или нескольких дополнительных тестов.Например WCAG 2.0 Критерий успеха 1.1.1, который оценивается с использованием нескольких Методы успеха Критерий 1.1.1и объединение результатов.Эрл: TestCaseТестовый случай - атомный тест, обычно тот, который является частичным тестом для требования.Например, Техника H36: использование атрибутов alt на изображениях, используемых в качестве кнопок отправкиобеспечивает частичный тест для WCAG 2.0 Критерий успеха 1.1.1,

Связанные свойства

Рекомендуется предоставить дополнительную информацию о предмете теста , используя следующие свойства из внешних словарей:

ДКП: название ДКП: название

Человек удобочитаемое название для критерия теста. ДКП: описание Человек удобочитаемое название для критерия теста Удобочитаемое описание критерия теста. ДКП: hasPart Отношение к другим критериям теста, которые являются частью этого критерия. ДКП: isPartOf Связь с другими критериями испытаний, частью которых является этот критерий.

Примеры

Пример 8 : Экземпляр тестового примера, который описан с заголовком и его отношением к тестовому набору.

<earl: TestCase rdf: about = "http://www.w3.org/TR/WCAG20-TECHS/H36"> <dct: title xml: lang = "en"> H36 </ dct: title> <dct: description xml: lang = "en"> Техника H36 - Использование атрибутов alt на изображениях, используемых в качестве кнопок отправки </ dct: description> <dct: isPartOf rdf: resource = "http://www.w3.org/TR/WCAG20- TECHS / "/> <dct: hasPart rdf: resource =" http://www.w3.org/TR/WCAG20-TECHS/H36#H36-tests "/> </ earl: TestCase>

2.5. TestResult Class

Результат теста - фактический результат выполнения теста. Он включает в себя как машиночитаемые значения, так и читабельное описание результатов (как правило, сообщения об ошибках).

Связанные свойства

Рекомендуется предоставить дополнительную информацию о результатах теста , используя следующие свойства из внешних словарей:

ДКП: название ДКП: название

Удобочитаемое название для результата. ДКП: описание Удобочитаемое название для результата Удобочитаемое описание результата. ДКП: дата Дата, в которую был получен результат (как правило, когда субъект тестировался).

Примеры

Пример 9 : Результат теста с достоверностью сбоя и описанием проблемы на английском языке, закодированный в формате XHTML.

<earl: TestResult rdf: about = "# result"> <earl: result rdf: resource = "http://www.w3.org/ns/earl#failed" /> <dct: title xml: lang = "en "> Неверная разметка (код # 353) </ dct: title> <dct: description rdf: parseType =" Literal "xml: lang =" en "> <div xmlns =" ​​http://www.w3.org/1999 / xhtml "> <p> Элемент <code> table </ code> не может появляться внутри элемента <code> p </ code> </ p> </ div> </ dct: description> <earl: указатель rdf: resource = "# pointer" /> <earl: info rdf: parseType = "Literal" xml: lang = "en"> <div xmlns = "http://www.w3.org/1999/xhtml"> <p> Кажется, что элемент <code> p </ code> не был закрыт </ p> </ div> </ earl: info> </ earl: TestResult>

2.6. TestMode Class

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

Связанные экземпляры

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

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

Связанные свойства

Рекомендуется предоставить дополнительную информацию о тестовом режиме , используя следующие свойства из внешних словарей:

ДКП: название ДКП: название

Удобочитаемое название для тестового режима. ДКП: описание Удобочитаемое название для тестового режима Удобочитаемое описание тестового режима.

Примеры

Пример 10 : Утверждение из пример 3 была проведена в полуавтоматическом режиме.

<earl: Assertion rdf: about = "# assertion"> <earl: mode rdf: resource = "http://www.w3.org/ns/earl#semiAuto" /> </ earl: Assertion>

2,7. Класс OutcomeValue

Значение результата - значение или выражение, которое описывает результирующее условие от проведения теста.

Связанные экземпляры

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

Эрл: прошлоПройдено - испытуемый прошел тест.Эрл: не удалосьОшибка - субъект не прошел тест.Эрл: cantTellНе могу сказать - неясно, сдал ли испытуемый тест или нет.Эрл: неприменимоНеприменимо - тест не относится к предмету.Эрл: непроверенныйНе проверено - тест не проводился.

Родственные классы

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

Эрл: PassPass - класс результатов для обозначения сдачи теста.Подклассы могут включать порядковые, номинальные или непрерывные значения или выражения.Эрл: СбойFail - класс результатов для обозначения провала теста.Подклассы могут включать порядковые, номинальные или непрерывные значения или выражения.Эрл: CannotTellНеопределенный - класс результатов для обозначения неопределенного результата.Обычно это происходит, когда автоматизированный тест требует, чтобы человеческое суждение приняло определенное решение.Эрл: NotApplicableНе применимо - класс результатов для обозначения теста не применим.Это может быть связано с несоответствием между тестом и объектом или по любой другой причине.Эрл: NotTestedНе проверено - класс результатов для обозначения теста не проводился.Это полезно для отчетов, а также для других целей мониторинга прогресса.

Связанные свойства

Рекомендуется предоставить дополнительную информацию о значении результата, используя следующие свойства из внешних словарей:

ДКП: название ДКП: название

Удобочитаемый заголовок для значения результата. ДКП: описание Удобочитаемый заголовок для значения результата Человекочитаемое описание значения результата.

Примеры

Пример 11 : Результат теста с результатом «Пройдено» с использованием соответствующего экземпляра графа: OutcomeValue.

<earl: TestResult rdf: about = "# result"> <earl: result rdf: resource = "http://www.w3.org/ns/earl#passed" /> </ earl: TestResult>

Пример 12 : Результат теста с нестандартным результатом «Предупреждение», который является типом Эрл: Pass.

<rdf: описание rdf: about = "http://example.org/my/warning#warning"> <rdf: type rdf: resource = "http://www.w3.org/ns/earl#Pass" / > <dc: title xml: lang = "en"> Предупреждение </ dc: title> <dc: description xml: lang = "en"> субъект прошел тест, но есть предупреждения </ dc: description> </ rdf : Описание> <earl: TestResult rdf: about = "# result"> <earl: result rdf: resource = "http://example.org/my/terms#warning" /> </ earl: TestResult>

2,8. Класс программного обеспечения

Программное обеспечение - это любое программное обеспечение, такое как инструмент разработки, браузер или инструмент оценки. Может использоваться для описания сторонник такой как валидация или другой инструмент обеспечения качества, и его можно использовать для описания Испытуемый (например, чтобы проверить соответствие инструмента разработки Руководству по доступности инструмента разработки [ ATAG ] или из браузера для Руководства по доступности агента пользователя [ UAAG ]).

Примечание: earl: Software - это подкласс doap: Project для обозначения более узкого значения исполняемого «Software», которое является результатом «Project».

Связанные свойства

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

doap: имя doap: имя

Читаемое человеком название программного обеспечения. doap: описание Читаемое человеком название программного обеспечения Удобочитаемое описание программного обеспечения. doap: Главная Домашняя страница для программного обеспечения. doap: создано Дата создания или выпуска программного обеспечения в формате ГГГГ-ММ-ДД. например, 2004-04-05. doap: релиз Информация о версии о выпуске программного обеспечения.

Примеры

Пример 13 Описание программного инструмента.

<earl: Software rdf: about = "# cooltool"> <doap: name xml: lang = "en"> Cool Tool </ doap: name> <doap: description xml: lang = "en"> Мой любимый инструмент! < / doap: описание> <doap: создан> 2011-04-27 </ doap: создан> <doap: домашняя страница rdf: resource = "http://example.org/tools/cool/" /> <doap: release> <doap: revision> 1.0.3 </ doap: revision> </ doap: release> </ earl: Software>

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

3.1. Свойство assertedBy

Asserted By - заявитель утверждения.

Домен: Эрл: Assertion Спектр: Эрл: сторонник

3.2. Субъект собственности

Предмет - подопытный утверждения.

Домен: Эрл: Assertion Спектр: Эрл: TestSubject

3.3. Тест собственности

Тест - критерий проверки утверждения.

Домен: Эрл: Assertion Спектр: Эрл: TestCriterion

3.4. Свойство результата

Результат - результат утверждения.

Домен: Эрл: Assertion Спектр: Эрл: TestResult

3.5. Свойство mode

Режим - режим, в котором проводился тест.

Домен: Эрл: Assertion Спектр: Эрл: TestMode

3,6. Свойство mainAssertor

Главный ассистент - ассистент, который несет главную ответственность за выполнение теста. Это уточнение термина FOAF: член Главный ассистент - ассистент, который несет главную ответственность за выполнение теста определяется [ FOAF ].

Домен: Эрл: сторонник Спектр: Эрл: сторонник

3,7. Свойство результата

Результат - результат выполнения теста.

Домен: Эрл: TestResult Спектр: Эрл: OutcomeValue

3,8. Свойство указателя

Указатель - местоположение в пределах объекта испытаний, которые наиболее релевантны для результата теста.

Домен: Эрл: TestResult Спектр: PTR: Pointer Домен:   Эрл: TestResult   Спектр:   PTR: Pointer

3,9. Информация о недвижимости

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

Домен: Эрл: TestResult Диапазон: буквальный

Этот раздел суммирует термины, определенные и используемые этой спецификацией схемы EARL 1.0.

Классы

свойства

Инстансы

В этом разделе приведены ссылки на соответствующие документы и спецификации.

[ATAG] Руководство по обеспечению доступности Авторского инструмента[Содержание] Представление контента в RDF[ОКРУГ КОЛУМБИЯ] Метаданные Dublin Core (DC)[DOAP] Описание проекта (DOAP) Словарь[FOAF] Друг друга (FOAF) Словарь[Руководство] Руководство по языку оценки и отчетности (EARL) 1.0[HTTP] HTTP словарь в RDF[Указатели] Методы указателя в RDF[RDF] Структура описания ресурса (RDF): концепции и абстрактный синтаксис[RDFS] RDF Vocabulary Description Language 1.0: Схема RDF[RDF-PRIMER] RDF Primer[RDF / XML] Спецификация синтаксиса RDF / XML[RDF-XML-Diffs] Почему модель RDF отличается от модели XML[RFC 2119] Ключевые слова для использования в RFC для указания уровней требований[UAAG] Рекомендации по обеспечению доступности пользовательского агента[WCAG] Правила доступности веб-контента[XMLs] XML-схема часть 0: учебник для начинающих

EARL является результатом работы многих людей в прошлом. Редакция особенно хотела бы поблагодарить Венди Чисхолм, Шона Б. Палмера и Даниэля Дардайлера, чьи работы включали редактирование первых версий спецификаций EARL, и Леонарда Касдая, который начал работу по разработке EARL. Редакция приносит свои извинения за любые имена, не включенные в этот список, и постарается исправить любые ошибки, отмеченные в комментариях.

Участники этого и / или предыдущие рабочие проекты

Шади Абу-Захра, Филипп Аккерманн, Крисула Александраки, Шейн Андерсон, Мириам Арру, Габриэле Бартолини, Джорджо Бражник, Дан Брикли, Дэн Коннолли, Карл Дубост, Ник Гиббинс, Аль Гилман, Эммануэль Гутьеррес-и-Пре-Дзено, Доминикенская масса Сандор Херрамхоф, Ян Хиксон, Бьорн Хёрманн, Карлос Иглесиас, Ник Кью, Йоханнес Кох, Джим Лей, Уильям Лафборо, Руи Лопес, Джон Латтс, Чарльз МакКатиНевиль, Либби Миллер, Том Мартин, Йехья Мохамед, Даниэла Ортсон, Эриквей, Дейв Prud'hommeaux, Пьер Квиннек, Крис Ридпат, Ромен Рур, Кристоф Стробб, Майкл Сквиллас, Аарон Шварц, Оливье Торо, Карлос Веласко, Константинос Вотис и Роб Йонайтис.

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

Подробный список комментариев, резолюций и внесенных изменений приведен в Открытые проблемы для схемы EARL 1.0 листинга.


Реклама



Новости