Project management 基于web的应用程序上的端到端软件开发周期？

我们正在寻找通过适当的文档进一步改进软件开发过程的方法。然而，作为一个文档，这些文档/规范仅在我们打开并阅读时可用

例如，URS、SRS、ERD、DB图、类图、用例、测试脚本、用户手册和培训材料通常是分开的文档

有没有人在一个基于web的系统中完成这一切

首先，将所有需求输入系统，并轻松生成URS。无论何时对需求进行任何更改，都必须将其输入到系统中，但很容易生成

最重要的部分是可追溯性，在这里我们可以看到需求是如何实现的，直到最后。有时，它们在URS中，但在过程中会丢失，因为很难手动进行比较/检查。很多时候，不同的人做不同的过程，所以事情可能会意外地遗漏。例如，功能可能存在于系统和测试脚本中，但不存在于用户手册中

我可以想象，在这个过程的任何部分，任何没有完全实施的变化，因此都可以采取行动

谢谢

您看过Rational/IBM吗，我们公司经历了一个寻找需求管理套件的过程，最终选择了这个套件。最后，我们使用Wiki实现了所有文档，主电子表格对所有功能进行了编号，Access DB交叉引用了这些功能的bug计数和烧毁，这是一个非常手动的过程，但它与具有一定编码经验的项目经理合作得非常好。

我们使用

文档与代码一起位于存储库中

文档包括通过Sphinx

的代码引用。。添加模块

命令。

我们使用。它主要面向Xtreme编程中的迭代，但我们也将其用作需求规划工具。您可以向“故事”（=XP中的功能）添加自由形式的注释，这些故事只是wiki页面（加上文件附件）。您还可以估计时间、创建任务等

---

或者你可以使用维基。其中有很多。我更喜欢“自由形式”的东西，比如wiki，而不是提供/强制特定工作流的东西，因为规划通常不会严格遵循特定工作流。（这是好是坏是另一回事…

如果您使用的是敏捷方法，那么来自Collabnet的TeamForge会有所帮助。网址：

---

Teamforge是以SVN为主干构建的，在敏捷项目中有很多您需要的功能。

我建议使用许多Wiki系统中的一个（通常使用跟踪器收集）作为文档。好的例子有：Trac、Redmine和（商业）FogBugz、Jira

您可以从票据中引用Wiki，从而允许

• 轻松的信息流：规范->实施团队
• 搜索能力
• 文档版本控制

这些解决方案可以在线工作，不需要特殊的本地软件

您可以使用相关票据ID参考跟踪规范澄清和变更请求。以后更容易检查为什么引入了一些更改