软件项目评估之怎样写软件项目需求更有效？

提到软件需求相信很多人并不陌生，特别是从事信息化方面工作的人员，基本每天都需要与软件需求打交道。 可是在实际的工作中，因为软件需求问题导致信息化项目失败的情况屡见不鲜，软件需求在软件项目中处于一个什么地位，我们需要怎样编写需求？希望通过本文的探讨给大家带来一些思考，给实际工作带来帮助 。

一、软件需求是什么

根据百度百科的定义：软件需求是用户解决问题或达到目标所需条件或权能；系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 软件需求包括功能性需求及非功能性需求，非功能性需求对设计和实现提出了限制，比如性能要求，质量标准，或者设计限制。本文我们主要讨论软件的功能性需求，主要包含三个层面的内容：

业务需求( business requirement)反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明，这是软件项目要实现的目标或者功能 。

用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例(use case)文档或方案脚本(scenario)说明中予以说明，这是用户在特定场景下，通过软件所需要实现的功能。

功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。所谓特性(feature)是指逻辑上相关的功能需求的集合，给用户提供处理能力并满足业务需求。

二