Conference PaperPDF Available

Plant Modeling Based on SysML Domain Specific Language

Authors:

Abstract

Successful implementation of Model-based Systems Engineering(MBSE) obviously needs a model supporting efficient communication among engineers of various domains. The system modeling language standard, SysML is designed to create MBSE supporting models. However, SysML itself is not practical enough to be used for real-world engineering projects. As SysML is designed for generic systems and requires specialized knowledge, a model written in SysML has a limited capability to support communication between a systems engineer and a subsystem engineer. Our research’s main goal is to develop a SysML based plant model integrating most outputs from plant design phases. As mentioned, a standard SysML based plant model is not specific enough to be understood by plant engineers. To make the SysML model more practical, a customized SysML for the plant engineering domain is required. Unfortunately, current researches on SysML Domain Specific Language(DSL) for the plant engineering industry are still on the early stage. So, as a pilot, we have developed our own SysML-based Piping & Instrumentation Diagram (P&ID) creation environment and P&ID itself for a specific plant system, via widely known SysML modeling tool called MagicDraw. P&ID is one of the most important output during the plant design phase, which contains all information for the plant construction phase. So a SysML based P&ID has a great potential to bridge gaps between plant engineers.
Plant Modeling Based on SysML Domain Specific
Language
Taekyong Lee, Jae-Min Cha, Joon-Young Kim, Junguk Shin, Jinil Kim, Choongsub Yeom
Plant Systems Engineering Team
Institute for Advanced Engineering(IAE)
Yong-in, Korea
TKLee@iae.re.kr
Abstract—Successful implementation of Model-based Systems
Engineering(MBSE) obviously needs a model supporting efficient
communication among engineers of various domains. The system
modeling language standard, SysML is designed to create MBSE
supporting models. However, SysML itself is not practical
enough to be used for real-world engineering projects. As SysML
is designed for generic systems and requires specialized
knowledge, a model written in SysML has a limited capability to
support communication between a systems engineer and a sub-
system engineer.
Our research’s main goal is to develop a SysML based plant
model integrating most outputs from plant design phases. As
mentioned, a standard SysML based plant model is not specific
enough to be understood by plant engineers. To make the SysML
model more practical, a customized SysML for the plant
engineering domain is required. Unfortunately, current
researches on SysML Domain Specific Language(DSL) for the
plant engineering industry are still on the early stage.
So, as a pilot, we have developed our own SysML-based
Piping & Instrumentation Diagram (P&ID) creation
environment and P&ID itself for a specific plant system, via
widely known SysML modeling tool called MagicDraw. P&ID is
one of the most important output during the plant design phase,
which contains all information for the plant construction phase.
So a SysML based P&ID has a great potential to bridge gaps
between plant engineers.
Keywords—MBSE; SysML; SysML Domain Specific
Language; P&ID;
I.
I
NTRODUCTION
With the increasing complexity of today’s systems,
traditional document-based engineering has reached its limit.
Systems are becoming too complex to be developed and
managed through documents. Model-Based Systems
Engineering(MBSE) is considered as a long-term alternative to
document based engineering in order to keep correctness,
consistency and traceability across all engineering items
created through a system life cycle.
In the context of MBSE, a model representing a system and
its environment is a basis of communication among
stakeholders from different domains [1]. Successful
implementation of MBSE obviously requires models
supporting efficient information sharing. Systems Modeling
Language(SysML) is one of the most actively used language
designed to create such a model.
However, SysML itself is not practical enough to be
applied to a specific field of industry as it is designed to model
general systems. Well-written SysML based model does
express various aspects of systems deeply but engineers need
professional knowledge and skills to understand the
information contained in the model. So, as described in Fig. 1,
with a standard SysML based model, information sharing
among engineers will be limited as each engineering team
needs system engineers who can understand the model. To
apply a SysML based model to real-world industries, the model
needs to be created by a customized SysML for a specific
domain so that corresponding domain experts can easily
communicate through the model.
To explore the applicability of customized SysML models
for plant engineering industry, we have developed a SysML
based Piping & Instrumentation Diagram(P&ID) prototype of
the waste-to-solid fuel plant designed by our research institute.
P&ID is a key product of any plant design phase, most plant
engineering activities are related to P&ID. So, SysML based
P&ID can be regarded as the most important step to develop a
whole plant model.
Fig. 1. As-is vs To-be
Fig. 2. Hierarchy of modeling languages
II. S
YS
ML
D
OMAIN
S
PECIFIC
L
ANGUAGE
A. Definition
The idea of Domain specific languages(DSL) may sound
new, but this is a venerable tradition in the field of
programming [2]. Both HTML and Matlab are powerful script
languages for web presentation and engineering applications
but they are limited for developing generic software [2]. This is
the nature of DSL. From the viewpoint of Systems
Engineering, DSL can be defined as modeling languages
modified or extended for user’s domains. SysML itself is also a
DSL extended from Unified Modeling Language(UML)
defined by Objective Management Group(OMG). Fig. 2 shows
the hierarchy of modeling languages for better understanding.
SysML is extended from UML, and SysML can also be
customized for various domains.
B. SysML Domain Specific Language Development
SysML elements can be extended to domain specific
elements by using a concept of profile. All customization data
– relationships between original elements and DSL elements,
changed/added/deleted properties – are stored in a profile and it
can be reused for any project. MagicDraw [5], which is one of
the most widely used UML/SysML modeling tool provides
DSL engine which helps to define profiles. Fig. 3 shows how a
profile is composed and how DSL element is realized by a
profile.
C. Related Works
Studies on UML/SysML based DSL for various domains
from aerospace industry [2] to Computer Aided Design(CAD)
model [3] have actively undertaken. These studies put focus on
building domain specific schematic vocabulary [2] based on
the standard UML/SysML semantics. Our study on SysML
based P&ID was also inspired from these works.
III. P
LANT
M
ODELING
:
P&ID
P
ROTOTYPE
D
EVELOPMENT
A. Scope
A plant is usually consisted of mechanical systems
(equipment, valves, pipes, etc.) control systems, electrical line
systems and others. And P&ID usually provides information of
how mechanical and control system are integrated together. In
our case, we limited the scope of the work to mechanical
systems of the chosen waste-to-solid fuel plant as mechanical
systems are most important parts of a plant that needed to be
defined and designed earlier than others.
B. Development Process
1) Define customized element classes
Mechanical systems of a plant are generally consisted
of equipment, valves and pipes. Through the analysis of
design data of the waste-to-solid fuel plant, we defined
element classes needed to draw P&ID of the plant. Fig.
4 shows elements classes. Equipment needed for the
plant was defined with customized properties and data
types. Various types of valves were also defined with
their own properties. And Pipes, which were extended
from “Connector Class” of the standard SysML were
defined. Image files of P&ID symbols were also
assigned to corresponding element classes.
2) Organize the element classes as a single profile
Defined element classes were packaged and arranged as
a single profile so that it can be reused for any related
project. Fig. 5 shows the structure of the created profile.
3) Define SysML based P&ID drawing environment
Using the diagram customization wizard provided from
MagicDraw, defined element classes were arranged to
the P&ID palette (Fig. 6). The P&ID drawing
environment was created by modifying a SysML
Internal Block Diagram(IBD) definition, so relationship
rules not customized follow the rules of IBD.
Fig. 3. Concept of SysML Domian Specific Language Realized on MagicDraw [6]
IV. P&ID
P
ROTOTYPE
E
XAMPLES
As all needed element classes were defined and arranged on
the diagram palette, a user can draw a P&ID of the waste-to-
solid fuel plant based on SysML even if he/she is not a SysML
expert. A user just needs to drag and drop elements from the
diagram pallet to the plane and connect them with the right
piping connectors Fig. 7 shows the overview of the P&ID
prototype. Though only major mechanical systems have been
expressed, it is still quite similar with the original P&ID.
Fig. 8 shows what information that each element contains.
Each symbol shown on the figure is a modifiable element
which contains information needed for plant engineers.
Elements’ properties from the standard SysML are hidden and
only customized properties – defined in the plant engineering
DSL profile - needed for plant engineers are shown in each
element’s specification.
Fig. 9 shows another part of P&ID where the main
equipment is connected to external systems. Standard SysML
elements and relationships such as block and trace can also be
added to P&ID. And defined properties of pipe lines, valves
and equipment can be displayed on P&ID to give a better
understanding.
Equations
The equations are an exception to the prescribed
specifications of this template. You will need to determine
whether or not your equation should be typed using either the
Times New Roman or the Symbol font (please no other font).
Fig. 5. Defined Plant Equipment, Valve, Pipe (clockwise) Classes
Fig. 4. Plant Engineering DSL profile
Fig. 6. SysML based P&ID Drawing Environment
Fig. 7. SysML Based P&ID Prototype(left) and Origninal P&ID(right)
Fig. 8. P&ID Element Properties
Fig. 9. Displayed P&ID Element Properties
V. C
ONCLUSION AND
F
UTURE
W
ORK
An example of a plant engineering P&ID prototype has
been developed to explore the applicability of customized
SysML models to the plant engineering industry. The P&ID
prototype developed using MagicDraw was satisfactory as a
pilot. However, there are several major issues found during the
research and resolving these issues will be our future works to
make the P&ID prototype more practical for plant engineers.
Future works are followings:
Resolving Visual Representation Issues: Several issues
were found while representing P&ID symbols. In case
of MagicDraw, all SysML element shapes are not just
images, these shapes are created by JAVA so all
conditions (initial size, ratio, boundary shape, etc.) are
already defined. But the P&ID prototype’s symbols are
just vector images so it needs to re-write P&ID symbols
with JAVA Open API provided from MagicDraw.
Model to Model Transformation: Model to Model
transformation rules should be developed so that a
standard SysML based model for system engineers and
a domain specific SysML based model for sub-system
engineers should be easily convertible. If a user need to
manually draw a SysML based P&ID every time, it is a
huge loss of man hours.
Tool Free Application: In the long run, DSL profiles
and diagram creation environment need to function in
any SysML authoring tool.
A
CKNOWLEDGMENT
This work was supported by the Technology Innovation
Program (10063187, Engineering Technique for Power
Generation System Design using Industry Waste Heat,
10072058, Model Based Configuration Management System
for Empowering Maintenance Engineering Capability of
Small/Medium Size Plant) funded By the Ministry of Trade,
Industry & Energy(MOTIE, Korea).
R
EFERENCES
.
[1] INCOSE Technical Operations. 2007. Systems Engineering Vision
2020, version 2.03. Seattle, WA: International Council on Systems
Engineering, Seattle, WA, INCOSE-TP-2004-004-02.
[2] B. Cole et al., "Domain-specific languages and diagram customization
for a concurrent engineering environment," 2013 IEEE Aerospace
Conference, Big Sky, MT, 2013, pp. 1-12.
[3] R. Scheffler, S. Koch , G. Wrobel ., M. Pleßow , C. Buse a, Behrens B,
(2016). “Modelling CAD Models - Method for the Model Driven Design
of CAD Models for Deep Drawing Tools.” In Proceedings of the 4th
International Conference on Model-Driven Engineering and Software
Development ISBN 978-989-758-168-7, pp. 377-383
[4] Patwari, S. R. Chaudhuri, A. Banerjee, S. Natarajan and S. Pandey, "A
complementary domain specific design environment aiding SysML,"
2016 IEEE International Symposium on Systems Engineering (ISSE),
Edinburgh, 2016, pp. 1-8.
[5] MagicDraw, https://www.nomagic.com/products/magicdraw
[6] UML Profiling and DSL Userguide,
https://www.nomagic.com/files/manuals/MagicDraw%20UMLProfiling
&DSL%20UserGuide.pdf
... Similar researchers explored a methodological approach of MBSE and used UML, SysML, and MARTE modeling tools to solve complex systems (Rashid et al., 2015). By following this approach, MBSE can quickly identify the structural and behavioral aspects of the modeled system (Lee et al., 2017). Figure 2 shows the MBSE methodology framework and how it carries out the verified activity to accomplish and assess the correctness of the model/system. ...
Article
Full-text available
Partial body weight support systems have proven to be a vital tool in performing physical therapy for patients with lower limb disabilities to improve gait. Developing this type of equipment requires rigorous design process that obtains a robust system, allowing physiotherapy exercises to be performed safely and efficiently. With this in mind, a “Model-Based Systems Engineering” design process using SysML improves communication between different areas, thereby increasing the synergy of interdisciplinary workgroups and positively impacting the development process of cyber-physical systems. The proposed development process presents a work sequence that defines a clear path in the design process, allowing traceability in the development phase. This also ensures the observability of elements related to a part that has suffered a failure. This methodology reduces the integration complexity between subsystems that compose the partial body weight support system because is possible to have a hierarchical and functional system vision at each design stage. The standard allowed requirements to be established graphically, making it possible to observe their system dependencies and who satisfied them. Consequently, the Partial Weight Support System was implemented through with a clear design route obtained by the MBSE methodology.
Article
Full-text available
The OMG standard Systems Modeling Language (SysML) has been on the market for about thirteen years. This standard is an extended subset of UML providing a graphical modeling language for designing complex systems by considering software as well as hardware parts. Over the period of thirteen years, many publications have covered various aspects of SysML in different research fields. The aim of this paper is to conduct a systematic mapping study about SysML to identify the different categories of papers, (i) to get an overview of existing research topics and groups, (ii) to identify whether there are any publication trends, and (iii) to uncover possible missing links. We followed the guidelines for conducting a systematic mapping study by Petersen et al. (Inf Softw Technol 64:1–18, 2015) to analyze SysML publications from 2005 to 2017. Our analysis revealed the following main findings: (i) there is a growing scientific interest in SysML in the last years particularly in the research field of Software Engineering, (ii) SysML is mostly used in the design or validation phase, rather than in the implementation phase, (iii) the most commonly used diagram types are the SysML-specific requirement diagram, parametric diagram, and block diagram, together with the activity diagram and state machine diagram known from UML, (iv) SysML is a specific UML profile mostly used in systems engineering; however, the language has to be customized to accommodate domain-specific aspects, (v) related to collaborations for SysML research over the world, there are more individual research groups than large international networks. This study provides a solid basis for classifying existing approaches for SysML. Researchers can use our results (i) for identifying open research issues, (ii) for a better understanding of the state of the art, and (iii) as a reference for finding specific approaches about SysML.
Conference Paper
In system engineering, it is a common practice to start exploring the solution space through usage of design mechanisms such as SysML, a modeling language for expressing system design. The usage of such methodologies allow creating design of target solutions through identification of use cases, components, their interfaces, interaction data models and so on. Since it is a generic language, the concepts in SysML require manual mapping to the concepts in the problem domain so that the target design could be expressed in domain terms. This makes its usage effort-intensive since the process of binding with problem domain is highly dependent on domain experts and their understanding. SysML mitigates this by allowing itself to be extended as reusable profiles incorporating problem domain concepts and patterns. However, the process to support this activity isn't well defined. To solve the process of creating design solutions specific to a domain, we propose an approach which includes defining a design environment that is domain aware. It has been referred to as a Domain Specific Engineering Environment (DSEE). DSEE supports the design creation process more holistically by providing support for the various systems engineering life cycle phases other than designing. The developed DSEE is based on the Model Driven Engineering (MDE) paradigm which enables it to be integrated and viewed in SysML terminology. The environment has support for a Domain Specific Modeling Language (DSML) along with suitable graphical representations corresponding to SysML standards, making it easy for SysML users to design systems. DSEE is created as a plug-in in Eclipse platform. This paper discusses about the DSEE.
Conference Paper
A major open question for advocates of Model-Based Systems Engineering (MBSE) is the question of how system and subsystem engineers will work together. The Systems Modeling Language (SysML), like any language intended for a large audience, is in tension between the desires for simplicity and for expressiveness. In order to be more expressive, many specialized language elements may be introduced, which will unfortunately make a complete understanding of the language a more daunting task. While this may be acceptable for systems modelers, it will increase the challenge of including subsystem engineers in the modeling effort. One possible answer to this situation is the use of Domain-Specific Languages (DSL), which are fully supported by the Unified Modeling Language (UML). SysML is in fact a DSL for systems engineering. The expressive power of a DSL can be enhanced through the use of diagram customization. Various domains have already developed their own schematic vocabularies. Within the space engineering community, two excellent examples are the propulsion and telecommunication subsystems. A return to simple box-and-line diagrams (e.g., the SysML Internal Block Diagram) are in many ways a step backward. In order allow subsystem engineers to contribute directly to the model, it is necessary to make a system modeling tool at least approximate in accessibility to drawing tools like Microsoft PowerPoint and Visio. The challenge is made more extreme in a concurrent engineering environment, where designs must often be drafted in an hour or two. In the case of the Jet Propulsion Laboratory's Team X concurrent design team, a subsystem is specified using a combination of PowerPoint for drawing and Excel for calculation. A pilot has been undertaken in order to meld the drawing portion and the production of master equipment lists (MELs) via a SysML authoring tool, MagicDraw. Team X currently interacts with its customers in a process of sharing presentations. There are severa- inefficiencies that arise from this situation. The first is that a customer team must wait two weeks to a month (which is 2-4 times the duration of most Team X studies themselves) for a finalized, detailed design description. Another is that this information must be re-entered by hand into the set of engineering artifacts and design tools that the mission concept team uses after a study is complete. Further, there is no persistent connection to Team X or institutionally shared formulation design tools and data after a given study, again reducing the direct reuse of designs created in a Team X study. This paper presents the underpinnings of subsystem DSLs as they were developed for this pilot. This includes specialized semantics for different domains as well as the process by which major categories of objects were derived in support of defining the DSLs. The feedback given to us by the domain experts on usability, along with a pilot study with the partial inclusion of these tools is also discussed.
Systems Engineering Vision 2020, version 2.03
  • W A Incose-Tp- Seattle
Systems Engineering Vision 2020, version 2.03
  • Incose Technical
  • Operations
INCOSE Technical Operations. 2007. Systems Engineering Vision 2020, version 2.03. Seattle, WA: International Council on Systems Engineering, Seattle, WA, INCOSE-TP-2004-004-02.