home *** CD-ROM | disk | FTP | other *** search
/ Danny Amor's Online Library / Danny Amor's Online Library - Volume 1.iso / html / faqs / faq / object-faq / part3 < prev    next >
Encoding:
Text File  |  1995-07-25  |  58.4 KB  |  1,511 lines

  1. Subject: Comp.Object FAQ Version 1.0.7 (10-27) Part 3/10
  2. Newsgroups: comp.object,comp.answers,news.answers
  3. From: Bob Hathaway <rjh@geodesic.com>
  4. Date: 29 Oct 1994 11:42:14 GMT
  5.  
  6. Archive-name: object-faq/part3
  7. Last-Modified: 10/27/94
  8. Version: 1.0.7
  9.  
  10. > ORBELINE - The SMART Object Request Broker
  11.  
  12. ORBeline is a complete implementation of OMG's Common Object Request
  13. Broker Architecture (CORBA).  ORBeline goes beyond the standard 
  14. specification to provide a SMART communication framework allowing
  15. you to easily develop large distributed applications that are robust,
  16. scalable, flexible and maintainable.  ORBeline incorporates PostModern's
  17. proven communication framework that links thousands of nodes.
  18.  
  19. See Appendix E:65 for a complete description and anon FTP info.
  20.  
  21.  
  22. > Orbix
  23.  
  24. Orbix
  25. Iona Technologies Ltd.
  26. 8-34 Percy Place
  27. Dublin 4
  28. Ireland
  29.  
  30. The latest release of Orbix, Version 1.2, includes an Object Loader function 
  31. for the first time, as well as an upgraded Interface Repository, a new
  32. approach to filtering, and more code examples to guide programmers. 
  33.  
  34. Orbix was launched in June 1993 as the first full and complete implementation 
  35. of the Object Management Group's (OMG's) Common Object Request Broker
  36. Architecture (CORBA) standard.  With Orbix, programmers can develop
  37. distributed, object oriented applications following a consistent and
  38. straightforward, standards-based model. 
  39.  
  40. With Orbix Version 1.2 IONA has added the ability to dynamically load objects 
  41. at runtime through its Object Loader function. This enables developers to more 
  42. easily integrate Orbix applications with existing data stores be they 
  43. traditional flat file databases, relational databases or object oriented
  44. databases. 
  45.  
  46. The improved Interface Repository is an integral part of IONA's CORBA 
  47. implementation. The Interface Repository operates as a dynamic browser which is
  48. populated with all objects or services available at runtime keeping programmers
  49. informed of the functions, attributes and characteristics of objects and 
  50. services. 
  51.  
  52. In version 1.2 IONA has also extended the whole approach to filtering of 
  53. requests, and has made it easier for users to integrate Orbix with their
  54. security systems providing for improved reliability of distributed systems
  55. built using Orbix. IONA has also extensively extended the number, and scope, of
  56. code examples it ships with the product to help developers learning how to use
  57. the system. 
  58.  
  59. IONA released Orbix for SunSoft Solaris and SunOS at the Object World 
  60. exhibition in San Francisco, Calif., June 1993.  Since then it has rolled
  61. out versions of Orbix for Microsoft Windows NT,  Silicon Graphics IRIX  and
  62. HP/UX. IONA demonstrated a version of Orbix for Microsoft Windows 3.1 at
  63. Object World in London, England last October.  Orbix for Microsoft Windows
  64. 3.1 is now in beta.  In January 1994, IONA and SunSoft Inc. signed an
  65. agreement to align their implementations of CORBA. The two companies
  66. demonstrated interoperability between IONA's Orbix running on Microsoft
  67. Windows 3.1 and SunSoft's Distributed Objects Everywhere (DOE) on Solaris.
  68.  
  69. In addition Orbix-TP, integration with Tuxedo for transaction processing, has 
  70. just entered beta testing. Work is underway on Orbix-FT, integration with
  71. the Isis distributed system, will deliver a fault-tolerant ORB.
  72.  
  73. Paul Hickey,                                        tel: +353-1-6686522
  74. Iona Technologies Ltd.,                             fax: +353-1-6686573
  75. 8-34 Percy Place,                                   email: pth@iona.ie
  76. Dublin 4
  77. Ireland
  78.  
  79. Availability
  80. ------------
  81.  
  82. The full Orbix availability and release schedule looks like:
  83.  
  84. Operating System    C++ Compiler        Release
  85.                         Date 
  86. -------------------------------------------------------
  87. SunOS 4.1             SPARCompiler 2.1    NOW
  88. SunOS 4.1             SPARCompiler 3.0.2  NOW
  89. SunOS 4.1             Lucid 3.1           NOW
  90. SunOS 4.1             GNU 2.5.8           NOW
  91. Solaris 2.x           SPARCompiler 3.0.2  NOW
  92. Solaris 2.x           SPARCompiler 4.0    NOW
  93. Solaris 2.x           GNU 2.5.7           NOW
  94. IRIX 4.0.5H           Native              NOW
  95. IRIX 5.x              Native              NOW
  96. HP-UX                 Native              NOW
  97. Microsoft Windows NT  Visual C++          NOW
  98. Microsoft Windows NT  Borland             NOW
  99. Microsoft Windows 3.1 Visual C++          In Beta
  100. IBM AIX               C Set++             4th Qtr
  101. OSF/1                 DEC C++             4th Qtr
  102. SCO                   Native              4th Qtr
  103. UnixWare              Computer Innovations 4th Qtr
  104. Ultrix                DEC C++             4th Qtr
  105.  
  106. Release of Orbix on OS/2 is also imminent.
  107.  
  108. Documents Available from IONA
  109. -----------------------------
  110.  
  111.     electronic mail server     - server@iona.ie
  112.     anonymous ftp file server  - ftp ftp.iona.ie
  113.     World Wide Web             - http://www.iona.ie/
  114.  
  115.  
  116. > NCR 'Cooperative Frameworks' -- a Distributed Object Foundation
  117.  
  118. From: Randy Volters <randy.volters@columbiasc.ncr.com>
  119. Subject: re-post: NCR Cooperative Frameworks (new phone no.)
  120.  
  121. November 19, 1993
  122.  
  123. NCR ANNOUNCES BETA AVAILABILITY
  124. OF 'Cooperative Frameworks' -- 
  125. a Distributed Object Foundation
  126.  
  127. Product Background -
  128. NCR Cooperative Frameworks(TM) were first released for sale 
  129. in 10/1991 as "the frameworks" part of the NCR COOPERATION(TM) 
  130. product, and are based on NCR's submission to OMG.  
  131. Cooperative Frameworks release 3.0 makes the product 
  132. available apart from COOPERATION. 
  133.  
  134. Product Description -
  135. Cooperative Frameworks is a distributed object foundation 
  136. for building computing applications and services on networks 
  137. of heterogeneous computers.
  138.  
  139. Cooperative Frameworks consists of an integrated suite of 
  140. C++ class libraries that:
  141.  
  142.     -    defines and implements a comprehensive enterprise 
  143.         architecture and methodology for creating 
  144.         distributed implementations of C++ classes over 
  145.         networks
  146.  
  147.     -    allows customers to build and use object services 
  148.         over a network 
  149.  
  150.     -    supports TCP/IP, NetBIOS, Lan Manager NetBEUI and 
  151.         OSI protocols, X.25
  152.  
  153. NCR Cooperative Frameworks currently has two portable ORB 
  154. toolkits (others are planned for future release) -- 
  155. (1) C++ ORB toolkit consisting of over 300 C++ classes and 
  156.     runtime libraries
  157.  
  158. (2) CORBA 1.1 toolkit  Both are for:
  159.  
  160.     -    wrapping existing databases and legacy 
  161.         applications for improved availability
  162.         and maintainability on systems of heterogeneous 
  163.         computers, operating systems and networks
  164.  
  165.     -    building next-generation, object-oriented, 
  166.         distributed computing applications for
  167.         networks of heterogeneous computers, operating 
  168.         systems and network operating systems
  169.  
  170. Cooperative Frameworks come with predefined object services 
  171. for implementing distributed systems:
  172.  
  173.     -    Naming - network implementation of X.500 directory 
  174.         provides object naming service
  175.  
  176.     -    Logging - provides local and server based error 
  177.         logging
  178.  
  179.     -    Fine-grain Data Management - class libraries are 
  180.         designed around fine grained objects, developers can 
  181.         build distributed objects as large or as small as 
  182.         needed
  183.  
  184.     -    Persistence - the same object stream model for 
  185.         communication between internal ORB functions is used to 
  186.         support object persistence.  Persistent objects can be 
  187.         files, relational or object databases
  188.  
  189.     -    Dynamic Service Location - provides a mechanism for 
  190.         registering services and entities in a distributed 
  191.         system and invoking targeted services based on service 
  192.         characteristics -- rather than names
  193.  
  194.     -    Dynamic Service Activation - provides a mechanism for 
  195.         object activation when method invocations are required, 
  196.         and deactivation when not needed
  197.  
  198.     -    Event Service (Release 3.1) - Implements an OMG/JOSS 
  199.         compliant event service
  200.  
  201.     -    Network Configuration Tools - simplifies creation of 
  202.         directory entries required for cross domain operation 
  203.         in a multiple domain heterogeneous network.
  204.  
  205. NCR Cooperative Frameworks run on multiple UNIX platforms, 
  206. including HP-UX, Sun Solaris, NCR 3000 UNIX and NCR 
  207. StarServer UNIX SVR4; and on MS Windows 3.1.  Cooperative 
  208. Frameworks has been demonstrated on Novell NetWare v3.11, 
  209. and was originally developed on MS OS/2 v1.x.  Development 
  210. environments supported include CFRONT and C++ Workbench from 
  211. NCR, HP Softbench Sun SPARCworks and Borland IDE.
  212.  
  213. Implementation - implementation is for client/server system 
  214. architectures as a set of DLL and shared libraries
  215.  
  216. Languages used for IDL mapping - IDL bindings for C, (or 
  217. object services can be implemented directly in C++)
  218.  
  219. Release date - Release 3.0 is available now to early 
  220. developers with general availability set for December, 1993; 
  221. Release 3.1 will be available to early developers 1Q 1994 
  222. with general availability set for 2Q 1994
  223.  
  224. Product interoperability - Full interoperability between NCR 
  225. Cooperative Framework implementations on supported platforms 
  226. is available now; interoperability with selected CORBA 1.1 
  227. ORBs and CORBA 2.0 ORBs is planned
  228.  
  229. Company Name -
  230. NCR Corporation (An AT&T Company)
  231.  
  232. Address --    Software Products Division-Columbia
  233.             3245 Platt Springs Road
  234.             West Columbia SC 29170
  235.  
  236.             Phone
  237.             (803) 939-7500
  238.             FAX
  239.             (803) 939-7745
  240.             Contact Name
  241.             Randy Volters, Sr. Product Manager
  242.             Cooperative Frameworks
  243.             Email: Randy.Volters@ColumbiaSC.NCR.COM
  244.             Ext. 7774
  245.  
  246. Company Description -
  247. NCR, AT&T's computer business, brings computing and 
  248. communications solutions together to provide people easy 
  249. access to information and to each other -- anytime, 
  250. anywhere.
  251.  
  252.  
  253. > Suite Software SuiteDOME
  254.  
  255. Product:  DOME - Distributed Object Management Environment
  256.  
  257. Company:  Object Oriented Technologies Ltd
  258.           118-120, Warwick Street, Leamington Spa, CV32 4QY  England
  259.  
  260. Contact:  Chris Nugent,  email: chris@rtc.co.uk
  261.           tel: +44 (0)926 313133  fax: +44 (0)926 422165
  262.                         
  263. Short Description:
  264.         DOME provides heterogenous distribution across many platforms
  265.         and networks, including:
  266.             UNIX, Windows, Windows NT, OS/2, OSF/1 (AXP), OpenVMS, 
  267.             SunOs, Solaris, HP-UX, SGI Unix, Stratus FTX,
  268.             TCP/IP, NetBIOS, XTI
  269.         As a fully peer-to-peer product DOME can be used to build systems
  270.         using any combination of the above.
  271.  
  272. Long Description:
  273.         DOME is an ORB toolkit for the production of user-configured
  274.         ORBs and servers. It is a multi-threaded high performance ORB
  275.         suitable for use in large scale commercial systems and embedded 
  276.         real-time systems.
  277.  
  278.         DOME is non-intrusive, meaning that the application development
  279.         is separated from the means of distribution and the problem of
  280.         distributed object management; this allows the application to
  281.         be built and tested on a single machine using local resources.
  282.         Existing software can also be incorporated easily, providing
  283.         integration for legacy systems.
  284.  
  285.         DOME is constructed as a C++ class library, from which ORBs
  286.         can be configured and constructed to best suit the runtime
  287.         environment. This provides great flexibility since new classes
  288.         can be derived from existing ones and the resulting configurations 
  289.         implemented to user-specific requirements.
  290.  
  291.         Database distribution can be as simple persistent files, 
  292.         RDBMSs, OODMS, or a combination of these.
  293.  
  294.         DOME has a CORBA-conformant interface, and is CORBA 1.0 compliant
  295.         with the following divergences -
  296.         additions:
  297.         - full C++ binding,
  298.         - integral support for GUI development,
  299.         - network monitoring & analysis,
  300.         - transaction management,
  301.         - location broking,
  302.         - enhanced security;
  303.         ommissions:
  304.         - dynamic invocation, which is seen as detrimental to performance 
  305.           and network security; however, DOME does allow stream operators 
  306.           to perform the same function.
  307.  
  308.         DOME was first released in August 1993; version 2 in May 1994.
  309.  
  310.  
  311. 3.8.7  Books, Articles, And Literature
  312. --------------------------------------
  313.  
  314. This section is expected to grow considerably in the future.
  315.  
  316. "Distributed Object Computing With CORBA", C++ Report, July/August 1993
  317.  
  318. The Object Database Standard: ODMG-93
  319. edited by: R.G.G. Cattell
  320. published by Morgan Kaufmann Publishers, San Mateo, California
  321. [Covers CORBA standards with respect to OODBs]
  322.  
  323.  
  324. 3.9)  Why Is Garbage Collection a Good Thing?
  325. ---------------------------------------------
  326.  
  327.   From: Paul Johnson (paj@gec-mrc.co.uk)
  328.  
  329. Garbage collection (GC) is a facility in the run-time system associated with a
  330. language which will automatically reclaim objects which are no longer used.
  331. OO Languages which require garbage collection include Eiffel, Smalltalk and
  332. CLOS.  C and C++ can have garbage collection retrofitted (see [3] below).
  333. [Ada has switchable GC, too -bob]
  334.  
  335. Without GC programmers must explicitly deallocate dynamic storage when
  336. it is no longer needed (in C this is done by a call to free(3)).
  337. There are a number of problems with this:
  338.  
  339. 1: Bugs due to errors in storage deallocation are very hard to find,
  340.    although products are available which can help.
  341.  
  342. 2: In some circumstances the decision about whether to deallocate
  343.    storage cannot be made by the programmer.  Drawing editors and
  344.    interpreters often suffer from this.  The usual result is that the
  345.    programmer has to write an application-specific garbage collector.
  346.  
  347. 3: An object which is responsible for deallocating storage must be
  348.    certain that no other object still needs that storage.  Thus many
  349.    modules must co-operate closely.  This leads to a tight binding
  350.    between supposedly independent modules.
  351.  
  352. 4: Libraries with different deallocation strategies are often
  353.    incompatible, hindering reuse.
  354.  
  355. 5: In order to avoid problems 3 and 4, programmers may end up copying
  356.    and comparing whole objects rather than just references.  This is a
  357.    particular problem with temporary values produced by C++ overloaded
  358.    operators.
  359.  
  360. 6: Because keeping track of storage is extra work, programmers often
  361.    resort to statically allocated arrays.  This in turn leads to
  362.    arbitrary restrictions on input data which can cause failure when
  363.    the assumptions behind the chosen limits no longer apply.  For
  364.    instance many C compilers limit expression nesting, identifier
  365.    length, include file nesting and macro stack depth.  This causes
  366.    problems for programs that generate C.
  367.  
  368. One partial solution to a lack of GC is reference counting.  In this
  369. scheme each object keeps a count of references to it.  When this count
  370. drops to zero the object is automatically deallocated.  However this
  371. is inefficient (swapping two references will result in three
  372. decrements, three increments and six comparisons) and cannot reclaim
  373. circular data structures.  Two systems that use a reference count GC
  374. are the Interviews C++ graphics library and the Unix file system (the
  375. link count).
  376.  
  377. Opponents of GC reply that it introduces an overhead which is
  378. unacceptable in some applications.  However the overhead of manual
  379. storage deallocation is probably as high as GC.  GC algorithms are
  380. also available with good real-time behaviour.
  381.  
  382. [Further, GC can perform compaction improving locality of reference.]
  383.  
  384. Further Reading:
  385.  
  386. [1] "Object-Oriented Software Construction" by Meyer puts the argument
  387. for GC.
  388.  
  389. [2] "Uniprocessor Garbage Collection Techniques," by Paul R. Wilson,
  390. in Memory Management (proceedings of 1992 Int'l Workshop on Memory 
  391. Management, Sept. 1992, St. Malo, France, Yves Bekkers and Jacques Cohen, 
  392. eds.), Springer Verlag Lecture Notes in Computer Science #637.
  393.  
  394. This is an excellent summary of the state of the art in GC algorithms.  This
  395. and other papers about garbage collection are available in PostScript via
  396. anonymous ftp (cs.utexas.edu:pub/garbage/gcsurvey.ps.  [See APPENDIX E]
  397.  
  398. [3] "Garbage Collection in an Uncooperative Environment" by Boehm and
  399. Weiser.  Software --- Practise and Experience vol 18(9), pp 807-820.
  400. Sept 1988.  This describes GC in C and C++.
  401.  
  402.  
  403. 3.10)  What Can I Do To Teach OO To The Kids?
  404. ---------------------------------------------
  405.  
  406. Smalltalk (in its original 1972 version) was initially intended to make
  407. computer programming easy enough for children.  The idea was that manipulating
  408. objects was something more intuitive and natural than coding procedures.
  409.  
  410. Other entries or suggestions are welcome, please send to the author of the FAQ.
  411.  
  412.  
  413. 3.11) What Is Available On Object-Oriented Testing?
  414. ---------------------------------------------------
  415.  
  416. [This entry was donated by Doug Shaker and is certainly a FAQ]
  417.  
  418. Testing of Object-Oriented Programming (TOOP) FAQ/Resource Summary
  419.  
  420. Posted to comp.object, comp.lang.c++, comp.lang.smalltalk and
  421. comp.software.testing.
  422.  
  423. Last revised on 93.10.27.  The most notable change is in the additions
  424. to the Software section.  Also a couple of articles added to the
  425. Written Material section.
  426.  
  427.  
  428. > What?
  429.  
  430. This is a summary of resources on the Testing of Object-Oriented
  431. Programming that have been mentioned to me over the net, in email,
  432. or other means.  Sections include Written Material, Courses, and
  433. Software.  It is kind of like an FAQ, though it isn't organized 
  434. that way.
  435.  
  436. > Who?
  437.  
  438. I work for a Unix software house, Qualix Group, in the US.   Here is
  439. my sig:
  440.  - Doug Shaker
  441.     voice:    415/572-0200
  442.     fax:    415/572-1300
  443.     email:    dshaker@qualix.com
  444.     mail:    Qualix Group
  445.         1900 S. Norfolk St., #224
  446.         San Mateo, CA 94403
  447. I am NOT a researcher on the testing of object-oriented programming.
  448. I just collate the stuff that is sent to me by people who REALLY know
  449. something.  See the section "ACKs" at the end.
  450.  
  451. I just think it is important.
  452.  
  453. > Why?
  454.  
  455. Why is this important? If classes are really to be reused in
  456. confidence, they must be blatantly correct.  The classes must be easily
  457. testable during initial evaluation by the client programmer.  They must
  458. also be testable under different OS configurations, different compiler
  459. optimizations, etc.  This means that testing modules must be
  460. constructed in a way which is recognized as correct and the modules
  461. must be shipped with the class libraries.  
  462.  
  463. As soon as one major class library vendor starts to ship real test code
  464. with their libraries, all of the other vendors will be forced, by
  465. market pressure, to do so as well, or face market share erosion.  Think
  466. about it.  If you had to recommend a class library to a committee that
  467. was choosing a basis for the next five years of work, wouldn't you feel
  468. safer with a class library that could be auto-tested in your
  469. environment?
  470.  
  471.  
  472. > Written Material
  473.  
  474. Berard, Edward.  Essays on Object-Oriented Software Engineering.  
  475.     Prentice-Hall, Englewood Cliffs, NJ. $35.
  476.     This book has two chapters on testing of object-oriented software, 
  477.     focusing on how to do it.
  478.  
  479. Berard, Edward.  Project Management Handbook.  Must be purchased
  480.     direct from Berard Software Engineering, Ltd., 902 Wind River
  481.     Lane, Suite 203, Gaithersburg, Maryland 20878.  $225.
  482.     The book focuses on the management of OOP projects.  It
  483.     includes one chapter on testing OO software and one chapter
  484.     on quality assurance.
  485.  
  486. Bezier, Boris, "Software Testing Techniques", 2nd edition, Van Nostrand
  487.     Reinhold, 1990, 503pp, $43, ISBN 0-442-20672-0.  While this is
  488.     not specifically about testing of OOP, it is mentioned so often
  489.     by so many people as a definitive software testing work, that
  490.     I have to mention it anyway.
  491.  
  492. Cheatham Thomas J., and Lee Mellinger, "Testing Object-Oriented
  493.     Software Systems",  Proceedings of the 18th ACM Annual Computer
  494.     Science Conference, ACM, Inc., New York, NY, 1990, pp. 161-165.
  495.  
  496. Doong, Roong-Ko and Phyllis G. Frankl, "Case Studies on Testing 
  497.     Object-Oriented Programs", Proceedings of the 4th Symposium on
  498.     Testing, Analysis, and Verification (TAV4), 1991, ACM, Inc.,
  499.     New York, NY, 1991, pp. 165-177.
  500.  
  501. Fiedler, Steven P., "Object-Oriented Unit Testing", Hewlett-Packard 
  502.     Journal, April, 1989, pp. 69-74.
  503.  
  504. Firesmith, D.G., "Testing Object-Oriented Software", Proceedings 
  505.     of 11th. TOOLS USA Conference, Santa Barbara, Aug 1993, pp 407-426.
  506.  
  507. Frankl, Phyllis G. and Roong-Ko Doong, "Tools for Testing 
  508.     Object-Oriented Programs", Proceedings of the 8th Pacific
  509.     Northwest Conference on Software Quality, 1990, pp. 309-324.
  510.     One author can be reached at pfrankl@polyof.poly.edu.
  511.  
  512. Graham, J.A., Drakeford, A.C.T., Turner, C.D. 1993. The Verification, 
  513.     Validation and Testing of Object Oriented Systems, BT Technol
  514.     J.  Vol 11, No 3. One author's email address is
  515.     jgraham@axion.bt.co.uk.
  516.  
  517. Harrold, Mary Jean, John D. McGregor, and Kevin J. Fitzpatrick, 
  518.     "Incremental Testing of Object-Oriented Class Structures",
  519.     International Conference on Software Engineering, May, 1992,
  520.     ACM, Inc., pp. 68 - 80.
  521.  
  522. Hoffman, Daniel and Paul Strooper.  A Case Study in Class Testing.
  523.     To be Presented at the IBM Center for Advanced Studies Fall
  524.     Conference, October 1993, Toronto.  Email addresses for authors
  525.     are dhoffman@csr.uvic.ca and pstropp@cs.uq.oz.au.  Describes an
  526.     approach to testing which the authors call Testgraphs.  An
  527.     example is worked out in C++ which tests a commercial class.
  528.  
  529. Hoffman, D. M.  A CASE Study in Module Testing.  In Proc. Conf. Software
  530.     Maintenance, pp. 100-105. IEEE Computer Society, October 1989.
  531.  
  532. Hoffman, D.M. and P.A. Strooper.  Graph-Based Class Testing.  In 
  533.     7th Australian Software Engineering Conference (to appear), 1993.
  534.  
  535. Klimas, Edward "Quality Assurance Issues for Smalltalk Based Applications", 
  536.     The Smalltalk Report, Vol. 1, No. 9, pp.3-7.  The author's
  537.     email address is "ac690@cleveland.freenet.edu".
  538.  
  539. Lakos, John S.  "Designing-In Quality in Large C++ Projects" Presented
  540.     at the 10th Annual Pacific Northwest Software Quality Conference,
  541.     Portland, Oregon, October 21, 1993.  Abstract:
  542.         The focus of this paper is on ensuring quality by
  543.         designing software that avoids acyclic component
  544.         dependencies.  This in-turn permits incremental,
  545.         hierarchical testing.  The importance of good physical
  546.         design becomes a key factor only for large and very
  547.         large projects.  Intuition gained from smaller projects
  548.         leads to errors in large designs.  Compile-coupling
  549.         ("Insulation") is also discussed.
  550.     Copies of the postscript file can be obtained by sending email
  551.     to "john_lakos@warren.mentorg.com".
  552.  
  553. Leavens, G. T., "Modular Specification and Verification of 
  554.     Object-Oriented Programs", IEEE Software, July 1991, pp. 72-80.
  555.  
  556. Love, Tom.  Object Lessons.  SIGS Books, 588 Broadway #604, New York, NY 
  557.     10012. $49.
  558.     This book eloquently elucidates the need for testing of object-
  559.     oriented code and has a chapter on how it was done at Stepstone
  560.     during the first release of their initial class library.
  561.  
  562. Marick, Brian.  The Craft of Software Testing, Prentice-Hall, in press.
  563.     Makes the argument that testing of object-oriented software is
  564.     simply a special case of testing software which retains state
  565.     and which is reused.  The author can be reached at 
  566.     info@testing.com.
  567.  
  568. Narick, Brian. "Testing Software that Reuses", Technical Note 2, Testing
  569.     Foundations, Champaign, Illinois, 1992. Copies may be obtainable 
  570.     via email. The author can be reached at info@testing.com.
  571.  
  572. Murphy, G.C., Wong, P. 1992, Towards a Testing Methodology for 
  573.     Object Oriented Systems, M.P.R Teltech Ltd. A poster at the
  574.     Conference on Object Oriented Programming Systems, Languages
  575.     and Applications ACM. Copies of this paper can be obtained
  576.     through townsend@mprgate.mpr.ca.
  577.  
  578. Murphy, G. and P. Wong.  Object-Oriented Systems Testing Methodology: An
  579.     Overview.  Techical Report TR92-0656, MPR Teltech Ltd., October 
  580.     1992.
  581.  
  582. Perry, D.E. and G.E. Kaiser, "Adequate Testing and Object-Oriented 
  583.     Programming", Journal of Object-Oriented Programming, 
  584.     2(5):13-19, Jan/Feb 1990.
  585.  
  586. Purchase, Jan A. and Russel L. Winder, "Debugging tools for 
  587.     object-oriented programming", Journal of Object-Oriented 
  588.     Programming, June, 1991, Vol. 4, No. 3, pp. 10 - 27.
  589.  
  590. Smith, M. D. and D. J. Robson, " A Framework for Testing Object-Oriented 
  591.     Programs", JOOP, 5(3):45-53, June 1992.
  592.     Describes ways in which the usual approach to software testing
  593.     could be adapted for object-oriented software.
  594.     This paper, or one with the same title and authors, is
  595.     available by anonymous ftp from vega.dur.ac.uk as
  596.     "/pub/papers/foot.dvi".
  597.  
  598. Smith, M. D. and D. J. Robson, "Object-Oriented Programming - the 
  599.     Problems of Validation",  Proceedings of the 6th International 
  600.     Conference on Software Maintenance 1990, IEEE Computer Society 
  601.     Press, Los Alamitos, CA., pp. 272-281.
  602.  
  603. Taylor, David. "A quality-first program for object technology", Object 
  604.     Magazine, Vol. 2, No. 2, July-August 1992, pp17-18. SIGs
  605.     Publications.  The article talks some about why testing is
  606.     important for OOP and describes one quality program.
  607.  
  608. Theilen, David.  "No Bugs.  Delivering error free code in C and C++.",
  609.     Addison-Wesley, 1992, ISBN:0-201-60890-1.
  610.  
  611. Turner, C. D. and D. J. Robson, "The Testing of Object-Oriented Programs",
  612.     Technical Report TR-13/92, Computer Science Division, School of
  613.     Engineering and Computer Sciences (SECS), University of Durham,
  614.     England.
  615.     Includes a survey of existing literature on testing of OO
  616.     programs.  Testing of OOP is compared with traditional software
  617.     testing.  A state-based approach is described.
  618.     This paper is available by anonymous ftp from vega.dur.ac.uk in
  619.     /pub/papers. Get "toop.ps.Z" for A4 paper and "toopus.ps.Z" for
  620.     US letter paper formatting.
  621.  
  622. Turner, C. D. and D. J. Robson, "A Suite of Tools for the State-Based
  623.     Testing of Object-Oriented Programs", Technical Report
  624.     TR-14/92, Computer Science Division, School of Engineering and
  625.     Computer Science (SECS), University of Durham, Durham,
  626.     England.  Describes a series of tools for the generation and
  627.     execution of test cases for OOP.  These tools assume a
  628.     state-based testing approach.
  629.     This paper is available by anonymous ftp from vega.dur.ac.uk in
  630.     /pub/papers.  Get "tools.ps.Z" for A4 paper formatting or get
  631.     "toolsus.ps.Z" for US letter formatting.
  632.  
  633. Turner, C. D. and D. J. Robson, "Guidance for the Testing of Object-
  634.     Oriented Programs", Technical Report TR-2/93, Computer Science
  635.     Division, School of Engineering and Computer Science (SECS),
  636.     University of Durham, Durham, England.  Discusses different
  637.     methods of making class declarations and the implications of
  638.     those methods for testing.
  639.     This paper is available by anonymous ftp from vega.dur.ac.uk in
  640.     /pub/papers.  Get "guide.ps.Z" for A4 paper formatting or get
  641.     "guideus.ps.Z" for US letter formatting.
  642.  
  643. Turner, C. D. and D. J. Robson, "State-Based Testing and Inheritance",
  644.     Technical Report TR-1/93, Computer Science Division, School of
  645.     Engineering and Computer Science (SECS), University of Durham,
  646.     Durham, England.
  647.     Discusses the implications of inheritance for testing,
  648.     particularily incremental testing.
  649.     This paper is available by anonymous ftp from vega.dur.ac.uk in
  650.     /pub/papers.  Get toopinht.ps.Z" for A4 paper formatting or get
  651.     "toopinhtus.ps.Z" for US letter formatting.
  652.  
  653. Wong, P. Automated Class Exerciser (ACE) User's Guide.  Technical
  654.     Report TR92-0655, MPR Teltech Ltd., September 1992.
  655.  
  656. > Courses
  657.  
  658. Berard Software Engineering, Inc. teaches a seminar on Testing of
  659. Object-Oriented Software (TOOS).  The next one scheduled that I know of
  660. is November 8-12, in Washington.  Call 301-417-9884 for details.
  661.  
  662. Quality Fractals, Inc. has a course called "Testing Object-Oriented
  663. Software".  Contact: 508-359-7273 (Box 337, Medfield, MA 02052).  The
  664. course is taught by Shel Siegel of YESS!, Inc.  Contact: 916-944-1032.
  665.  
  666.  
  667. > Software
  668.  
  669. There is a smalltalk class library in the Univ. of Illinois archives
  670. which includes a simple Tester class written by Bruce Samuelson
  671. (bruce@utafll.uta.edu). It is a general superclass for application
  672. specific classes that test non-interactive objects such as trees,
  673. collections, or numbers. It is not suitable for testing user interface
  674. components such as windows, cursors, or scroll bars. The filein
  675. includes Tree classes, Tester itself, and subclasses of Tester that are
  676. used to validate the Tree classes. For ParcPlace Smalltalk (ObjectWorks
  677. 4.1 and VisualWorks 1.0). To get it ftp the file
  678. "/pub/st80_vw/TreeLW1.1" from st.cs.uiuc.edu.
  679.  
  680. IPL Ltd. (in the UK) has a testing tool called Cantata which allows for
  681. testing C++, but as far as I am able to determine, it has no special
  682. features for C++ testing.  From the product literature:
  683.     Cantata allows testing to be performed in an intuitive way
  684.     making the tool exceptionally easy to use and productive in
  685.     operation. Cantata is suitable for testing software written in
  686.     either C or C++.
  687.  
  688.     Cantata provides comprehensive facilities for all forms of
  689.     dynamic testing, including: functional testing, structural
  690.     testing, unit testing and integration testing. Cantata has been
  691.     specifically designed to operate in both host and target
  692.     systems and so allow full portability of tests between these
  693.     environments.
  694. For more information contact IPL:
  695.     IPL Ltd.
  696.     Eveleigh House, Grove Street, 
  697.     Bath  BA1 5LR
  698.     UK
  699.     (0225) 444888
  700.     (0225) 444400 (FAX)
  701.     email: shaun@iplbath.demon.co.uk
  702.  
  703. TestCenter from CenterLine will do coverage testing of C++ (and C)
  704. code.  Also does some memory debugging (similar to Purify) and regression
  705. testing.  Highlights from CenterLine literature:
  706.   *Automatic run-time error-checking on executables to enhance quality 
  707.   *Automatic memory leak detection on executables to optimize memory use
  708.   *Graphical test coverage to highlight any code not executed during test runs
  709.   *Intuitive GUI for easy test analysis 
  710.   *Programmatic interface to output files and cumulative code coverage 
  711.    to support batch-mode and regression testing
  712.   *No recompilation needed, resulting in quick turnaround
  713.   *Complete C and C++ language support
  714.   *Integration with leading programming tools for maximum productivity gains
  715.  
  716. MicroTech Pacific Research (mpr.ca) has a C++ class testing tool called
  717. ACE (Automated Class Exerciser) which is available under non-disclosure
  718. agreement.  It is not currently for sale.  If you are interested,
  719. contact Paul Townsend, townsend@mprgate.mpr.ca.
  720.  
  721. Software Research Inc. (625 Third St, San Francisco, CA 94107-1997,
  722. voice: 1-415-957-1441, email: info@soft.com) has a coverage tool for C++
  723. that is called tcat++.  It is an extension of SRI's tcat program.
  724.  
  725. Quality Assured Software Engineering (938 Willowleaf Dr., Suite 2806,
  726. San Jose, CA 95128, voice: 1-408-298-3824 ) has a coverage tool for
  727. C and C++ called MetaC.  It also dones some syntax checking and memory
  728. allocation checking.
  729.  
  730. A group of volunteers is building a C++ test harness for the automated
  731. testing of C++, C and Perl programs.  The system is called ETET (Extended
  732. Test Environment Toolkit).  To join the group of volunteers, send email to
  733.     etet_support@uel.co.uk
  734. The software is available via anonymous FTP from bright.ecs.soton.ac.uk
  735. (152.78.64.201) as "/pub/etet/etet1.10.1.tar.Z".  They are looking for
  736. other FTP sites - sned email to the above address if you can provide
  737. one.  This is a beta release and _should_ compile on any POSIX.1 system.
  738. As much of this work is being done by SunSoft, my guess is that the
  739. software will have the fewest problems on SunOS or Solaris releases.
  740.  
  741. > ACKs
  742.  
  743. Thanks to the following for helping assemble this list:
  744.     Benjamin C. Cohen, bcohen@scdt.intel.com
  745.     Brian Marick, marick@hal.cs.uiuc.edu
  746.     Bruce Samuleson, bruce@utafll.uta.edu
  747.     Daniel M. Hoffman, dhoffman@uvunix.uvic.ca
  748.     Edward Klimas, ac690@cleveland.freenet.edu
  749.     John Graham, J.Graham@axion.bt.co.uk
  750.     Jim Youlio, jim@bse.com
  751.     Jeffery Brown, jeffrey.brown@medtronic.com
  752.     Lars Jonsson, konlajo@etna.ericsson.se
  753.     Manfred Scheifert, ch_schie@rcvie.co.at
  754.     Mark Swanson, mswanson@mechmail.cv.com
  755.     Mary L. Schweizer, mary@gdwest.gd.com
  756.     Michael Einkauf, Michael_Einkauf@iegate.mitre.org
  757.     Paul Townsend, townsend@mprgate.mpr.ca
  758.     Phyllis G. Frankl, pfrankl@polyof.poly.edu
  759.     Rachel Harrison, rh@ecs.soton.ac.uk
  760.     Risto Hakli, rkh@tko.vtt.fi
  761.     Russ Hopler, russ@bse.com
  762.     Stephane Barbey, barbey@di.epfl.ch
  763.     Tony Reis, tonyr@hpsadln.sr.hp.com
  764.     Yawar Ali, yali@bnr.ca
  765.  
  766.  
  767. 3.12) What Distributed Systems Are Available?
  768. ---------------------------------------------
  769.  
  770. The following post helps to provide some answers with at least a partial list.
  771. See also Appendix E.
  772.  
  773. From: rmarcus@bcsaic.boeing.com (Bob Marcus)
  774. Newsgroups: comp.object,comp.client-server
  775. Subject: Distributed Computing Products Overview
  776. Date: 17 Sep 93 00:02:40 GMT
  777. Organization: Boeing Computer Services
  778.            
  779.              DISTRIBUTED COMPUTING PRODUCTS OVERVIEW
  780.  
  781.   There was a recent posting concerning the relationship between OMG's CORBA
  782.  and Distributed Transaction Processing Monitors. In general, there is a lot of
  783.  uncertainty as to how the various distributed computing tools, products and
  784.  environments might work together.  Below is the outline of an eight-page
  785.  posting to the Corporate Facilitators of  Object-Oriented Technology (CFOOT)
  786.  mailing list addressing these issues. Let me know if you would like a copy
  787.  of the posting and/or to be added to the CFOOT mailing list. 
  788.      
  789.                                           Bob Marcus 
  790.                                           rmarcus@atc.boeing.com
  791.  -----------------------------------------------------------------------
  792.  SOME GENERAL REFERENCES FOR ADDITIONAL INFORMATION 
  793.  -----------------------------------------------------------------------
  794.  MULTIPROTOCOL NETWORK TRANSPORTS
  795.  
  796.   Peer Logic (PIPES)
  797.   ATT (Transport Layer Interface) 
  798.  -----------------------------------------------------------------------
  799.  MICROKERNELS
  800.  
  801.   OSF(Mach)
  802.   Chorus Systems (Chorus)
  803.   Microsoft (NT)
  804.  -----------------------------------------------------------------------
  805.  REMOTE PROCEDURE CALLS
  806.  
  807.   NobleNet (EZ-RPC)
  808.   Netwise (Netwise-RPC) 
  809.   ATT/Sun (TI-RPC)
  810.   OSF (DCE/RPC)
  811.  -----------------------------------------------------------------------
  812.  CONVERSATIONAL PROGRAMMING
  813.  
  814.   IBM(Common Programming Interface-Communications)
  815.  -----------------------------------------------------------------------
  816.  MESSAGING PRODUCTS
  817.  
  818.   System Strategies/IBM (MQ Series)
  819.   Horizon Strategies (Message Express) 
  820.   Covia Systems(Communications Integrator)
  821.   Momentum Software(X-IPC)
  822.   Creative System Interface (AAI)
  823.   Digital (DECmessageQ)
  824.   HP (Sockets)(BMS)
  825.   IBM (DataTrade)(DAE)
  826.   Suite Software (SuiteTalk)
  827.   Symbiotics (Networks)
  828.  -----------------------------------------------------------------------
  829.  PUBLISH AND SUBSCRIBE MESSAGING 
  830.  
  831.   Sun(Tooltalk)
  832.   Teknekron (Teknekron Information Bus)
  833.   ISIS(Distributed News)
  834.   Expert Database Systems (Rnet)
  835.  ----------------------------------------------------------------------
  836.  DISTRIBUTED COMPUTING ENVIRONMENTS
  837.  
  838.   OSF/DCE
  839.   ISIS(Distributed Toolkit)
  840.  -----------------------------------------------------------------------
  841.  TRANSACTION PROCESSING MANAGERS 
  842.  
  843.   Unix Systems Lab (Tuxedo) 
  844.   Information Management Company (Open TransPort) 
  845.   NCR (TopEnd)
  846.   Transarc (Encina)
  847.   IBM/HP/Transarc (Open CICS)
  848.  -----------------------------------------------------------------------
  849.  DISTRIBUTED WORKSTATION EXECUTION SYSTEMS
  850.  
  851.   Aggregate Systems (NetShare)
  852.   Platform Computing(Utopia)
  853.   ISIS(Resource Manager)
  854.  -----------------------------------------------------------------------
  855.  OBJECT REQUEST BROKERS 
  856.  
  857.   Hyperdesk (Distributed Object Manager)
  858.   IBM Distributed System Object Model(DSOM)
  859.   Microsoft (Distributed OLE)
  860.   Iona Technologies Ltd. (Orbix) 
  861.   BBN (Cronus)
  862.   ISIS (RDOM)
  863.   Qualix (NetClasses)
  864.   Symbiotics (Networks!)
  865.   Digital(ACA Services) 
  866.   Suite Software (SuiteDOME)
  867.  -----------------------------------------------------------------------
  868.  SYSTEM MANAGEMENT  
  869.  
  870.   OSF (Distributed Management Environment)
  871.   Legent
  872.   Digital Analysis (HyperManagement)
  873.  -----------------------------------------------------------------------
  874.  DISTRIBUTED DEVELOPMENT/EXECUTION PRODUCTS   
  875.  
  876.   Texas Instruments (Information Engineering Facility)
  877.   HP (SoftBench)
  878.   Digital (COHESIONworX) 
  879.  -----------------------------------------------------------------------
  880.  DISTRIBUTED DEVELOPMENT/EXECUTION PRODUCTS   
  881.  
  882.   Independence Technologies (iTRAN)
  883.   Intellicorp(Kappa) 
  884.   ISIS Distributed Systems (RDOM) 
  885.   Early, Cloud & Company (Message Driven processor)
  886.   Expersoft(XShell)
  887.   Cooperative Solutions(Ellipse)
  888.  -----------------------------------------------------------------------
  889.  
  890.  
  891. 3.13) What Is The MVC Framework?
  892. --------------------------------
  893.  
  894. MVC stands for Model-View-Controller.  This framework was originally adopted
  895. in Smalltalk to support Graphical User Interfaces.  Views support graphical
  896. interfacing, controllers handle interaction, and models are the application
  897. objects.  See [Krasner 88] and [LaLonde 90b].
  898.  
  899. From: Carl Petter Swensson <cepe@taskon.no>
  900.   Prof. Trygve Reenskaug is generally cited as being the creator of
  901.   the MVC concept. He worked with the Smalltalk group at Xerox PARC
  902.   as a visiting scientist in 78/79. During this stay at Xerox PARC 
  903.   he developed the MVC. I know him well and have talked to him about
  904.   this. He confirms it, although stating that it was a collaborative
  905.   effort at Xerox PARC.
  906.  
  907.   The implementation of MVC in Smalltalk-80 has since been further
  908.   developed by ParcPlace Systems.
  909.  
  910.   He has worked with Smalltalk in a commercial and research
  911.   environments since then. His group at the Centre for Industral
  912.   Research in Oslo (now part of the SINTEF group) had the only
  913.   Smalltalk-78 implementation outside Xerox PARC.  He is now working
  914.   with Taskon AS.
  915.  
  916.   The ideas that initially gave MVC has been developed further and 
  917.   is the basis of the work Trygve is currently doing on the
  918.   OOram methodology.
  919.  
  920.  
  921. 3.14) What is Real-Time?
  922. ------------------------
  923.  
  924. Real-time is our linear extrapolation/perception of imaginary time (along a
  925. quantum wave function (OTU) in ten dimensions, of course).
  926.  
  927. [This section is YTBI]
  928.  
  929.  
  930. 3.15) What Is Available on OO Metrics?
  931. --------------------------------------
  932.  
  933. This section is still building.
  934.  
  935. [Berard 93] contains an elaborate bibliography and section on OO metrics.
  936. [Booch 94] also contains some coverage.
  937.  
  938. Also:
  939. Object Oriented Software development
  940. Mark Lorenz ISBN 0-13-726928-5
  941. Prentice Hall
  942.  
  943. Software Metrics
  944. Grady-Caswell ISBN 0-13-821844-7
  945. Prentice Hall
  946.  
  947. Measuring Software Design Quality
  948. Card-Glass ISBN 0-13-568593-1
  949. Prentice Hall
  950.  
  951. From: trilk@informatik.tu-muenchen.de (Joern Trilk)
  952. Newsgroups: comp.object,comp.lang.c++,comp.lang.smalltalk,comp.databases.object
  953. Subject: Re: In search of OO Metrics
  954. Date: 20 Jun 1994 14:29:27 GMT
  955. Organization: Technische Universitaet Muenchen, Germany
  956.  
  957. >...
  958. Here are some references:
  959.  
  960. @article{inheriting:1993,
  961.     author  = {G. Michael Barnes and Bradley R. Swim},
  962.     title   = {Inheriting software metrics},
  963.     journal = {JOOP},
  964.     year    = {1993},
  965.     month   = {Nov./Dec.},
  966.     volume  = {6},
  967.     number  = {7},
  968.     pages   = {27-34}
  969. }
  970.  
  971.  
  972. @article{a-new-metr:1993,
  973.     author  = {J.-Y. Chen and J.-F. Lu},
  974.     title   = {A new metric for object-oriented design},
  975.     journal = {Information and Software Technology},
  976.     year    = {1993},
  977.     month   = apr,
  978.     volume  = {35},
  979.     number  = {4},
  980.     pages   = {232-240}
  981. }
  982.  
  983.  
  984. @inproceedings{towards-a-:1991,
  985.     author  = {Shyam R. Chidamber and Chris F. Kemerer},
  986.     title   = {Towards a Metrics Suite for Object Oriented Design},
  987.     booktitle = {OOPSLA '91 Proceeedings},
  988.     year    = {1991},
  989.     pages   = {197-211}
  990. }
  991.  
  992.  
  993. @inproceedings{software-m:1992,
  994.     author  = {J. Chris Coppick and Thomas J. Cheatham},
  995.     title   = {Software Metrics for Object-Oriented Systems},
  996.     booktitle = {CSC '92 Proceedings},
  997.     year    = {1992},
  998.     pages   = {317-322}
  999. }
  1000.  
  1001.  
  1002. @inproceedings{some-metri:1991,
  1003.     author  = {B. Henderson-Sellers},
  1004.     title   = {Some metrics for object-oriented software engineering},
  1005.     booktitle = {TOOLS Proceedings},
  1006.     year    = {1991},
  1007.     pages   = {131-139}
  1008. }
  1009.  
  1010.  
  1011. @article{object-ori:1993,
  1012.     author  = {Wei Li and Sallie Henry},
  1013.     title   = {Object-Oriented Metrics that Predict Maintainability},
  1014.     journal = {J. Systems Software},
  1015.     year    = {1993},
  1016.     volume  = {23},
  1017.     pages   = {111-122}
  1018. }
  1019.  
  1020.  
  1021. @inproceedings{workshop-r:1992,
  1022.     author  = {Teri Roberts},
  1023.     title   = {Workshop Report - Metrics for Object-Oriented Software Development},
  1024.     booktitle = {OOPSLA '92 (Addendum to the Proceedings)},
  1025.     year    = {1992},
  1026.     pages   = {97-100}
  1027. }
  1028.  
  1029.  
  1030. @techreport{softwareme:1991,
  1031.     author  = {A. Buth},
  1032.     title   = {Softwaremetriken f{\"u}r objekt-orientierte Programmiersprachen},    institution = {Gesellschaft f{\"u}r Mathematik und Datenverarbeitung},
  1033.     year    = {1991},
  1034.     month   = jun,
  1035.     number  = {545},
  1036.     type    = {Arbeitspapiere der GMD}
  1037. }
  1038.  
  1039.  
  1040. The Software Engineering FAQ lists the following references concerning
  1041. metrics for object-oriented systems:
  1042.  
  1043. Date: 26 Jan 1993 Originally collected by: ZUSE%DB0TUI11.BITNET@vm.gmd.de
  1044. (Horst Zuse) 
  1045.  
  1046. a. Morris Kenneth L.  Metrics for Object-Oriented Software Development
  1047.    Environments (master's thesis). 1989, MIT.
  1048. b. Rocacher, Daniel: Metrics Definitions for Smalltalk.  Project ESPRIT 1257,
  1049.    MUSE WP9A, 1988.
  1050. c. Rocacher, Daniel: Smalltalk Measure Analysis Manual.  Project ESPRIT 1257,
  1051.    MUSE WP9A, 1989.
  1052. d. Lake, Al: A Software Complexity Metric for C++.  Annual Oregon Workshop on
  1053.    Software Metrics, March 22-24, 1992, Silver Falls, Oregon, USA.
  1054. e. Bieman, J.M.: Deriving Measures of Software Reuse in Object Oriented
  1055.    Systems.  Technical Report #CS91-112, July 1991, Colorado State Universty,
  1056.    Fort Collins/ Colorado, USA.
  1057.  
  1058. Hope this helps,
  1059.     Joern
  1060.  
  1061. ----------------------------------------------------------------------
  1062. Joern Trilk            Phone: ++49-89-2105-2391
  1063. Institut fuer Informatik (H1)    Fax:   ++49-89-2105-5296
  1064. TU Muenchen            Email: trilk@informatik.tu-muenchen.de
  1065. 80290 Muenchen                    
  1066. ----------------------------------------------------------------------
  1067.  
  1068.  
  1069. SECTION 4:  COMMONLY ASKED LANGUAGE SPECIFIC QUESTIONS
  1070. ======================================================
  1071.  
  1072. 4.1)  What is Downcasting?
  1073. --------------------------
  1074.  
  1075. Downcasting is the term used in C++ for casting a pointer or reference to
  1076. a base class to a derived class.  This should usually be checked with an
  1077. embedded dynamic typing scheme if such a scheme is not present in the
  1078. language, such as with a typecase (Modula-3) or inspect (Simula) construct.
  1079. In C++, it is even possible to use conversion functions to perform some
  1080. checks, although the proposed RTTI will perform checked downcasting as
  1081. its primary ability.
  1082.  
  1083.  
  1084. 4.2)  What are Virtual Functions?
  1085. ---------------------------------
  1086.  
  1087. Look under "Dynamic Binding" and "Polymorphism".
  1088.  
  1089.  
  1090. 4.3)  Can I Use Multiple-Polymorphism Or Multi-Methods In C++?
  1091. ---------------------------------------------------------------
  1092.  
  1093. Yes, but you'll need to embed a dynamic typing scheme to do it.  With dynamic
  1094. types in place, an overriding method in a derived class can explicitly check
  1095. argument types in a switch statement and invoke the desired method emulating
  1096. multiple-polymorphism [See Coplien 92].  
  1097.  
  1098. For true CLOS multi-methods, the above technique implemented as a base function
  1099. (CLOS defgeneric), switching to specialized functions (CLOS methods, made
  1100. friends of all arguments) will provide the functional calling syntax, multiple-
  1101. polymorphism and access to parameters found in CLOS.  This can require some
  1102. complex switching, which is somewhat mitigated when multiple-polymorphism
  1103. is implemented with virtual functions.
  1104.  
  1105. Future FAQs should contain more detail.
  1106.  
  1107.  
  1108. 4.4)  Can I Use Dynamic Inheritance In C++?
  1109. -------------------------------------------
  1110.  
  1111. Yes, [Coplien 92] describes a scheme where a class can contain a pointer to
  1112. a base class that can switch between its derived classes, providing a limited
  1113. form.  Earlier chapters contain entries on bypassing C++'s message system and
  1114. even bypassing static linking.
  1115.  
  1116. Future FAQs should contain more detail.
  1117.  
  1118.  
  1119.  
  1120. ANNOTATED BIBLIOGRAPHY
  1121. ======================
  1122.  
  1123. [Agrawal 91]  R. Agrawal et al.  "Static Type Checking of Multi-Methods".
  1124.  OOPSLA 91.  Object-Oriented Programming Systems, Languages, and Applications.  
  1125.  ACM Press.  Addison Wesley.
  1126.  
  1127.   Compile-time checking and optimizations for multi-methods.
  1128.  
  1129. [Aho 86] Alfred V. Aho, Ravi Sethi, and Jeffrey D. Ullman.  Compilers:
  1130.  Principles, Techniques, and Tools. Reading, MA: Addison-Wesley, 1986.
  1131.  
  1132.   Authoritative, classic book on compilers and optimizations.  Type chapter
  1133.   contains section on type inferencing (using ML as an example).
  1134.  
  1135. [Berard 93]  Edward V. Berard.  Essays on Object-Oriented Software
  1136.   Engineering.  Prentice Hall.
  1137.  
  1138.   Many topics on OOSE, includes coverage of OO domain and requirements
  1139.   analysis.
  1140.  
  1141. [Black 86] A. Black et al.  Object-Structure in the Emerald System.  OOPSLA
  1142.  '86 Conference Proceedings, SIGPLAN Notices (Special Issue), Vol. 21, n0. 11,
  1143.  pp 78-86.    [I believe there is a more recent article, YTBI]
  1144.  
  1145.   The original article on Emerald.  OO language without inheritance but with
  1146.   abstract types and static subtype polymorphism.  Also designed for
  1147.   distributed programming and reuse.  See article for references: Jade on
  1148.   reuse [Raj 89]) and Distr. Prog.
  1149.  
  1150. [Black 87] A. Black, N. Hutchinson, E. Jul, H. Levyand L. Carter.  Distribution
  1151.  and Abstract Types in Emerald, IEEE Transactions on Software Engineering, Vol.
  1152.  SE13, no. 1 Jam., pp 65-76.
  1153.  
  1154.   Subtype polymorphism for distributed programming in Emerald [Black 86].
  1155.  
  1156. [Blair 89] "Genericity vs Inheritance vs Delegation vs Conformance vs ..."
  1157.  Gordon Blair, John Gallagher and Javad Malik, Journal of Object Oriented
  1158.  Programming, Sept/Oct 1989, pp11-17.
  1159.  
  1160.   Recommended by a reader, but the Author has yet to review this article.
  1161.  
  1162. [Boehm 86] B.W. Boehm. A Spiral Model of Software Development and Enhancement.
  1163.  Software Engineering Notes, Aug., vol. 11 (4), p 22.
  1164.  
  1165.  Presents an alternative evolutionary approach to the strict waterfall software
  1166.  engineering life-cycle.  Now a classic, most OO methodologies now emphasize
  1167.  the iterative or evolutionary approach to software development.
  1168.  
  1169. [Booch 87] Grady Booch.  Software Engineering with Ada.  2nd Ed.  Benjamin
  1170.  Cummings.
  1171.  
  1172.   Booch in his early years.  Mostly object-based programming with Ada.
  1173.  
  1174. [Booch 87b] Grady Booch.  Software Components With Ada, Structures, Tools,
  1175.  and Subsystems.  Benjamin Cummings.
  1176.  
  1177.   A taxonomy and collection of object-based components in Ada (includes code).
  1178.   Has many examples with generics.
  1179.  
  1180. [Booch 91] Booch, Grady. Object-Oriented Design With Applications.  Benjamin
  1181.   Cummings.
  1182.  
  1183.   The often referred to book on OOD.  Offers design notation and methodology.
  1184.   Brief coverage of OOA and elaborate OOD/P coverage in the applications.
  1185.   Good on basic principles and has case studies in Smalltalk, Object Pascal, 
  1186.   C++, CLOS and Ada.
  1187.  
  1188.   Also contains an *elaborate* classified bibliography on many areas of OO.
  1189.  
  1190. [Booch 94]  Grady Booch.  Object-Oriented Analysis And Design With
  1191.  Applications, 2nd Ed. Benjamin Cummings.  ISBN 0-8053-5340-2.
  1192.  
  1193.   The next FAQ should be updated to the second edition.  All examples are now
  1194.   in C++.  Booch incorporates several other major methodologies including
  1195.   Wirf-Brock's CRC (Class-Responsibility-Collaboration) and Jacobson's Use-
  1196.   Cases.
  1197.  
  1198. [Cardelli 85]  L. Cardelli and P. Wegner.  On Understanding Types, Data
  1199.  Abstraction, and Polymorphism.  ACM Computing Surveys vol. 17 (4).
  1200.  
  1201.  Long, classic article on Object-Oriented Types, Data Abstraction and
  1202.  Polymorphism.  Formal coverage with a type system analysis model as well.
  1203.  
  1204. [Chambers 92]  Craig Chambers.  The Design and Implementation of the SELF
  1205.  Compiler, an Optimizing Compiler for Object-Oriented Programming Languages.
  1206.  Dept of Computer Science, Stanford University, March 1992.
  1207.  
  1208.   Covers type optimizations for OO compilers.  See Appendix E, PAPERS.
  1209.  
  1210. [Chambers 93]  Craig Chambers.  Predicate Classes.  Proceedings ECOOP '93
  1211.   O. Nierstrasz, LNCS 707. Springer-Verlag, Kaiserslautern, Germany
  1212.   July 1993 pp 268-296
  1213.  
  1214.    "... an object is automatically an instance of a predicate class whenever
  1215.    it satisfies a predicate expression associated with the predicate class.
  1216.    The predicate expression can test the value or state of the object, thus
  1217.    supporting a form of implicit property-based classification that augments
  1218.    the explicit type-based classification provided by normal classes.  By
  1219.    associating methods with predicate classes, method lookup can depend not
  1220.    only on the dynamic class of an argument but also on its dynamic value or
  1221.    state. [...] A version of predicate classes has been designed and
  1222.    implemented in the context of the Cecil language.
  1223.  
  1224.   See Appendix E, PAPERS.
  1225.  
  1226. [de Champeaux 93] Dennis de Champeaux, Doug Lea, Penelope Faure.
  1227.  Object-Oriented System Development.  Addison-Wesley, ISBN 0-201-56355-X.
  1228.  
  1229.   Covers an integrated treatment of OOA and OOD.  Takes serious the
  1230.   computational model of one thread per object.  Gives more than usual
  1231.   attention to the OOA&D micro process.  Presents a unique OOD language.
  1232.  
  1233. [Coad 91]  Peter Coad and Edward Yourdon. Object-Oriented Analysis, 2nd ed.
  1234.  Englewood Cliffs, NJ. Prentice Hall.
  1235.  
  1236.   Coad and Yourdon's OO analysis method.
  1237.  
  1238. [Coad 91b]  Peter Coad and Edward Yourdon. Object-Oriented Design.  Englewood
  1239.  Cliffs, NJ. Prentice Hall.
  1240.  
  1241.   Coad and Yourdon's OO design method.
  1242.  
  1243. [Coleman 94] Derek Coleman, et. al.  Object-Oriented Development - The Fusion
  1244.  Method.  Prentice-Hall Object-Oriented Series. ISBN 0-13-338823-9
  1245.  
  1246.   Fusion is considered to be a second generation OOAD method in that it builds
  1247.   on successful components of a number of first generation methods (OMT, Booch,
  1248.   CRC, Objectory, etc).  However, this has been done with the requirements of
  1249.   industrial software developers in mind. And so issues of traceability,
  1250.   management etc. have been taken into consideration and the Method provides
  1251.   full coverage from requirements through to code.
  1252.  
  1253. [Cook 90] W.R. Cook, W.L.Hill, P.S. Canning. Inheritance Is Not Subtyping.
  1254.   Appeared in [Hudak 90] and Gunter 94].
  1255.  
  1256.     Theoretical article on the separation between type and class, or as the
  1257.     authors state between implementation inheritance and subtyping.
  1258.  
  1259. [Coplien 92] James O. Coplien.  Advanced C++ Programming Styles and Idioms.
  1260.   Addison Wesley.
  1261.  
  1262.   Covers advanced C++ programming and performing other more advanced and
  1263.   dynamic styles of OO in C++.
  1264.  
  1265. [Colbert 89]  E. Colbert.  The Object-Oriented Software Development Method: a
  1266.  practical approach to object-oriented development.  Tri-Ada Proc., New York.
  1267.  
  1268.   Presents the Object-Oriented Software development method.  Has emphasis on
  1269.   objects.
  1270.  
  1271. [Cox 86,91] Cox, Brad J.  Object-Oriented Programming, An Evolutionary
  1272.  Approach.  Addison Wesley.
  1273.  
  1274.   The original book on Objective-C.  Coverage on object-oriented design and
  1275.   programming.  Also covers Objective-C implementation, even into object code.
  1276.   
  1277.   Objective-C... '91 AW by Pinson and Wiener provide another good text.
  1278.  
  1279. [Embley 92]  D.W. Embley, B.D. Kurtz, S.N. Woodfield.  Object-Oriented Systems
  1280.  Analysis, A Model-Driven Approach. Yourdon Press/Prentice Hall, Englewood
  1281.  Cliffs, NJ.
  1282.  
  1283.   Presents the Embley and Kurtz OO methodology.
  1284.  
  1285. [Garfinkel 93]  Simson L. Garfinkel and Michael K. Mahoney.  NeXTSTEP
  1286.  PROGRAMMING  STEP ONE: Object-Oriented Applications.  Springer-Verlag.
  1287.  
  1288.   Introduction to the NextStep environment and applications development.
  1289.  
  1290. [Goldberg 83] Adele Goldberg and David Robson. Smalltalk-80 The Language and
  1291.  Its Implementation.  Addison Wesley.
  1292.  
  1293.   The original book on Smalltalk.  Covers implementation.  Also known as "the
  1294.   Blue Book".  Out of print.  Superceded by [Goldberg ??].
  1295.  
  1296. [Goldberg ??] Adele Goldberg and David Robson. Smalltalk-80: The Language.
  1297.  Addison-Wesley. 
  1298.  
  1299.   The "Purple Book".  Omits the obsolete abstract virtual machine description
  1300.   from the Blue Book.
  1301.  
  1302. [Gunter 94] Carl A. Gunter and John C. Mitchell. Theoretical Aspects of Object-
  1303.  Oriented Programming. MIT Press.  ISBN 0-262-07155-X.
  1304.  
  1305.   Highly mathematical, formal coverage of object-oriented programming;
  1306.   primarily on typing.
  1307.  
  1308. [Harmon 93] Paul Harmon.  Objects In Action: Commercial Applications Of Object-
  1309.  Oriented Technologies.  Jan, 1993.  A-W ISBN 0-201-63336-1.
  1310.  
  1311.   Sponsored by the OMG to summarize the use of OO technology in industry and
  1312.   business, contains a brief history and summary of OO and many case studies.
  1313.  
  1314. [HOOD 89] HOOD Working Group.  HOOD Reference Manual Issue 3.0.  WME/89-173/JB.
  1315.  Hood User Manual Issue 3.0. WME/89-353/JB.  European Space Agency.
  1316.  
  1317.   Presnets the HOOD (Hierarchical Object-Oriented Design) OOSE methodology.
  1318.   From the European Space Agency.  Based on Ada and object-based.
  1319.  
  1320. [Hudak 90] P. Hudak. Principles of Programming Languages.  ACM Press, pp 125
  1321.  -135.
  1322.  
  1323.   Contains several articles, including [Cook 90].
  1324.  
  1325. [Hudak 92] Paul Hudak and Simon Peyton Jones.  Haskell Report. SIGPLAN Notices.
  1326.  1992, vol 27, no 5.
  1327.  
  1328.   Haskell reference.
  1329.  
  1330. [Humphrey 89]  Watts Humphrey.  Managing the Software Process.  Addison Wesley.
  1331.  
  1332.   Sponsored by the Software Engineering Institute (SEI), the presented project
  1333.   management model is inspired by the work of Boehm, Brooks, Deming and Juran
  1334.   and represents a strong step in the direction of achieving 6 sigma defect
  1335.   rate prevention and optimizing the software development process for quality,
  1336.   productivity, and reliability.  Presents the CMM, see section .
  1337.  
  1338. [IBM 90,91]  Various Documents from the IBM International Technical Centers:
  1339.  GG24-3647-00, GG24-3641-00, GG24-3566-00, GG24-3580-00.
  1340.  
  1341.   Present IBM's OOSE methodology.
  1342.  
  1343. [Jacobson 92]  Ivar Jacobson, et al.  Object-Oriented Software Engineering - A
  1344.  Use Case Driven Approach. ACM Press/Addison Wesley.
  1345.  
  1346.   Presents Jacobson's new OOSE methodology based on use cases.
  1347.  
  1348. [Jones 92]  Rick Jones. Extended type checking in Eiffel. Journal of Object-
  1349.  Oriented Programming, May 1992 issue, pp.59-62.
  1350.  
  1351.   Presents subtype polymorphic extension to Eiffel (static typing only).
  1352.  
  1353. [Jurik 92] John A. Jurik, Roger S. Schemenaur, "Experiences in Object Oriented
  1354.  Development," ACM 0-89791-529-1/92/0011-0189.
  1355.  
  1356.   Presents the EVB OOSE methodology.  Also: Barbara McAllister, Business
  1357.   Development, EVB Software Engineering, Inc., (301)695-6960, barb@evb.com.
  1358.  
  1359. [Kiczales 92] Gregor Kiczales, Jim des Rivieres, Daniel G. Bobrow.  The Art
  1360.  of the Metaobject Protocol.  The MIT Press.
  1361.  
  1362.   Reflection and Metaobject Protocols (MOPs).  Uses a CLOS subset, Clossette,
  1363.   as a foundation.
  1364.  
  1365. [Kim 89]  Won Kim and Frederick Lochovsky Editors.  Object-Oriented Concepts,
  1366.  Applications, and Databases.
  1367.  
  1368.   Collection of articles on advanced OO and research systems.
  1369.  
  1370. [Krasner 88] G. E. Krasner and S. T. Pope. A Cookbook for Using the Model-View-
  1371.  Controller User Interface Paradigm in Smalltalk-80. JOOP, vol 1, no 3, August/
  1372.  September, 1988, pp 26-49,
  1373.  
  1374.   An early paper published on MVC.
  1375.  
  1376. [Lakoff 87] George Lakoff.  Women, Fire, and Dangerous Things: What Categories
  1377.   Reveal About The Mind.  UOC Press.
  1378.  
  1379.   An almost formal view of classification/categorization by the noted cognitive
  1380.   scientist, George Lakoff.  His view blasts objectivism and contends to
  1381.   replace it with a subjectivist view, based on a study of humans, natural
  1382.   language, and concept formation.
  1383.  
  1384. [LaLonde 90]  Wilf R. LaLonde and John R. Pugh.  Inside Smalltalk: Volume 1.
  1385.  Prentice Hall.
  1386.  
  1387.   Good introduction to Smalltalk.
  1388.  
  1389. [LaLonde 90b]  Wilf R. LaLonde and John R. Pugh.  Inside Smalltalk: Volume 2.
  1390.  Prentice Hall.
  1391.  
  1392.   Excellent coverage of MVC. However, it's based on ParcPlace Smalltalk-80,
  1393.   version 2.5, which is obsolete.
  1394.  
  1395. [Liskov 93] Barbara Liskov and Jeannette M. Wing.  Specifications and Their use
  1396.  in Defining Subtypes.  OOPSLA 93, pp 16-28.  ASM SIGPLAN Notices, V 28, No 10,
  1397.  Oct. 1993.  A-W ISBN 0-201-58895-1.
  1398.  
  1399.   Specifications on Subtype hierarchies.  Helps to insure the semantic
  1400.   integrity of a separate subtype system.  See section 2.7.
  1401.  
  1402. [Madsen 93] Ole Lehrmann  Madsen, Birger Moller-Pedersen, Kristen Nygaard:
  1403.  Object-oriented programming in the BETA programming language.  Addison-Wesley,
  1404.  June 1993. ISBN 0 201 62430 3
  1405.  
  1406.   The new and authoritative book on BETA, by the original designers.  They
  1407.   are some of the same designers of the Simula languages, originating OO.
  1408.   Also just announced:
  1409.     Object-Oriented Environments: The Mjolner Approach
  1410.     Editors: Jorgen Lindskov Knudsen, Mats Lofgren, Ole Lehrmann Madsen,
  1411.          Boris Magnusson
  1412.     Prentice Hall: The Object-Oriented Series
  1413.     ISBN: 0-13-009291-6 (hbk)
  1414.  
  1415. [Martin 92] James Martin and James J. Odell. Object-Oriented Analysis and
  1416.  Design, Prentice-Hall, Englewood Cliffs, NJ.  
  1417.  
  1418.   Its primary purpose is to indicate how information engineering (IE) can be 
  1419.   evolved to accommodate OO.  The analysis portion (starting at Chapter 15) 
  1420.   attempts to go back to 'first principles' and is based on a formal foundation.
  1421.   Therefore, the IE aspect is not required.  Emphasis is more on analysis than 
  1422.   design.
  1423.  
  1424. [Meyer 88] Bertrand Meyer. Object-Oriented Software Construction.  Prentice
  1425.  Hall.  [Is there a new edition out?]
  1426.  
  1427.   The original book on Eiffel.  Coverage on object-oriented design and
  1428.   programming.  Also:
  1429.  
  1430.  
  1431. [Meyer 92] Bertrand Meyer. Eiffel: The Language. Prentice Hall. Englewood
  1432.  Cliffs, NJ. 1992.
  1433.  
  1434.   The definitive book on Eiffel by its author.
  1435.  
  1436. [Meyer 94] Bertrand Meyer. Reusable Software: The Base Object-Oriented
  1437.  Components Libraries.
  1438.  
  1439.   The new Eiffel class Libraries.
  1440.  
  1441. [Mugridge 91] Warwick B. Mugridge et al.  Multi-Methods in a Statically-Typed
  1442.  Programming Language. Proc. ECOOP.
  1443.  
  1444.   Efficient implementation of Multi-Methods.
  1445.  
  1446. [Murray 93] Robert B. Murray.  C++ Strategies and Tactics.  Addison Wesley.
  1447.  
  1448.   C++, has template examples.
  1449.  
  1450. [Nerson 92] Jean-Marc Nerson.  Applying Object-Oriented Analysis and Design.
  1451.  CACM, 9/92.
  1452.  
  1453.   Demonstrates the basics of the BON method/notation.  Nerson: marc@eiffel.fr
  1454.  
  1455. [Paepcke 93] Andreas Paepcke.  Object-Oriented Programming: The CLOS
  1456.  Perspective.  MIT Press.  ISBN 0-262-16136-2.
  1457.  
  1458.   CLOS, readable introduction to its metaobject protocol, comparisons with
  1459.   other languages, uses and methodology, and implementation.  Develops a
  1460.   persistent object metaclass example.
  1461.  
  1462. [Raj 89] R.K. Raj and H.M. Levy.  A Compositional Model for Software Reuse.
  1463.  The Computer Journal, Vol 32, No. 4, 1989. 
  1464.  
  1465.   A novel approach aading reuse to Emerald [Black 86] without inheritance.
  1466.  
  1467. [Reenskaug 91] T. Reenskaug, et al.  OORASS: seamless support for the creation
  1468.  and maintenance of object-oriented systems. Journal of Object-Oriented
  1469.  Programming, 5(6).
  1470.  
  1471.   Presents the Object-Oriented Role Analysis, synthesis, and Structuring
  1472.   OOSE methodology.
  1473.  
  1474. [Royce 70] W. W. Royce. Managing the Development of Large Software Systems.
  1475.  Proceedings of IEEE WESCON, August 1970.
  1476.  
  1477.  Introduces the Waterfall Process Model.
  1478.  
  1479. [Rumbaugh 91] Rumbaugh James, et al.  Object-Oriented Modeling and Design.
  1480.  Prentice Hall.
  1481.  
  1482.   The often referred to book on OOA/OOD.  Introduces the Object Modeling
  1483.   Technique (OMT) OOA/D notation and methodology.  Has case studies.
  1484.  
  1485. [Sciore 89] Edward Sciore.  Object Specialization. ACM Transactions on
  1486.  Information Systems, Vol. 7, No. 2, April 1989, p 103.
  1487.  
  1488.   A hybrid approach between delegation and classical OO.
  1489.  
  1490. [Selic 94] Bran Selic, Garth Gullekson, and Paul T. Ward. Real-Time
  1491.  Object-Oriented Modeling. Published by John Wiley & Sons. 
  1492.  ISBN 0-471-59917-4
  1493.  
  1494.   OO method addresses complete lifecycle needs of real-time systems. Emphasizes
  1495.   executable models for early validation of requirements, architecture, and
  1496.   design combined with techniques for automatic generation of implementations.
  1497.   Specifically real-time with iterative and incremental development process.
  1498.   Single consistent graphical modeling concepts apply uniformly to OOA/D/I.
  1499.  
  1500. [Shlaer 88] Sally Shlaer and Stephen J. Mellor.  Object-Oriented Systems
  1501.  Analysis: Modeling the World in Data.
  1502.  
  1503.   Credited as the first book proposing an OOA method.
  1504.  
  1505. [Shlaer 92] Sally Shlaer and Stephen J. Mellor.  Object Lifecycles: Modeling
  1506.   the World in States.
  1507.  
  1508.   An addition to [Shlaer 88], provides dynamic modeling with a state-
  1509.   transition driven approach.
  1510.  
  1511.