Post on 21-Jan-2016
K-12 Teaching Application
Support and SoftwareOngo-08Client
Dr. John LamontProf. Ralph Patterson
AdvisorDr. Gregory Smith
Team Members
Sean BoyleTony BrimeyerJustin BrownPaul Hartwell
Duc HoAmy Joines
Nate TaucherAdam Wise
Introduction
Problem Statement
Concept Sketch
Similar Products
Problem Statement
Need
Improve student performance in problem solving and geography on nationally standardized tests
Proposed Solution
Design Internet-based software applications to be used as a supplement to class work in mathematical problem solving and US and world geography
Concept Sketch
Similar Products
• Math Munchers DeluxeOnly for MathDoes not report
back to Teacher$29.99 on
Amazon
• Where in the World is Carmen SandiegoDoes not report
back to Teacher$5-10 on Amazon
System Overview
System Diagram
Operating Environment
Application Overviews
System Diagram
Framework
MTSS USAGlobey’s
World
Operating Environment
Mathematical Teaching and Support Software
Globey’s World
Uncle Sam’s America
Framework
• A template used to give support and software settings to the whole system
• Set up the frames, navigation menus, and problem functionality for the software
• Coded modules that are used for the whole system
• Maintained by the Framework team
Goals
Initial Semester Status
Quality Goals
Gradebook Goals
Documentation Goals
Initial Semester Status
• Large number of defects existed in the application
• User interface inconsistencies
• No implemented student monitoring tools for teachers
• Lack of current documentation
Quality Goals
• Evaluate current state of application
• Minimize software defects
• Increase usability for intended users
• Code cleanup
Gradebook Goals
• Allow creation of assignments
• Tracking assignment results
• Graphical display of class performance
• Maintenance of data by teacher
Documentation Goals
• Help future developers understand the application Capture all requirements Capture design details of entire application
• Set a standard for documentation throughout the entire application
Semester Planning
General Semester Planning
Application Diagrams
Semester Schedule
Risks & Risk Management
General Semester Planning
• Broke entire system into 4 main components
• Listed the features of each component Determined current state Estimated hours required to complete unfinished
or new features Prioritized features
• Developed semester schedule
MTSS Diagram
MTSS
Gradebook Integration -0%
Feedback Mechanism – 10%
Delete – 100%
Solve – 80%
Search – 70%
Problem Creation – 50%
Problem Solving Algorithm - FUTURE
Coding – 40Doc - 10
Testing – 10Design - 20
Coding – 15Documentation - 5
Testing – 5Design - 5
Coding – 0Documentation - 0
Testing - 0
Coding – 20Documentation - 0
Testing - 5
Coding – 0Documentation - 0
Testing - 0
Coding – 15Documentation - 0
Testing - 5
Coding – 25Documentation - 5
Testing - 5
Completed
In Progress
New
Future
USA Diagram
USA
Name State Game – 90%
State Database 85%
State Compare – 100%
Name Flag Game – 90%
Gradebook Integration – 0%
Best Eduational Use
(Math) - FUTURE
Coding – 10Documentation - 3
Testing - 5
Coding – 0Documentation - 0
Testing - 0
Coding – 0Documentation - 0
Testing - 0
Coding – 15Documentation - 2
Testing - 5
Coding – 35Documentation - 5
Testing – 5Design - 10
Coding – 10Documentation - 3
Testing - 5
Completed
In Progress
New
Future
Framework Diagram
Framework
UI – 50%
Gradebook – 15%
Authentication/Login – 15%
Defect Tracking Tool – 100%
Database Repopulation Tool
– 0%
Coding – 20Documentation - ?
Testing - ?
Coding – ?Documentation - ?
Testing - ?
Coding – 85Doc – 7.5
Testing – 30Design - 10
Coding – 0Documentation - 0
Testing - 0Coding – 15
Documentation - 5Testing – 5Design - 5
Completed
In Progress
New
Future
Semester Schedule
Risks & Risk Management
• Fixing quality issues while coding new features
• Fixing defect breaks another feature
• Under-estimating time and resources required for an activity
Quality
Software Quality
Methods for Improvement
Quality Upgrade Results
Software Quality
• Upgrading the software quality was the primary task for this semester
• State at beginning of semester: No thorough evaluation completed 60 unresolved defects Issues with IE 7 functionality Inconsistent appearance and functionality Lack of code commenting 202,000+ lines of code
Methods for Improvement
• Evaluation
• UI Upgrade
• Code Cleanup
• Defect Fixing
Defect Fixing
• Key method of improvement is defect fixing
Quality Upgrade Results (1/4)
Total Number of Defects Reported
Quality Upgrade Results (2/4)
Number of Unresolved Defects
Quality Upgrade Results (3/4)
• Code status 165,000 lines of code Captured all functionality Pre and Post conditions commented
• UI Improved menu layout Updated color scheme Consistent page design
Quality Upgrade Results (4/4)
Before
After
Gradebook
Need Statement
Solution
Design Method
Design
Testing
Results
Need Statement
• Process needed for teachers to track student interaction with applications
• Method needed to evaluate student progress with classroom related material
• Create assignments from problem sets for classroom grading
Solution
• Gradebook application Create assignments Store student results
• Based on student performance teacher can modify teaching method
Gradebook Globey’s WorldMTSS
USA
Create Assignment
Store Assignment Results
Create Assignment
Store Assignment Results
Create Assignment Store Assignment Results
Design Method
• Gather specific requirements from client
• Create database schema based on requirements and entity relationships.
• Define pages to handle requirements
• Create page flow diagram
• Create incremental prototypes
• Evaluate and merge prototypes
• Test prototypes against requirements
Database Design
assignment_records
I1 assign_id student_id attempt_num total_points
assignments
I1 assign_id assign_num assign_name section_id type duration start_time end_time weight total_points attempts
users
user_id school_id fname mname lname personal_notes owner permission username password passwordh start stop studentid email last_section_id
school
school_id school_name
section
section_id section course_id teacher_id
assignments_questions
I1 assign_id question_id points
course
course_id course_name school_id
enrollment
student_id section_id
tblproblem
id application description createdon lastupdated difficultylevel calculatorallowed helpfileid filetype
question_records
question_id student_id assign_id attempt_num student_answer points_awarded confidence_level
Design: ViewSectionResults.php
• Definition: displays assignment results for each member of the class section
• Responsibilities: Viewable only by teacher or school admin. Students displayed in left column Assignment names displayed in top row Student score displayed as cell in table Display a histogram of the grades of the class
section
• Interactions: ViewAssignmentStatistics.php ViewStudentAssignResults.php
Design: Page Flow Diagram
Testing
• Unit Page Testing
• System Integration Interaction Testing
• Verification Testing Requirements Testing
• Results 44 defects opened 44 defects fixed
Final Gradebook Product
Conclusion
Lessons Learned
Actual Semester Resources
Earned Value Analysis
Final Status
Acknowledgements
Lessons Learned
• Development methods Incremental Prototyping Development Pros/cons of prototyping
• Scheduling difficulties Factor in unforeseen events Planning and design are of equal importance as
coding
• Large code base without documentation leads to wasted resources
Actual Semester Resources
Earned Value Analysis
Earned Value Analysis Totals
MTSS Final Status
Completed
In Progress
New
Future
Globey’s World Final Status
Completed
In Progress
New
Future
USA Final Status
Completed
In Progress
New
Future
Framework Final Status
Completed
In Progress
New
Future
Final Status
• Final project release: Dec. 5
• Quality improved through evaluation and testing
• Documentation was created for future development
Acknowledgements
• Diana Gualillo User Interface Consultant
• Kyle Banwart Design Consultant
• Dr. Smith Project and Course Advisor
• Dr. Lamont and Prof. Patterson Clients
Demonstrations
General
Gradebook
Defect Tracking Tool
Questions?