TomekD napisał(a):

> Marku, dla jasności trzeba pewnie rozdzielić operacje wewnątrz banku i te
> realizowane na zewnątrz.

Jasne.

> W operacjach wewnętrznych (przelewy wewnętrzne, lokaty etc):
> Jeżeli jesteś na stronie banku (frontend) )i wykonane przez ciebie operacje
> natychmiast mają odzwierciedlenie w systemie banku (backend) to jest to
> system on-line.
> Jeżeli system transakcyjny jest obciążony to ty też czekasz dłużej niż
> zwykle na potwierdzenie realizacji u siebie na ekranie.

Zgadza się.

> Pisałeś że w BGŻ czy Pekao24 (nie znam, znałem i do dziś tęsknię za
> Telepeako24) system pracuje on-line.

Według mojej definicji ;-)

> Jeżeli więc przelewy wewnętrzne między
> rachunkami działają tam on-line to raczej nikt nie podejmie się zbudowania
> systemu obsługującymi na 100% sytuacje powtarzania zleceń który będzie tak
> naprawdę działał naprawdę 7dni/24godziny.

Bardzo ciekawy przykład podałeś. Cóż, jutro sprawdzę, jak to wygląda w
BGŻ ;-) Tam doskonale widać, co się działo, bo w szczegółach zlecenia są
komunikaty systemu o stanie operacji (czyli: zatwierdzenie / odrzucenie
i powód) z dokładną datą i godziną. A mam dwa rachunki w Integrum, więc
nie zaszkodzi potestować.

> Wydaje mi się że systemy on-line są droższe na starcie, ale łatwiejsze w
> utrzymaniu i rozwoju. Trudniej jednak jednak wprowadzać zmiany (stąd taka
> ilość przerw konserwacyjnych w MBanku).

Racja.

> Systemu off-line łatwiej i taniej na początku rozwijać ale administrować
> nimi to koszmar (stąd tak mało przerw konserwacyjnych w VW i dość sporo
> wpadek typu coś nie przeszło albo wykonało się 2x). Ponadto istnieje poziom
> krytyczny rozwoju systemu off-line ponad którym nie da się dalej go rozwijać
> bez pogorszenia niezawodności i dostępności.

Co doskonale widać na przykładzie BePeHahaha, prawda Bartol? ;-)

--
Marek