IS480 Team wiki: 2016T2 Team VI Midterm Wiki
Revision as of 10:04, 19 February 2016 by Huiqi.ong.2013 (talk | contribs)
HOME |
Final Wiki
|
Contents
OUR PROJECT PROGRESS
Team VI Mid Term Slides
Deployment Link
: https://is480z-lin9z.rhcloud.com/VI/
Project Highlights
OUR PROJECT MANAGMENT
Summary of Project Progress
Our project iteration has 15 iterations. As at 18 February 2015, we are currently in Iteration 11 of the project. We have completed 70% of our functionalities.
Project Status
Task/Function/Feature | Status | Confidence Level (0-1) | Comment |
---|---|---|---|
Deploy onto Digital Ocean | Our application is currenly deployed on OpenShift and our team is exploring on how to deploy the application onto the DigitalOcean Server after the MId Terms. | 0.9 | Sponsor requested for the team to deploy the application to Digital Ocean instead of the original Amazon Web Service (AWS). This is because our sponsor has the relevant experience and it would facilitate the process of future updates of the system. |
Project Schedule
Planned | Actual |
---|---|
Project Scope
For Acceptance | For MidTerms |
---|---|
The full Change Management Log can be found here.
Metrics
Schedule Metric
Highlights of Schedule Metrics
Iteration | Planned (Days) | Actual (Days) | SM Score | Action | Status |
---|---|---|---|---|---|
14 | 18 | 78% | Underestimated time required, PM to re-estimate tasks for future iterations. Delayed due to bugs found. Team was unfamiliar with QR code scanning and email notification. Reduced 4 Days of Finals Break | Completed | |
14 | 20 | 70% | Underestimated time required, PM to re-estimate tasks for future iterations. Delayed due to the database changes required to mimic the business rules, wherey timeslot is not course unique and a teacher is able to teach more than 1 courses at the same time. Use 6 buffer days. | Completed |
Bug Metrics
Bug Metrics | Bug Count by Category |
---|---|
Highlights of Schedule Metrics
Iteration | Bug Score | Number of Issues | Summary of Bugs and Issues | Action Taken |
---|---|---|---|---|
20 Low Impact Bugs & 2 High Impact Bugs | Most bugs are due to validation errors. | Developers stopped all current development and resolve the bugs. |
Project Risks
Category | Description | Likelihood | Impact | Mitigation |
---|---|---|---|---|
Client Management | Changing functional requirements | High | High | Project Manager adjust schedule according to the client's requiremtns and apply change management controls. Developers to update the PM if the changes in requirements affact the project schedule. |
Technology | Lack of experience in new technologies | High | High | Research on the technologies used and designate members to share the knowledge and risks of using the technologies. |
Project Management | Hard to estimate the amount of time required for tasks | Medium | Medium | Project Manager and developers to discuss the amount of time required before each iteration. Project Manager to constantly review and re-estimate the time required to complete each functionality. |
The risks above have been managed and mitigated.
Technical Complexity
Technical Complexity 1: Rescheduling
Technical Complexity 2: Database Structure
Before | After |
---|---|
Deliverables
Type | Description | Documentation |
---|---|---|
Requirement Gathering | Market Research | Market Research |
Project Management | Minutes, Metrics, Risks, Change |
Meeting Minutes |
Analysis and Design | Use Case, ER Diagram | Use Case & ER Diagram |
Analysis and Design | Architectural Diagram, Technology and Tools Used | Architectural Diagram & Technology and Tools Used |
Testing | User Test Plan | Test Plan |
OUR QUALITY ASSURANCE
User Testing
Objective:
- Gather feedback from students in SMU
- Identify usability issues based on observations
- Improve web application based on user testing results
- Identify potential bugs that was not found during testing phase
- Testing of functionality
Users: 15 SMU Students, 4 IT Consultant, 1 Digital Marketing Consultant
Venue: SMU , FYP Labs, Starbucks at Parkway
Date: 4,5,6 Feb 2016
Duration: 20 Minutes / User
Scope of User Testing 2
- Branch Manager to successfully create a Parent and Student.
- Branch Manager to create a schedule, and assign the student into a class
- Teacher to mark the attendance of a student using the QR code
- Teacher to create a feedback for the student
- Parents to edit their own and child's information
- Parents to successfully receive an SMS, Email when their children has attended lesson
- Parents to view the feedback given to their children by their teachers
User Testing 2 Focus Group:
- Branch Manager
- Parent
- Teacher
User Testing 2 Results
Likes | Dislikes | |
---|---|---|
|
| |
|
|
AB Testing
Objective:
- Compare two version of the web portal and identify the preferred version
- Users to perform the task of viewing the students feedback
- Improve aesthetics of web application Participants Demographics:
- 10 Actual Parents from the center Experiment Design :
Version A | Version B |
---|---|
Feedback is appended at the bottom after selection of each feedback. Users have to scroll up and down to view the feedback. | Feedback is displayed in tabs. Can only view one feedback at a time |
Results For AB Testing can available at: AB Testing Results