问如何为web应用程序开发设计/计划？

EN

1. 在任何情况下，你必须有一个全面和最新的记录，准确的要求.这包括功能和非功能性需求。它可以是Word文档、电子表格或专门的需求系统。您只需要一些允许您跟踪所有需求以及它们是如何随时间变化的东西。关于敏捷需求文档的这是一个很好的信息和讨论的来源。
2. 在我的经验中，用例图被证明是重要的，组件和部署图也是有用的。类和序列图也可能有帮助，但在大多数情况下，我认为这些应该更多地用作基本的可变准则，而不是不可变的开发需求。类和方法通常会发生更改(特别是如果您使用的是TDD)，如果您真的想要一个图表，最好在开发代码之后更新它，而不是为适合图的代码进行修整。
3. 我不认为每一节课都需要图表。我认为模型类图对于跟踪数据的位置是有用的，偶尔一些控制器和视图类图也是有用的。但在我的大部分经验中，需求和测试用例一直是类的设计方向的主要来源，并且随着系统的增长和变化，它们被重构。
4. 在模型类中，我认为除了属性通常是必需的。如果要建模控制器类，通常最好同时包含主要属性和方法。

取决于web应用程序的类型和大小。如果你正在用购物车做一个小型的电子商务网站，那么你可能会在设计方面花费更多的精力，而在“应用”功能上则会花费更少的精力。相反，如果您正在构建一个具有多个数据输入屏幕的大型内部网站，那么您的大部分时间将花在业务逻辑和数据规则上。

就我个人而言，我不相信严格的规范格式或流程。我将进行定制，以适应项目和客户端，以便清楚地进行沟通。

假设需求已经被记录下来，我一直试图为基于工作流的数据密集型web应用程序生成两种类型的文档：

1. 高级工作流图，指示屏幕流、状态更改和主要操作。我发现这是充实应用程序中的主要动作的第一步，非常有用。工作流通常与不同的用例相关。
2. 每个输入屏幕的屏幕规格，详细说明每个字段的格式和行为。通常包括字段类型、默认值、列表值、数据验证、可见性规则和可触发的操作等。基本上，这是一个大表，确保开发人员知道如何构造屏幕。

我还在最近的项目中使用Balsamiq模型将web应用程序屏幕组合在一起，屏幕模型已经构成了项目规范的一个重要部分--非常快速地生成，它们传递了大量关于屏幕应该如何工作的信息，而这些信息在文本文档中是很难传达的。

最后，Joel的功能规格系列是有用的阅读。

尽量简单。

指定核心功能需求的文档是第一步。

就个人而言，由于web应用程序几乎总是基于数据库的，所以我开始根据功能需求对数据库进行建模。ERM图中的实体通常是1-1，其中包含UML图中的类，并且已经显示了基本的关系。

假设MVC体系结构和文档丰富的代码，模型类将在演化过程中自我记录(例如氧气phpdocumenter )。

我发现一些简单的东西，比如wiki，最适合编写文档，而不是编写比各自代码更长的正式文档，特别是在敏捷环境中。