TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
On Thu, Apr 19, 2012 at 4:30 PM, Lauren <lauren -at- writeco -dot- net> wrote:
> On 4/19/2012 11:47 AM, Roberta Hennessey wrote:
>
>> The audience for this new document is both technical and very
>> non-technical. The API is a .NET web services (asmx files).
>>
>
> I agree with Robert, you are describing two different documents. Are you
> certain that you are drafting the document for a technical audience?
> Sometimes, non-technical documentation is used for reference by technical
> people, but this does not mean that the document needs to be written for
> the technical audience.
>
>
> My idea is to
>> create a very basic, simple, introductory concept chapter and include
>> simple graphics (and maybe a work flow doc) to explain what an API does
>> and
>> how the two parts of this one work.
>>
>
> You seem to be describing a Use Case diagram, but use cases involve how
> people will use a system.
>
>http://www.gatherspace.com/**static/use_case_example.html<http://www.gatherspace.com/static/use_case_example.html>
>
>http://www.uml-diagrams.org/**use-case-diagrams-examples.**html<http://www.uml-diagrams.org/use-case-diagrams-examples.html>
>
>
> I am writing in Word, converted to pdf and the document is used both
>> online
>> and hard copy. I can think of some innovative ways to use bookmarks and
>> links in Word for the online users but what I'm really after is using the
>> graphics to convey how the API works.
>>
>
> Basic flowcharts work well for business and system processes.
>
>http://www.bestflowchart.com/**screenshots.htm<http://www.bestflowchart.com/screenshots.htm>
>
>
>
>
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^**^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 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://bit.ly/doc-to-help
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^**^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> You are currently subscribed to TECHWR-L as rahennessey -at- gmail -dot- com -dot-
>
> To unsubscribe send a blank email to
> techwr-l-leave -at- lists -dot- techwr-l -dot- **com <techwr-l-leave -at- lists -dot- techwr-l -dot- com>
>
>
> Send administrative questions to admin -at- techwr-l -dot- com -dot- Visit
>http://www.techwhirl.com/**email-discussion-groups/<http://www.techwhirl.com/email-discussion-groups/>for more resources and info.
>
> Looking for articles on Technical Communications? Head over to our online
> magazine at http://techwhirl.com
>
> Looking for the archived Techwr-l email discussions? Search our public
> email archives @ http://techwr-l.com/archives
>
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
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.