mbse:telescope_mbse_sig_meetings_pasadena_april_2017
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision Last revision Both sides next revision | ||
|
mbse:telescope_mbse_sig_meetings_pasadena_april_2017 [2017/04/19 10:58] jnakawatase [Agenda] |
mbse:telescope_mbse_sig_meetings_pasadena_april_2017 [2018/06/14 15:36] acrawford |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== Participants ====== | ====== Participants ====== | ||
| - | TMT: | + | ANU: |
| - | * Jamie Nakawatase (jamie@tmt.org) | + | * Jon Nielsen (jon.nielsen@anu.edu.au) |
| - | * Gelys Trancho (gtrancho@tmt.org) | + | |
| - | * Kayla Hardie (khardie@tmt.org), dial-in | + | CTA: |
| + | * Igor Oyer (igor.oyer.vellejo@desy.de) | ||
| + | * David Melkumyan ([email protected]) | ||
| + | * Peter Wegner (peter.wegner@desy.de) | ||
| GMT: | GMT: | ||
| * George Angeli ([email protected]) | * George Angeli ([email protected]) | ||
| - | * Josema Filgueira (jmf@gmto.org) | + | * Amanda Cristina Santana (asantana@gmto.org) |
| - | * Brian Walls ([email protected]) | + | |
| - | * John Miles ([email protected]) | + | Keck: |
| - | * Adam Contos (bwalls@gmto.org) | + | * Shui Hung Kwok (skwok@keck.hawaii.edu) |
| - | * Oliver McIrwin (omcirwin@gmto.org) | + | |
| - | * Rebecca Bernstein ([email protected]) | + | |
| - | * Maria Hernandez ([email protected]) | + | |
| - | * Leni Malherbe ([email protected]) | + | |
| - | * Ruth Paredes ([email protected]) | + | |
| - | * James Fanson (Project Manager) | + | |
| LSST: | LSST: | ||
| * Brian Selvy ([email protected]) | * Brian Selvy ([email protected]) | ||
| - | * Michael Reuter ([email protected]), dial-in | ||
| JPL: | JPL: | ||
| * Robert Karban ([email protected]) | * Robert Karban ([email protected]) | ||
| * Sebastian Herzig ([email protected]) | * Sebastian Herzig ([email protected]) | ||
| - | * Frank Dekens (Frank.G.Dekens@jpl.nasa.gov) | + | * Amanda Crawford (Amanda.Crawford@jpl.nasa.gov) |
| ESO: | ESO: | ||
| - | * Gianluca Chiozzi ([email protected]), dial-in | + | * Gianluca Chiozzi ([email protected]) |
| + | * Juan Carlos Gonzalez ([email protected]) | ||
| + | * Giorgio Filippi ([email protected] | ||
| + | |||
| + | LBT: | ||
| + | * Xianyu Zhang ([email protected]) | ||
| + | |||
| + | MPIA: | ||
| + | * Martin Kulas ([email protected]) | ||
| NoMagic: | NoMagic: | ||
| - | * Saulius Pavalkis ([email protected]) | ||
| * Jason Wilson ([email protected]) | * Jason Wilson ([email protected]) | ||
| - | NRAO: | + | STFC: |
| - | * Richard Prestage (rprestag@nrao.edu) | + | * Hermine Schnetler (hermine.schnetler@stfc.ac.uk) |
| - | + | ||
| - | Caltech: | + | |
| - | * Solange Ramirez (solange@ipac.caltech.edu), dial-in | + | |
| INAF: | INAF: | ||
| * Marco Riva ([email protected]), dial-in | * Marco Riva ([email protected]), dial-in | ||
| - | |||
| - | SKA: | ||
| - | * Antonio Chrysostomou ([email protected]), dial-in | ||
| - | * Daniel Hayden ([email protected]), dial-in | ||
| - | |||
| - | Mexican Telescope: | ||
| - | * Gengis Toledo ([email protected]), dial-in | ||
| ====== Agenda ====== | ====== Agenda ====== | ||
| ^Topic^Who^ | ^Topic^Who^ | ||
| - | | Telescope Modeling Challenge Team Activities | Jamie & Robert | | + | | Journal | George | |
| - | | Overview of GMT MBSE Efforts | Josema | | + | | Introduction of OpenMBEE | Robert | |
| - | | Static and Dynamic Roll-Ups (Mass, Power, etc) | Robert | | + | | JPL Systems Environment | Robert | |
| - | | Error Budget Modeling | Sebastian | | + | |
| - | | Monte Carlo Simulation and Acquisition Behaviors | Gelys | | + | |
| - | | LSST, Using Syndeia to Link Requirements & Verification Planning Environment in MagicDraw to Test Execution Environment in JIRA | Brian S. | | + | |
| - | | Consolidation of Syndeia, Datahub, OpenMBEE Graph Models | Discussion | | + | |
| - | | Cameo/Collaborator Requirement Management Tool & CM Using NoMagic by GMT | Brian W. | | + | |
| - | | OpenMBEE Tool Infrastructure and View & Viewpoint Paradigm (e.g. Systems Reasoner, docgen, jupyter notebook) | Robert | | + | |
| + | ====== Agreed Actions ====== | ||
| + | * Set up communication channel for MBSE telescope community | ||
| + | * Provide links to OpenMBEE information through Slack | ||
| + | * Sebastian and Gianluca to present interface research in a future OpenMBEE meeting | ||
| ====== Presentations ====== | ====== Presentations ====== | ||
| - | + | ||
| - | {{ :mbse:telescope_modeling_challenge_team_20170406.pdf | Telescope Modeling Challenge Team SE3}}\\ | + | |
| - | {{ :mbse:lsst_end-to-end_verification_environment.pdf | LSST End-to-End Verification Environment}}\\ | + | |
| - | {{ :mbse:gmto_cameotools_implementation_mbse_ii.pdf | GMTO Tools and Configuration Management Overview}}\\ | + | |
| - | {{ :mbse:tmt_mbse_workshop-2017-04-06.pdf | ESEM & OpenMBEE Supporting SE Lifecycle Change Process – TMT Case Study}}\\ | + | |
| - | DOORS to MagicDraw Sync Scenarios\\ {{:mbse:doors_to_magicdraw_sync_scenarios.mp4 | DOORS to MagicDraw Sync Scenarios}}\\ | + | |
| ====== Notes ====== | ====== Notes ====== | ||
| + | George: Journal | ||
| - | Telescope Modeling Challenge Team Activities | + | * Support a version of the Journal for modeling, system engineering type modeling. |
| - | * MBSE pillars are SE fundamentals, MBSE tools, MBSE language | + | * Establish a baseline for system engineering for ground based modeling. Summarize where we are and what we did. Not necessarily one paper (one for each institute). Coordinate so they show up in the same issue. Similar papers about performance estimates. Peer review papers. |
| - | * Challenges include general obscurity of SE concepts, which can be resolved in models by flexible MBSE tools/language when coupled with rigorous SE efforts and analyses; learning curve, time commitment, managerial buy-ins; limited resources; need for dominant standard to communicate | + | * Is it worthwhile? Use exisiting materials but we have to combine these papers for a more serious paper. |
| - | * Benefits: rigorous analysis to decompose system into underlying parts, analyze their interactions to meet objectives with requirements; multi-scale integration; enhancements and optimization of SE fundamentals; standardization and integration to improve communication | + | * Create a forum to communicate on Slack. (OpenMBEE Slack Channel). George will provide technicalities regarding the Journal. |
| - | * TMT application to better understand complex system behaviors; the model captures requirements and scenarios, enables analysis, document production, standardized communication | + | * Collect these papers as a starting point. Table of contents for all available papers in the last two years. |
| - | * MBSE is not applied to full system, only for optimization of complex pieces | + | |
| - | * Telescope Modeling Challenge Team is building on previous generation’s work to revise SE Cookbook and include TMT experiences and examples and produce TMT Case Study for SEBOK fall publication | + | |
| - | * Other telescope teams should think about doing something similar | + | |
| - | Overview of MBSE Effort by GMT | + | Robert: Introduction of OpenMBEE |
| - | * Continuously working efforts to apply modeling to GMT | + | |
| - | * Operational life cycle model | + | |
| - | * Complex mission: science cases which are often open ended | + | |
| - | * Complex environment and life time goals | + | |
| - | * But still with these complexities, there’s a need to make a machine with precise functionality to deliver the mission | + | |
| - | * Modeling playground which shows various levels, views, and processes and how MBSE can overcome these challenges | + | |
| - | * Model is a representation of the system’s architecture, and we need a standard language with formal semantics to decompose the system | + | |
| - | * Observatory as a function; analysis should be pointed at the data to fulfill the science (performance function); also need to check efficiency and safety metrics | + | |
| - | * Define observing cases with properties and hierarchical structure relevant to POV of observatory’s performance function | + | |
| - | * Mapping of observing cases vs science cases to understand what science will be impacted if… | + | |
| - | * This mapping allows data to be managed and still usable when science cases change over lifetime of the observatory | + | |
| - | * Observing performance modes show system level properties that need to occur simultaneously; independent from design choices | + | |
| - | * Observing case analysis block with properties as input and system performance output | + | |
| - | * Analysis is a representation, not performed in SysML model; it defines which analyses need to be performed | + | |
| - | * Observatory configurations split between nominal and non-nominal configurations | + | |
| - | * Requirements flow down: science cases (articulates science book) → observing case (articulates science reqs) → observing performance mode (articulates observatory reqs) → observatory configuration (articulates observatory architecture) → data products and system element properties | + | |
| - | * Analysis performed at each step to enable science case, observing case; enable implies that a single input can provide several outputs, need to add normalization rules | + | |
| - | * Set of analysis or synthesis cases | + | |
| - | * Operation concept: performance, safety and efficiency functions all provide feedback to the observatory | + | |
| - | * MBSE benefits: system decomposition, requirements flow down, articulating life-cycle concepts, organizing analyses; formal framework to consider correctness and truth; finds holes in specifications | + | |
| - | * Summary: | + | |
| - | * Modeling goals | + | |
| - | * Consistency in flow down of requirements | + | |
| - | * Traceability between analysis and requirements | + | |
| - | * Support for system decomposition | + | |
| - | * Develop observatory top-level life-cycle concepts model | + | |
| - | * Playground | + | |
| - | * Enterprise Level - Needs View | + | |
| - | * Mission Level - Needs view, requirements View, ISO Applicable Processes | + | |
| - | * System Level - same as above | + | |
| - | * System Element Level - same as above | + | |
| - | * ISO/IEC/IEEE 1440 | + | |
| - | * Built an architecture framework to build vocabulary to describe system | + | |
| - | * They modified it. | + | |
| - | * Stakeholder, Concern | + | |
| - | * Formal semantics about the elements they use | + | |
| - | * Observatory as a function | + | |
| - | * Performance Function | + | |
| - | * Efficiency Function | + | |
| - | * Safety Function - function of observatory case, environment = obs_safety_metrics | + | |
| - | * Observing Cases | + | |
| - | * Set of properties relevant to the astronomer that need to occur simultaneously | + | |
| - | * Moe - name, units - quantity kind - initial value | + | |
| - | Static and Dynamic Roll-Ups (Mass, Power, etc.) | + | * Integration of MMS, MDK, and VE |
| - | * Dynamic roll-ups used for operational modes (such as standby, peak operating, etc) to get a power profile and compare maximum against requirement | + | * Legacy, Europa model went full MBSE approach |
| - | * State machines with constraints to describe behavior of system power | + | * Need for document generation and full traceabiity |
| - | * Parametric diagram exposes recursive characteristics of power roll-up patterns | + | * EMS was developed as a result |
| - | * Time analysis provides timeline of states and power profiles | + | * Open sourced- MMS (Model Management System), View Editor, Model Development Kit |
| - | * Driving scenario: requirements determine constraints on timing, power budgets etc.; formalize requirements in SysML; analyze design wrt mass, power time in the tool; results verify if requirements are met (pass/fail) | + | * DocGen to define methods, query the model, and generate PDFs. |
| - | * Mass updates; JPL is working on web based app to update the model | + | * OpenMBEE is the collection of institutions that contributes software models (i.e. Boeing, JPL, Lockheed, OMG) |
| - | * Challenge is integration of SE discipline with domain specifications; goal is to consistently update the model to reflect updated CBEs in design | + | * Vendors pick up requirements from users |
| + | * www.openmbee.org- Github, Downloads, EngHub, Documentation | ||
| + | * NoMagic hosts the TWC. Contact Jason Wilson to create an account. | ||
| + | * Can use username openmbeeguest password guest for view only access to projects. Will be provided on slack channel. | ||
| + | * SysMLv2 Working Group. Reduce metaclasses and instead create metaclasses. The kernel modeling language build on the modeling language. Specify the environment to access, query, and author them.To be submitted within the next 2 years. | ||
| + | * Benefits of the new specification? To make it easier to use. Targets on executability. Based on formalism which makes it analyzable and executable. Semantically integrate the diagrams. | ||
| - | Error Budget Modeling | + | Robert: JPL Systems Environment |
| - | * Requirements for how accurate system performance needs to be and check against CBEs | + | * MapleSoft MapleMBSE, intuitive excel based interface. Non modelers can update the model |
| - | * Challenges: mass and power roll-ups can refer to PBS, but error budget is not directly linked to the PBS; need integration with system design and check requirements for accuracy | + | TWC becomes the means. |
| - | * Excel error budget | + | * TomSawyer Integration |
| - | * Pro: simple interface | + | * IncQuery for MagicDraw- Ad-hoc model queries. Fully integrated with MD 18.4/5 and 19.0. Validation support. Incremental queries based on changes that have been made since last execution. Scalable and fast. |
| - | * Con: no explicit linking, verification is done by manual checking or independent model | + | IncQuery Server. Will be rolled out for production at JPL within the next 4 weeks. Works across heterogenous data sources.Report created upon commit. |
| - | * Accuracy of pupil measurement/alignment to 0.03% of diameter as motivating example | + | |
| - | * Error roll-up pattern similar to mass roll-up pattern; element with values requirement, CBE, and margin | + | |
| - | * Margin = (allocated – CBE) / allocated | + | |
| - | * Pattern application: | + | |
| - | * inherit from specific error roll-up type | + | |
| - | * subset “subError” property of ErrorRollUpPattern element | + | |
| - | * Define default values for all “leaf”-CBEs | + | |
| - | * Parametric diagram for linking requirements and PBS | + | |
| - | * Parametric solver using CST (or others); result = roll-up | + | |
| - | * formalized requirement | + | |
| - | * automated roll-up | + | |
| - | * automated verification of requirement | + | |
| - | * Excel error budget vs SysML: SysML is better for linking and collaboration | + | |
| - | * Model can produce visualizations similar to Excel (such as instance tables) | + | |
| - | * NoMagic is working on requirements improvements; synchronization of Excel and SysML tables instead of one-time import; Jason & Saulius to schedule webinar to discuss this update | + | |
| - | * New pattern needed for interfaces | + | |
| - | DataHub – NASA JPL uses for Instance specs | + | * Robert: Interface Modeling |
| - | * DOORS to MagicDraw for SysML Stereotypes: https://www.youtube.com/watch?v=ESZ433qbS7c | + | Will discuss interface modeling in a future OpenMBEE meeting. |
| - | * Export Data & Scope Sync from MagicDraw to DOORS: https://www.youtube.com/watch?v=SSGNzFQ6Ms8 | + | |
| - | * DOORS to MagicDraw - Map the Object Identifier: https://www.youtube.com/watch?v=uqzYtcgCOPo | + | |
| - | * DOORS to MagicDraw - Custom Stereotypes with UPDM (CV-1): https://www.youtube.com/watch?v=rjgOdl_0ycM | + | |
| - | * Moving Links to DOORS From MagicDraw and Back (Shows how to map in the export window.): https://www.youtube.com/watch?v=MstQROYt_Uo | + | |
| - | * CDH 18.4 MagicDraw to DOORS Copy Data with Scope Sync: https://www.youtube.com/watch?v=RIFNcQZj3tc | + | |
| - | * YouTube Channel for move videos: https://www.youtube.com/channel/UC4PcJ_klXcly5ga4vHjUpnw | + | |
| - | OpenMBEE docgen allows for documents that include updated simulations from the model | + | * Sebastian: Brittleness of excel integration, problems of integration, reliable sources. What is the current state, how it can be remedied, and what's the right path? |
| - | MagicDraw 19.0 early access to subset of features\\ | + | * Unordered List ItemRobert: Excel side integration- how to write this integration? |
| - | Recording of session of R&D discussion on SUBSET of v19.o features: https://youtu.be/A5YAyumWlzE | + | |
| - | * MAIN attention is on presentation of "Final scope of Excel integration" | + | |
| - | * Covers: | + | |
| - | * OSLC consumer use cases | + | |
| - | * Extending the hyperlink concept | + | |
| - | * Final scope of Excel integration | + | |
| - | * Final implementation of Find in Diagrams: demo | + | |
| - | ====== Actions ====== | ||
| - | * Already received interested participants to contribute to next version of SE Cookbook, Jamie will coordinate efforts | ||
| - | * GMT model to be shared with community in support of collaboration (George & Josema to follow up) | ||
| - | * Jason and Saulius to follow up on MagicDraw updates; requirements and Excel synchronization | ||
| - | * MBSE workshops to be scheduled on a regular basis, coordinated by Gelys | ||
mbse/telescope_mbse_sig_meetings_pasadena_april_2017.txt · Last modified: 2018/07/09 14:14 by acrawford
Page Tools
