*删除主数据可以不一定为真的删除当前数据，也可以通过设置数据的状态，使得当前界面不显示此数据，达到类似于删除的功能方便日后对数据进行维护。此方法不属于删除数据型控件，属于编辑数据型控件，因为修改的内容为对应数据的状态。

　　(2)与界面相关的控件类

　　控件的作用中对于界面的控制方式为以下五种“打开界面”、“关闭界面”、“展开或压缩界面”、“流转并打开界面”、“清除界面数据”

　　打开界面：打开对应的界面。

　　关闭界面：关闭对应的界面。

　　展开或压缩界面：对本来隐藏的界面的显示内容以及形状进行改变。

　　流转并打开界面：打开对应界面并将数据进行流转：与生成跨表数据类型的控件类似，流转并打开界面更偏重描述打开对应界面。

　　清除界面数据：对界面中的数据进行清除操作，并不影响数据库中的数据。

　　与界面相关的控件类解读：与界面相关的控件类主要描述的是控件对于界面的操控作用，含有“打开界面”、“关闭界面”、“展开或压缩界面”、“流转并打开界面”、“清除界面数据”五种对于界面的控制方法，分别对应界面的形状、界面的出现与关闭、界面内容三个界面内容的控制。因为这部分较为简单，所以这里不展开描述。

　　(3)控件的形状与其中含有的内容

　　这里只针对控件中的内容进行较为详细的描述，因为控件的形状难以用文字进行描述。

　　控件的形状与其中含有的内容解读：控件的内容属于数据默认的一种，上文有提及，数据的体现方式主要体现在数据默认中，控件中的较为简单的内容为固定文本的显示，还有一种是控件的内容是会随着关联数据的变化而改变。所以在这里，控件中的内容可以描述为数据默认的方式去展示控件中的内容并加入逻辑运算符号以及数学运算符号。

　　*数据默认中的逻辑运算符号以及数学运算符号都是属于控件内容中，此处没有体现出来。

　　总结：控件在新需求文档设计中以及系统中的意思是一致的，控件属于执行当前命令的意思，命令对于系统来说就是实行某一种类型的系统修改，通常用户层面的系统修改为修改数据，不能达到管理员级别的修改，例如：修改页面中的页面宽度。所以控件在新需求文档中简化为对界面、数据这两个用户可以达到的系统权限进行控制。数据下分为生成、编辑、删除三个对于数据的控制，这里面的控制只是针对已有数据库中的主数据或数据的明细进行的控制，并不能达到创建数据库以及改变数据库中的数据固有关系的权限。对于用户层面的需求规划，当前的新需求文档可以达到足够应付的级别。同理界面也是在管理员在处理好界面样式内容的情况，用户对界面进行调用，并不能直接对界面内容进行修改，故当前的新需求文档可以达到足够应付的级别。

　　3.3.3 界面

　　数据型B端需求文档设计中的界面可以理解为数值的展示、生成、清除的媒介。不同的界面之所以不同，因为实现的功能不一样。在用户角度来说，不同的界面代表了不同的功能和使用者。界面作为一个承接用户实际任务与系统功能对接的事物，在数据型B端系统设计理念中也是如此，接通的是数据型B端系统设计理念以及数据型B端需求文档设计理念，在此基础上，衍生出数据的分析。上述的控件，数值离不开界面，界面作为一个载体承载的是控件(功能)、数据(内容)。三者为一体构成了系统。

　　界面不像控件以及数据那样承担其他功能，对于功能主要为承载控件和数据的界面来说，描述界面主要为其中包含的控件以及数据。在此之前首先要做的是对控件进行编码以及对数据进行划分(可取数据库的划分)

　　总结：数据、控件、界面三位一体地支持系统的运行，所以通过这个思路也可从这三个方面对系统进行描述。这个就是整个数据型B端需求文档设计的主体思路的一部分，另外一部分是基于数据型B端系统设计理念——以数据为主要出发点作为主体思路。至此相信读者应该知道数据型B端需求文档设计方法与当前较为主流的需求文档不一样的地方在于将文本化的表达通过可以标签化的逻辑以及描述体现出来，达到系统逻辑扁平化的目标，类似于公司扁平化管理，系统扁平化管理有利于决策层较为清晰并方便地实行系统转变。

　　3.4 数据型B端需求文档设计与数据型B端设计理念的结合

　　3.4.1 数据型B端系统设计理念回顾与深入