Prev Up Next
Go backward to 1 Introduction
Go up to Top
Go forward to 3 Specifications

2 Rules of Methodology

The basic datatypes are written obeying the following rules of methodology. We formulate them explicitely for several reasons:

  1. Many design decisions in the basic datatypes make only sense in context of the rules.
  2. The rules are useful in general for writing requirement specifications in CASL.
  3. The rules can serve as a starting point for a new set of rules of methodology for other applications.
For the rules we tried to adopt the style of the famous book "A Pattern Language" [AIS77]. Reflecting the marking of [AIS77], all of our rules should be marked with one asterisk. I.e. with the words of [AIS77] we claim that "we have made some progress", " but with careful work it will certainly be possible to improve on the solution" - not astonishing, as these rules are the first "style-guide" how to write specifications in CASL.

If we had pointed out in the rules themselves that they are rules of thumb, we would have had to stress phrasings like "if possible", "if adequate", "whenever possible" too much. Thus we formulate them as general statements. Examples from the basic datatypes illustrate their use. The discussion of a rule justifies the underlying design decision and - as there is no rule without a meaningful exception - shows its limitations.

  • 2.1 Structure of a Basic Specification
  • 2.2 Naming Conventions
  • 2.3 Naming of Axioms
  • 2.4 Domains of Partial Functions
  • 2.5 Definition of Operators and Predicates
  • 2.6 Free Extension
  • 2.7 Dividing Specifications into Parts
  • 2.8 "Keeping Overview"

  • CoFI Note: M-6 -- Version: 0.2 -- 20 July 1999.
    Comments to cofi@informatik.uni-bremen.de

    Prev Up Next