14 Data Analysis Document Status for LISA Pathfinder N. Tateo 20/02/2007.

Slides:



Advertisements
Similar presentations
Software Requirements
Advertisements

Configuration management
Chapter 2 – Software Processes
Project Plans CSCI102 - Systems ITCS905 - Systems MCS Systems.
Rational Unified Process
July 11 th, 2005 Software Engineering with Reusable Components RiSE’s Seminars Sametinger’s book :: Chapters 16, 17 and 18 Fred Durão.
0-1 Team # Status Report (1 of 4) Client Contact –Point 1 –Point 2 Team Meetings –Point 1 –Point 2 Team Organization –Point 1 –Point 2 Team #: Team Name.
0-1 Team # Status Report (1 of 4) Client Contact –Status Point 1 –Status Point 2 Team Meetings –Status Point 1 –Status Point 2 Team Organization –Description.
1 Introduction to Software Engineering Lecture 42 – Communication Skills.
7M701 1 Software Engineering Software Requirements Sommerville, Ian (2001) Software Engineering, 6 th edition: Chapter 5
Software Engineering General Project Management Software Requirements
A summary of the PSS-05 URD template
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Applied Software Project Management Andrew Stellman & Jennifer Greene Applied Software Project Management Applied Software.
Chapter 5: Project Scope Management
© 2006 Pearson Addison-Wesley. All rights reserved2-1 Chapter 2 Principles of Programming & Software Engineering.
Project Documentation and its use in Testing JTALKS.
Data Structures and Programming.  John Edgar2.
Chapter 6– Artifacts of the process
AICT5 – eProject Project Planning for ICT. Process Centre receives Scenario Group Work Scenario on website in October Assessment Window Individual Work.
Work Package 6: Performance Specification Ian McCrea.
Author: Lornet LD team Reuse freely – Just quote Cognitive Science Education Science Software Engineering The basis.
FP OntoGrid: Paving the way for Knowledgeable Grid Services and Systems WP8: Use case 1: Quality Analysis for Satellite Missions.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
المحاضرة الثالثة. Software Requirements Topics covered Functional and non-functional requirements User requirements System requirements Interface specification.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
1 Technical & Business Writing (ENG-315) Muhammad Bilal Bashir UIIT, Rawalpindi.
Computer Science School of Computing Clemson University Introduction to Formal Specification Murali Sitaraman Clemson University.
Software Requirements Engineering CSE 305 Lecture-2.
Putting together a complete system Chapter 10. Overview  Design a modest but complete system  A collection of objects work together to solve a problem.
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.
Rev. 0 CONFIDENTIAL Mod.19 02/00 Rev.2 Mobile Terminals S.p.A. Trieste Author: M.Fragiacomo, D.Protti, M.Torelli 31 Project Idea Feasibility.
Project Scope Management Project management Digital Media Department Unit Credit Value : 4 Essential Learning time : 120 hours.
Tot 15 LTPDA Graphic User Interface summary and status N. Tateo 26/06/2007.
Service identification and description. 2 Copyright e-Government Program (Yesser) Service identification - Summary Slide  Definition - Service  Definition.
 A software application is like a city  Modeling = Architecture  OOP = Civil Engineering  UML Classes = Blueprints of Buildings  UML is a common.
Planetary Science Archive PSA User Group Meeting #1 PSA UG #1  July 2 - 3, 2013  ESAC PSA Archiving Standards.
Georgia Institute of Technology CS 4320 Fall 2003.
Apps.  Understand the list of applications or application components that are required, based on the baseline Application Portfolio, what the requirements.
Chapter 10 Analysis and Design Discipline. 2 Purpose The purpose is to translate the requirements into a specification that describes how to implement.
Historical Aspects Origin of software engineering –NATO study group coined the term in 1967 Software crisis –Low quality, schedule delay, and cost overrun.
Making a business plan. What is the connection between business and community development? It is legal for a nonprofit group to make a profit. There are.
Label Design Tool Management Council F2F Washington, D.C. November 29-30, 2006
CMSC 345 Fall 2000 Requirements Overview. Work with customers to elicit requirements by asking questions, demonstrating similar systems, developing prototypes,
L To identify the services that the customer requires from a system and the constraints under which it operates and is developed.
1 CSCD 326 Data Structures I Software Design. 2 The Software Life Cycle 1. Specification 2. Design 3. Risk Analysis 4. Verification 5. Coding 6. Testing.
Requirements Engineering Lesson 2. Terminologies:  Software Acquisition is where requirement engineering significantly meets business strategy.  Software.
Chapter 2 – Software Processes Lecture 1 Chapter 2 Software Processes1.
Copyright © 2015 McGraw-Hill Education. All rights reserved. No reproduction or distribution without the prior written consent of McGraw-Hill Education.
Data Standards Development August 29, Topics 1.Current Status 2.What was delivered for Build 2c 3.How was IPDA supported 4.What mission support.
© 2006 Pearson Addison-Wesley. All rights reserved 2-1 Chapter 2 Principles of Programming & Software Engineering.
ECS Metadata Considerations for Preservation SiriJodha S. Khalsa National Snow and Ice Data Center.
EO Dataset Preservation Workflow Data Stewardship Interest Group WGISS-37 Meeting Cocoa Beach (Florida-US) - April 14-18, 2014.
Galileo Mission Consolidation & Maritime Needs December 18 th GISS, Brussels Status of Galileo Mission High Level Documents.
Meghe Group of Institutions Department for Technology Enhanced Learning 1.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Software Engineering, COMP201 Slide 1 Software Requirements BY M D ACHARYA Dept of Computer Science.
T Project Review Muuntaja I1 Iteration
Welcome to Software Project Management. CONVENTIONAL SOFTWARE MANAGEMENT The BEST and WORST thing about software is its flexibility. 1.Software development.
44222: Information Systems Development
PROGRESS REPORT LECTURE 7. What is a Progress Report? A Progress Report : documents the status of a project describes the various tasks that make up the.
Victoria Ibarra Mat:  Generally, Computer hardware is divided into four main functional areas. These are:  Input devices Input devices  Output.
Software Reviews Ashima Wadhwa.
Component and Deployment Diagrams
Testing Process Roman Yagodka ISS Test Leader.
SYSTEMS ANALYSIS Chapter-2.
Software Documentation
VISUAL BASIC – CHAPTER ONE NOTES An Introduction to Visual Basic
Open Archival Information System
PPT and video are due no later than March 1, 2019
Presentation transcript:

14 Data Analysis Document Status for LISA Pathfinder N. Tateo 20/02/2007

14 1 Current status The current status of document writing is consistent with the LTP Science Implementation Plan (SIP):

14 2 Time planning The time planning is similarly consistent:

14 3 DA Requirement Document The DA Requirement Document has been delivered (Iss.1.0). Latest evolvement in DA, including consequences of previous meetings, can be implemented in a revised issue.

14 4 DA Design Document The DA Design Document, not issued yet, is ready and contains the S/W architecture as stated in the LTP SIP. It’s a review of the DA topics discussed so far, plus the definition of science data channels to be analyzed.

14 5 Da Design Document While it contains a preliminary definition of the Quick-Look Analysis tool (QLA) and the definition of the GUI to be implemented, it’s still lacking the summary elements description, i.e. the concise and defined examination of algorithms and functions to be enclosed into each package. This part is now intended to be included in the “Software Requirement Document”.

14 6 How many documents? In the latest meetings and following communications different documents were mentioned: User Requirement Document (URD). Software Requirement Document (SRD). Implementation Plan (IP). Architecture Document (AD). Given that the DA Architecture is already covered by the DA Design Document, remains to be clarified the content of the AD.

14 7 User Requirement Document About the URD, the LISA Pathfinder Science Implementation Plan (LPF SIP) states: Is there another URD?

14 8 Software Requirement Document It’s also stated that the Operations Scientist (ESA) will support the writing of Software Requirement Document:

14 9 Software Requirement Document Supporting who? The definition of the necessary tools to be developed, now intended to converge in the SRD, according to the LPF SIP should be issued by the Project Scientist: What kind of “inputs from the LTP PI Team”?

14 10 Software Requirement Document In the LPF SIP there is also: What exactly are the “STOC Work Packages”?

14 11 Implementation Plan The Implementation Plan (IP) should describe “how, by whom and when this S/W development is going to take place”. Who’s responsible for its writing, and by when it’s intended to be delivered?

14 12 Documents summary ContentIntendedProposedStatus DA RequirementsDA Requirement Document Issued QL RequirementsQL Requirement Document DA S/W ArchitectureArchitecture Document ? DA Design DocumentDraft Data definitionDA Design Document Quick-Look AnalysisQL Design Document ImplementationImplementation Plan DA Summary Elements Description DA Design Document Software Requirement Document To be written QL Summary Elements Description QL Design Document

14 13 Questions to be solved 1.What kind of document, and which contents must precisely have the Software Requirement Document? 2.Who’s going to write the summary analysis elements description, i.e. the precise definition of sub-functions and algorithms to be included in each package? 3.If the SRD is responsibility of ESA “with inputs from LTP PI Team”, which kind of inputs? 4.By when is intended to be delivered the SRD?

14 Questions to be solved 5.The Implementation Plan must be a standalone document, or can be incorporated into the DA Design Document? And the Architecture Document? 6.By when are to be delivered the IP and the AD? 7.How to distribute the future work, among actual analysis functions programming and document writing? 8.The last mail (Texier, 09/02/2007) noted that “the URD is already in good shape”, against what stated by the LPF SIP (“no URD will be written”).