CI R1 LCO Review Panel Preliminary Report. General Comments –Provide clear definition of the goals of the phase (e.g. inception), the scope, etc. in order.

Slides:



Advertisements
Similar presentations
State of Indiana Business One Stop (BOS) Program Roadmap Updated June 6, 2013 RFI ATTACHMENT D.
Advertisements

Course: e-Governance Project Lifecycle Day 1
<<Date>><<SDLC Phase>>
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Rational Unified Process
Conquering Complex and Changing Systems Object-Oriented Software Engineering TJSS System Design Lecture 12 Päivi Ovaska.
NJIT From Inception to Elaboration Chapter 8 Applying UML and Patterns Craig Larman.
Software Engineering. How many lines of code? Average CS1004 assignment: 200 lines Average CS4115 project: 5000 lines Corporate e-commerce project: 80,000.
Software Engineering.
Recall The Team Skills 1. Analyzing the Problem 2. Understanding User and Stakeholder Needs 3. Defining the System 4. Managing Scope 5. Refining the System.
Administrivia Lifecycle Architecture (LCA) group assignment will go out later today. Informal feedback meetings with LCO groups EasyShare: Mon, 2:45pm-3:15pm,
Quality is about testing early and testing often Joe Apuzzo, Ngozi Nwana, Sweety Varghese Student/Faculty Research Day CSIS Pace University May 6th, 2005.
1 Jul 2005CSE403, Summer'05, Section 02 Section 02: Life Cycle Architecture Review Valentin Razmov.
Iterative development and The Unified process
Lecture Nine Database Planning, Design, and Administration
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Mastering OOA/OOD with UML. Contents Introduction Requirements Overview OOAOOD.
Effort in hours Duration Over Weeks Or Months Inception Launch Web Lifecycle Methodology Maintenance Phases Copyright Wonderlane Studios.
Stoimen Stoimenov QA Engineer QA Engineer SitefinityLeads,SitefinityTeam6 Telerik QA Academy Telerik QA Academy.
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 3: Phase Management - Inception.
What is Business Analysis Planning & Monitoring?
Effective Methods for Software and Systems Integration
Ocean Observatories Initiative Common Execution Environment Kate Keahey OOI Cyberinfrastructure Life Cycle Objectives Milestone Review, Release 1 San Diego,
Web Development Process Description
Chapter 9 Database Planning, Design, and Administration Sungchul Hong.
Database System Development Lifecycle © Pearson Education Limited 1995, 2005.
UML - Development Process 1 Software Development Process Using UML (2)
05 December, 2002HDF & HDF-EOS Workshop VI1 SEEDS Standards Process Richard Ullman SEEDS Standards Formulation Team Lead
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
RUP Fundamentals - Instructor Notes
1 IBM Software Group ® Mastering Object-Oriented Analysis and Design with UML 2.0 Module 1: Best Practices of Software Engineering.
1 BTEC HNC Systems Support Castle College 2007/8 Systems Analysis Lecture 9 Introduction to Design.
1 REQUIREMENT ENGINEERING Chapter 7. 2 REQUIREMENT ENGINEERING Definition Establishing what the customer requires from a software system. OR It helps.
ITEC224 Database Programming
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Business Analysis and Essential Competencies
Information Assurance The Coordinated Approach To Improving Enterprise Data Quality.
Identify steps for understanding and solving the
Software Development Process and Management (or how to be officious and unpopular)
Governance Sub-Committee Report: A Proposal to Measure Progress Toward Realizing the NSDI Vision NGAC Governance Sub-Committee December 2, 2009.
Testing Workflow In the Unified Process and Agile/Scrum processes.
1 Chapter 23 Estimation for Software Projects. 2 Software Project Planning The overall goal of project planning is to establish a pragmatic strategy for.
Executive Session Director’s CD-3b Review of the MicroBooNE Project January 18, 2012 Dean Hoffer.
OOI CI LCA REVIEW August 2010 Ocean Observatories Initiative OOI Cyberinfrastructure Architecture Overview Michael Meisinger Life Cycle Architecture Review.
Object-oriented Analysis and Design Stages in a Software Project Requirements Writing Analysis Design Implementation System Integration and Testing Maintenance.
Project Life Cycle.
Insert: Title of Improvement Read Out Date:. 2 Objectives for Today’s Session Share results of improvement effort Demonstrate fact-base, analytical approach.
Requirements Capture. Four Steps of requirements capture List candidate requirements Understand system context Capture functional requirements Capture.
Notes of Rational Related cyt. 2 Outline 3 Capturing business requirements using use cases Practical principles  Find the right boundaries for your.
EPA Geospatial Segment United States Environmental Protection Agency Office of Environmental Information Enterprise Architecture Program Segment Architecture.
9 Systems Analysis and Design in a Changing World, Fourth Edition.
DataGRID PTB, Geneve, 10 April 2002 Testbed Software Test Plan Status Laurent Bobelin on behalf of Test Group.
Requirements Management with Use Cases Module 10: Requirements Across the Product Lifecycle Requirements Management with Use Cases Module 10: Requirements.
Software Engineering 1 Object-oriented Analysis and Design Applying UML and Patterns An Introduction to Object-oriented Analysis and Design and Iterative.
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
Software Project Management (SEWPZG622) BITS-WIPRO Collaborative Programme: MS in Software Engineering SECOND SEMESTER /1/ "The content of this.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
1 The ILC Control Work Packages. ILC Control System Work Packages GDE Oct Who We Are Collaboration loosely formed at Snowmass which included SLAC,
Requirement engineering & Requirement tasks/Management. 1Prepared By:Jay A.Dave.
OOI CI Release 2 LCO Review August 30, Contents Logistics and Protocol “The Situation” Charge Expectations.
An Agile Requirements Approach 1. Step 1: Get Organized  Meet with your team and agree on the basic software processes you will employ.  Decide how.
Security Development Lifecycle (SDL) Overview
TK2023 Object-Oriented Software Engineering
Managing the Project Lifecycle
The ILC Control Work Packages
TechStambha PMP Certification Training
Project Ideation Agile Down-to-Earth © 2016.
Presentation transcript:

CI R1 LCO Review Panel Preliminary Report

General Comments –Provide clear definition of the goals of the phase (e.g. inception), the scope, etc. in order that the review panel may better understand their overall charge –The presentations and demonstrations need to be focused on answering the charge questions The link between use-cases and requirements need to be established Risks need to be identified –For future LCO reviews, the risks need to be addressed at the beginning of the review –Demonstrations need to be better orchestrated and explained in the context of the what was demonstrated and what risks were mitigated.

General Recommendations –Explicitly identify the risks that were addressed by all prototype efforts and document the lessons learned –Explicitly document trace of use-cases to requirements –Review the L4 requirements and ensure they are tagged with the correct release –Need to clearly define the scope of Release 1 and by what metrics will success be judged Need to articulate the specific set of features and functionality will be available for Release 1 (e.g. how much of COI and CEI will be working) –Document more explicitly the release strategy –Provide evaluation of the risk of there being a lack of effective communication and collaboration among a geographically diverse team Prioritize the creation and implementation of the communication plan –Establish a mechanism to document and track risks shared across IOs –Enter the CI Architecture Documents (e.g _CI-Architecture_LCO- Baseline.pdf) into CM control and provide with a CI document number. –Provide analysis and rationale for data sizing estimates to be expected during the 1 st year of operation.

Architecture Findings –There are inconsistencies with several architectural diagrams. Specifically and the use of specific terminology. –Architecture diagrams need to be reviewed for possible updates (and any changes need to be coordinated in accordance with the CMP) Comments –Only present elements of the architecture that are relevant to the release under review Recommendations –No recommendations

COI Findings –The approach is deemed to be adequate and well thought out to address the requirements Comments –There is an uncertainty over the complexity of the governance model and the potential to add excessive overhead Recommendations –Continue to prototype and test the COI under increasing and more realistic loading conditions

CEI Findings –The approach is deemed to be adequate and well thought out to address the requirements Comments –No additional comments Recommendations –Need to document scalability metrics as well as the derivation and analysis for specific values –Review the SLA for commercial cloud vendors for any potential impact –Better analyze and document the risk associated with fault detection and diagnosis in this widely distributed system

S&A Findings –The approach is deemed to be adequate and well thought out to address the requirements Comments –Sensor interfaces are critical and need to be assured they are “correct” and do not introduce excessive latencies or impact reliability Recommendations –Establish improved coordination with the marine IOs with respect to the overall S&A architecture –Document more complete list of sensor meta-data by LCA

Data Management Findings –The approach is deemed to be adequate and well thought out to address the requirements –The approach for representing and mapping data is deemed to be sufficient Comments –No additional comments Recommendations –Need to establish a quality rating system for user-defined meta data –Need to consider all sensors and other resources when establishing the common data model (and not just consider the IOOS case)

User Interface Experience Findings –The UI concepts and strategy were insufficiently articulated to provide meaningful feedback at this point Comments –Need to be mindful of the point of need with respect to where users naturally use data (e.g. everything should not require a web browser) –Need to ensure the science user requirements adequately flow to detailed L4 requirements Recommendations –Document the UI vision and strategy –Document the specific interactions that will be available to the users –Mock up the UIs and get early feedback from the user community

CyberPoPs and Network Findings –No findings Comments –Need to investigate alternative network providers in case the proposed set is unable to deliver in the future Recommendations –Need to ensure network hardware (e.g. firewalls) do not add excessive latencies and throughput –Need to be mindful of the trade-offs associated with increased security requirements with respect to performance

ITV Findings –The proposed strategy is sufficiently articulated for this stage in the life-cycle Comments –No additional comments Recommendations –Provide a more detailed ITV strategy specific to Release 1 by LCA

Elaboration Plan Findings –The elaboration plan is sufficiently articulated Comments –No additional comments Recommendations –Get started!!