Formal architecture modeling of sequential non-recursive C programs

Westman, Jonas; Nyberg, Mattias; Gustavsson, Joakim; Gurov, Dilian

doi:10.1016/j.scico.2017.03.007

Cited by 3 publications

(1 citation statement)

References 49 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…1 In a, an element pot = X pot , pot , representing a potentiometer, is shown. In b, an architecture, representing a 'Level Meter system' and its parts, and a contract  lMeter = ({ lMeter }, lMeter , X lMeter ) , are shown A set of elements can be organized into an architecture [73,75,77], which describes a hierarchical nesting of elements. This hierarchical nesting can be viewed as a rooted tree; thus, in the following, terminology from graph theory [21] will be used to describe positions of elements in an architecture, relative to each other.…”

Section: Assertions Elements and Architecturesmentioning

confidence: 99%

Providing tool support for specifying safety-critical systems by enforcing syntactic contract conditions

Westman

Nyberg

2017

Requirements Eng

Self Cite

View full text Add to dashboard Cite

Functional safety standards such as IEC 61508 and ISO 26262 advocate a particularly stringent requirements engineering where safety requirements must be structured in a hierarchical manner and specified in accordance with the system architecture. In contrast to the stringent requirements engineering in functional safety standards, according to previous studies, requirements engineering in industry is in general of poor quality. Contracts theory has been previously shown to be suitable for supporting such a stringent requirements engineering effort; this support has also been implemented in tools. However, to use these contract-based tools, requirements must be formalized, which is a major challenge in industry. Therefore, to support current industrial requirements engineering practice and the stringent requirements engineering in functional safety standards, it is shown how tool support can be provided even when requirements, and also architectures, are not formalized. This is achieved by enforcing syntactic, yet formal, conditions in contracts theory. Despite the need for further validation, initial findings in an industrial case study indicate high potential in realizing the proposed support in an industrial setting.

show abstract

Section: Assertions Elements and Architecturesmentioning

confidence: 99%

Providing tool support for specifying safety-critical systems by enforcing syntactic contract conditions

Westman

Nyberg

2017

Requirements Eng

Self Cite

View full text Add to dashboard Cite

show abstract

A Hoare Logic Contract Theory: An Exercise in Denotational Semantics

Gurov

Westman

2018

Principled Software Development

View full text Add to dashboard Cite

Conditions of contracts for separating responsibilities in heterogeneous systems

Westman

Nyberg

2017

Form Methods Syst Des

Self Cite

View full text Add to dashboard Cite

A general, compositional, and component-based contract theory is proposed for modeling and specifying heterogeneous systems, characterized by consisting of parts from different domains, e.g. software, electrical and mechanical. Given a contract consisting of assumptions and a guarantee, clearly separated conditions on a component and its environment are presented where the conditions ensure that the guarantee is fulfilled-a responsibility assigned to the component, given that the environment fulfills the assumptions. The conditions are applicable whenever it cannot be ensured that the sets of ports of components are partitioned into inputs and outputs, and hence fully support scenarios where components, characterized by both causal and acausal models, are to be integrated by solely relying on the information of a contract. An example of such a scenario of industrial relevance is explicitly considered, namely a scenario in a supply chain where the development of a component is outsourced. To facilitate the application of the theory in practice, necessary properties of contracts are also derived to serve as sanity checks of the conditions. Furthermore, based on a graph that represents a structuring of a hierarchy of contracts, sufficient conditions to achieve compositionality are presented.

show abstract

Formal architecture modeling of sequential non-recursive C programs

Cited by 3 publications

References 49 publications

Providing tool support for specifying safety-critical systems by enforcing syntactic contract conditions

Providing tool support for specifying safety-critical systems by enforcing syntactic contract conditions

A Hoare Logic Contract Theory: An Exercise in Denotational Semantics

Conditions of contracts for separating responsibilities in heterogeneous systems

Contact Info

Product

Resources

About