在分析工作量的时候，建议采用user-case-point法。但结合自己的实际情况，确定用例点的颗粒度，并且必须实际论证一个用例点的具体工时，制定用例点标准实现工时。

首先：计算当前的用例点，用例点统计出来之后，需要结合实际的要求和复杂系数进行分类，譬如：一个用例点属于人机交互用例，同时在实现上，更要充分考虑使用者的操作习惯及操作的便利性，还有一些系统用例关联类非常多，技术复杂度也会很高，建议对计算出来的用例点进行技术因素的分析，并进行最终的用例点统计。

其次：需要考虑环境因素，此项目是在何种技术平台上建立，当前团队的构成又是如何？当前的团队是否具备应用软件开发经验，由或具备面向对象的开发经验，对开发语言掌握的熟练程度又如何等。最关键的是，必须充分考虑需求的稳定性。制定环境影响因素系数。如果，可以实现环境系数与技术系数的比例分配，实际，并不会对工期造成太大的影响，如果无法按照比例分配，则可能会成倍增加。

最后：当然计算工期了，如果当前设定的一个用例点工时为8人/时，则可以计算出整个工期。但这其中还需要考虑，单位任务划分的颗粒度。譬如：7人/天的工作量，不是安排7个人一天就可以完成的。

还可根据实际的情况加入制定的计算因子，包括风险指数，工作效率，管理效率等。