comp.lang.ada
 help / color / mirror / Atom feed
* Re: Assembly language (was: Re: Another 1.3 wish.)
@ 1987-08-24 18:29 "LT Scott A. Norton, USN"
  1987-08-25 17:34 ` R.A. Agnew
  0 siblings, 1 reply; 13+ messages in thread
From: "LT Scott A. Norton, USN" @ 1987-08-24 18:29 UTC (permalink / raw)


With all the "my language is better than your language" noise going on,
I thought I should provide some perspective.  There is one overriding
concern in DoD's world of software embedded in weapon systems.

              MAINTENENCE

Consider that most DoD weapon systems have a life cycle of over 20 years,
and that that lifetime is full of changes.  ( Don't quote me on this
number, since I don't have my references handy, but I think that avionics
software has 50% of the code rewritten every 6 years. )

My previous assignment was as Tactical Data Systems Maintenance Officer on
a 20-year old guided missile cruiser.  The NTDS program was 25 years old,
since it was deployed on a previous class of ship.  In 25 years, just
imagine the changes that took place:

  Replacement of analog fire control systems by digital.

  Introduction of Harpoon surface-to-surface missiles.

  Interface with digital sonar.

  Automatic tracking radars and IFF systems.

  Replacement of electronic warfare systems.

  Support for the F-14 fighter, with a two-way data link and multiple
  intercept capability.

Also realize that in a 25-year lifecycle, many participants have a
hand in the software.  Components are produced and maintained by Navy
activities, contractors, and research labs.  Univac wrote one module,
which is maintained by NavSeaTechRep, St Paul; Johns Hopkins APL wrote
another, which was turned over to missileers to maintain.  The data
link was written by a contractor to conform to a joint Army-Navy-Air
Force standard, and then maintained by FCDSSA, a Navy activity.  So,
the program must stand on its own, without the benefit of corporate
knowledge or the "Lord High Fixer", who was there when it was
originally written.  Doug Bryan wrote
<12328308981.12.Bryan@Sierra.Stanford.EDU>
>...  there is nothing about military software that makes it any
>harder or easier to implement than many, many other kinds of
>software.

The software that Ada was meant for, embeded in weapon systems, is
harder to implement than most, since it operates under strict
constraints of time, size, and correctness.  But most important,
its lifetime is as long as any COBOL banking application, and yet
as full of changes as any operating system.

LT Scott A. Norton, USN
Naval Postgraduate School
Monterey, CA 93943-5018
4526P@NavPGS.BITNET

^ permalink raw reply	[flat|nested] 13+ messages in thread
[parent not found: <8707190424.AA10158@cogsci.berkeley.edu>]

end of thread, other threads:[~1987-08-25 17:34 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <cca!mirror!rayssd!turbo!gibian@husc6.harvard.edu>
1987-08-21 13:07 ` Assembly language (was: Re: Another 1.3 wish.) "K.Keyte"
1987-08-24 18:29 "LT Scott A. Norton, USN"
1987-08-25 17:34 ` R.A. Agnew
     [not found] <8707190424.AA10158@cogsci.berkeley.edu>
     [not found] ` <434@sugar.UUCP>
     [not found]   ` <3664@well.UUCP>
     [not found]     ` <7197@think.UUCP>
1987-08-17 13:56       ` Leonard Vanek
1987-08-19  6:26         ` Kent Paul Dolan
1987-08-20 23:27           ` Marc Gibian SUD x 3393
1987-08-21 18:23             ` Doug Bryan
1987-08-19 18:00 ` Steven D. Litvintchouk
1987-08-20 12:39   ` Arny B. Engelson
1987-08-21 15:07     ` spf
1987-08-23 14:04     ` Kent Paul Dolan
1987-08-24 16:12       ` Mark Harris
1987-08-25  6:04 ` Roger Vossler

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