Index
 
Operating Systems
Java
Programming Languages
Hardware
Microsoft Technologies
Computer Science
Database
Network
Software Engineering
XML and XSL
Internet
Web Programming
Web Technologies
Physics
Bio-Chemistry
Mathematics
Medical
Redbooks
Unlisted/Miscellaneous

Contact Us

Freebookzone.com | What's New | Missing Link | Feedback

Software Engineering



Book Title : Object-Oriented System Development
eBook download format(s) : HTML html 
ISBN-10 : 020156355X 
ISBN-13 : 978-0-201563-55-9 
Author(s) : Dennis deChampeaux Douglas Lea Penelope Faure 
Publisher : Addison-Wesley Professional (31 May 1993)
Section : Software Engineering
Book Review:

From the Inside Flap
Object-oriented (OO) programming has a growing number of converts. Many people believe that object orientation will put a dent in the software crisis. There is a glimmer of hope that OO software development will become more like engineering. Objects, whatever they are now, may become for software what nuts, bolts and beams are for construction design, what 2-by-4s and 2-by-6s are for home construction, and what chips are for computer hardware construction.

However, before making this quantum leap, object-orientedmethods still have to prove themselves with respect to more established software development paradigms. True, for small tasks the war is over. Object-oriented programs are more compact than classic structured programs. It is easier to whip them together using powerful class libraries. Inheritance allows "differential programming", the modification in a descendant class of what is wrong with a parent class, while inheriting all of its good stuff. User interfaces, which are often sizable fractions of small systems, can be put together easily from object-oriented libraries.

Delivering large object-oriented software systems routinely and cost effectively is still a significant challenge. To quote Ed Yourdon: "A system composed of 100,000 lines of C++ is not to be sneezed at, but we don't have that much trouble developing 100,000 lines of COBOL today. The real test of OOP will come when systems of 1 to 10 million lines of code are developed."

Footnote: To be fair and accurate, systems of 100,000 lines of C++ and those of 1,000,000 lines of COBOL are often of the same order of magnitude in complexity.)
The development of large systems is qualitatively different from that of small systems. For instance, a multinational banking conglomerate may want a system supporting around-the-clock access to the major stock markets in the world. They may additionally want to integrate accounts for all worldwide customers, providing fault-tolerant distributed transaction services. The banking conglomerate cannot realize this system by relying exclusively on a bundle of smart programmers. Instead, as enshrined by the structured paradigm, analysis and design must precede pure implementation activities. OO methods are known by experience to scale up to such large systems. For example, Hazeltine reports a project with "about 1000 classes, 10 methods per class, involving an average of 40 persons over 2 years."

This book is intended to help the reader better understand the role of analysis and design in the object-oriented software development process. Experiments to use structured analysis and design as precursors to an object-oriented implementation have failed. The descriptions produced by the structured methods partition reality along the wrong dimensions. Classes are not recognized and inheritance as an abstraction mechanism is not exploited. However, we are fortunate that a multitude of object-oriented analysis and design methods have emerged and are still under development. Core OO notions have found their home place in the analysis phase. Abstraction and specialization via inheritance, originally advertised as key ingredients of OO programming, have been abstracted into key ingredients of OO analysis (OOA). Analysis-level property inheritance maps smoothly on the behavior inheritance of the programming realm.

A common selling point of the OO paradigm is that it is more "natural" to traverse from analysis to implementation. For example, as described by de Champeaux and Anderson, developers at Hewlett-Packard who were well versed in the structured paradigm reported that the "conceptual distances" between the phases of their project were smaller using OO methods. Classes identified in the analysis phase carried over into the implementation. They observed as well that the defect density in their C++ code was only 50% of that of their C code.

However, more precise characterizations of why this might be so and how best to exploit it are still underdeveloped. The black art mystique of OO methods is a major inhibitor to the widespread acceptance of the OO paradigm. Hence we have devoted ample attention to the process aspects of development methods.
Will this book be the last word on this topic? We hope not. The object-oriented paradigm is still developing. At the same time, new challenges arise. Class libraries will have to be managed. Libraries for classic computer science concepts can be traversed using our shared, common knowledge. But access to application specific domain libraries seems to be tougher. Deciding that a particular entry is adequate for a particular task without having to "look inside" the entry is a challenge. Will the man-page style of annotations be sufficient? Our experience with man-pages makes us doubt that it will be.

Further horizons in OO are still too poorly understood to be exploited in the construction of reliable systems. For example, some day methods may exist for routinely developing "open systems" of "smart" active objects inspired by the pioneering work of Hewitt.

Footnote: Some quotes from this manifesto paper: "This paper proposes a modular ACTOR architecture and definitional method for AI that is conceptually based on a single kind of object: actors\ldots The formalism makes no presuppositions about the representation of primitive data structures and control structures. Such structures can be programmed, micro-coded or hard-wired in a uniform modular fashion. In fact it is impossible to determine whether a given object is 'really' represented as a list, a vector, a hash table, a function or a process. Our formalism shows how all of the modes of behavior can be defined in terms of one kind of behavior: sending messages to actors." We briefly discuss open systems of actors in Chapter 22.

While active object models do indeed form much of the foundation of this book, their furthest-reaching aspects currently remain the focus of research and experimental study.

The object oriented paradigm, and this book, may impact different software professionals in different ways:
Analysts OO analysis is a fairly new enterprise. There is an abundance of unexplored territory to exploit. On the other hand there are few gurus to rely on when the going gets tough. The OO paradigm is tough going when one has been inundated with the structured way of thinking. While structured analysis is supposed to be implementation technique independent, it turns out to have a built-in bias toward classical implementation languages. Its core abstraction mechanism is derived from the procedure/function construct. Letting structured abstractions play second violin to object and inheritance takes some effort.
Designers OO design is as novel as OO analysis. By virtue of object orientation, more activities in the design phase and links to both analysis and implementation can be distinguished than has been previously possible. Our treatment focuses on the continuity of analysis and design, thus presenting many descriptive issues that are normally considered as "OO design" activities in the context of OOA. On the other side, it pushes many decisions that are usually made in the implementation phase into design.

Implementors OO implementation should become easier when the task of satisfying functional requirements has been moved into the design phase. Implementation decisions can then concentrate on exploiting the features of a chosen configuration and language needed to realize all the remaining requirements.

Software engineers OO software development is becoming a viable alternative to structured development. The application domains of both appear virtually the same. While the structured version has the advantage of currently being better supported by CASE tools, the object-oriented version will most likely become even better supported.

Project managers Experience with OO methods may be obtained using a throwaway, toy example to go through all the phases. The promise of large scale reuse should justify the transition costs. Software development planning is notoriously hard. This text addresses this topic by formulating a generic development scenario. However, foolproof criteria for measuring progress are as yet unavailable.
Tool builders The OO community needs integrated tools. In addition to object orientation, team effort, version control, process management, local policies, metrics, all need support.

Methodologists We cite open issues and unsolved problems throughout thetext, usually while discussing further readings.

Students and teachers While the object-oriented paradigm is rapidly overtaking industrial software development efforts, few courses address fundamental OO software engineering concepts untied to particular commercial methods. We have successfully used material in this book as a basis for one-semester graduate and undergraduate courses, one- week courses, and short tutorials.

Footnote: A team-based development project is almost mandatory for effective learning in semester courses, but raises logistics problems common to any software engineering course. Projects should neither be so big that they cannot be at least partially implemented by a team of about three students within the confines of a semester, nor be so small that they evade all systems-level development issues. Successful projects have included a version of ftp with an InterViews based interface, and a simple event display system for Mach processes. To implement projects, students who do not know an OO programming language will need to learn one long before the end of the course. One way to address this is to teach the basics of OOP in a particular language and other implementation pragmatics early on, independently of and in parallel with the topics covered in this book. For example, in a course meeting two or three times per week, one class per week could be devoted to programming and pragmatics. As the semester continues, this class could focus on project status reports and related discussions. This organization remains effective despite the fact that the contents of the different classes are often out of synch. By simplifying or eliminating project options corresponding to the contents of Chapters 22 through 26, final implementation may begin while still discussing how these issues apply to larger efforts.

Others The reader may think at this point that this book is relevant only for large system development. We don't think so. Even in a one-hour single-person programming task, activities applying to a large system can be recognized. The difference is that these activities all happen inside the head of the person. There is no written record of all the decisions made. The person may not even be aware of some of the decisions. We hope that everyone will obtain a better understanding of the overall development process from this book.

This text does not aim at defining yet another OO "method". Instead, we aim to give a minimum set of notions and to show how to use these notions when progressing from a set of requirements to an implementation. We reluctantly adopt our own minimal (graphical) analysis and (textual) design notations to illustrate basic concepts. Our analysis notation (OAN) and design language (ODL) are "lightweight" presentation vehicles chosen to be readily translatable into any OO analysis, design, and programming languages and notations you wish to use. (Notational summaries may be found in the Appendix.)

Most of what we have written in this book is not true. It is also not false. This is because we are in the prescriptive business. Software development is a special kind of process. We describe in this book a (loosely defined) algorithm for producing a system. Algorithms are not true or false. They are appropriate for a task or not. Thus this book should contain a correctness proof that demonstrates that the application of its methods invariably yields a desired system. However, due to space limitations, we have omitted this proof.

More seriously, we have tried to decrease the fuzziness that is inherent in prescriptive text by giving precise textual descriptions of the key notions in the respective methods. We have tried to be precise as well, in describing how analysis output carries over into design and how the design output gets massaged into an implementation. Thus we obtain checks and balances by integrating the methods across the development phases. This, of course, provides only a partial check on the correctness of the methods. Their application will be their touchstone.

We are opinionated regarding formal techniques. We want to offer software developers "formality a la carte". Developers may want to avoid rigorous "mathematical" precision as one extreme, or may want to provide correctness proofs of a target system against the requirements as another extreme. We leave this decision to the developer. As a consequence for us, we avoid introducing notions for which the semantics are not crystal clear. As a result, the developer can be as formal as desired. Since we were at times unable to come up with concise semantics, we have omitted some modeling and design notions that are offered in other accounts.

While we have tried to provide a solid foundation for the core concepts, we are convinced as well that a true formalist can still point out uncountably many ambiguities. On the other side, we simply do not understand most of the material in this book sufficiently well to trivialize it into recipes.

Although one can read this book while bypassing the exercises, we do recommend them. Some exercises ask you to operationalize the concepts in this book. Others are quick "thought questions", sometimes even silly sounding ones, that may lead you into territory that we have not explored.

Acknowledgments Together, we thank our editors Alan Apt and John Wait, and reviewers Jim Coplien, Lew Creary, Desmond D'Souza, Felix Frayman, Watts Humphrey, Ralph Johnson, and Hermann Kaindl.

DdC thanks Alan Apt for being a persistent initiator to this enterprise. He has an amazing ability to exploit your vanity and lure you in an activity that is quite hazardous to plain family life. On the way he gives encouragement, blissfully ignoring the perilous situation in which the writer has maneuvered him/herself. Donna Ho provided an initial sanity check. Patricia Collins expressed very preciselyher concerns about domain analysis.

DL thanks others providing comments and advice about initial versions, including Umesh Bellur, Gary Craig, Rameen Mohammadi, Rajendra Raj, Kevin Shank, Sumana Srinavasan, and Al Villarica. And, of course, Kathy, Keith, and Colin.




add to del.icio.us                 Digg Freebookzone.com!

You may use anyone of the download options


eBook VersionBuy this book from Amazon
Front Cover

Missing Link?, Report It and try these 2 + 1 alternates...
  
     Buy 


Tell a Friend!

Similar Book titles in Software Engineering section:
Software Development Guidelines
Open Source Development with CVS, 3rd Edition
Reusable Software Components: Object-Oriented Embedded Systems Programming in C
Adaptive Object-Oriented Software
Object-Oriented Software Composition
Recommended Approach to Software Development
Manager's Handbook for Software Development
Essential Skills for Agile Development
Recommended Approach to Software Development
Professional Software Development: Shorter Schedules, Higher Quality Products, More Successful Projects, Enhanced Careers
The Art of Agile Development
The CVS Book: Open Source Development with CVS
Case Studies in Systematic Software Development
Agile Software Development Methods - Review and Analysis


Similar Book titles in Other sections:

Section: Bio-Chemistry
The Cell Cycle and Development
Developmental Biology, 6th Edition
Systems Biology in Practice
Systems Biology: Properties of Reconstructed Networks


Section: CS -> Compilers and Languages
The Gentle Compiler Construction System
Denotational Semantics: A Methodology for Language Development


Section: Data Structures and Algorithms
Data Structures and Algorithm with Object-Oriented Design Patterns in Java
Data Structure and Algorithm with Object-Oriented Design Patterns in Cpp
Data Structure and Algorithm with Object-Oriented Design Patterns in CSharp
Data Structure and Algorithm with Object-Oriented Design Patterns in Python
Data Structure and Algorithm with Object-Oriented Design Patterns in Ruby
Show all..


Section: CS -> Hardware
Designing Computers and Digital Systems


Section: Parallel Computing
Handbook of Applied Expert Systems


Section: CS -> Theory
Implementing CIFS: The Common Internet File System
Quantitative System Performance - Computer System Analysis Using Queueing Network Models
Capability-Based Computer Systems
Discovering Information Systems An Exploratory Approach
Intelligent Vision Systems for Industry
Show all..


Section: DB -> Datawarehousing
Database Systems: Concepts, Languages and Architectures


Section: DB -> DB / 2
DB2 Application Development Guide


Section: DB -> Oracle
Database Systems: The Complete Book
Oracle8 Distributed Database Systems Release 8.0
Oracle8 Black Book: The Oracle Professional's Guide to Implementing the Object-Oriented Features of Oracle8


Section: DB -> Others
The Object-Oriented Database System Manifesto
Object-Oriented Database Management Systems Revisited
Database System Concepts, Fifth Edition
Concurrency Control And Recovery in Database Systems


Section: Device Drivers
An I/O Device Driver Model and Framework for Embedded Systems
The Mobius Operating System: Documentation: Device Driver Book
Windows MultiMedia System Book


Section: Logic Design and Architecture
A primer on noise in VLSI systems
Design of VLSI Systems
Electronic System Design Group
Automated Manufacturing Systems with PLCs


Section: Microprocessor
DSC Dual Processor System Controller User's Manual
IA-32 Intel Architecture Software Developer's Manual Volume 3: System Programming Guide
Low Power System Design Considerations
Embedded Internet for Embedded Systems Professionals


Section: Peripherals
EISA System Architecture Second Edition
PCI Audio Design Guide for Embedded Systems


Section: Internet
Windows NT Internet and Intranet Development


Section: Advanced Java
Application Development with VisualAge for Java Enterprise
Java Thin Client Systems with VisualAge Generator
Principles of Object-Oriented Programming in Java
Java Application Development for CICS
Interface Design: Best Practices in Object-Oriented API Design in Java
Show all..


Section: Java Enterprise Edition
J2EE and XML Development
JBoss Administration and Development 2nd Ed
JBoss Administration and Development 2nd Ed


Section: Java User Interface
Evaluating Java for Game Development


Section: Java Language
Java Application Development on Linux


Section: Java Tools
Java Application Development for CICS
Application Development with VisualAge for Java Enterprise


Section: Mathematics
Templates for the Solution of Linear Systems: Building Blocks for the Iterative Methods
Implementing Mathematics with The Nuprl Proof System
Mathematics for Algorithm and Systems Analysis
Unsolved Problems in Mathematical Systems and Control Theory
Ordinary Differential Equations And Dynamical Systems
Show all..


Section: Medical
Clinical Cardiac Electrophysiology in the Young (Developments in Cardiovascular Medicine)


Section: Miscellaneous
Systematic Software Development Using VDM, 2nd Edition
Universal Command Guide for Operating Systems


Section: Sales, Marketing & Trading
Software Product Management: Managing Software Development from Idea to Product to Marketing to Sales


Section: Microsoft C Sharp (C#)
Data Structures and Algorithms with Object-Oriented Design Patterns in C#
C# Web development


Section: Microsoft COM/DCOM/ActiveX/ATL
Learn Active X Template Library Development With Visual C++ 6.0


Section: Microsoft Windows Servers
Microsoft Systems Management Server 2.0 Training Kit
Special Edition Using Microsoft Commercial Internet System


Section: Windows Development
Windows NT File System Internals: A Developers Guide


Section: Networking
Introduction to Computer, Internet & Network Systems Security
Simulation of Communication Systems
Open Distributed Systems
Advanced IP Network Design (CCIE Professional Development)
Security Engineering: A Guide to Building Dependable Distributed Systems
Show all..


Section: GNU/Linux OS
KDE 2.0 Development
Security in Open Systems
Debian GNU/Linux System Administrator's Manual
Linux System Administrator's Survival Guide
CVS --Concurrent Versions System
Show all..


Section: Mac OS X
Step into Xcode: Mac OS X Development


Section: Embedded and RTOS
Building Embedded Linux Systems
Real-time Systems Specification, Verification and Analysis
Programming Embedded Systems in C and C++
Embedded Systems Dictionary
Embedded System Design: A Unified Hardware/Software Approach
Show all..


Section: Solaris OS
Intermediate System Administration for the Solaris 9 Operating Environment SA-239 Student Guide


Section: OS Theory
Creating Your Own Operating System
Operating System Tutorials
The Common Man's Guide to Operating System Design
Programming the Be Operating System
Operating Systems: Internals and Design Principles, Fourth Edition
Show all..


Section: Unix OS
Nextstep Programming: Step One : Object-Oriented Applications/Book and Disk
UNIX Unleashed, System Admin's Edition
Unix System Administration
Unix System Administration - Survival Course
SCO Operating System User's Guide
Show all..


Section: Assembly Language
Windows Assembly Language & Systems Programming: 16- And 32-Bit Low-Level Programming for the PC and Windows
Linux System Calls for Assembly Language Programmers


Section: C Language
Object-Oriented Programming with ANSI C
Programming in C, UNIX System Calls and Subroutines Using C
The Development of the C Language
Object-Oriented Programming And The Objective-C Language


Section: C++ Language
Data Structures and Algorithms with Object-Oriented Design Patterns in C++
Introduction to Object-Oriented Programming Using C++
Wireless Game Development in C/C++ with BREW
C++ Network Programming, Volume 2: Systematic Reuse with ACE and Frameworks


Section: Other Programming
Ada 95: The Craft of Object-Oriented Programming
Ada: A Developmental Approach (LAW: Learn Ada on the Web)
Building Expert Systems in Prolog
Seamless Object-Oriented Software Architecture: Analysis and Design of Reliable Systems
A Functional Pattern System for Object-Oriented Design
Show all..


Section: Perl Scripting
Learning Perl on Win32 Systems
Perl for System Administration : Managing multi-platform environments with Perl


Section: Smalltalk
Smalltalk: An Introduction to Application Development Using VisualWorks
Squeak: Object-Oriented Design with Multimedia Applications


Section: Redbooks Draft
The IBM System Storage N Series
IBM System p5 Approaches to 24x7 Availability
Using DCSS/XIP with Oracle 10g on Linux for System z
System i Application Modernization: Building a New Interface to Your Legacy Applications
IBM System i5, eServer i5, and iSeries Systems Builder, i5/OS Version 5 Release 4
Show all..


Section: Redbooks
IBM AIX 5L Reference for HP-UX System Administrators
Certification Study Guide - pSeries AIX System Administration
Certification Study Guide - pSeries AIX System Support
Advanced POWER Virtualization on IBM System p5
IBM eServer i5, iSeries, and AS/400e System Builder IBM i5/OS Version 5 Release 3 - October 2005
Show all..


Section: IBM Technotes
How VSS Works with Tivoli Storage Manager for Copy Server and IBM System Storage Hardware
CommonStore Solution Deployment Consideration: Initial Offload and Large System Deployment
Migrating from Hierarchical File Systems to zSeries File Systems


Section: Redpapers
Lotus Domino 7 Application Development
IBM System p5 510 and 510Q Technical Overview and Introduction
PCI and PCI-X Placement Rules for IBM System i5, eServer i5, and iSeries servers with i5/OS V5R4 and V5R3
IBM System p5 185 Technical Overview and Introduction
Introducing N_Port Identifier Virtualization for IBM System z9
Show all..


Section: Redpapers Draft
IBM System p5 505 and 505Q Technical Overview and Introduction
IBM System p5 550 and 550Q Technical Overview and Introduction
IBM System Storage N Series Implementation of RAID Double Parity for Data Protection
IBM System Storage N series MultiStore and SnapMover
IBM System p5 510 and 510Q Technical Overview and Introduction
Show all..


Section: Software Testing
Systematic Software Testing


Section: Web Programming
PHP and MySQL Web Development
Secure PHP Development: Building 50 Practical Applications
PHP Fast & Easy Web Development, 2nd Edition


Section: Web Technology
Windows NT 4 Web Development


Similar Books from Amazon :


Tell a Friend!


©2008 FreeBookZone.com - Home - Privacy Policy - Program Policy, Terms and Conditions