成本效益分析的方法 需求分析的概念、难点、基本原则、基本任务

成本/效益分析的方法

进行成本/效益分析时一律假设生存周期为5年。

在对新系统进行成衣/效益分析时应考虑货币的时间价值，因为投资是在现

在进行的，然而效益确是在未来获得的。

成本/效益分析方法有以下几种：

1.货币的时间价值

通常以利率形式表示货币的时间价值。假设年利率为i,如果现在存入P无，则n年后可得到

钱数为

F就是P元钱在n年后的价值。反之，如果n年后能收入F元钱，那么这些钱

的现在价值是

peg?

例如，有一项工程，最初投资为5000元，估计使用该工程后每年可节省2500

元，五年共节省12500元。但不能简单地把5000元和12500元相比较，因为

前者是现在投资的钱，后者是若干年后节省的钱。假定年利率为12%,利用上

面计算货币现在价值的公式可以算出每年预计节省的钱的现在价值，如表所示。

表

年将来值（元）现在值P（元）累计的现在值（元）

（H：）1

125001.122232.142232.14

225001.251992.984225.12

325001.401779.456004.57

425001.571588.807593.37

525001.761418.579011.94

根据表2.5,可以算出衡量工程效益的几个经济指标工程投资回收期、纯收入和投资回收率。

2.投资回收期

什么是投资回收期呢？所谓投资回收期就是工程累计经济效益等于最初投资所

需要的时间。显然，投资回收期越短获得的利润越快，这项工程就值得投资。如

表中，该工程最初投资额是5000元，经过两年后可以节省4225.12元，比最

初投资还少774.88元，第三年以后再次节省1779.45元，则774.88/1

779.45=0.44,2+0.44=2.44年，因此这项工程的投资回收期是2.44年。

3.纯收入

纯收入就是在整个生存周期内新系统的累计经济效益与投资之差，如昊纯

收入小于等于零，则单从经济观点来看，这项工程不值得投资。

在表中，该工程的纯收入为：9011.94-5000=4011.94

4.投资回收率

利用工程投资回收率，可以衡量投资效益的大小，并口可以用它和年利率相比较。

假定已知现在的投资额，并已估计出将来每年可以获得的经济效益，给定

软件的使用寿命，如何计算投资回收率呢？设想壬数量等于投资额的资金存入

银行，每年从银行取回的钱等于系统每年可以获得的效益，在时间等于系统寿

命时，正好把银行中的存款全部取完，那么，年利率等于多少呢?这个假想白勺年

利率就等于投资的回收率。根据上述条件不难列出下面的方程式：

P=Fi/(l+力+尸”(1+力、…+尻/(】+力”

其中：P是现在的投资额；

H是第i年年底的效益(i=l,2,3,…,n)；

n是系统的使用寿命;

j是投资回收率。

解出上述的方程式就可求出投资回收率。

假定,n=5,P=5000,F=2500则其投资回收率是41%〜42%。

需求分析

需求分析的概念

开发人员要准确理解用户的要求，进行细致的调查分析，将用户非形式的需求陈述

转化为完整的需求定义，再由需求定义转化到相应的形式功能规约（需求规格说明）的过

程。需求分析虽处于软件开发过程的初期阶段，但它对于整个软件开发过程以及软件产品

质审是至关重要的。随着软件系统复杂性的提高及规模的扩大，需求分析在软件开发中的

所处的地位愈加突出，从而也愈加困难。

1,需求分析的难点

问题的复杂性。用户需求所涉及的因素很多，如系统功能和运行环境。

交流障碍。需求分析涉及人员较多，分别具备不同的背景知识，处于不同的出发点，造成

了相互之间交流的困难。

不完备性和不一致性。用户对问题的陈述往往是不完备的，其各方面的需求还可能存在着

矛盾，需求分析要消除其矛盾，形成完备及一致的定义。

需求易变性。用户需求的变动往往会影响到需求分析，导致系统的不一致性和不完备性。

2.需求分析的基本原则

必须能够表达和理解问题的数据域和功能域。数据域包括数据流、数据内容和，而功

能域反映数据域三方面的控制。

可以把一个复杂问题按功能进行分解并可逐层细化。

建模。建立模型可以帮助分析人员更好地理解软件系统的、功能、行为，这些模型也是

软件设计的基础。

需求分析是软件定义时期的最后一个阶段，它的基本任务是

准确地回答“系统必须做什么？”这个问题。

需求分析的任务还不是确定系统怎样完成它的工作，而仅仅

是确定系统必须完成哪些工作，也就是对目标系统提出完整、准

确、清晰、具体的要求。

在需求分析阶段结束之前，系统分析员应该写出软件需求规

格说明书，以书面形式准确地描述软件需求。

尽管目前有许多不同的用于需求分析的结构化分析方法，但

是，所有这些分析方法都遵守下述准则:

(1)必须理解并描述问题的信息域，根据这条准则应该建立

数据模型。

(2)必须定义软件应完成的功能，这条准则要求建立功能模

型。

(3)必须描述作为外部事件结果的软件行为，这条准则要求建立行

为模型。

(4)必须对描述信息、功能和行为的模型进行分解，用层次的方式展

示细节。

需求分析的基本任务

1.问题识别

功能需求：明确所开发的软件必须具备什么样的功能。

性能需求：明确待开发的软件的技术性能指标。

环境需求：明确软件运行时所需要的软、硬件的要求。

用户界面需求：明确人机交互方式、输入输出数据格式。

2,分析与综合，导出软件的逻辑模型

分析人员对获取的需求，进行一致性的分析检查，在分析、综合中逐

步细化软件功能，划分成各个子功能。用图文结合的形式，建立起新

系统的逻辑模型。

3.编写文档・.(1)编写“需求规格说明书"把双方共同的理解与分

析结果用规范的方式描述出来，作为今后各项工作的基础。・.(2)

编写初步用户使用手册，着重反映被开发软件的用户功能界面和用

户使用的具体要求，用户手册能强制分析人员从用户使用的观点考

虑软件。・.(3)编写确认测试计划，作为今后确认和验收的依据。・.

(4)修改完善软件开发计划。在需求分析阶段对待开发的系统有了

更进一步的了解，所以能更准确地估计开发成本、进度及要求，因此

对原计划要进行适当修正。

需求说明书

需求说明书是软件生命期中一份至关重要的文档，在分析阶段必须及时地建立

并保证其质量，需求说明书实际上是为软件系统描绘一个逻辑模