Component Analyses Using Single-Subject Experimental Designs: a Review

Total Page:16

File Type:pdf, Size:1020Kb

Component Analyses Using Single-Subject Experimental Designs: a Review JOURNAL OF APPLIED BEHAVIOR ANALYSIS 2010, 43, 685–704 NUMBER 4(WINTER 2010) COMPONENT ANALYSES USING SINGLE-SUBJECT EXPERIMENTAL DESIGNS: A REVIEW JOHN WARD-HORNER AND PETER STURMEY THE GRADUATE CENTER AND QUEENS COLLEGE CITY UNIVERSITY OF NEW YORK A component analysis is a systematic assessment of 2 or more independent variables or components that comprise a treatment package. Component analyses are important for the analysis of behavior; however, previous research provides only cursory descriptions of the topic. Therefore, in this review the definition of component analysis is discussed, and a notation system for evaluating the experimental designs of component analyses is described. Thirty articles that included a component analysis were identified via a literature search. The majority of the studies successfully identified a necessary component; however, most of these studies did not evaluate the sufficiency of the necessary component. The notation system may be helpful in developing experimental designs that best suit the purpose of studies aimed at conducting component analyses of treatment packages. Key words: behavior analysis, behavior modification, component analysis, experimental design _______________________________________________________________________________ A component analysis is a systematic analysis of unnecessary. This in turn may lead to better two or more independent variables (compo- generalization and maintenance of the program if nents) that comprise a treatment package (Baer, parents, teachers, or staff have to be trained on Wolf, & Risley, 1968; J. O. Cooper, Heron, & only the key elements of the intervention. Heward, 2007). Researchers and clinicians Finally, conducting a component analysis is a conduct component analyses to identify the skill required of Board Certified Behavior active components of treatment packages that are Analysts (‘‘Behavior Analyst Task List,’’ 2005), responsible for behavior change. For behavioral suggesting that it is a necessary and important treatments to be analytic, researchers must feature of applied behavior analysis. identify specific components of a treatment Despite the importance of component anal- package that produce behavior change (Baer et yses, several authoritative sources on single- al.). Component analyses also may enhance the subject experimental designs do not refer to efficiency and social validity (Wolf, 1978) of component analyses at all (Johnston & Penny- behavioral treatments by eliminating ineffective packer, 1993; Kazdin, 1982; Sidman, 1960; and perhaps effortful components and by Sulzer-Azaroff & Meyer, 1972), or if they do, it evaluating the necessity of more restrictive is to provide cursory definitions and limited components (e.g., punishment procedures) or descriptions of the process (Baer et al., 1968; those components of the intervention that are Barlow & Hersen, 1984; J. O. Cooper et al., 2007; Kennedy, 2005). Currently, there is no We thank Laura Seiverling, Robert Lanson, Alicia review of methods for performing component Alvero, Bruce Brown, Jeff Sigafoos, and the anonymous analyses in the research literature. Therefore, the reviewers for their feedback on earlier versions of this purposes of this paper were (a) to review the manuscript and Laura Seiverling for assistance with data collection. definition of component analysis, (b) to Address correspondence to John Ward-Horner, Psy- introduce a notation system for evaluating the chology Department, Queens College, 65-30 Kissena experimental designs of component analyses, (c) Blvd., Flushing, New York 11367 (e-mail: wardhornerj@ yahoo.com). to discuss experimental procedures for perform- doi: 10.1901/jaba.2010.43-685 ing component analyses, and (d) to review 685 686 JOHN WARD-HORNER and PETER STURMEY previous studies that have conducted compo- A Notation for Component Analyses nent analyses. Before reviewing the methods for conducting component analyses and previous studies that Component Analysis Defined have conducted component analyses, it will be J. O. Cooper et al. (2007) defined compo- beneficial first to describe a notation system that nent analysis as ‘‘any experiment designed to may be used to illustrate examples of component identify the active elements of a treatment analyses. The letters X, Y, and Z indicate the condition, the relative contributions of different individual components of a three-component variables in a treatment package, and/or the treatment package. Additional letters from the necessary and sufficient components of an end of the alphabet can be used for treatments intervention’’ (p. 692). Component analyses packages with more components. For example, an are different than experiments that compare two ABC design comprised of baseline, treatment, and or more distinct treatments. Kennedy (2005) follow-up can be notated as [BSL]_[XYZ]_[FU]. made this distinction by using the term BSL indicates the baseline phase, FU indicates the comparative analysis to refer to the comparison follow-up phase, and the brackets surrounding the of two or more distinct treatments and letters indicate an experimental phase. For component analysis to refer to the evaluation of alternating treatments designs, the components the necessary parts of an intervention. Accord- that the researcher alternates within a phase are ingly, the present paper will use the term separated by a hyphen. For example, [BSL]_[XY- component to refer to variables that comprise a Z]_[FU] indicates that the researcher presented treatment package and treatment package to Components X and Y simultaneously and refer to the application of an intervention with compared them to Component Z alone. Multiple all of its components. Readers should also note baseline designs may be notated using the letter P that sometimes a treatment package consists of followed by a numeral to refer to the different components that are themselves independent participants and using the letter L followed by a treatments, such as a package of relaxation numeral to indicate each leg of the design. For training, differential reinforcement, and extinc- instance, the notation P1_L1_[X]_[Y]_[YZ], tion. For the purpose of this review, the P1_L2_[X]_[Y]_[YZ], P1_L3_[X]_[Y]_[YZ] in- components of such treatment packages will dicates a multiple baseline design across responses, also be referred to as components. Other studies whereas P1_L1_[X]_[Y]_[YZ], P2_L2_[X]_[Y]_ that directly compare interventions that are [YZ], P3_L3_[X]_[Y]_[YZ] indicates a multiple independent treatments that are never presented baseline design across participants. Finally, re- together as a treatment package would consti- searchers may include numerals following each tute a comparative analysis (Kennedy). component to represent the application of It is also important to distinguish component different treatments to different responses within analyses from parametric analyses. A parametric a single phase of an experiment. For instance, the analysis is a comparison of different levels of one notation [Y1-Z2] indicates that Component Y independent variable (Baer et al., 1968; J. O. was applied to Response 1 and that treatment Z Cooper et al., 2007; Kennedy, 2005). Thus, a was applied to Response 2. Table 1 provides comparison of low rates and high rates of examples of how researchers may use this noncontingent reinforcement is more appropri- notation system to evaluate a variety of experi- ately termed a parametric analysis rather than a mental designs. component analysis. This example compares two values of a single variable (rate of noncontingent Evaluating the Outcomes of Component Analyses reinforcement) rather than a comparison of When conducting component analyses, re- components of a treatment package. searchers often determine that only one or a few COMPONENT ANALYSES 687 components of a treatment package produce establish relations among the components that behavior change (e.g., Miltenberger, Fuqua, & influence subsequent evaluations of the com- McKinley, 1985); however, it is critical that the ponents). For instance, Outcome 5 illustrates a conclusions derived from the analysis are situation in which it is possible that Component consistent with the experimental design. Ac- Y is effective only because of its prior cordingly, researchers should consider (a) the presentation with Component Z. Thus, when additive effects of components, (b) the multi- Component Y (praise) is presented with plicative or interactive relations among compo- Component Z (primary reinforcer) in a treat- nents, (c) the necessity and sufficiency of each ment package, Component Y may become a component, (d) behavioral effects related to conditioned reinforcer that is sufficient at combining different components, and (e) maintaining behavior. Sequence effects refer to sequence effects. Additive effects refer to the the possibility that the effects of one condition possibility that the effects of individual compo- may carry over and influence behavior in nents of the treatment package are independent subsequent conditions; for example, Compo- of each other. For example, Outcome 1 in nent Y may be effective only when preceded by Figure 1 illustrates an additive effect because Component Z, but Component Y may be Component Y is effective at changing behavior ineffective when it precedes Component Z. whether or not Z is present, thereby indicating Although sequence effects are a concern in any that Component Y is necessary and sufficient. experiment in which one condition is presented Providing
Recommended publications
  • Development of an Entity Component System Architecture for Realtime Simulation
    Fachbereich 4: Informatik Development of an Entity Component System Architecture for Realtime Simulation Bachelorarbeit zur Erlangung des Grades Bachelor of Science (B.Sc.) im Studiengang Computervisualistik vorgelegt von Trevor Hollmann Erstgutachter: Prof. Dr.-Ing. Stefan Müller (Institut für Computervisualistik, AG Computergraphik) Zweitgutachter: Kevin Keul, M.Sc. (Institut für Computervisualistik, AG Computergraphik) Koblenz, im September 2019 Erklärung Ich versichere, dass ich die vorliegende Arbeit selbständig verfasst und keine anderen als die angegebenen Quellen und Hilfsmittel benutzt habe. Ja Nein Mit der Einstellung der Arbeit in die Bibliothek bin ich einverstanden. .................................................................................... (Ort, Datum) (Unterschrift) Abstract The development of a game engine is considered a non-trivial problem. [3] The architecture of such simulation software must be able to manage large amounts of simulation objects in real-time while dealing with “crosscutting concerns” [3, p. 36] between subsystems. The use of object oriented paradigms to model simulation objects in class hierar- chies has been reported as incompatible with constantly changing demands dur- ing game development [2, p. 9], resulting in anti-patterns and eventual, messy re-factoring. [13] Alternative architectures using data oriented paradigms re- volving around object composition and aggregation have been proposed as a result. [13, 9, 1, 11] This thesis describes the development of such an architecture with the explicit goals to be simple, inherently compatible with data oriented design, and to make reasoning about performance characteristics possible. Concepts are for- mally defined to help analyze the problem and evaluate results. A functional implementation of the architecture is presented together with use cases common to simulation software. Zusammenfassung Die Entwicklung einer Spiele-Engine wird als nichttriviales Problem betrach- tet.
    [Show full text]
  • Component Diagrams in UML
    9. UML Component Diagrams Page 1 of 4 Component Diagrams in UML The previous articles covered two of the three primary areas in which the UML diagrams are categorized (see Article 1)—Static and Dynamic. The remaining two UML diagrams that fall under the category of Implementation are the Component and Deployment diagrams. In this article, we will discuss the Component diagram. Basics The different high-level reusable parts of a system are represented in a Component diagram. A component is one such constituent part of a system. In addition to representing the high-level parts, the Component diagram also captures the inter- relationships between these parts. So, how are component diagrams different from the previous UML diagrams that we have seen? The primary difference is that Component diagrams represent the implementation perspective of a system. Hence, components in a Component diagram reflect grouping of the different design elements of a system, for example, classes of the system. Let us briefly understand what criteria to apply to model a component. First and foremost, a component should be substitutable as is. Secondly, a component must provide an interface to enable other components to interact and use the services provided by the component. So, why would not a design element like an interface suffice? An interface provides only the service but not the implementation. Implementation is normally provided by a class that implements the interface. In complex systems, the physical implementation of a defined service is provided by a group of classes rather than a single class. A component is an easy way to represent the grouping together of such implementation classes.
    [Show full text]
  • Affordit!: a Tool for Authoring Object Component Behavior in Virtual
    AffordIt!: A Tool for Authoring Object Component Behavior in Virtual Reality * † ‡ § Sina Masnadi Andres´ N. Vargas Gonzalez´ Brian Williamson Joseph J. LaViola Jr. Department of Computer Science University of Central Florida (a) (b) (c) (d) Figure 1: These figures show a sequence of steps followed to add a rotation affordance to the door of a washer machine. (a) An object in the scenario (b) Cylinder shape selection wrapping the door. (c) A user sets the amount of rotation the door will be constrained to. (d) An animation generated from the affordance can be visualized. ABSTRACT realistic experiences necessary to a VR scene, but not asset creation In this paper we present AffordIt!, a tool for adding affordances (a situation described in Hughes et al. [17]) which are needed to to the component parts of a virtual object. Following 3D scene build a virtual scene. To alleviate this problem, recent research has been focusing on frameworks to ease users’ authoring process as reconstruction and segmentation procedures, users find themselves with complete virtual objects, but no intrinsic behaviors have been seen in [9, 12, 35]. 3D scene reconstruction [32, 34, 44, 49] provides assigned, forcing them to use unfamiliar Desktop-based 3D editing a suitable solution to the problem. Initially a 3D reconstructed tools. AffordIt! offers an intuitive solution that allows a user to environment will be composed of a continuous mesh which can be segmented via autonomous tools as shown in George et al. [10] and select a region of interest for the mesh cutter tool, assign an intrinsic behavior and view an animation preview of their work.
    [Show full text]
  • Sysml, the Language of MBSE Paul White
    Welcome to SysML, the Language of MBSE Paul White October 8, 2019 Brief Introduction About Myself • Work Experience • 2015 – Present: KIHOMAC / BAE – Layton, Utah • 2011 – 2015: Astronautics Corporation of America – Milwaukee, Wisconsin • 2001 – 2011: L-3 Communications – Greenville, Texas • 2000 – 2001: Hynix – Eugene, Oregon • 1999 – 2000: Raytheon – Greenville, Texas • Education • 2019: OMG OCSMP Model Builder—Fundamental Certification • 2011: Graduate Certification in Systems Engineering and Architecting – Stevens Institute of Technology • 1999 – 2004: M.S. Computer Science – Texas A&M University at Commerce • 1993 – 1998: B.S. Computer Science – Texas A&M University • INCOSE • Chapters: Wasatch (2015 – Present), Chicagoland (2011 – 2015), North Texas (2007 – 2011) • Conferences: WSRC (2018), GLRCs (2012-2017) • CSEP: (2017 – Present) • 2019 INCOSE Outstanding Service Award • 2019 INCOSE Wasatch -- Most Improved Chapter Award & Gold Circle Award • Utah Engineers Council (UEC) • 2019 & 2018 Engineer of the Year (INCOSE) for Utah Engineers Council (UEC) • Vice Chair • Family • Married 14 years • Three daughters (1, 12, & 10) 2 Introduction 3 Our Topics • Definitions and Expectations • SysML Overview • Basic Features of SysML • Modeling Tools and Techniques • Next Steps 4 What is Model-based Systems Engineering (MBSE)? Model-based systems engineering (MBSE) is “the formalized application of modeling to support system requirements, design, analysis, verification and validation activities beginning in the conceptual design phase and continuing throughout development and later life cycle phases.” -- INCOSE SE Vision 2020 5 What is Model-based Systems Engineering (MBSE)? “Formal systems modeling is standard practice for specifying, analyzing, designing, and verifying systems, and is fully integrated with other engineering models. System models are adapted to the application domain, and include a broad spectrum of models for representing all aspects of systems.
    [Show full text]
  • 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]
  • UML Basics: the Component Diagram
    English Sign in (or register) Technical topics Evaluation software Community Events UML basics: The component diagram Donald Bell ([email protected]), IT Architect, IBM Corporation Summary: from The Rational Edge: This article introduces the component diagram, a structure diagram within the new Unified Modeling Language 2.0 specification. Date: 15 Dec 2004 Level: Introductory Also available in: Chinese Vietnamese Activity: 259392 views Comments: 3 (View | Add comment - Sign in) Average rating (629 votes) Rate this article This is the next installment in a series of articles about the essential diagrams used within the Unified Modeling Language, or UML. In my previous article on the UML's class diagram, (The Rational Edge, September 2004), I described how the class diagram's notation set is the basis for all UML 2's structure diagrams. Continuing down the track of UML 2 structure diagrams, this article introduces the component diagram. The diagram's purpose The component diagram's main purpose is to show the structural relationships between the components of a system. In UML 1.1, a component represented implementation items, such as files and executables. Unfortunately, this conflicted with the more common use of the term component," which refers to things such as COM components. Over time and across successive releases of UML, the original UML meaning of components was mostly lost. UML 2 officially changes the essential meaning of the component concept; in UML 2, components are considered autonomous, encapsulated units within a system or subsystem that provide one or more interfaces. Although the UML 2 specification does not strictly state it, components are larger design units that represent things that will typically be implemented using replaceable" modules.
    [Show full text]
  • Introduction to Systems Modeling Languages
    Fundamentals of Systems Engineering Prof. Olivier L. de Weck, Mark Chodas, Narek Shougarian Session 3 System Modeling Languages 1 Reminder: A1 is due today ! 2 3 Overview Why Systems Modeling Languages? Ontology, Semantics and Syntax OPM – Object Process Methodology SySML – Systems Modeling Language Modelica What does it mean for Systems Engineering of today and tomorrow (MBSE)? 4 Exercise: Describe the “Mr. Sticky” System Work with a partner (5 min) Use your webex notepad/white board I will call on you randomly We will compare across student teams © source unknown. All rights reserved. This content is excluded from our Creative Commons license. For more information, see http://ocw.mit.edu/help/faq-fair-use/. 5 Why Systems Modeling Languages? Means for describing artifacts are traditionally as follows: Natural Language (English, French etc….) Graphical (Sketches and Drawings) These then typically get aggregated in “documents” Examples: Requirements Document, Drawing Package Technical Data Package (TDP) should contain all info needed to build and operate system Advantages of allowing an arbitrary description: Familiarity to creator of description Not-confining, promotes creativity Disadvantages of allowing an arbitrary description: Room for ambiguous interpretations and errors Difficult to update if there are changes Handoffs between SE lifecycle phases are discontinuous Uneven level of abstraction Large volume of information that exceeds human cognitive bandwidth Etc…. 6 System Modeling Languages Past efforts
    [Show full text]
  • Part I Environmental Diagrams
    Adaptive Software Engineering G22.3033-007 Session 3 – Sub-Topic Presentation 1 Use Case Modeling Dr. Jean-Claude Franchitti New York University Computer Science Department Courant Institute of Mathematical Sciences 1 Part I Environmental Diagrams 2 1 What it is • Environmental Diagram Rent Video Video Store Pay Information System Employees Clerk Customer Payroll Clerk 3 What it is • A picture containing all the important players (Actors) • Includes players both inside and outside of the system • Actors are a critical component • External events are a second critical component 4 2 Creating the Diagram • To create an environmental diagram • 1. Identify all the initiating actors • 2. Identify all the related external events associated with each actor 5 Why it is used • A diagram is needed to show the context or scope of the proposed system • At this time actors and external events are the critical components • It is helpful to include all the participants as well 6 3 Creating the Diagram • 3. Identify all the participating Actors • These actors may be inside (internal) or outside (external) to the system 7 Creating the Diagram • Examples of an internal actor – Clerk who enters the purchase into a Point of Sale terminal – Clerk who places paper in the printer – Accountant who audits report 8 4 Creating the Diagram • Examples of an external actor – Accountant who audits report – A credit authorizing service – A DMV check for renting a car 9 Creating the Diagram •4.Draw a cloud • 5. Then draw initiating actors on the left of the cloud • 6. Then draw participating external actors outside the cloud • 7.
    [Show full text]
  • Revco Ultra-Low Temperature Freezers
    New! Thermo Scientific Revco Ultra-Low Temperature Freezers Optimum storage capacity with ultimate protection and energy savings your samples our obsession your samples our obsession To the rest of the world, these are samples. To us, they are a scientist's life's work. A lab’s mission. A company’s breakthrough. We are obsessed with sample integrity. Every one of our cold storage solutions is optimized for the best protection of critical samples. Our Revco ® ultra-low temperature freezers offer a complete range of upright and chest configurations designed for maximum sample protection. Thermo Scientific Revco Ultra-Low Temperature Freezers Introducing the Thermo Scientific Revco UxF Series, Pages 4-15 • Your samples need to stay cold. Period. That’s why our Revco ® UxF Series freezers offer outstanding door opening recovery rates and consistent temperature uniformity. To ensure the safety of your samples, our new freezers endured the equivalent of more than 26 years of run time before making their way to the market. • Your samples are precious – and so is your lab space. With our Revco UxF Series freezers, it really is possible to fit more samples into less physical space. With five convenient sizes to choose from, we’ve got a freezer that will fit just right. • Sample protection should be easy. Our Revco UxF Series freezers feature an easy-to-use, touch screen panel with an innovative health monitor that lets you see what’s going on inside without opening the door. Onboard data logging provides you with a downloadable record. • Protect your samples and the environment, too.
    [Show full text]
  • A Requirements Modeling Language for the Component Behavior of Cyber Physical Robotics Systems
    A Requirements Modeling Language for the Component Behavior of Cyber Physical Robotics Systems Jan Oliver Ringert, Bernhard Rumpe, and Andreas Wortmann RWTH Aachen University, Software Engineering, Aachen, Germany {ringert,rumpe,wortmann}@se-rwth.de Abstract. Software development for robotics applications is a sophisticated en- deavor as robots are inherently complex. Explicit modeling of the architecture and behavior of robotics application yields many advantages to cope with this complexity by identifying and separating logically and physically independent components and by hierarchically structuring the system under development. On top of component and connector models we propose modeling the requirements on the behavior of robotics software components using I/O! automata [29]. This approach facilitates early simulation of requirements model, allows to subject these to formal analysis and to generate the software from them. In this paper, we introduce an extension of the architecture description language MontiArc to model the requirements on components with I/O! automata, which are defined in the spirit of Martin Glinz’ Statecharts for requirements modeling [10]. We fur- thermore present a case study based on a robotics application generated for the Lego NXT robotic platform. “In der Robotik dachte man vor 30 Jahren, dass man heute alles perfekt beherrschen würde”, Martin Glinz [38] 1 Introduction Robotics is a field of Cyber-Physical Systems (CPS) which yields complex challenges due to the variety of robots, their forms of use and the overwhelming complexity of the possible environments they have to operate in. Software development for robotics ap- plications is still at least as complex as it was 30 years ago: even a simple robot requires the integration of multiple distributed software components.
    [Show full text]
  • UML Basics: the Component Diagram
    IBM Copyright http://www.ibm.com/developerworks/rational/library/dec04/bell/index.html Country/region [select] Terms of use All of dW Home Products Services & solutions Support & downloads My account developerWorks > Rational > UML basics: The component diagram Level: Introductory Contents: The diagram's purpose Donald Bell The notation IBM Global Services, IBM The basics 15 Dec 2004 Beyond the basics from The Rational Edge: This article introduces the component diagram, a structure diagram Conclusion within the new Unified Modeling Language 2.0 specification. Notes About the author This is the next installment in a series of articles about the essential diagrams used within the Unified Modeling Language, Rate this article or UML. In my previous article on the UML’s class diagram, Subscriptions: (The Rational Edge, September 2004), I described how the dW newsletters class diagram’s notation set is the basis for all UML 2’s structure diagrams. Continuing down the track of UML 2 structure dW Subscription diagrams, this article introduces the component diagram. (CDs and downloads) The Rational Edge The diagram's purpose The component diagram’s main purpose is to show the structural relationships between the components of a system. In UML 1.1, a component represented implementation items, such as files and executables. Unfortunately, this conflicted with the more common use of the term “component," which refers to things such as COM components. Over time and across successive releases of UML, the original UML meaning of components was mostly lost. UML 2 officially changes the essential meaning of the component concept; in UML 2, components are considered autonomous, encapsulated units within a system or subsystem that provide one or more interfaces.
    [Show full text]
  • AUTOSAR and Sysml – a Natural Fit? Andreas Korff
    View metadata, citation and similar papers at core.ac.uk brought to you by CORE provided by Archive Ouverte en Sciences de l'Information et de la Communication AUTOSAR and SysML – A Natural Fit? Andreas Korff To cite this version: Andreas Korff. AUTOSAR and SysML – A Natural Fit?. Conference ERTS’06, Jan 2006, Toulouse, France. hal-02270421 HAL Id: hal-02270421 https://hal.archives-ouvertes.fr/hal-02270421 Submitted on 25 Aug 2019 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. AUTOSAR and SysML – A Natural Fit? Andreas Korff1 1: ARTiSAN Software Tools GmbH, Eupener Str. 135-137, D-50933 Köln, [email protected] Abstract: This paper should give some ideas on how the UML 2 and the SysML can help defining the 2. AUTOSAR different AUTOSAR artifacts and later applying the specified AUTOSAR part to real implementations. 2.1 The AUTOSAR Initiative The AUTOSAR definitions are currently being In July 2003 the AUTOSAR (AUTomotive Open defined on top of the UML 2.0. In parallel, the OMG System ARchitecture) partnership was formally started in 2003 a Request for Proposal to define a launched by its core partners: BMW Group, Bosch, UML-based visual modeling language for Systems Continental, DaimlerChrysler, Siemens VDO and Engineering.
    [Show full text]