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
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 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
Future Features
A method to retrieve survey results Mass address overrides E-mail notification enhancements
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