具体而言，需求开发主要有两个目标：第一，通过对问题及其环境的理解、分析和综合，建立分析模型；第二，完全弄清用户对软件系统的确切要求，在用户和软件开发组织之间就将要开发的软件系统达成一致的协议并产生正式的需求文档。
1.建立分析模型
一般来说，现实世界中的系统不论表面上怎样杂乱无章，总可以通过分析与归纳从中找出一些规律，再通过“抽象”建立起系统的模型。分析模型是描述软件需求的一种模型，由于各个用户往往会从不同的角度阐述他们对原始问题的理解和对目标软件的需求，因此，有必要为原始问题及其目标软件系统建立模型。这种模型一方面用于精确地记录用户对原始问题和目标软件的描述；另一方面，它也将帮助分析人员发现用户需求中的不一致性，排除不合理的部分，挖掘潜在的用户需求。这种模型往往包含问题及其环境所涉及的信息流、处理功能、用户界面、行为模型及设计约束等，它是形成需求说明以及进行软件设计和实现的基础。
2.正式需求文档
作为系统需求的最终成果，需求文档必须具有综合性，即必须包括所有的需求。用户和开发组织都应该很谨慎地对待需求文档，因为对于没有包括在需求文档中的需求，用户不要对它可能被最终实现抱任何希望，而一旦在需求中出现的东西，开发组织必须进行实现。当然，也经常会发生需求变更，需要双方互相探讨以决定取舍，但这完全是另外一回事。
正式的需求文档应满足如下要求：
（1）具有准确性和一致性。因为它是连接计划周期和开发周期的桥梁，也是软件设计的依据，任何含混不清、前后矛盾或者一个微小的错漏，都可能导致误解或铸成系统的大错，在纠正时付出巨大的代价。
（2）无二义性。因为它是沟通用户和系统分析员思想的媒介，双方要用它来表达对于需要计算机解决问题的共同理解。如果在需求说明中使用了用户不容易理解的专门术语，或用户与分析员对要求的内容可以做出不同的解释，便可能导致系统的失败。
（3）直观、易读和易于修改。应尽量采用标准的图形、表格和简单的符号来表示，使不熟悉计算机的用户也能一目了然。(www.xing528.com)
鉴于需求文档的重要性，其编写也应备受重视。编写需求文档时，以下几点是应该注意的：
（1）语句和段落尽量简短；
（2）表达时采用主动语态；
（3）语句要完整，且语法、标点等正确无误；
（4）使用的术语要与词汇表中的定义保持一致；
（5）陈述时要采用一致的样式；
（6）避免模糊的、主观的术语，如性能“优越”；
（7）避免使用比较性的词汇，尽量给出定量的说明，含糊的语句表达将引起需求的不可验证。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
