Инструменты пользователя

Инструменты сайта


sharixopen:knowledge:foundation:service_model

Различия

Показаны различия между двумя версиями страницы.

Ссылка на это сравнение

Следующая версия
Предыдущая версия
sharixopen:knowledge:foundation:service_model [2026/10/28 10:18] – [sharixknowledge] approved package sx_knowledge_api_opensharixopen:knowledge:foundation:service_model [2026/10/31 11:25] (текущий) – [sharixknowledge] approved package sx_knowledge_api_open
Строка 12: Строка 12:
             "ShariXKnowledgeOpenKnowledgeFoundationStart",             "ShariXKnowledgeOpenKnowledgeFoundationStart",
             "ShariXKnowledgeOpenKnowledgeArchitectureModelownership",             "ShariXKnowledgeOpenKnowledgeArchitectureModelownership",
-            "ShariXKnowledgeOpenKnowledgeModulesBackenddbsynce"+            "ShariXKnowledgeOpenKnowledgeModulesBackenddbsynce", 
 +            "ShariXKnowledgeHub", 
 +            "ShariXKnowledgeOpenKnowledgeDomainOrderticket", 
 +            "ShariXKnowledgeOpenKnowledgeIntegrationsArchitecture", 
 +            "ShariXKnowledgeScenarios"
         ]         ]
     },     },
     "extensions": {     "extensions": {
         "taxonomy": {         "taxonomy": {
-            "domain": "reference", +            "domain": "concepts", 
-            "lifecycle": "unspecified",+            "lifecycle": "not_applicable",
             "parents": [             "parents": [
                 "ShariXKnowledgeOpenKnowledgeFoundationStart"                 "ShariXKnowledgeOpenKnowledgeFoundationStart"
             ],             ],
-            "terms": []+            "terms": [ 
 +                "audience_service_owner", 
 +                "audience_developer", 
 +                "audience_integrator", 
 +                "audience_ai", 
 +                "product_sharix_open", 
 +                "material_concept", 
 +                "topic_service_model", 
 +                "topic_architecture_models", 
 +                "model_owner" 
 +            ], 
 +            "component": "ShariX Open" 
 +        }, 
 +        "glossary": [], 
 +        "editorial_review": { 
 +            "date": "2026-10-31", 
 +            "scope": "rewrite", 
 +            "batch": 5, 
 +            "style": "Конкретика, перечисления, видимая и машинная навигация; закрытые детали остаются в intrawiki." 
 +        }, 
 +        "source_review_20261031": { 
 +            "kind": "source_analysis_not_runtime_acceptance", 
 +            "sources": [ 
 +                { 
 +                    "repository": "sharix-open-webapp-base", 
 +                    "commit": "5be0ba7a95ca5869bfbaebbe11c5b9f16f20568d", 
 +                    "path": "CODING_POLICY.md", 
 +                    "sha256": "9c3ff8fa282f11604470b8765a16c1ccddc8e3f4e7d046a0ea1e6ba6108ffd4d" 
 +                }, 
 +                { 
 +                    "repository": "sharix-open-backend", 
 +                    "commit": "778a3280cee115ba0efe3fdff7b0e708b0c10093", 
 +                    "path": "models/company.py", 
 +                    "sha256": "817a170624b0ba0018e124499efa417e892287f19b171ebc1922561005d01f56" 
 +                }, 
 +                { 
 +                    "repository": "sharix-open-backend", 
 +                    "commit": "778a3280cee115ba0efe3fdff7b0e708b0c10093", 
 +                    "path": "models/service.py", 
 +                    "sha256": "5fee559ef949f2e716cc0d51837ba383d6871f50e5b17a619cbb47f4019d99cb" 
 +                }, 
 +                { 
 +                    "repository": "sharix-open-backend", 
 +                    "commit": "778a3280cee115ba0efe3fdff7b0e708b0c10093", 
 +                    "path": "models/provider.py", 
 +                    "sha256": "d0281b3353c4f67251b5f028dd83e8b32b99a2dd132dedfc8e111e57cd79357d" 
 +                }, 
 +                { 
 +                    "repository": "sharix-open-backend", 
 +                    "commit": "778a3280cee115ba0efe3fdff7b0e708b0c10093", 
 +                    "path": "models/orders.py", 
 +                    "sha256": "4a5dbbec8a62ed3ca933ae5494032ba2a8a4369c7c1ece4011c98755df23faf2" 
 +                } 
 +            ] 
 +        }, 
 +        "hierarchy_review": { 
 +            "date": "2026-10-31", 
 +            "canonical_parent_id": "ShariXKnowledgeOpenKnowledgeFoundationStart", 
 +            "page_url_preserved": true, 
 +            "kind": "article_and_navigation" 
 +        }, 
 +        "classification": { 
 +            "schema": "sharix.knowledge.classification.v1", 
 +            "products": [ 
 +                "sharix_open" 
 +            ], 
 +            "audiences": [ 
 +                "service_owner", 
 +                "developer", 
 +                "integrator", 
 +                "ai" 
 +            ], 
 +            "material": "concept", 
 +            "topics": [ 
 +                "service/model", 
 +                "architecture/models" 
 +            ], 
 +            "tag_terms": [ 
 +                "audience_service_owner", 
 +                "audience_developer", 
 +                "audience_integrator", 
 +                "audience_ai", 
 +                "product_sharix_open", 
 +                "material_concept", 
 +                "topic_service_model", 
 +                "topic_architecture_models", 
 +                "model_owner" 
 +            ], 
 +            "registry_document": "ShariXKnowledgeClassification", 
 +            "state_meaning": "lifecycle относится к описываемому коду, а status к редакции документа; implemented не означает успешный runtime тест"
         },         },
-        "glossary": []+        "classification_review": { 
 +            "date": "2026-10-31", 
 +            "source": "Содержание текущей страницы и проверенный словарь классификации", 
 +            "body_scope": "classification_and_navigation_only" 
 +        }
     },     },
-    "content_sha256": "f43e35751ce3ac7a173c5a0c47458d766f3211be6586d4a3a94ecdfb3ec5abcf",+    "content_sha256": "27f350561887b7259c2192d9bb6475765f8bbf2ca0e4517750e4ae5205dc41c3",
     "schema": 1     "schema": 1
 } }
Строка 33: Строка 130:
 ~~NOCACHE~~ ~~NOCACHE~~
  
-**Область:** ShariX Open. **Назначение документа:** описание концепции продукта. +**Назначение:** [[sharixopen:knowledge:classification:materials#pojasnjajuschaja_koncepcija|Поясняющая концепция]]. **Продукт:** [[sharixopen:knowledge:classification:products#sharix_open|ShariX Open]]. 
-[[sharixopen:knowledge:foundation:start|Основы и архитектурные правила]]+ 
 +**Для кого:** [[sharixopen:knowledge:classification:audiences#vladelec_servisa|Владелец сервиса]] · [[sharixopen:knowledge:classification:audiences#razrabotchik|Разработчик]] · [[sharixopen:knowledge:classification:audiences#integrator|Интегратор]] · [[sharixopen:knowledge:classification:audiences#nejroset|Нейросеть]]. 
 + 
 +**Темы:** [[sharixopen:knowledge:classification:topics#koncepcija|Сервис → Концепция]] · [[sharixopen:knowledge:classification:topics#vladenie_modeljami|Архитектура → Владение моделями]]. 
 + 
 + 
 + 
 +**Навигация:** [[sharixopen:knowledge:start|База знаний]] → [[sharixopen:knowledge:foundation:start|Основы]] → Концепция сервиса. 
 + 
 +**Назначение:** пояснить предметный смысл ShariX Open и связать его с названиями объектов в публичном коде. Концепция не подтверждает наличие каждой описанной возможности в конкретной установленной системе.
  
 ===== Концепция сервиса — поясняющее описание ===== ===== Концепция сервиса — поясняющее описание =====
-Этот раздел объясняет замысел и предметный смысл ShariX Open. Его формулировки не устанавливают обязательный программный контракт и не подтверждают наличие функции в конкретной сборке. Действующее поведение определяется документацией соответствующего компонента и проверкой установленной версии.+Сервис организует получение результата, для которого нужны человеческий труд, материальные ресурсы или их сочетание. Клиенту существенно:
  
-Сервис организует получение результата, для которого нужны человеческий труд, материальные ресурсы или их сочетание. Клиенту существенно, что будет сделано, на каких условиях и к какому времени. Предложение сервиса связывает эти ожидания с возможностями исполнителей, доступностью ресурсов и правилами взаимодействия.+  * что будет сделано; 
 +  * на каких условиях; 
 +  * к какому времени; 
 +  * какой результат он получит.
  
-Цифровая координация помогает сделать это взаимодействие определённым: описать предложение, принять заказ, сохранить условия, обеспечить допустимые действия участников и отразить результат. Ответственность за содержание услуги и качество результата требует собственных правил сервиса; наличие программного объекта или статуса само по себе её не подтверждает.+Предложение связывает эти ожидания с возможностями исполнителей, доступностью ресурсов и правилами взаимодействия. Ответственность за содержание услуги и качество результата требует собственных правил сервиса: программный объект или статус сам по себе не подтверждает качество выполненной работы.
  
-Запись на заранее известное время и подбор из нескольких предложений решают разные задачи. Для записи существенны свободный интервал и его закрепление; для подбора — допустимость кандидатов, сравнение условий и подтверждение актуальной доступности. Одна услуга может требовать сочетания этих механизмов. Возможность сочетания в конкретной системе проверяют по её действующим контрактам.+Цифровая координация делает взаимодействие определённым:
  
-Время, место, компетенции, свойства ресурса, стоимость и требования к результату могут ограничивать оказание услуги. Часть ограничений является обязательной, часть выражает предпочтение. Ускорение поиска, снижение стоимости и повышение качества не следует считать взаимозаменяемыми результатами: при описании конкретного предложения нужно явно указать, какие свойства оно обеспечивает и чем они подтверждаются.+  - Описать предложение и его условия. 
 +  - Принять конкретный заказ. 
 +  - Сохранить его участников, условия и значимые сведения. 
 +  - Разрешить участникам предусмотренные действия. 
 +  - Отразить ход работы и результат.
  
-ShariX Open даёт общую программную основу сервиса. Конкретный сервис задаёт предметные условия в пределах поддержанных механизмов и осмысленно расширяет продукт, когда общего механизма недостаточно. Взаимодействие с ShariX Platform является отдельной интеграцией и не делает каждую возможность Platform локальной функцией ShariX Open.+Это объяснение назначения продукта, а не обещание единого алгоритма для всех услуг. Действующее поведение проверяют по контракту операции и её исходникам. 
 + 
 +===== Запись и подбор решают разные задачи ===== 
 +  * **Запись на известное время:** существенны свободный интервал и его закрепление. 
 +  * **Подбор предложения:** существенны допустимость кандидатов, сравнение условий и подтверждение актуальной доступности. 
 + 
 +Одна услуга может сочетать эти механизмы. Но наличие записи, подбора или их сочетания устанавливают по выбранным компонентам и действующим контрактам, а не выводят из общей концепции ShariX Open. Внутренние механизмы закрытых модулей на этой странице не описываются. 
 + 
 +===== Какие условия могут ограничивать услугу ===== 
 +  * время; 
 +  * место; 
 +  * компетенции; 
 +  * свойства ресурса; 
 +  * стоимость; 
 +  * требования к результату. 
 + 
 +Часть условий обязательна, часть выражает предпочтение. Ускорение поиска, снижение стоимости и повышение качества — разные результаты. При описании конкретного предложения нужно указать, какие свойства оно обеспечивает и чем это подтверждается. 
 + 
 +===== Как соотносятся понятия и открытые модели ===== 
 +^ Понятие ^ Объект в коде ^ Граница смысла ^ 
 +| Компания, предлагающая услугу | dbsynce.models.Company | Не равна учётной записи своего представителя. | 
 +| Предложение/тариф | dbsynce.models.Service | Не равен всей развёрнутой системе сервиса. | 
 +| Предложение исполнителя | dbsynce.models.Provider | Связывает пользователя с предложением и компанией; не просто user ID. | 
 +| Конкретный заказ | dbsynce.models.Orders | Сохраняет условия, участников и ссылку на Ticket. | 
 +| Заявка и её жизненный цикл | tickets.models.Ticket | Состояние заявки не является самостоятельным доказательством качества услуги или доставки внешнего сообщения. | 
 + 
 +Таблица связывает терминологию с проверенными публичными моделями. Детали полей и изменения состояния описаны в [[sharixopen:knowledge:modules:backend_dbsynce|Backend/dbsynce]] и [[sharixopen:knowledge:domain:order_ticket|заказе и Ticket]]. 
 + 
 +===== Общая основа и конкретный сервис ===== 
 +ShariX Open предоставляет общую программную основу. Конкретный сервис задаёт предметные условия поддержанными механизмами и осмысленно расширяет продукт, если их недостаточно. Сначала определяют владельца данных и существующую точку расширения, а не копируют ядро ради локальной особенности. 
 + 
 +Взаимодействие с Platform — отдельная интеграция. Возможность Platform не становится автоматически локальной функцией ShariX Open. Общий модуль также может оставаться закрытым: его лицензию проверяют отдельно; внутреннее описание находится в intrawiki, подробности согласуют с ответственными Platform.
  
 ===== Проверяемые программные контракты ===== ===== Проверяемые программные контракты =====
-  * [[sharixopen:knowledge:architecture:model_ownership|Владение моделями и изменение ядра]] — ответственность компонентов. +  * [[sharixopen:knowledge:architecture:model_ownership|Владение моделями и изменение ядра]]. 
-  * [[sharixopen:knowledge:modules:backend_dbsynce|Backend/dbsynce]] — общие сущности сервиса и заказа. +  * [[sharixopen:knowledge:modules:backend_dbsynce|Общие данные сервиса]]. 
-  * [[sharixopen:knowledge:domain:order_ticket|Заказ, Ticket и PROCESS]] — жизненный цикл и исполнение. +  * [[sharixopen:knowledge:domain:order_ticket|Заказ, Ticket и исполнение]]. 
-  * [[sharixopen:knowledge:integrations:architecture|Интеграции]] — границы локального владельца и внешней системы. +  * [[sharixopen:knowledge:integrations:architecture|Границы интеграций]]. 
-  * [[sharixopen:knowledge:scenarios:start|Сценарии]] — условия, действия, результаты и отказы.+  * [[sharixopen:knowledge:scenarios:start|Сценарии, условия и отказы]]. 
 + 
 +===== Основание концепции ===== 
 +Предметный замысел сохранён из обсуждений компании 2024–2025 годов. Соответствия моделям сверены с текущим публичным кодом. Исторические предложения не объявляются реализованными возможностями; концептуальный раздел остаётся поясняющим контекстом для людей и анализа документации.
  
-===== Основание описания ===== +===== Исходники, сверенные 31.10.2026 ===== 
-Концепция изложена по историческим обсуждениям компании 2024–2025 годов и сопоставлена с публичными архитектурными границами ShariX Open на 28.10.2026. Исторические проектные предложения не объявляются реализованными возможностями.+Проверены опубликованные исходники указанных commits. Это анализ кода, а не подтверждение состояния сервера или выполнения процесса в установленной системе. 
 +  * [[https://git.sharix-app.org/ShariX_Open/sharix-open-webapp-base/src/commit/5be0ba7a95ca5869bfbaebbe11c5b9f16f20568d/CODING_POLICY.md|sharix-open-webapp-base: CODING_POLICY.md]]. 
 +  * [[https://git.sharix-app.org/ShariX_Open/sharix-open-backend/src/commit/778a3280cee115ba0efe3fdff7b0e708b0c10093/models/company.py|sharix-open-backend: models/company.py]]. 
 +  * [[https://git.sharix-app.org/ShariX_Open/sharix-open-backend/src/commit/778a3280cee115ba0efe3fdff7b0e708b0c10093/models/service.py|sharix-open-backend: models/service.py]]. 
 +  * [[https://git.sharix-app.org/ShariX_Open/sharix-open-backend/src/commit/778a3280cee115ba0efe3fdff7b0e708b0c10093/models/provider.py|sharix-open-backend: models/provider.py]]. 
 +  * [[https://git.sharix-app.org/ShariX_Open/sharix-open-backend/src/commit/778a3280cee115ba0efe3fdff7b0e708b0c10093/models/orders.py|sharix-open-backend: models/orders.py]].
  
 ~~SHARIX_KNOWLEDGE_RELATED~~ ~~SHARIX_KNOWLEDGE_RELATED~~
  
sharixopen/knowledge/foundation/service_model.1793182723.txt.gz · Последнее изменение: — sx_knowledge_api_open

© 2022 ShariX