Changes between Version 12 and Version 13 of BluePrintCERT/RHoK2011

Timestamp:

11/28/11 22:46:18 (13 years ago)

Author:

Laura Lanford

Comment:

--

BluePrintCERT/RHoK2011

@@ -16 +16 @@
 
 == 1. Create a simple, easy-to-follow, intuitive Volunteer and Event database user interface ==
-The following screenshot is a proposed UI design that should be simple and unintuitive enough for non-technical users to be able to follow:
+The following screenshot is a proposed UI design that should be simple and intuitive enough for non-technical users to be able to follow:
 
 [[Image(homepage.png)]]
@@ -26 +26 @@
 [[Image(AddEvent.png)]]
 
-1b. Joe also creates a qualification category that requires all classes and the exam:
+1b. Joe also creates a qualification category that requires all classes and the exam.  All the classes are internal to CERT and so go under "Training Requirements". No external credentials are required to complete basic training. The Skill Level indicates the maximum level this qualification grants to the volunteer who receives it.  If the volunteer already has a higher skill level, they are not downgraded. 
 
 [[Image(AddQualification.png)]]
@@ -32 +32 @@
 1c. Joe will enters (or import) a list of the students in the class.  If they already exist in the volunteer database, the class is added to their existing profile.  If they do not exist in the database, a new volunteer record is created.
 
-1d. Determining which volunteers have completed all the requirements for a given qualification can be refreshed on a specified time interval or forced by selecting "Refresh Recipients" on the Qualifications page.
+1d. Determining which volunteers have completed all the requirements for a given qualification will be refreshed on a non-configurable time interval or forced by selecting "Refresh All Qualifications" on the Qualifications page.
 
-[[Image(ViewQualification.png)]]
+[[Image(ShowQualifications.png)]]
 
 1e.  When volunteers first complete all the required classes for Basic Training, their status is changed from "Pending" to "Active" and are eligible for additional call-outs and training.
@@ -42 +42 @@
 [[Image(VolunteerProfile_Info.png)]]
 
-[[Image(VolunteerProfile_Skills.png)]]
+[[Image(VolunteerProfile_Qualifications.png)]]
 
 [[Image(VolunteerProfile_Participation.png)]]
 
-[[Image(VolunteerProfile_Restrictions.png)]]
+[[Image(VolunteerProfile_Notes.png)]]
 
 [[Image(VolunteerProfile_Events.png)]]
@@ -57 +57 @@
 [[Image(AddDeployment.png)]]
 
-Clicking on "Specify recipient list" allows to select specific 
+By default all Active members are shown in the recipient list who are assigned to the appropriate contact list.  For instance, if sending a deployment for a Training event, only volunteers who belong to the "Training" contact list will be shown in the recipeient list.  The list can be further filtered by selecting "Restrict recipients by qualification" and using multi-select to choose.
 
-[[Image(AddDeployment_SpecifyRecipients.png)]]
+The deployment notice is a standard template.  Joe wants to edit before sending so he selected "Edit Request Before Sending" to bring up the preview pane.  He adds a couple of notes and select "Send Deployment"
+
+[[Image(AddDeployment_WithPreview.png)]]
+
+Here is a flow chart of the whole deployment process:
+
+[[Image(Deployment_Workflow.png)]]
 
 == 3. Automatically process volunteer responses to the deployment information, respond appropriately to the responses, and generate a master list of participating volunteers for the event ==
 
-[[Image(Deployment_Workflow.png)]]
+As seen in the Deployment Workflow above, volunteers are expected to respond to the deployment request in specific way in order to be processed by the system.  When the desired number of volunteers have responded affirmatively, the system sends regrets to all subsequent responses, generated a volunteer list and sends it to the incident commander.
+
+[[Image(SampleCalloutList.png)]]