Реализации

Правила доказательности и классификационные метки для описания реализации относительно канонического определения.

Статус
Пояснительный
Версия
1.1
Канонический источник
Правила управления Canonical Source v1.0 §§8–9
Лицензия
CC BY 4.0

Правила доказательности

Утверждения должны быть соразмерны проверяемым доказательствам. Сайт должен различать:

  • канонические определения и утверждённые решения по управлению;
  • пояснительные утверждения, основанные на источниках;
  • исторические записи;
  • утверждения третьих сторон;
  • предложения;
  • выводы.

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

Допустимыми доказательствами для записи о реализации или сравнительной записи являются:

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

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

Правила управления Canonical Source v1.0, §8 (Правила доказательности)

Классификационные метки

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

9.1 Confirmed PRISM Implementation

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

9.2 Self-Declared PRISM Implementation

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

9.3 Related / Adjacent Model

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

9.4 Comparative Example

Используется, когда задокументированная модель включена исключительно для пояснения одного из признаков сравнения. Включение не подразумевает статуса PRISM, одобрения, аффилированности или критики.

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

Правила управления Canonical Source v1.0, §9 (Политика классификации реализаций)

Сведения о реализации можно направить через раздел Контакты.

Цитировать страницу

Цитировать страницу
PRISM Commerce Initiative. “Реализации.” https://prismcommerce.org/ru/implementations/. Based on Pobezhimov, A., PRISM Commerce — Canonical Specification, Version 1.1, https://doi.org/10.5281/zenodo.22978762.

Сообщить о проблеме с текстом

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

Страница: