|
|
|
|
知识路径： > 系统开发和运行知识 > 系统分析基础知识 > 需求分析 >
|
|
|
被考次数：4次
|
|
|
被考频率：
中频率
|
|
|
总体答错率：
34%
|
|
知识难度系数：
|
|
|
考试要求：
掌握
|
|
|
相关知识点：2个
|
|
|
|
|
在进行需求获取之前，首先要明确需要获取什么，也就是需求包含哪些内容。软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。通常，这些需求包括功能需求、性能需求、用户或人的因素、环境需求、界面需求、文档需求、数据需求、资源使用需求、安全保密需求、可靠性需求、软件成本消耗与开发进度需求等，并预先估计以后系统可能达到的目标。此外，还需要注意其他非功能性的需求。具体内容如下。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
需求分析主要是确定待开发软件的功能、性能、数据、界面等要求。具体来说有下面几点。
|
|
|
|
（1）确定软件系统的综合要求，包括系统界面、功能、性能、安全性、保密性、可靠性、运行等方面的要求。
|
|
|
|
（2）分析软件系统的数据要求，包括基本数据元素、数据元素之间的逻辑关系、数据量、峰值等。
|
|
|
|
（3）导出系统的逻辑模型，在结构化方法中可用数据流图来描述；在面向对象分析方法中可以用类模型来描述。
|
|
|
|
|
|
（5）如有必要，可开发一个原型系统以验证用户的需求。
|
|
|
|
|
|
|
|
（1）功能需求。所开发的软件必须具备什么样的功能。
|
|
|
|
（2）非功能需求。它是指产品必须具备的属性或品质，如可靠性、性能响应时间、容错性和可扩展性等。
|
|
|
|
（3）设计约束。其也称为限制条件、补充规约，这通常是对解决方案的一些约束说明。
|
|
|
|
|
|
需求分析方法由对软件的数据域和功能域的系统分析过程及其表示方法组成。它定义了表示系统逻辑视图和物理视图的方式。大多数的需求分析方法是由数据驱动的，数据域具有数据流、数据内容和数据结构3种属性。通常一种需求分析方法总要利用其中一种或几种属性。
|
|
|
