CN103713997B - A kind of transformation relation form description and decomposition method - Google Patents
A kind of transformation relation form description and decomposition method Download PDFInfo
- Publication number
- CN103713997B CN103713997B CN201310556853.9A CN201310556853A CN103713997B CN 103713997 B CN103713997 B CN 103713997B CN 201310556853 A CN201310556853 A CN 201310556853A CN 103713997 B CN103713997 B CN 103713997B
- Authority
- CN
- China
- Prior art keywords
- relation
- transformation relation
- transformation
- program
- input
- 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
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
The invention discloses a kind of transformation relation form description and decomposition method, comprise the steps: that (1), according to target tested software, the transformation relation that extraction and design software must are fulfilled for, creates transformation relation;(2) based on symbolic logic, the transformation relation obtained carried out Formal Modeling: first determine the constraints that transformation relation is set up, and carry out formalized description;It is then based on symbolic logic and describes the input and output parameter of transformation relation, set up transformation relation form descriptive model;(3) based on formalized model, extract subrelation and the set description form of transformation relation composition model constituting transformation relation respectively, set up transformation relation decomposition model.The present invention is simple and clear, is described by symbolic logic, it is ensured that the descriptive power of formalized model and the scope of application, provides accurately for transformation relationship description, specification, effective method, and the automation being more conducive to follow-up metamorphic testing is implemented.
Description
Technical field
The present invention relates to a kind of transformation relation form description and decomposition method, belong to software metamorphic testing technical field.
Background technology
Software test is currently to find and determine the Main Means whether software exists fault, is also maximally efficient method
One of.And the biggest problem that software test faces is how that the output judging test case is the most correct.This basis for estimation
Referred to as test judgement (Test Oracle).Often the most not exclusively, this is also that software test faces the most to this test judgement
One of main difficult problem, i.e. a test judgement difficult problem.
Such as processing complicated numerical computations, calculation procedure and the software such as scientific algorithm, such as solving of partial differential equation,
Test man is difficult to judge that the output that calculation procedure provides is the most correct.In encryption system, calculate public key algorithm and relate to surpass
The calculating of big integer, is the most also very difficult to verify the correctness of result of calculation.When testing Web search engine, how to sentence
Disconnected Search Results is the most also extremely difficult.In OO software test, it is judged that two observe to as if
No equivalence is also almost to be difficult to.In GIS software is tested, how tester judges the figure that software provides
Shape length, area isometry information the most also lack certain foundation.
But, although preferable test judgement can not be directly obtained, it is not intended that software test can not be carried out.Its
Metamorphic testing (Metamorphic Testing) technology that middle T.Y.Chen etc. propose provides one for solving a test judgement difficult problem
Plant effective ways.It carrys out decision procedure output by the meeting property of necessary relation between output of repeatedly testing checking tested program
Whether there is mistake, and these necessary relations are referred to as changed in quality relation (Metamorphic Relation).Transformation relation be into
The foundation of row metamorphic testing, the validity of metamorphic testing directly depends on the quality of transformation relation.Therefore, the most more efficiently
Construct, describe and measure transformation relation, just have very important significance.
By the summary analysis to existing metamorphic testing pertinent literature, find that each document all can provide corresponding transformation
Relation, wherein in 81 main literature, altogether gives 686 transformation relations, and description form is different, as mathematical formulae,
Natural language, also some complex relationship use the description form of both mixing.For these different types of transformation relations
Description form, although combine different literature research backgrounds, the concrete meaning of transformation relation can be further to define.But entering
During row transformation relation multiplexing, will there is problems in that
On the one hand, there is ambiguity in the description of transformation relation.Either mathematical relationship or denotational description, or natural
Language describes, and all there is certain ambiguity;
On the other hand, multiple description form indigestion.Generally for these transformation relations, particularly lack and determine mathematics
The relation of description form, or when test input occurs with matrix or other complex forms, do not understanding research background
On the basis of, transformation relation meaning is not directly perceived, its meaning indigestion.
The two factor greatly constrains application and the multiplexing of transformation relation.
Summary of the invention
Goal of the invention: for problems of the prior art with not enough, the present invention provides a kind of based on logistic
Unified transformation relationship description and decomposition method, use a kind of formal description model based on metamorphic testing constraints, and
Establish transformation relation decomposition model on this basis.
Technical scheme: a kind of transformation relation form description and decomposition method, comprises the steps:
(1) for tested software, transformation relation is created;
In step (1), it is necessary first to according to target tested software, the transformation that extraction and design software must are fulfilled for is closed
System.And the design considerations of these transformation relations is software requirement specification or algorithm.At this moment transformation relation can pass through nature
Language describes, it is also possible to be described by mathematical formulae.When transformation relation comes from software requirement specification, owing to specification is led to
Being often natural language or half formalized description, the most at this moment tester is typically only capable to obtain the transformation of natural language description
Relation.When transformation relation is from program function, owing to program function generally can be described by suitable mathematical relationship,
The most at this moment transformation relation is also just generally expressed by mathematical form.This step is mainly follow-up formalized description and divides
Solve and basis is provided.
(2) based on symbolic logic, the transformation relation obtained is carried out Formal Modeling, set up transformation relation form model
Mainly comprise the steps:
The transformation relation obtained by step (1) is typically natural language description or mathematical relationship describes, and these shapes
All there is ambiguity in various degree in the description of formula.And symbolic logic can describe these relations more accurately, intuitively.
(2-1) determine the constraints that transformation relation is set up, and carry out formalized description;
Transformation relation is by the basis of metamorphic testing.And the establishment of relation of changing in quality also is to there is certain constraints.
The constraints that transformation relation is set up relates generally to three main bodys, i.e. requirement specification, program function and program.These three main body can
With formalization representation respectively it is: [S], [P] and P.
These three main body the most just can form three relations:
A. requirement specification and the uniformity of program function;
B. requirement specification and the uniformity of program;
C. program function and the uniformity of program.
Three relations can be with formalization representation: A. [S]=[P], B. [S]=P, C. [P]=P.
For metamorphic testing, the main target of test is tested software, and requirement specification and program function
Consistency checking generally falls into testing requirement checking content.Therefore, the constraints that transformation relation is set up just includes B and C two kinds.
(2-2) the input parameter of transformation relation is described based on symbolic logic;
Transformation relation input parameter is described the main number needed in view of input.Typically, transformation relation is originally
Body can't be extremely complex, and otherwise, the checking of the correctness of transformation relation own is also difficult to judge.It is therefore contemplated that
The input parameter of transformation relation meets limited countability.Based on this, transformation relation input parameter can be expressed as:
(x1,x2,…,xn)
xiRepresent a test input;i=1,2,…,n;N is natural number, represents the number of input parameter.
(2-3) output parameter of transformation relation is described based on symbolic logic;
For general software, one can consider that when the input of software determines, its output determines that, i.e. tests input
It is one to one with test output.Therefore, the output parameter of transformation relation can be expressed as:
(P(x1),P(x2),…,P(xn))
P(xi) represent corresponding to test one input xi, tested program actual output accordingly.
(2-4) transformation relation form descriptive model is set up;
After completing above step, it is possible to constraints based on transformation relation and input, output parameter, set up formalization
Descriptive model.
1) when constraints is [S]=P, i.e. the constraints that transformation relation is set up is for assuming software metrics and program one
Cause, say, that the indispensable attributes obtaining Main Basis software metrics of transformation relation.At this moment, as input parameter (x1,x2,…,
xn) when meeting relation r, output parameter (P (x1),P(x2),…,P(xn)) meet relation rf.Therefore, transformation relation can describe
For:
[S](xi) represent for test input xiThe program output that software metrics determines.
2) when constraints is [P]=P, i.e. the constraints that transformation relation is set up is for assuming program function and program one
Cause, say, that the indispensable attributes obtaining Main Basis program function of transformation relation.At this moment, as input parameter (x1,x2,…,
xn) when meeting relation r, output parameter (P (x1),P(x2),…,P(xn)) meet relation rf.Therefore, at this moment transformation relation can be retouched
State for:
[P](xi) represent for test input xiThe program output that software metrics determines.
Generally go through other method of testings, select and structure meets relation r (x1, x2..., xn) test input be not stranded
Difficulty, if at this moment program output can not meet relation rf(P(x1),P(x2),…,P(xn)) time, it is believed that assumed condition is false,
That is:
Or (P (xi)≠[S](xi)), wherein i=1,2 ..., n.At this moment just claim to be surveyed by transformation
Examination is found that mistake or fault present in program.
(3) transformation relation decomposition model is set up based on formalized model:
We say mainly there is following reason to decompose transformation relation:
First, transformation is related to that the variable itself comprised is many.Definition according to transformation relation is it will be seen that transformation relation bag
The variable contained is the most single, and quantity is also the most many.Basic transformation relation comprises input variable, output variable, also has journey
Order function variable etc..
Secondly, transformation is related to that the relation itself comprised is many.By the formal definitions formula of transformation relation it can clearly be seen that
There is multiple relatively independent relation in transformation relation, such as program input variables relation r (x1,x2,…,xn), program output variable is closed
It is rf(P(x1),P(x2),…,P(xn)), and program function relation [P] (xi) and program output and program function output between
Relation allow r (P (xi),[P](xi)) etc..
Finally, it is complicated that transformation relation calculates type.By Part I it will be seen that grind in existing transformation relationship example
The relation of different types is occurred in that in studying carefully, such as trigonometric function form, such as integral function relation, also just like vector form, or
Matrix form, there is also part can not describe simply by formula, and by the relation of natural language description.
It is extremely complex that these three reason has been doomed directly transformation relation to be carried out tolerance, and measurement metric is also to be difficult to obtain
Take.For this reason, it may be necessary to transformation relation is decomposed.Firstly, it is necessary to determine the subrelation related in transformation relation respectively.
(3-1) determine and describe input parameters relationship;
Two kind transformation relations shown for (2-4), it inputs parameter (x1,x2,…,xn) meeting relation r, therefore can lead to
The form crossing set is described as: MR_IR={ (x1,x2,…,xn)|r(x1,x2,…,xn)}。
(3-2) determine and describe output parameter relation;
Two kind transformation relations shown for (2-4), its output parameter meets relation rf, in like manner can be by the form of set
It is described as:
MR_OR={(P(x1),P(x2),…,P(xn))|rf(P(x1),P(x2),…,P(xn))}。
(3-3) determine and describe from relation;
Two kind transformation relations shown for (2-4), it is probably, from relation, the relation that requirement specification determines, it is also possible to journey
The relation that order function determines.Therefore, can being described as from relation of transformation relation:
MR_SR={(xi,yi)|yi=[S](xi) i=1,2 ..., n, or
MR_SR={(xi,yi)|yi=[P](xi)}。
Therefore, for the first transformation relation, can be described as by the form of set:
For the second transformation relation, in like manner can be described as by the form of set:
These three subrelation constitutes transformation relation decomposition model, as shown in Figure 1.
Beneficial effect: compared with prior art, what the present invention provided describes based on logistic transformation relation formization
With decomposition method, transformation relation is described for accurate, unambiguity and provides effective means.First to transformation relation and survey of changing in quality
The constraints of examination is analyzed, it is determined that two kinds of constraintss that transformation relation formization describes, the most respectively with two kinds the most about
Based on bundle condition, establish transformation relation form descriptive model, be finally based on the formalized model of transformation relation, carry respectively
Take out subrelation and the set description form of transformation relation composition model constituting transformation relation.The formalization that the present invention provides
Description method is simple and clear, is described by symbolic logic, it is ensured that the descriptive power of formalized model and the scope of application, for changing in quality
Relationship description provides accurately, specification, effective method, and the automation being more conducive to follow-up metamorphic testing is implemented.
Accompanying drawing explanation
Fig. 1 is that the transformation relation of the present invention decomposes illustraton of model;
Fig. 2 is the method flow diagram of the present invention.
Detailed description of the invention
Below in conjunction with specific embodiment, it is further elucidated with the present invention, it should be understood that these embodiments are merely to illustrate the present invention
Rather than restriction the scope of the present invention, after having read the present invention, the those skilled in the art's various equivalences to the present invention
The amendment of form all falls within the application claims limited range.
As in figure 2 it is shown, flow chart based on logistic transformation relation form description Yu decomposition method, in order in detail
The Formal Modeling of the present invention, description and decomposable process carefully, are clearly described, this example is with realization [P (x)]=sin (x) function
Program P as a example by carry out related description.This program is used for calculating y=sin (x).
The first step: for tested software, creates transformation relation;
Create transformation relation: owing to for tested program P, its program function is clear and definite, and the requirement specification of program is also
Uncertain, therefore this example is only with program function for according to extracting transformation relation.And for program function [P (x)]=sin (x), by
Its basic character can obtain following 10 transformation relations, and the proof of these fundamental propertys is the most highly developed.In this example I
Select 1st therein, the 6th and the 10th transformation relation as a example by illustrate.
MRsin1:sin(x)=sin(x+2π)
MRsin2:sin(x)=-sin(x+π)
MRsin3:-sin(-x)=sin(x)
MRsin4:sin(x)=sin(π-x)
MRsin5:sin(x)=-sin(2π-x)
MRsin6:sin(x)+sin(y)+sin(z)-sin(x+y+z)=4*sin((x+y)/2)*sin((x+z/2))*sin
((y+z)/2)
MRsin8:sin(3*x)=3*sin(x)-4*sin3(x)
MRsin9:sin2(x)-sin2(y)=sin(x+y)*sin(x-y)
MRsin10:sin(5*x)=16*sin5(x)+5*sin(3*x)-10*sin(x)
Second step: the transformation relation obtained is carried out Formal Modeling based on symbolic logic
This step mainly includes that transformation relation constraint conditional formsization describes, inputs parametric form description and output parameter
Formalized description three part.
Transformation relation constraint conditional formsization describes: in this example transformation Relation acquisition according to being program function [P
(x)]=sin (x), the constraints of above transformation relation is that program function is consistent with program, can be expressed as: P (x)=[P
(x)]。
MRsin1:sin(x)=sin(x+2π)
MRsin6:sin(x)+sin(y)+sin(z)-sin(x+y+z)=4*sin((x+y)/2)*sin((x+z/2))*sin
((y+z)/2)
MRsin10:sin(5*x)=16*sin5(x)+5*sin(3*x)-10*sin(x)
Input parametric formization describes:
(1) MRsin1Its input parameter only has two, and therefore input parameter can be expressed as two tuples: (x1,x2);
(2) MRsin6Its input parameter has seven, and its input parameter can be expressed as seven tuples: (x1,x2,x3,x4,x5,x6,
x7);
(3) MRsin10Its input parameter has three, and therefore input parameter can be expressed as triple: (x1,x2,x3)。
Output parameter formalized description:
Due to program the determining that property program in this example, therefore input, with output, there is corresponding relation.
(1) MRsin1Its input parameter only has two, and therefore output parameter the most only two can be expressed as two tuples:
(P(x1),P(x2));
(2) MRsin6Its input parameter has seven, therefore output parameter the most only seven, and can be expressed as is seven tuples:
(P(x1),P(x2),P(x3),P(x4),P(x5),P(x6),P(x7));
(3) MRsin10Its input parameter has three, and therefore output parameter the most only three can be expressed as triple:
(P(x1),P(x2),P(x3))。
These three transformation relation can be with formalized description:
3rd step: set up transformation relation decomposition model based on formalized model
For the transformation relation in example, after setting up transformation relation form model, based on this, it can be carried out point
Solve, thus obtain the subrelation of transformation relation, final structure transformation relation decomposition model.
Determine input parameters relationship: input parameters relationship is the precondition of transformation relation.Above three is changed in quality and closes
System, can respectively obtain its input parameters relationship is:
(1) MRsin1_IR={(x1,x2)|r(x1,x2)=(x2-x1=2π)}
Determine output parameter relation: output parameter relation is the postcondition of transformation relation.Above three is changed in quality and closes
System, can respectively obtain its output parameter relation is:
(1) MRsin1_OR={(y1,y2)|rf(y1,y2)=(y2-y1=0) }
(2) MRsin6_OR={(y1,y2,...,y7)|r(y1,y2,...,y7)
=(4*y7*y6*y5-y4-y3-y2-y1=0) }
(3) MRsin10_OR={(y1,y2,y3)|r(y1,y2,y3)=(y3-16*y5 1+5*y2-10*y1=0) }
Determine from relation: for identical tested program, different transformation relations is identical from relation, can table
It is shown as:
MRsin_SR={(x,y)|y=sin(x)}。
Claims (1)
1. a transformation relation form description and decomposition method, it is characterised in that comprise the steps:
(1) according to target tested software, the transformation relation that extraction and design software must are fulfilled for, create transformation relation;Described slough off
The design considerations of change relation is software requirement specification or algorithm;
(2) based on symbolic logic, the transformation relation obtained is carried out Formal Modeling;First the constraint that transformation relation is set up is determined
Condition, and carry out formalized description;Being then based on symbolic logic and describe the input and output parameter of transformation relation, foundation is sloughed off
Become relation form descriptive model;
(3) based on formalized model, subrelation and the collection of transformation relation composition model constituting transformation relation is extracted respectively
Close description form, set up transformation relation decomposition model;
In described step (1), when transformation relation comes from software requirement specification, changed in quality relation by natural language description;When
When transformation relation is from program function, it is described transformation relation by mathematical formulae;
In described step (2), set up transformation relation form model and mainly comprise the steps:
(2-1) determine the constraints that transformation relation is set up, and carry out formalized description;
The constraints that transformation relation is set up relates generally to three main bodys, i.e. requirement specification, program function and program, these three master
Body can distinguish formalization representation: [S], [P] and P;
These three main body the most just can form three relations:
A. requirement specification and the uniformity of program function;
B. requirement specification and the uniformity of program;
C. program function and the uniformity of program;
Three relations can be with formalization representation: A. [S]=[P], B. [S]=P, C. [P]=P;
For metamorphic testing, the main target of test is tested software, and the uniformity of requirement specification and program function is tested
Card generally falls into testing requirement checking content;Therefore, the constraints that transformation relation is set up just includes B and C two kinds;
(2-2) the input parameter of transformation relation is described based on symbolic logic;
Transformation relation input parameter is expressed as:
(x1,x2,…,xn)
xiRepresent a test input;I=1,2 ..., n;N is natural number, represents the number of input parameter;
(2-3) output parameter of transformation relation is described based on symbolic logic;
The output parameter of transformation relation is expressed as:
(P(x1),P(x2),…,P(xn))
P(xi) represent corresponding to test one input xi, tested program actual output accordingly;
(2-4) transformation relation form descriptive model is set up;
Constraints based on transformation relation and input, output parameter, set up formal description model;
1) when constraints is [S]=P, i.e. the constraints that transformation relation is set up is consistent with program for hypothesis software metrics,
The indispensable attributes obtaining Main Basis software metrics of that is transformation relation;At this moment, as input parameter (x1,x2,…,xn)
When meeting relation r, output parameter (P (x1),P(x2),…,P(xn)) meet relation rf;Therefore, transformation relation can be described as:
Can also be expressed as:
[S](xi) represent for test input xiThe program output that software metrics determines;
2) when constraints is [P]=P, i.e. the constraints that transformation relation is set up is consistent with program for assuming program function,
The indispensable attributes obtaining Main Basis program function of that is transformation relation;At this moment, as input parameter (x1,x2,…,xn)
When meeting relation r, output parameter (P (x1),P(x2),…,P(xn)) meet relation rf;Therefore, at this moment transformation relation can describe
For:
Can also be expressed as:
[P](xi) represent for test input xiThe program output that software metrics determines;
If program output can not meet relation rf(P(x1),P(x2),…,P(xn)) time, it is believed that assumed condition is false, it may be assumed that
Or (P (xi)≠[S](xi)), wherein i=1,2 ..., n;At this moment just claim to be sent out by metamorphic testing
Show mistake or fault present in program;
Described step (3) comprises the steps:
(3-1) determine and describe input parameters relationship;
Two kind transformation relations shown for (2-4), it inputs parameter (x1,x2,…,xn) meet relation r, therefore can be by collection
The form closed is described as: MR_IR={ (x1,x2,…,xn)|r(x1,x2,…,xn)};
(3-2) determine and describe output parameter relation;
Two kind transformation relations shown for (2-4), its output parameter meets relation rf, in like manner can be described by the form of set
For:
MR_OR={ (P (x1),P(x2),…,P(xn))|rf(P(x1),P(x2),…,P(xn))};
(3-3) determine and describe from relation;
Two kind transformation relations shown for (2-4), it is probably, from relation, the relation that requirement specification determines, it is also possible to program letter
The relation that number determines;Therefore, can being described as from relation of transformation relation:
MR_SR={ (xi,yi)|yi=[S] (xi) i=1,2 ..., n, or
MR_SR={ (xi,yi)|yi=[P] (xi)};
Therefore, for the first transformation relation, can be described as by the form of set:
For the second transformation relation, in like manner can be described as by the form of set:
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310556853.9A CN103713997B (en) | 2013-11-08 | 2013-11-08 | A kind of transformation relation form description and decomposition method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310556853.9A CN103713997B (en) | 2013-11-08 | 2013-11-08 | A kind of transformation relation form description and decomposition method |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103713997A CN103713997A (en) | 2014-04-09 |
CN103713997B true CN103713997B (en) | 2016-08-24 |
Family
ID=50406994
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310556853.9A Active CN103713997B (en) | 2013-11-08 | 2013-11-08 | A kind of transformation relation form description and decomposition method |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103713997B (en) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104915680B (en) * | 2015-06-04 | 2018-06-19 | 河海大学 | Multi-tag transformation Relationship Prediction method based on Ameliorative RBF Neural Networks |
CN107808322A (en) * | 2017-10-19 | 2018-03-16 | 河海大学 | User oriented big data personalized recommendation system metamorphic testing method |
CN109766259B (en) * | 2018-12-03 | 2022-02-01 | 北京信息科技大学 | Classifier testing method and system based on composite metamorphic relation |
-
2013
- 2013-11-08 CN CN201310556853.9A patent/CN103713997B/en active Active
Non-Patent Citations (3)
Title |
---|
基于程序特征谱整数溢出错误定位技术研究;惠战伟 等;《计算机学报》;20121031;第35卷(第10期);全文 * |
蜕变关系形式化描述与分解技术研究;惠战伟,黄松;《第十一届全国博士生学术年会——信息技术与安全专题论文集》;20131020;正文第1-6节 * |
蜕变测试技术综述;董国伟 等;《计算机科学与探索》;20090315;第3卷(第2期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN103713997A (en) | 2014-04-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Kozen et al. | Practical coinduction | |
Liu et al. | Toward understanding the relationship between task complexity and task performance | |
Xu et al. | Continuous test suite augmentation in software product lines | |
CN103713997B (en) | A kind of transformation relation form description and decomposition method | |
Roberts et al. | The utility of statistical analysis in structural geology | |
Cheikhi et al. | Chidamber and kemerer object-oriented measures: Analysis of their design from the metrology perspective | |
CN104794240A (en) | Method for analyzing expression for checking attribute value constraint relationship of geographic space database | |
Olszewska | Simulink-specific design quality metrics | |
Kordon et al. | MCC’2015–the fifth model checking contest | |
Hofer et al. | Combining models for improved fault localization in spreadsheets | |
Chen et al. | Automated quality assessment for crowdsourced test reports of mobile applications | |
Abran et al. | An analysis of the McCabe Cyclomatic complexity number | |
Qiu et al. | Chemfuzz: Large language models-assisted fuzzing for quantum chemistry software bug detection | |
Mertens et al. | ESS: EMF-based simulation specification, a domain-specific language for model validation experiments | |
Kovalyov | Modeling aspects by category theory | |
Zhi et al. | A Defect Detection Method for the Primary Stage of Software Development. | |
Meier | Parametrised enumeration | |
White et al. | Artefact relation graphs for unit test reuse recommendation | |
CN105975386A (en) | Testing method for geographic information system software | |
McFadden et al. | Survey of aspect mining case study software and benchmarks | |
Ferrell et al. | Modeling and performance considerations for automated fault isolation in complex systems | |
Savarese et al. | A new index for the comparative evaluation of combustion local low-dimensional manifolds | |
Őri | Misalignment symptom detection with XML-based enterprise architecture model analysis | |
Chhabra et al. | METRICS FORMATION ON THE BASIS OF COUPLING AND COHESION FOR SOFTWARE REUSABILITY | |
Mangeant et al. | Joined initiatives around uncertainty management: Generic methodologies, mathematical challenges, and numerical implementations |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |