🚀 go-pugleaf

Andrzej Lewandowski wrote in message
<36ec314f.8464691@news-s01.ny.us.ibm.net>...

>Zaraz, zaraz... "sieci funkcjonalne" - czy to samo co grafy funkcyjne?
>Jezeli nie, to prosze o informacje.

Sieci funkcjonalne to jak juz mowilem pochodna sieci Petri. O ile sieci
Petri
definiuja sposoby opisow procesow to sieci funkcjonalne definiuja sposoby
opisow procesow ale w sposob bardziej strawny, praktyczny, intuicyjny. :-)
Zajmuje sie nimi np. prof Godbersen z Berlina
(http://www.tfh-berlin.de/~godberse/)
Zgadzam sie z Panem, ze tworzenie calych systemow w notacji gdzie stosuje
sie
kolka, prostokaty i luki jest pracochlonne, czyli wynika z tego, ze ten
sposob
opisu powinien sluzyc jedynie do opisu wysokopoziomowych zagadnien a
wszelkie
algorytmy powinny byc definiowane w sposob najbardziej wygodny. W sieciach
funkcjonalnych istnieje koncepcja "zaglebiania" czyli mozemy zdefiniowac
element pasywny a element ten to moze byc w rzeczywistosci pod model
stworzony
np. w UML :-) albo tez kod w C++, VB, Delphi, Pythonie itd. (albo tez inna
siec)
Mnie najbardziej urzeka prostota opisu systemow z czasem oraz rownoleglosc
wszystkich
operacji zachodzacych w sieci. Poza tym cokolwiek by nie mowic, to
wykorzystanie
tokenow pozwala na definiowanie systemow dynamicznych (czyli bardziej
rzeczywistych)
od jakiejkolwiek statycznej notacji np. UML. Jesli mowimy, ze sieci opisuja
przeplywy,
to te przeplywy sa wlasnie przeplywami tokenow.
Ot, taki blizszy przyklad: ktos tutaj ostatnio pisal o sieciach gazowych i
braku mozliwosci
prostego zdefiniowania tych sieci (gazowych) w postaci klas. No tak, w
porzadku, tylko
modelowanie rzeczywistosci nie powinno polegac na jej prostym kopiowaniu -
nie chcemy
modelowac przeciez zaworow, rur etc. tylko przeplyw gazu, tak wiec elementem
aktywnym
w tym modelu nie jest zawor tylko strumien gazu i to wlasnie on powinien byc
zdefiniowany
jako klasa. W tym momencie dochodzimy do wniosku, ze notacja statyczna nic
nam tu nie
da bo tutaj mozemy zdefiniowac tylko strukture a my chcemy opisac przeplyw.
W sieciach
funkcjonalnych strumien gazu moze byc opisany tokenem, ktory przeplywa w
sieci - w takim
przypadku znowu mozemy opisac strukture rur i zaworow jako siec ale mozemy
takze opisac zawory i rury takze jako tokeny a spotkanie tych dwoch rodzajow
tokenow
bedzie nam dawalo konkretne zdarzenia w rzeczywistosci np. otwarcie zaworu.
Poniewaz w
sieci funkcjonalnej czas jest czyms naturalnym (ciagly, dyskretny), wiec
niejako za darmo
szybko otrzymamy dzialajacy model rzeczywistosci. A o to wlasnie nam
chodzilo.
pozdrawiam,
Rafal Smotrzyk