IS480 Team wiki: 2012T2 box.us Final

From IS480
Jump to navigation Jump to search

Final Presentation Slides: coming soon

Deployed Site: Empact ACT

Demonstration Site: Empact ACT(Staging)

Backup Demonstration Site: Backup Demo Site

Initial Proposal: Proposal

What Is This Project About?


Check out our 1 min ++ video pitch to find out what this project is about at Youtube

Project Highlights:

Managing the Great Amount of Issues being Highlighted during Deployment

  • Ranked the Issues based on their Priority
    • Low Priority: Minor UI suggestions and issues
    • Medium Priority: UI suggestions that changes the understanding of the system
    • High Priority: Usability Catastrophe or Software Bugs
  • Discussed with client what were the focuses

Volunteers did not find language in the system friendly

  • Re-worded the language to make it more volunteer friendly, together with the client
  • Re-worked the design of the dashboard and menu bar
    • Adjusting language to make it more suitable for volunteers
    • Added a background
  • Changes were only limited to volunteer view as Empact preferred the more operational terms

Addition of 2 functionalities

  • 2 functionalities were: Exporting of Task and Volunteer information & Question Notification Turn On/Off Option
  • Exporting of Task and Volunteer Information: Iteration 11
  • Notification Turn On/Off: Iteration 12

Project Challenges:

Gathering Requirements from Empact

  • No defined business processes: New company that did not have a formal set of business process
  • No IT expert: Did not have an IT expert to help them identify the needs in the system

How we Managed

  • Paper prototyping: Initial paper prototyping
  • Showing the developed functionalities at every client meeting
  • Gathering volunteer feedback through User Testings
  • Deployment Testing

Dealing with Changes
The risk of gathering feedback after the system has been developed is running the risk of it being entirely misaligned with Empact's business model. Cost of changing at the later part becomes higher also. However, it was necessary for the team to be able to accommodate to changes to build a system that Empact would really find value in.
How we Managed

  • Decision Factors: Change Management Plan
  • Issue Tracking List helped us to track smaller issues and changes that were raised along the way
  • Prioritizing the Issues raised
  • Discussion based on how much value and how important would it be for Empact

Project Scope:

Boxus FinalsScope.png

Change Change Description

Export Task and Volunteer Information

  • Export Task into a TSV(Tab Separated Values)
  • Export Volunteer Information into a TSV(Tab Separated Values)


  • Notification Turn On/Off

Project Schedule (Plan Vs Actual):

Boxus PlanVsActual.jpg

Project Metrics:


Boxus BugMetricsFinals.png

Iteration Bug Score Any Actions Taken
11 28

Increase in Bug Score due to bugs that were recorded from User Testing 2

  • 2 days allocated to fix bugs from User Testing 2
12 11

New features of the system(Statistics, Dashboard and Notifications) were being released

  • Allow Empact to have a full picture of the entire system for testing
  • Resulted in an overall increase in bugs being reported
  • Scheduled additional time during bug fixing to fix up bugs within the system
  • All bugs were fixed by the end of the iteration
13 32

More thorough testing was being performed for the UAT

  • Resulted in an overall increase in bugs being reported
  • Scheduled additional time during bug fixing to fix up bugs within the system
  • All bugs were fixed by the end of the iteration


  • Schedule: Schedule on Google Docs
  • Schedule Metric has remained within the healthy range. No further action has to be taken.

Boxus Schedulemetricsfinals.png

Handing Over

Take a look at our Handing Over Plan: Handing Over Plan on Google Docs
We followed a methodical process to get the handing over completed. Our handing over plan spelt out the key information for the team and Empact to foresee and plan what would be happening in the final few iterations as we covered the remaining parts of the project. The entire phase consists of:

  • Deployment Testing
  • User Acceptance Testing
  • Technical Understudy

Deployment Testing

We release 5 versions of the system on the live environment before going entering the User Acceptance Test. Our purpose for deployment testing was to determine what are the issues that would arise from using the application in the actual conditions in varied browsers and system settings. Additionally, we also collected suggestions from the users in order to make further improvements to the application. In deploying the application, we followed the following process:

Deployment Plan

Date Description Features Released


Release 0.1

  • Task Management
  • User Management
  • Questions
  • Feedback Form
  • Dashboard(NPO)


Release 0.2

  • Dashboard (Empact, Volunteer)
  • Volunteer Record
  • Statistics
  • Improvements from Release 0.1


Release 0.3

  • Notifications
  • Improvements from Release 0.2


Release 0.4

  • All features released
  • Improvements from Release 0.3
  • Used for User Acceptance Testing


Release 0.5

  • Final version for Final Verification
  • Improvements from Release 0.4
  • Used for UAT Final Verification


Release 1.0

  • Final Live Version
  • Improvements from Release 0.5
  • Used for UAT Final Verification

User Acceptance Test

We conducted our User Acceptance Test on 05/04/2013 at the Empact office. A final verification was made concerning all the issues and defects that were being raised during the UAT. The final verification of all the functionalities were done on the following week at 12/04/2013.

  • Instructions Scripts:We conducted the UAT by going through the business processes that the system would address and followed by the remaining functionalities. This also helps Empact to better visualize how the system has met their business requirements.
  • Test Cases: We simulated 3 stakeholders in doing up the test cases.
  • Test Cases (5 April 2013):
  1. Test Cases - NPO
  2. Test Cases - Volunteer
  3. Test Cases - Empact
  • Test Cases (12 April 2013):
  1. Test Cases for UAT final verificiation
  • Scenario-based Instructions and Exceptional cases
  1. Registration
  2. Task
  3. Question
  4. Exceptional Cases
Version 2

Managing Defects

UAT Defect Lifecycle
  • Note: BA refers to the facilitators in the UAT test
  • All defects are highlighted onto a separate issue list.
  • The list is collated and sent to Empact to prioritise based on issues.
  • Bugs are fixed immediately

Recording Issues
Issues are recorded in a separate issue list on Google Docs

Technical Understudy

  • We conducted a technical understudy with Empact's technical understudy (Sophie) and our client (Peter Yang)
  • Lesson Plan: Lesson Plan on Google Docs
Session 1 Session 2
29 Mar 2013, 1600hrs-1800hrs 12 Apr 2013, 1930hrs-2145hrs
Session Contents:
  • Application Structure
  • Database Structure
  • Flow of Login/Logout Process
Session Contents:
  • Code walkthrough of Specific Scenarios that Empact requested
  • Question and Answer
  • Clarification on Session 1

Handing Over Day

  • We had a handing over day to verify that all the agreed documents have been handed over to Empact.
  • Handing Over Date: 20/04/2013
  • Handing Over Plan: Handover Plan
  • Verified that all documents have been given
Handover Day

Project Deliverables:

Stage Specification Modules
Project Management Minutes Meeting Minutes
Metrics Bug metrics, Schedule
Iteration Reports Iteration Reports
Milestones Milestones List
Issue Tracking Issues List
Requirements Paper Prototypes Paper Prototypes
Analysis Use case Use Case Diagram
Business Process Diagram Process Diagrams
Screen Shots All Screenshots
Design ERD Diagrams V1,V2,V3,V4,V5
System Architecture System Architecture Diagram
Usability Testing User Testing 1 Test Plans Test Plans used
User Testing 2 Test Plans Test Plans used
Heuristic Evaluation User Scenarios User Scenarios used
Software Testing Integration Testing Integration Testings
Deployment Testing Deployment Testing
Handover User Manuals Empact Manual , NPO Manual , Volunteer Manual
Design and Technical Specifications Design and Technical Specifications

User Testing 2

User Test 1

We conducted our 2nd user testing to try out our newly added features and at to see how users would respond to them.

Interesting Findings

  1. Users thought changing email and password is inside profile

Actions Taken

  1. Success Messages to be more descriptive
  2. Clearer images used for buttons
  3. Login button to be near the sign up button

Check out our User Testing 2 wiki

Deployment Testing:

  • We did a total of 4 releases before our UAT, and 1 more after our UAT with the changes made from UAT.
  • View our detailed Deployment Testing in our wiki here
  • Here are the key changes that have been highlighted:
Release 0.1
Key Changes
  • Resetting of password by Empact staff for Volunteers and NPOs
  • Modification of Registration email to success message
  • Creating a modal for Adding of new questions
Release 0.2
Key Changes
  • Remove contact person and details of NPO for the Volunteer view
  • Clicking on Questions in Dashboard will lead directly to the Question
  • Implementing statuses for NPO (Active, Inactive)
Release 0.3
Key Changes
  • Implement message to indicate that there are no statistics to be shown
  • Add "%" to the scale
  • Feedback comments to be shown at Feedback Statistics
Release 0.4
Key Changes
  • Fix Skillset graph at 100%
  • Improving filtering for Questions
  • Include Task Name for Exporting of Tak Info
Release 0.5
Key Changes
  • Added Profile picture size limits
  • Modification to contents within some email templates


  • We conducted 3 types of testing within our system:
  • Find out more about the testing here
User Testing Integration Testing Deployment Testing
Objective: To collect feedback concerning usability of our application Objective: To test the quality of our application Objective: To collect feedback when application is being used in live environments
When: User Testing 1, User Testing 2 When: At the end of every iteration When: Before the start of every deployment
How: Volunteers, NPOs and Empact staff would follow a given User Test cases How: Following the integration test plan. Perform regression testing of all the functionalities How: Following the integration test plan.

Team Reflection:

  • Managing client expectations
  • Learning to collaborate more effectively in a team
  • Leveraging one another's strength and weaknesses
  • Being a good team player within the team
  • Learning to have fun as a team!
  • Our IS modules have helped to prepare us for the demands of an IT project

Individual Reflection:

As I review through my initial learning outcomes that I set out to learn, I felt that I have managed to meet these outcomes in the following way:

  • Motivating IT Project teams
  • Evaluating IT project ideas
  • Time Management Skills
  • Client Negotiation skills
  • Applied Project Management Skills

With regards to my education, in a bigger picture, I have been able to apply the following

  • Understanding and improving business processes
  • Understanding how IT and business value
  • Presentation skills

Wai Mun
As this FYP is coming to an end, these are the few learning points that i am taking it away:

  • Time managment
  • Usability learning journey

At the start, I envisioned that IS480 is a platform that will validate my IS education and sum up my journey as an IS student. Boy! I got more than what I expected and was overwhelmed by the entire journey.

  • Never stop learning
  • Understanding business requirements
  • Team Dynamic

Boon Kheng
I think the IS480 project is a great experience for me as it is my first time implementing such a big solution in a team. Other than technical skills, I’ve seen how an organization like Empact progress together with the project, it seems like both the sponsor and the team work closely together to achieve goals for both parties.
I find that this is a great collaboration as both the sponsor and us are sharing knowledge with each other, after this project, I get to know more about how a social enterprise operates and also, the sponsor Peter did feedback that he learnt a lot of technical knowledge through the project.
I am also able to apply subjects that we‘ve learnt during curriculum put in use, such as project and process management and also see how case studies issues being showcase in real scenarios.

Throughout my FYP journey, I didnt expect to have learn so much by now. Initially I was expecting to learn more and hone my technical skills, and to learn to take on a big project in a bigger group. Not only did I achieved what I was set out for, but I'm able to see clearly how applicable IS480 is in the real world and how I can apply what I've learnt in school to this project. My other takeaways will be: managing expectations of the clients, taking feedback for usability improvements, setting priorities, and time management. Through this FYP period, I've also see the importance of managing client relationship and to educate them on their needs and wants, and also what actually can be done so they can understand better. Last but not least, I'm able to experience the full SDLC of a project and it will be greatly useful for future real-life projects.