Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Andrzej Blikle

dblp:14/3094 · DBLP profile ↗
← Back
15ranked-venue papers
13as first author
0since 2021 · last 1996
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Theory of computation · 12 · 10 first-authorSoftware engineering, systems software and programming languages · 2 · 2 first-authorDatabases, data management, data science and information retrieval · 1 · 1 first-authorApplied, interdisciplinary, general and emerging computing · 1 · 1 first-author

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Software engineering, system software, and programming languages
1 paper
Program verification · 56% Programming languages and type systems · 44%
Computer architecture, parallel and distributed computing, and storage systems
1 paper
Processor architecture and microarchitecture · 100%
Theoretical computer science
1 paper
Automata and formal languages · 100%

Topics — the 3 heaviest of 5, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Program verification › formal program development
correctness by construction
0.011981
On the Development of Correct Specified Programs · IEEE Trans. Software Eng. 1981
Programming languages and type systems
specification language
0.011981
On the Development of Correct Specified Programs · IEEE Trans. Software Eng. 1981
Processor architecture and microarchitecture
instruction set architecture
0.011972
Addressless Units for Carrying Out Loop-Free Computations · J. ACM 1972

Methods — techniques the papers use, named apart from their topics

mccarthy's calculus · 0.0double-ended queue discipline · 0.0
YearPublicationVenuePosition
1996 Why Denotational? Remarks on Applied Denotational Semantics
abstract
This is an essay where the author expresses his views on applied denotational semantics. In the author's opinion, whether a software system has or does not have a sufficiently abstract denotational semantics should be regarded as a pragmatic attribut
Andrzej Blikle
Fundam. Informaticae1
1991 Three-valued predicates for software specification and validation
Andrzej Blikle
Fundam. Informaticae1
1991 A three-valued logic for software specification and validation
Beata Konikowska, Andrzej Tarlecki, Andrzej Blikle
Fundam. Informaticae3
1991 On Conservative Extensions of Syntax in System Development
Andrzej Blikle, Andrzej Tarlecki, Mikkel Thorup
Theor. Comput. Sci.1
1989 Denotational Engineering
Andrzej Blikle
Sci. Comput. Program.1
1988 A Guided Tour of the Mathematics of MetaSoft'88
Andrzej Blikle
Inf. Process. Lett.1
1981 The Clean Termination of Iterative Programs
Andrzej Blikle
Acta Informatica1
1981 On the Development of Correct Specified Programs
abstract
The paper describes a method of program development which guarantees correctness. Our programs consist of an operational part, called instruction, and a specification. Both these parts are subject to the development and the refinement process. The specification consists of a pre-and postcondition called global specification and a set of assertions called local specification. A specified program is called correct if: 1) the operational part is totally correct w.r.t. the pre-and postcondition, 2) the precondition guarantees nonabortion, 3) local assertions are adequate for the proof of 1) and 2). The requirement of nonabortion leads to the use of a three-valued predicate calculus. We use McCarthy's calculus in that place. The paper contains a description of an experimental programming language PROMET-1 designed for our style of programming. The method is illustrated by the derivation of a bubblesort procedure.
Andrzej Blikle
IEEE Trans. Software Eng.1
1979 Assertion Programming
Andrzej Blikle
MFCS1
1977 A Comparative Review of Some Program Verification Methods
Andrzej Blikle
MFCS1
1974 Proving Programs by Sets of Computations
Andrzej Blikle
MFCS1
1973 An Algebraic Approach to Programs and Their Computations
Andrzej Blikle
MFCS1
1972 Equational Languages
Andrzej Blikle
Inf. Control.1
1972 Addressless Units for Carrying Out Loop-Free Computations
abstract
The paper deMs with the problem of how to design a computer so that the loop-free parts of computations performed by it are handled in the most efficient and rapid manner.In particular, the question is how to design a unit to carry out loop-free computations and how to design the unit-oriented language.Clearly, the sensitive area here is the storing and accessing of intermediate results.It is assumed that the unit reads the appropriate program step-bystep, performs successive operations serially and stores the intermediate results in a sequence as the computation progresses.Now a problem arises how the unit should extract intermediate results from the sequence when needed.It is shown that the optimM solution is addressless units (the unit-oriented programs are address-free formulas) which operate in double-endedqueue disciplines, i.e. in disciplines where the actually extracted intermediate result is always either the first or the last element of the stored sequence.The paper follows and extends some ideas given by Z. Pawlak in a number of his papers.It gives the mathematical background and extentions of Pawlak's results which have been formulated originally in a rather descriptive and informM way.The reader is not assumed to be familiar with Pawlak's papers.
Andrzej Blikle
J. ACM1
1969 Meeting of the Association for Symbolic Logic Warsaw 1968
abstract
of twenty-six short communications presented at the meeting.For the Organizing Committee A. MOSTOWSKI A. BLIKLE
Andrzej Mostowski, Andrzej Blikle
J. Symb. Log.2