浅谈软件开发定律系列之1:10:100定律

浅谈软件开发定律系列之1:10:100定律
1:10:100定律：需求错误导致的成本是修复程序错误成本的100倍。
定理解析：1:10:100定律更加形象的说明每个开发阶段，修复问题所花费的成本。 比如在需求阶段，可能修复一个问题的成本是1，那么在开发阶段，修复问题的成本就是10，在发布阶段，修复一个问题的成本就是100。  
针对这个定律，如果问题越早发现，则成本越小，抛出了三个问题：
一、我们有哪些措施预防需求的错误
二、我们有哪些措施发现需求的错误
三、我们的质量成本是如何分布的   一、预防需求的错误，目前流行的是原型法
—————-以下摘自百度百科—————
原型法的基本思想
　　是在投入大量的人力，物力之前，在限定的时间内，用最经济的方法开发出一个可实际运行的系统模型，用户在运行使用整个原型的基础上，通过对其评价，提出改进意见，对原型进行修改，统一使用，评价过程反复进行，使原型逐步完善，直到完全满足用户的需求为止。
原型法定义
　　原型法是指在获取一组基本的需求定义后，利用高级软件工具可视化的开发环境，快速地建立一个目标系统的最初版本，并把它交给用户试用、补充和修改，再进行新的版本开发。反复进行这个过程，直到得出系统的“精确解”，即用户满意为止。
原型法的工作步骤
　　利用原型法进行信息系统的设计过程中，分四步进行：首先快速分析，弄清用户/设计者的基本信息需求；然后构造原型，开发初始原型系统；之后，用户和系统开发人员使用并评价原型；最后系统开发人员修改和完善原型系统。
—————-以上摘自百度百科—————
    原型法是一种很好的工具，包括我们自己，在对内部提需求，甚至自己家里装修的时候，一开始都没有办法描述清楚自己的需求，只有软件出来，房间的3D图出来，才能理清楚自己的想法。所以装修的3D模型图，就是一种典型的原型法。       但是在实际的执行中，原型法用的好不好，还看公司执行的力度。比较推荐的沟通需求的做法，是三次闭环。
     第一次闭环：客户描述需求，然后需求人员当场复述，第一次闭环。
     第二次闭环：构图完成界面原型图，然后和客户构图闭环。建议是原型图+人机交互步骤表格的方式，进行闭环。