|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
High Volumn Activites? |
« View previous topic :: View next topic » |
Author |
Message
|
David |
Posted: Mon Mar 28, 2005 5:00 pm Post subject: High Volumn Activites? |
|
|
Novice
Joined: 20 Mar 2002 Posts: 10
|
I was asked a hypothetical question. I'd be interested to hear what other solutions people have used?
The question is regarding high volume processes or activities which involve user interaction, and the best way to approach implementation in MQ Workflow. Lets say that we have 200 users all performing basically the same role/activity and each task requires only a couple of minutes to complete. For security reasons each user must log on and complete the activity under their own userid.
The problem here is that the simple solution of allocating the activity to a single role with so many users will create a large number of work items.
What solutions have people used to deal with this situation?
The most obvious solution I can think is to allocate the work to a single dummy user. Then give each user transfer rights to move work items to their own worklist.
Is there any other commonly used solutions?
Thanks,
David. |
|
Back to top |
|
 |
vennela |
Posted: Mon Mar 28, 2005 6:00 pm Post subject: |
|
|
 Jedi Knight
Joined: 11 Aug 2002 Posts: 4055 Location: Hyderabad, India
|
Quote: |
The most obvious solution I can think is to allocate the work to a single dummy user. Then give each user transfer rights to move work items to their own worklist. |
That's the elegant one and is suggested by IBM and JMAC. So you are better off with it. |
|
Back to top |
|
 |
jmac |
Posted: Tue Mar 29, 2005 5:33 am Post subject: |
|
|
 Jedi Knight
Joined: 27 Jun 2001 Posts: 3081 Location: EmeriCon, LLC
|
David:
As Vennela said, what you have proposed is the best solution. This is generally referred to as a "Virtual User", sometimes as a Group User. I believe there is some doc on it in the Best Practices guide support pac WA0B.
After you have a look, if you have any questions post them out here, and I will try and help you out. _________________ John McDonald
RETIRED |
|
Back to top |
|
 |
Bobbo |
Posted: Tue Apr 05, 2005 12:01 pm Post subject: |
|
|
Acolyte
Joined: 17 Jun 2002 Posts: 50 Location: Buffalo, New York
|
We have adopted the concept of Virtual User. Each Actual User is authorized to view one or more Virtual Users. However, you take this approach, you then have the problem of displaying a number of "contact admin" work items to each user.
We've taken it a step further and have table-driven the creation of what we are calling the "Get New Work Queries." Each role is allowed to retrieve new work based on management-defined criteria. Since management also does not want staff to "cherry pick" work items, we hide all the Virtual User work items from the staff (via private work lists - OWNER = CURRENT_USER). Then, when users logon to the web client, we look up which queries they are allowed to execute (Filters, essentially), based on their roles. Then, staff can navigate to a "Work Configuration" screen and indicate to the system which role they are playing, click a magic "Get New Work" button, and poof!, they retreive the next most appropriate work item.
Hope that helps or at least gives you some ideas...and please post whatever mechanism you decide upon. I am always interested in hearing how others have tackled similar problems.
Bob |
|
Back to top |
|
 |
|
|
 |
|
Page 1 of 1 |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|
|