Services

SEARCH-Modul: Routing-Algorithmus und POST_DRONE

Anhang A zur Rahmenspezifikation: Flussdiagramm Nr. 3.1.1 - der Haupt- und einzige Suchalgorithmus für jeden Transport, der mehr als eine Verkehrsart benötigt, erweitert auf sechs Verkehrsarten ohne Änderung der Graphstruktur.

Dies ist eine Algorithmus-Spezifikation, kein laufender Dienst: Es gibt in dieser Demo keine points/lots-Datenbank, keine /search/routes-API und keinen Go-SEARCH-Dienst. Das JSON Schema des POST_DRONE-Vertrags (schemas/post-drone.schema.json) und sein Prüfer (schemas/check_schema.py) sind echte, funktionierende Dateien dieses Repositories: 12 Beispiele gültig, 37 von 37 Mutationen abgelehnt. ci/check_contract_text.py ist ebenfalls eine echte Datei und läuft jetzt: das Verzeichnis proto/ und grpc_tools sind vorhanden, ein Lauf ergibt 24 Prüfungen des Spezifikationstexts gegen Schema und proto-Vertrag, und der Self-Test erkennt 10 von 10 Mutationen. Dieser Lauf ist ein Schritt des proto-Jobs in contract.yml, also Teil der erforderlichen Prüfung «Контракт proto модуля SEARCH».

Modul-Subsysteme (S1-S8)

ID Name Inhalt
S1Простий пошук заявокПошук по одному розділу за фільтрами: країна, регіон, пункт, дата, тип транспорту, тип завантаження, маса, обʼєм
S2Фільтр «інші напрямки»Два незалежні списки пунктів відправлення / призначення
S3Пошук зворотних рейсівЗаявки, виставлені до пункту відправлення (ймовірний зворотний рейс)
S4Пошук мультимодального маршрутуОсновний алгоритм — блок-схема № 3.1.1; ланцюг заявок з 2–4 плечима по 6 видах транспорту
S5Fallback «компанії напрямку»Перелік компаній, які коли-небудь перевозили в цьому напрямку
S6Fallback «можливі сполучення»Перелік станцій/портів/аеропортів/точок дрона, між якими існує сполучення
S7РанжуванняСортування за критерієм «вартість» або «швидкість» + успадкований коефіцієнт переваги
S8Збереження запитуІсторія запитів, підписка, сповіщення про нові відповідні заявки

Sechs Verkehrsarten im Routengraphen

Die Drohne ist kein Graph-Abschnitt, sondern Nachbearbeitung einer bereits gefundenen Route: eine Implementierung statt vier Kopien derselben Bedingung in jedem Zweig.

Code Name Rolle im Graphen Punktbasis
MМореМагістральне плече (гілка 1)порти (seaport)
FАвіаМагістральне плече — альтернатива морюаеропорти (airport)
TЖДФідерне плече 1-го рівнястанції (rail_station)
AАвтоФідерне плече 2-го рівня, «остання миля»міста (city)
DДронНе плече графа — пост-обробка останнього авто-плечамайданчики (drone_pad)
XМультимодальнийНе окреме плече — розділ із доступом до заявок усіх розділівусі типи пунктів

Gates des POST_DRONE-Moduls (Abbildung 3.1.1-7)

Jedes „Nein” beendet das Modul: Der Auto-Abschnitt bleibt unverändert, keine Drohnen-Variante wird erstellt oder ersetzt ihn.

Gate Prüfung Ursachencode Szenario
1Плече останнє й вид — автоnot_last_auto_legT16
2Зона дозволена (немає no_permit)no_permitT17
3d ≤ range_km × drone_range_marginout_of_rangeT18
4weight_t × 1000 ≤ max_payload_kg, габарити, ADR, не живі твариниcargo_not_allowedT19
5Лот D знайдено або підставлено площадку в межах max_legs=4no_drone_lot / no_landing_pad / max_legs_exceeded / extra_leg_disabledT20, T22, T23
6Погода у вікні вильоту (не відмова — прапорець weather_risk)— (weather_risk)T21, T26
—Модуль вимкнено запитомdrone_disabledT24
—Перевищено бюджет модуляtimeoutT25

Ranking: Kriteriengewichte und Flag-Strafen

Kriterium wc wt wk wr wn
cost0.550.100.150.100.10
time0.100.550.100.100.15
balanced0.300.300.150.150.10
Flag Strafe Begründung
weather_risk0.08Ризик погоди або невідома погода у дрон-плечі
no_permit0.10Плече без дозволу вимагає дій учасника
customs_missing0.06У плечі немає потрібного документа CMR/T1/TIR
estimated_price0.03Вартість не з лота, а з медіан link_stats

CI-Schritte (für den Merge erforderlich)

Vertrag, Branch-Regel und Währungs-/Sprachszenarien benötigen weder Datenbank noch Anwendung - nur den Spezifikationstext, das Schema und Fixtures.

Schritt Befehl Was fehlschlägt
Контрактschemas/validate_schema.py, schemas/check_schema.pyневалідний приклад A.8.4.1, порушення програмної перевірки, непокрита мутація, непокритий код reason
Правило гілкиci/check_ruleset.pyперевірка з правила не відповідає job-у, gate не залежить від нового job-а, фільтр paths у тригері, сценарій не описаний у ТЗ
Числа в документаціїci/check_doc_counts.pyтвердження ТЗ про кількість обовʼязкових перевірок, діапазон правил R1–RN, кількість сценаріїв pull request чи назва групи сценаріїв відстали від фактичного складу правила гілки й конвеєрів
Валюти й мовиschemas/check_i18n.pyрізна базова валюта в A.5 і рамковому ТЗ, застарілий курс без позначки, непокрита мутація
Текст/схема/protoci/check_contract_text.py (U1–U5, N1–N5)розбіжність носія одиниці ваги або коду валюти між ТЗ, схемою і proto
Юніт і прийманнятести модуля + сценарії T1–T27розбіжність реалізації або поведінки з контрактом (модуль ще не реалізований)

Stand in diesem Repository: schemas/check_schema.py, schemas/check_i18n.py, ci/check_ruleset.py (R1-R11, 18 Mutationen) und das neue ci/check_doc_counts.py (D1-D8, 9 Mutationen) bestehen alle zu 100 % - in dieser Sitzung verifiziert, einschließlich ci/check_doc_counts.py --self-test. ci/check_ruleset.py gleicht bisher nur die Contract- und UI-Szenario-Pipeline ab - der proto-Job, der ci/check_contract_text.py aufrufen würde, wurde noch nicht hinzugefügt.

Modelldateien