home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / lang / ada / 3682 < prev    next >
Encoding:
Text File  |  1992-12-15  |  1.9 KB  |  40 lines
  1. Newsgroups: comp.lang.ada
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!udel!gvls1!lonjers
  3. From: lonjers@prc.unisys.com (Jim Lonjers)
  4. Subject: Re: Ada & PDL (ick !)
  5. Message-ID: <1992Dec15.060857.2500@gvl.unisys.com>
  6. Sender: news@gvl.unisys.com (IEE news user)
  7. Nntp-Posting-Host: arbor.vfl.paramax.com
  8. Organization: Paoli Research Center - Paoli, PA
  9. References: <1992Dec10.113630.3412@gvl.unisys.com> <1992Dec10.154343.24720@mksol.dseg.ti.com> <EACHUS.92Dec10165132@oddjob.mitre.org>
  10. Distribution: usa
  11. Date: Tue, 15 Dec 1992 06:08:57 GMT
  12. Lines: 26
  13.  
  14. In article <EACHUS.92Dec10165132@oddjob.mitre.org> eachus@oddjob.mitre.org (Robert I. Eachus) writes:
  15. >
  16. >                            Detailed design is 90% concerned with the
  17. >package specificatations.  Coding is 90% concerned with package bodies
  18. >and subunits.  With a little bit of effort it is possible to have a
  19. >complete compilable design in Ada without writing a line of what would
  20. >be considered executable code in other languages.
  21. >
  22. >     But...the problem that you mention does exist.  It is hard to
  23. >have a hard and fast rule as to what is design and what is coding, and
  24. >use this to keep people from riding off the deep end.  My attitude has
  25. >been that it is better to depend on good faith efforts by the
  26. >programming staff.  If their goals are yours, the project will
  27. >succeed, if they consistantly try to subvert the project, no standards
  28. >or rules will help.  The only case where you have to use judgement
  29. >with Ada is in determining when a "superprogrammer" is creating more
  30. >work than he is accomplishing, rather than flat out telling him to
  31. >stop coding or get off the project.
  32.  
  33. Bob has stated my views rather accurately.  This "completion criteria"
  34. problem is the same problem that one must consider in the transition from
  35. preliminary to detailed design, and to some extent, in trying to keep
  36. design material out of requirements analysis.  There is no substitute for
  37. good engineering judgement.
  38.  
  39. Jim Lonjers
  40.