1. By Matt Baker Eric Sprauve Stephen Cauterucio

2. The Problem Advisors create a sign-up sheet to be posted on the door of their office. These sign-up sheets are the times in which an advisor is available to meet with a student for advising. There are many limitations to this current system.

3. The Solution A Web-based sign-up sheet will be created. This will allow the advisors to login and create customizable sign-up sheets. Students will also be allowed to view an advisor’s sign- up sheet and sign up online.

4. Requirements Functional Non-functional Web-based sign-up sheet Display times chronologically Advisor sets time slots Students may sign up for a time Students may cancel their appointment Advisors can edit their sign- up sheets Work with Firefox and Internet Explorer 8 Work on Windows and Solaris machines Each advisor has one schedule Can handle 1000 advisors, 100 students, and 500 timeslots One student per time slot Pages load within a few seconds

5. Timeline Week 1Week 2Week 3Week 4Week 5Week 6Week 7Week 8Week 9Week 10 Meet with Customer Requirement Elicitation Requirement Analysis Problem Statement Design Document Server Coding Advisor Coding Student Coding Testing 1 st Version of Implementation Prepare Presentation Final Report Group Eric Matt Stephen Matt and Stephen

6. Project Risks DescriptionProbabilitySeverityTotal Impact Risk Mitigation Strategy Lack of Technical Knowledge.70.60.42 -W3 School / Online tutorials -Ask TA Accidental loss of files (server crash or deletion).40.70.28 -Use Google Code to upload and keep track of all files -SVN Disagreements between group members.20.80.16 -Group consensus on major decisions -Ask for advice from the project manager Time Runs Out.45.30.135 -Put more hours of work into the project -Weekly check-ins with team members Scheduling conflicts between group members.80.10.08 -Creating a meeting time once or twice a week -Start e-mail chain -Develop a group calendar

7. Advisor Flow Chart Advisor View Advisor Logs in Enter Title and Times View Sign up sheet Have account ? Yes Create Login with SCU email No Admin confirms account setup Admin confirms account setup Create Signup Sheet? Yes No Edit? Alter times and title Yes No Click on student to get information Delete? Yes No

8. Student Flow Chart Search by advisor name View Sign up list Enter Email address Confirm deletion via e- mail Fill in contact info Confirmation email sent Student Section Delete Reservation ? Yes No Select Advisor’s signup sheet Multiple Times? No Select correct time Yes

9. Advisor Use Case Solution Processes Create: 1. Advisor selects that he or she is an advisor 2. Advisor signs in 3. Advisor selects create new sheet 4. Advisor types title of sheet and enters times 5. Advisor clicks create View: 1. Advisor selects that he or she is an advisor 2. Advisor signs in 3. Advisor selects view/edit sheet 4. Advisor views the sign-up list 5. Advisor can click on students to view contact information Edit: 1. Advisor selects that he or she is an advisor 2. Advisor signs in 3. Advisor selects view/edit sheet 4. Advisor alters the title and/or times 5. Advisor clicks edit Delete: 1. Advisor selects that he or she is an advisor 2. Advisor signs in 3. Advisor selects delete sheet

10. Student Use Case Solution Processes Signing Up: 1. Students selects that he or she is a student 2. Student searches for name of advisor 3. Student selects his or her advisor to view sign-up sheet 4. Student clicks the “sign-up” button next to desired time slot 5. Student fills out contact information 6. Student responds to validation e-mail Canceling Time: 1. Students selects that he or she is a student 2. Student selects to cancel time slot 3. Student enters e-mail address 4. Student selects time slot if he or she has more than one 5. Student responds to cancellation e-mail

11. Test Plan 1. Test having an advisor create a sign-up sheet 2. Check if an advisor can edit a sign-up sheet 3. Test out having a student sign up for a time slot 4. Test having an advisor view appointments 5. Test out having a student delete a time slot

12. Client Server MySQL Page Request Page Response Data RequestData Response Architectural Design

13. Design Rationale Two different sections for each type of user Advisor section start with a login page Students will have an instant search A database is used to hold all of the information

14. Technologies Used HTML: provide forms and structure of the website CSS: provide the formatting and color schemes to the user JavaScript: provide simple functionality for the user PHP: provide a server side connection and persistent data access MySQL: provide a storage location for the data AJAX: provides instant communication between the browser and server

15. Demo

16. Lessons Learned

17. Questions?