HeaderSIS.jpg

Difference between revisions of "IS480 Team wiki: 2012T1 Rainbow Solutions"

From IS480
Jump to navigation Jump to search
Line 28: Line 28:
  
 
<!------------------------------------Supervisor-------------------------------------->
 
<!------------------------------------Supervisor-------------------------------------->
{| cellspacing="0" cellpadding="0" style="width:100%; background:white;"
+
{| cellspacing="0" cellpadding="0" style="margin:0 0 1em; width:100%; background:white;"
 
| style="width:100%; vertical-align:top; border:1px solid #abd5f5; background:#f1f5fc;"|
 
| style="width:100%; vertical-align:top; border:1px solid #abd5f5; background:#f1f5fc;"|
 
<div style="border-bottom:1px solid #abd5f5; background:#d0e5f5; padding:0.2em 0.5em; font-size:130%; font-weight:bold;">
 
<div style="border-bottom:1px solid #abd5f5; background:#d0e5f5; padding:0.2em 0.5em; font-size:130%; font-weight:bold;">
Line 69: Line 69:
 
|-
 
|-
 
|}
 
|}
</div>
 
|}
 
 
<!------------------------------------Team Goals--------------------------------------->
 
{| cellspacing="0" cellpadding="0" style="margin:0 0 1em; width:100%; background:white;"
 
| style="width:100%; vertical-align:top; border:1px solid #abd5f5; background:#f1f5fc;"|
 
<div style="border-bottom:1px solid #abd5f5; background:#d0e5f5; padding:0.2em 0.5em; font-size:130%; font-weight:bold;">
 
Team Goals</div>
 
<div style="padding:0.4em 1em 1em;">
 
 
 
 
</div>
 
</div>
 
|}
 
|}
Line 109: Line 98:
  
 
Currently the Queue services available for Lawyers are accessed through the Kiosk at the Supreme Court. This is a problem as Lawyers have to go to the Kiosk physically to register and wait near the Kiosk to check the queue status and access the hearing lists. There is a lot of waiting time as they do not know the timing of their hearing. By having a mobile application, the waiting time is reduced as they will be better informed of the status. This would increase the lawyers’ efficiency and productivity. Supreme Court is interested to invest in applications for Mobile Platforms as the trend is moving towards mobile.
 
Currently the Queue services available for Lawyers are accessed through the Kiosk at the Supreme Court. This is a problem as Lawyers have to go to the Kiosk physically to register and wait near the Kiosk to check the queue status and access the hearing lists. There is a lot of waiting time as they do not know the timing of their hearing. By having a mobile application, the waiting time is reduced as they will be better informed of the status. This would increase the lawyers’ efficiency and productivity. Supreme Court is interested to invest in applications for Mobile Platforms as the trend is moving towards mobile.
 +
 +
</div>
 +
|}
 +
 +
<!------------------------------------Project Goals--------------------------------------->
 +
{| cellspacing="0" cellpadding="0" style="width:100%; background:white;"
 +
| style="width:100%; vertical-align:top; border:1px solid #fad67d; background:#faecc8;"|
 +
<div style="border-bottom:1px solid #fad67d; background:#faf6ed; padding:0.2em 0.5em; font-size:130%; font-weight:bold;">
 +
Project Goals</div>
 +
<div style="padding:0.4em 1em 1em;">
 +
  
 
</div>
 
</div>
Line 145: Line 145:
 
*'''Value Statement''': Efficient Queue System with increased efficiency and productivity
 
*'''Value Statement''': Efficient Queue System with increased efficiency and productivity
  
*'''Functions''':  
+
*'''Scope''':  
** Explore using location services using GPS, LBS and GYRO
+
** Access to app is restricted to within pre-defined perimeters of the Supreme Court (Geo-Fencing)
** User Authentication - Provide Simple user authentication password-based challenge to the intended audience (lawyers), pre-registration to identify the audience might be required.
+
** User Authentication – as app is confidential and is to be used only by the law firms, 2 factor authentication is required.
 
** Check-in queue registration within radius from Supreme Court Building (user-defined setting: expected distance from 100m to 1km)
 
** Check-in queue registration within radius from Supreme Court Building (user-defined setting: expected distance from 100m to 1km)
 
** Provide a mean for user to verify the authenticity of the digital queue ticket (virtual ticket) generated
 
** Provide a mean for user to verify the authenticity of the digital queue ticket (virtual ticket) generated
** Access to hearing lists
+
** Search and access hearing lists
 
** Enquire on the queue status
 
** Enquire on the queue status
 
** Provision of RSS News feeds, share the info (e.g. to Facebook or twitter) with colleagues
 
** Provision of RSS News feeds, share the info (e.g. to Facebook or twitter) with colleagues
Line 168: Line 168:
 
|}   
 
|}   
  
<!------------------------------------Use Case--------------------------------------->
+
<!------------------------------------Functions--------------------------------------->
 
{| cellspacing="0" cellpadding="0" style="width:100%; background:white;"
 
{| cellspacing="0" cellpadding="0" style="width:100%; background:white;"
 
| style="width:100%; vertical-align:top; border:1px solid #fad67d; background:#faecc8;"|
 
| style="width:100%; vertical-align:top; border:1px solid #fad67d; background:#faecc8;"|
Line 174: Line 174:
 
Use Case</div>
 
Use Case</div>
 
<div style="padding:0.4em 1em 1em;">
 
<div style="padding:0.4em 1em 1em;">
 +
'''Story Board'''
 +
 
'''Use Case Diagram'''
 
'''Use Case Diagram'''
  
Line 179: Line 181:
  
 
</div>
 
</div>
 +
 +
|}
 +
 +
<!------------------------------------Database Design--------------------------------------->
 +
{| cellspacing="0" cellpadding="0" style="width:100%; background:white;"
 +
| style="width:100%; vertical-align:top; border:1px solid #fad67d; background:#faecc8;"|
 +
<div style="border-bottom:1px solid #fad67d; background:#faf6ed; padding:0.2em 0.5em; font-size:130%; font-weight:bold;">
 +
Database Design</div>
 +
<div style="padding:0.4em 1em 1em;">
 +
'''Entity Relationship Diagram'''
 +
 +
'''Logical Diagram'''
 +
</div>
 +
 
|}
 
|}
  

Revision as of 16:56, 11 August 2012

Welcome to Rainbow Solutions FYP page!
Rainbow Solutions
RainbowBanner

Rainbow Solutions is building a Q-Ticket Mobile Application for Supreme Court of Singapore. This solution would enhance the lawyers’ efficiency and productivity by reducing the waiting time and be better informed about the Queue Status and Hearing List. This application also allows Lawyers to stay up-to-date through RSS feeds about the latest developments in the law industry.
Rainbow Solutions & Stakeholders
RainbowSolRR1024.png
Stakeholders

Supervisor

Name Organization Designation
Debin GAO Singapore Management University Assistant Professor

Sponsor and Client

Name Organization Designation
Woon Loong LEONG Supreme Court of Singapore Director, CISD
Patrick NG Supreme Court of Singapore Asst Director, Applications, CISD
Jasmine LAI Supreme Court of Singapore IT Consultant, CISD
Project Scope
Project Description

The focus of our project is to create mobile queue booking application by leveraging on location based service technology which will enable the lawyers to do self-check-in while within a pre-defined radius from the building.

Motivation

Currently the Queue services available for Lawyers are accessed through the Kiosk at the Supreme Court. This is a problem as Lawyers have to go to the Kiosk physically to register and wait near the Kiosk to check the queue status and access the hearing lists. There is a lot of waiting time as they do not know the timing of their hearing. By having a mobile application, the waiting time is reduced as they will be better informed of the status. This would increase the lawyers’ efficiency and productivity. Supreme Court is interested to invest in applications for Mobile Platforms as the trend is moving towards mobile.

Project Goals


Project Timeline


X-Factor


Deliverable
  • Outcomes: Mobile Web Application that is able to be deployed on Multiple Platforms, i.e. iOS, Android, Windows Mobile and BlackBerry
  • Value Statement: Efficient Queue System with increased efficiency and productivity
  • Scope:
    • Access to app is restricted to within pre-defined perimeters of the Supreme Court (Geo-Fencing)
    • User Authentication – as app is confidential and is to be used only by the law firms, 2 factor authentication is required.
    • Check-in queue registration within radius from Supreme Court Building (user-defined setting: expected distance from 100m to 1km)
    • Provide a mean for user to verify the authenticity of the digital queue ticket (virtual ticket) generated
    • Search and access hearing lists
    • Enquire on the queue status
    • Provision of RSS News feeds, share the info (e.g. to Facebook or twitter) with colleagues
    • Way Finder – to provide direction to Supreme Court building
    • Enhanced Way Finder - to use Augmented Reality to provide real-time direction with Google Street images.
Process Flow
RainbowProcessDiagram.jpg
Use Case

Story Board

Use Case Diagram

Use Case Description

Database Design

Entity Relationship Diagram

Logical Diagram



Project Progress Summary

Project Highlights

Our Journey

Our Achievements

Project Management

1. Schedule Overview

For information about the overview of our schedule, please click on the link below:
Schedule Overview - Rainbow Solutions

2. Detailed Project Schedule (Planned vs Actual)

Detailed project schedule with comparison between planned and actual duration can be found over the link below:
Detailed Project Schedule-Rainbow Solutions

3. Project Metrics

Metrics provides measuring units to depict values, constraints, durations, maximums and minimums. Our team decided to utilize three project metrics; Schedule Metric, Bug Metric, and Project Risk/Constraint Metric.

A. Schedule Metrics

The objective of the team's schedule metric is to review the progress of different iteration and perform necessary action on the corrective measures, based on calculated percentage. Schedule Metrics

Formulation: For each iteration, calculate {[actual duration] – [planned duration] / [actual duration]}. Actions are taken based on table inside the metric and its corresponding percentage.

B. Bug Metrics

The objective of the team’s bug metric is to track the level of complexity and severity of any present bugs. By doing so, we will analyze how these bugs are affecting the development progress of our project

Formulation: The total points will be based on the bug rating from the bug severity table, action will be taken based on its corresponding total points.

Bug Metrics

Project Risks

Quality of Product

Project Deliverable

Quality

Deployment

User Acceptance Testing

Reflections

Learning Outcome

Team Reflection

Individual Reflection

Supervisor Reflection

Client Reflection

References

To view project snapshot at the Acceptance phase, see the Acceptance Page.