Связь “Поток” - “Физический мир”
На основе спецификации FPF (паттерны E.18, A.15, B.1.6, A.3, A.4), связь понятия «поток» с физическим миром является опосредованной и формализуется через события исполнения и агрегацию ресурсов. «Поток» сам по себе не является физической вещью, это модель перемещений и трансформаций.
1. Онтологический статус потока (E.18)
В FPF поток (U.Flow) определяется не как «текущая жидкость», а как математическая конструкция над графом работ:
- Формальное определение: Поток — это валюация (valuation)
νнад рёбрамиU.Transferи сечениями, сопряжённая с допустимым путёмp = v₀ → … → v_k(E.18). - Интуиция vs Формализм: FPF разделяет интуитивное представление («частицы воды бегут по трубам», лагранжев подход) и формальное («валюация на графе»). Физический мир соответствует событиям перемещения/трансформации, а поток — это их измеримая характеристика в модели.
2. Физическое заземление через U.Work и Γ_work
Связь с физической реальностью осуществляется через паттерны исполнения работ и учёта ресурсов:
- События (
U.Work): Поток материализуется как последовательность датированных событий исполненияU.Work(A.15.1). Это фактические occurrences во времени (Γ_time), а не плановые намерения. - Ресурсный след (
Γ_work): Физическая сторона потока (затраты энергии, материалов, времени) фиксируется через агрегацию ресурсовΓ_work(B.1.6).- Цитата FPF: «Γ_work — Work as Spent Resource… Keywords: work, resource aggregation, cost, energy consumption, Resrc-CAL» (B.1.6).
- Это обеспечивает проверку законов сохранения (conservation laws): ресурсы в потоке не исчезают, а учитываются как spent (потраченные).
3. Агент изменения: Принцип Трансформера (A.3)
Поток не возникает сам по себе; для физического изменения требуется агент:
- Трансформер: Любая трансформация в потоке требует
U.System, играющего рольTransformerRole(Принцип Трансформера, A.3).- Цитата FPF: «Constructive mereology… insist that every whole arises through a material Transformer as transformer of matter and information» (A.3, Archetypal Grounding).
- Разделение: Система (агент) воздействует на целевой холон (материал/информацию) через границу (
U.Boundary). Поток — это результат таких воздействий, зафиксированных какU.Work.
4. Временное разделение (A.4)
Связь потока с физическим миром возможна только в Run-Time:
- Design-Time (
T^D): Здесь существуют описания потока (методы, планыU.WorkPlan). Они не являются физическими. - Run-Time (
T^R): Здесь происходит физическое исполнение (U.Work). Поток «течёт» только в этом интервале. - Принцип: Описание потока ≠ Поток. FPF запрещает смешение плана и факта (no backfill), чтобы сохранить аудиторский след физического мира (A.15.2:4.5).
5. Типы потоков (E.18.5.12)
FPF различает типы потоков для точного моделирования физики и управления:
TransductionFlow: Основной поток трансформации (производство, перемещение материи или информации). Это непосредственная связь с физическим изменением состояния.CoordinationFlow: Поток координации (сигналы, управление), наложенный на основной поток. Он не трансформирует материю напрямую, но управляет трансформерами.
6. Измерение и Возможность (A.2.2, B.1.6)
Физическая реализуемость потока ограничена возможностями системы:
U.Capability: Поток не может превысить возможности (WorkScope,WorkMeasures) держателя (U.System) (A.2.2).- Цитата FPF: «Capability gating now SHALL use U.WorkScope» (A.2.6:End).
- Валидация: Физический поток считается допустимым (admissible), если путь
pпроходит через узлы, гдеCapabilityпокрывает требуемыйJobSlice(A.2.2).
Резюме
В FPF «поток» связан с физическим миром не как объект, а как измеримая характеристика последовательности событий U.Work:
- Носитель: События
U.Work(фактическое исполнение). - Субстанция: Агрегация ресурсов
Γ_work(энергия, материалы, стоимость). - Причина: Действие
U.Systemв ролиTransformerRole. - Время: Интервал Run-Time (
T^R).
Поток в FPF — это валюация над трансферами, заземлённая в физике через учёт затраченных ресурсов и роль трансформера.