在编写一行代码之前，实际上有多少人编写了SDD文档？

我们如何处理大型CSCI？

我们对SDD内容使用什么标准？

你做了什么裁缝？

解决方案

大多数大型软件公司都有自己的做法。例如，摩托罗拉拥有软件开发过程各个方面的详细文档。每种类型的文档都有标准模板。具有严格的标准可以有效地维护大量文档并将其与不同的工具集成。每个文档都从特殊的文档跟踪系统获取跟踪号。他们甚至具有自动跟踪需求的系统(我上次看到它处于早期开发阶段)，我们可以说哪一行代码与给定的需求\设计指南有关。

我当然有历史上和最近的项目。
几年前，我在所有模板都在组织中工作。
然后，我在其他地方使用了模板，这些模板比较松散，不存在或者不适合我正在处理的项目。
现在，软件设计的内容几乎由我需要描述的内容所左右，以将想法传达给受众。
"在编写一行代码之前"不会有很多细节。在开始编码之前，我制作的文档旨在使我们了解需要为受影响的团队和高级管理人员构建的内容，以便他们介绍高级架构，功能，技术，风险和范围。最后两个非常重要。剩下的就是向其他团队展示我们需要与他们进行交互的地方，并让经理们有一种挥之不去的想法，那就是发生了很酷的事情。

我想大多数编写SDD文档并使用诸如CSCI之类的术语的人都必须使用特定的软件开发方法，并且很可能正在为某些认真的政府客户工作。他们通常会非常认真地对待自己的准备工作，并且在任何开发开始之前就已经准备好文件并通过了批准。

在敏捷过程中，开发和设计文档可以并行开发。这意味着将要进行大量的重构，但是最后通常会产生非常好的结果。

在更正式的过程中(例如RUP)，SAD文档主要是在详细研究/原型设计阶段基于团队研究创建的。