1、使用的方法或者是工具 对于一个项目，A有些现成的模块，B需要重新开始搭建，A和B对完成时间的评估自然不一样。或是对于开发一个网站，假设合理的工作量是，做前台展示页面需要1个月，后台管理需要1个月。A会评估为1个月，等前台上线之后，再同步开始做后台管理。
2、工作量估算的基本方法主要包括经验估工法、概率估工法、类推比较法和技术测定法。经验估工法是一种依靠专业人员的实际经验，对工作量进行估算的方法。这种方法简便易行，通常用于初步估算或项目规划阶段。例如，在软件开发项目中，资深开发人员可以根据以往类似项目的经验，快速估算出新项目所需的工作量。
3、当需求极其模糊或不确定时，如果此时具有高度类似的历史项目，则可直接采用类推法，充分利用历史项目数据来粗略估算工作量。当需求极其模糊或不确定时，如果此时具有与本项目部分属性类似的一组基准数据，则可直接采用类比法，充分利用基准数据来粗略估算工作量。
1、万行看你算不算修改的数量，不算的话一般2-4年左右的时间吧。不过这个时间也不是很确定，有的可能几个月就十几万行了，有的可能四五年都不到5万行，而且这个行数跟技术能力并不能直接挂钩，并且能力越高一般代码行数越小，并且说不定花的时间越多。
2、根据用户的要求，系统采用B/S结构，公司的JSP+SQL Server技术比较成熟，以前成功完成过类似项目，根据工作说明书（Statement Of Work，SOW）的要求，基本上需要2~3个开发人员，2个月左右的开发时间，大约4~6人月的工作量，所以10万~15万可以作为合同的参考报价。
3、一般机器数量不多。电脑1-3台就是极限，正常是两台就够呛了。按照现在的网游配置电脑，二手的话两台不超过4000块钱，从大学生手里收笔记本的话价格会更低。这种兼职形式的游戏工作室大都是小打小闹，能赚点小钱刚好能糊口的那种。一般是脚本代刷，手动比较少。
4、COCOMO最初发表于1981年巴里·勃姆《软件工程经济学》一书中，做为一种在软件项中估算工作量、成本以及时间表的模型。它基于对TRW飞机制造公司的63个项目的研究。巴里·勃姆于1981年在该公司担任软件研究与技术总监。这项研究中的项目所包含的代码量从2000行到10000行，包含的编程语言从汇编语言到PL/I。
5、简单点来说，要视手机APP的需求及质量而言，价位一般在几千到十几万左右，更高端的价格更高。今天，我们就来详细分析一下这个问题，请继续往下看吧。
1、开发阶段工作量占工作总量的30%。软件开发工作量评估方法：基于功能点法，这种方法是通过对软件功能进行分析和描述，来评估软件开发的工作量。基于工作分解法：这种方法是通过将整个软件开发过程分解为多个子过程，然后对每个子过程进行评估。
2、一个软件项目大约30%的工作量在开发阶段，70%的工作量在维护阶段。软件开发是根据用户要求建造出软件系统或者系统中的软件部分的过程模盯伍。软件开发是一项包括需求捕捉、需求分析、设计、实现和测试的系统工程。软件一般是用某种程序设计语言来实现的。通常采用软件开发工具可以进行开发。
3、一个软件项目生命周期主要包括计划、设计、开发、测试与部署，确保系统从需求分析到发布与生产全过程顺利。计划阶段：明确项目前景与边界，制定可操作、可行的计划，文档化计划与风险评估。设计阶段：基于清晰需求提出产品设计架构，设计说明文档需经过评审，确保整体架构统一与功能实现。
使用特定的功能点计算方法，根据每个功能点的复杂性和权重来计算总功能点数。一种常用的方法是IFPUG（InternationalFunctionPointUsersGroup）方法，它根据功能点的类型、文件数、数据元素数等因素来计算功能点。评估功能点：对功能点进行评估，以确定工作量的估算。
步骤如下：收集可得的文档。确定计数范围和边界并识别功能用户需求。度量数据功能度量事物功能。计算功能模块。
估算的过程主要包括规模估算、规模调整、估算工作量、估算工期和确定预算。上一部分主要讲解了估算规模和规模调整这两部分。
功能点估算法的估算流程分为几个关键步骤：首先，你需要明确识别不同类型的功能点，这是估算的基础。这包括数据处理、用户交互、业务逻辑等不同的功能模块。其次，确定待估应用程序的边界和范围至关重要。
功能点法：从用户视角出发，通过量化系统功能来度量软件的规模，这种度量主要基于系统的逻辑设计。功能点规模度量方法在国际上的应用已经比较广泛，并且已经取代代码行成为最主流的软件规模度量方法。
用于软件项目工作量估算的方法有以“估”为主的专家法和类推法，以“算”为主的类比法和方程法。在软件估算的实践中，类比法和类推法也是普遍使用的估算方法。类比法 类比法是指将本项目的部分属性与类似的一组基准数据进行比对，进而获得待估算项目工作量、工期或成本估算值的方法。