Back to Main Decision Making BluePrint [https://trac.sahanapy.org/wiki/BluePrintDecisionMaking][[BR]] Delphi Decision Maker Version 2.0 Technical Specifications [https://trac.sahanapy.org/wiki/BluePrintDecisionMakingTechnicalTwo] ---- {{{ #!html

The Delphi Decision Maker - Version 2.0

Functional Specification

}}} ---- = Overview = The Delphi Decision Maker module helps groups create a ranked list. More specifically, it is designed to support the decision making of large groups of Crisis Management Experts. It guides experts to generate, debate and explore alternative solutions producing an real time ranked list of alternative solutions that reflects the group's opinion at any point in time quickly. This system accounts for uncertainty. = Summary = = Scenarios = = Non Goals = This version 2.0 will not support the following features: * This version will not be integrated with data from other Sahana modules, this will be accomplished in version 3.0. = Definitions = Version 1.0 :: will be used to refer to the first build of the system. This is testing how all of the functionality play together and tests to see if, together this improves group decision making ability in an online asynchronous environment. This is what's due in October. Version 2.0 :: will be used to refer to the second build of the system. This system will enhance the available functions as well as add a modified Thurstone calculation to represent uncertainty. Major modifications are in that groups are created with membership permissions created and that 'muddling through' will be implemented by allowing users dynamic item list selection from which to make their selections from. Subject :: will be used synonymously with Users and Experts. This system is created for Experts who are Users of the system. Users will be Subjects in the study that will be conducted on Version 1.0. List :: a list is a problem that is created by someone with this permission. This is not required for Phase I due Oct. Only one discussion will be going on and this is presented to a User group who will all have the same permissions. Item :: an item is a solution offered to a problem (List). Users need to be able to add an Item to the List in Phase I. = Groups and User Roles = [[BR]] Groups need to be able to select the group members and/or accept membership requests. It needs to be such that the monitor can accept or reject individuals for participation if a participant requests to join, but each group needs to have a designated set of individuals that are working on a single problem area. 1. Guest –guests will be able to view the Active Problems List, Scale, and Item List. [[BR]] 2. Guest - will NOT be able to vote. [[BR]] 3. Guest - can NOT view or contribute to the Discussion Forum. [[BR]] 4. Contributors – Contributors inherit the permissions of the Guest. [[BR]] 5. Contributors – can see and post/reply in the Discussion Forum.[[BR]] 6. Contributors – can add items to the Item List.[[BR]] 7. Contributors – can NOT vote.[[BR]] 8. Participant – inherits both the Guest and Contributor privileges. However, the Participant can Vote.[[BR]] 9. Moderator – A moderator inherits all available permissions.[[BR]] 10. Moderator – can create a new problem[[BR]] 11. Moderator – can edit or delete any item as an option.[[BR]] 12. Moderator - can set up groups by allowing or inviting individuals to the group.[[BR]] 13. Moderator – can email all participants. [[BR]] 14. Moderator – can designate members in a group able to review and accept another person who wishes to join the group.[[BR]] 15. Any member of the system in any role can be an observer in a given group and request a participant or contributor role.[[BR]] [[BR]] Screenshots of this are to follow. This will be based on a simple GUI - possibly something like Facebook and how it creates group/fan pages. = User Stories = When an expert considers a bunch of alternatives as solutions, that expert may want to only consider a handful of the items listed for consideration. This, in returns, saves time. Further, calculations will be made in consideration of the missing data based on this 'muddling through.' [[BR]] Initially, when an Expert offers a solution (i.e. an item) for consideration, the following will happen: [[BR]] • When a User adds an item to the Option List, they can give a description to define or explain it better. This is to lessen ambiguity between individuals and the options they pose. [[BR]] • When a User adds an item to the Option List, a corresponding Discussion Forum will be created automatically. This Forum will automatically be given the same name as the Option item created.[[BR]] More information to come on item management. = Delphi Decision Maker Version 2.0 Hypothesized Flowchart = = Screen by Screen Specification =

Items and Discussion Forum


This is an idea we could copy that would be more efficient for the Item (maybe needs to be renamed Option) Tool.
For each Active Problem, there is a list of Items from which to choose/add/edit.[[BR]] We have the items where each item has a correlated Discussion Forum and Description. [[BR]] The screenshot below would be an excellent way to implement this. [[BR]] Where Discussion Board is written at the top, we keep our regular Active Problem description.[[BR]] Where the image below has 'Create Forum' - This could be Add Option.[[BR]] This table and the information is good. again where Forum is written in the top row, Option would replace it
We also need the activity information as shown below, the Total Posts, Unread Posts, and Total Participants[[BR]] [[Image(ItemsDiscussionForum.jpg)]]