CN113296853B - Independent port modeling method and terminal based on model driving - Google Patents

Independent port modeling method and terminal based on model driving Download PDF

Info

Publication number
CN113296853B
CN113296853B CN202110592301.8A CN202110592301A CN113296853B CN 113296853 B CN113296853 B CN 113296853B CN 202110592301 A CN202110592301 A CN 202110592301A CN 113296853 B CN113296853 B CN 113296853B
Authority
CN
China
Prior art keywords
port
independent
independent port
creating
ports
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202110592301.8A
Other languages
Chinese (zh)
Other versions
CN113296853A (en
Inventor
许忠文
周明聪
袁瑞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chengdu Xieying Technology Co ltd
Original Assignee
Chengdu Xieying Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chengdu Xieying Technology Co ltd filed Critical Chengdu Xieying Technology Co ltd
Priority to CN202110592301.8A priority Critical patent/CN113296853B/en
Publication of CN113296853A publication Critical patent/CN113296853A/en
Application granted granted Critical
Publication of CN113296853B publication Critical patent/CN113296853B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/448Execution paradigms, e.g. implementations of programming paradigms
    • G06F9/4488Object-oriented
    • G06F9/449Object-oriented method invocation or resolution
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/448Execution paradigms, e.g. implementations of programming paradigms
    • G06F9/4482Procedural
    • G06F9/4484Executing subprograms
    • G06F9/4486Formation of subprogram jump address

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

Compared with the traditional ports, the independent port does not depend on the components, is highly coupled with the components, can carry out interaction and communication through the independent port only by establishing connection with the components, ensures the packaging property and replaceability of the components to a greater extent, can be used by a plurality of components, has reusability, completes the communication among the components in a simpler and flexible way, and greatly improves the development efficiency.

Description

Independent port modeling method and terminal based on model driving
Technical Field
The invention belongs to the technical field of radio, and particularly relates to an independent port modeling method and terminal based on model driving.
Background
The port is an out-of-pair window of a packaged component in the SCA software communication architecture, in the packaged component, all the components go in and out through the port after interaction, the visible behavior of the component to the outside is just the sum of the ports of the component, on one hand, due to the component dependence of the port, the port must be created on the component, so that the port is not reusable and independent, sometimes for the interaction among multiple components, a large number of ports have to be established on the component to connect the multiple components, so that the system resource and the labor cost are greatly wasted, and when the number of ports is further increased, a person skilled in the art usually spends a great deal of effort on maintaining the port, and the person skilled in the art is very much headache. On the other hand, the conventional modeling method must load the components of the platform equipment on the waveform diagrams, so that the components can be connected through the ports of the components to realize communication between the components, and as the number of the components increases, the waveform application diagrams become more and more complex and chaotic, and are extremely difficult for those skilled in the art to expand and maintain.
In the traditional modeling mode, due to the limitation of the component ports, the platform equipment model can only be loaded on the graph of the waveform application to communicate through the component ports, and the independent port method can realize the layering of the platform equipment model and the waveform application by utilizing the characteristics of the component ports, and all communication is maintained by the independent ports without loading the platform equipment on the waveform application in a forced way, so that the complexity of the application of the waveform graph is greatly reduced, and the maintenance and the expansion are more facilitated.
Disclosure of Invention
Aiming at the defects in the prior art, the independent port modeling method and the terminal based on model driving provided by the invention solve the problems that the existing modeling method is limited by a component port and the development efficiency is low.
In order to achieve the aim of the invention, the invention adopts the following technical scheme: a modeling method of independent ports based on model driving comprises the following steps:
s1, creating a plug-in of an independent port;
s2, creating an independent port in the RSA (radio software development integration) environment based on the created plug-in;
and S3, connecting the created independent ports to the component to realize independent port modeling.
Further, the step S1 includes the following sub-steps:
s11, creating a top-level independent port interface class, and defining the attribute and operation of the top-level independent port interface class;
s12, creating an interface when the independent port is realized by the independent port interface class, and realizing the attribute and the operation defined in the interface;
s13, creating realization classes of 3 different types of independent ports and realization classes of inheritance independent port interfaces, and defining corresponding operations;
s14, creating a graphic style of an independent port based on the SWT;
and S15, constructing and updating site engineering based on the created interface, the implementation class and the graphic style, and compiling the site engineering to obtain the eclipse plug-in jar package.
Further, in the step S13, the 3 different types of independent ports are DTLTCR independent port, DUBTCR independent port, and FSP Domainfinder independent port, respectively.
Further, the step S2 includes the following sub-steps:
s21, importing the created plug-in into a radio software development integration environment RSA;
s22, a DTLTCR independent port, a DUBTCR independent port and a FSP Domainfinder independent port are sequentially created in the radio software development and integration environment RSA.
Further, in the step S22, the method for creating any one of the DTLTCR independent port and the DUBTCR independent port specifically includes:
a1, starting a process of creating independent ports in a radio software development and integration environment RSA;
a2, determining the name of the created independent port;
a3, determining the port connection type under the creation name;
a4, selecting a component connected with an independent port;
a5, selecting a combination mode of independent ports;
a6, designating the independent ports after the attribute configuration in the steps A2-A5 to the corresponding IDL interfaces.
Further, in the step S22:
when the DTLTCR independent Port is created, when the Port connection type is selected, selecting a Port or an Interface, when the Port is selected, the name of the Port loaded to the equipment of the appointed component in the running process, and when the Interface is selected, the Port is analyzed as an Interface supported by the component in the running process; when selecting a component, resolving the DTLTCR independent port into any port loaded to the appointed component in the running process;
when the DUBTCR independent port is created, the device is selected to be used in addition to the connected components, the selected components have a relation of the use devices when the components are selected, and the DUBTCR independent port is analyzed to be any port on the use devices meeting the components when the use devices are selected;
for creating DTLTCR independent ports and DUBTCR independent ports, when selecting a binding mode, the selected binding mode is Provides or Uses.
Further, in the step S22, the method for creating the FSP domainfundamental independent port specifically includes:
b1, starting a process of creating independent ports in a radio software development and integration environment RSA;
b2, determining a domain searching type;
b3, determining a connection type;
b4, selecting port names and combination modes;
b5, assigning the independent ports after the attribute configuration in the steps B2-B5 to the corresponding IDL interfaces.
Further, in the step B4, the selected binding mode is Provides or Uses.
A terminal comprising a memory, a processor and a computer program stored on the memory and capable of running on the processor, the processor when executing the computer program being operable to perform a method of independent port modeling.
The beneficial effects of the invention are as follows:
(1) Compared with the traditional component port, the method based on the independent port driven by the model has independence, can realize decoupling of the component and the port, and avoids the component dependence of the traditional port;
(2) The invention has reusability, can be used together by different components, and is beneficial to the maintenance of technicians and the saving of system resources;
(3) The invention has 3 independent ports with different types, can meet the use of the independent ports under different conditions in modeling, and a technician only needs to realize interaction among components in a more flexible and accurate mode by simple configuration without considering complex dependence among ports of the traditional components.
(4) The method provided by the invention uses the independent port, so that modeling is simpler and more elegant, the structure is clearer and more definite, the modeling efficiency is greatly improved, and the modeling cost is reduced.
Drawings
FIG. 1 is a flow chart of a model-driven independent port modeling method provided by the invention.
Detailed Description
The following description of the embodiments of the present invention is provided to facilitate understanding of the present invention by those skilled in the art, but it should be understood that the present invention is not limited to the scope of the embodiments, and all the inventions which make use of the inventive concept are protected by the spirit and scope of the present invention as defined and defined in the appended claims to those skilled in the art.
As shown in fig. 1, a model-driven independent port modeling method includes the following steps:
s1, creating a plug-in of an independent port;
s2, creating an independent port in the RSA (radio software development integration) environment based on the created plug-in;
and S3, connecting the created independent ports to the component to realize independent port modeling.
Step S1 of the present embodiment includes the following sub-steps:
s11, creating a top-level independent port interface class, and defining the attribute and operation of the top-level independent port interface class;
s12, creating an interface when the independent port is realized by the independent port interface class, and realizing the attribute and the operation defined in the interface;
s13, creating realization classes of 3 different types of independent ports and realization classes of inheritance independent port interfaces, and defining corresponding operations;
s14, creating a graphic style of an independent port based on the SWT;
and S15, constructing and updating site engineering based on the created interface, the implementation class and the graphic style, and compiling the site engineering to obtain the eclipse plug-in jar package.
In the step S13, the 3 different types of independent ports are respectively a DTLTCR independent port, a DUBTCR independent port and an FSP Domainfinder independent port, and the different types of independent ports use different scenes and have specific fields and attributes;
DTLTCR (DeviceThatLoadedThisComponentRef) independent ports, connections allow a software radio Core Framework-CF (Core Framework-CF) to locate loadable devices that participate in the connection. May be used as a usage port in modeling, a provisioning port, or a component port, DTLTCR FSP, provides information on how to parse the DTLTCR port at runtime by indicating which device loaded a particular component instance.
DUBTCR (DeviceUsedByThisComponentRef) independent ports, connections are used to allow a Core Framework-CF to locate devices participating in a connection according to the component's usage device relationship. It can be used as a usage port at modeling time, providing a port or component port, DUBTCR FSP provides information on how to resolve DUBTCR ports using device relationships at runtime, and such connections are necessary for dynamic connection of devices that are not loaded.
The FSP Domainfinder independent port is for use by a software radio modeled device or node.
Step S2 of the present embodiment includes the following sub-steps:
s21, importing the created plug-in into a radio software development integration environment RSA;
s22, a DTLTCR independent port, a DUBTCR independent port and a FSP Domainfinder independent port are sequentially created in the radio software development and integration environment RSA.
In the step S22, the method for creating any one of the DTLTCR independent port and the DUBTCR independent port specifically includes:
a1, starting a process of creating independent ports in a radio software development and integration environment RSA;
a2, determining the name of the created independent port;
a3, determining the port connection type under the creation name;
a4, selecting a component connected with an independent port;
a5, selecting a combination mode of independent ports;
a6, designating the independent ports after the attribute configuration in the steps A2-A5 to the corresponding IDL interfaces.
In the above step S22:
when the DTLTCR independent Port is created, when the Port connection type is selected, selecting a Port or an Interface, when the Port is selected, the name of the Port loaded to the equipment of the appointed component in the running process, and when the Interface is selected, the Port is analyzed as an Interface supported by the component in the running process; when selecting a component, resolving the DTLTCR independent port into any port loaded to the appointed component in the running process;
when the DUBTCR independent port is created, the device is selected to be used in addition to the connected components, the selected components have a relation of the use devices when the components are selected, and the DUBTCR independent port is analyzed to be any port on the use devices meeting the components when the use devices are selected;
for creating DTLTCR independent ports and DUBTCR independent ports, when selecting a binding mode, the selected binding mode is Provides or Uses.
In the step S22, the method for creating the FSP domain function independent port specifically includes:
b1, starting a process of creating independent ports in a radio software development and integration environment RSA;
b2, determining a domain searching type for indicating whether a port connected to the server or directly connected to the service by using the port;
b3, determining a connection type for indicating the name of the connection to the service port;
b4, selecting port names and combination modes;
wherein, the selected combination mode is Provides or Uses.
B5, assigning the independent ports after the attribute configuration in the steps B2-B5 to the corresponding IDL interfaces.
Based on the model-driven independent port modeling method provided by the embodiment of the invention, the embodiment of the invention also provides a terminal, which comprises a memory, a processor and a computer program stored on the memory and capable of running on the processor, wherein the processor can be used for executing any one of the methods when executing the computer program.
Compared with the traditional port, the independent port does not depend on the component, is highly coupled with the component, can carry out interaction and communication through the independent port only by establishing connection with the component, ensures the packaging property and replaceability of the component to a greater extent, can be used by a plurality of components, has reusability, completes the communication among the components in a more brief and flexible way, and greatly improves the development efficiency.

Claims (4)

1. The independent port modeling method based on model driving is characterized by comprising the following steps of:
s1, creating a plug-in of an independent port;
s2, creating an independent port in the RSA (radio software development integration) environment based on the created plug-in;
s3, connecting the created independent port to the component to realize independent port modeling;
the step S1 comprises the following sub-steps:
s11, creating a top-level independent port interface class, and defining the attribute and operation of the top-level independent port interface class;
s12, creating an independent port interface class to realize an independent port interface, and realizing the attribute and the operation defined in the interface;
s13, creating realization classes of 3 different types of independent ports and realization classes of inheritance independent port interfaces, and defining corresponding operations;
s14, creating a graphic style of an independent port based on the SWT;
s15, constructing and updating site engineering based on the established interfaces, implementation classes and graphic patterns, and compiling the site engineering to obtain eclipse plug-in jar packages;
in the step S13, the 3 different types of independent ports are respectively a DTLTCR independent port, a DUBTCR independent port, and an FSP Domainfinder independent port; wherein the DTLTCR independent port connection allows a software radio core framework to locate loadable devices that participate in the connection; the DUBTCR independent port is connected to allow the core framework to locate devices participating in the connection according to the use device relation of the components; the FSP Domainfinder independent port is used for software radio modeling equipment or nodes;
the step S2 comprises the following sub-steps:
s21, importing the created plug-in into a radio software development integration environment RSA;
s22, sequentially creating a DTLTCR independent port, a DUBTCR independent port and an FSP Domainfinder independent port in a radio software development and integration environment RSA;
in the step S22, the method for creating any one of the DTLTCR independent port and the DUBTCR independent port specifically includes:
a1, starting a process of creating independent ports in a radio software development and integration environment RSA;
a2, determining the name of the created independent port;
a3, determining the port connection type under the creation name;
a4, selecting a component connected with an independent port;
a5, selecting a combination mode of independent ports;
a6, designating the independent ports after the attribute configuration in the steps A2-A5 to the corresponding IDL interfaces;
in the step S22, the method for creating the FSP domain function independent port specifically includes:
b1, starting a process of creating independent ports in a radio software development and integration environment RSA;
b2, determining a domain searching type;
b3, determining a connection type;
b4, selecting port names and combination modes;
and B5, designating the independent ports after the attribute configuration in the steps B2-B5 to the corresponding IDL interfaces.
2. The model-driven independent port modeling method according to claim 1, wherein in the step S22:
when the DTLTCR independent Port is created, when the Port connection type is selected, selecting a Port or an Interface, when the Port is selected, the name of the Port loaded to the equipment of the appointed component in the running process, and when the Interface is selected, the Port is analyzed as an Interface supported by the component in the running process; when selecting a component, resolving the DTLTCR independent port into any port loaded to the appointed component in the running process;
when the DUBTCR independent port is created, the device is selected to be used in addition to the connected components, the selected components have a relation of the use devices when the components are selected, and the DUBTCR independent port is analyzed to be any port on the use devices meeting the components when the use devices are selected;
for creating DTLTCR independent ports and DUBTCR independent ports, when selecting a binding mode, the selected binding mode is Provides or Uses.
3. The model-driven independent port modeling method according to claim 1, wherein in the step B4, the selected combination method is Provides or Uses.
4. A terminal comprising a memory, a processor and a computer program stored on the memory and capable of running on the processor, characterized in that the processor is operable to perform the method of any of claims 1-3 when executing the computer program.
CN202110592301.8A 2021-05-28 2021-05-28 Independent port modeling method and terminal based on model driving Active CN113296853B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110592301.8A CN113296853B (en) 2021-05-28 2021-05-28 Independent port modeling method and terminal based on model driving

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110592301.8A CN113296853B (en) 2021-05-28 2021-05-28 Independent port modeling method and terminal based on model driving

Publications (2)

Publication Number Publication Date
CN113296853A CN113296853A (en) 2021-08-24
CN113296853B true CN113296853B (en) 2023-09-29

Family

ID=77325967

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110592301.8A Active CN113296853B (en) 2021-05-28 2021-05-28 Independent port modeling method and terminal based on model driving

Country Status (1)

Country Link
CN (1) CN113296853B (en)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1364262A (en) * 1999-05-26 2002-08-14 富士通株式会社 Network, element management system
CN107257297A (en) * 2017-07-27 2017-10-17 上海介方信息技术有限公司 A kind of multi-layer platform modeling method based on software communications architecture
CN108614705A (en) * 2017-02-07 2018-10-02 腾讯科技(深圳)有限公司 A kind of data compilation processing method and terminal
WO2019113308A1 (en) * 2017-12-05 2019-06-13 Franchitti Jean Claude Active adaptation of networked compute devices using vetted reusable software components
CN110100471A (en) * 2017-01-03 2019-08-06 瑞典爱立信有限公司 Radio network node and wherein executing the method for handling the communication in cordless communication network
CN111353235A (en) * 2020-03-13 2020-06-30 上海介方信息技术有限公司 Component port modeling method based on model drive and terminal
CN111399828A (en) * 2020-03-13 2020-07-10 上海介方信息技术有限公司 Model-driven logic device modeling method and terminal

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1364262A (en) * 1999-05-26 2002-08-14 富士通株式会社 Network, element management system
CN110100471A (en) * 2017-01-03 2019-08-06 瑞典爱立信有限公司 Radio network node and wherein executing the method for handling the communication in cordless communication network
CN108614705A (en) * 2017-02-07 2018-10-02 腾讯科技(深圳)有限公司 A kind of data compilation processing method and terminal
CN107257297A (en) * 2017-07-27 2017-10-17 上海介方信息技术有限公司 A kind of multi-layer platform modeling method based on software communications architecture
WO2019113308A1 (en) * 2017-12-05 2019-06-13 Franchitti Jean Claude Active adaptation of networked compute devices using vetted reusable software components
CN111353235A (en) * 2020-03-13 2020-06-30 上海介方信息技术有限公司 Component port modeling method based on model drive and terminal
CN111399828A (en) * 2020-03-13 2020-07-10 上海介方信息技术有限公司 Model-driven logic device modeling method and terminal

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Tool Support for Safety Analysis of Service Composition and Deployment Models;Howard Foster;《2008 IEEE International Conference on Web Services》;1-8 *
面向SOA架构的模型驱动开发方法研究;安旭;《中国优秀硕士学位论文全文数据库 信息科技辑》;I138-1302 *

Also Published As

Publication number Publication date
CN113296853A (en) 2021-08-24

Similar Documents

Publication Publication Date Title
US10324690B2 (en) Automated enterprise software development
CN108519952B (en) A kind of distributed WEB automatization test system and method
CN107526578B (en) Resource arrangement method and equipment using object-oriented language
CN109324912B (en) Communication method of application management software oriented to software communication system structure
JP2003535383A (en) Object property metamodel emulator for legacy data structures
CN105302721A (en) System and method for realizing integration testing of centralized analog server in cloud computing platform
CN111399828B (en) Model-driven logic device modeling method and terminal
CN111859834B (en) UVM-based verification platform development method, system, terminal and storage medium
CN111857801B (en) Construction method of mobile application
CN109918148A (en) The component dynamic pluggable system of Internet of things middleware
CN101639777A (en) Plug and play method of member, application and system thereof
CN114968192A (en) Project creation method and device, computer equipment and storage medium
CN104063231A (en) Test resource rapid access method based on HIT-TENA
US7865880B2 (en) System and/or method for implementing efficient techniques for testing common information model providers
CN113296853B (en) Independent port modeling method and terminal based on model driving
CN106802805B (en) Application service management method and device suitable for server management
CN116450234A (en) C++ model library service packaging framework system and method
CN113568603B (en) Component object creating and interface method calling method, terminal and storage device
Roth et al. A gateway to easily integrate simulation platforms for co-simulation of cyber-physical systems
CN112418796B (en) Sub-process task node activation method and device, electronic equipment and storage medium
CN103257911A (en) SOA (service-oriented architecture) based model testing tool integrating method
Dalibor et al. Tagging Model Properties for Flexible Communication.
Himmelspach et al. Processing dynamic PDEVS models
CN111782194A (en) Automatic generation method of portable unit code based on aviation embedded open system architecture
Patkar et al. Software framework for wireless sensor network virtualization

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant