View previous topic :: View next topic
|
Author |
Message |
aviki Currently Banned New User
Joined: 29 Dec 2006 Posts: 3 Location: California
|
|
|
|
Hi..
Send the definition and difference between the:
Conversational Processing
Pseudo-Conversational Processing
Please send it in the full sentence form..
Title changed from "Definition Required" to "Conversational v/s Pseudo-Conversational Processing" : Priyesh. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
For more info please look a few lines down in the CICS forum - there were a couple of threads on this last week.
Following was posted by UmeySan in the discussion:
Quote: |
What is the differences between operation of Pseudo-Conversational and a conversational program ?
A In a conversational mode, the program accomplishes the conversation by simply sending a message to the terminal, and waiting for the user to respond, and receiving the response from the terminal. The system that sits idle without allowing an other operation while waiting for the data is called a conversational program.
In a Pseudo-Conversational program, a program attempts a conversation with a terminal user, it terminates the task after sending a message with a linkage for the next task. When the user completes the response the next task is automatically initiated. Pseudo-conversational program's uses the CICS resources such as control tables efficiently.
Hope that claryfies all.
Regards, UmeySan |
|
|
Back to top |
|
|
William Thompson
Global Moderator
Joined: 18 Nov 2006 Posts: 3156 Location: Tucson AZ
|
|
|
|
Quote: |
Conversational Processing |
A transaction which holds a "conversation" with the user.
Quote: |
Pseudo-Conversational Processing |
A transaction which seems to hold a "conversation" with the user.
Quote: |
Please send it in the full sentence form.. |
Primarily, during the user think time, generally the biggest time consumer of any transaction, the conversational transaction just waits for the user to respond, tying up resources (fortunately not cpu time) while the pseudo-conversational transaction, after sending the date to the user, makes note (one way or another) of where it is in the flow of the transaction cycle and ends, returning all resources (except its notes). When the user finally responds, it starts up again, reads its notes and (seamlessly) continues the transaction at hand. |
|
Back to top |
|
|
sundar28
New User
Joined: 30 Jul 2005 Posts: 11 Location: Mysore
|
|
|
|
A Simple Analogy
Conversational Processing
Going to Workplace everyday by your own Two-wheeler
(The two-wheeler is parked, till you return)
Pseudo-Conversational Processing
Going to Workplace everyday by a Public Bus
(The bus is always on road making more trips for others)
Where vehicle is the CPU. |
|
Back to top |
|
|
jctgf Currently Banned Active User
Joined: 04 Nov 2006 Posts: 109
|
|
|
|
is it necessary to have a different transaction id for each
pseudo-conversational program?
thanks |
|
Back to top |
|
|
William Thompson
Global Moderator
Joined: 18 Nov 2006 Posts: 3156 Location: Tucson AZ
|
|
|
|
jctgf wrote: |
is it necessary to have a different transaction id for each
pseudo-conversational program? |
No, not if the (same) program is smart enough to know where it is in the conversation.... |
|
Back to top |
|
|
|