功能规格的格式因公司而异。

您需要从解决方案管理器中下载模板（或用于存储此类文档的任何解决方案），或者直接请同事发送 为您提供当前的模板版本。

关于如何学习编写良好的规范，请先阅读公司中经验最丰富的顾问写的规范（如果可能，请找到您的解决方案架构师创建的东西） ）。

另一种好的方法是，请开发人员就您提供的文档提供反馈，他们肯定会给您一些好的建议。

也许 最困难的问题

您将永远找不到一个好的答案，因为它取决于很多开发团队和主题。 一些FS需要很多细节，而另一些仅需要高级解释。

通常，FS仅是对业务需求的解释，它不应表示技术，而仅表示用户期望的功能和功能规则。

TS是FS的技术实现

经过大量讨论，DS确实接近最终用户文档，并提供了一些功能说明（在何处可以找到）。 对象，链接，事务...）（永远不要给出功能模块，类，表...）

对我来说，最重要的是列出所有规则，给出固定名称（永远不要更改） ）和好标题。 之后，您可以要求开发团队将此规则名称保留在代码中。 而且它会更容易阅读和检查代码。