我需要在源文档中(在DITA中)(精确地)包含我的需求的可跟踪性机制。 例如,IFU1234要求表明我们必须包含有关产品处理和回收的信息。我以为我可以劫持“评论”草稿。标记以在相应主题中指示我的需求编号。然后,我可以发布带有这些评论的PDF,以表明我已经涵盖了我的文档中的所有要求。然后发布没有评论的最终PDF。 这是草案评论要素的可接受用途吗?你看到另一个更适合我的用例的元素吗? (顺便说一下,我们没有CMS。) 谢谢,
答案 0 :(得分:0)
我不会以这种方式使用<draft-comment>
。我要做的是使用<othermeta>
名称要求,并将内容设置为满足的要求。然后,我将添加处理以在一个版本的输出中输出需求,并在地图上使用@outputclass来关闭处理。
答案 1 :(得分:0)
我同意Julio:主题prolog中的元数据可能是最合适的,尽管您几乎可以在任何上下文中使用数据元素。
请注意,对于DITA 1.3,我们正在添加一个新的“发布管理”域,该域提供用于地图和主题序言的显式标记,用于捕获更改历史记录,包括用于标识更改源的标记,例如问题跟踪系统或正式要求。这听起来像你正在寻找的。 p>
如果您希望能够以与显示或隐藏草稿注释相同的方式在某些输出中显示需求信息,那么这将是一个非常简单的XSLT或PDF自定义,例如,使用DRAFT运行时参数来以适当的方式显示相关要求。