敏捷开发框架下的软件工程/引言
我们遵循一个开发框架，该框架在一个结构化的框架中整合了敏捷开发方法。（参见 宣言，宣言描述，更多）。敏捷意味着
- 个人和迭代胜过流程和任务
- 可工作的软件胜过全面文档
- 客户协作胜过合同谈判
- 响应变化胜过遵循计划。
该项目的重点是生产健壮的可工作系统（软件、硬件和维护文档）。规划、全面的开发文档和流程很重要，但它们是“目的手段”，重点是内容而不是格式/表示形式。预计你会放弃你开发的大多数模型（尽管你必须保留它们以备评估！）。
我们的目标是在官僚主义和非正式组织之间找到中间地带。
在任何一个时刻，你都应该预期有五个相互作用的工作流在进行。在不同的时间，不同的工作流更重要。 
每个工作流的比例变化融合成“部门”，这些部门由可交付成果、引导和与客户的沟通来定义。
这里的部门可以被看作类似于一个结构化的开发流程。
我们正在进行三个迭代。第一个迭代的目标是在开发团队和客户之间建立理解。第二个迭代的目标是设计并发布（给客户）一个满足许多功能需求的系统。第三个迭代，“稳定交付”，旨在回顾第二个迭代在满足业务需求方面的成功情况，回顾功能需求（可能还会有更多），并交付一个健壮且时尚的“防弹”实现。
在任何时候，你都将在由 5 个工作流组成的部门中工作，并且属于三个迭代之一，专注于一个特定的领域。 
每个部门都由其产生的内容来定义。我们为你提供了一套工具，这些工具可以在每个部门内使用，但只要你能提供一个合理过程的证据（见下面的证据组合），我们就不会太在意部门内部的细节。
| 部门 | 可交付成果 |
| 评估 | 管理文档（建立小组，环境背景） |
| 功能需求 | 与客户建立的访谈 |
| 设计概念 | 伦理设计 |
| 设计规范 | 系统隐喻 |
| 实施 | 概念原型（第一版发布）。 |
| 评估 | 提案给客户 |
| 评估 | 项目估计 |
| 功能需求 | 功能需求文档 |
| 设计概念 | 设计概念演示 |
| 设计规范 | 设计规范（样式指南等），稳定的开发平台：你的系统的框架应该被开发和测试。例如，对于带有 Web 前端的数据库，我们希望你能演示通过 Web 的连接性和基本数据库功能（插入、删除、查询、更新）以及任何标准基础设施（登录等）。 |
| 实施 | 功能交付（第二版发布）。向客户交付一个满足其大部分需求的系统。这个系统应该是可用的且稳定的 |
| 评估 | 功能交付分析 |
| 评估 | 第三轮迭代的方向。完成伦理流程。 |
| 功能需求 | 重新审视功能需求 |
| 设计概念 | 设计概念更新，内容制作 |
| 设计规范 | 样式指南，系统规范，实施和部署计划 |
| 实施 | 稳定交付（第三版发布） |
| 评估 | 项目评估和完成。客户满意度。 |