Re: metrics for estimating Windows Help project

Subject: Re: metrics for estimating Windows Help project
From: Elna -dot- Tymes -at- SYNTEX -dot- COM
Date: Wed, 28 Sep 1994 12:47:19 PDT

In article <9409232102 -dot- AA04898 -at- spooky>, <ggusta -at- mdev -dot- micrognosis -dot- com> writes:

> "Does anyone know of any metrics out there for planning a
> Windows Online Help system?"

> Probably, what should be taken into consideration is how the
> Windows software is developed? Should the Windows Help schedule
> merely follow the software development cycle? Does it depend if
> they are using a structured programming (C) approach or an
> iterative object-oriented approach (C++), etc.?

Our experience over multiple projects involving both docs and Help systems is
that the single bottleneck you're most likely to fight about with developers
is when the screens freeze. You can't really do the Help tags until you know
what the windows will look like. And while you can write around the screens,
you can't really do your screen shots for the docs until the screens freeze.

We have found it efficient to plan to do the tagging as soon after the screens
are dependable as possible, but to hold off linking the text until you're
reasonably sure that the manual's descriptions of them is accurate. That way
you can do *some* cutting and pasting from the manual, and edit/rewrite as
appropriate for the other tags.

It doesn't really matter, in our experience whether they're using the C or
C++ approach - you can't do Help until you know what the user will be seeing.

Elna Tymes
Los Trancos Systems

Previous by Author: Re: Online/print
Next by Author: Re: Online/print
Previous by Thread: Re: metrics for estimating Windows Help project
Next by Thread: Re: metrics for estimating Windows Help project

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

Sponsored Ads