HeaderSIS.jpg

Difference between revisions of "IS480 Team wiki: 2009T2 VINS"

From IS480
Jump to navigation Jump to search
Line 199: Line 199:
 
# Research on C# and XAML framework
 
# Research on C# and XAML framework
 
# Design first prototype
 
# Design first prototype
[[Image:Prototype.png]]
+
[[Image:Prototype.png width="400" height="200"]]
  
 
===Week 3 (18 Jan 2010 - 24 Jan 2010)===
 
===Week 3 (18 Jan 2010 - 24 Jan 2010)===

Revision as of 14:47, 7 February 2010

Logo3.png

Project Overview

Project Description

Our team VINS presents “The Multi-touch Customer Relationship Management Application”. It is a Microsoft Surface Application through gaming concept as the extension of Customer Relationship Management. The application will help to entertain the customer when queuing, educating them on some basic financial knowledge and at the same time present Standard Chartered’s products and services to the customer. The target user of the application is the public customer therefore the Surface has to be placed in one of the retail branches of Standard Chartered’s. At the beginning of the game, the players have to choose their personal career and their desired financial state of freedom. Throughout the game, the players will face the set of random financial obstacles where they can tackle by utilizing Standard Charterer’s financial products and services. The length of the game would be limited at around 3 to 5 minutes and when the game is over, the system would prompt the customer to then go to the designated counter so as to process their initial requests. The bank personnel would then receive the analysis of the game the customer played and use it as a recommendations and selling instrument.

Motivation

iLab is always famous for its innovation. Our team is looking for a memorable experience and learning a new technology when doing our final year project.

Our team chooses Multi-touch technology on Microsoft Surface over the normal web application due to the following reasons:

• Microsoft Surface helps to improve customer’s experience with the bank in a natural, simple, intuitive by direct interaction. Customer can actually “grab” their finance with their hands – interacting with content by touch and gesture.

• Microsoft Surface allows multi-touch and multi-user (couples, family) to see and interacts with objects placed on the screen at the same time. The result is a fun, social and exciting computing experience.


Stakeholders

Client: Mr. Evan Kong Tian Cherng Position: Technology Analyst of Standard Chartered Bank Involvement: Provide user requirements and feedbacks for the application Oversee the project development

Supervisor: Prof. Ori Sasson Position: Assistant Professor of Information Systems Involvement: Advise and supervise the project team

Sponsor: iLab@SMU Representative from iLab: Ms Koh Lian Chee Position: Manager of Standard Chartered iLab@SMU and SMU Instructor Involvement: Provide technical and software assistant to Team VINS.

Users: Customers of Standard Chartered


Objectives

• To build an application that allows customers of Standard Chartered Bank to access to new technology and at the same time learn about the bank products and services in a natural, simple, intuitive and fun way.

• To equip users with some basic financial knowledge during their waiting time in the queue

• To help Standard Chartered Bank keeps their competitive technology advantages and attracts more public audience

• To enable Standard Chartered Bank track and analysis of customer behavior when using the multi-touch table


Scope

List of Deliverables

The following are the list of overall deliverables:

• Completed Microsoft Surface application:

- A natural, simple, intuitive and fun game that allows the Standard Chartered retail branch to attract public audience

- The application is ready to be deployed on the Multi-touch Table from Start Go

- The application is compliant with bank theme and logo

• User Manual


Features & Functionalities

Below outlines the key features and functionalities of the application:


Non-functional Requirements:

User interface:

• The application should exude a stylish, fun, yet clean feel which allows attracting public users and should load within a reasonable amount of time.

• The application should allow user to easily play it with a guide wizard. Availability

• The system should be able to withstand a lot of disruption during game play like players entering or leaving the game. It must not lag during this concurrent activities as it may turn off the customers who are currently playing.


Functional Requirements

Profile Creation

• Enter Name: Customers can enter their details like name, occupation and income before the game starts

• Personalization : The game will then address the user by his name and set a suitable game environment for the user

• Select financial goal: Customers will be prompted to choose their desired state and age of financial goals or freedom. They can select their desired financial income for retirement and even specific assets they wish to own by that time i.e. luxury car, bungalow.

• All the information above would then be stored as a session for future use

Display products and services

• Our system can store a database of Standard Chartered’s financial products and services information

• The game which generate random obstacles for the user will then provide the summary of specific financial products or services which the client can use to overcome that obstacle

• There is also a catalogue of all products and services which the client can browse through if he wishes to


Gameplay

• Collect core products: The player will try his best to collect the core products to maximize his credits.

• Collect boosters: The player will try his best to collect the boosters that will enhance the products that the user collected if any making the player to be more financially invincible.

• Collect freebies: The player will try his best to collect as many freebies to increase his score.

• View score: At any point of time in the game the player can view his score to compare his standing in the leader board.

• View help: At any point of time in the game the player can ask for help from the help menu to clarify his doubts in the game:

• View instruction: At any point of time in the game the player can view the instruction manual of the game so that he can know the objectives and the method of executing the game.

• The system has a list of many realistic financial obstacles like investment failures, new liabilities etc

• For each user the severity of the obstacle would be adjusted according to his financial state

• Throughout the game, obstacles would be randomly thrown to the user at the specific timings

• Leave game: At any point of time, the player may exit and whatever information the player entered would still be stored and sent to the designated bank personnel


Analysis generation after game session

• The system would create an analysis of the game in a PDF file format

• Analysis will include user’s profile, risk profile, products and services they utilized, mistakes they made in the course of the game, performance rating compared to other users and a detail recommendation of what he should have done.

• Recommendation will follow the good practice of financial standards set by the bank financial advisors

Submission of analysis to designated personnel • The system will send the analysis to the designated customer service officer via the local area network.


Admin functions

• CRUD products and services: This enables the admin personnel to make the necessary changes to their products if any so as to keep the customers in the game up to date.

• CRUD instructions and help menu: This enables the admin personnel to make the necessary changes to the instructions and help menu if there are consistent questions ask by the users of this game

• View Log File: This enables the admin to study the analysis of the game being utilized or the peak period of the game so as to perform future appropriate business decisions.

• Change Monetary System: This enables admin to import this game overseas as they can easily change the settings of currency and etc.


Our Project Progress

This plan describes the breakdown of work, timeline and iterations, and resources required. The plan provides a basic execution description of the project based on current knowledge of the project.

Preparation (15 Nov 2009 - 31 Dec 2009)

  1. Meeting with iLab Coordinator (Lian Chee)
  2. Define Project Scope
  3. Meeting with client (Evan)
  4. Define Project Requirement
  5. Work Breakdown Structure / Gantt Chart
  6. Use Cases
  7. Database Design
  8. Class Diagrams
  9. Update project schedule
  10. Submission of draft proposal

Week 1 (4 Jan 2010 - 10 Jan 2010)

  1. Submission of Final Proposal
  2. Update project schedule
  3. Start of our 2 identified metrics. We will plan our measurement activities carefully using 2 identified metrics because they can take significant early effort to implement and the payoff will come over time. Updates of the 2 metrics will be done every week.


1st Metric: Progression Metric
Goal: To track and measure our progress throughout the project.
Questions:
- What is the estimated time spent on the project deliverable per week according to our project scheduling?
- What is the actual time spent on the project deliverable per week?

2nd Metric: Well - Digression Metric
Goal: To reduce digression in meetings so as to be more efficient.
Questions:
- How long is our FYP meetings held?
- How long did we digress by talking about totally unrelated or unproductive topics during that meeting?
Team members will update our individual files by Sunday noon and the Project Manager will compile and update the Master copy file by Monday noon.

Week 2 (11 Jan 2010 - 17 Jan 2010)

  1. Proposal graded by Prof Ben received.
  2. Research on C# and XAML framework
  3. Design first prototype

File:Prototype.png width="400" height="200"

Week 3 (18 Jan 2010 - 24 Jan 2010)

  1. Start 1st phase of coding
  2. Successful deployment of first prototype codes to Microsoft Surface
  3. Meeting with Client on Friday to discuss about business value of the CRM system and general game flow of the game

Week 4 (25 Jan 2010 - 31 Jan 2010)

  1. Re-define the database structure with current flow of CRM
  2. Continuation of 1st coding phase
  3. Separated the template into Model-View-Controller format
  4. Development of game Functions: Game Panel Navigation and Random Dispenser
  5. Adjust the new template's CSS and background
  6. Uploaded updated codes to team's subversion
  7. Meeting with Supervisor on Friday on discussion about project progress

Week 5 (1 Feb 2010 - 7 Feb 2010)

  1. We managed to CRUD (create, read, update, delete) to sql express database through Microsoft Visual C# 2008 Express Edition
  2. We changed the UI of application to make it more user-friendly and be able to attract the massive audience
  3. Continuation of development for Random Dispenser
  4. Integration of Player Navigation and new UI
  5. Dreams are made configurable which means it read from database
  6. Meeting with Client on Friday to refine the CRM flow and discuss about any changes on business requirement

Meeting Minutes & Other Documentations

VINS - Minutes from Client Meetings

VINS - Minutes from Supervisor Meetings