Użytkownik "jureq" <j...@X...to.z.adresu.Xop.pl> napisał w wiadomości
grup dyskusyjnych:i76ud5$kn3$...@n...onet.pl...

> Ponieważ stawiasz problem bardzo teoretyczno-praktyczny, więc i
> odpowiedzi udzielę ci teoretyczno-praktycznej: Tego zagadnienia lepiej
> nie traktować jako problem z dziedziny programowania liniowego ze względu
> na zaokrąglenia do pełnego grosza.

Nie widzę tego jako przeszkody. Prowizje, wpływy i wypływy, czyli dane
wejściowe będą w pełnych groszach. Odsetki pojawiają się tylko w funkcji
celu, więc po prostu jeden z parametrów modelu (dobowa stopa procentowa dla
rachunku oprocentowanego) będzie jakimś tam ułamkiem. Zresztą można to
zrobić na siatce, czyli jako programowanie całkowitoliczbowe.

Pytanie jest takie, jakby już się uprzeć na tę metodę (co samo w sobie
raczej udanym pomysłem nie jest) to co by tu najsensowniej przyjąć jako
zmienne decyzyjne, żeby ich się nie zrobiło setki. Bo nie dość że każdego
dnia trzeba decydować czy i w którą stronę wykona się transfer, to jeszcze
trzeba decydować w jakiej wysokości. Co do zasady zagadnienie jest przecież
bardzo proste.