对于一个软件产品，我们需要将功能性需求与非功能性需求分开，但这并不是一件容易的事情。程序员总是按习惯来理解他们面对的事物，例如一个用户身份卡(UserId Card)首先是一个内存块，而不是一个抽象数据类型(ADT,Abstract Data Type)。那么基于这样的认识，什么才是对这个User_IdCard的功能性需求，什么又是其非功能性需求呢?问题在于：User_IdCard具有多个层面的数据信息，并且对于不同的程序员来说，对其不同层面的理解都是正确、可实施、可计算的。缘于此，在不同层面上对其功能性需求的定义也就不同。例如对于偏向操作系统的开发人员，User_Idcard只有一个信息是有用的，即①:①这里基于Delphi语法惯例，用前缀字符“T”来表示数据类型，而SizeOf()函数用于取数据类型所需存储的大小。

【Sizeof(TUser_Idcard)】

这个长度值决定了程序如何分配和管理该数据的存储。因此这个开发人员会将他所理解的、以该长度值为核心的操作作为一个相对独立的部分区别出来，这些操作可能是如下一些函数或方法的运用①:FreeMemGetMemReallocMem例如，一种可能的情况是：1 //身份卡的批量分配。

【// - Delphi/as Syntax】

【3 function BatchAllocCards(count:Integer):PCards;4 begin】

【GetMem(Result, count * sizeof(TUser_Idcard));6 end;】yipindushu.com

这个函数与User_IdCard这种数据是有关的，但又与在最终界面上操作该应用软件的用户(例如户籍管理员张三)毫无关系。

【我们还会面临对这个数据的第二类理解：如果这个数据是一系列性质的集合(例】

如结构体或对象),则每一个性质将对应于现实系统的数据。简单地说，例如：User_Idcard.Age其性质Age代表了现实系统中某个用户的年龄。与此相类似，User_IdCard的每个性质都有其确定意义，并有相应的行为。这些行为与User_Idcard有关，但仍然是与张三无关。例如：User_Idcard.setAge()User_IdCard.getAge()到现在为止，随着计算机应用软件开发技术的发展，我们已经将上述两类对User_IdCard的理解放在一个语言的基础部分去实现了。大多数情况下，(高级的)计算编程语言通过抽象数据类型及其管理技术(例如对象、读写器、数据验证器②以及垃圾回收机制等)来将这些问题隔离在应用程序开发者的视野之外。

忽略了类似上述的问题之后，我们才触到了应用开发的边缘。③①该例援引的是Delphi中的一些内存管理函数，在不同的语言或平台中可能存在差异。②这里的验证器指的是类似Java中的通过注解来进行数据验证的技术。

③“如何屏蔽底层细节”也是应用开发技术的一部分，但对大多数应用开发语言/环境来说，这些都是内建机制。