因而，截止二零零九年，需求分析报告不应该只涉及到新的要求，并且还应包含对遗留下编码开展大数据挖掘，以获取掩藏的业务流程标准和优化算法。一些专用工具能够保证这一点，也是有许多的维护保养操作台能够显示信息编码，而且协助获取潜伏的业务流程标准。尽管，清楚的要求是一个令人钦佩的总体目标，可是针对有着10000个作用点的应用软件而言，这一总体目标只有是个奢求。到目地才行，小编只观查来到一个中小型新项目，它的作用点低于500个。而且该运用的原始要求是清楚的和不会改变的。

针对大中型运用而言，业务流程要求是动态性的，而且不太可能是一成不变的。网站制作的很多外界恶性事件都是会使应用软件的要求产生变化，如税收法律的转变、企业结构的转变、工作流程的重塑及其企业兼并和收的等。此外，大中型运用的开发设计一般必须两年的時间，这促使状况越来越更为繁杂了。一个企业只是为了更好地考虑一个项目管理的要求而冻洁其全部的业务流程标准，显而易见不是实际的。最典型性的状况是解决有着10000个作用点运用的要求，搜集和剖析原始的要求将花销多个月。在接着的设计过程中，每个月的新要求和变动要求将做到2%上下。最后的要求总产量可能做到原始要求的50%。在公布了应用软件的第一个版本号以后。应当停止这种新的和变动的要求，而且在9-12个月以后，在事后的版本号中加上新的要求和变动的要求。针对有着10000个作用点的新项目而言，每个月的要求变动占比稍小于0.5%，总计增加量不超过初始要求10%，殊不知，较大的增加量能够做到200%。在设计方案和编号环节，每个月要求变动的均值占比在1%-3%中间，而以后的变动剧被加上来到之后的版本号中了。

另外应用JAD大会、细心的需求分析报告、要求核查及其原形能够使要求全过程在技术性和管理方法的操纵下。尽管有时候必须几个月乃至多年才可以见到新项目的結果，可是大型软件新项目的成功与失败在要求环节就早已一口了解了。取得成功的新项目在搜集和剖析要求上，比不成功新项目更详细、更完全。因而，取得成功的新项目变动非常少，及其要求扩散也非常少。 殊不知，因为大部分新运用全是遗留下运用的翻修，因而要求应当包含大数据挖掘，以获取遗留下运用的潜在性业务流程标准和优化算法。