PD+System+Matrix

**
 * Note: MS Word document of this matrix is available here **

Specifications for an Online Professional Development System **


 * ** Student Features ** || ** Yes ** || ** No ** || ** No, but willing to program ** ||
 * 1. User names and emails are unique. || || || ||
 * 2. Students have the ability to modify their profile. || || || ||
 * 3. The system can be set up to restrict access or to allow users to request an account. || || || ||
 * 4. When creating an account for approval if the email is already in the system an email is sent to user with user name and password. || || || ||
 * 5. Each student will be categorized by “AEA” or as out of state user. || || || ||
 * 6. Social security number is required. Also would like to include a secure icon on this page. || || || ||
 * 7. Users are able to change or obtain a forgotten password and/or user name without administrative support. || || || ||
 * 8. The offering catalog is searchable by descriptions of learning offerings (by title, mode, instructor, keyword) || || || ||
 * 9. Offerings and content are fully searchable via keywords. || || || ||
 * 10. Offerings can be located view a calendar. || || || ||
 * 11. At minimum, the learning opportunity detailed page should show: title, number, instructor, location, dates, description, current enrollment numbers, all fees, indication if space is still available, closing date, || || || ||
 * 12. User can register or un-register for a learning offering via self service options. || || || ||
 * 13. User can register for a learning offering and select from a choice of institutions where they will be getting the credit (e.g., Drake University, Morningside College, Viterbo University, BoEE, etc.) || || || ||
 * 14. “AEA Employee” students have the potential of getting discount on learning offerings…not based on percentage and does not required “code.” || || || ||
 * 15. Offering catalog includes waiting lists. || || || ||
 * 16. Automated emails are sent to user upon any registration or de-registration. || || || ||
 * 17. Automated reminder emails are sent to user two weeks and two days before the first day of the learning offering. || || || ||
 * 18. All offerings include pre-test, post-test and survey capabilities. || || || ||
 * 19. The surveys or tests can be made available in a printable format so the user can print it and review offline (as needed). || || || ||
 * 20. Surveys allow for offering evaluations and ratings. || || || ||
 * 21. Student history is securely stored and allows the student to review previously purchased or completed learning offerings, report test results as well as printable copies of certificates. || || || ||
 * || || || ||
 * 23. A student cannot view an offering in their unofficial transcript until the instructor has finalized (transcribed) that student. || || || ||
 * 24. There is a form where students may request an official transcript* (historical data of offerings they have taken). This form has a customizable message/note where Administrators can provide additional instructions. || || || ||
 * 25. View unofficial transcript (historical data of offerings they have taken). Information to be included: offering number, offering title, completion date, grade, student name, address, phone number, type of credit, number of credits/hours. || || || ||
 * 26. Unofficial transcript can be filtered by credit type. || || || ||
 * 27. “General” students’ unofficial and official transcript includes total of credit hours. || || || ||
 * 28. Automated emails to students if the learning offering is cancelled. || || || ||
 * 29. Ability to set a time period where every user is required to update their information and change their password. || || || ||
 * //Information to be included on official transcripts:// offering number, offering title, completion date, grade, student name, address, phone number, social security number, type of credit, number of credits/hours, and our disclaimer.


 * ** Management & Administration Features ** || ** Yes ** || ** No ** || ** No, but willing to program ** ||
 * 1. Administrators can manage all student registrations and profiles, as well as manage all student history and activities. || || || ||
 * 2. Completely web-based including access to all administrative features, data and reporting. || || || ||
 * 3. Ability to create different groups with varying permissions (e.g., Sub-Administrators, Room Managers, Supervisors, Instructor, Student). || || || ||
 * 4. Administrative features include batch uploading and exporting of users. || || || ||
 * 5. Complete control over creating, changing and viewing user information/profile, including user status. || || || ||
 * 6. Administrators should be able to enroll users in learning offerings whether as an individual or group. || || || ||
 * 7. Ability to set and override the max/min students for a learning offering at the session level. || || || ||
 * 8. Registration confirmation via a customizable email template. || || || ||
 * 9. Ability to create and manage all learning offerings. || || || ||
 * 10. Surveys and test creation incorporates multiple formats (one answer multiple choice, multiple answer multiple choice, essay, etc). || || || ||
 * 11. Students are not issued a grade until the evaluation survey is completed. || || || ||
 * 12. Learning offerings can be categorized into curriculum and topic areas and restricted by group or individual access. || || || ||
 * 13. Report creation is web-based and can be exported into multiple formats including HTML, PDF, XLS and XML. || || || ||
 * 14. Naming conventions are customizable throughout the entire system as are some form elements, including student profile data. || || || ||
 * 15. Administrators need complete access to the professional development database, enabling them to create standard and customized reports on individual and group performance. Reports should be scalable. || || || ||
 * 16. All features should be manageable using automated, user-friendly interfaces. || || || ||
 * 17. Ability to set prerequisites for learning offerings. || || || ||
 * 18. Ability to approve/deny a request to by-pass a prerequisite. || || || ||
 * 19. Manage a wait list queue. || || || ||
 * 20. Manage a registration request queue. || || || ||
 * 21. Web-based reporting interface built-in; also the ability to export data into client-based reporting tool. || || || ||
 * 22. Custom reporting capabilities with wizard-driven report creation as well as SQL creation capabilities. || || || ||
 * 23. Ability to select columns to include in a report. || || || ||
 * 24. Supports multiple reporting formats for exporting (i.e. HTML, XLS, CSV, PDF) || || || ||
 * 25. Sorting options by field (ascending or descending). || || || ||
 * 26. Filtering options by field. || || || ||
 * 27. Ability to share reports by role. || || || ||
 * 28. When searching for an offering in order to edit have the ability to search by name, date, instructor, student, location. || || || ||
 * 29. System includes an e-commerce component for secure order capture and payment processing for learning offerings requiring payment. || || || ||
 * 30. If a learning opportunity requires payment, an “X” amount (i.e., $10 fee) will be administered if the student cancels. A message stating this policy is included on the payment web page and registration email confirmation. || || || ||
 * 31. System allows payment in forms of all major credit cards, electronic check or purchase order. || || || ||
 * 32. If purchase order is not received within a set amount of days the student is automatically cancelled from the learning offering. (Include automated email when cancelled from offering.) || || || ||
 * 33. Administrators can indicate that the purchase order was received. || || || ||
 * 34. System is flexible enough to allow for designation of offerings that require payment and those that do not. || || || ||
 * 35. System is flexible enough to allow “AEA Employee” students with a different pricing structure. || || || ||
 * 36. Administrators have a note section that they can modify for each student (unlimited characters.) || || || ||
 * 37. Administrators can “disable” a student from registering for a learning opportunity. || || || ||
 * 38. Secure through encryptions and SSL. || || || ||
 * 39. Ability to report payments and reconcile transactions. || || || ||
 * 40. Does not store financial information on our web site—uses Verisign codes to identify a transaction. || || || ||
 * 41. User can register for a learning offering and select from a choice of institutions where they will be getting the credit (e.g., Drake University, Morningside College, Viterbo University, BoEE, etc.). || || || ||
 * 42. Administrators can indicate different pricing for the different institutions (e.g., Drake University might be $375, BoEE might be $180). || || || ||
 * 43. Once a student registers for an offering, at anytime Administrators can modify the student’s type of credit. (We do not need this feature to impact payment options we would handle this independently.) || || || ||
 * 44. When daily attendance is taken (instructor and/or administrator) if a student did not attend every day the credit hours and inservice days credit is set to zero. || || || ||
 * 45. Ability to send emails to groups, individuals within a group, all students of an offering. || || || ||
 * 46. Able to disable user accounts; when an account is disabled they would not receive emails. ||  ||  ||  ||
 * 47. Ability to customize every system email. || || || ||
 * 48. Able to add links (HTML) to any web pages viewed by the public. || || || ||
 * 49. Ability to view email logs. || || || ||
 * 50. System email notifies Administrators when individuals in an offering are finalized (transcribed) by an instructor. || || || ||
 * 51. System emails a daily report to Administrators containing a list of offerings that have less than 10 paying students (not including materials fee) when there is a fee for the offering. Daily email notifications should begin two weeks before the first day of the offering. || || || ||
 * 52. System emails instructors reminding them to take attendance, give grades and finalize (transcribe) students. Weekly reminders should begin after two weeks of the last day of the offering and continue until all students have been finalized (transcribed). || || || ||
 * 53. Ability to create a PDF report by student—searchable by offering and able to filter by credit type. Information included on each page, but not limited to: offering number, offering title, completion date, credit and instructor(s). Individual student information would include social security number, name, address, phone, and grade. || || || ||
 * 54. Ability to merge duplicate users. || || || ||
 * 55. Automated customized email to users when accounts are merged. || || || ||
 * 56. Ability to run a user activity report/log. ||  ||  ||  ||
 * 57. When user accounts are created there is a “Created” date and if possible when personal information is changed there would be a “Modified” date. ||  ||  || <span style="color: #993300; display: block; font-family: Arial-BoldMT; font-size: 11pt; text-align: center;"> ||
 * 58. The Iowa Board of Educational Examiners (BoEE) requires AEA 267 to maintain 10 yrs of data on each student. Ten years begins on the first day of the first learning opportunity they register for; if possible we would like to keep track of the years for each student. || <span style="color: #993300; display: block; font-family: Arial-BoldMT; font-size: 11pt; text-align: center;"> || <span style="color: #993300; display: block; font-family: Arial-BoldMT; font-size: 11pt; text-align: center;"> || <span style="color: #993300; display: block; font-family: Arial-BoldMT; font-size: 11pt; text-align: center;"> ||
 * <span style="-moz-background-clip: border; -moz-background-inline-policy: continuous; -moz-background-origin: padding; background: yellow none repeat scroll 0% 0%; font-family: Arial; font-size: 11pt;">59. AEA hosting registration system has the capacity to also host the Moodle Server. || <span style="-moz-background-clip: border; -moz-background-inline-policy: continuous; -moz-background-origin: padding; background: yellow none repeat scroll 0% 0%; color: #993300; display: block; font-family: Arial-BoldMT; font-size: 11pt; text-align: center;"> || <span style="-moz-background-clip: border; -moz-background-inline-policy: continuous; -moz-background-origin: padding; background: yellow none repeat scroll 0% 0%; color: #993300; display: block; font-family: Arial-BoldMT; font-size: 11pt; text-align: center;"> || <span style="-moz-background-clip: border; -moz-background-inline-policy: continuous; -moz-background-origin: padding; background: yellow none repeat scroll 0% 0%; color: #993300; display: block; font-family: Arial-BoldMT; font-size: 11pt; text-align: center;"> ||
 * <span style="-moz-background-clip: border; -moz-background-inline-policy: continuous; -moz-background-origin: padding; background: yellow none repeat scroll 0% 0%; font-family: Arial; font-size: 11pt;">60. Onsite technical support and assistance is available || <span style="-moz-background-clip: border; -moz-background-inline-policy: continuous; -moz-background-origin: padding; background: yellow none repeat scroll 0% 0%; color: #993300; display: block; font-family: Arial-BoldMT; font-size: 11pt; text-align: center;"> || <span style="-moz-background-clip: border; -moz-background-inline-policy: continuous; -moz-background-origin: padding; background: yellow none repeat scroll 0% 0%; color: #993300; display: block; font-family: Arial-BoldMT; font-size: 11pt; text-align: center;"> || <span style="-moz-background-clip: border; -moz-background-inline-policy: continuous; -moz-background-origin: padding; background: yellow none repeat scroll 0% 0%; color: #993300; display: block; font-family: Arial-BoldMT; font-size: 11pt; text-align: center;"> ||
 * Notes: **


 * ** Instructor Features ** || ** Yes ** || ** No ** || ** No, but willing to program ** ||
 * 1. Instructor accounts are created by Administrators. || || || ||
 * 2. Ability to modify user preferences and profile. || || || ||
 * 3. Able to see a list of current and past offerings. || || || ||
 * 4. Able to view registered students and students who are on the waiting list for current and past offerings. || || || ||
 * 5. Ability to email all offerings, one offering, or individuals within an offering. || || || ||
 * 6. Ability to send email attachments. || || || ||
 * 7. Ability to print sign-in sheets. || || || ||
 * 8. Ability to print name tags. || || || ||
 * 9. Ability to print table tents. || || || ||
 * 10. Ability to take daily attendance || || || ||
 * 11. Ability to assign grades. || || || ||
 * 12. Ability to finalize (transcribe) individual registered students or all students for an offering. || || || ||


 * ** Supervisor Features ** || ** Yes ** || ** No ** || ** No, but willing to program ** ||
 * 1. Supervisor accounts are created by Administrators. || || || ||
 * 2. When accounts are created they are assigned to their buildings. || || || ||
 * 3. Ability to modify their user preferences and profile. || || || ||
 * 4. Ability to run reports by building or individual student for a time period. Student information per page. Information to be included on each page: district, building, offering titles, offering number, dates of offering, instructors, types of credit, inservice days credits, and total of inservice day credits. || || || ||

Items identified as priorities by the statewide committee meeting on November 24th are highlighted in yellow. In addition, the committee identified ease of use and functionality as priority areas. These are likely concepts embedded in the components listed in the matrix. The matrix also addressed room management. This does not seem to apply to online coursework. Do we want this addressed?

Ability to request or reserve rooms, equipment or other resources. || ** Yes ** || ** No ** || ** No, but willing to program ** ||
 * ** Room Management **
 * 1. Designed around rooms in a building. || || || ||
 * 2. Allows for more than one building. || || || ||
 * 3. Allows users to select a room setup from a list (see Appendix D, p. 16). || || || ||
 * 4. Ability to limit number of people attending (i.e., room capacity) as determined by room setups. || || || ||
 * 5. System allows user to select needed equipment from a list. || || || ||
 * 6. System allows for room managers. || || || ||
 * 7. System allows for room bookings to be limited to specific users (i.e., Sub-Administrators). || || || ||
 * 8. All room bookings, except those created by Administrators, need to be approved. || || || ||
 * 9. Room management system needs to work with and independently with the learning offering system. || || || ||
 * 10. System does not allow double-bookings. || || || ||
 * 11. Accommodates recurring events. || || || ||
 * 12. Users can quickly evaluate facility use and availability with colorful, graphical views in daily, weekly, or monthly formats. || || || ||
 * 13. Users are able to add bookings by clicking on a daily view, weekly view, monthly view, or access the form by clicking on button. || || || ||
 * 14. All users are able to add bookings. || || || ||
 * 15. All users are able to edit, copy, and delete their bookings. || || || ||
 * 16. User-friendly appearance. || || || ||
 * 17. Report creation is web-based and can be exported into multiple formats including HTML, PDF, XLS and XML. || || || ||
 * 18. Naming conventions are customizable throughout the entire system as are some form elements, including student profile data. || || || ||
 * 19. Automated approved or declined emails are sent to users. || || || ||
 * 20. Administrator or room manager may add additional text to the email before submitting. || || || ||
 * 21. Automated email to room managers requesting approval of a room booking. They would select “Approved” or “Declined.” || || || ||
 * 22. Administrators have the capability to edit, copy, and delete any booking. || || || ||
 * 23. Room managers have the capability to edit, copy, and delete any booking in their designated rooms. || || || ||
 * 24. Automated emails are sent to users indicating the confirmation or decline of the room reservation. || || || ||
 * 25. Automated reminder emails are sent to user two weeks and two days before the event. || || || ||
 * 26. System generated email are customizable via email templates. || || || ||
 * 27. Administrators may block certain days (e.g., holidays, the days buildings are closed, etc.). || || || ||
 * 28. Book multi-room reservations and pre-populate previous booking fields, yet able to modify for new room (see Appendix D, p. 16). || || || ||
 * 29. Wait-list requests for booked rooms and automatically assigned if and when they become available. || || || ||
 * 30. Ability to display and scroll through current building events via a web browser (see Appendix E, p. 18). || || || ||
 * 31. The design of the scroller may be modified for individual computer monitors. || || || ||
 * 32. Scroller updates at least every two minutes (i.e., refreshes/reloads). || || || ||
 * 33. Sub-Administrators and Administrators may designate an event to be private. Users booking rooms would see “Room Booked” and the scroller would not display the event. || || || ||
 * 34. Ability to limit the number of days a student may book a room in the future. || || || ||
 * 35. Administrators can indicate room needs to be billed and add saved notes to event that users cannot view. || || || ||
 * 36. The ability to run room usage and billing reports by district and schools. || || || ||

Visit our [|current tool] (which had commissioned with our current professional development system).

We like the look and function of this tool: []


 * Appendix A: Student Registration Fields **

> (Need special note: “Type email to which you have access all year long.”)
 * // New Student Registration (Student View) //**
 * First Name (required)
 * Middle Initial
 * Last Name (required)
 * User name (required, unique)
 * Password (required)
 * Verify Password (required, matches)
 * Email Address (required)
 * Verify Email Address (required, matches)
 * Home Address (required)
 * City (required)
 * Sate (required)
 * Zip (required)
 * Home Phone (required)
 * Work Phone (required)
 * Fax
 * Social Security Number/Teacher Folder Number (required; need link/button/icon to click and view customized message)
 * District (required, pull down-menu)
 * School (required, filtered pull down-menu based on selected District)
 * “Do you agree to the terms and conditions of our __Privacy & Usage Policy__” (link to our policy) (required = Yes)


 * // Student Information (Administrator View) //**
 * First Name (required)
 * Middle Initial
 * Last Name (required)
 * User name (required, unique)
 * Password (required)
 * Verify Password (required, matches)
 * Email Address (required)
 * Verify Email Address (required, matches)
 * Home Address (required)
 * City (required)
 * Sate (required)
 * Zip (required)
 * Home Phone (required)
 * Work Phone (required)
 * Fax
 * Social Security Number/Teacher Folder Number
 * District (required, pull down-menu)
 * School (required, filtered pull down-menu based on selected District)
 * Student (defaulted to “General” need option to select second option “AEA 267 Employee”)

For “General” students they only have one type of credit available—standard credit hour (e.g., 1 credit, 2 credit, 3 credit, 4 credit, etc.). However, a “General” student does have multiple options in regards to where they would like to receive the credit. AEA 267’s list of credit-bearing institutions includes, but is not limited to: Morningside College, Viterbo University, Drake University, Iowa Board of Educational Examiners, and Para Education Training. Plus, each institution could potentially have a different price, but the same material fees. // Scenario 1a: // When a “General” student registers for a 2 credit offering they could have the following choices: In this scenario these options are typically displayed in a pull-down menu and each option could potentially have a different price. In order for the transcripts and grade reports to look properly the price cannot be “tied-to” the credit type label.
 * Appendix B: Description of Credit Types and Pricing **
 * Licensure Renewal - $120
 * Drake Graduate - $250
 * Morningside Graduate - $250
 * Viterbo Graduate - $250
 * No Credit - $0

Example of a “General” Student 1a View Offering Instructor Offering Dates Offering Location || ** Credit Type ** || ** Credit ** || ** Grade ** || John Smith 1/1/2007, 1/2/2007, 1/3/2007, 1/4/2007 Cedar Falls Conference Center || Drake Graduate || 2 || A || Example of a “General” Student 2a View John Smith 1/1/2007, 1/2/2007, 1/3/2007, 1/4/2007 Cedar Falls Conference Center || Licensure Renewal || 2 || P || Example of a “General” Student 3a View John Smith 1/1/2007, 1/2/2007, 1/3/2007, 1/4/2007 Cedar Falls Conference Center || No Credit || 0 || NA || Scenario 2a: When a “General” student registers for a 2 credit offering they could have one choice: In this scenario there would be no options and would be automatic.
 * ** Offering # & Offering Title **
 * ** XY123456 ABC’s of Math **
 * ** XY123456 ABC’s of Math **
 * ** XY123456 ABC’s of Math **
 * Para Ed Training -- $25.00

Scenario 3a: When a “General” student registers for a noncredit-bearing offering there would be no options and in this case they would not come to a payment page because the cost of the offering is $0.00.

Example of a “General” Student Unofficial Transcript View Offering Instructor Offering Dates Offering Location || ** Credit Type ** || ** Credit ** || ** Grade ** || John Smith 1/1/2007, 1/2/2007, 1/3/2007, 1/4/2007 Cedar Falls Conference Center || Drake Graduate || 2 || A || Barb Johnson 2/1/2007, 2/2/2007 Clear Lake Conference Center || Licensure Renewal || 1 || P || For “AEA 267 Employee” students have up to two different types of credit available—standard credit hour and inservice day credit. Under only one condition can a student receive both types of credits for the same offering (example provided below). In addition, like a “General” student, an “AEA 267 Employee” student also has multiple options in regards to where they would like to receive the credit. AEA 267’s list of credit-bearing institutions includes, but is not limited to: Morningside College, Viterbo University, Drake University, Iowa Board of Educational Examiners, Para Education Training, and Special Education PD. Plus, each institution could potentially have a different price and a reduced price since they are an AEA 267 employee, but have the same material fees.
 * ** Offering # & Offering Title **
 * ** XY123456 ABC’s of Math **
 * ** BC654321 Frameworks of Poverty **

Inservice day credit is displayed as 0.25 (i.e., quarter day), 0.5 (i.e., half day), 0.75, 1, 1.25, etc. Whereas a traditional credit would not be modifiable and credit would change to zero [0] if they did not attend every day; inservice day credit can be modifiable by the instructor/administrator even though they did not attend every day. Therefore, if an “AEA 267 Employee” student registered for both Licensure Renewal (credit hour) and Sp. Ed. PD (inservice day credit) and did not attend every day their credit hour would equal zero and their inservice day credit would be modified to a smaller number (4.25 to 3.5 days). // Scenario 1b: // When an “AEA 267 Employee” student registers for a 2 credit offering they could have the following choices: > (only under this condition would both credit types would appear In this scenario these options are typically displayed in a pull-down menu and each option could potentially have a different price. In order for the transcripts and grade reports to look properly the price cannot be “tied-to” the credit type label.
 * Licensure Renewal - $20
 * Sp. Ed. PD - $0.
 * Licensure Renewal & Sp. Ed. PD - $20
 * Drake Graduate - $150
 * Morningside Graduate - $150
 * Viterbo Graduate - $150
 * No Credit - $0

Example of an “AEA 267 Employee” Student 1b View Offering Instructor Offering Dates Offering Location || ** Credit Type ** || ** Credit ** || ** Sp. Ed. PD ** || ** Grade ** || John Smith 1/1/2007, 1/2/2007, 1/3/2007, 1/4/2007 Cedar Falls Conference Center || Drake Graduate || 2 || || A || Example of an “AEA 267 Employee” Student 2b View John Smith 1/1/2007, 1/2/2007, 1/3/2007, 1/4/2007 Cedar Falls Conference Center || Licensure Renewal & Sp. Ed. PD || 2 || 2.25 || P || Example of an “AEA 267 Employee” Student 3b View John Smith 1/1/2007, 1/2/2007, 1/3/2007, 1/4/2007 Cedar Falls Conference Center || No Credit || 0 || || NA ||
 * ** Offering # & Offering Title **
 * ** XY123456 ABC’s of Math **
 * ** XY123456 ABC’s of Math **
 * ** XY123456 ABC’s of Math **

Example of a “AEA 267 Employee” Student Unofficial Transcript View Offering Instructor Offering Dates Offering Location || ** Credit Type ** || ** Credit ** || ** Sp. Ed. PD ** || ** Grade ** || John Smith 1/1/2007, 1/2/2007, 1/3/2007, 1/4/2007 Cedar Falls Conference Center || Drake Graduate || 2 || || A || Barb Johnson 2/1/2007, 2/2/2007 Clear Lake Conference Center || Licensure Renewal & Sp. Ed. PD || 1 || 2.25 || P ||
 * ** Offering # & Offering Title **
 * ** XY123456 ABC’s of Math **
 * ** BC654321 Frameworks of Poverty **

As a result of the different credit-bearing institutions and credit types a majority of all reports [for all users] that contain this data need to have a Credit Type filter and also have a total formula under “Credit” and “Sp. Ed. PD.”

The following is provided to show function not design.
 * Appendix C: Taking Attendance & Enter Grades **

Offering: BC654321 Frameworks of Poverty End Date: 2/2/07

Late Modified by Instructor: 2/2/07 || ** Did Not Attend ** || ** Credit ** || ** Sp. Ed. PD ** || ** Credit Type ** || ** Grade ** || ** Finalize* ** || || || ¤ 2/1/07 || 1  || || ¡ 2/1/07  || 1  ¥ This field must be modifiable by the Instructor and Administrators.
 * ** Last Name ** || ** First Name ** || ** Attended **
 * Adams || Jane ||  || ¡ 2/1/07 ||
 * ¤ 2/2/07 ||
 * ¡ 2/2/07 ||
 * ¡ 2/2/07 ||
 * NA || Drake Graduate || A || ||
 * Garms || Ed ||  || ¤ 2/1/07 ||
 * ¤ 2/2/07 ||
 * ¡ 22/2/07 ||
 * ¡ 22/2/07 ||
 * 2.25¥ || Sp. Ed. PD || P || ||
 * Attendance must be taken for the student(s) and a grade must be assigned before the instructor can finalize (transcribe).

In the above example if the student does not attend every day their credit and inservice day will revert to zero (0). However, if the student is later marked as attending it would revert back to the default setting.

The following is our minimum specifications for the room management system. Building Form Fields Room Form Fields Equipment Form Fields Room Setup Form Fields Event Purpose Form Fields
 * Appendix D: Room Management Form Fields **
 * // System Configurations //**
 * Name (text field)
 * Street Address (text field)
 * City (text field)
 * State (text field or pull-down menu)
 * Map Link (link to MapQuest service or comparable service)
 * Name (text field)
 * Description (multiple line text field, unlimited characters, accepts HTML)
 * Picture (upload picture)
 * Building Name (pull-down menu)
 * Room Setups (check box of possible room setups)
 * Room Equipment (check box of possible equipment)
 * Room Managers (check list of all Sub-Administrators)
 * Booking Permissions (check list of all Sub-Administrators; unchecked allows anyone to book)
 * Name (text field)
 * Description (multiple line text field, unlimited characters, accepts HTML)
 * Name (text field)
 * Picture (upload picture)
 * Description (multiple line text field, unlimited characters, accepts HTML)
 * Occupancy Limit (number field)
 * Name (text field)
 * Description (multiple line text field, unlimited characters, accepts HTML)

“Room Booked”  || ||
 * // Booking a Room //**
 * || ** Required Field ** || ** Editable Public Side ** || ** Editable Admin Side ** |||| ** Text entered appears on… ** ||
 * ^  ||^   ||^   ||^   || ** Public Calendar ** || ** Display Scroller ** ||
 * · Event Title (text field; limited characters) || ü   ||  ü   ||  ü   ||  ü   ||  ü   ||
 * · Organization (text field) || ü   ||  ü   ||  ü   ||  ü   || ||
 * · Event Purpose (pull-down menu) || ü   ||  ü   ||  ü   || || ||
 * · Building (pull-down menu; defaulted if clicked on specific room calendar) || ü   ||  ü   ||  ü   ||  ü   ||  ü   ||
 * · Room (pull-down menu; filtered based on building; defaulted if click on specific room calendar; link to room info) || ü   ||  ü   ||  ü   ||  ü   ||  ü   ||
 * · Room Setup (pull-down menu; link to room setup info) || ü   ||  ü   ||  ü   || || ||
 * · Date (pull-down menus; does not allow to go to past dates; has calendar icon that opens pop-up window with calendar) || ü   ||  ü   ||  ü   ||  ü   ||  ü   ||
 * · Recurrence fields (need for daily, weekly, bi-weekly, monthly, end date, options for monthly) || || ü   ||  ü   ||  ü   || ||
 * · Minutes Needed for Setup (pull-down menu) || ü   ||  ü   ||  ü   || Blocked Out || ||
 * · Minutes Needed for Take-down (pull-down menu) || ü   ||  ü   ||  ü   ||  Blocked Out   || ||
 * · Equipment Request (check boxes; link to equipment info) || ü   ||  ü   ||  ü   || || ||
 * · Special Requests (multi-line text box) || || ü   ||  ü   || || ||
 * · Person in Charge (include text field for name, email, phone) || ü   ||  ü   ||  ü   ||  ü   || ||
 * · Number of People Attending (number field; based on setup the available spaces should be visible; once form submitted checks that the number entered does not exceed the capacity and if so requires user to change number) || ü   ||  ü   ||  ü   ||  ü   || ||
 * · Additional Rooms to Be Book? (pull-down menu; upon submission of this request info will be carried to the next request X times) || || ü   ||  ü   || || ||
 * · Do you agree to our Room Usage Policy (yes; with link to PDF file) || ü   || || || || ||
 * · Private Booking (yes or no) || || || ü   ||  ü
 * · Billable (yes or no) || || || ü   || || ||
 * · Billing Price (text field) || || || ü   || || ||
 * · Billing Notes (multi-line text field) || || || ü   || || ||

The following is provided to show function and we would preference a professional and inviting design.
 * Appendix E: Room Management Display Scroller **