评估软件规模大小的方法有很多种，每种方法都有其特定的应用场景和优缺点。以下是一些常见的软件规模评估方法：
功能点法
IFPUG功能点法：基于《功能点计数实践手册》，对软件系统中的外部输入（EI）、外部输出（EO）、外部查询（EQ）、内部逻辑文件（ILF）和外部接口文件（EIF）进行分类识别，并根据功能点的数量和复杂度来估算软件规模。
Mark II功能点法：专注于事务处理，将软件事务分为数据移动和数据操作。
基于代码行的方法
软件源代码行评价法：通过统计源代码中的行数来估算软件规模。简单易行，但不易跨语言估算，且工作量与代码行数并非严格线性关系。
基于业务视角的方法
故事点法：敏捷开发中使用的方法，用故事点来衡量用户故事的大小、复杂度及数量。优点是速度快，但估算准确性较低。
用例点法：基于UML方法，通过用例描述软件功能，但粒度不一致，客户认可度较低。
基于开发视角的方法
对象点评价法：将软件拆分为屏幕、报表、组件等对象，根据对象点权重表转换为统一的对象点规模。由于对象点类型划分不明确，操作中易引起歧义。
其他方法
需求数量评价法：以项目需要完成的需求数量作为规模衡量的方法，但需求粒度无统一规定，一致性较差。
文档页码评价法：通过统计技术文档的页码数来估算软件规模，但受多种因素影响，准确性较低。
DELPHI专家评估法：通过专家评估来确定软件规模，主观性较强。
类比法：当项目需求模糊或不确定时，利用历史项目数据进行粗略估算。
类推法：利用高度相似的历史项目数据来估算工作量。
建议
选择合适的软件规模评估方法应根据项目的具体需求、开发阶段、团队经验以及项目干系人的需求来确定。在项目初期，可以从业务视角出发，使用功能点法或故事点法进行初步估算；在项目中期和后期，可以结合代码行法等进行更精确的评估。同时，也可以考虑结合多种方法，以获得更全面和准确的评估结果。