软件功能规模的评估是一个复杂的过程，涉及多个方法和角度。以下是一些主要的评估方法：

功能点法

简介：功能点法是一种基于软件功能需求（用户视角）的估算方法，通过将软件功能分解为一系列功能点，并根据功能点的数量和复杂度来估算软件的规模。

常见方法：

IFPUG功能点法：依据《功能点计数实践手册》，对软件系统中的外部输入（EI）、外部输出（EO）、外部查询（EQ）、内部逻辑文件（ILF）和外部接口文件（EIF）细致分类识别，并赋予不同加权值，最后累加得出功能点数。

Mark II功能点法：专注事务处理，将软件事务分为数据移动和数据操作。

优势：作为国际标准，被广泛认可和应用，标准成熟，功能组件分类全面。

劣势：度量过程繁琐，需要专业且经验丰富的估算人员，主要关注功能需求，对性能、安全性等非功能需求评估不足。

代码行估算

简介：通过统计源代码行数来衡量软件规模。

优点：操作简单、实施容易。

缺点：不容易在项目干系人之间达成一致，可能会引起较多的分歧。

基于历史数据的方法

简介：利用历史项目的数据来预测新项目的软件规模。

优点：基于实际数据，具有一定的参考价值。

缺点：数据可能不具有代表性，需要确保数据的准确性和完整性。

敏捷开发方法

简介：采用敏捷开发方法，通过迭代和增量的方式逐步明确需求，进行功能点估算。

优点：灵活应对需求变更，有助于资源分配和项目管理。

缺点：需要较高的项目管理能力和团队协作。

风险评估机制

简介：建立风险评估机制，识别和评估项目中的潜在风险，从而调整功能点估算。

优点：有助于提前识别和应对风险，提高估算的准确性。

缺点：风险评估需要专业知识和经验。

多种方法结合

简介：结合使用多种度量方法，如功能点分析法、代码复杂度分析工具等，以获得更全面的评估结果。

优点：多角度评估，提高估算的准确性和全面性。

缺点：方法众多，可能会增加评估的复杂性。

建议

选择合适的方法：根据项目的具体需求、阶段和可用资源，选择合适的评估方法或结合多种方法进行综合评估。

重视需求变更：在项目早期进行估算时，应考虑到需求变更的可能性，并采用灵活的方法进行估算。

结合开发视角和业务视角：在项目干系人之间达成一致时，可以从开发视角进行评估，同时在项目初期从业务视角进行估算，以确保估算的准确性和一致性。

持续评估和调整：在项目执行过程中，定期重新评估和调整估算结果，以应对需求变更和项目风险。