1、 并且从需求到设计阶段都保持与用户的沟通和交流。让用户的业务专家一直参与我们的需求，分析和设计工作。2. 对于需求文档的要求：每一个字段或者名词定义，尤其是专业术语或者约定术语都要有解释，字段和概念能清楚定义，不能有模糊两可的说辞。如在需求文档中涉及到的字段所有情况可以用术语对照方式列举出来。需求文档的逻辑也要清晰。逻辑部分尽量举例说明，并附上流程图，下面也要文字再进行描述；以免开发过程中 缺漏，或者是功能模块偏离；其次我们会在需求分析后就编写测试计划，在开发的每个阶段都进行相应的测试来保证代码是合乎相应需求的，做到初步的功能能理解和成果预览。为真正开发做好铺垫。
2、 所以在开发中，每完成一个功能类都仍然进行程序进行单元测试，每完成一个点或模块都要进行集成测试，每一次集成测试都对此前测试通过的产品进行迭代, 也就是后来新加入的功能不会破坏以前测试成功功能。2. 然后总体进行测试环节。保证每个完成的功能和模块都是一个可以运行的复合逻辑单独可以使用的产品；然后交由独立的测试人员对项目进行集中地完整的系统测试。
3、 另外交互细节需要多加注重。对于交互样式、步骤和中加您的过度，要描绘清楚，每一个按钮点击时会怎样，点击后需要完成什么效果，以及数据保存都需要描述清楚。一旦出现常常当笑话讲的保存后弹框关闭 但是提交表单并不保存的消化就不好了啦。当然这是表面意思复核后需求的，但是实质却不符合。1. 最后完成软件功能，打包交付之前，还要进行需求和功能模块确认。在使用者软件测试之中，有部分的功能bug检测出来并修改对高质量交付是很重要的，现在为了赶进度很多软件版本发布后都不进行充分的压力测试，当然在后期会出现很多bug了。导致客户抱怨也很多，设置拖延了交付周期。3. 最后当然就是保质保量的交付协议和确认了。