Team 21: Project Design Team Members: Nathan Staley Steven Murray Mike Walsh Justin Sliekers Client: Tony Moore and the ECpE Department
Project Goal And Design Diagram Problem: scholarships go to students that the advisers know & takes forever and a day to sort out Solution: create a service to automate the scholarship selection process through the web interface.
System Decomposition Identify functional modules and their interactions User Authentication External to our project, but assumed to be in place Student Interface The role and abilities of a student in the product Admin Interface The role and abilities of advisers in the product Permissions Enforcement Insurance that a student cannot be an admin Site Maintenance Automated and manual database management
SubModule 1: Student Interface The student homepage will give students access to entering personal information and reviewing available opportunities. Personal Information: Awards Career Goals Hobbies Work Experience Opportunities: Students will be able to see opportunities that are applicable to information they have and provide. Scholarships Academic Awards Jobs Campus Lectures Non-editable Information: Class Status GPA Name School ID
SubModule 2: Admin Interface The Administrator homepage will grant them access to searching through the students, uploading the ten day list, adding or editing opportunities, and a basic database information page. Search: Students for Opportunities Students via Criteria Upload: Ten Day List Manuel Student Entry Opportunity Management: Add new Opportunity Update existing Opportunity
SubModlue 3: Permission Enforcement Permissions enforcement branches over a few modules User - Contains group information Module - checks user permission Database - remembers user permissions
SubModule 4: Site Maintenance The Administrators of the system will be able to perform special functions to keep the database systems up to date with the most recent student information. Primary Functions: Update database information with most recent 10 day list. Add students to the database. Remove inactive students from the database.
Test Plan Browser Testing: Test the websites work for IE 8, Firefox, and Safari. Load Process Test: Mock up Ten Day Lists, and ensure successful data loading. Load Testing: A selection of currently enrolled students will attempt to access that website at the same time. This will also be a large browser test, and a test of the load process, as any student logging in will be loaded via a Mock Ten Day List.
Current Status Design: Finish code design, database design, basic page flow. Schedule: Finished by Mid November. Reality: Should be finished around Mid November. Server Setup: Ensure required software is installed on Server. Schedule: Finished by December. Reality: Server will not be supplied until 2011. Coding: Start PHP and JavaScript coding for the web pages. Schedule: Start by December. Reality: Started early, adding to the framework.