Epilogue,In Full Frankness Exposing the Language thusiastically setting ou tove some of the most pressing problems of oare engineering,this book has developed an ambitious method for developing quality systems.Since no method is possible without a supporting notation,we have had to devise,as we learned the various components of object-oriented software construction, what in the end turned out to be a complete lifecycle language for software analysis, specification,design,implementation,maintenance and documentation. Instead of reading on page one,however,the name of the language that you would be using,you have been invited to participate with the author in developing the notation, chapter after chapter,notion after notion,construct after construct.And until now that language has remained nameless.Why?The reasons were sketched in the preface but may deserve some final elaboration. First,I hope that even though you were warned that the notation already exists and is extensively documented in tens of published textbooks,hundreds of articles and thousands of Usenet messages,you earnestly accepted the pedagogical convention that you participated in its design as you were reading this book.Although this has made life a little harder for the author-imagine:having to justifi every single construct,instead of bringing it to the people down from the top of Mount Sinai-the effort will have been worthwhile if it has succeeded in giving you a better understanding notonly of what things are but of why they must be that way.Second,the convention has enabled us to concentrate on the method,not on notational details,making this book useful not just to people who will indeed have access to the language through one of the supporting commercial environments,but also to those readers who are required to use less complete O-O languages such as Smalltalk,C++,Ada 95,Java or Object Pascal,or even a non- O-O one such as C,Fortran,Pascal or Ada,to which one can apply the emulation techniques discussed in earlier chapters. Fiction or not,the mystery is not very hard to penetrate.Even if you have not looked at the back cover of this book or read other works by the same author (including the complete language description [M 1992)),just a cursory glance at some of the bibliographical references will have revealed all there is to reveal.And books such as this one are meant to be not only read but re-read,so the surprise,if any,will not last longEpilogue, In Full Frankness Exposing the Language Enthusiastically setting out to solve some of the most pressing problems of software engineering, this book has developed an ambitious method for developing quality systems. Since no method is possible without a supporting notation, we have had to devise, as we learned the various components of object-oriented software construction, what in the end turned out to be a complete lifecycle language for software analysis, specification, design, implementation, maintenance and documentation. Instead of reading on page one, however, the name of the language that you would be using, you have been invited to participate with the author in developing the notation, chapter after chapter, notion after notion, construct after construct. And until now that language has remained nameless. Why? The reasons were sketched in the preface but may deserve some final elaboration. First, I hope that even though you were warned that the notation already exists and is extensively documented in tens of published textbooks, hundreds of articles and thousands of Usenet messages, you earnestly accepted the pedagogical convention that you participated in its design as you were reading this book. Although this has made life a little harder for the author — imagine: having to justify every single construct, instead of bringing it to the people down from the top of Mount Sinai — the effort will have been worthwhile if it has succeeded in giving you a better understanding not only of what things are but of why they must be that way. Second, the convention has enabled us to concentrate on the method, not on notational details, making this book useful not just to people who will indeed have access to the language through one of the supporting commercial environments, but also to those readers who are required to use less complete O-O languages such as Smalltalk, C++, Ada 95, Java or Object Pascal, or even a non￾O-O one such as C, Fortran, Pascal or Ada, to which one can apply the emulation techniques discussed in earlier chapters. Fiction or not, the mystery is not very hard to penetrate. Even if you have not looked at the back cover of this book or read other works by the same author (including the complete language description [M 1992]), just a cursory glance at some of the bibliographical references will have revealed all there is to reveal. And books such as this one are meant to be not only read but re-read, so the surprise, if any, will not last long