A Discipline of Software Engineering

by B. Walraet

Overview

This comprehensive approach to the creation of software systems charts a road through system modelling techniques, allowing software engineers to create software meeting two very basic requirements:• that the software system represent a narrow emulation of the organization system that served as its model; • and that the software system display life attributes identical to those of the organization system that it automatizes.

The result is a quantum leap increase in software application quality. Such benefit is achieved by the introduction of a fundamental paradigm: the office-floor metaphor which incorporates such well-balanced basic ideas as the functional normalization of tasks and information (in sharp contrast to the classic data normalization) and the principle of tenant-ownership.

Product Details

ISBN-13:	9781483294216
Publisher:	Elsevier Science
Publication date:	06/28/2014
Sold by:	Barnes & Noble
Format:	eBook
Pages:	505
File size:	19 MB
Note:	This product may take a few minutes to download.

Table of Contents

Overture:The State of the House - Curtains for programming, In the methods jungle, Not programming but software engineering, The life-cycle, The state of the union, Can quality be achieved, Quality: a matter of responsibility, Design revisited or divide and conquer, The houses of Ret Up Moc, Many roads lead to Rome, The data-driven world, The abstraction rounds, So what is a method, Software engineering is a social exercise. Entity 1 – Information: The Semantics of Data - Preamble: Codd's relational model, Data has a life of its own, Bachman diagramming, Bachman example: order entry, Subject data-bases go corporate, More semantics: Chen modelling, E/R example 1: order entry, Higher order extensions, E/R example 2: the transportation company, MERISE, entities and relationships a la Française, NIAM or Data is a prisoner, More constraints, NIAM example 1: order entry, NIAM example 2: a school management, Meaning, awareness and visibility, Has-part and Is-a networks, Example: order processing, Object bases, The object subjectivism, The semantics in frames, More power in semantic networks, A repository of structures: the meta-model. The Fine Art of Data Modeling - Entities and data stores have attributes, Environment decomposition: user views, How important is meaning, All the various keys and attributes, Concatenated keys, Primary keys: well-behaved creatures, Multiple relationships, An example and a method, The many to many mess, Nested structures, Key to key relationships, Case study - A transportation company, Key-only forms, View consistency aspects, Suggested repository structures. The Makings of a Logical Data Model - Putting the parts together, The problem of homonyms, Synonyms and paronyms, Cycles over primary keys, The merging process: algorithm, Case study: finalization of the transportation company, Stability assurance, Final logical model: topological, Final logical model: tabular, Suggested repository structures, Responsibility&ownership. Relationship Between Entity 1 and Entity 2 – Organization: Semantic Action Model - Getting at the data is half the fun, What is a system, Once again: what is a system, Responsibility and ownership, Approach 1: The Information Flow Paradigm, Approach 2: A World of Functions, Approach 3: The Object-Oriented Paradigm, Approach 4: The System State Model. Entity 2 – Actions: Function&Task Design - Tasks: what's in a name, Task normalization, Normalizing the processes, Defining data stores and data views, Case study: the transportation company, OLTP tasks, OLTP tasks have a structure, Ownership re-considered, Subtasks and co-tasks, Menus: a dinner of dialogs, Ownership re-considered, Subtasks and co-tasks, Menus: a dinner of dialogs, Ownership and sharability, Jobs and planned tasks, Object-oriented design: what are tasks, Cooperative processing and the client-server model, A world of GUIs in windows, The structure of the task in a window, Prototyping: the American way, The repository image. Program Design - Moving towards the programs, Batch programs: another paradigm, Modular decomposition, Component hierarchies rather that networks, Common modules, Ownership of modules, The usage of subroutines, Structuring using co-routines, Programs and data views, View ownership re-visited, Decision tables: a matter of style, The case of structured programming, Michael Jackson's complaint, Michael Jackson's method, Example 1, Example 2, JSP and the subroutine, JSP: a panacea, Program structure and data-base traversal, State-driven programming, Entity lifecycles and state diagrams, The object-oriented paradigms for programming, Suggested repository structure. Appendices: Normalization is With Us To Stay. About the Bill Of Materials. About Structured Programming. Object-oriented Programming.