Yourdon, E. and Constantine, L. L., Structured Design - Fundamentals of a Discipline of Computer Program and Systems Design, Prentice-Hall, Inc., 1979.  Home/Search   Document Not in Database   Summary   Related Articles   Check

....Put many to many ness = 1 with link r i to c in R Spec. end if end loop end loop end Algorithm 1b. This concludes the translation scheme for entity relationship diagrams. Data Flow Translation Scheme In this section, we use data flow diagrams based on the Yourdon de Marco variant [27] [28]. In order to represent data flow diagrams using conceptual graphs, we use actors, as explained in 4 above. An actor represents a data flow process that is allowed to change the referents of its outputs, using steps known as its private algorithm. Its arcs are classified as either input or output ....

E. Yourdon and L.L. Constantine, Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Prentice-Hall, Englewood Cliffs, New Jersey 1979.

....development [1, 11, 13] In other words, we need more than one of these models during the development process of a typical system. They are converted from one form to another as the needs arise. For example, data flow diagrams are used for systems analysis and structure charts for systems design [2, 12, 18] . Specification details are expressed in a textual form such as structured English or decision tables. The multi model approach allows the most appropriate representation to be used in a given situation. One distinct feature of all these models is that they support multiple levels of abstraction ....

....[ Here [ denotes a non empty list in Prolog. 6 4. 2 Formalization of Evaluation Criteria In this section, we illustrate how we can apply Prolog predicates to review structure charts according to evaluation guidelines as recommended by DeMarco [2] Page Jones [12] and Yourdon [18] . a) Coupling and Cohesion Coupling is a measure of the interdependence among different modules. Modules should be loosely coupled, or relatively independent. There are five major types of coupling. Data coupling and stamp coupling mean that two modules communicate through atomic and composite ....

E. Yourdon and L.L. Constantine, Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Yourdon Press Computing Series, Prentice Hall, Englewood Cliffs, New Jersey (1979). 12

....is possible to represent an executable software specification. This might enable us to further investigate the applicability of other useful software modelling techniques, such as behavioral analysis [18] in the ViewPoints framework. For example, if we equip a process notation of a dataflow model [19] with the actor notion, then it may be possible to allow software developers to apply some test cases to their ViewPoints and execute the specifications of those ViewPoint to check whether some desired properties hold in their ViewPoints. As mentioned earlier, ViewPoints may interact with each ....

Yourdon E., Constantine L. L.: Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Prentice-Hall, Englewood Cliffs (1979).

....Cohesion is a measure of internal module strength while coupling describes the strength of inter module relationships. They are not independent coupling is lowered when communicating activities are located in the same module. Cohesion and coupling are an ingredient in many design techniques [29, 24]. The advent of object oriented software development has brought many benefits but has added further complexity to the concepts of cohesion and coupling by increasing the number of available component and relationship types. For example, in conventional languages such as Pascal or C the dominant ....

....be developed in the context of a framework which embodies the conceptual model of the paradigm [9, 4, for example] but this has proved to be an elusive goal. Yourdon and Constantine identified several kinds of cohesion and coupling and used numeric values to indicate the desirability of each [29]. Strictly speaking, this scale is ordinal even though the values are numeric. Cohesion measures based on program slices have been developed [23, for example] The most commonly used suite of OO metrics, proposed by Chidamber and Kemerer, includes three relevant metrics: RFC (method invocation) ....

E. Yourdon and L. Constantine. Structured design : fundamentals of a discipline of computer program and systems design. Prentice Hall, Englewood Cliffs, N.J., 1979. 10

....by the programming paradigm of the day. This means that the concepts, methods and tools used during all phases of development were based on those o#ered by the pre eminent programming paradigm. So, during the era of structured programming, structured analysis and design techniques were proposed [15,49], while object oriented programming has given rise more recently to object oriented design and analysis [4,45] For structured development techniques this meant that throughout software development, the developer could conceptualize the system in terms of functions and processes, inputs and ....

E. Yourdon and L. Constantine. Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design. Prentice Hall, 1979.

....appeared. In a family of Structured Analysis, other formalisms that theoretically have more expressivepower likePetri nets can be used instead of state transition diagrams to define the behavioral aspects of the system such as true concurrency and hard real time[45] Structured Design(SD)[66, 41] is a top down design method for systematically mapping processes in a data flow diagram to program modules, and its aim is to offer the design with high modularity. Modularity means functional independence among the modules and we have two types of the measure of modularity; one is cohesion for ....

E. Yourdon and L.L Constantine. Structured Design : Fundamentals of a Discipline of Computer Program and Systems Design. Prentice-Hall, 1979.

.... science, ever since its inception, has been devoted the problem: How can we be sure that a computer program is correct The general problem is extremely di#cult, and the enormous variety of computer software in use demands a corresponding variety of approaches: e.g. structured design methods [YC86] automated testing [Ber91] and model checking [GL94] Another possibility in some sense the most idealistic is the formal development of programs with mathematical proofs of correctness claims. If this ideal is ever to become a reality, it is widely agreed that certain basic requirements ....

E. Yourdon and L. Constantine. Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design. Prentice-Hall, 1986. 8 A proof system for correct program development

....by the programming paradigm of the day. This means that the concepts, methods and tools used during all phases of development were based on those offered by the pre eminent programming paradigm. So, during the era of structured programming, structured analysis and design techniques were proposed [9,17], while object oriented programming has given rise more recently to objectoriented design and analysis [1,15] For structured development techniques this meant The Tropos project has been partially funded by the Natural Sciences and Engineering Research Council (NSERC) of Canada, and ....

Yourdon, E. and Constantine, L., Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Prentice-Hall, 1979.

....by the programming paradigm of the day. This means that the concepts, methods and tools used during all phases of development were based on those o#ered by the pre eminent programming paradigm. So, during the era of structured programming, structured analysis and design techniques were proposed [16,49], while object oriented programming has given rise more recently to object oriented design and analysis [4,45] For structured development techniques this meant that throughout software development, the developer can conceptualize the system in terms of functions and processes, inputs and outputs. ....

E. Yourdon and L. Constantine. Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design. Prentice Hall, 1979. 33

....been practiced in industry for a number of years. This is for example the case with structured analysis and design, and more recently with object oriented analysis and design. The methods provide certain rules of thumb for system modularization, the coupling and cohesion criteria are well known, Yourdon and Constantine (1979). They also introduce diagrams to represent certain aspects of the system. The approaches did not until recently consider real time systems. Extensions of structured analysis and design have been proposed by Gooma (1993) incorporating some aspects on timing analysis for fixed priority scheduling. ....

Yourdon and Constantine (1979). Yourdon E., Constantine L.L. Structured design - fundamentals of a discipline of computer program and systems design. Prentice Hall, Englewood Cliffs, New Jersey.

....other types of Customer Product or Service Operations 8. Connectivity diagrams of the Tasks, Function Modules, and Macrofunction Modules of the Information or Mission Support Activities, probably in the form of data flow diagrams or related modeling methods Data flow diagram techniques [40, 41]; the generic data flow diagram of the Purdue Reference Model [37] 9. Process flow diagrams showing the connectivity of the Tasks, Function Modules, and Macrofunctions of the Manufacturing or Customer Product and Service processes involved Example flow diagrams for commonly available ....

Yourdon, Edward and Constantine, L. L., Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Edition 2, Prentice-Hall, Englewood Cliffs, N.J., 1979.

....and goal. The methodology makes it possible to use the same concepts to describe the organizational environment within which a software system will eventually operate, as well as the system itself. The proposed methodology supercedes traditional software development techniques, such as structured [2, 3] and object oriented ones [4, 5] in the sense that it is tailored to software systems that will operate within an organizational context. The software development framework is named Tropos (derived from the Greek trop , which means easily changeable , also easily adaptable ) and is founded on ....

Yourdon, E. and Constantine, L., Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Prentice-Hall, 1979.

....by the programming paradigm of the day. This means that the concepts, methods and tools used during all phases of development were based on those offered by the preeminent programming paradigm. So, during the era of structured programming, structured analysis and design techniques were proposed [9,19], while object oriented programming has given rise more recently to objectoriented design and analysis [1,17] For structured development techniques this meant that throughout software development, the developer can conceptualize the system in terms of functions and processes, inputs and outputs. ....

Yourdon, E. and Constantine, L., Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Prentice-Hall, 1979.

....by the programming paradigm of the day. This means that the concepts, methods and tools used during all phases of development were based on those offered by the pre eminent programming paradigm. So, during the era of structured programming, structured analysis and design techniques were proposed [Dem78,You79], while object oriented programming has given rise more recently to object oriented design and analysis [Boo99,Wir90] For structured development techniques this meant that throughout software development, the developer can conceptualize her software system in terms of functions and processes, ....

Yourdon, E. and Constantine, L., Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Prentice-Hall, 1979.

....7. for other types of Customer Product or Service Operations 8. Connectivity diagrams of the Tasks, Function Modules, and Macrofunction Modules of the Information or Mission Support Activities, probably in the form of data flow diagrams or related modeling methods Data flow diagram techniques [92, 93]; the generic data flow diagram of the Purdue Reference Model [55] 9. Process flow diagrams showing the connectivity of the Tasks, Function Modules, and Macrofunctions of the Manufacturing or Customer Product and Service processes involved Example flow diagrams for commonly available processes ....

....7. for other types of Customer Product or Service Operations 8. Connectivity diagrams of the Tasks, Function Modules, and Macrofunction Modules of the Information or Mission Support Activities, probably in the form of data flow diagrams or related modeling methods Data flow diagram techniques [92, 93]; the generic data flow diagram of the Purdue Reference Model [55] 9. Process flow diagrams showing the connectivity of the Tasks, Function Modules, and Macrofunctions of the Manufacturing or Customer Product and Service processes involved Example flow diagrams for commonly available processes ....

Yourdon, Edward and Constantine, L. L., Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Second Edition, Prentice-Hall, Englewood Cliffs, NJ, 1979.

....by the programming paradigm of the day. This means that the concepts, methods and tools used during all phases of development were based on those offered by the pre eminent programming paradigm. So, during the era of structured programming, structured analysis and design techniques were proposed [2, 3], while objectoriented programming has given rise more recently to object oriented design and analysis [4, 5] For structured development techniques this meant that throughout software development, the developer can conceptualize her software system in terms of functions and processes, inputs and ....

Yourdon, E. and Constantine, L., Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Prentice-Hall, 1979.

....system the main question was to find the same behaviour of blocks during system evolution. Therefore there was the need to find a way to detect coupling among different blocks. Using the terminology of coupling there exists several definitions based on variant kinds of coupling. Referring to [3] the term coupling is described as follows: Coupling A measure of the strength of interconnection between one module and another. In object oriented design exists 2 kinds of coupling [4] 1. Interaction Coupling The message connections among objects are analyzed in what extent their ....

....known to understand another module The more we must know of module B to understand module A, the more closely connected A is to B. The fact that we must know something about another module is a priori evidence of some degree of interconnection even if the form of the interconnection is not known [3]. That s the main point: We have to search for something about blocks which is also known by other blocks and then it is possible to detect the same behaviour. This was done via observations of the version numbers which are now represented as system releases. That was the basis to compare blocks ....

E. Yourdon, L.L. Constantine, "Structured Design-Fundamentals of a Discipline of Computer Program and Systems Design", Prentice Hall, Inc., Englewood Cliffs, 1979.

....industrial usage other approaches, functional programming via transformation or logic programming, for example, have been widely explored and applied. Over the years concepts relating to the syntax, semantics and use of programming languages have emerged. Examples include structured programming [dij68, knu74, you79], successive refinement [wir71] or, more recently, object orientation [boo86] Together these led the way to more detailed consideration of the overall technical programming process. It was, for example, successively recognised over many years that program development must be preceded by a design ....

Yourdon E and Constantine LL, Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Prentice Hall, Englewood Cliffs, NJ, 1979 9/4/97, 5:11 pm 16 mml565[papers]

....real world budget and timing pressures. The system under study is an extension to an existing system. However, it is relatively independent, and specification and design are being developed top down, as if it were a completely new product. The design is expressed in Yourdon DeMarco notation [19][20], and new interpretations of the guide words have been developed for this. To date, we have analysed parts of the Essential Model, and results so far are promising. No unexpected hazards have been found, but the recommendations which have been made as a result of the analysis have been found ....

E. Yourdon and L. L. Constantine, Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Prentice-Hall, 1985.

....Apart from the fact that the statements can be understood as a group, it is also important that the number of possible execution paths involving such a group of statements becomes much 108 CHAPTER 5. CONTEXT DEPENDENCY AND BLOCK STRUCTURE smaller, especially if the ideals of structured programming [116] are taken into Pi account. The core ideal here is that there should only be few and readily recognizable possible execution paths, and this is achieved by having such rules as: each procedure should have only one entry point and one exit point, and the goto command should be shunned [28] in ....

Edward Yourdon and Larry L. Constantine. Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design. Yourdon Press, New York, 2 edition, 1978.

....growing interest in object orientation have all served to make Parnas view of modules more widely accepted. The information hiding principle is not sufficient to determine a unique module structure. Other qualitative criteria that are used to guide modular decomposition are cohesion and coupling [21]. These criteria were originally proposed for functional design modules but the definitions can be extended for information hiding modules [5, 14] The aim of a modular decomposition is to produce a loosely coupled set of modules, each of which is highly cohesive. A cohesive module is responsible ....

E. Yourdon and L.L. Constantine. Structured Design: fundamentals of a discipline of computer program and systems design. Yourdon Press, second edition, 1978. 14

.... such structures include effective, independent development of the modules and the ability to isolate changes during maintenance, based on the principles of information hiding [8] Assessment of the quality of a modular structure for software is normally described in terms of cohesion and coupling [14]. Cohesion describes how closely related objects within a module are, and coupling describes how interrelated separate modules are. The goal is to develop a collection of highly cohesive modules with low coupling between them. This paper uses a new method [1] for deriving potential module ....

E. Yourdon and L.L. Constantine. Structured Design: fundamentals of a discipline of computer program and systems design. Yourdon Press, second edition, 1978. 14

.... fault prone modules using statistical techniques based on design metrics [18] and discriminant analysis [12,13] Fault and defect metrics are used for in process project control and for process improvement over time in [4] Coupling and cohesion measures were defined by Yourdon and Constantine [24] as a way to measure structural cohesiveness of a design. The main purpose of such measures is to evaluate how maintainable a design and resulting implementation are, and to guide improvement efforts. The basic idea is that the more dependencies that exist among modules, the less maintainable the ....

Yourdon E., and Constantine L., Structured design: Fundamentals of a discipline of computer program and systems design, Prentice-Hall, 1979.

....is an important dimension of commonality, though it is not the only dimension, and should not be confused with the dimensions of commonality that are central to object oriented design. Data design is a major concern of classical design methods such as structured analysis and its derivatives [Yourdon1979]. Before the advent of interactive user interfaces, and the rise in event driven models of computation that came with them, data structures and control ows were the primary focus of design. The most important abstractions in a batch payroll system are the data structures and the sequence of ....

Yourdon, Ed. Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design. Englewood Cliffs, NJ: Prentice-Hall. 1979. Bibliography ###

....1 For brevity here, we assume that the system is two dimensional. In reality, as we shall see, there are other dimensions, in particular, the time viewpoint. and communicate the largely intuitive decisions they made about the system requirements and design. Subsequently (e.g. in [Parn72] [Your78]) pragmatic ways of reviewing designs were developed. To some extent, these improved the quality of the designs from the point of view of success in implementation and ease of maintenance. For example, the cohesion , coupling , and encapsulation concepts were developed. Although difficult to ....

E. Yourdon and L. Constantine, Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Yourdon Press, 1978 (second edition) .

.... How does CDM compare with probably the most widely used method of designing information systems, namely, Structured Analysis and System Specification (SASS) DeMarco 1978] The basis of SASS is the data flow diagram (DFD) SASS is one of a family of Structured Design methods promoted by the Yourdon school [Yourdon Constantine 1978, Weinberg 1980, Chapin 1981, Colter 1982, Connor 1981, Delisle et al. 1982, Richter 1986] Collectively, this school has proved adaptable and eclectic, for example, adopting EntityRelationship Modelling and database normalisation into its armoury, so that it is difficult to specify exactly what ....

....D.E. Menicosy, and N.L. Kerth, Tools for supporting Structured Analysis , Automated Tools for Information System Design, Schneider, H. J. and Wasserman, A.I. eds. 11 20, North Holland, Amsterdam (1982) DeMarco 1978 T. DeMarco, Structured Analysis and System Specification, 27 31, Yourdon Press (1978). Devirmis Ulusoy 1996 T. Devirmis and . Ulusoy, A Transaction Model for Multidatabase Systems , Lecture Notes in Computer Science 1124:Euro Par 96 Parallel Processing: Proceedings Volume II, 862 865, L. Boug, P. Fraigniaud, A. Mignotte Y. Robert eds. Springer (1996) Dijkstra 1968 ....

Yourdon & Constantine 1978 Yourdon, E. and Constantine, L., Structured Design: Fundamentals of a Discipline of Computer Program and System Design, Yourdon Press (1978).

....deal of research, it can also be expected that at best many years will pass before a new method is accepted in an industrial environment. The second approach has so far been followed by many application developers. In particular, methods based on data flow diagrams such as introduced by Yourdon [13] and specifically extensions thereof to support real time developments (e.g. Ward [11] are now often used as common development methods in industry. But none of these traditional methods is actually suitable for dealing with parallelism, although their inventors often claim otherwise. The ....

E. Yourdon and L.L. Constatine. Structured Design: Fundamentals of a Discipline of Computer Program and System Design. Prentice-Hall, Englewood Cliffs, N.J., 1979.

....conclusions are summarized in Section 9. 2. Definitions and Background We begin by defining the terms used in this paper, including module, process, class, and object. A module is a lexically contiguous sequence of program statements, bounded by boundary elements, having an aggregate identifier [6]. A process is an executing instance of a sequential module [7] that is, a process has its own copy of the characteristics defined by the module of which it is an instance) A class is the definition of an abstract data type that supports inheritance [8] Finally, an object is an instantiation ....

E. Yourdon and L. L. Constantine. Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design (Prentice-Hall, Englewood Cliffs, NJ, 1979) TR96--05 Page 17

....the sense that a lower level represents a decomposition of the higher level. The details of the lowest level are described by mini specifications [11] written in structured English . Specifications of the data interfaces and storage information are recorded in data dictionaries . A structure chart [13, 14] is a graphical tool for describing the hierarchy of modules to be implemented, as well as the algorithmic relationships and communication links among them. Like data flow diagrams, the detailed specifications of individual modules are written in structured English and the communication links are ....

....provides us with two important strategies called transform analysis and transaction analysis . Then the structured chart can be evaluated according to guidelines such as coupling and cohesion . Numerous attempts and evaluations may be required before the final structure chart can be produced [11, 13, 14] . Tedious programming would be involved if an imperative language were used to develop an automated system. Implementation in Prolog is much easier since its intrinsic backtracking mechanism is particularly useful in such processes involving trial and error. REPRESENTATIONS OF STRUCTURED TOOLS IN ....

[Article contains additional citation context not shown here]

E. Yourdon and L.L. Constantine, Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Yourdon Press Computing Series, Prentice-Hall, Englewood Cliffs, New Jersey (1979).

....functionalities that the user needs will be provided by independent software tools pluggable in the framework of a software architecture. In this context, we define a tool as being a software component providing a set of services that show strong internal cohesion and low external coupling [33]. Examples of such tools to be found in a scientific environment are a CAS, a formula editor, a code generator, etc. Further decomposition may be worthwhile: a larger tool or a toolset being considered as a composition of more elementary tools according to similar cohesion vs coupling criteria. ....

E. Yourdon and L. L. Constantine. Structured Design: Fundamentals of a Discipline of Computer and System Design. Prentice-Hall, 1979.

....to a candidate module and a software component that does not belong to it. For example, common coupling 8 between a two functions that do not belong to the same candidate modules is captured by the following simple Prolog rule 8 Two procedures are common coupled if they share global data [37]. commoncoupled(Fun, Fun1) modfun(Module, Fun) not modfun(Module, Fun1) iddecl( Fun, objloc(File, external, sc( Var) iddecl( Fun1, objloc(File, external, sc( Var) Reengineering operations can be implemented as transformation of the CCG representation. ....

E. Yourdon and L.L. Constantine, Structured Design: Fundamentals of a Discipline of Computer Program and System Design, Prentice Hall, Englewood Cliffs, NJ,, 1979.

....Based on our experiences over the past two years, we are very encouraged by the short time needed to model a particular environment using the Metaview system. We have modeled several environments, with varying degrees of complexity and popularity. They include Structured Analysis and Design [23, 33], Higher Order Software (HOS) 19] Telos [16] and the ADISSA methodology [2, 17] From our experience, the largest part of the modeling effort is associated with learning and thorough understanding of the source environment. This stage can take from a few days (e.g. HOS) to a few weeks (e.g. ....

E. Yourdon and L. Constantine. Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design. Prentice-Hall, 1979.

....Put many to many ness = 1 with link r i to c in R Spec. end if end if end loop end loop end Algorithm 1b. This concludes the translation scheme for entity relationship diagrams. Data Flow Translation Scheme In this section, we use data flow diagrams based on the Yourdon de Marco variant [27] [28]. In order to represent data flow diagrams using conceptual graphs, we use actors, as explained in 4 above. An actor represents a data flow process that is allowed to change the Multiple Viewed Software Requirements page 19 referents of its outputs, using steps known as its private algorithm. ....

E. Yourdon and L.L. Constantine, Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Prentice-Hall, Englewood Cliffs, New Jersey 1979. Multiple Viewed Software Requirements --- Figures page 30

....METMOD candidature criteria entail the selection of a set of metrics [61] and the definition, for each metric, of a value range that may be considered characteristic of code implementing a reusable abstraction. Typical METMOD methods are those which search pieces of code that exhibit high cohesion [139] and low coupling [139] with the rest of the system [58] In these cases, metrics capturing data binding [52, 81] control binding [58] and similarity measures [121] are the main components of the metric model. Generally, METMOD methods are founded on simple metric models, which consists of very ....

....entail the selection of a set of metrics [61] and the definition, for each metric, of a value range that may be considered characteristic of code implementing a reusable abstraction. Typical METMOD methods are those which search pieces of code that exhibit high cohesion [139] and low coupling [139] with the rest of the system [58] In these cases, metrics capturing data binding [52, 81] control binding [58] and similarity measures [121] are the main components of the metric model. Generally, METMOD methods are founded on simple metric models, which consists of very popular metrics such as ....

[Article contains additional citation context not shown here]

E. Yourdon and L.L. Constantine, Structured Design: Fundamentals of a Discipline of Computer Program and System Design, Prentice Hall, Englewood Cliffs, New Jersey, U.S.A., 1979.

No context found.

E. Yourdon and L. L. Constantine, Structured Design Fundamentals of a Discipline of Computer Program and Systems Design (2nd Edition), Yourdon Press, New York, 1979.

No context found.

Yourdon, E. and Constantine, L. L., Structured Design - Fundamentals of a Discipline of Computer Program and Systems Design, Prentice-Hall, Inc., 1979.

No context found.

Yourdon, E. & Constantine, L. L. (1979), Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, facsimile edn, Prentice Hall.

No context found.

E. Yourdon and L. Constantine. Structured Design : Fundamentals of a Discipline of Computer Program and Systems Design. Prentice Hall, Englewood Cli#s, N.J., first edition, 1979.

No context found.

Yourdon, E. & Constantine, L. L. (1979), Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Prentice Hall.

No context found.

E. Yourdon and L. Constantine. Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design. Prentice Hall, 1979.

No context found.

Yourdon, E. and L. Constantine, Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Prentice Hall, Englewood Cliffs, 1979. 30

No context found.

Yourdon, E. and Constantine (1978). Structured Design: Fundamentals of a Discipline of Computer Program and System Design. New York, Yourdon Press.

No context found.

E. Yourdon and L. L. Constantine. Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, 1st ed. Prentice-Hall, 1979.

No context found.

Edward Yourdon. Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design. Prentice Hall, 1979.

No context found.

E. Yourdon and L. Constantine. Structured Design : Fundamentals of a Discipline of Computer Program and Systems Design. Prentice Hall, Englewood Cliffs, N.J., first edition, 1979.

No context found.

E. Yourdon and L. Constantine. Structured Design: Fundamentals of a Discipline of Computer Program

No context found.

E. Yourdon and L. L. Constantine, Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Yourdon Press Computing Series, Prentice-Hall, Englewood Cliffs, New Jersey, 1979.

No context found.

E. Yourdon and L. L. Constantine, Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Prentice-Hall, 1979.

No context found.

Yourdon, E. and Constantine, L., Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Prentice-Hall, 1979.

No context found.

Yourdon E., Constantine L., Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design, Prentice Hall, September 1986, ISBN: 0-13854-471-9.

First 50 documents  Next 50

Online articles have much greater impact   More about CiteSeer.IST   Add search form to your site   Submit documents   Feedback  

CiteSeer.IST - Copyright Penn State and NEC