The project idea is initiated by Brother Wayne Tan. The goal is to design a web form so that users interested in joining Tzu Chi to become volunteers. Currently, the forms have be filled at San Jose headquarter. Once forms are filled, the associated workers need to scan/fax the form to the corresponding group categorized by the zip code.

The design specification is initially discussed on 2/14/2011. The following is a list of specification.

1. All the form fields will be copied from the paper form. Samples will be sent by Wayne.
2. Forms will be in multilingual format.
3. Once the form is completed, the corresponding personnel will receive email notification based on the zip code entered.
4. Initially, only San Jose, Cupertino, and Fremont regions will be the candidates of using the web forms. Of course, the web forms will be expanded to other regions once it has been stable.
5. Only the corresponding personnel can see the web forms belonging to their region.
6. The information of phone numbers, addresses, and other important fields must be securely stored in the system.
7. For future data infrastructure, these web forms should go with the participants throughout the processes of becoming Tzu Chi volunteers, and even further stages.
8. Here is the scan of the 新志工登記表 provided by Wayne on 1/21/2011.

Here are some design considerations.

1. Need to figure out a way to send notification according to the zip code when the form is submitted.
2. Need to build a data structure that holds the corresponding personnel with respect to the zip codes.
3. Need to control the permission of the web form so only authorized persons can view and add comments to the forms.
4. Need to secure the personal information.
5. Need to send an email confirmation back to the applicant when the registration is submitted.
6. Need to redirect to a non-default "save-done" page after the registration form is submitted.
7. Optinoally, set the bold face to labels in the registration form.

Design concepts

1. Using Webform
   1. Quick design, not flexible, form data are not CCK which cannot be fed to Views
   2. Submitted forms are better controlled in terms of permission
   3. Related modules installed and to-be-installed
      1. Webform
      2. Webform Rules
      3. Rules
   4. Here is one useful link: Emails for Conditional Recipients are all going to the first listed conditional recipient
2. Creating a new content type
   1. Flexible design and expandable
   2. Data can be segregated by Views
   3. Fields in forms can have separated permission control
   4. Related modules installed and to-be-installed
      1. Rules
      2. Automatic Nodetitles
   5. It is preferred to use "content type" rather than "webform" to allow more flexibility and data segregation