2.2基于功能的网站结构
根据上述分析，我们可以重新定义带有后台数据库操作的动态网站。这里，我们将暂时忽略静态页面和数据存储部分。对于数据存储部分的忽略，是因为即使对于完成不同功能的网站，其数据存储部分可以设计为相同的平台环境。因此，我们可以如此定义动态网站:动态网站是多个功能页面组成的集合。
每个功能页面含有一个身份认证部分和一个数据操作部分。
身份认证部分表明了用户要访问该页面需要的身份权限，如系统管理员、注册用户、非注册用户等。此处我们特别提到“非注册用户”实际上对应了毋需身份认证的情况，之所以这样称呼，是为了在实现上能够简化而统一。网站由身份认证部分和数据区域两部分构成。图1(b)身份认证区域的结构相对固定，在不同系统中的结构非常相似。而图1(a)数据区域的具体功能在不同系统中变化相对较大，但结构却始终如图l所示。
2.3基于功能的网站结构下的开发方式
(l)动态项目开发公式的提出先考虑结构固定的“身份认证区域”。其模型包括两部分:①数据区域的页面结合;②每一项操作都有对应的Web页面或Web页面上对应的功能。因此，“身份认证区域”这部分可以被专业开发人员事先开发好，只由一般开发人员在实际构建系统时根据需要选择何种认证级别，如一般注册用户等。
再来看“数据区域”，其结构比较复杂。我们将其再拆分为身份认证部分、页面功能和数据项。这三项由开发人员来设置，而其余的如具体的数据操作和数据存储则由系统完成。因此我们提出了如下的动态网站的“开发公式”:
项目=功能页面+数据项+身份认证信息
注意，该公式是为了降低系统开发难度而提出的，而不是系统实际结构的拆分。因此，系统可能还含有一些在公式之外的属性，如系统名称、系统URL地址等。这些信息对系统的结构几乎没有影响，设置也非常简单，因此不必考虑。以下对公式中的各个项目一一说明:
①功能页面。它就是我们平常通过浏览器访问的网页，但这个页面常常对应了一个具体的数据操作，如“投票页面”就对应了插入新记录的操作。
②数据项。它是指我们在页面的表单中见到的数据控件所代表的内容。注意:此处是数据项，而不是数据。因为这个公式的用途是设计Web系统。在设计时要考虑的是数据项目，而不是使用实际填写的数据。一个数据项含有数据的类型、在页面的表现形式、数据检查和约束等非常多的属性。
③身份认证信息。它是指用户在使用系统时的身份资格。利用这个信息，我们就可以区分非注册用户、注册用户和数据管理员等使用者身份。
(2)动态项目的结构根据我们的开发公式，在非专业开发人员的眼中，网站的结构将如图2所示。
在这个结构中，系统仅仅由多个功能页面和数据项组成，身份认证信息为功能页面的一部分。这样做就进一步简化了系统的结构，有利于降低对开发人员的要求。我们只需要设置功能页面对用户权限的要求—比如只有注册用户才可以访问投票页面，就可以完成身份认证信息的设置。
2.4问题的回顾
让我们再来回顾一下在文章开始时提出的四个期待:(l)降低对开发人员的专业水平要求，最好能由一般办公室工作人员进行开发(2)提高开发效率(3)减少项目中存在的错误数量(4)简化运行平台的搭建，或不再需要搭建其中的第一二项显然已经解决;对于第三项，由于代码完全自动生成，没有人工干预，只要系统的质量有保障，这一项也就基本解决;而对于第四项，如果我们地解决方案是以网站的形式出现的话，则也就解决了。因此可以说，我们已经较好地解决了文章开始时提出的四个问题。
3系统实现与应用实例
3.１系统结构