3.软件需求分析的原则

　　近年来已提出了许多软件分析与说明的方法，虽然各种分析方法都有其独特的描述方法，但总的看来，所有分析方法还是有它们共同适用的基本原则。

　　（1）必须能够表达和理解问题的数据域和功能域

　　所有软件定义与开发工作最终是为了解决数据处理问题，就是将一种形式的数据转换成另一种形式的数据。其转换过程必定经历输入、加工数据和产生结果数据等步骤。对于计算机程序处理的数据，其数据域应包括数据流、数据内容和数据结构。

　　数据流即数据通过一个系统时的数据存储（如磁盘文件或内存缓冲区）中引入附加数据。对数据进行转换是程序中应有的功能或子功能。两个转换功能之间的数据传递就确定了功能间的接口。

　　数据内容即数据项。例如，学生名册包含了班级、人数、每个学生的学号、姓名、性别、各科成绩等。学生名册的内容由它所包含的项定义。为了理解对学生名册的处理，必须要理解它的数据内容。

　　数据结构即各种数据项的逻辑组织。数据是组织成表格，还是组织成有层次的树型结构?在结构中数据项与其他哪些数据项相关?所有数据是在一个数据结构中，还是在几个数据结构中?一个结构中的数据与其他结构中的数据如何联系?这些问题都由数据结构分析来解决。

　　（2）必须按自项向下、逐层分解的方式对问题进行分解和不断细化

　　如果将软件要处理的问题作为一个整体来看，显得太大太复杂很难理解。如果把问题以某种方式分解为几个较易理解的部分，并确定各部分间的接口，从而实现整体功能。

　　在需求分析阶段，软件的功能域和信息域都能做进一步的分解。这种分解可以是同一层次上的，称为横向分解;也可以是多层次的纵向分解。

　　例如，把一个功能分解成几个子功能，并确定这些子功能与父功能的接口，就属于横向分解。但如果继续分解，把某些子功能又分解为小的子功能，某个小的子功能又分解为更小的功能，这就属于纵向分解了。

　　（3）要给出系统的逻辑视图和物理视图

　　给出系统的逻辑视图（逻辑模型）和物理视图（物理模型），这对系统满足处理需求所提出的逻辑限制条件和系统中其他成分提出的物理限制条件是必不可少的。软件需求的逻辑视图给出软件要达到的功能和要处理的数据之间的关系，而不是实现的细节。例如，一个商店的销售处理系统要从顾客那里获取订单，系统读取订单的功能并不关心订单数据的物理形式和用什么设计读入，也就是说无需关心输入的机制，只是读取顾客的订单而已。类似的，系统中检查库存的功能只关心库存文件的数据结构，而不关心在计算机中的具体存储方式。软件需求的逻辑描述是软件设计的基础。

　　软件需求的物理视图给出处理功能和数据结构的实际表示形式，这往往是由设备决定的，如一些软件靠终端键盘输入数据，另一些软件靠模拟数据转换设备提供数据。分析员必须弄清系统元素对软件的限制并考虑功能和信息结构的物理表示。