Re: Software Documentation

Subject: Re: Software Documentation
From: "Connie Giordano" <connie -at- therightwordz -dot- com>
To: Sue McKinney <smckinn2001 -at- yahoo -dot- com>, Fred Ridder <docudoc -at- hotmail -dot- com>, <techwr-l -at- lists -dot- techwr-l -dot- com>
Date: Mon, 07 Mar 2011 10:27:54 -0500

Hi Sue,

There are generally accepted definitons for various development
methodologies and various project management methodologies.... they tend to
vary by organization, as do the specific names. In my experience they tend
to include, in some form or another:

Business Requirements (including use cases)--what problem does the business
need to solve
System Requirements-what system components are required to solve the
problem
High Level Design--how will the system be designed to solve it within the
overall environment
Technical Design--specificallly what functionality will be included and how
will it work
Database Design/Architecture--what are the data requirements to function
within the new system
Quality Assurance/Test Strategy--how will the system and data be tested to
ensure proper functioning
Implementation Plan--how will the team get the system into production
Test Cases/Scripts--the actual testing scenarios outlined by the test
strategy
Installation/Configuration--instructions on installing and configuring the
system
Admininstration--detailed instructions for ongoing administration of the
system
End user documents--support documents for the end users of the system

I doubt these are generally accepted definitions--I'm not sure there are
any, but these are the kinds of documents I've done for a wide range of
software over the years. Some teams don't do any design or requirements
until after the system goes live, but that doesn't happen as often as it
used to--at least for me.

HTH


Connie P. Giordano
The Right Words
Communications & Information Design
(704) 957-8450 (cell)

www.therightwords.com
"It's kind of fun to do the impossible." - Walt Disney


-------Original Message-------
From: Sue McKinney
To: Fred Ridder , techwr-l -at- lists -dot- techwr-l -dot- com
Subject: Re: Software Documentation
Sent: 07 Mar '11 08:56

Good point, Fred. In my case, we're documenting an enterprise/server
application, for which we currently provide requirements (including use
cases)
and design docs (on the tech side). Those are the docs we're having the
most
trouble with in terms of identifying the audience and making the docs
useful. I
think one issue is that our audience includes management (for approval) as
well
as testers and developers. What I'm looking for is a general accepted
definition
of what, for example, a design specification document should include and
the
audience.

Thanks!
Sue


________________________________
From: Fred Ridder <[LINK:
http://mbox.server274.com/compose -dot- php?to=docudoc -at- hotmail -dot- com]
docudoc -at- hotmail -dot- com>
To: [LINK: http://mbox.server274.com/compose -dot- php?to=smckinn2001 -at- yahoo -dot- com]
smckinn2001 -at- yahoo -dot- com; [LINK:
http://mbox.server274.com/compose -dot- php?to=techwr-l -at- lists -dot- techwr-l -dot- com]
techwr-l -at- lists -dot- techwr-l -dot- com
Sent: Mon, March 7, 2011 8:44:21 AM
Subject: RE: Software Documentation

Sue McKinney wrote:

> In my office, some of us are having a debate about the appropriate
content for
>a
>
> document set for software, such as requirements, use cases, design, and
so on.

> Is there a good source that outlines what a good documentation set is and

> what each document should include? Part of the confusion is over who the
> audience is as well as how to include information that changes
frequently.

I'm afraid your question is too broad to get a answer that will be very
meaningful to your specific situation. "Software" is an *extremely* broad
category, which can include such disparate things as programming languages,

operating systems, interface protocols, application development interfaces
(APIs, which have become my personal specialty), enterprise/server
applications
(e.g., databases, business management systems, web services, CMSs), complex

desktop applications (e.g. CAD and photo editing tools), and simple smart
phone
apps. It's all software, but each has its own, different kinds of audiences

(some have multiple audiences) and its own requirements for documentation.

-Fred Ridder


^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Create and publish documentation through multiple channels with
Doc-To-Help.
Choose your authoring formats and get any output you may need. Try
Doc-To-Help, now with MS SharePoint integration, free for 30-days.
[LINK: http://www.doctohelp.com/] http://www.doctohelp.com

---
You are currently subscribed to TECHWR-L as [LINK:
http://mbox.server274.com/compose -dot- php?to=connie -at- therightwordz -dot- com]
connie -at- therightwordz -dot- com -dot-

To unsubscribe send a blank email to
[LINK:
http://mbox.server274.com/compose -dot- php?to=techwr-l-unsubscribe -at- lists -dot- techwr-l -dot- com]
techwr-l-unsubscribe -at- lists -dot- techwr-l -dot- com
or visit [LINK:
http://lists.techwr-l.com/mailman/options/techwr-l/connie%40therightwordz.com]
http://lists.techwr-l.com/mailman/options/techwr-l/connie%40therightwordz.com


To subscribe, send a blank email to [LINK:
http://mbox.server274.com/compose -dot- php?to=techwr-l-join -at- lists -dot- techwr-l -dot- com]
techwr-l-join -at- lists -dot- techwr-l -dot- com

Send administrative questions to [LINK:
http://mbox.server274.com/compose -dot- php?to=admin -at- techwr-l -dot- com]
admin -at- techwr-l -dot- com -dot- Visit
[LINK: http://www.techwr-l.com/] http://www.techwr-l.com/ for more
resources and info.

Please move off-topic discussions to the Chat list, at:
[LINK: http://lists.techwr-l.com/mailman/listinfo/techwr-l-chat]
http://lists.techwr-l.com/mailman/listinfo/techwr-l-chat
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Create and publish documentation through multiple channels with Doc-To-Help.
Choose your authoring formats and get any output you may need. Try
Doc-To-Help, now with MS SharePoint integration, free for 30-days.
http://www.doctohelp.com

---
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-

To unsubscribe send a blank email to
techwr-l-unsubscribe -at- lists -dot- techwr-l -dot- com
or visit http://lists.techwr-l.com/mailman/options/techwr-l/archive%40web.techwr-l.com


To subscribe, send a blank email to techwr-l-join -at- lists -dot- techwr-l -dot- com

Send administrative questions to admin -at- techwr-l -dot- com -dot- Visit
http://www.techwr-l.com/ for more resources and info.

Please move off-topic discussions to the Chat list, at:
http://lists.techwr-l.com/mailman/listinfo/techwr-l-chat


References:
Software Documentation: From: Sue McKinney
RE: Software Documentation: From: Fred Ridder
Re: Software Documentation: From: Sue McKinney

Previous by Author: Re: Does Madcap Flare shun Trados?
Next by Author: Re: Reasons to adopt FrameMaker
Previous by Thread: Re: Software Documentation
Next by Thread: Re: Software Documentation


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


Sponsored Ads