HDTenEightyP/NetNews huggingface dataset:
From: monett_s@cho006.cho.ge.com
Newsgroups: comp.software-eng
Subject: Re: Reverse Engineering tools - Info needed...
Date: 8 Jan 93 08:14:11 EDT
Organization: GE Fanuc Automation, North America

In article <4051@hpwala.wal.hp.com>, damiand@hpwala.wal.hp.com (Damian Danowski) writes:
> I am trying to gather some information on reverse engineering tools. I have
> used PROCASE and I have heard that CADRE has something called Ensemble 
> that does something to do with reverse engineering. Has anyone out there used
> Ensemble? I am looking for tools that are UNIX based and are able to support medium to large projects (100K to 1M lines of code). These tools should be able to digest code and produce data dictionaries, call trees, and maybe even data flow diagrams and flowcharts. 
> 

When I called about Ensemble I was told that it is a close integration
of the Teamwork tool system with CodeCenter (formerly Sabre-C). I think
you have to purchase CodeCenter separately.


-- 
-----------------------------------------------------------------------------
Steve Monett                        monett_s@dnet.cho.ge.com
GE-Fanuc; Charlottesville, VA         or
(804) 978-5907                      monett_s@cho000.cho.ge.com
Newsgroups: comp.software-eng
From: palmer@world.std.com (Kent D Palmer)
Subject: THE FUTURE OF SOFTWARE PROCESS -- a paper (looking for reviewers)
Summary: An attempt to speculate on the future prospects of software pro
Keywords: software engineering, software process, autopoiesis
Organization: The World Public Access UNIX, Brookline, MA
Date: Tue, 12 Jan 1993 23:22:45 GMT

I have written a paper on THE FUTURE OF SOFTWARE PROCESS and would
like to get some review comments on the draft. If you would like to
review the paper send me a few lines about what your interest in
software process is along with a postal address and your email
address. Please only respond if you are willing to give your comments
back to the author. Send your request to palmer@world.std.com

The paper is 142 pages, includes a bibliography on autopoiesis (self-
organizing systems) and many diagrams. Because of the diagrams the
text may not be made available in ascii form. The subtitles are:

Integrated Process Development . . .
The Art of Defining Processes
Faceted Autopoietic Software Processes
The Impactsof the Assessment of Software Process
Sociotechnical Systems, Process, and Non-routine Work
Personal Work Process Management
Genesis and Modeling of Autopoietic Processes
The Work Flow and Process Wisdom
The Process Future

Kent Palmer
Software Engineering Technologist
Software Engineering Process Group Chairman




Newsgroups: comp.software-eng
From: pmj@roadnet.ups.com (Pete Jansson)
Subject: Unattended software upgrades
Organization: Roadnet Technologies, Inc.
Date: Mon, 11 Jan 1993 21:47:27 GMT

We're developing a system here which has several components, which I'll call 
a type A, type B and type C component.  Type C components are portable 
computers which collect data and, at regular intervals, upload the data to a 
type A, sometimes going through a type B as an intermediate point.  Type B 
components are constantly connected to type A's through a fairly reliable 
communications link.  We are looking at fielding this system to a large 
number of sites -- approximately 200 type A's, 800 type B's and 8000 type C'
s; each type A will service anywhere from 30-300 type C's, with as 
many as 20 type B's.  Lately we have begun to be worried sick about how to 
accomplish software upgrades when we come up with the next greatest 
version.  Because of the large distribution of systems, we can't guarantee, 
for example, that all the type C's which talk to a type A will have been 
upgraded at the same time as the type A is upgraded.  To solve this problem, 
we are considering having tye type A check the version of the type C, and if 
the C is older, having the A download the C with the latest version 
software, using manual procedures to try to ensure that the C's never get 
more than one version behind the A.

What we're looking for is a situation where, after upgrading the type A, it 
will upgrade the type B automatically, and then the A's and B's will 
automatically upgrade the C's.

I was wondering if anyone has any experiences doing this kind of thing that 
they could share.  Could anyone point to any references describing these 
kinds of systems or that challenges of building them?  Is this even the 
right group in which to be discussing this kind of thing?

I'll appreciate any responses, particularly e-mail.  If there is interest, I'
ll happily summarize and post.

Thanks,
    Pete.
Newsgroups: comp.software-eng
From: jpecore@vitro.com (Joseph Pecore)
Subject: Best CASE conferences?
Organization: Vitro Corporation
Date: Tue, 12 Jan 1993 19:45:46 GMT


I am trying to schedule conferences for 1993 year.

What are the best CASE Conference & Expositions to attend
dealing with CASE technology and tools?

Thanks,
joe

        ________________________________________________________________________
       / Joseph Pecore                  USMail:	Vitro Corporation    
__    /  Internet: JPECORE@VITRO.COM    	Bldg. 4-2309    
  \  /   Voice:    (301) 231-2788       	14000 Georgia Ave.    
   \/    Fax:      (301) 231-1232		Silver Spring, MD 20906-2972
From: S_JUFFA@IRAV1.ira.uka.de (|S| Norbert Juffa)
Newsgroups: comp.software-eng
Subject: Looking for a specific article on CASE, please help!
Date: 12 Jan 1993 16:49:28 GMT
Organization: University of Karlsruhe, FRG
Distribution: world
NNTP-Posting-Host: irav1.ira.uka.de
X-News-Reader: VMS NEWS 1.25

Hi netters,

I hope comp.software-eng is the right newsgroup for my question. I am looking
for a specific article dealing with CASE (computer aided software engineering)
that I read quite recently (at least I think so. It may have been within the
last 18 month, though). The article dealt with the claims to increased 
productivity made by CASE tool vendors. The author/authors had asked quiet
a few (big) companies what CASE tools they use and how productivity has 
increased after they started to use the tools. It turned out that overall,
there had not been much improvement in productivity. The article featured
some nice bar graphs that illustrated use of CASE tools and improvements
in productivity at different companies. The article was printed in an
English language magazine/journal and I am sure it wasn't some obscure
publication. However, I hadn't kept a reference at the time I read it, and
now I can't find the article. A three-hour search in the library turned out
to be unsuccesful. So now I am kind of desperate and turning to the net for
help. Maybe someone else dealing with CASE frequently can remember that
article and can send me the reference? Your help is truly appreciated!

Norbert
-------------------------------------------------------------------------------
Norbert Juffa        email: S_JUFFA@IRAVCL.IRA.UKA.DE        Live and let live!
Xref: sparky comp.software-eng:5232 comp.protocols.misc:922 comp.protocols.iso:1473 comp.specification:604
From: kperic@vms.eurokom.ie (Konstantin Peric S.W.I.F.T.)
Newsgroups: comp.software-eng,comp.protocols.misc,comp.protocols.iso,comp.specification
Subject: Looking for software tools for LOTOS
Date: 6 Jan 93 20:03:58 GMT
Organization: EuroKom Conferencing Service


I'm currently investigating the LOTOS ISO protocol specification language (for
use in the specification of Electronic Data Interchange scenarios, which are
formal expressions of business rules and protocols. It seems to work out
nicely).

What I'm looking into now is a survey of software tools for LOTOS: editors,
simulators, code generators, etc. I'm only aware of the LOTOS LITE tool set
(and associated tools in the context of the ESPRIT Atmosphere project).
Is that all? Aren't there any other tools (hey America: speak up!). I'm alos
interested with experiences with those tools.

BTW, I'd also be interested by a sort of "WHO IS WHO" in the LOTOS context. If
you are using it, even without software tools, please answer. It'll be good to
know there are many of you!

Please answer by E-mail. I'll post a summary if there is enough interest.
Thanks.

Konstantin Peric
kperic@vms.eurokom.ie
S.W.I.F.T.
Av Adele, 1
1338 La Hulpe, Belgium
tel: +32.2.655.37.74
fax: +32.2.655.37.85
Newsgroups: comp.software-eng
From: terryr@kurango.cit.gu.edu.au (Terry Rout)
Subject: Re: Debugging the process
Organization: Griffith University.
Date: Tue, 12 Jan 1993 04:30:14 GMT

dmmatt@bigez (Mike Mattix) writes:


>  Let's put the shoe back on the other foot.  What major improvement in the
>implementation of computers has occured within the last 20 years due to 
>software management (i.e. methodologies, etc).  Before denouncing me as a
>heretic how about some proof that I am in error. (Those who know me will tell
>you that I often am..)


For starters, let's take the work reported by Mike Fagan (IBM) on the use
of Software Inspections - very low-tech stuff this, basically four people
sitting arpound a table.  In the latter of his two articles on the issue 
(Fagan, M.E., "Advances in Software Inspections", IEEE Trans. Software Eng., Vol
SE-12, No 7, July 1989, pp 744-751) he reports reductions of 25% in project
schedule and 35% in project cost resulting from use of inspections.  And in
case you think this is just IBM talk, similar results have been reported by
others - see Ackerman, A.F., Buchwald, L.S., and Lewski, F.H., "Software
Inspections: An
Effective Verification Process", IEEE Software, Vol 6, No 3, May 1989, pp 31-36. for a summary.

I'm sure this is not the only example, either; read Fred Brooks' article,
"No Silver Bullet" for a more detailed discussion.


------------------------------------------------------------
Terry Rout
Software Quality Institute
Griffith University
Queensland Australia

terryr@cit.gu.edu.au
------------------------------------------------------------
From: kevinh@ditton.shlv2.co.uk (Kevin Harkin)
Newsgroups: comp.software-eng
Subject: Coad/Yourdon OOA/OOD methodology
Date: 7 Jan 93 09:19:28 GMT
Organization: Saville and Holdsworth Ltd, Uk

Does anyone know of any books which adopt the OOA and OOD methodologies
as described in the Coad & Yourdon books ? Although I find these books
useful, I'm looking for more detail and more examples. 

Thanks for any help.

p.s. E-mail only please.

Kevin.
Newsgroups: comp.software-eng
From: SPC@mindlink.bc.ca (SPC)
Subject: What is IDEF standards?
Organization: MIND LINK! - British Columbia, Canada
Date: Fri, 8 Jan 1993 16:58:20 GMT

Hi!
        I would like some information about the methodology called IDEF.
Just a brief summary will do.  Please send your reply to spc@mindlink.bc.ca
        Thanks!

--Elaine Chia--
Newsgroups: comp.software-eng
From: gene@aee.aee.com (Gene Kochanowsky)
Subject: Are there any good books on software interface design?
Summary: Looking for a bibliography of software interface design books
Keywords: software engineering interface design
Reply-To: gene@aee.aee.com
Organization: Associated Electronic Engineers
Date: Sat, 9 Jan 1993 21:14:33 GMT

Greeting,

	I am currently in the design phase of a GUI based software project, and am
storyboarding the interface. Does anyone know of any books that address this kind 
of design, and if so could they please reply to

	gene@aee.com

Appreciate it.

Gene Kochanowsky

-- 
Gene Kochanowsky                           | "And remember ....
Associated Electronic Engineers, Inc.      |       The better you look ... 
(904)893-6741 Voice, (904)893-2758 Fax     |       the more you will see."
gene@aee.com                               |               Miss Lidia
Newsgroups: comp.software-eng
From: peterd@pjd.dev.cdx.mot.com (Peter Desnoyers)
Subject: Re: Debugging the process
Organization: Motorola Codex, Canton, Massachusetts
Date: Mon, 4 Jan 1993 19:19:41 GMT

sullivan@cs.washington.edu (Kevin Sullivan) writes:
>In article <1992Dec31.112259.1@bigez> dmmatt@bigez (Mike Mattix) writes:
>> 
>>The only 
>>improvements in accuracy and timeliness of systems in the last 20 years
>>can be traced directly back to technological breakthroughs not new 
>>project management/software engineering procedures.

>I sure wish I could judge whether or not to believe statements like this.
>I don't mean to pick on this author particular, but to note that software
>engineering debates are unlikely to converge for as long as their quality
>remains at the level of such ex cathedra pronouncements. 

I'm sitting in front of a workstation that has, among other things:

(a) an assembler. (going back 30 rather than 20 years, you'll find a
time when maybe 70-80% of a project's man-hours were spent
"coding"...)

(b) several high-level language compilers.

(c) symbolic debuggers, including one that works with an in-circuit
emulator on the hardware we're developing.

(d) screen-oriented editors and multiple windows.

(e) configuration control software.

Looking through this list I see innovations that increase productivity
by factors ranging from 10s of percent to factors of 3 or 4.

Conversely, I see management doing things that would look familar to
someone in management school 20 years ago. 

Given the evidence in front of my eyes, it would seem hard to imagine
that significant improvements in programming productivity have come
from anything *but* technological improvements in the last two
decades.

				Peter Desnoyers
--
From: salwa@cs.umd.edu (Salwa Abd-El-Hafiz)
Newsgroups: comp.software-eng
Subject: Looking for NASA Documents on CM
Date: 6 Jan 93 15:13:20 GMT
Distribution: na
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742

I am trying to find the following two documents:

   - NASA Sfw DID 04, Software Configuration Management Plan Data Item
     Description, NASA, Version 3.0, 10/15/86

   - NASA D-GL-11, Software Configuration Management for Project Managers,
     NASAm Version 0.2, March 87.

I'd appreciate any pointers 

Thanks,
Salwa (salwa@cs.umd.edu)
From: gregd@cadreor.cadre.com (Greg Deffenbaugh)
Newsgroups: comp.software-eng
Subject: Re: Reverse Engineering tools - Info needed...
Date: 8 Jan 93 17:38:48 GMT
Article-I.D.: cadreor.1993Jan8.173848.10804
Organization: Cadre Technologies Incorporated, Beaverton, Oregon.

damiand@hpwala.wal.hp.com (Damian Danowski) writes:

>I am trying to gather some information on reverse engineering tools. I have
>used PROCASE and I have heard that CADRE has something called Ensemble 
>that does something to do with reverse engineering. Has anyone out there used
>Ensemble? I am looking for tools that are UNIX based and are able to support medium to large projects (100K to 1M lines of code). These tools should be able to digest code and produce data dictionaries, call trees, and maybe even data flow diagrams and flowcharts. 

>Thanks, Damian.

>============================================================================
>Damian F. Danowski
>HP Medical Systems
>175 Wyman Street
>Waltham,  M 02254
>damiand@hpwarek.wal.hp.com

Ensemble is a suite of tools for the C development and maintenance engineer. 
The tools consist of structure and logic reverse engineering, quality metrics 
calculations, test case generation, test coverage profiling, and design 
documentation generation. Ensemble, being built on top of the Teamwork toolset, 
also provides Structured Design based forward engineering from the reverse 
engineered code. Ensemble is currently shipping on Sun Sparc and HP700.
Ensemble will be shipping on IBM RS6000 and DEC Ultrix in Q1, 1993. Ensemble 
processes ANSI, K&R, and Microsoft dialects including the extensions for the 
workstation compilers and many cross compilers.

For more information, please contact Cadre Technologies at 1-800-743-2273 or 
(401) 351-5950.

Greg Deffenbaugh
Cadre Technologies Inc.
gregd@cadre.com
From: guccione@ccwf.cc.utexas.edu (Steve Guccione)
Newsgroups: comp.software-eng
Subject: Looking for "A Tale of Two Programmers"
Date: 5 Jan 93 00:48:01 GMT
Reply-To: guccione@ccwf.cc.utexas.edu (Steve Guccione)
Organization: The University of Texas at Austin
Originator: guccione@donald.cc.utexas.edu


I have been looking for a paper for a few years now, and have decided
to see if anyone out on the net could help.

It was published around 1984-85 and was titled "A Tale of Two
Programmers" or something similar.  It was a story of two programmers
(conicidentally) working on identical projects for two competing
comapnies.

It was pretty popular, and was xeroxed (tm) frequently.
Unfortunately, one day I didn't get my original back, and was never
able to find it.  I don't recall the name of the author.

Any help is appreciated.

Thanks,

-- Steve Guccione
-- 1/4/92
From: flint@gistdev.gist.com (Flint Pellett)
Newsgroups: comp.software-eng
Subject: Re: average identifier length (was Comments: Code...)
Date: 5 Jan 93 19:59:28 GMT
Organization: Global Information Systems Technology Inc., Savoy, IL

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

>mueller@b30news.b30.ingr.com ( Phil Mueller ) writes:
>[argument that you should use ii instead of i, so that you can find it with
>a text editor, followed by suggestion that vi can find isolated i as a
>token]
>>So you're going to force everyone to use vi?
>>AAAARRRRGGGGHHHH!!!!

>No, nothing of the sort, and dammitall, we've already been over this:  The
>idea is to use a decent tool.  vi was an example.  If you want to consider
>vi a horrible, archaic editor, I won't argue.  (I've used it for a decade,
>but I'm a horrible, archaic man.:-)

>Take it this way: If even stupid old vi can easily distinguish isolated "i"
>from the letter embedded in other words, surely any decent editor can do so
>at least as easily.

>THE TOOL IS THE SERVANT, NOT THE MASTER!!!

>(pardon that sticky caps-lock key...)

>If the tools you've got are an impediment to writing and manipulating code
>the way the rest of the world writes it, you've got crappy tools.  Throw
>them away and get better ones.  Do not construct in your code misshapen
>monuments to bad tools.

Ok, I mostly agree, but there is a limit at which you do have to pay
some attention to what tools you have, and to times when the world's
standards conflict with one another.  Two examples:  1. I would never
name a variable "a".  Maybe I can search for \<a\>, but there are
few tools available that are smart enough to skip over all the occurances
that appear in comments.  2. A good number of years ago I worked in a
language where the convention "the rest of the world used" was that
a particular variable began with the two letters "nl" followed by digits.
(The n denoted integers, the letter l denoted "local".)  Unfortunately, 
all the printed output went thru machines where the 1 and l used the
same character, which meant that an n11 (the eleventh global
integer) was indistinguishable from nl1: both printed as nll.  The
whole world was using typewriters like that, so I could not just
blithely say I needed a better printer.
-- 
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
From: kanai@gps827s.gps.jip.co.jp (Hisao Kanai)
Newsgroups: comp.software-eng
Subject: Looking for data of Software Estimation
Date: 5 Jan 93 02:01:57 GMT
Distribution: comp
Organization: Japan Information Processing Service Co.,Ltd

I'm seeking any data or evaluation using the function point or other for the
Information Processing System.
I have a Applied Software Measurement by C. Jones and contact to IFPUG.
However, I need more information.

Any information would be helpful by E-mail or FAX me at
   E-mail: kanai@jip.co.jp
   FAX   : 81-3-5690-3230

Thank you for your assistance.

HISAO KANAI
Government Business Division, JIPS
Tokyo, Japan
From: dm@think.com (dave mankins)
Newsgroups: comp.software-eng
Subject: looking for papers on debugging
Date: 9 Jan 1993 04:27:17 GMT
Organization: Thinking Machines Corporation, Cambridge, MA (USA)
Distribution: world
NNTP-Posting-Host: merlin.think.com


I am looking for papers or books that discuss debugging.

In particular, I am looking for

   Thomas R Riedl, JS Weitzenfeld, Gary A. Klein, Jared T Freeman,
	   ``Application of a knowledge elicitation method to software
	   debugging expertise'' _Proceedings of Behavioral Science Days
	   '90.  Proprietary, AT&T.

(in the hopes that either it's no longer proprietary, or that there
has been some derivative work published.)

For anyone else that is interested, there are three papers (one of which refers
to the above) in 

	Tomayko (ed.) _Software Engineering Education_ (Springer-Verlag,
		Lecture Notes in Computer Science 536).

Someone mentioned this book in this forum several weeks ago (thank you: I found
the articles pretty interesting).

-- 
david mankins (dm@think.com)
			Gregor Samsa awoke one morning to find himself 
			transformed into an enormous software defect.
Newsgroups: comp.software-eng
From: rayes@Goat.mcs.kent.edu (Mohamed Omar Rayes)
Subject: Parallel Numerical Algorithms Text
Organization: Kent State University
Date: Wed, 6 Jan 1993 02:16:36 GMT

  A friend of mine who is involved in applied mathemtics problems that 
require intensive computing power is looking for a good and introductry
text in parallel numerical algorithms. If you know of a text that 
emphasizes pratical as opposoed to theoretical algorithms, please send
e-mail to rayes@mcs.kent.edu. Thanks in advance.
From: William Ayi-Bisah
Subject: critical software methodologies
Keywords: Fault-Tolerance, N-Version  
Reply-To: Williama@ifi.unit.no
Organization: Ifi, University of Trondheim / AVH
Date: Mon, 11 Jan 93 11:58:55 GMT

I am a student at  the Computer Science Department,  University of Trondheim
working on my  thesis for my Masters Degree in the area of Methodologies for
Critical Software. My research will cover the definition of an environment for
testing such  methodologies as N-Version Programming and Recovery Block
Techniques.

I would be very grateful if  you could help me by way of suggestions, 
references, recommended books etc.

Thank You in advance.

***************************************************
Reply To : williama@ifi.unit.no
***************************************************  
Newsgroups: comp.software-eng
From: schaefer@bcarh9d.bnr.ca (Douglas Schaefer)
Subject: Rumbaugh et al - Object Modelling Technique
Keywords: OMT
Organization: Bell-Northern Research Ltd.
Date: Mon, 4 Jan 1993 21:15:21 GMT


I have just completed reading the Rumbaugh et al book on their Object
Modelling Technique.  Before presenting it to the remainder of my
organization, I would like to hear any stories anyone might have about
their successes/failures when using OMT in their software development.

Please respond by mail.  If there is enough interest, I will post a
summary.

----------------------------------------------------------------------------
Doug Schaefer | Where the designer is the software         | schaefer@bnr.ca
BNR Ltd.      | My opinions are my own and no one else's   | Ph:613-763-7246
----------------------------------------------------------------------------
--
----------------------------------------------------------------------------
Doug Schaefer | Where the designer is the software         | schaefer@bnr.ca
BNR Ltd.      | My opinions are my own and no one else's   | Ph:613-763-7246
----------------------------------------------------------------------------