Image Removed
Image Added

On the homepage there is a list of items with checkboxes in which you input desired classes, skills, or interests that you would like your student to have.  The user then clicks the search for students button which takes them to the second screen which contains a list of students who match any of the criteria from the first page.  The students are sorted by how many of the criteria they match, so you can easily find which students may be the best.  If you click on a students name, their row will expand to give you more information about the student such as what grades they got in the classes you selecte or how much experience they have in the skills you selected. The home page.  Let's you find a student by year, course, and skills. Supports OR's for requirements.

 Image Removed
This is my stretch.  This is a physical interface for our device.  It is a series of cards (as shown in the image.)  At the top of each card are holes that align with a skill/course set.  The cards stack on each other.  To find students with a specific attribute, you would then slide a pin into the slot in question and pull out cards.  The cards removed lack the attribute in question, thus the remaining pile only contains valid candidates.
To do a side-by-side comparison, the user of the system can just physically just spread the remaining cards out next to each other Image Added

On the homepage there are sections in which you input desired classes, skills, or interests that you would like your student to have.  That populates the bottom of the page where you can drag those requiremnts around to determine which are most important and which are least important.  The user then clicks the search for students button which takes them to the second screen which contains a list of students who match all of the criteria from the first page (in contrast to design one where the students just have to match any criteria from the first page).  The students are sorted first by what the user selected as the most important criteria, then by the next important criteria, and so on, so you can easily find which students may be the best.   There is then a checkbox in which you can select to email the student or not about your position.

 Image Removed The home page.  The user sees a list of postings.  Ones that are theirs would be marked in a different color.  (Login system not depicted.)  Ones that are theirs also include reply information.  If it was not theirs, it would have an "Apply" link for candidates to apply.
The "Replies" link would show users who have replied.  Likewise for Declined and the overall invited list.

 Image Removed

User can make a post.  Includes ability to find more students, give an e-mail subject, and e-mail body.  Student's emails are never exposed for security reasons.

 Image Removed

When trying to find students, you get this form.  It lets you search by a series of classes and skills as tags to find the best candidates.

Image Added

This is my design which is supposed to be ultra safe. On the homepage there are sections in which you input desired classes, skills, or interests that you would like your student to have.  That populates the right side of the page in which you can get rid of any requirements if you accidentally make a mistake before you search for students.  The results page lists all the students that match all of your criteria, and clicking on a column corresponding to a requirement will sort the students according to how much experience they have in that requirement.  If you select the wrong requirement to sort by, you can easily fix that by clicking a different column and changing your sort mechanism  Image Removed
This is the view replies page.  It also doubles as the search results page (swap "View Reply" with "Add to List" or a checkbox for multiple selection support.)
The dropdown up top will let you swap between replies, declines, and unanswered invitations.