© 2014 The MITRE Corporation. All rights reserved. SEDC 2014 April 4, 2014 Nadya Subowo Towards Agile Systems Engineering for the National Airspace System.

Slides:



Advertisements
Similar presentations
Chapter: 3 Agile Development
Advertisements

State of Indiana Business One Stop (BOS) Program Roadmap Updated June 6, 2013 RFI ATTACHMENT D.
© 2009 The MITRE Corporation. All rights Reserved. Evolutionary Strategies for the Development of a SOA-Enabled USMC Enterprise Mohamed Hussein, Ph.D.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Virtual University - Human Computer Interaction 1 © Imran Hussain | UMT Imran Hussain University of Management and Technology (UMT) Lecture 16 HCI PROCESS.
Agile Architecture Prabhu Venkatesan for COMP-684.
Blue Mountain RAM Product Roadmap Jim Erickson, President and CEO Randy Paroda, Director of Product Development.
Ahsan Kabir Project Manager Ahsan Kabir Project Manager ………………………….
Systems Engineering in a System of Systems Context
Connecting People With Information DoD Net-Centric Services Strategy Frank Petroski October 31, 2006.
Adopt & Adapt Tips on Enterprise Data Management Annette Pence September 10, 2009 MITRE.
Contractor Assurance Discussion Forrestal Building Washington, D.C. December 14, 2011.
Agile Software Development. Traditional Software Development 1.Initiation (RFP) 2.Feasibility study Technical – can we build it? Economic – should we.
DoD Systems and Software Engineering A Strategy for Enhanced Systems Engineering Kristen Baldwin Acting Director, Systems and Software Engineering Office.
IT Governance and Management
Software Engineering.
Iterative development and The Unified process
Organizational Influences and Life Cycle
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
COMP8130 and 4130Adrian Marshall 8130 and 4130 Test Management Adrian Marshall.
Enterprise Architecture
Presented to: Aerospace Control and Guidance Systems Committee By: Stan Pszczolkowski, Manager, System Analysis Division Date: March 1, 2006 Federal Aviation.
Enterprise IT Decision Making
A Security Training Program through Transformational Leadership and Practical Approaches Tanetta N. Isler Federal Information Systems Security Educators’
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Organize to improve Data Quality Data Quality?. © 2012 GS1 To fully exploit and utilize the data available, a strategic approach to data governance at.
Presented to: SBAS Technical Interoperability Working Group Date: 21 June 2005 Federal Aviation Administration Certification of the Wide Area Augmentation.
Business Systems Development SDLC and introduction to the Microsoft Solutions Framework Team and Process Models.
The Challenge of IT-Business Alignment
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 Systems Development Life Cycle Phases and Activities in the SDLC Variations of the SDLC models.
Testing Challenges in an Agile Environment Biraj Nakarja Sogeti UK 28 th October 2009.
An Integrated Control Framework & Control Objectives for Information Technology – An IT Governance Framework COSO and COBIT 4.0.
Disclaimer: The views expressed here do not necessarily represent those of the Federal Aviation Administration. Integration of Human Factors in the NextGen.
Object-oriented Analysis and Design Stages in a Software Project Requirements Writing Analysis Design Implementation System Integration and Testing Maintenance.
IS Methodologies. Systems Development Life Cycle - SDLC Planning Planning define the system to be developed define the system to be developed Set the.
Microsoft Office Project 2003: Selling EPM in your Organization Matt Wilson Business Solutions Specialist LMR Solutions.
Review of Software Process Models Review Class 1 Software Process Models CEN 4021 Class 2 – 01/12.
Fifth Lecture Hour 9:30 – 10:20 am, September 9, 2001 Framework for a Software Management Process – Life Cycle Phases (Part II, Chapter 5 of Royce’ book)
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
© 2015 The MITRE Corporation. All rights reserved. Dr. Christine Taylor Principal Simulation and Modeling Engineer 25 August 2015 Automation to Support.
03/11/021 Spaceport Vision Team Members. 03/11/022 Systems Definition Spaceport System Spaceport Stakeholder Needs High-Level Trade Study Performance.
Chapter 3 Strategic Information Systems Planning.
EGovOS Panel Discussion CIO Council Architecture & Infrastructure Committee Subcommittee Co-Chairs March 15, 2004.
J. Scott Hawker p. 1Some material © Rational Corp. Rational Unified Process Overview See and use the RUP Browser on lab machines.
© 2015 The MITRE Corporation. All rights reserved. Friends and Partners of Aviation Weather Claudia McKnight ATM-Weather Integration Gap Analysis CAASD.
CSPC 464 Fall 2014 Son Nguyen. 1. The Process of Software Architecting, Peter Eeles, Peter Cripss 2. Software Architecture for Developers, Simon Brown.
Kathy Corbiere Service Delivery and Performance Commission
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
Process Asad Ur Rehman Chief Technology Officer Feditec Enterprise.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
1 Stan Pszczolkowski FAA Technical Center (609) October 19, 2005 Federal Aviation Administration.
1 Working with Project Stakeholders in a Statewide Project PMI-SVC PMO Forum Monthly Meeting Dan Conway, PMP October 22, 2008.
Agenda VA’s Transformation Continues
Module 4: Effect of Agile on the DoD Program Office TLO: Given a DoD program involved in software development using Agile philosophy methodologies, the.
Iterative development and The Unified process
CLE Introduction to Agile Software Acquisition
Improving Mission Effectiveness By Exploiting the Command’s Implementation Of the DoD Enterprise Services Management Framework - DESMF in the [name the.
#2-What is Agile? Why Agile?
ESMF Governance Cecelia DeLuca NOAA CIRES / NESII April 7, 2017
E2E Testing in Agile – A Necessary Evil
The Open Group Architecture Framework (TOGAF)
Introduction to Software Engineering
How to Successfully Implement an Agile Project
By Jeff Burklo, Director
Introduction to Agile Blue Ocean Workshops.
Vijay Rachamadugu and David Snyder September 7, 2006
A Concept for Launch and Reentry Collaborative Decision Making (CDM)
Presentation transcript:

© 2014 The MITRE Corporation. All rights reserved. SEDC 2014 April 4, 2014 Nadya Subowo Towards Agile Systems Engineering for the National Airspace System The contents of this document reflect the views of the author and The MITRE Corporation and do not necessarily reflect the views of the Federal Aviation Administration (FAA) or the Department of Transportation (DOT). Neither the FAA nor the DOT makes any warranty or guarantee, expressed or implied, concerning the content or accuracy of these views. Approved for Public Release; Distribution Unlimited

| 2 || 2 | Outline  Why do we need Agile?  Background –Next Generation Air Transportation Vision –Acquisition Management System  Motivation and Scope  Agile Systems Engineering Framework  Agile System Design Framework  Stakeholder Analysis and Impact  Conclusion  Next Steps © 2014 The MITRE Corporation. All rights reserved.

| 3 || 3 | Why Do We Need Agile?  Information Technology is a large part of today’s enterprise infrastructure  Defense Science Board Task Force [1] found that large information systems take about 91 months to field from conceptual design to deployment –Conventional acquisition process does not accommodate systems that require any hardware/software updates and changes in the operational requirements  Statutory restrictions have risen due to lack of confidence in the execution of such program, resulting in increased program scrutiny and budgetary actions (e.g. funding cuts) © 2014 The MITRE Corporation. All rights reserved.

| 4 || 4 | Federal Aviation Administration Vision © 2014 The MITRE Corporation. All rights reserved. ntation_Jay_Merkle_v2.pdf

| 5 || 5 | Acquisition Management Process © 2014 The MITRE Corporation. All rights reserved. Where does Systems Engineering fit in? Federal Aviation Administration. (2006). National Airspace System System Engineering Manual v3.1.

| 6 || 6 | Motivation & Scope  The Federal Aviation Administration (FAA) utilizes traditional waterfall approach during Solution Implementation  How can the FAA leverage emerging agile practices to deliver usable NextGen operational capabilities to the aviation community? © 2014 The MITRE Corporation. All rights reserved.

| 7 || 7 | Agile Systems Engineering Framework  Adopt agile principles Solution Implementation of the AMS process  A single release is comprised of several iterations, adapting to any technical changes and creating a usable system for the end user  Use in design of non- safety-critical systems © 2014 The MITRE Corporation. All rights reserved. Agile Iteration #1 Concept Definition Requirements Analysis System Functional DesignImplementation VerificationDeployment

| 8 || 8 | Integrated Technical Planning  Process that encapsulates the upfront program planning work, defining the program’s goals and the goals for each iteration and associated release  Agile Process –Macro vs. Micro view –Iteration address high priority and high risk operational features –Release represents a fully integrated and usable capability –Continuous user feedback from stakeholders  Evidence Based Framework  The Agile Manifesto states that the “…highest priority of a program is to satisfy the customer through early and continuous delivery…” [2] © 2014 The MITRE Corporation. All rights reserved. Iteration # n Integrated Technical Planning Concept Development Requirements Analysis Functional Design Implementation VerificationDeployment

| 9 || 9 | Concept Development  Define the mission needs and capture the primary operational functions and requirements  Agile Processes –Establish enterprise understanding of the mission need and the program’s architecture and objectives to ensure alignment  Defer any detailed design decisions until sufficient information is available by fostering a collaborative design environment –Open architecture enables rapid responses and asynchronous upgrades © 2014 The MITRE Corporation. All rights reserved. Iteration # n Integrated Technical Planning Concept Development Requirements Analysis Functional Design Implementation VerificationDeployment

| 10 | Requirements Analysis  Output a set of known system functions, system requirements, and measures of performance (acceptance criteria) based on mission need and additional technical needs from Specialty Engineering  Agile Process –User stories to define the operational needs and system requirements –Backlog of user stories –Prioritization of user stories based on risk, need, and/or complexity  User stories for non-functional requirements should be considered as high priority due to its complexity and may require multiple iterations  The Agile Manifesto stresses the importance of welcoming requirements changes, even if it is late in the development [2] © 2014 The MITRE Corporation. All rights reserved. Iteration # n Integrated Technical Planning Concept Development Requirements Analysis Functional Design Implementation VerificationDeployment

| 11 | Functional Design  Define an architectural solution that addresses the stakeholder’s needs and the operational  Agile Process –The first iteration should define the enterprise level concept and architecture –Iterations to refine the enterprise physical architecture –All internal and external interactions captured as interface requirements in the requirement’s Backlog for future iterations © 2014 The MITRE Corporation. All rights reserved. Iteration # n Integrated Technical Planning Concept Development Requirements Analysis Functional Design Implementation VerificationDeployment

| 12 | Agile System Design Framework  System design is based on fulfilling an operational need –What happens when the system becomes too large and costly for any minor requirements change or technical upgrades?  Desirable to have system components that can be rapidly modified without repeating the entire system design process © 2014 The MITRE Corporation. All rights reserved.  Agile System Design enables rapid adaptation change from one operating condition to another after initial deployment –Use in small technical, non-safety-critical systems –Benefits come from ability to hedge against an uncertain future –Balance between design flexibility and life cycle cost, including investment costs and cost for switching operations

| 13 | NextGen Stakeholders  A challenge in systems engineering is balancing disparate stakeholder needs © 2014 The MITRE Corporation. All rights reserved. Who may present a Challenge for adopting agile?

| 14 | POET Analysis and Impact © 2014 The MITRE Corporation. All rights reserved. OperationalPolitical EconomicTechnical Many stakeholders including:  Development Contractors  Joint Resource Council (JRC)  Bargaining Units  FAA Organizational Structure  Oversight Committees (GAO, IG)  Congress  Procedures, rulemaking, etc.  Aircraft Standards – Certification and Equipage Mandates – standards implementation  Air Carriers & General Aviation  Airports/Airport Authority  Acquisition Management System and Systems Engineering Process  Information Systems Security Managers  Safety systems categorization  Technology availability and maturity  DOT Budget and FAA Appropriation  Investment and maintenance costs  Program Technical Staffing Resources *Legend: Red represents strong program influence

| 15 | How Can Agile be Beneficial?  Technical availability and maturity may be mitigated by an agile systems engineering or agile system design –Agile system design - smaller technical, non-safety critical systems –Agile systems engineering - joint effort for non-safety critical system/service design and implementation  The FAA can increase USER confidence by incorporating them early and often into the design and requirements process  Agile allows the FAA to focus on building and delivering incremental value to the end users in a rapid manner –Planning for a release incorporates program risks, operational priorities, cost and schedule constraints © 2014 The MITRE Corporation. All rights reserved.

| 16 | Next Steps  Validate the Agile Systems Engineering and Agile System Design frameworks through a use case study with non-safety- critical NextGen programs  Identify quantifiable and qualitative metrics that show the benefits of an agile engineering approach © 2014 The MITRE Corporation. All rights reserved.

| 17 | Questions? Nadya Subowo © 2014 The MITRE Corporation. All rights reserved.

| 18 | References  [1] Force, Defense Science Board Task. (2009). Department of Defense Policies and Procedures for the Acquisition of Information Technology (T. Office of the Under Secretary of Defense For Acquisition, and Logistics, Trans.) (pp. 109). Washington, D.C  [2] “Agile Manifesto.” Manifesto for Agile Software Development. © 2014 The MITRE Corporation. All rights reserved.

| 19 | © 2014 The MITRE Corporation. All rights reserved. Backup

| 20 | Agile vs. Waterfall  The following definitions characterize agile as the following: –Agile is an effective response to an opportunity and problem within the construct of the mission, where effective response is defined as timely, affordable, predictable (quality), and comprehensive [3] –Agility applies memory and history to adjust to new environments, react and adapt, take advantage of unexpected opportunities, and update the experience base for the future [4] –A shift from plan-driven to value-driven software development © 2014 The MITRE Corporation. All rights reserved.