Difference between revisions of "IS480 Team wiki: 2012T1 Rainbow Solutions"
Line 232: | Line 232: | ||
User Interface</div> | User Interface</div> | ||
<div style="padding:0.4em 1em 1em;"> | <div style="padding:0.4em 1em 1em;"> | ||
− | + | <br /> | |
− | [[Image:Rainbow_solutions_login.jpg | left]] | + | {| cellpadding="2" style="border: 1px solid darkgray;" |
+ | ! width="140" | Login | ||
+ | ! width="150" | Queue Ticketing | ||
+ | ! width="130" | Search List | ||
+ | |- border="0" | ||
+ | | [[Image:Rainbow_solutions_login.jpg | left]] | ||
+ | |- align="center" | ||
+ | |} | ||
+ | |||
+ | |||
'''Queue ticketing''' | '''Queue ticketing''' |
Revision as of 23:28, 12 August 2012
Welcome to Rainbow Solutions FYP Wiki!
|
Project Scope | Project Documentation | Project Management | Project Progress Summary | Quality of Product | Reflections |
Rainbow Solutions
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. |
Team Roles
|
Stakeholders
Supervisor
Sponsor and Client
|
Project Scope
|
Project Description
The focus of our project is to create Q-Ticket Mobile 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
This application aims to provide lawyers with a more convenient platform to request queue tickets for hearing cases. It also aims to be a centralised location where lawyers could obtain information related to supreme court as well as the law industry. |
Project Timeline
|
X-Factor
This application makes queuing for ticket number easier. Geo-fencing allows user to queue for a ticket number without being physically at the kiosk. Waiting time is minimized or eliminated since lawyers are able to queue for a number while he is away from the building. Since waiting time can be long, ranging from 30 minutes to more than an hour, a lawyer is able to go into the chamber for hearing straightaway after reaching supreme court or the waiting time will be greatly shortened. This is a relatively new concept that can be widely used in many places. Many of us has the experience of waiting for a long period of time in queues, such as in hospitals and food outlets. With this new concept, user has the ability to eliminate waiting time and the time saved can be transferred and used for other more meaningful purposes. |
Deliverable
|
Process Flow
|
Story Board
|
Project Documentation
|
Use Case
Use Case Diagram Use Case Description |
User Interface
|
Database Design
Entity Relationship Diagram Logical Diagram |
Meeting Minutes
Team Supervisor Client |
Presentations
Acceptance
Mid-Term Final |
Project Management
|
Schedule
Detailed project schedule with comparison between planned and actual duration can be found over the link below: |
Project Metrics
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. Formulation: For each iteration, calculate {[actual duration] – [planned duration] / [actual duration]}. Actions are taken based on table inside the metric and its corresponding percentage. 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. |
Project Risks
|
Technology Used
|
Project Progress Summary
|
Project Highlights
|
Our journey
|
Our Achievements
|
Quality of Product
|
Project Deliverable
|
Quality
|
Deployment
|
User Acceptance Testing
|
Reflections
|
Learning Outcome
|
Team Reflection
|
Individual Reflection
|
Supervisor Reflection
|
Client Reflection
|
References
|
Thank you for Visiting!
|