Correction to 'Certifying the reliability of software' (Jan. 1986 3-11)

Curritt, P. A.; Dyer, M.; Mills, Harlan D.

doi:10.1109/32.21765

Cited by 59 publications

(2 citation statements)

References 2 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…inversion of control -In a framework, unlike in libraries or normal user applications, the overall program's flow of control is not dictated by the caller, but by the framework. [1] 2. default behavior -A framework has a default behavior. This default behavior must actually be some useful behavior and not a series of no-ops.…”

Section: Software Frameworkmentioning

confidence: 99%

“…retrieving and using previous solution(s), may interact. For example, recalling solutions may lead to a revision of the currentlydeveloped solution [1] and retrieving a past solution may produce the addition of constraints to the representation of the current design problem. This combination proves to be effective because it unites a goal refinement and classification strategy with a packing strategy provided by aspect-oriented programming, making use of well-defined relations among functional and quality fragments, we provide mechanisms for weaving those fragments together.…”

Section: Introductionmentioning

confidence: 99%

See 1 more Smart Citation

Reusability of the Software

Singh¹,

Singh²,

Singh³

2010

IJCA

View full text Add to dashboard Cite

Reusability is the likelihood a segment of source code that can be used again to add new functionalities with slight or no modification. Reusable modules and classes reduce implementation time, increase the likelihood that prior testing and use has eliminated bugs and localizes code modifications when a change in implementation is required. Subroutines or functions are the simplest form of reuse. A chunk of code is regularly organized using modules or namespaces into layers. Proponents claim that objects and software components offer a more advanced form of reusability, although it has been tough to objectively measure and define levels or scores of reusability. Reusability implies some explicit management of build, packaging, distribution, installation, configuration, deployment, maintenance and upgrade issues. If these issues are not considered, software may appear to be reusable from design point of view, but will not be reused in practice. This paper presents an empirical study of the software reuse activity by expertdesigners in the context of object-oriented design. Our study focuses on the three following aspects of reuse : (1) the interaction between some design processes, e.g. constructing a problem representation, searching for and evaluating solutions, and reuse processes, i.e. retrieving and using previous solutions, (2) the mental processes involved in reuse, e.g. example-based retrieval or bottom-up versus top-down expanding of the solution, and (3) the mental representations constructed throughout the reuse activity, e.g. dynamic versus static representations.

show abstract

Section: Software Frameworkmentioning

confidence: 99%

Section: Introductionmentioning

confidence: 99%