Template download (the one I posted for this years compo):http://www.eonclash.com/DocTemplates...(Template).doc

As for documents and everything else. As I said in my article (some place), yes for our clients we build out multiple documents each with a very specific purpose. Some examples:

Requirements Matrix - Excel spreadsheet listing ALL of the requirements and alternate requirements along with approval status and signoff person.
Requirements Document - A MS Word Doc file that references the above document, this gives greater detail to the requirements and how they should be implemented.
Storyboard - If needed this is a simple picture that shows the basic high level flow of the product along with the creative concepts to help the client decide what concept/workflow they desire.
Design Document - Pretty much built from the first two above and as described, contains the actual design implementation features as well as incorporates the storyboard if one was built. This document also contains "Wire frames" and process/workflows to show how data, users, and everything else will interact and move through the system.
Test Document - Build from the Design Document and Requirements to say how the product will be tested and what platforms it will be tested on. This document gives step by step instructions with pass/fail conditions that any tester can take and test the product from.

This list can get bigger if we have User Experience Architects involved as they will build their documentation as well.

I don't build all of the documents above for all projects, in fact we don't even use all sections of each document above for all projects. We custom tailor the documents and the contents to the client/project need. Multiples of each document are created for projects that contain multiple products when necessary.

In a large corporate environment the "Press Documents" are none of the above. There are very specialized individuals that take the above and get the information ready for release. Some of the documents above (Design Document as an example) never get released to the client either.

Multiple integration points within a large product will be spelled out VERY clearly. Yes, specific test scenarios are built out for those integration points so that they may be tested separate and integrated. We may also create very specialized test applications or suites when needed.

I think that that is probably enough of information overload for a bit. If you chew it over you will see that at the corporate level you have to be flexible, but at the same time, you have to be able to over document .