SA R1C3 Wrap-up Presentation slide 1 Sensing and Acquisition Release 1 Construction 3 Wrap-up Presentation May 19, 2011 Alon Yaari, SA Team Lead.

Slides:



Advertisements
Similar presentations
System Integration Verification and Validation
Advertisements

Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Software Project Management
Software Engineering CSE470: Process 15 Software Engineering Phases Definition: What? Development: How? Maintenance: Managing change Umbrella Activities:
Development Processes UML just is a modeling technique, yet for using it we need to know: »what do we model in an analysis model? »what do we model in.
OO Development Process. UML and Process UML standardizes notation, not process –Increase likelihood of widespread acceptance There is significant variability.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
DECISION SUPPORT SYSTEM DEVELOPMENT
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Project Life Cycle Introduction and Overview © Ed Green Penn State University All Rights Reserved.
Technical Integrity Assurance For Product Development W. Henson Graves Lockheed Martin Aeronautics Company Russ Campbell.
Effective Methods for Software and Systems Integration
Process: A Generic View
RUP Fundamentals - Instructor Notes
Chapter 2 The process Process, Methods, and Tools
Dillon: CSE470: SE, Process1 Software Engineering Phases l Definition: What? l Development: How? l Maintenance: Managing change l Umbrella Activities:
CHEP2000 February 2000 Impact of Software Review and Inspection Doris Burckhart CERN ATLAS DAQ/EF-1 Back-end software.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Consult21 Information is subject to change and is for discussion purposes only. Any dates/timings are the current anticipated timescales and may be subject.
Satzinger Chp. 2 Part Part 4 of 4 2 Object-Oriented Analysis and Design with the Unified Process Testing Testing is critical discipline Testing activities.
Business Systems Development SDLC and introduction to the Microsoft Solutions Framework Team and Process Models.
Ocean Observatories Initiative Sensing and Acquisition (SA) Subsystem Overview Michael Meisinger September 29, 2009.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
OOI CI LCA REVIEW August 2010 Ocean Observatories Initiative Instrument and Platform Agent Architecture (IPAA) Steve Foley Life Cycle Architecture Review.
CS CS 5150 Software Engineering Lecture 3 Software Processes 2.
Chapter 2 Process: A Generic View
RUP Design RUP Artifacts and Deliverables
Software Requirements Engineering CSE 305 Lecture-2.
EPE Release 2 IOC Review August 7, 2012 Ocean Observatories Initiative OOI EPE Release 2 Initial Operating Capability Review System Development Overview.
HCI in Software Process Material from Authors of Human Computer Interaction Alan Dix, et al.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
OOI CI LCA REVIEW August 2010 Ocean Observatories Initiative Instrument and Platform Agent Architecture (IPAA) Steve Foley, David Everett Life Cycle Architecture.
OOI CI LCA REVIEW August 2010 Ocean Observatories Initiative OOI Cyberinfrastructure Architecture Overview Michael Meisinger Life Cycle Architecture Review.
Software Engineering Principles Principles form the basis of methods, techniques, methodologies and tools Principles form the basis of methods, techniques,
OOI CI LCA REVIEW August 2010 Ocean Observatories Initiative Instrument and Platform Agent Architecture (IPAA) Steve Foley, David Everett Life Cycle Objective.
CS 3610: Software Engineering – Fall 2009 Dr. Hisham Haddad – CSIS Dept. Chapter 2 The Software Process Discussion of the Software Process: Process Framework,
OOI CI EOI LCA REVIEW December 13, 2010 Ocean Observatories Initiative External Observatory Integration Christopher Mueller Life Cycle Architecture Review.
New 5000 Documents 14 May 2001 New 5000 Documents 14 May 2001 Defense Systems Management College Acquisition Policy Department.
OOI CI LCA REVIEW August 2010 Ocean Observatories Initiative OOI Cyberinfrastructure Common Operating Infrastructure Subsystem Michael Meisinger Life Cycle.
T Iteration Demo Group name [PP|I1|I2] Iteration
Review of Software Process Models Review Class 1 Software Process Models CEN 4021 Class 2 – 01/12.
OOI CI LCA REVIEW August 2010 Ocean Observatories Initiative OOI Cyberinfrastructure Architecture Assessment John Graybeal, Michael Meisinger Life Cycle.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Systems Analysis and Design in a Changing World, Fourth Edition
SOIS APP Working Group Overview. Presentation Overview Application Support Services Electronic Datasheets ESA Project History and Plans Standards Documentation.
T Iteration demo T Iteration Demo Team Balboa I1 - Iteration
Chapter © 2012 Pearson Education, Inc. Publishing as Prentice Hall.
Sensing and Acquisition & MOOS
The principles of an object oriented software development process Week 04 1.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
NSF ANNUAL REVIEW June 2010 Ocean Observatories Initiative Matthew Arrott August Release 1 Life Cycle Architecture Review CI Project Status.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
Rational Unified Process (RUP)
T Iteration Demo Group name [PP|I1|I2] Iteration
OOI CI LCA REVIEW August 2010 Ocean Observatories Initiative Sensing and Acquisition Subsystem Arjuna Balasuriya Life Cycle Architecture Review La Jolla,
Chapter 2 Project Management Methodologies. A project life cycle PlanDesignDevelop Integrate (including test) DeployMaintain They can be iterative and.
PI2134 Software Engineering IT Telkom.  Layered technology  Software Process  Generic Process (by Pressman)  Fundamental activities (by Sommerville)
Advances In Software Inspection
March 2004 At A Glance The AutoFDS provides a web- based interface to acquire, generate, and distribute products, using the GMSEC Reference Architecture.
T Iteration Demo BitPlayers PP Iteration
Copyright 2015, Robert W. Hasker. Classic Model Gathering Requirements Specification Scenarios Sequences Design Architecture Class, state models Implementation.
Cyberinfrastructure Overview of Demos Townsville, AU 28 – 31 March 2006 CREON/GLEON.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
Review of Definitions Software life cycle: –Set of activities and their relationships to each other to support the development of a software system Software.
CSC 480 Software Engineering
Object Oriented Analysis and Design
Test Planning Mike O’Dell (some edits by Vassilis Athitsos)
Software engineering -1
OOI Cyberinfrastructure Integrated Elaboration Demo
Presentation transcript:

SA R1C3 Wrap-up Presentation slide 1 Sensing and Acquisition Release 1 Construction 3 Wrap-up Presentation May 19, 2011 Alon Yaari, SA Team Lead

SA R1C3 Wrap-up Presentation slide 2 1. Release 1 Goals Support for end-to-end demonstration of instrument-sourced data. UC.R1.02 Hello Instrument:Connect it to the CI UC.R1.03 Hello Data Source:Register and connect a data source UC.R1.18 Command an Instrument:Send it commands UC.R1.19 Direct Instrument Access:Directly communicate with it (No Use Case)SIAM Integration proof-of-concept Pre-R1C3 Recap: Objectives met by IPAA team UC.R1.02,.03, and.18 were demonstrable by LCA/MBARI meeting in Jan 2011 Pre-R1C3 Challenges: Lack of formal SA team Fluid agent/driver definitions

SA R1C3 Wrap-up Presentation slide 3 2. R1C3 Iteration Goals Refined SA objectives to develop: Common (to each instrument) instrument agent Examples of customized instrument driver (SBE37, NMEA) Deployable instrument simulator (NMEA GPS) Initial SIAM adapter/driver Defer direct-access to later release cycle Concentrate on component interface definitions Concentrate = Action = developing, implementing, building, demonstrating Build on existing IPAA efforts Concentrate on specific R1 requirements: Instrument agent shall:Acquire data… publish to exchange Acquire metadata… publish to exchange Receive CI commands… command the instrument Manage instrument state… etc.

SA R1C3 Wrap-up Presentation slide 4 3. R1C3 Iteration Goals Status R1C3 Status: Areas in need of enhancement: SIAM set-params and execute-commands SIAM publishing to agent Duplex communications from NMEA driver Enhanced metadata capabilities (waiting on R2 design task) Direct instrument access (deferred to R2) FIPA standards (waiting on internal review)

SA R1C3 Wrap-up Presentation slide 5 4. Completing R1C3 Goals NMEA Driver How is this reflected in JIRA?As “work remains.” How serious is this?Required for IOC. Alternative is SBE37 against real instrument. What blocks completion?Developer’s time. When will it be complete?IOC-ready for morning of May 23, full-duplex communications by end of transition. Obstacles?None. SIAM Enhancement How is this reflected in JIRA?As “work remains.” How serious is this?Not very. Today we can demonstrate general SIAM integration without all the details. What blocks completion?Developer’s time. When will it be complete?End of transition period. Obstacles?Minor obstacle, how to implement a SIAM implementation for demonstrations and testing. Agent / Driver Enhancements How is this reflected in JIRA?As “work remains.” How serious is this?Not very. Agent and driver are usable without these enhancements. What blocks completion?Developer’s time; architectural review of FIPA integration plan. When will it be complete?By end of transition. Obstacles?Minor obstacle, how to implement a SIAM implementation for demonstrations and testing.

SA R1C3 Wrap-up Presentation slide 6 5. Transition Goals Improving Stability and Quality Code cleanup (agent, driver, SIAM adapter) Documentation cleanup (interfaces, high-level overviews) FIPA standards (waiting on internal review) GPB-ification of messages with COI Verification of SA Requirements As of May 18, 2011, all Release 1 SA requirements are met During transition, degree to which requirements are met will be improved, mainly wrt metadata Specific Transition Tasks General code and documentation cleanup Organize driver code into “driver frameworks” Metadata improvements (FIPA?) SIAM adapter: implement set-params, execute-commands, and redirect publish to agent SA Team All-hands transition objectives meeting to determine plan specifics for… NMEA Driver full-duplex enhancements PRR-specific objectives 6. Transition Plan

SA R1C3 Wrap-up Presentation slide 7 7. Obstacles to PRR Obstacles to completing Transition Activities: Access to demonstration SIAM platform Access to SBE37 instruments Consistency of standards and interfaces borne in other subsystems and architecture decisions (e.g., GPB) R2 design team decisions for implementing outside standards (e.g., PUCK, etc.) Issues with dependencies, delays, blockages: FIPA plan approval GPB-ification of messages with COI (has already shown to be a larger time investment than anticipated) 8. Risks