Michael Bell wrote:
Next question is the new state. If we start approving a pending request then this request is no longer pending and it is not approved. There is
hmm, but it is actually pending, till all necessary operators have given there statement... for the object - its still in pending state, since no final decission is made, for the object the decissin making process is a black box actually, it doesn't know how this gets done, if there n people have to do this and that...
the system may know that, but for the objects point of view and its state, it doesn't makes a difference... its in pending state, because, no decission has been made until it get changed to approved or rejected
a state for exact this situation - signed. If we support multi approval mechanisms without signature then we should use another name than signing. Any ideas for a good statename?
see above...
so pending is a very good state-name, doesn't matter if n is one or 100
which are needed to make a final decission about the next state of the object...
it may be nice to know, if the decission process has started or not right but its not necessary or required to give this information to the object and the 'enduser'
so maybe wo don't even need an extra state for the program logic
if a new request gets into the system - it gets pending, so the operators gets informed they have work - and they do there work, till the defined process to get to an result is finished and the object changes to its next state depending on this decission-making-process-result
i don't see such a huge a difference to the 1:1 approach - for me its the same, looked to it from the objects side ;)
greetings dalini
------------------------------------------------------- This SF.Net email is sponsored by: InterSystems CACHE FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 _______________________________________________ OpenCA-Devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/openca-devel
