1 / 11

Infusing SpecTRM in the TeamX environment

Infusing SpecTRM in the TeamX environment . Leila Meshkat ¹ , Kathryn Weiss ² , Michael Luna ¹ , Nancy Leveson ². 1: Jet Propulsion Laboratory, California Institute of Technology 2: Massachusetts Institute of Technology. Outline. Target Project/Application Problem Statement

nickerson
Télécharger la présentation

Infusing SpecTRM in the TeamX environment

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Infusing SpecTRM in the TeamX environment Leila Meshkat¹, Kathryn Weiss², Michael Luna¹, Nancy Leveson² 1: Jet Propulsion Laboratory, California Institute of Technology 2: Massachusetts Institute of Technology SAS-05-SpecTRM-TeamX-Meshkat

  2. Outline • Target Project/Application • Problem Statement • Definition of Terms • Approach to Design Rationale & Risk Assessment • Current approach • SpecTRM approach • Conclusions & Future Directions SAS-05-SpecTRM-TeamX-Meshkat

  3. Target Project/Application • TeamX • The concurrent design team at JPL. • Produces Conceptual Space Mission Designs. • Mainly for the purpose of Feasibility Studies. • Duration of study is typically one to two weeks. • Final report includes equipment lists, mass and power budgets, system and subsystem description, and projected mission cost estimate. SAS-05-SpecTRM-TeamX-Meshkat

  4. Team X (at the Project Design Center) Team Leader Visualization Cost MD SW Thermal ACS RISK Power Systems Propulsion CDS EDL Structure Programmatics Tel - hw Instrument Configuration GS Science Tel - sys SAS-05-SpecTRM-TeamX-Meshkat

  5. SAS-05-SpecTRM-TeamX-Meshkat

  6. Problem Statement • Design Rationale not captured sufficiently well. • Risk Assessment, Hazard Analysis, and Design Rationale not connected. • TeamX currently has completed about 800 studies, yet, we often start from scratch, or adopt the design of one of the most similar studies in the library and make changes to it. • Having a library of the elements of a design, and their rationale would allow TeamX to quickly adopt the relevant subsystem component designs and make changes to it to generate a new design. • This could potentially make the design process a lot faster. • It also provides the benefit of consistency between different designs. • Moreover, our customers are asking for the rationale behind the design decisions, and this approach could help address that problem as well. SAS-05-SpecTRM-TeamX-Meshkat

  7. Definition of Terms • Hazard:A state or set of conditions that, together with other conditions in the environment, will lead to an accident (loss event). • Risk: A triplet <What can go wrong? What is the likelihood? What is the consequence? • Design Options: A selection of alternatives available for the designer. For example, possible design options for a power source include Lithium Ion batteries, Nikad batteries, Solar Arrays. • Design Decision: The decision to pick a design option for the design. • Traceability: The explicit linkage between entities that represent the rationale for making decisions. SAS-05-SpecTRM-TeamX-Meshkat

  8. Current Approach to Design Rationale & Risk Assessment • Design Rationale: • Reports • Each Engineer documents their major decisions and rationale in their reports. • System Engineer documents the high level decisions and corresponding rationale • Deputy System Engineer records and documents the action items, issues, and major decisions. This is included in the System Engineer’s report. • Risk • Risk Engineer manages the process of risk identification, assessment and generates the risk report. SAS-05-SpecTRM-TeamX-Meshkat

  9. SpecTRM approach • SpecTRM provides the means of connecting the pieces of information and combining them systematically. • SpecTRM emphasizes: • Finding errors early in development so they can be fixed with the lowest cost and impact on system design. • Tracing not only requirements, but also design rationale (including safety constraints) throughout system design and documentation. • Building required system properties into the design from the beginning rather than emphasizing assessment at the end of the development process when effective response is limited and costly. SAS-05-SpecTRM-TeamX-Meshkat

  10. Other Applications • TeamX is the most rapid design team across JPL. • Other teams have less stringent time constraints. • If SpecTRM application in TeamX is successful, there is a very good chance that it might be adopted by other projects that are at the Conceptual Design stage. SAS-05-SpecTRM-TeamX-Meshkat

  11. Conclusions & Future Directions • Case study conducted using SpecTRM in TeamX indicates that it’s feasible and useful to use this software within the team environment. • Several architectural/process changes need to made in order to adopt this tool. • Systems Engineers need to be trained to use this software. • In order to make the best use of SpecTRM, we need to build libraries and knowledge-bases • Of various subsystem module designs • Including the rationale and traceability. • Including linkage to the requirements. SAS-05-SpecTRM-TeamX-Meshkat

More Related