一、 概述
据权威部门统计，目前软件的成功率约为25%，75%的软件是失败的。在这75%的失败中，约有50%以上的软件是由于需求的原因造成的。作为软件的设计和开发人员常抱怨用户需求不明确，需求常处于变更状态。新的需求往往在开发阶段才被用户提出。造成软件的完成日期不断的迟后。
一般的软件企业，往往只口头上注重用户需求。但由于没有科学的管理方法，实际上他们描述的用户需求是杂乱无章的，只言片语的。不能有效地和系统设计、开发保持同步最后开发出来的软件产品和实际有很大的差异。导致软件的失败。有证据表明，在需求阶段修正错误的工作量，是在系统设计阶段修正错误的1/10；是在开发阶段修正错误的1/100，是在发布产品阶段修正错误的1/1000。当然这是对大型系统而言，对于不同的系统，随系统的复杂程度这个比率会有所不同。
用户的需求的增加具有渐进的、增量的特点。随着需求分析人员和用户逐渐深入的交流，用户在不断地整理、规范自己的需求。需求分析人员须牢记的是用户不可能一下子给出一个完整、清晰、规范的用户需求。需求分析人员需从与用户的交流中，不断地挖掘，并加以整理，才能得到想要的需求。
需求分析一般来说需要有一个需求分析的团队，如用户代表、系统分析人员、开发人员、需求管理人员等，他们的分工不同各有侧重点。对于小型或中型项目人员可以兼任。
基于上述原因，需要从理论上规范用户需求的收集和整理。本文结合系统建模，给出了需求分析的一般性方法。它如下的包含了两个方面:
1、 技术层面
给出需求分析的系统框架，它包含了需求的项目、参与需求分析的用户、用户对于需求的可操作权限（安全性）等。
2、 操作层面
给出了需求收集、整理、分析的一般性方法。
其中介绍了系统建模和需求分析间的相互关系，最后介绍了目前几种流行的需求分析产品及它们的特点。
二、 需求分析的基本概念
需求分析的目的是完整、准确地描述用户的需求，跟踪用户需求的变化，将用户的需求准确地反映到系统的分析和设计中，并使系统的分析、设计和用户的需求保持一致。
需求分析的特点是需求的完整性、一致性和可追溯性。
完整性：是准确、全面的描述用户的需求。
一致性：是通过分析整理，剔除用户需求矛盾的方面，规范用户需求。
可追溯性：有两个方面的含义，整理和规范的需求，
其一，需要不断的和用户进一步交流，保持和用户最新的需求一致
其二，和系统分析（设计）保持一致。
因此在需求分析之前我们必须建立需求分析技术层面的基本框架，从技术上保证需求分析的要求，在此基础上我们进行的需求分析才能满足项目对需求分析的要求。
三、 需求分析的系统架构
本节描述的是进行需求分析之前，如何在技术层面上建立需求分析的系统架构。
需求分析需要采用需求分析的软件。上图简要描述了需求分析软件的架构。需求分析软件一般采用C/S的结构，需求分析人员作为客户对服务器进行操作，操作主要由四个方面：系统管理（含用户的创建和授权，定义项目的术语表等）、项目视图（涉及项目的相关操作）、需求类型视图（涉及需求类型的相关操作）、需求视图（涉及需求的相关操作）。
项目包含一个或多个需求类型，需求类型包含一个或多个需求。里程碑是特定版本的需求的集合（需求分析软件含有简单的配置管理的功能），它作为软件产品的功能依据。自动文档生成是通过文档模版将里程碑的需求，自动生成相关文档。
3.1 项目
项目在总体上定义了一个应用和系统所涉及到的需求及需求涉及的范围。它包含了在需求分析过程中参与需求分析的人员、需求类型、包含于需求类型中的需求。此外它还包含了