550 likes | 697 Views
DOCVIEWER. EPP | 10 th December 2009 | IKARUPROJECTS. Agenda. Introduction Recap Architecture and Design Demo Planning and Tracking Reflection. Introductions. Client Bharat Gorantla Mentor Phil Bianco Team iGreen Sai Sharan Donthi Vignesh Murugesan Vikram Subramanian.
E N D
DOCVIEWER EPP | 10th December 2009 | IKARUPROJECTS
Agenda • Introduction • Recap • Architecture and Design • Demo • Planning and Tracking • Reflection Team iGreen
Introductions • Client • Bharat Gorantla • Mentor • Phil Bianco • Team iGreen • Sai Sharan Donthi • Vignesh Murugesan • Vikram Subramanian Team iGreen
Project Context Microsoft Office, Adobe Reader, Open Office, ?? Internet PDF PPT DOC ODT Learner Teacher Data Transfer Team iGreen
Context Diagram Web Application Viewer Converter Legend Developed by Team iGreen Client Application Uses Team iGreen
C&C View Team iGreen
Viewer Design Spoke indicates a new screen Team iGreen
Accomplishments • Deliverables: ZOOM Pagination Delivered Converter Viewer Full-screen Search ‘Must Have’s 8 Team iGreen Team iGreen
DocViewer - Demo Team iGreen | Phil Bianco | DocViewer | IKaruProjects Team iGreen
Recap– Summer of ‘09 • SOW, SRS |Quality Attribute Workshop • Scope | Clarity between technical constraints and QA’s. • Extreme Programming • Spike Solutions • Test Driven Development • Quality Assurance • Earned Value Planning and Tracking • Plan revision | Team velocity • - Went well | - Satisfactory | - Didn’t go well Team iGreen
Goals and Objectives – Fall ‘09 • Pair Programming • Continuous Risk Management • Process for Quality Assurance • Deliver the must have requirements • Deliver Word (doc, docx), PowerPoint (ppt, pptx) • Deliver the viewer part developed using FLEX Team iGreen
SDLC & Process • Extreme Programming • Iterative delivery | Two semesters | Small Team • Project Characteristics • Selected Agile Life Cycle Model. • Frequent delivery & continuous client interaction • Short span of the project • Small Team • Possibility of changes in requirements Team iGreen
SDLC & Process • XP continued…. • Paired comparison - Estimation • Risk Management | CRM | SRE • Risk Identification – At the beginning of Iteration • Risk mitigation strategies | Contingency plans immediately Team iGreen
Planning And Estimation data • Planning Data • Available Number of Hours : 470 hrs • Number of hours planned for : 485 hrs • Number of hours kept in Buffer : 134 hrs • Number of iterations : 4 • 3 Iterations for ‘Must have’s and 1 Iteration for ‘Nice to have’ Team iGreen
CPV Vs. EV and Actual Effort Deployment Iteration 4 Iteration 3 Iteration 2 Iteration 1 SAD Planned SRS SOW ITR - 1 Achieved Iteration 1 SRS & SOW SAD Weeks Team iGreen
Iteration 1 EV Analysis Buffer completely utilized Backlog - Iteration 2 Backlog – Iteration 3 Team iGreen
Estimated Effort Split-up Team iGreen
Effort Spent - Activities Team iGreen
Reflections – Planning And Tracking • Finding algorithms is not easy • Planned for 2 Converter POCs | Performed five • Four converter POCs | One Viewer POC • Planned only 2 POCs - Should have kept it open • Plan revision | 09/11 • Reprioritization from client - Could have asked earlier • Plan revision | 10/10 • - Satisfactory | - Went well | - Didn’t go well Team iGreen
Reflections - Proof Of Concepts Team iGreen
Client Feedback 1- Can Improve 2-Matched Expectations 3-Exceeded Expectations Team iGreen
Thank You Team iGreen
Back Up Slides Back Up Slides Team iGreen
Architecture Team iGreen
Document Formats • Adobe PDF • Microsoft Word – doc & docx • Microsoft Powerpoint – ppt & pptx • Open Office Text Document - .odt & .sxw • Open Office Presentation - .odp & .sxi • Adobe Postscript • Microsoft Excel • Open Office Spreadsheet • Plain Text • Rich Text Format Team iGreen
Functional Requirements & QAs Performance – Priority 1 A 2MB File should be converted within 10 seconds Converter Extensibility – Priority 2 A newly developed document converter should be integrated in to the converter component within 40 person days . Team iGreen
Constraints • Technical • Should be provided as an API to hook in to the client web application. • Should be developed using Java. • Business • Should be developed only using open source tools. • Should be developed in two semesters. Team iGreen
C&C View Team iGreen
C&C View Team iGreen
Requirements Team iGreen
Requirements Engineering • Requirements Development • Functional User Quality Attributes Technical • Business • Requirements Analysis • Prioritization of • Features Quality Attributes • Must Haves and Nice to Haves • Requirements Specification • IEEE SRS Format • Use cases for functional requirements • 6 part scenario documentation for quality attributes Team iGreen
Planning and Tracking Beware! So much of numbers Team iGreen
Tracking Process • Earned Value Tracking • Granularized Tasks | Effort | Value • Planned Value Baseline • Effort Available | Features | Iterations • Weekly Tracking and Backlog list • Planned Value Baseline | Earned Value for 2 weeks • Example : Once upon a time…in the next slide • Tracking helped us! • Backlog List | Allocation | Time box Team iGreen
Iterations and Features Team iGreen
Planned Effort for Phases Team iGreen
Effort Spent on Phases Team iGreen
Effort Split in Iteration 2 Team iGreen
Effort split for Iteration 3 Team iGreen
Effort Spent Split – Iteration 4 Team iGreen
Reflections -Requirements • Quality Attributes • Client was familiar with Quality Attribute Workshop, so we could directly start from • Business Goals • Scenario Brainstorming • Scenario Consolidation, Prioritization and Refinement • Identifying the system boundary and scope. • Clarity between technical constraints and quality attributes • - Satisfactory | - Went well | - Didn’t go well Team iGreen
Process Matrix Team iGreen
Process Team iGreen
Architecture Design Process Gather Architectural Drivers Identify Notional Architecture Apply ADD and Refine Architecture Develop Run-Time, Static and Allocation views Review Architecture Legend Activities Control Flow Team iGreen
Module & Package View Team iGreen
Allocation View Team iGreen
Implementation • Low – Level Design • Test Driven Development Team iGreen
Project Management • People • Project Plan • Tracking and Revising Plan • Risk Management • Reflections Team iGreen
What Now? • Analyze why the Earned Value is more/less • Productivity | Estimation | Process • Activities that have not added value but consumed effort • Backlog List | Buffer Time | Allocation | Time-box • Update the Project Overhead Activities / Tasks • Estimate and revise plan • Steps to achieve productivity • Training | CPI| Evaluation | Feedback Team iGreen
Project Plan • Planning Process • Interim plan initially • Quickly develop the MACRO plan • Delphi Estimation Method • Activities | ‘Expert’ Opinion | Consensus • “Granularized” Activities and Tasks for Tracking • Release Plan & Iterations Plan - Deliverable based Planning • Requirements | Iterations | Plan Team iGreen
Risk Management • Risk Management Process • Informal Risk Management Plan • Identify | Prioritize | Mitigate | Contingency plan • Learning FLEX |Unplanned activities| Delphi Estimation • For example: • FLEX is new | Learning curve| Training • Training is our mitigation strategy • Entry Criteria | Exit Criteria • No contingency plan for the Risk Team iGreen