历史属性记录了需求首次提出的日期、更改的日期、删除的日期、通过质量关的日期等。如果感觉会有帮助，可以加上负责这些活动的人的姓名，但要限制历史，只包含必要和与环境相关的信息。
与其说需求规格说明是写出来的，不如说是汇编的(参见图16-6)。Volere需求规格说明模板和白雪卡提供了方便的指导，说明了汇编哪些内容才能得到完整的需求规格说明书。模板指出了规格说明书要包含的主题，白雪卡表明了每项原子需求要包含的内容。
要记住，并非总是要汇编出完整的规格说明书后才能开始其他活动。你也可以发布不完整的版本，这样做有许多理由。
你也许想考虑规格说明的排序方式。模板似乎在说，需求是按类型发布的:所有功能需求在起，所有观感需求在一起，等等。但在你自己的工作中可能会发现，发布属于一个产品用例的所有需求更有用。这样做的好处是开发者更容易完成他们的工作，你也更容易看到这个PUC有
一组完整的需求。
自然，你汇编的规格说明书可以用其他方式发布，某种自动化的方式将有所帮助。