21
Closers David Beaton Kumaran Mahenthiran Jedadiah Crelly STEP Sponsors Dr.David Kluge Rick Voight Dr. Chloe Alexon Faculty Coach Prof. Tom Reichlmayr

Closers David Beaton Kumaran Mahenthiran Jedadiah Crelly STEP Sponsors Dr.David Kluge Rick Voight Dr. Chloe Alexon Faculty Coach Prof. Tom Reichlmayr

  • View
    217

  • Download
    0

Embed Size (px)

Citation preview

ClosersDavid Beaton

Kumaran MahenthiranJedadiah Crelly

STEP SponsorsDr.David Kluge

Rick VoightDr. Chloe Alexon

Faculty CoachProf. Tom Reichlmayr

Agenda

Introduction Background Goals Process Metrics Current status Demo Reflections

What is EMS Online Directory?

One and only one nationally expanding online database of Emergency Medical Services.

A central location for your EMS and public safety organizations in your county, state or any region you wish to explore!

A tool for creating printed directories of all available EMS in as big as national or as small as specific county.

Previous Development

Ongoing project of last 2 years by SE Seniors.

Phase 1 (2004-05): Hazmat – Designed, developed and released to staging.

Phase 2 (2005-06): Pinchhitters – Re-designed, improved, existing features, implemented printable format, and released to production.

Goals For This Year

Improve search features

Minimize needed editor intervention for standardization

Automate creation of Printable Format of the directory

Adapt more Organization Types

Prevent multiple registration of organizations.

Move to a permanent server

Lightweight model development Easily adaptable based on priorities Small iterations, weekly scheduling

Agile Development Process

Feature Driven Development

We aren’t reinventing the wheel Sponsors had a full year to assess software Many of our tasks were defined in terms of

features to be added Features submitted through “feature request”

document and assessed based on risk, priority and technical difficulty

Reactive Development (agile process)

Priorities changed weekly Long-term schedule less structured, based

more on higher level goals Short-term schedule very fluid, reassessed

weekly Our process evolved throughout the quarter

Metrics(Hours per Phase)

Hours by Process

Develop

Testing

Integration

1 2

3

Metrics cont.(Hours per task)

Hours To complete

0

5

10

15

20

25

30

35

40

45

1 6 11 16 21 26 31 36 41 46 51 56 61 66

Tracking ID

Ho

urs

Hours To complete

Metrics cont.(TCE total containment

effectiveness)

Defects-escape to a subsequent phase Errors-discovered during the phase that created

them Industry standard 65-98% We were at 87.5%

Testing

Testing occurred for two weeks before deployment. Sponsors were given test environment to

experiment with Small incremental changes allowed during

testing Test plan developed to address major aspects of

system

Lifecycle Environment

Two separate environments Production Testing

Features first added to testing environment Sponsors would review and approve changes Approved changes were migrated to

production on a bi-weekly basis

Initial Feature Identification

FeasibleFormal Feature

Document Created

Change Control Board

Reviews

Feature Has Not Been Adequately Defined

Initial Development Done On Test Environment

Feature Scheduled Based On Priority and Risk

Sponsors Review

Changes Functionality Not Accurate/Correct

Features Migrated To Production On

Next Phase

OK

Architecture

RegistrationAccount

Management / Searching

Active Server Pages

Web Service

Web MethodsBusiness Objects / Managers

Database

Programmable Logic

Tables

Major Features Added

Duplicate organization prevention Automated address suffix standardization Automated data population into printed

directory Last modified search Survey management Search result display enhancements

Demo

http://www.emsdirectory.org

Future Features

A method to retrieve survey results Mass address overrides E-mail notification enhancements

Positive Aspects

Delegation of work Team cooperation Sponsor feedback Release management

Areas Of Improvement / Challenges

Better feature identification Feature creep Source control Teleconferencing can be challenging Adapting process to match active system

Sponsors had timeframe they wanted to email all organizations to update information.

System was live-we had to be precise, no room for error

Questions?