项目文档的文件夹结构

Question

我看到了一些关于源代码的文件夹结构的问题，但我从未看到关于项目文档的文件夹结构的问题。我用谷歌搜索它，但仍然没有看到很多文章谈论。 这是一个http://www.projectperfect.com.au/downloads/Info/info_project_folder_structure.pdf

引用它的一些词语：

“有两种广泛的方法：

1. 按阶段组织，以便每个顶部 目录是一个阶段。例如， 你可能有目录 可行性，商业分析， 设计等或您的任何阶段 被称为。
2. 按功能组织以便顶部 目录级别是函数。对于 例如，风险，要求，范围， 更改控制，开发。

大多数时候混合使用两种......“

所以想一想吗？我相信这也是一个重要的问题！

Answer 1

恕我直言，取决于您的文件管理系统，您的文件结构选择可能不是问题。在查看项目相关文档试图解决的问题时，您通常会得出文档与通信有关的结论。

不同的文档尝试传达不同的事物（或上下文）;测试计划讨论应如何/已经执行测试，需求规范讨论应如何应用业务规则，架构文档讨论技术组件等等。这些文件中的每一个都可能需要其独特的结构。例如，为测试计划选择的结构可能与架构文档所需的结构大不相同。

在记住沟通问题和文档背景时，我通常会回到这两个关键方面。

1. 可搜索性 - 查找我要查找的文档的最简单方法是什么？
2. 版本控制 - 我如何知道我要找的文件是最近的文件？

我觉得可搜索性是最重要的事情，因为不同的人用不同的名称来调用同一个文档。例如，有些人称业务需求文档功能规范。有些人称功能规范用例文档。由于您无法始终管理文档的命名约定，因此我觉得找到正确的文档比存储它的文件夹或位置更重要。

因此，为了回答您的问题，我只想回答说您使用哪种结构并不重要，只是您应该使用某种形式的文档管理系统（SharePoint，Documentum，Trim等）。如果没有一个好处，这样做的好处太大了：）