dankonsoer,

Yes, this is very possible...and surprisingly easy if the receiving applications are able to process login information that is "passed" to them.

Basically the architecture looks like this:

Common login page (html) with a textbox for username and password, two radio buttons to select role (student or parent) and a login button.

The code behind for this page will be (pseudo code)
Page_Load(object sender, eventargs e)
{
 if (IsPostback)
{
if (radParent.checked) Server.Transfer(path to parents application);
else Server.Transfer(path to students application);
}
}

Once you get to the applications, you can handle the passed values, authenticate the user based on that information and then, if it passes, present the appropriate application.

Do you have access to the source code of both of these applications? If so, you will need to create a page for each that will take the information (either out of the QueryString or with ServerTransfer from the common login, process the submitted information.

If you don't have access to the source code it's going to be a bit more difficult, you will probably have to contact the vendor(s) to see if or how they support a "single sign-on" type of scenario.

If you have any questions, please don't hesitate to ask. Also, if you need a consultant on this project, my contact details are in my profile.

Take care,
Ric

Another way to solve this problem would be just to give the user a different view after she logged on, depending on whether she was a student or a parent. Is there a reason you can't do it this way? You would basically submit the login credentials to a script that would verify them, then check the type of user and forward them to the appropriate application. Does that make sense?