DOCSLIB.ORG

Experience from Introducing Unified Modeling Language/Systems Modeling Language at Saab Aerosystems

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Experience from Introducing Unified Modeling Language/Systems Modeling Language at Saab Aerosystems Regular Paper Experience from Introducing Unified Modeling Language/Systems Modeling Language at Saab Aerosystems Henric Andersson,1, * Erik Herzog,1 Gert Johansson,2 and Olof Johansson3 1Saab Aerosystems AB, Brödern Ugglas gata, SE-581 88 Linköping, Sweden 2Combitech AB, SE-580 15 Linköping, Sweden 3Linköping University, Linköping, Sweden INTRODUCING UML/SysML AT SAAB AEROSYSTEMS Received 17 September 2008; Revised 23 February 2009; Accepted 31 August 2009, after one or more revisions Published online 9 November 2009 in Wiley Online Library (wileyonlinelibrary.com) DOI 10.1002/sys.20156 ABSTRACT A Unified Modeling Language/Systems Modeling Language (UML/SysML) subset was the modeling notation selected for an aerospace systems engineering project at Saab Aerosystems. In this paper, the rationale for selecting UML/SysML is given, along with a description of the situation at the project planning stage regarding business conditions, method and tools support. The usage of use case, sequence, and activity diagrams are described as well as definition of functional chains with SysML. Furthermore, the connections to system implementation activities including code generation and simulation are discussed. The advantages and disadvantages of using UML/SysML from experience in an industrial context are reported. It is also described how UML/SysML is related to industrial research projects in the Model Based Systems Engineering (MBSE) methods and tools area. Introducing UML/SysML with a methodology and a supporting toolset in an operative organization require a clear strategy, including planning, just-in-time training, and mentor support. Finally, industrial needs for further development of SysML are discussed. © 2009 Wiley Periodicals, Inc. Syst Eng 13: 369–380, 2010 Key words: Systems Modeling Language; Unified Modeling Language; model based systems engineering; unmanned aerial vehicle 1. INTRODUCTION considerable focus on Model Based System Engineering (MBSE) (also referred to as Model Based System Develop- Unambiguous specification and design has long been the ment) as the vehicle for managing complexity and improving objective in the development of complex heterogeneous sys- specification clarity and consistency [see Oliver, Kelliher, and tems. Multiple methods and languages have been proposed in Keegan, 1997; Alford et al., 1992; Lykins, Friedenthal, and the literature and evaluated in industry, as reported in Stevens Meilich, 2000; Wymore, 2002; Long and Baker, 1996]. et al. [1998] and Mar [1991]. In recent years there has been The acronym MBSE has been used in many different contexts with slightly different meanings. For a control engi- neer, MBSE might refer to model based specification of, for *Author to whom all correspondence should be addressed (henric.anders- example, controllers in tools like Matlab/Simulink. For a [email protected]; [email protected]). software engineer, MBSE might involve modeling of soft- Systems Engineering Vol 13, No. 4, 2010 ware in UML. In fact, modeling has become a standard and © 2009 Wiley Periodicals, Inc. an accepted method for the design activity in several engineer- 369 370 ANDERSSON ET AL. ing domains. This is in contrast to Systems Engineering (SE) The rest of this paper is outlined as follows: Section 2 of complex heterogeneous systems where, until recently, sys- presents the pilot project for MBSE introduction, the Skeldar tem modeling was the exception rather than the rule. This has UAV system. Section 3 presents the palette of improvement now changed with the introduction of languages such as initiatives underway at Saab Aerosystems and, further; the UML2 and in particular SysML. See, for example, OMG rationale for selecting UML/SysML for systems modeling is [2006]. Still there are few publications describing experience presented in Section 4. Sections 5 and 6 present the method gained from introducing systems modeling in large projects. selected for introducing MBSE and experience gained from This paper presents the approach taken and lessons learned the introduction. Section 7 outlines desirable extensions and when introducing systems modeling (from now on referred to modifications to SysML to provide better support to systems as MBSE) using UML/SysML at Saab Aerosystems. The engineers, and a summary with conclusions is presented in company develops and produces aircraft systems, and its main Section 8. product is the JAS 39 Gripen lightweight fighter aircraft. Traditionally, the company has a history of few large pro- grams, tightly coupled to a single customer— the Swedish Air 2. UAV DEMONSTRATORS AND PRODUCTS Force. The commercial environment for Saab Aerosystems is now changing in several ways: Saab has limited previous experience of UAV systems and has consequently conducted a series of studies to gain a better • New product development and production programs understanding of the challenges associated with the develop- with shorter turnarounds are being introduced, such as ment and operation of autonomous air vehicles. The studies the UAV program (Unmanned Aerial Vehicle) described conducted include two flying demonstrators prior to the first in this paper. product—Skeldar. A brief overview of the demonstrators and the Skeldar product is presented below. • The Gripen program is expanding into a multicustomer, export environment which is forcing Saab to improve its handling of product variants and upgrade programs 2.1. UAV Demonstrators for older configurations. SHARC (Swedish Highly Advanced Research Configura- • Customers expect Saab to identify, fund, and develop tion) technology demonstrator is used to develop and new capabilities rather than the traditional customer- demonstrate autonomous behavior. paid development model. FILUR (Flying Innovative Low-observable Unmanned • Market desire to contract for complete systems instead Research vehicle) is a stealth demonstrator to demon- of parts, for example, delivering integrated solutions strate the effect of signature management. rather than providing aircrafts and support equipment under separate contracts. Both SHARC and FILUR were developed using Saab’s experience of model based design gained from fighter devel- As a consequence of the changes identified above, there is opment, partly described in Andersson and Sundqvist [2006]. a drive to improve engineering productivity and quality, and the introduction of MBSE is considered to have high poten- 2.2. The Skeldar UAV Product tial. This paper reports on experience gained from introducing MBSE and UML/SysML on the Skeldar autonomous helicop- SKELDAR V150 is Saab’s first UAV product—a short to ter system. Even if, in a strict sense, a UML2 subset was used medium range mobile UAV system that makes it possible to for modeling, the results are considered applicable for perform take-off and landings without field preparations or SysML, as the chosen subset and supporting methods align extra equipment, and which is suitable for both military and well with SysML projects. civil applications. Figure 1 presents the aerial vehicle and Figure 1. The Skeldar air vehicle and a possible ground station layout. [Color figure can be viewed in the online issue, which is available at wileyonlinelibrary.com.] Systems Engineering DOI 10.1002/sys INTRODUCING UML/SysML AT SAAB AEROSYSTEMS 371 ground control station. The modular design allows different the EMPIRE project, a set of systems engineering tech- configurations such as alternative UAV Control System niques/tools were introduced along with supporting processes (UCS) deployment, different ground-segment solutions and and methods. Further change initiatives in the SE area have to choose among payloads: been conducted, establishing the prerequisites for continuing engineering support and process improvements. Examples Aerial Vehicle Avionics. Avionics include redundant com- puters, Global Positioning System (GPS) receivers, are: Inertial Measurement Units (IMUs), an air-data sys- • tem, and a magnetic heading indicator allowing fully Graphical modeling and code generation with System- Build by National Instruments [2007] autonomous operation. • UAV Control System (UCS). The UCS is also a modular- Software Configuration and Change Management with Dimensions by Serena [2007] ized solution, according to NATO standard STANAG • 4586 [NATO, 2004], and can be integrated onto differ- Requirements Management with DOORS by Telelogic ent hardware platforms such as trailers or containers. [2007a] • Incorporating air vehicle and sensor operator worksta- Software Modeling with UML and Rhapsody by tions, the UCS is capable of simultaneously controlling Telelogic [2007b] more than one UAV. • Product Data Management with Teamcenter by Sie- Data Links and Payloads. Communication between the mens [2008]. air vehicle and the UCS is achieved via secure direct The ongoing methods and tools change program at Saab links containing sensor and command/control data Aerosystems is called MBSE, and it integrates a range of which are transmitted via separate communication change initiatives. As a means to analyze strengths and weak- links. The air vehicle is designed to carry a range of nesses of different modeling methods and to organize the payloads such as Electro optical/Infrared (EO/IR), work in the change program, the modeling tools and related Synthetic Aperture Radar (SAR), and Electronic War- techniques/methods was divided and sorted into modeling fare (EW) sensors. domains, as shown in Figure 2. One purpose was to verify that the efforts were broad enough
Load more

Recommended publications
  • Plantuml Language Reference Guide (Version 1.2021.2)
    Drawing UML with PlantUML PlantUML Language Reference Guide (Version 1.2021.2) PlantUML is a component that allows to quickly write : • Sequence diagram • Usecase diagram • Class diagram • Object diagram • Activity diagram • Component diagram • Deployment diagram • State diagram • Timing diagram The following non-UML diagrams are also supported: • JSON Data • YAML Data • Network diagram (nwdiag) • Wireframe graphical interface • Archimate diagram • Specification and Description Language (SDL) • Ditaa diagram • Gantt diagram • MindMap diagram • Work Breakdown Structure diagram • Mathematic with AsciiMath or JLaTeXMath notation • Entity Relationship diagram Diagrams are defined using a simple and intuitive language. 1 SEQUENCE DIAGRAM 1 Sequence Diagram 1.1 Basic examples The sequence -> is used to draw a message between two participants. Participants do not have to be explicitly declared. To have a dotted arrow, you use --> It is also possible to use <- and <--. That does not change the drawing, but may improve readability. Note that this is only true for sequence diagrams, rules are different for the other diagrams. @startuml Alice -> Bob: Authentication Request Bob --> Alice: Authentication Response Alice -> Bob: Another authentication Request Alice <-- Bob: Another authentication Response @enduml 1.2 Declaring participant If the keyword participant is used to declare a participant, more control on that participant is possible. The order of declaration will be the (default) order of display. Using these other keywords to declare participants
    [Show full text]
  • Real Time UML
    Fr 5 January 22th-26th, 2007, Munich/Germany Real Time UML Bruce Powel Douglass Organized by: Lindlaustr. 2c, 53842 Troisdorf, Tel.: +49 (0)2241 2341-100, Fax.: +49 (0)2241 2341-199 www.oopconference.com RealReal--TimeTime UMLUML Bruce Powel Douglass, PhD Chief Evangelist Telelogic Systems and Software Modeling Division www.telelogic.com/modeling groups.yahoo.com/group/RT-UML 1 Real-Time UML © Telelogic AB Basics of UML • What is UML? – How do we capture requirements using UML? – How do we describe structure using UML? – How do we model communication using UML? – How do we describe behavior using UML? • The “Real-Time UML” Profile • The Harmony Process 2 Real-Time UML © Telelogic AB What is UML? 3 Real-Time UML © Telelogic AB What is UML? • Unified Modeling Language • Comprehensive full life-cycle 3rd Generation modeling language – Standardized in 1997 by the OMG – Created by a consortium of 12 companies from various domains – Telelogic/I-Logix a key contributor to the UML including the definition of behavioral modeling • Incorporates state of the art Software and Systems A&D concepts • Matches the growing complexity of real-time systems – Large scale systems, Networking, Web enabling, Data management • Extensible and configurable • Unprecedented inter-disciplinary market penetration – Used for both software and systems engineering • UML 2.0 is latest version (2.1 in process…) 4 Real-Time UML © Telelogic AB UML supports Key Technologies for Development Iterative Development Real-Time Frameworks Visual Modeling Automated Requirements-
    [Show full text]
  • Fakulta Informatiky UML Modeling Tools for Blind People Bakalářská
    Masarykova univerzita Fakulta informatiky UML modeling tools for blind people Bakalářská práce Lukáš Tyrychtr 2017 MASARYKOVA UNIVERZITA Fakulta informatiky ZADÁNÍ BAKALÁŘSKÉ PRÁCE Student: Lukáš Tyrychtr Program: Aplikovaná informatika Obor: Aplikovaná informatika Specializace: Bez specializace Garant oboru: prof. RNDr. Jiří Barnat, Ph.D. Vedoucí práce: Mgr. Dalibor Toth Katedra: Katedra počítačových systémů a komunikací Název práce: Nástroje pro UML modelování pro nevidomé Název práce anglicky: UML modeling tools for blind people Zadání: The thesis will focus on software engineering modeling tools for blind people, mainly at com•monly used models -UML and ERD (Plant UML, bachelor thesis of Bc. Mikulášek -Models of Structured Analysis for Blind Persons -2009). Student will evaluate identified tools and he will also try to contact another similar centers which cooperate in this domain (e.g. Karlsruhe Institute of Technology, Tsukuba University of Technology). The thesis will also contain Plant UML tool outputs evaluation in three categories -students of Software engineering at Faculty of Informatics, MU, Brno; lecturers of the same course; person without UML knowledge (e.g. customer) The thesis will contain short summary (2 standardized pages) of results in English (in case it will not be written in English). Literatura: ARLOW, Jim a Ila NEUSTADT. UML a unifikovaný proces vývoje aplikací : průvodce ana­lýzou a návrhem objektově orientovaného softwaru. Brno: Computer Press, 2003. xiii, 387. ISBN 807226947X. FOWLER, Martin a Kendall SCOTT. UML distilled : a brief guide to the standard object mode•ling language. 2nd ed. Boston: Addison-Wesley, 2000. xix, 186 s. ISBN 0-201-65783-X. Zadání bylo schváleno prostřednictvím IS MU. Prohlašuji, že tato práce je mým původním autorským dílem, které jsem vypracoval(a) samostatně.
    [Show full text]
  • Com.Telelogic.Rhapsody.Core
    com.telelogic.rhapsody.core Package Class Use Tree Serialized Deprecated Index Help PREV PACKAGE NEXT PACKAGE FRAMES NO FRAMES All Classes Package com.telelogic.rhapsody.core Interface Summary The IRPAcceptEventAction interface represents Accept Event IRPAcceptEventAction Action elements in a statechart or activity diagram. The IRPAcceptTimeEvent interface represents Accept Time Event IRPAcceptTimeEvent elements in activity diagrams and statecharts. The IRPAction interface represents the action defined for a IRPAction transition in a statechart. The IRPActionBlock interface represents action blocks in IRPActionBlock sequence diagrams. The IRPActivityDiagram interface represents activity diagrams in IRPActivityDiagram Rational Rhapsody models. IRPActor The IRPActor interface represents actors in Rhapsody models. The IRPAnnotation interface represents the different types of IRPAnnotation annotations you can add to your model - notes, comments, constraints, and requirements. The IRPApplication interface represents the Rhapsody application, IRPApplication and its methods reflect many of the commands that you can access from the Rhapsody menu bar. The IRPArgument interface represents an argument of an IRPArgument operation or an event. IRPASCIIFile The IRPAssociationClass interface represents association classes IRPAssociationClass in Rational Rhapsody models. The IRPAssociationRole interface represents the association roles IRPAssociationRole that link objects in communication diagrams. The IRPAttribute interface represents attributes of
    [Show full text]
  • Efficient Generation of Graphical Model Views Via Lazy Model-To-Text Transformation
    This is a repository copy of Efficient Generation of Graphical Model Views via Lazy Model- to-Text Transformation. White Rose Research Online URL for this paper: https://eprints.whiterose.ac.uk/164209/ Version: Accepted Version Proceedings Paper: Kolovos, Dimitris orcid.org/0000-0002-1724-6563, De La Vega, Alfonso and Cooper, Justin (Accepted: 2020) Efficient Generation of Graphical Model Views via Lazy Model-to-Text Transformation. In: ACM/IEEE 23rd International Conference on Model Driven Engineering Languages and Systems (MODELS ’20). (In Press) Reuse Items deposited in White Rose Research Online are protected by copyright, with all rights reserved unless indicated otherwise. They may be downloaded and/or printed for private study, or other acts as permitted by national copyright laws. The publisher or other rights holders may allow further reproduction and re-use of the full text version. This is indicated by the licence information on the White Rose Research Online record for the item. Takedown If you consider content in White Rose Research Online to be in breach of UK law, please notify us by emailing [email protected] including the URL of the record and the reason for the withdrawal request. [email protected] https://eprints.whiterose.ac.uk/ Efficient Generation of Graphical Model Views via Lazy Model-to-Text Transformation Dimitris Kolovos Alfonso de la Vega Justin Cooper Department of Computer Science Department of Computer Science Department of Computer Science University of York University of York University of York York, UK York, UK York, UK [email protected] [email protected] [email protected] ABSTRACT transforming them into textual formats such as Graphviz, Plan- Producing graphical views from software and system models is tUML, SVG and HTML, which are subsequently rendered in an often desirable for communication and comprehension purposes, embedded browser.
    [Show full text]
  • Campinas 2019 Universidade Estadual De Campinas
    UNIVERSIDADE ESTADUAL DE CAMPINAS Faculdade de Engenharia Elétrica e de Computação RAMON CRAVO FERNANDES ARES: UM PROCESSO CENTRADO EM MODELAGEM PARA PESQUISA APLICADA EM ENGENHARIA CAMPINAS 2019 RAMON CRAVO FERNANDES ARES: UM PROCESSO CENTRADO EM MODELAGEM PARA PESQUISA APLICADA EM ENGENHARIA Dissertação de Mestrado apresentada à Faculdade de Engenharia Elétrica e de Computação da Universidade Estadual de Campinas para obtenção do título de Mestre em Engenharia Elétrica, na área de Engenharia Biomédica. Orientador: Prof. Dr. Eduardo Tavares Costa ESTE TRABALHO CORRESPONDE À VERSÃO FINAL DA DISSERTAÇÃO DEFENDIDA PELO ALUNO RAMON CRAVO FERNANDES, E ORIENTADA PELO PROF. DR. EDUARDO TAVARES COSTA CAMPINAS 2019 COMISSÃO JULGADORA – DISSERTAÇÃO DE MESTRADO Candidato: Ramon Cravo Fernandes RA: 142386 Data da Defesa: 20 de fevereiro de 2019 Título da Tese: “ARES: Um processo centrado em modelagem para pesquisa aplicada em engenharia” Prof. Dr. Eduardo Tavares Costa (Presidente) Prof. Dr. Eduardo Jorge Valadares Oliveira Prof. Dr. José Wilson Magalhães Bassani A ata de defesa, com as respectivas assinaturas dos membros da Comissão Juldadora, encontra-se no SIGA (Sistema de Fluxo de Dissertação/Tese) e na Secretaria de Pós-Graduação da Faculdade de Engenharia Elétrica e de Computação RESUMO A inovação enquanto sistema constrói-se sobre as relações entre seus agentes, materializada pelas trocas e transferências de conhecimento e tecnologias. Neste contexto, a pesquisa torna-se parte do sistema de inovação, e a produção de conhecimento um empreendimento de facto. Assim, o empreendedorismo acadêmico é um processo de internalização das atividades de transferência tecnológica e de conhecimento. Na tentativa de abordar as questões referentes à gestão de interfaces entre os produtores de conhecimento e tecnologia (universidades, organizações e centros de pesquisa e desenvolvimento, etc.) e os demais atores da inovação, suas interdependências e iteratividades, esta dissertação apresenta o desenvolvimento de um processo centrado em modelagem e simulação, denominado processo ARES.
    [Show full text]
  • The Flexible Multi-Level Modelling and Execution Language (Fmmlx). Version 2.0: Analysis of Requirements and Technical Terminology
    A Service of Leibniz-Informationszentrum econstor Wirtschaft Leibniz Information Centre Make Your Publications Visible. zbw for Economics Frank, Ulrich Research Report The Flexible Multi-Level Modelling and Execution Language (FMMLx). Version 2.0: Analysis of requirements and technical terminology ICB-Research Report, No. 66 Provided in Cooperation with: University Duisburg-Essen, Institute for Computer Science and Business Information Systems (ICB) Suggested Citation: Frank, Ulrich (2018) : The Flexible Multi-Level Modelling and Execution Language (FMMLx). Version 2.0: Analysis of requirements and technical terminology, ICB-Research Report, No. 66, Universität Duisburg-Essen, Institut für Informatik und Wirtschaftsinformatik (ICB), Essen, http://dx.doi.org/10.17185/duepublico/47506 This Version is available at: http://hdl.handle.net/10419/194002 Standard-Nutzungsbedingungen: Terms of use: Die Dokumente auf EconStor dürfen zu eigenen wissenschaftlichen Documents in EconStor may be saved and copied for your Zwecken und zum Privatgebrauch gespeichert und kopiert werden. personal and scholarly purposes. Sie dürfen die Dokumente nicht für öffentliche oder kommerzielle You are not to copy documents for public or commercial Zwecke vervielfältigen, öffentlich ausstellen, öffentlich zugänglich purposes, to exhibit the documents publicly, to make them machen, vertreiben oder anderweitig nutzen. publicly available on the internet, or to distribute or otherwise use the documents in public. Sofern die Verfasser die Dokumente unter Open-Content-Lizenzen (insbesondere CC-Lizenzen) zur Verfügung gestellt haben sollten, If the documents have been made available under an Open gelten abweichend von diesen Nutzungsbedingungen die in der dort Content Licence (especially Creative Commons Licences), you genannten Lizenz gewährten Nutzungsrechte. may exercise further usage rights as specified in the indicated licence.
    [Show full text]
  • Plantuml Language Reference Guide (Version 8023) 1 of 120 1.4 Use Non-Letters in Participants 1 SEQUENCE DIAGRAM
    Drawing UML with PlantUML Language Reference Guide (Version 8023) PlantUML is an Open Source project that allows to quickly write: • Sequence diagram, • Usecase diagram, • Class diagram, • Activity diagram, • Component diagram, • State diagram, • Object diagram. Diagrams are defined using a simple and intuitive language. 1 SEQUENCE DIAGRAM 1 Sequence Diagram 1.1 Basic examples The sequence "->" is used to draw a message between two participants. Participants do not have to be explicitly declared. To have a dotted arrow, you use --> It is also possible to use <- and <--. That does not change the drawing, but may improve readability. @startuml Alice -> Bob: Authentication Request Bob --> Alice: Authentication Response Alice -> Bob: Another authentication Request Alice <-- Bob: another authentication Response @enduml 1.2 Comments Everything that starts with simple quote ' is a comment. You can also put comments on several lines using /' to start and '/ to end. 1.3 Declaring participant It is possible to change participant order using the participant keyword. It is also possible to use other keywords to declare a participant: • actor • boundary • control • entity • database @startuml actor Foo1 boundary Foo2 control Foo3 entity Foo4 database Foo5 Foo1 -> Foo2 : To boundary Foo1 -> Foo3 : To control Foo1 -> Foo4 : To entity Foo1 -> Foo5 : To database @enduml PlantUML Language Reference Guide (Version 8023) 1 of 120 1.4 Use non-letters in participants 1 SEQUENCE DIAGRAM You can rename a participant using the as keyword. You can also change the background color of actor or participant. @startuml actor Bob #red ' The only difference between actor 'and participant is the drawing participant Alice participant "I have a really\nlong name" as L #99FF99 /' You can also declare: participant L as "I have a really\nlong name" #99FF99 '/ Alice->Bob: Authentication Request Bob->Alice: Authentication Response Bob->L: Log transaction @enduml 1.4 Use non-letters in participants You can use quotes to define participants.
    [Show full text]
  • Introduction to UML: Structural and Use Case Modeling
    Object Modeling with OMG UML Tutorial Series Introduction to UML: Structural and Use Case Modeling Cris Kobryn Co-Chair UML Revision Task Force [email protected] © 1999-2001 OMG and Contributors: Crossmeta, EDS, IBM, Enea Data, Hewlett-Packard, IntelliCorp, Kabira Technologies, Klasse Objecten, Rational Software, Telelogic, Unisys Overview ! Tutorial series ! Quick tour ! Structural modeling ! Use case modeling Introduction to UML 2 Tutorial Series ! Lecture 1: Introduction to UML: Structural and Use Case Modeling ! Lecture 2: Behavioral Modeling with UML ! Lecture 3: Advanced Modeling with UML [Note: This version of the tutorial series is based on OMG UML Specification v. 1.4, OMG doc# ad/01-02-13, adopted in May 2001.] Introduction to UML 3 Tutorial Goals ! What you will learn: ! what the UML is and what is it not ! UML’s basic constructs, rules and diagram techniques ! how the UML can model large, complex systems ! how the UML can specify systems in an implementation-independent manner ! What you will not learn: ! object methods or processes ! metamodeling techniques Introduction to UML 4 Quick Tour ! Why do we model? ! What is the UML? ! Foundation elements ! Unifying concepts ! Language architecture ! Relation to other OMG technologies Introduction to UML 5 Why do we model? ! Provide structure for problem solving ! Experiment to explore multiple solutions ! Furnish abstractions to manage complexity ! Reduce time-to-market for business problem solutions ! Decrease development costs ! Manage the risk of mistakes Introduction to UML 6 The Challenge Tijuana “shantytown”: http://www.macalester.edu/~jschatz/residential.html Introduction to UML 7 The Vision Fallingwater: http://www.adelaide.net.au/~jpolias/FLW/Images/FallingWater.jpeg Introduction to UML 8 Why do we model graphically? ! Graphics reveal data.
    [Show full text]
  • Implementation of MBSE Approach for Developing Reliability Model to Ensure Robustness of Sounding Rocket Program Using Made Modeling Tool
    Proceedings of the 9th Annual World Conference of the Society for Industrial and Systems Engineering, 2020 SISE Virtual Conference September 17-18, 2020 Implementation of MBSE Approach for Developing Reliability Model to Ensure Robustness of Sounding Rocket Program Using MADe Modeling Tool T Odita, MJ Louise-Caballes, and G Chen Morgan State University Baltimore, MD, USA Corresponding author’s Email: [email protected] Abstract: NASA Sounding Rocket Program (NSRP) is a research-based program that heavily targets relevant institutions to conduct studies for atmospheric research in space. The program has been operating for over 40 years. NASA's goal is to use Sounding Rockets to allow colleges and universities to carry out scientific research missions, particularly low gravity, and material-based research. Due to the Sounding Rocket's complexity, the implementation of a Model-Based Systems Engineering (MBSE) approach was utilized in both functionality and capability to generate a model-based systems diagram and provide a robust design for reliability, risk, and safety. Through the MADe tool usage, both Failure-Modes-Effects and Critical Analysis (FMECA) and Fault Tree Analysis (FTA) was designed and evaluated. The specifications of the rocket's fuel flow and engine were used as the basis of the study and how it affects the Systems Development Life Cycle (SDLC) of the Sounding Rocket. Whereas, the generated model-based system diagram can be used for risk assessment, to identify the possibility of failures and causes and critical errors that may affect the reliability of the Sounding Rocket. Through the MBSE approach, this research can bridge the current gap by utilizing MADe as the primary modeling tool to develop and design a model-based systems diagram to meet the current needs of Reliability Engineering within NSRP and Safety and Mission Assurance (SMA).
    [Show full text]
  • Security SPI Implementation Table of Contents
    Security SPI Implementation Table of Contents Domain Model. 3 Screenshots . 4 Automatically Seeds Roles . 4 Add permission at different scopes . 6 Permissions can ALLOW or VETO access . 6 Permissions can apply to VIEWING or CHANGING the feature . 7 Specify package . 8 Application users . 8 User Sign-up (Self-Registration) . 9 Application Tenancy . 13 How to configure/use . 16 Classpath . 16 Shiro configuration (shiro.ini) . 16 Bootstrapping . 17 Configuration Properties . 18 Overriding the schema. 20 API and Implementation . 21 PasswordEncryptionService . 21 PermissionsEvaluationService . 21 Default Roles, Permissions and Users . 22 Known issues . 23 Dependencies . 24 This module (isis-module-security) provides the ability to manage users, roles, and permissions. Users have roles, roles have permissions, and permissions are associated with application features. These features are derived from the Isis metamodel and can be scoped at either a package, class or individual class member. Permissions themselves can either allow or veto the ability to view or change any application feature. A key design objective of this module has been to limit the amount of permissioning data required. To support this objective: • permissions are hierarchical: a class-level permission applies to all class members, while a package-level permission applies to all classes of all subpackages • permissions can allow or veto access; thus a role can be granted access to most features, but excluded from selective others • permissions are scoped: a member-level permission overrides a class-level permission, a class-level permission overrides a package-level permission; the lower-level package permission overrides a higher-level one (eg com.mycompany.invoicing overrides com.mycompany).
    [Show full text]
  • The UML Bibliography: 1 C 2001 Mark Richters and Paul Ziemann, University of Bremen (Version 0.93 of May 10, 2005)
    References [AA00] Ambrosio Toval Alvarez and Jose Luis Fernandez Aleman. Formally modeling UML and its evolution: A holistic approach. In Scott F. Smith and Carolyn L. Talcott, editors, Formal Methods for Open Object-Based Distributed Systems IV - Proc. FMOODS’2000, September, 2000, Stan- ford, California, USA. Kluwer Academic Publishers, 2000. [AA01] Jose Luis Fernandez Aleman and Ambrosio Toval Alvarez. Seamless formalizing the UML semantics through metamodels. In Keng Siau and Terry Halpin, editors, Unified Modeling Language: Systems Analysis, Design and Development Issues, chapter 14, pages 224–248. Idea Pub- lishing Group, 2001. [AAB+03] Faisal Akkawi, Omar Aldawud, Grady Booch, Siobhan´ Clarke, Jeff Gray, Bill Harrison, Mohamed Kande,´ Dominik Stein, Peri Tarr, and Aida Zakaria, editors. The 4th AOSD Modeling With UML Workshop, 2003. [Aag98] Jan Øyvind Aagedal. Towards an ODP-compliant object definition lan- guage with QoS-support. In T. Plagemann and V. Goebel, editors, Pro- ceedings 5th International Workshop, IDMS’98, Oslo, Norway, Septem- ber, volume 1483 of LNCS, pages 183–194. Springer, 1998. [AAK+04] Habtamu Abie, Demissie B. Aredo, Thor Kristoffersen, Shahrzade Mazaher, and Thierry Raguin. Integrating a security requirement lan- guage with UML. In Thomas Baar, Alfred Strohmeier, Ana Moreira, and Stephen J. Mellor, editors, UML 2004 - The Unified Modeling Language. Model Languages and Applications. 7th International Con- ference, Lisbon, Portugal, October 11-15, 2004, Proceedings, volume 3273 of LNCS, pages 350–364. Springer, 2004. [AAM99] Marwan Abi-Antoun and Nenad Medvidovic. Enabling the refinement of a software architecture into a design. In Robert France and Bernhard Rumpe, editors, UML’99 - The Unified Modeling Language.
    [Show full text]