项目估计(预估)的第一步就是要把需求和软件产品规模的大小相联系。你可以根据文
本需求、图形分析模型、原型或用户界面设计来预估产品的大小。虽然对于软件大小没有完
善的度量标准,但以下给出了一些常用的度量标准:
• 功能点和特性点的多少( Jones 1996b),或者3 - D功能点的数量(Whitmire 1995)。
• 图形用户界面(G U I)元素的数量、类型和复杂度。
• 用于实现特定需求所需的源代码行数。
• 对象类的数量或者其它面向对象系统的衡量标准( Whitmire 1997)。
• 单个可测试需求的数量( Wilson 1995)。
含糊的和不确定的需求必定会引起你在软件大小预估中的不确定性,从而导致你的工作
量和进度安排预估的不确定。因为在项目的早期阶段,需求的不确定性是不可避免的,所以
在进度安排中应包括临时的事件并要合理预算资金以适应一些需求的增加和可能的超限。
本需求、图形分析模型、原型或用户界面设计来预估产品的大小。虽然对于软件大小没有完
善的度量标准,但以下给出了一些常用的度量标准:
• 功能点和特性点的多少( Jones 1996b),或者3 - D功能点的数量(Whitmire 1995)。
• 图形用户界面(G U I)元素的数量、类型和复杂度。
• 用于实现特定需求所需的源代码行数。
• 对象类的数量或者其它面向对象系统的衡量标准( Whitmire 1997)。
• 单个可测试需求的数量( Wilson 1995)。
含糊的和不确定的需求必定会引起你在软件大小预估中的不确定性,从而导致你的工作
量和进度安排预估的不确定。因为在项目的早期阶段,需求的不确定性是不可避免的,所以
在进度安排中应包括临时的事件并要合理预算资金以适应一些需求的增加和可能的超限。