Team15 - GOTRLA

81
Team15 - GOTRLA Girls On The Run Los Angeles

description

Team15 - GOTRLA. Girls On The Run Los Angeles. Team-15. Deepak Earayil : Project Manager & System/Software Architect Ankith Nagarle : Prototyper & Operational Concept Engineer Aayush Jain : Feasibility Analyst & Project Manager - PowerPoint PPT Presentation

Transcript of Team15 - GOTRLA

Team15-

GOTRLAGirls On The Run Los Angeles

Team-15• Deepak Earayil : Project Manager & System/Software

Architect• Ankith Nagarle : Prototyper & Operational Concept

Engineer• Aayush Jain : Feasibility Analyst & Project Manager• Presha Thakkar : Life Cycle Planner & Requirements

Engineer• Nidhi Baheti : Operational Concept Engineer &

Prototyper• Suhani Vyas : Requirements Engineer & Feasibility

Analyst• Anushila Dey : System/Software Architect & Life

Cycle Planner • Elaine Lo : Shaper and Quality Analyst

Remote Team Member

Team’s strong points & weak points (operational view and technical view) concerns & possible solutions; S/P Engineer observations

Elaine Lo

Strong and Weak Points

• Strong pointsoOperational view: hardworking, team

members have a good understanding of foundations for project

o Technical view: quick learners

• Weak pointsoOperational view: scheduling/time

management, communicationo Technical view: lack of experience

Concern and Risk• Technical concern

o Lack of Experience working with the tools and languages used for developing this system

o Solution: Evaluate pros and cons of the different tools and come to an agreement on what we think would work best/meet all the win-win conditions

• Risko The database of new set of students at the beginning of

the school year. Can lead to duplicate data if data is not properly analyzed.

o Solution: We need to have discussion with the Client to decide on the possibility of occurrence of this issue. Can have check boxes next to each row with a select all option and delete button once this issue is resolved.

OCDSystem purpose; shared vision; proposed new system; benefit-chain diagram;

system boundary; core capabilities, constraints and goals

Nidhi Baheti

System Purpose• Establish a better Attendance

Tracking system.• Enables better monitoring of

the program leading to improved program quality.

System Boundary Diagram

Element Relationship Diagram

Desired Capability Goals

Capability Goals Priority Goals

OC-1 Modifying girl’s data: The system is capable of adding/editing

and deleting girl’s data.

Must have

OC-2 Modifying volunteer coach’s data: The system is capable of

adding/editing and deleting data of volunteer coaches.

Must have

OC-3 Modifying Program staff’s data: The system is capable of

adding/editing and deleting program staff data.

Must have

OC-4 Class Management: The system is capable of Adding/Editing

and Deleting classes.

Must have

OC-5 Attendance Tracking: The system shall provide the methods to

check-in the girls and store the attendance data.

Must have

Organizational GoalsOrganizational Goals• OG-1: Improved Attendance Monitoring • OG-2: Reduced Paperwork for attendance• OG-3: Better tracking of program quality• OG-4: Increased support to teams having

issues.

Win-Win Agreements

Agreed Win conditions in each category

Suhani Vyas

Capability Requirements

ID RequirementWin condition(s)

Priority*

CR-1

Admin can add/Update/Delete program staff in the database WC_3277 Must

have

CR-2

Program Staff can Add/Update/Delete Classes , Girls

and Volunteer in the database.

WC_3269,WC_3270,WC_

3271

Must have

CR-3

Volunteer Coaches can View/Access the class roster on the mobile app to

Check-in the girls attendance. WC_3268 Must

have

CR-4

User of the website and application can Reset/Update the password. WC_3425 Must

have

*Admin hold all the privileges that program staff holds.

Project Requirements

ID RequirementWin condition(s)

Priority

PR-1

System shall be accessible via Desktop and Mobile device ( iOS

and Android)WC_3279 Must have

PR-2

The maximum budget of the client is $750. WC_3266 Must have

Project RequirementsTools and Languages :Web Server:

• Language: PHP

• Framework: Symfony

Mobile Application:

• Language: HTML, CSS, Javascript

• Tool: PhoneGap

• Platform: iOS and Android

Database Server:• MySQL Server

Level Of Service Requirements

ID Requirement Win condition(s)

Priority

LOS-1 Reliability: The system shall be down for no more than 3 to 5 hours a month and preferably not after the school hours.

WC_3280 Must have

LOS-2Usability: The system shall be easy and intuitive to use.

WC_3281 Can have

LOS-3 Maintainability: The system shall be easily monitored and maintained

WC_3478 Must have

Prototype/ Product Demo

Most significant capabilities, NDI/NCS integration

Ankith Nagarle

User Interface Mock Ups

Mobile App

Login If successful : Roster Selection

Mobile App

AttendanceSelect Week & Session

Website : Login

Website : Login• Two types of users use the website.

oADMIN : Admin gets the access to all the modules which consists of :• Class : It consists of two sub modules :

• Class• Girls

• Attendance• Volunteer• User

oSTAFF : Staff gets access to all the modules of Admin except User Module.

Website : Home

Website : View Class

Website : Add Class

Website : View Girls

Website : Add Girls

Website : View Attendance

Website : Export Attendance

Website : View Volunteers

Website : Add Volunteer

Website : View User

Website : Add User

Functional Prototype

Functional Prototype• We have set up the development

environment required for the project.

• We have started with the Functional prototype of the Web Interface and the Non Functional prototype of Mobile application.

Web Server : User Module – User List

Web Server : Create User Form

Web Server : User Information Preview

Mobile App:Home Page

Mobile App Menu Option

Mobile App : School List Page

Mobile App :Roster page

ArchitectureTop-level physical and logical architecture

Presha Thakkar

System Context Diagram

Artifacts

Use Case : Admin

Use Case : Program Staff

Use Case : Volunteer

Integrated Use Case

Life Cycle Plan

Life cycle strategy; Focus on Development phase & transition increment; Key stakeholder responsibilities; Project plan; Resource estimation

Anushilla Dey

LIFE CYCLE STRATEGY

•Purpose of LCP•Status of LCP•Assumptions•Duration•Personnel Resources

Project Plan

Roles and Responsibilities of Key

StakeholdersName Primary Role Secondary Role

Deepak Earayil Project Manager Software/System Architect

Ankith Nagarle Prototyper Operational Concept Engineer

Aayush Jain Feasibility Analyst Project Manager

Presha Thakkar Life Cycle Planner Requirements Engineer

Suhani Vyas Requirements Engineer

Feasibility Analyst

Anushila Dey Software/System Architect

Life Cycle Planner

Nidhi Baheti Operational Concept Engineer

Prototyper

Elaine Lo Quality Analyst Shaper

RESOURCES AND COINCOMO

• SYSTEMo GOTRLA

• SUB-SYSTEMo MOBILE APPLICATION

Attendance Management

o WEB APPLICATION Attendance Tracking Class Calendar Class Management Student Management Volunteer Management

SCALE DRIVERSDRIVER VALUE RATIONALE

PRECEDENTNESS(PREC)

HIGH The team is developing such a project for the first time. But, such projects have been developed in the past by other developers.

DEVELOPMENT FLEXIBILITY

(FLEX)

HIGH The client has given us complete flexibility over the development platform

RISK RESOLUTION(RESL)

NOMINAL Most of the risks have been identified and corresponding risk mitigation plans have been made

TEAM COHESION(TEAM)

NOMINAL The team members are working with each other for the first time.

PROCESS MATURITY(PMAT)

NOMINAL ICSM Principles and guidelines are followed strictly by the development team.

COST DRIVERSDRIVER

VIEW ROSTER

RECORD ATTENDANCE

EXPORT ATTENDANCE

MONITOR ATTENDANCE

SCHEDULE CLASSES

VOLUNTEER MANAGEMENT

CREATE A NEW CLASS

ADD A NEW STUDENT

ADD A NEW VOLUNTEER

RELY NOMINAL NOMINAL NOMINAL NOMINAL NOMINAL NOMINAL NOMINAL

NOMINAL

NOMINAL

DATA LOW LOW LOW LOW LOW LOW LOW LOW LOW

DOCU NOMINAL NOMINAL NOMINAL NOMINAL NOMINAL NOMINAL NOMINAL

NOMINAL

NOMINAL

CPLX NOMINAL NOMINAL NOMINAL NOMINAL NOMINAL NOMINAL NOMINAL

NOMINAL

NOMINAL

RUSE NOMINAL NOMINAL NOMINAL NOMINAL NOMINAL NOMINAL NOMINAL

NOMINAL

NOMINAL

TIME NOMINAL NOMINAL NOMINAL NOMINAL NOMINAL NOMINAL NOMINAL

NOMINAL

NOMINAL

STOR NOMINAL HIGH NOMINAL NOMINAL NOMINAL NOMINAL NOMINAL

NOMINAL

NOMINAL

PVOL LOW NOMINAL LOW LOW LOW LOW LOW LOW LOW

COST DRIVERSDRIVER VIEW

ROSTERRECORD ATTENDANCE

EXPORT ATTENDANCE

MONITOR ATTENDANCE

SCHEDULE CLASSES

VOLUNTEER MANAGEMENT

CREATE A NEW CLASS

ADD A NEW STUDENT

ADD A NEW VOLUNTEER

ACAP NOMINAL NOMINAL

NOMINAL

NOMINAL

NOMINAL

NOMINAL NOMINAL

NOMINAL

NOMINAL

APEX NOMINAL NOMINAL

NOMINAL

NOMINAL

NOMINAL

NOMINAL NOMINAL

NOMINAL

NOMINAL

PCAP NOMINAL NOMINAL

NOMINAL

NOMINAL

NOMINAL

NOMINAL NOMINAL

NOMINAL

NOMINAL

PLEX NOMINAL NOMINAL

NOMINAL

NOMINAL

NOMINAL

NOMINAL NOMINAL

NOMINAL

NOMINAL

LTEX NOMINAL NOMINAL

NOMINAL

NOMINAL

NOMINAL

NOMINAL NOMINAL

NOMINAL

NOMINAL

PCON LOW LOW LOW LOW LOW LOW LOW LOW LOW

TOOL NOMINAL HIGH NOMINAL

NOMINAL

NOMINAL

NOMINAL NOMINAL

NOMINAL

NOMINAL

SITE VERY HIGH

VERY HIGH

VERY HIGH

VERY HIGH

VERY HIGH

VERY HIGH VERY HIGH

VERY HIGH

VERY HIGH

Mobile Application Overview

Web Application Overview

GOTRLA Overview

Feasibility Evidence

NDI/NCS alternatives, NDI/NCS evaluation & analysis results; Business case (beginnings, including benefits analysis); Major Risks;

Capability and LOS feasibility evidence; 5 Personas

Aayush Jain

INTRODUCTION•Purpose of FED•Status of FEDoProcess Feasibility AnalysisoRisk AssessmentoNDI/NCS Feasibility AnalysisoBusiness Case Analysis

PROCESS FEASIBILITY

ANALYSIS• Criteria for Process Feasibility AnalysisoCritical on compatibilityo Internet Connection independenceoNeed high level of

services/performancesoNeed high security

RISK ASSESSMENTRisks

Risk ExposureRisk MitigationsPotential

Magnitude Probability Loss Risk Exposure

Client’s Requirements:Incorrect understanding about the requirements of the client.

2 5 10

Have more client interactions to understand the requirements of the client and document those requirements well.

Client’s Current Technology:Limited knowledge about working of the RacePlanner system in the existing system of the client.

2 5 10

Race Planner is not included in the current system. This would be taken as an evolutionary measure in future.

Project Management:Lack of coordination amongst team mates

1 7 7Decide proper time to meet according to the schedule of all the team mates.

NDI/NCS FEASIBILITY

ANALYSIS• Candidate NDI/NCS Components• NDI/NCS features

o PhoneGap supports hybrid application development

o PhoneGap uses existing technologies such as HTML/CSS

o Symphony provides access controlo Symphony supports scalability of application

FEASIBILITY EVIDENCE

• Level of Service Feasibilityo LOS-1: The system shall be down for no more

than 3 to 5 hours a month and preferably not after school hours

o LOS-2: The system should be easy and intuitive to use

• Capability Feasibilityo CR-1: Monitor Attendance of girls and coacheso CR-2: Export Attendance from Web Server

BUSINESS CASE ANALYSIS

Assumptions :Every camp will have at least two coaches with smartphone.Paper based attendance monitoring system is the reason for low program quality. The program quality will improve by using this application and having real time data.

Stakeholders

Initiatives Value Propositions

Beneficiaries

-GOTRLA staff -Coaches -CSCI577a Team15 -Maintainers 

-Develop a mobile application and a web server for new participants’ check-in system. -Provide training to the program staff to use the new system . -Record the attendance of the girls and the coaches. -Monitor the attendance of the girls and coaches in each roster.

• Improved attendance monitoring.

• Improved volunteer support.

• More efficient processes for volunteer and staff communication.

-Volunteer Coaches - Program Staff - Program Participants

Costs Benefits

-Annual apple store membership cost.-Web Server hosting cost.-Need to hire a maintainer.-Time/manpower spent on creating the system.

-Have real time data on attendances.-Reduce the paper work done by the program staff.-Increased number of girls registering for the program.

COST ANALYSIS• Monetary Cost• Non-Monetary Cost• Personnel Cost• Hardware and Software cost

BENEFIT ANALYSISCurrent activities & resources used % Reduce Time Saved (Hours/Year)

Program Monitoring

Program Staff (3hrs/week * 52 weeks)

66% 102

Total 102

YearCost (in

terms of time saved)

Benefit(Effort Saved)

Cumulative Cost

Cumulative Benefit

ROI

2014 156 0 156 0 -1

2015 172 102 328 102 -0.68

2016 189 102 517 204 -0.60

2017 208 102 725 306 -0.58

ROI ANALYSIS

Quality Focal Point

Traceability Matrix and summary; Defect Identification review type summary (what & how) by document section or UML, and

current defect injection & removal matrix; Quality Management Strategy

Elaine Lo

Traceability Matrix and Summary

OC Requirements

Use Case Test Case

OC-1 WC_3264, WC_3265, WC_3270

UC-2 TC-01, TC-02

OC-2 WC_3271 UC-2 TC-01

OC-3 WC_3277 UC-2 TC-01

OC-4 WC_3269, WC_3273, WC_3274

UC-2 TC-01

OC-5 WC_3262, WC_3263, WC_3268, WC_3278

UC-3, UC-4 TC-03, TC-04

Defect Identification Review

• Client feedback• Peer review/programming• Requirements and design

testing• Bugzilla

Defect Injection & Removal Matrix

Defect Defect Description

Date Injected

Date Removed

Program Business

Model

Incorrect modeling of the business

flow

9/19/14 9/21/14

SSAD Missing some use

case scenarios

10/13/14  

Test Cases Discuss how to handle rainy day

cases

10/13/14  

Quality Management Strategy

•Win-win• Prototyping• Compliance checking

Acceptance Test Plan and

CasesAnkith Nagarle

Acceptance Test cases

• Sunny day scenariooWeb Interface• TC-01: User permissions• TC-02: Add/remove data to the database via

website from point of view of admin and staff• TC-03: Add/remove data to the database via

application from point of view of a coach• TC-05: Previewing how the reports will look

oMobile Interface:• TC-04: Saving the attendance as a coach

Acceptance Test cases

• Rainy day caseso TC-06: Multiple coaches record attendanceo TC-07: Attendance is recorded but then a

girl shows up lateo TC-08: Attendance is recorded but then a

girl leaves earlyo TC-09: Error handlingo TC-10: Handling the web/mob application

events when the internet service is not available.

Suggestions and Questions?

Things done right & Issues to address

Team-15Deepak Earayil- Project Manager & System/Software ArchitectAnkith Nagarle- Prototyper & Operational Concept Engineer

Aayush Jain- Feasibility Analyst & Project ManagerPresha Thakkar- Life Cycle Planner & Requirements Engineer

Nidhi Baheti- Operational Concept Engineer & PrototyperSuhani Vyas- Requirements Engineer & Feasibility Analyst

Anushila Dey - System/Software Architect & Life Cycle Planner Elaine Lo- Shaper and Quality Analyst

Thank You