Re: User documentation as product specs?

Subject: Re: User documentation as product specs?
From: Len Olszewski <saslpo -at- UNX -dot- SAS -dot- COM>
Date: Fri, 19 Apr 1996 20:17:50 GMT

In article <H000054604f11471 -at- MHS>, Karen Otto
<KAREN_OTTO -at- hp-spokane-om2 -dot- om -dot- hp -dot- com> writes:


|> Where you really need to start is with the user identification, and
|> work with developers and marketeers to create a list of the users'
|> needs.
|> From that, you can evaluate what the requirements are for
|> documentation, HW, SW, and other parts of the product.


Using user documentation as a product spec is better than not having and
specifications at all, however there are other things besides what the
users see that good software developer need to consider in the analysis
and design stages of a project.

You might get away with using user documentation as a functional
requirements specification. But full requirements, design, and testing
specs don't usually fall out of what the end user gets as product doc.

Software developers should try to meet the needs of their customers, no
question about that. But they do them and their company a disservice if
the code they provide looks functionally correct, but is not solid
underneath the sheets.
Len Olszewski My opinions; you go get your own.
saslpo -at- unx -dot- sas -dot- com

Post Message: TECHWR-L -at- LISTSERV -dot- OKSTATE -dot- EDU
Get Commands: LISTSERV -at- LISTSERV -dot- OKSTATE -dot- EDU with "help" in body.
Unsubscribe: LISTSERV -at- LISTSERV -dot- OKSTATE -dot- EDU with "signoff TECHWR-L"
Listowner: ejray -at- ionet -dot- net

Previous by Author: Book Reviewers' Breakfast at STC Conference
Next by Author: Re: Font with Numbers in Circles or Boxes?
Previous by Thread: Re: User documentation as product specs?
Next by Thread: Re: User documentation as product specs?

What this post helpful? Share it with friends and colleagues:

Sponsored Ads

Sponsored Ads