comp.lang.ada
 help / color / mirror / Atom feed
From: BENNETT@sp.unisys.COM.UUCP
Subject: reusability
Date: Fri, 13-Mar-87 16:53:00 EST	[thread overview]
Date: Fri Mar 13 16:53:00 1987
Message-ID: <8703141928.AA20877@ucbvax.Berkeley.EDU> (raw)

Having just read the two dissertations on reusability
submitted by Mr. Berard, I find myself wondering about a
couple of things.

First, it seems to me that the Cost-Plus-Fixed-Fee contract
is not, in itself a barrier to the development and use of
reusable software.  On the contrary, by making optimum use
of reusable modules, I could reduce the level of effort
needed for implementation and apply the savings on the front
end of the life cycle.  The net effort would be the same,
but we have reason to believe that increased effort on the
front end of the development will lead to a higher quality
output.

Second, I would like to see some evidence that "object
oriented" methods are better than "functional decomposition"
at facilitating reuse.  It seems that it would be the job of
the designer in either case to recognize those functions or
objects which are candidates for reuse.  I might be
convinced if there were a rigorous methodology for either
functional decomposition or object oriented design which
would result in two different designers producing identical
designs from the same input.

Third, requiring that "every piece of code produced for a
project, be relevant specifically to that project" does not.
in itself, preclude implementing reusable modules.  If
modularity and cohesion are emphasized, it is certainly
possible to construct modules (packages, subprograms, ...)
that, while they may not be able to be moved intact from one
application to another, would need very little to refit them
for a different application domain.  We must be flexible
enough in our definition of reusability to accommodate the
range of legal and procedural impedimenta.

If the mountain will not come to Mohammed ...   Let's start
finding ways to use what we have.  Let's get everyone up to
the level of the current software engineering technology. 
Let's quit generating excuses and start attacking the
problem.

                               Michael P. Meier
                              (My opinions are my own ...
                               standard disclaimer)

             reply	other threads:[~1987-03-13 21:53 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1987-03-13 21:53 BENNETT [this message]
1987-03-16 18:11 ` reusability tom royer
  -- strict thread matches above, loose matches on Subject: below --
1987-07-29 14:47 Reusability Harry S. Delugach
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox