CS410 BLUE TEAM 2013
Denis Mileyko, Seth Hohensee, Zachary Regelski,
Eric Diep, Corey Campbell, Matthew Letchworth
CS 411W LAB I - PRODUCT DESCRIPTION DOCUMENT
Table of Contents
CS 411W LAB I - PRODUCT DESCRIPTION DOCUMENT ......................................... 1
Table of Contents ................................................................................................................ 1
1 INTRODUCTION (Seth Hohensee) ........................................................................... 1
2 REMSY PRODUCT DESCRIPTION (Corey Campbell) ........................................... 1
2.1 Key Product Features and Capabilities (Denis Mileyko) ..................................... 2
2.2 Major Components (Hardware/Software) (Seth Hohensee) ................................ 2
3 IDENTIFICATION OF CASE STUDY (Zach Regelski) ........................................... 3
4 REMSY PRODUCT PROTOTYPE DESCRIPTION (Eric Diep) .............................. 3
4.1 Prototype Architecture (Hardware/Software) (Corey Campbell)......................... 3
4.2 Prototype Features and Capabilities (Matthew Letchworth)................................ 4
4.3 Prototype Development Challenges (Zach Regelski) .......................................... 4
1 INTRODUCTION (Seth Hohensee)
A. Problem (Resource Management)
a. Various resources
i. Locations
ii. People
iii. Equipment
b. Scale
i. Lack of space
ii. Equipment needs versus management capabilities
c. Misuse of resources
d. Interfacing with existing systems
B. Solution
a. Schedules tutoring sessions
b. Track clients without burdening
c. Supports multiple programs (in an organization)
d. Mobile access
e. Reporting
f. Reduced manual data entry
C. REMSY Introduction
a. Mobile/web app
b. Streamline tutoring processes
CS410 BLUE TEAM 2013
Denis Mileyko, Seth Hohensee, Zachary Regelski,
Eric Diep, Corey Campbell, Matthew Letchworth
2 REMSY PRODUCT DESCRIPTION (Corey Campbell)
A. Resource management system apparatus
a. Web portal
b. Mobile app
c. Servers
d. Notifications
B. Standard tutoring interface
a. TutorTrac helper
b. Uniform university application for departments
C. Centralized data aggregation for reporting
a. Student
b. Tutor
c. Resources
D. Advantageous tutoring resolution
a. Mobility
b. Freelance tutors
c. Increased communication platform
2.1 Key Product Features and Capabilities (Denis Mileyko)
A.
B.
C.
D.
E.
F.
G.
H.
I.
J.
K.
L.
Web portal as well as mobile application
Native support for card/code reading
Tracks statistics for administrative report generation
Monitors student turn away
Allows for user driven study groups/mentoring
Uses student information to streamline sign-up
Supports multiple programs and administrators within the same instance
Allows students to apply to tutor classes
Application requirements based on program templates
Allows for verification methods based on the tutor, the student, or both
Email, SMS, and App based alerts
Alerts the student/tutor if their session is not closed
2.2 Major Components (Hardware/Software) (Seth Hohensee)
A. RWP MFCD
B. Hardware
a. Database Server
b. Web Server
c. Student (possibly University) mobile devices
C. Software
a. Web(Apache)
b. Database(MySQL)
c.
d.
e.
f.
g.
CS410 BLUE TEAM 2013
Denis Mileyko, Seth Hohensee, Zachary Regelski,
Eric Diep, Corey Campbell, Matthew Letchworth
Mobile App (Multi-platform)
Reporting
External Authentication
External Database (such as Banner, TutorTrac)
External Mail Server
3 IDENTIFICATION OF CASE STUDY (Zach Regelski)
A. Tutoring Center
a. Diverse departments
b. Multiple standards
c. Locations
B. TutorTrac
a. Online System
b. Card readers
c. Faults
d. Mobile functionality
C. Marissa Jimenez
a. Mentor - one of the current implementers and overseers of the tutoring
center
b. The tutoring center could use more digital optimization and regulation
D. Jeffrey Turner
a. Mentor - TutorTrac implementation and integration specialist
b. The tutoring center could use more availability and functionality
4 REMSY PRODUCT PROTOTYPE DESCRIPTION (Eric
Diep)
A. Prototype will include
a. REMSY configuration
b. Optimized database
c. Web application
i. Aesthetics
d. Mobile application
i. Aesthetics
e. FERPA compliance
f. REMSY test system
4.1 Prototype Architecture (Hardware/Software) (Corey Campbell)
A. Hardware
a. Desktop machine
b. Mobile
i. Tablets
ii. Smartphones
c. Servers
i. Web
CS410 BLUE TEAM 2013
Denis Mileyko, Seth Hohensee, Zachary Regelski,
Eric Diep, Corey Campbell, Matthew Letchworth
ii.
iii.
iv.
v.
ODU Mail
Database
Banner Model
Authentication (Shibboleth Model)
B. Software
a. Web
b. TutorTrac helper
c. MySQL databases
i. REMSY
ii. TutorTrac
d. Mobile applications
i. Android
ii. iOS
e. Testing
i. Dashboard
ii. User accounts
iii. Mock data
1. Administrator
2. Manager
3. Student
4. Tutor
4.2 Prototype Features and Capabilities (Matthew Letchworth)
A Basic User Features
a Web Access
i Login
ii Schedule Appointments
iii Manage Appointments
b Mobile App
i Log in
ii Schedule Appointments
iii Manage Appointments
iv Session Check In
B Advance Features
a Database Control
b Card-reader integration(optional)
c Web Security
d Web/Mobile ease-of-use
e Assess Turn-Aways
i Tracks interest in unavailable subjects
ii Determines if a tutor in these subjects is necessary
f Basic Tracking of Tutoring Appointment Information
4.3 Prototype Development Challenges (Zach Regelski)
CS410 BLUE TEAM 2013
Denis Mileyko, Seth Hohensee, Zachary Regelski,
Eric Diep, Corey Campbell, Matthew Letchworth
A. Database
a. Interacting with the Mail Server
b. Algorithms
c. Data Cooperation
B. Mail Server
a. Using the Database
C. User Interface
a. Cleanliness
b. Glitch free
c. Effective, not just serviceable
Glossary
References