在这一阶段，您的需求分析人员的工作重点放在功能分析上。设计人员绘制UML用例图和分析数据库结构，并使用十分接近自然语言中对行为描述的一种方式——“动作”来展现系统的操作流程，该阶段系统设计人员无须考虑系统完整性。仅规划出系统所具有的主要功能。并根据“动作”列出“动作分解列表”。（注：NoahWeb中不存在类的概念，因此无需考虑程序结构）

该输出文档所要输出的文档如下：

A、 UML用例图：

B、 动作分解列表：

C、 数据库结构图：

在这一阶段，您的编码人员需要生成各种资源的代码内容，由于NoahWeb中对各种资源均使用XML格式的代码描述和保存，XML文件最终被NoahWeb引擎解析，XML中的逻辑和描述又与最终呈现效果无关。这样可以让您的编码人员在该阶段无须考虑界面和最终呈现效果的问题，使得您的团队可以根据前期设计在较短时间内开发出原型。使用XML编码方式也为您和您的团队后续开发中出现的需求变更快速响应提供了一个非常有利的支持。

利用NoahWeb程序松耦合的特点，您可以在此阶段将项目采用横向“增量迭代”和多人并行合作方式开发。

“增量迭代”使您的最终用户在编码的多个阶段都可以从不同侧重点感受系统、了解细节。利用迭代为您引导出用户真正的需求。您的用户在整个实现阶段仍然能获得至少四次体验系统的机会，分别针对于整个系统的1、流程。 2、数据输入，数据回显。3、流程完整性。4、权限与系统完整性上得到体验，向您反馈出真实需求。

在此阶段编码人员所编写的各类资源依旧是XML格式的代码，您可以让编码人员利用XML格式的各种优点并遵照 “NoahWeb资源命名规范”轻松实现多人并行合作开发。为了再次提高效率，您还可以让多个并行开发的编码人员之间成线性状分工，采用这样的分工，您的编码人员在相邻时间内会编写相似功能的代码，这些代码的编写方式相似，能大大缩短编码周期，并能降低整个系统BUG产生可能性，到项目后期测试阶段，也会方便测试人员更加容易寻找出由于相似原因导致的系统BUG。

在这一阶段，系统进入试运行，开发接近尾声，最终用户会真正去使用您所开发的系统，由于之前几次“增量迭代”，这时候的系统已经很接近用户的真实需求，该阶段您的编码人员和测试人员工作重点是通过NoahWeb引擎自动收集到的错误日志对整个系统进行调试和排错，增强系统稳定性。在这一阶段发生的需求变更通常是最终用户人为原因导致，而NoahWeb在这一阶段依旧能让您轻松去面对这些意外变更。NoahWeb－让变化始终是您计划的一部分。