我有兴趣学习如何在多开发团队场景中设计/规划 Web 应用程序开发。
假设“项目经理/负责人”的角色:
成功的 Web 应用程序开发需要哪些“文档”？ 需要什么 UML 图，需要什么程度？ 在设计/计划阶段，每个类 - 根据用例 - 需要绘制图表吗？ 类图应该有多详细(深度和广度)？ 如果您有任何有用的书籍/网站推荐，请分享。
跟进(11/18/09 添加):编码人员/开发人员在编码过程中使用什么作为指南，即创建类及其各自的方法和属性？
如果没有完整(但可变)的类及其方法和属性的列表，那么这种歧义是否会导致严重依赖每个编码人员的知识/经验，从而导致代码质量/可用性/可维护性的偏差？
在所有情况下，您都必须拥有准确要求的全面和最新记录。这包括 functional和 nonfunctional要求。它可以是 Word 文档、电子表格或专门的需求系统。您只需要一些可以让您跟踪所有需求以及它们如何随时间变化的东西。 Here's a good source of info and discussion关于敏捷需求文档。 根据我的经验，用例图已被证明很重要，组件图和部署图也很有用。类图和序列图也很有帮助，但在大多数情况下，我认为它们应该更多地用作基本的可变指南，而不是不可变的开发要求。类和方法通常会发生变化(尤其是在您使用 TDD 时)，如果您真的想要一个图表，最好在开发代码后更新它，而不是硬塞代码以适应图表。 我不认为每个类(class)都需要图表化。我认为模型类图对于跟踪数据所在的位置很有用，有时一些 Controller 和 View 类图也很有用。但在我的大部分经验中，需求和测试用例一直是类设计方向的主要来源，它们随着系统的增长和变化而重构。 在模型类中，我认为除了通常需要的属性外，没有其他任何东西。如果您正在为 Controller 类建模，通常明智的做法是同时包含主要属性和方法。