CN102375729A - Method for designing laminated framework based on ARENA platform high-rise service software - Google Patents
Method for designing laminated framework based on ARENA platform high-rise service software Download PDFInfo
- Publication number
- CN102375729A CN102375729A CN2010102589722A CN201010258972A CN102375729A CN 102375729 A CN102375729 A CN 102375729A CN 2010102589722 A CN2010102589722 A CN 2010102589722A CN 201010258972 A CN201010258972 A CN 201010258972A CN 102375729 A CN102375729 A CN 102375729A
- Authority
- CN
- China
- Prior art keywords
- layer
- platform
- module
- interface
- level business
- 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.)
- Pending
Links
Images
Landscapes
- Stored Programmes (AREA)
Abstract
The invention discloses a method for designing a laminated framework based on ARENA platform high-rise service software. The method comprises the following steps of: 1) decomposing each high-rise service module into a user interface (UI) layer, a service layer and an adaption layer uniformly; 2) setting the function of each high-rise service module; 2.1) in the UI layer, finishing human-computer interaction, providing a service refreshing interface for the service layer, and providing interfaces for other modules; 2.2) in the service layer, finishing the service requirement of the module, extracting a UI notice and an interface related to a platform, and providing functional interfaces for other modules; and 2.3) in the adaption layer, providing an adaption interface for the service layer and the platform. In the method, a structured programming fundamental principle is utilized, and a high-rise service software part is subjected to framework designing by using a small number of object-oriented design foundations; and the method is suitable for mobile communication terminal high-rise service software such as a Datang ARENA platform and the like. After the high-rise service software is designed in a laminated way, new project development can be finished only by modifying a small number of adaption layer codes during cross-platform transplantation, UI modification and the like, so that the transportability and the expandability of the software are improved greatly.
Description
[technical field]
The present invention is a kind of software design approach based on modular design method, specifically is a kind of based on ARENA platform high-level business software hierarchy architecture design method.
[background technology]
Realize that based on Datang ARENA platform whole software UI the lotus root between layer, operation layer, the podium level relevant portion is right too big at present; All need do bigger change when upgrading UI, platform change etc.; Bring very big difficulty to code transplanting, function expansion etc. like this, adopt for this reason that layer mode reduces between the module, the lotus root between the submodule is right.Operation layer can outwards independently provide module interface simultaneously, so should comprise in the operation layer Interface design that module starts, the external event processing section.
The high-level business software section realizes mainly being divided into three kinds of situation (as shown in Figure 1) at present:
(1) third party accomplishes UI (user interface User Interface) and service part, only needs to transplant completion porting layer identification code.
(2) third party accomplishes service part, and application need is accomplished UI and porting layer.
(3) all functions (comprise the lotus root between UI, service part and UI layer and the operation layer close) are accomplished in independent research and development.
Wherein in (3), the lotus root mode of closing between independent research and development module UI layer and the operation layer is mainly three kinds (as shown in Figure 2): (1) message; (2) interface; (3) the code lotus root is closed promptly and directly calls.
Adopt interface, message, AMS (starting, mutual) and external event processing etc. for mutual main between module such as independent research and development, third party's transplanting and the module.Whole software partly is in high lotus root and closes, gathers state in low like this, give transplant, code maintenance brings great inconvenience.As shown in Figure 2, be the message coupling if adopt first kind of mode, this module is transplanted to other platform and message interface change, then need all message interfaces are changed; The UI code if directly be coupled (the brush screen waits interface); If when being transplanted to other platform because UI interface change demand is revised all correlative codes. adopt the registered callbacks mode; The callback interface that operation layer only need call the realization of UI layer gets final product; Even be transplanted to other module, operation layer need not made task and revise.
[summary of the invention]
In order to solve the problems referred to above that exist in the prior art, the present invention proposes a kind of software design approach based on modular design method---and based on ARENA platform high-level business software hierarchy architecture design method, concrete technical scheme is following:
1, a kind of based on ARENA platform high-level business software hierarchy framework method, it is characterized in that comprising step:
1) is decomposed into UI layer, operation layer and adaptation layer to each high-level business module unification earlier;
2) set the function of each high-level business module again:
2.1) the UI layer: accomplish man-machine interaction; For operation layer provides professional brush screen interface; To the interface that provides of interactive interfacing being arranged with this UI layer;
2.2) operation layer: accomplish this modular service demand; Refine UI notice and platform relevant interface; To having the module of interactive interfacing that functional interfaces is provided with this operation layer;
2.3) adaptation layer: the adaptable interface that operation layer and platform are provided.
Said operation layer refines UI notice and platform relevant interface, is by UI and Platform Implementation in migration process.
Interface and the code relevant with platform are avoided in realization in the said operation layer; Operation layer and other high-level business module be to carry out alternately with the api interface mode;
The UI part is separated with service part fully, adopts the mode of registered callbacks to brush screen UI processing, is extracted the adaptable interface of platform dependent and other high-level business module by operation layer.
Comprising alternately between each high-level business module: a) module starts, stops, suspending and recovers; B) dependence between the module; C) to the response of external event.
UI layer and other high-level business module are to interdepend, and get rid of the mode of type message in the interactive mode.
Each high-level business module realizes UI layer, operation layer, adaptation layer to leave in the different files respectively in realizing delaminating process; Simultaneously operation layer is compiled into the form issue of LIB storehouse separately; On code is realized, avoid between the submodule, close with the lotus root of shared drive, the overall situation, message mode between the module.
This method adopts the Structured Programming cardinal rule, and architecture design is carried out to the high-level business software section in a small amount of label Object-Oriented Design basis of borrowing, and is applicable to mobile communication terminal high-level business softwares such as Datang ARENA platform.After this layering of the high-level business The software adopted design, it carries out cross-platform transplanting, UI change etc. only needs to revise a small amount of adaptation layer code and can accomplish new project exploitation, bigger raising the portability of software, extensibility.
[description of drawings]
Fig. 1 is prior art business software implementation structure on the middle and senior level figure;
Fig. 2 is that UI layer and operation layer lotus root are closed the mode synoptic diagram;
Fig. 3 A is the overall architecture synoptic diagram of this method;
Fig. 3 B is the operation layer dependence synoptic diagram of this method;
Fig. 3 C is each layer interface synoptic diagram of this method.
[embodiment]
Below in conjunction with accompanying drawing and embodiment the present invention is described further.
A kind of based on ARENA platform high-level business software hierarchy architecture design method, (shown in Fig. 3 A) is decomposed into UI, operation layer, adaptation layer (Porting layer) to the unification of high-level business module according to hierarchical design thought.Wherein the UI layer is mainly accomplished man-machine interaction, need register UI brush screen callback interface to operation layer simultaneously; Operation layer is mainly accomplished this modular service demand, and its function realizes that interface needs UI layer and adaptation layer to accomplish, thereby breaks away from the dependence of UI and platform fully.So operation layer need refine UI notice and platform relevant interface, these all will be by UI and Platform Implementation in migration process.Operation layer provides necessary function property interface to other module simultaneously.
Right in order to reduce the operation layer part with the lotus root of other submodule, realize in the operation layer comprising the interface relevant, code that carrying out with interface mode alternately of while itself and other module avoids the use of message mode with platform.
For the lotus root that reduces between the inside modules right; Reduce its dependence to UI and platform; The UI part is separated with service part fully, adopts the mode of registered callbacks to brush screen UI processing, and operation layer extracts Porting (adaptive) interface (as shown in Figure 2) of platform dependent, other module.
Between the module mainly is that module starts, stops, suspending, recovers alternately; Dependence between the module; Response to external event.Operation layer, UI layer and external module can interdepend, but mode that can not type of employing message is carried out alternately.
Shown in Fig. 3 C, podium level need provide adaptable interface to operation layer, and simultaneously operation layer provides to UI and external module and calls API, and the UI layer need provide adaptable interface to operation layer, to other module interface is provided simultaneously.
Module realizes UI layer, operation layer, Porting Layer to leave in the different files respectively in realizing delaminating process; Simultaneously operation layer is compiled into the form issue of LIB storehouse separately.On code is realized, avoid between the submodule, close with the lotus root of shared drive, the overall situation, message mode between the module.Adopt following mode in the header file organizational aspects:
Gather division in the function according to module, like the functional entity F1 that module XXX is divided into several relatively independences and has certain cohesion, F2, F3, then header file may be defined as following:
Xxx_pub.h---define all and the type of external module public (module-global), constant and grand, state the variable and the function prototype of all and external module public (module-global).
Xxx_f1.h---define or state all types relevant, grand, variable, function prototype and task prototype with functional entity F1
Xxx_f2.h---define or state all types relevant, grand, variable, function prototype and task prototype with functional entity F2
Xxxx_f3.h---define or state all types relevant, grand, variable, function prototype and task prototype with functional entity F3
Whether a general module can have several relatively independent function entity to decide selected a kind of mode to divide header file according to inside modules.Allow to use simultaneously top two kinds of division principles to divide header file if header file is very huge.
Claims (6)
1. one kind based on ARENA platform high-level business software hierarchy framework method, it is characterized in that comprising step:
1) is decomposed into UI layer, operation layer and adaptation layer to each high-level business module unification earlier;
2) set the function of each high-level business module again:
2.1) the UI layer: accomplish man-machine interaction; For operation layer provides professional brush screen interface; To having the module of interactive interfacing that interface is provided with this UI layer;
2.2) operation layer: accomplish this modular service demand; Refine UI notice and platform relevant interface; To having the module of interactive interfacing that functional interfaces is provided with this operation layer;
2.3) adaptation layer: the adaptable interface that operation layer and platform are provided.
2. according to claim 1 based on ARENA platform high-level business software hierarchy framework method, it is characterized in that said operation layer refines UI notice and platform relevant interface, be by UI and Platform Implementation in migration process.
3. according to claim 1 based on ARENA platform high-level business software hierarchy framework method, it is characterized in that interface and the code relevant with platform avoided in the realization in the operation layer; Operation layer and other high-level business module be to carry out alternately with the api interface mode;
The UI part is separated with service part fully, adopts the mode of registered callbacks to brush screen UI processing, is extracted the adaptable interface of platform dependent and other high-level business module by operation layer.
4. according to claim 1 based on ARENA platform high-level business software hierarchy framework method, it is characterized in that comprising alternately between each high-level business module: a) module starts, stops, suspending and recovers; B) dependence between the module; C) to the response of external event.
5. according to claim 1ly it is characterized in that based on ARENA platform high-level business software hierarchy architecture design method UI layer and other high-level business module are to interdepend, get rid of the mode of type message in the interactive mode.
6. according to claim 1 based on ARENA platform high-level business software hierarchy architecture design method, it is characterized in that each high-level business module in realizing delaminating process, UI layer, operation layer, adaptation layer are realized leaving in the different files respectively; Simultaneously operation layer is compiled into the form issue of LIB storehouse separately; On code is realized, avoid between the submodule, close with the lotus root of shared drive, the overall situation, message mode between the module.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010102589722A CN102375729A (en) | 2010-08-20 | 2010-08-20 | Method for designing laminated framework based on ARENA platform high-rise service software |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010102589722A CN102375729A (en) | 2010-08-20 | 2010-08-20 | Method for designing laminated framework based on ARENA platform high-rise service software |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102375729A true CN102375729A (en) | 2012-03-14 |
Family
ID=45794378
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2010102589722A Pending CN102375729A (en) | 2010-08-20 | 2010-08-20 | Method for designing laminated framework based on ARENA platform high-rise service software |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102375729A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109412840A (en) * | 2018-10-08 | 2019-03-01 | 郑州云海信息技术有限公司 | A kind of data capture method and SDN controller |
| CN112235639A (en) * | 2020-08-31 | 2021-01-15 | 福州智象信息技术有限公司 | Extensible Linux smart television operating system easy to upgrade |
-
2010
- 2010-08-20 CN CN2010102589722A patent/CN102375729A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109412840A (en) * | 2018-10-08 | 2019-03-01 | 郑州云海信息技术有限公司 | A kind of data capture method and SDN controller |
| CN112235639A (en) * | 2020-08-31 | 2021-01-15 | 福州智象信息技术有限公司 | Extensible Linux smart television operating system easy to upgrade |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107092501B (en) | The implementation method and device of advertisement general-purpose interface in a kind of android system | |
| CN108023952A (en) | A kind of modularization Internet of Things application rapid build platform combined based on cloud and mist | |
| CN104123151B (en) | The plug-in management method of application program, device and mobile terminal in mobile terminal | |
| CN101826987A (en) | System and method for supporting mixed service based on integrated open network | |
| CN103677835B (en) | Software integration method and system | |
| CN103513976B (en) | Service flowpath modelling approach and device | |
| CN106528070A (en) | Data table generation method and equipment | |
| CN102200909A (en) | Mobile terminal uniform interface method and system | |
| CN101425012A (en) | Method and device for generating case script based on model automatization | |
| CN102981823A (en) | Domain driven development plug-in system | |
| CN103019725B (en) | interface logic control method based on 3D model | |
| CN104143122A (en) | Intelligent service approval scheme | |
| CN110266815A (en) | Micro services network system based on block chain | |
| CN101415251B (en) | Apparatus for implementing data transmission based on Bluetooth | |
| CN102375729A (en) | Method for designing laminated framework based on ARENA platform high-rise service software | |
| CN106371869A (en) | Realizing method for IEC61850 configuration software of compartment equipment of intelligent substation | |
| CN106095821A (en) | Universal form configuration management method | |
| CN102929606A (en) | Cloud-computing-based plug-in model of data mining system | |
| Khare et al. | Multiagent structures in hybrid renewable power system: A review | |
| CN109828822A (en) | Heterogeneous resource pond management method and system based on Domestic Platform and X86 platform | |
| CN103809951A (en) | Graphical service arrangement and management device based on FLEX technology | |
| Dai | Design and implementation of ESB based on SOA in power system | |
| CN101110022A (en) | Method for implementing workflow model by software | |
| CN102999371A (en) | Lua script-based human-computer interface development method and system | |
| CN106131073A (en) | A kind of communications framework being applicable to many application scenarios and communication means |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20120314 |