“My Toolkit” Feature
----------------------------------------------------------------------------------
[To see a preliminary login and registration interface, please click on My Toolkit link on the Mecca Homepage]
[Or go directly to http://www.arabissmo.net/meccahomepage/Login.asp]
-
As described in the Features section of this spec, the Toolkit “is our favorite educational tool for parents to guide the curriculum of their children. A parent can save details about particular artists, albums, instruments, or musical styles in their own “toolkit” and have their children access the information later. Features involved would include a registration system to keep track of the owners of each toolkit, password-protection, and a storage area for saved details.“ This involves creating a separate database to store information about the users and their items. We have created the primary table for this database as included in the section to show how we are envisioning it. Here in this section, will not describe the full functionality for this feature but will describe and define the controls and queries for the login and registration process which will involve retrieval, storage, and update functionalities in our system.
-
Controls used for the Login and Registration parts of the Toolkit feature.
Friendly Name
|
System Name
|
Control Type
|
Hooked to What in the RDB or IR system?
|
Comment
|
Login Part
|
|
|
|
|
Email Address
|
c_txtEmail
|
textbox
|
Hooked to the Email field of the MeccaUser table.
|
|
Password
|
c_txtPassword
|
textbox
|
Password field of the MeccaUser table.
|
|
Registration Part
|
|
|
|
|
First Name
|
c_txtFname
|
textbox
|
FirstName field of the MeccaUser table.
|
|
Last Name
|
c_txtLname
|
textbox
|
LastName field of the MeccaUser table.
|
|
Address
|
c_txtStreet1
c_txtStreet2
|
textbox
textbox
|
Street1 field of the MeccaUser table.
Street2 field of the MeccaUser table.
|
|
City
|
c_txtCity
|
textbox
|
City field of the MeccaUser table.
|
|
State
|
c_txtState
|
textbox
|
State field of the MeccaUser table.
|
|
Zip Code
|
c_txtZip
|
textbox
|
Zip field of the MeccaUser table.
|
|
Email Address
|
c_txtEmail
|
textbox
|
Email field of the MeccaUser table.
|
|
Password
|
c_txtPassword
|
textbox
|
Password field of the MeccaUser table.
|
|
Verify Password
|
c_txtVerify
|
textbox
|
Not connected to RDB; a client-side verification using a Session variable.
|
|
Submit Registration
|
c_cmdSubmit
|
Form/Submit button
|
Submits data entered by user.
|
|
Reset
|
c_cmdReset
|
Form/Submit button
|
Clears data entered by user.
|
|
-
Queries used for the Login and Registration parts of the Toolkit feature.
Retrieving Information (for checking username and password)
|
SQL
|
Comments
|
c_txtEmail
c_txtPassword
|
SELECT UserID
FROM MeccaUser
WHERE Email=””
AND Password=””
|
|
Storing Information (from new registrants).
Controls Involved
|
SQL
|
Comments
|
All of the above in the controls section except for the last three.
|
INSERT INTO MeccaUser (FirstName, LastName, Street1,Street2, City, State, Zip, Email, Password)
VALUES (‘’, ‘’, ‘’, ‘’, ‘’, ‘’, ‘’, ‘’, ‘’)
|
|
Updating Information (by registered users)
Controls Involved
|
SQL
|
Comments
|
All of the above in the controls section except for the last three.
|
UPDATE MeccaUser
SET FirstName=, LastName=, Street1=,Street2=, City=, State=, Zip=, Email=, Password=
WHERE UserID=(User ID in Login Session)
|
|
-
Logic used for the Login and Registration parts of the Toolkit feature.
At Login,
-
If user’s email and password do not match any in the database, Then
Present a message that says there is no match and to please enter information again. If still there is no match after two tries, redirect user to registration page.
Redirect the user to a member’s page where he/she is welcomed by first name and present a menu of the toolkit including a link to update registration information in case the user needs to.
At Registration, check if it is being submitted by a new or already-registered user;
-
To check for a current user, check the user’s ID (user IDs are often stored in a session-level variable for the duration of the user’s session with the system), retrieve the matching record for that ID, then copy the information submitted into the fields of the matching record. (In many database applications, the update – involving copying new data and overwriting old data - is first done through a recordset then copied into the database.)
-
To check for new user, match data entered with existing email addresses and passwords. If at end of file, no match then add a new record to the database and insert data submitted.
Share with your friends: |