我有兴趣在多个开发人员团队的情况下学习如何设计/规划Web应用程序开发.
假设“项目经理/负责人”的作用：
>成功开发Web应用程序需要什么“文档”？
>需要什么UML图表,到什么程度？
>在设计/计划阶段,每个 – 根据用例 – 需要绘制图表吗？
>类图应该如何详细(深度和广度)？
如果您有任何有用的图书/网站建议,请分享.
后续行动(11/18/09增加)：
编码人员/开发人员在编码期间作为指导使用什么,即创建类别及其各自的方法&属性？
如果没有一个完整的(可变的)类别列表的方法和属性,那么这种模糊度是否会严重依赖每个编码人员的知识/经验,从而导致代码质量/可用性/可维护性的偏差？
解决方法
>在所有情况下,您必须具有全面和最新的具体要求记录.这包括
functional和
nonfunctional要求.它可以是Word文档,电子表格或专门的需求系统.你只需要一些东西,让你跟踪所有的要求,以及它们随时间的变化.
Here’s a good source of info and discussion关于敏捷要求文档. >根据我的经验,用例图已被证明是重要的,组件和部署图也很有用.类和序列图也是有帮助的,但在大多数情况下,我认为这些应该比不可变的开发要求更像是基本的可变指南.类和方法通常会发生变化(特别是如果您使用TDD),并且如果您真的想要一个图表,最好在代码开发之后进行更新,而不是让代码符合图表. >我不认为每一个类都需要被绘制.我认为,模型类图可以用于跟踪数据位置的位置,有时一些控制器和视图类图也是有用的.但是在我的大部分经验中,需求和测试用例一直是类的设计方向的主要来源,随着系统的发展和变化,它们被重构. >在模型类中,我认为通常不需要任何属性.如果您正在建模控制器类,通常明智的做法是包括主要属性和方法.
