Leon Starr

Leon Starr

Oakland, California, United States
843 followers 500+ connections

About

17+ years guiding, training, and embedding with teams internationally to specify the…

Activity

Join now to see all activity

Experience

  • Model Integration, LLC Graphic

    Model Integration, LLC

    Oakland, California, United States

  • -

    Palo Alto, California, United States

  • -

    Los Altos, California

  • -

    San Francisco Bay Area

  • -

    Linköping, Östergötland County, Sweden

  • -

    Linkoping, Sweden

  • -

    San Francisco Bay Area

  • -

    Stockholm, Sweden

  • -

    Peoria, Illinois Area

  • -

  • -

    San Francisco Bay Area

  • -

  • -

  • -

  • -

  • -

  • -

  • -

  • -

  • -

Education

Publications

  • Introducing Open Source Reference Models of the Driving Environment

    Medium

    This article describes the work of the team I organized and led at the Toyota Research Institute. Here we developed executable, platform independent models of the real world driving environment to support requirements, simulation, and validation of safe driving behaviors.

    See publication
  • Models to Code (with no mysterious gaps)

    Springer / Apress

    It's really good. It's in color. Buy a copy!

    Other authors
    See publication
  • Time and Synchronization in Executable UML

    Object Management Group (OMG)

    This article illustrates the platform independent timing and synchronization rules that modelers use and architects implement to support Executable UML applications. UML standardizes behavioral notations such as statecharts and sequence diagrams, but it does not define any synchronization rules. One of the most powerful features of Executable UML is that it does not constrain the implementation with unnecessary sequencing. In traditional programming languages the stream of processing is…

    This article illustrates the platform independent timing and synchronization rules that modelers use and architects implement to support Executable UML applications. UML standardizes behavioral notations such as statecharts and sequence diagrams, but it does not define any synchronization rules. One of the most powerful features of Executable UML is that it does not constrain the implementation with unnecessary sequencing. In traditional programming languages the stream of processing is sequential by default unless intentionally diverted through a variety of platform specific concurrency mechanisms. The opposite is true in Executable UML. Everything happens in a concurrent, platform independent timeframe unless there is explicit synchronization. This allows us to create application models that can be deployed onto arbitrarily distributed platforms. This capability is increasingly relevant as platform technology evolves from embedded to parallel to distributed to cloud and back, sometimes in the duration of a single project! So it is ever more critical that all the hard work you put into your analysis, models and designs not fall apart as the target platform inevitably shifts.

    See publication
  • How to Build Articulate UML Class Models

    Object Management Group (OMG)

    ​The typical UML class model is a nebulous representation of the reality it aspires to formalize. This, at least, has been my experience as a longtime executable UML modeler and project consultant. What I am defining as an “articulate” class model is one that expresses critical system rules with transparent, unambiguous precision. The contrast is best demonstrated with a good vs. bad model example. This won’t be a contrived model comparison, but one representative of the sort of thing seen…

    ​The typical UML class model is a nebulous representation of the reality it aspires to formalize. This, at least, has been my experience as a longtime executable UML modeler and project consultant. What I am defining as an “articulate” class model is one that expresses critical system rules with transparent, unambiguous precision. The contrast is best demonstrated with a good vs. bad model example. This won’t be a contrived model comparison, but one representative of the sort of thing seen all the time on real projects. I will also itemize the negative consequences of an imprecise class model on a software system. And, of course, I will point out the practical benefits of doing things the right way. Finally, I will describe some simple techniques you can use to create more articulate, rule-expressive class models.

    See publication
  • Executable UML: How to Build Class Models

    Prentice-Hall

  • How to Build Shlaer-Mellor Class Models

    Prentice-Hall

Projects

  • How to Specify Software in Complex Safety Critical Systems

    My new series of short, entertaining YouTube videos provides practical, field tested, real world answers to these questions based on my experience with a wide range of systems ranging from aerospace, autonomous vehicles, complex medical and scientific instrumentation, automated manufacturing, battle simulation, sharks and frigg’n lasers.

    Just kidding about that last one, but there’s still time to add it in later.

  • Open Source MBSE

Languages

  • Swedish

    Limited working proficiency

  • English

    Native or bilingual proficiency

  • French

    Limited working proficiency

Recommendations received

4 people have recommended Leon

Join now to view

More activity by Leon

View Leon’s full profile

  • See who you know in common
  • Get introduced
  • Contact Leon directly
Join to view full profile

Other similar profiles

Explore top content on LinkedIn

Find curated posts and insights for relevant topics all in one place.

View top content

Add new skills with these courses