🚀 go-pugleaf

Armin Gerritsen wrote in message <90lb02$6p7$1@porthos.nl.uu.net>...
>Ik heb een tweetal processoren, waarvan eentje een commando issued
>naar een ander. Tot zover OK. Deze eerste gaat in 'suspend mode' na
>deze issue en wacht op een interrupt. De tweede CPU voert het
>commando uit - hetgeen even kan duren - en waarschuwt de eerste via
>een interrupt wanneer die klaar is.
>
>Probleem is dat dit UML schema bekenen wordt vanaf de software op
>CPU A, met B als een black Box. Het teruggeven van de interrupt kan ik
>gewoon aangeven, maar de suspend niet. Ook het geval wanneer A niet
>suspend, maar gewoon doorgaat is vrij lastig.
Lijkt mij een combinatie van een state diagram en een sequence diagram. In
het state diagram kan je de aangeven dat de mode 'suspended' is. Door middel
een branching condition (met guards) kan je dat wellicht duidelijk maken.

In het sequence diagram zou ik de tijdsgereleteerde issues naar voren laten
komen.

Als je bijvoorbeeld het volgende diagram bekijkt:
http://www.lerutte.net/images/sequence.gif dan zie je dat ik de activity bar
van 'EvaluationServlet' onderbroken heb zolang deze geblokkeerd is. Pas als
AnalysisListener een event (<<signal>>) krijgt van AnalysisProcessor wordt
de suspended status weer onderbroken.

Ik moest daar min-of-meer hetzelfde uitvoeren: een servlet ontvangt een
bestand en moet deze door een Jini service (in een ander proces en dus
asynchroon) laten analyseren. Echter, het HTTP request kan pas verder als
het resultaat terug is. Je kan nu eenmaal niet nog even de resultaten na
zenden.

Maurice le Rutte.
--
http://www.lerutte.net