HDTenEightyP/NetNews huggingface dataset:
From: peter@philips.oz.au (Peter Martiniello)
Date: Wed, 11 Nov 92 09:42:43 GMT
Organization: Philips Public Telecommunications Systems, Melbourne, Australia
Subject: How big is a manmonth

Could someone tell me how many actual working hours is assumed
to be in a man-month as defined in software models such as COCOMO
and Putman?

Thanks
Peter
-- 
-----------------------------------------------------------------
Peter Martinello
Philips Public Telecommunications Systems    Phone: +61 3 8813666
Melbourne, Australia      		       Fax: +61 3 8813577
Newsgroups: comp.software-eng
From: firth@sei.cmu.edu (Robert Firth)
Subject: Re: Who tests?
Organization: Software Engineering Institute
Date: Fri, 13 Nov 1992 15:19:00 GMT

In article <1992Nov12.192215.18133@iqsc.COM> rex@iqsc.COM (Rex Black) writes:

>However, I believe it would be very foolish for any 
>company to scrap its testing efforts entirely immediately upon starting
>at TQM program.  TQM is a long term investment, while testing is a risk-
>reduction effort.

I agree with you completely.  One of the many lessons TQM teaches is
that you do not divert resources and effort from the existing process.
You also make incremental changes, and require every change to prove
its effectiveness.

However, investment in defect prevention should, over time, reduce
the need for testing.  And, to repeat a point, you'll never know
when it is finally safe to do that unless you measure both process
and product with insight and accuracy.
Newsgroups: comp.software-eng
From: paulk@brt.com (Paul Kennedy)
Subject: Coverage Tools for C++
Organization: Berkeley Research and Trading
X-Newsreader: Tin 1.1 PL5
Date: Fri, 6 Nov 1992 18:05:00 GMT


This may be an FAQ but ....

Has anyone used or know of products providing test coverage analysis
for C++?

I'm aware of TCAT for C++ from Software Research.

I've heard that Veritas (Vista) and ASA (Hindsight) have C++ products
planned.

Does anyone know of any others?

Thanks in advance.


- Paul Kennedy
Newsgroups: comp.software-eng,mot.general,mot.quality.sw,comp.unix.programmer
From: levy@elaine.ee.und.ac.za (Dave Levy)
Newsgroups: comp.software-eng
Subject: TickIT
Date: 11 Nov 1992 14:42:25 GMT
Organization: Electronic Eng., Univ. Natal, Durban, South Africa
Distribution: world
NNTP-Posting-Host: pc18.ee.und.ac.za

Can anyone tell me anything about TickIT?

Thanks in advance

Dave Levy
From: markr@seqp4.sequoia.com (Mark Roddy)
Newsgroups: comp.software-eng
Subject: Re: Terminal vs. workstations productivity
Date: 6 Nov 92 17:16:12 GMT
Organization: Sequoia Systems Inc., Marlboro, Mass.

In <1992Nov6.075017.22154@informatik.uni-bremen.de> mfr@Informatik.Uni-Bremen.DE. (Michael Froehlich) writes:

>In article 92Nov3232420@hippo.cs.man.ac.uk, bevan@cs.man.ac.uk (Stephen J Bevan) writes:
>>In article <1992Oct30.000254.15144@den.mmc.com> richard@crowded-house.den.mmc.com (Richard Armstrong) writes:
>>you do this, but you could always use Emacs :-)
>                  ^^^^^^^^^^^^^^^^^^^^^^^^^^
>>
>>bevan

>Yes, of course. That's a great solution.
>I know a lot of people tieing their shoe-laces with a pair of pincers :-)

On the serious side, the effect that I noticed when we converted engineering
from ascii terminals to X terminals was an increase in the amount of source 
code that could be worked on at one time. Where 24 lines is the most you can
view at one time on a typical ascii terminal, 60 or more lines are visible
on an X display. 

There is nothing inherent in an Xterminal that a 70x180 ascii terminal
and a windowing editor can't do :-)
-- 
-Mark Roddy
Sequoia Systems, Inc.          (508) 480-0800 x1284
markr@seqp4.sequoia.com        m2c!seqp4!markr
Newsgroups: comp.software-eng
From: davidc@rapnet.sanders.lockheed.com (David P. Cavanaugh)
Subject: Re: Intersolv CASE Tools from Cambridge, Mass.
Organization: Defense Systems Division, Lockheed Sanders
Date: Thu, 5 Nov 92 12:58:18 GMT

In article <199211032139.AA03652@tuna.wang.com> MICHAEL.WILLETT@OFFICE.WANG.COM ("Michael Willett") writes:

>Here is a summary I just wrote up. (I'm not personally familiar
>with Intersolv products except that they just mailed me their brochures.)

>Intersolv says it has 100,000 users at 10,000 sites worldwide.  Regarding
>their new brochures for both Excelerator Windows and Excelerator II OS/2,
>the products are said to be for analysis, design and documentation
>of information systems.

>The brochure says that Excelerator Windows (XL/Windows) Version 1.0
>is Intersolv's market-leading product for analysis and design of
>high-impact information systems.  With XL/Windows, the Excelerator
>Series is now available on one of today's most popular IS development
>platforms.  XL/Windows is a direct successor to Excelerator/IS1.9,
>offering the same rich set of features and important new user benefits.

I am one of those 100,000 users. I have Excelerator/RTS V1.9 for DOS. 
Overall I've been very happy with the product. I am also using a companion 
product called XL/Doc. XL/Doc allows you to create documentation from the 
Excelerator database. The current XL/Doc supports the SSS, SSDD, SRS, SDD, 
IRS, and IDD for MIL-STD-2167A. You can also create you own scripts for 
generating customized documentation.

Dave
=================================================================
David Cavanaugh

Lockheed Sanders
MER24-1139
PO Box 868
Nashua, NH 03061
(603) 885-2425

davidc@rapnet.sanders.lockheed.com
=================================================================
Newsgroups: comp.software-eng
From: geoff@flash.bellcore.com (Geoffrey Clemm)
Subject: NetMake
Organization: Bellcore
Date: 6 Nov 92 12:14:23

I am interested in any products (or GNU-quality public domain software)
that automatically assigns the execution of a shell script to an appropriate
host on the network (using load balancing, resource availablity, etc).

I am familiar with the product NetMake from Aggregate Computing
(612) 546-5579, but am interested if there are any alternatives that
would be worth evaluating.

Thanks,

Geoff Clemm
--
geoff@bellcore.com
From: bill@banana.fedex.com (bill daniels)
Newsgroups: comp.software-eng
Subject: Have you heard of NMS Core?
Summary: Looking for vendor info
Keywords: NMS CORE
Date: 5 Nov 92 14:22:33 GMT
Distribution: comp
Organization: Federal Express Corp.

Someone (actually a senior level manager type) mentioned a product called
NMS Core the other day.  He referred to the vendor as Technichron(?).
Does anyone have contact information about this vendor/product?

Thanks,

bill
-- 
these ravings are in no way sanctioned by federal express corp
bill daniels                    | voice:  (901)797-6328
federal express corp            | fax:    (901)797-6388
box 727-2891, memphis, tn 38194 | email:  bill@banana.dis.fedex.com
From: tjo@siemens.com. (Tom Ostrand)
Newsgroups: comp.software-eng
Subject: Software Testing and Analysis: Call for Papers
Keywords: testing, analysis, conference, symposium
Date: 5 Nov 92 21:56:23 GMT


			CALL FOR PAPERS
ISSTA 1993--International Symposium on Software Testing and Analysis
			June 28-30, 1993
		Cambridge, Massachusetts, U.S.A. 

		    Sponsored by ACM SIGSOFT


This symposium is in the spirit of the TAV meetings held in Banff, Key
West, and Victoria. Its purpose is to bring together researchers and
practitioners who are working in the areas of software testing and
analysis. Papers of either a theoretical or empirical nature describing
new testing or analysis research for sequential, concurrent, distributed,
or real-time software are invited. Panel session proposals on relevant
topics are also invited.

PAPERS should present a clear picture of the original contributions made
and should relate the authors' work to prior work. Papers must not have
been previously published or submitted elsewhere. The highest quality
papers may be considered for publication in a special issue or section of
a research journal.  The text of submitted papers should be a maximum of
10 single-spaced or 20 double-spaced pages, using no smaller than 11 point
type, and must contain an abstract. Please include an e-mail address if
available.

PANEL PROPOSALS should include title, proposed chair, names of panelists,
and a one-page description of the topic. The panelists must have agreed to
participate prior to submission of the proposal.

Send all submissions to the Program Chair, Elaine Weyuker, using the U.S.
mail and e-mail addresses shown below. Submissions will be accepted in
either of the following formats (the first is preferred):

	- Two printed copies, plus an electronic Postscript file. 
	  (Other electronic formats will not be accepted.)

	- Six printed copies.

Submitted papers and proposals must be received by December 7, 1992.
Authors will be notified of acceptance or rejection by February 22, 1993. 
Camera-ready papers are due no later than April 1, 1993.

  GENERAL CHAIR			  PROGRAM CHAIR
  John Gannon			  Elaine Weyuker
  Dept. of Computer Science	  Dept. of Computer Science
  University of Maryland	  New York University
  College Park, MD  20742	  251 Mercer Street
				  New York, NY  10012

  (301) 405-2671		  (212) 998-3082
  gannon@cs.umd.edu		  weyuker@cs.nyu.edu


		   	PROGRAM COMMITTEE

Lori Clarke	  John Gannon	  Mary Jean Harrold	Leon Osterweil
Richard DeMillo	  Susan Gerhart	  William Howden	Thomas Ostrand
Laura Dillon	  Carlo Ghezzi	  Nancy Leveson		Barbara Ryder
Phyllis Frankl	  Richard Hamlet  Brian Marick		Steven Zeil















--
Tom Ostrand			E-mail:  tjo@siemens.siemens.com
Siemens Corporate Research	Phone:   609-734-6569
755 College Road East		FAX:     609-734-6565
Princeton, NJ  08540-6668
From: kambic@iccgcc.decnet.ab.com (Bonus, Iniquus, Celer - Delegitus Duo)
Newsgroups: comp.software-eng
Subject: Re: Scalability criteria
Date: 13 Nov 92 14:17:18 EST

In article <2B01E1FA.14921@ics.uci.edu>, ejw@siam.ics.uci.edu (Jim Whitehead) writes:
[...]
> A classic criticism of many proposed software engineering techniques
> is that they do not scale-up to large systems.  Give at least three
> criteria that need to be met in order for techniques to be scalable.
> 
> Since it was a take-home exam, there was enough time to examine the
> literature and software engineering texts.  I was not able to find
> any criteria for scalability in my searches, and so I present the
> question to the net.

Suggest that you take a look at Jerry Weinberg's book, Quality Software
Management, Volume 1, Systems thinking.  Sounds like this problem is right out
of the text.   BTW, if you haven't yet, read all of his books of SWE.  Funny,
but with clenched teeth.

George Kambic
sd
From: michael@sequent.com (Michael Squires)
Newsgroups: comp.software-eng
Subject: E-R diagram tool?
Date: 11 Nov 92 03:15:30 GMT
Article-I.D.: sequent.1992Nov11.031530.15294
Organization: Sequent Computer Systems Inc.

I'm looking for PC based tools (free or commercial) which support
Entity Relationship (E-R) diagram generation. I'm interested
in other tools (e.g., data flow diagrams (DFD)) as well. 

Any suggestions? Any suggestions for other places to ask?

					Thanks,
					Michael Squires
					INTERNET: michael@sequent.com
					CIS: 73510,1555
Newsgroups: comp.software-eng
From: sassam@insectus.unx.sas.com (Sue McGrath)
Subject: Re: TickIT
Originator: sassam@insectus.unx.sas.com
Date: Wed, 11 Nov 1992 15:50:15 GMT
Organization: SAS Institute Inc.


In article <levy.48@elaine.ee.und.ac.za>, levy@elaine.ee.und.ac.za (Dave Levy) writes:
>Can anyone tell me anything about TickIT?

TickIT is the British scheme for getting software registered to the ISO
standards.  They have a scheme for 9001 and a new one for 9002.  It gives
a structure to the registration process, what suppliers should have in
their quality management system, what purchasers should do, and the
qualitifications needed for auditors.  You can get a copy of the TickIT book
from the TickIT Project Office, phone +44 (0) 71 383 4501 or fax +44 (0)
71 4771.
Sue



-- 
Sue McGrath V406         sassam@unx.sas.com     
(919) 677-8000 x7032   
SAS Institute Inc. SAS Campus Drive, Cary, NC 27513
From: jjsf@gmv.es (Julio Sanchez)
Newsgroups: comp.software-eng
Subject: References wanted for FDIR (Fault Detection, Isolation and Recovery)
Date: 13 Nov 92 13:00:57 GMT
Organization: Grupo de Mecanica del Vuelo, S.A. (GMV), Madrid, Spain

Can anyone recommend books or publicly available references on the
above topic, namely techniques for Fault Management?

Please respond by email and I will summarize if interest demands it.

Many thanks in advance,

Julio
-- 
Julio Sanchez, GMV SA, Isaac Newton 11, PTM Tres Cantos, E-28760 Madrid, Spain
Ph. +34 1 807 21 85 | jsanchez@gmv.es                 | Traveller, there is no
Fax +34 1 807 21 99 | jsanchez%gmv.es@Spain.EU.net    | path; paths are made by
Telex  48487 GMEV E | Julio_Sanchez_GMV@EuroKom.ie    | walking (A. Machado)
From: gchimpir@ho11.eng.ua.edu (Gowtam B. Chimpiri)
Newsgroups: comp.software-eng
Subject: Metrics for OOSystems
Keywords: Metrics, OOSystems
Date: 6 Nov 92 00:17:42 GMT
Article-I.D.: ua1ix.1992Nov06.001742.145806
Organization: The University of Alabama

Hi there,
	I need pointers to any research papers on "Metrics for OOSYstems". 
Please Email me or post in this group.

	Thanks a lot in advance for any help
_________
gowtam
________________________________________________________________________
Gowtam Chimpiri.			gchimpir@buster.eng.ua.edu
					gowtam@cs.ua.edu
________________________________________________________________________
Newsgroups: comp.software-eng
From: chrisf@nms.otca.oz.au (Christopher Fraser)
Newsgroups: comp.software-eng
Subject: Re: Coverage Tools for C++
Date: 10 Nov 92 02:02:54 GMT

paulk@brt.com (Paul Kennedy) writes:


> This may be an FAQ but ....
>
> Has anyone used or know of products providing test coverage analysis
> for C++?
>
> I'm aware of TCAT for C++ from Software Research.
>
> I've heard that Veritas (Vista) and ASA (Hindsight) have C++ products
> planned.
>
> Does anyone know of any others?

Sun C++ 2.1 has a version of tcov for c++, also, there was a was a back end
(can't remember it's name) for g++ which can do coverage analysis (not
sure if it would be available for 2.3.1 ... best try one of the gnu groups).

Cheers,
--
Christopher Fraser      "First time surrealists are often confused by the
chrisf@nms.otca.oz.au    similarities between fish and telephones"
Newsgroups: comp.software-eng
From: martelli@cadlab.sublink.org (Alex Martelli)
Newsgroups: comp.software-eng
Subject: Re: Productivity of a C programmer ?
Date: 4 Nov 92 11:02:27 GMT
Organization: CAD.LAB S.p.A., Bologna, Italia

lehman@george.arc.nasa.gov (John Lehman -- GDP) writes:
	...
:Also, it's better to use a variable "ii"
:than a variable "i", so that a maintainer can search
:for occurrences of "ii" (in an editor) whereas if
:the variable is just "i" the search will catch many
:lines that aren't really of interest.  In this case
:twice as many characters yields about 3 or 4 times
:as much total usefulness.

Is it too much to ask the maintainer to search with \<i\> so that only
the WORD i will be found?!?!!!  That's with good old rudimental VI - I
assume any "programmer editor" will make it even easier, of course.
-- 
Email: martelli@cadlab.sublink.org                   Phone: ++39 (51) 6130360
CAD.LAB s.p.a., v. Ronzani 7/29, Casalecchio, Italia   Fax: ++39 (51) 6130294 
Newsgroups: comp.software-eng
From: claird@NeoSoft.com (Cameron Laird)
Subject: Re: Software Factory (was: Re: Do Software Engineers Actualy Do So Badly?)
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Thu, 12 Nov 1992 13:56:37 GMT

In article <georgerj.721551764@emerald> georgerj@rtsg.mot.com (Richard J. George) writes:
>claird@litwin.com (Cameron Laird) writes:
			.
			.
			.
>>senses.  They will, as one contributor recently
>>complained, have a "de-skilling" attitude.  They
>>will expect their employees to show facility at
>>combining standard components, at translating
>>high-level specifications into solutions, and at
>>carrying out their business within a *measured*
>>workplace.
>
>I disagree with the assumption that the role of the software engineer
>will be de-skilled in years to come.  From looking at tools which are
>available now (ilogix for example), I see the skill moving further
>up the lifecycle.  More pride will be placed in getting a complete
>set of requirements, and producing a design that satisfies those 
>requirements.
>
>Coding itself is (should be) cranking the handle.  It is the bricks
>and mortar of the architect - and how many bridge building engineers
>get their hands dirty?
			.
			.
			.
We're in agreement.  One of the points I've been
trying to make is that moving "the skill ... up
the lifecycle" *is* what many of our colleagues
see as "de-skilling".  There's ample historical
precedent for this identification--for a variety
of socio-cultural reasons, manufacture of fire-
arms, automobiles, textiles, and merchant ships
all went through the same struggle, with the same
confused and confusing debates.
-- 

Cameron Laird
claird@Neosoft.com (claird%Neosoft.com@uunet.uu.net)	+1 713 267 7966
claird@litwin.com (claird%litwin.com@uunet.uu.net)  	+1 713 996 8546
From: jbw@cs.bu.edu (Joe Wells)
Newsgroups: comp.software-eng
Subject: NEW LIST: DDTs-Users - QualTrak's bug tracking software
Date: 9 Nov 92 18:05:00 GMT
Article-I.D.: csd.9211100405.AA11732
Reply-To: jbw@cs.bu.edu
Organization: The Ohio State University Department of Computer and Information Science

DDTs-Users@BigBird.BU.EDU

   The newly created DDTs-Users mailing list is for discussions of issues
   related to the DDTs defect tracking sofware from QualTrak, including
   (but not limited to) software, methods, mechanisms, techniques, general
   usage tips, and policies.

   To join the DDTs-Users mailing list, send the command

      subscribe ddts-users

   in the body of a message to "Majordomo@BigBird.BU.EDU".  If you want to
   subscribe something other than the account the mail is coming from,
   such as a local redistribution list, then append that address to the
   "subscribe" command; for example, to subscribe "local-ddts-users":

      subscribe ddts-users local-ddts-users@your.domain.net

   Submissions should be sent to "DDTs-Users@BigBird.BU.EDU".  That
   address is a direct mail reflector; all messages sent to that address
   are immediately forwarded to the list.  The list is unmoderated.  The
   list is an open list; anyone may subscribe.

   All messages to the list are being archived, but no method has yet been
   provided for retrieving these archives.  Be patient.

   Owner: Joe Wells <jbw@cs.bu.edu>

   "DDTs" and "QualTrak" are probably both trademarks of QualTrak.  The
   "Majordomo" mailing list management software is by Brent Chapman.

   (The text of this announcement was shamelessly stolen from an
   announcement by Brent Chapman <Brent@GreatCircle.COM> because his
   announcement was so good.)
From: rcd@raven.eklektix.com (Dick Dunn)
Newsgroups: comp.software-eng
Subject: Re: Will we keep ignoring this productivity issue?
Date: 12 Nov 92 08:34:54 GMT
Organization: eklektix - Boulder, Colorado

wilson@rhombus.cs.jhu.edu (Dwight Wilson) writes:
>[I quoted Bob Munck about order-of-magnitude variation in productivity,
suggested it might be more]

>Before we try to fix this problem, does anyone have
>analogous numbers for other professions?...

Hold on - what is the "problem" here?  (I want to get the right frame of
reference...I want to be sure that we're not considering excess produc-
tivity a "problem".)

>...I would expect that
>professions demanding high creativity would have a large
>difference between the best practitioners and average ones, and
>an order of magnitude is not particularly surprising.  

Perhaps it's not surprising that the difference exists...but I think it
*is* surprising that we ignore it!  We're trying to create software; we
need lots of software to meet all the (perceived) needs.  Software is
undeniably expensive.  Some folks are still whining about a "software
crisis".  If it matters at all, why would we ignore such profound differ-
ences in productivity, rather than trying to find out something about what
characterizes them??  The "problem", if there is one, is that we're
ignoring a substantial resource.
-- 
Dick Dunn    rcd@raven.eklektix.com   -or-   raven!rcd    Boulder, Colorado
	...Simpler is better.
From: flint@gistdev.gist.com (Flint Pellett)
Newsgroups: comp.software-eng
Subject: Re: Will we keep ignoring this productivity issue?
Date: 13 Nov 92 18:14:45 GMT
Organization: Global Information Systems Technology Inc., Savoy, IL

rcd@raven.eklektix.com (Dick Dunn) writes:

>rich@kastle.com (Richard Krehbiel) writes:
>[why do we ignore as much as a 20-fold difference in productivity?]
>>    Perhaps because there's nothing that can be done about it?
>>
>>    I think that those with the 20-fold advantage have a gift, not a
>>skill.  It's rather like perfect pitch or photographic memory.  Or,
>>put another way, can you train someone out of color blindness?

>or whatever...

>But back to the question.  In terms of what Rich said - is there anything
>that can be done about it?  Is it a gift, or an aptitude that just happens
>to be developed in certain circumstances, or what?

>Maybe there's nothing there we can take advantage of...or maybe there is.
>We don't know.  Back to Munck's question: why aren't we looking at it?

>It might be a hard problem.  It might not yield a useful solution.  But we
>don't know, because we haven't looked.

Rather than believe that we in Computer Science are the first ones to
face these issues, maybe we ought to ask if other professions have
similar "productivity" differences?  My bet is that if someone were to
measure the productivity of architects, you'd find a similar 10-1
range, and you'd also find the 10-1 difference later on (in the well
designed building with everything works well and takes no maintenance
vs. the poorly designed one where time is spent repairing flaws or
working around a bad layout all the time.)

The question I would ask is not "Is there anything that can be done
about the difference in productivity?" but and instead focus on
"How can we sort out the people who are (or will be) good from those
who aren't?"
-- 
Flint Pellett, Global Information Systems Technology, Inc.
100 Trade Centre Drive, Suite 301, Champaign, IL  61820     (217) 352-1165
uunet!gistdev!flint or flint@gistdev.gist.com
Newsgroups: comp.software-eng
From: frankl@ide.com (Adam Frankl)
Subject: Re: Software Through Pictures
Organization: IDE, San Francisco
Distribution: usa
Date: Mon, 9 Nov 92 18:40:21 GMT

In article <5758@naucse.cse.nau.edu> kwc@elden.cse.nau.edu (Ken Collier) writes:
>I'd like to get in touch with the Software Through Pictures (STP)
>vendor.   I think the company is IDE in San Fransisco but I can't
>seem to get a number or an address for them.   Does  anyone  have
>this info?  Thanks.

Interactive Development Environments
1-800-888-4331

>
>Ken Collier                            Internet:kwc@elden.cse.nau.edu
>College of Engineering and Technology 		
>Northern Arizona University
>Flagstaff, Arizona


adam frankl
Xref: sparky comp.software-eng:4243 comp.lang.c:16378
From: bhoughto@sedona.intel.com (Blair P. Houghton)
Newsgroups: comp.software-eng,comp.lang.c
Subject: Re: Will we keep ignoring this productivity issue?
Date: 12 Nov 1992 02:36:47 GMT
Organization: Intel Corp., Chandler, Arizona
NNTP-Posting-Host: alfalfa.intel.com

Who gives a rats ass?

How about we design some machines to do the coding for us,
now that we have a standard for C?

				--Blair
				  "54-40 or fight!"
Newsgroups: comp.software-eng