随着互联网应用的不断发展，并非所有应用都是基于数据库的系统。与互联网对象模型有一定的不一致性。
许多功能性模块只能作为系统外挂部分。对于大型和复杂系统，这并非是最好的方式。尤其重要的是数据库方式对于数据的语义表达是局限的。
以用户为中心的模型
以用户为中心的模型更能适合与界面的设计以及间接对系统功能需求和流程的设计。但对于软件开发来讲并没有解决使用什么模型的问题。
这种方法很适合于分析和用户模型建立。可以与其它模型结合使用。
这种模型尤其适合于导航流程/工作流程的分析和设计。
以内容构件为中心的模型
（注，所有关于内容构件技术的图示都将只在此报告中解释但不列入报告所提供的材料之中。）
内容构件的核心是将数据、数据处理（语义）、以及数据的表达形式结合起来的方法。
内容构件模型是互联网软件模型的基础。基于内容构件的互联网软件结构中内容构件与其它部分结合。
其它部分包括基本支撑层（系统调用）、数据仓库管理、和界面表达生成等。
基于内容构件模型在分析阶段可以集中分析应用的机构结构和工作流程。
基于分析的结果，可以直接用来对软件的结构和界面进行设计。实现的方法是基于面向对象技术和构件技术。数据表达方法采用XML。 不再以数据为中心。
为什么互联网应用不同
应用组成部分的不同
--应用中软件的不同部分可能跨平台
--应用中所需要的数据库可能不在本地
--界面媒介与传统软件的不同
--软件需要不同的界面
应用开发和运行环境的不同
--开发所需要的环境比较复杂
--开发不同部分需要不同的项目组
--很难构造与运行环境一样的环境
--运行环境需要考虑到开放性
--性能方面的设计考虑目前没有很好的方法来保证
质量保证问题的不同
--不仅仅是软件本身的问题
--界面的质量保证是一个很重要的方面
--界面与功能连接的质量保证很难控制
--性能要求的测试很难系统化
--测试本身需要考虑运行环境的开放性
--安全测试不仅仅是应用系统的问题
实例之一:企业内外网站系统(1)
（应用图示三张，略）
--是一个进出口企业
--已经具有很强的内部信息化管理水平
--传统的内部局域网环境不能满足所有需求
--外部互联网站与内部系统没有联系
--电子商务发展需要新的体系结构
--内、外网有必要连接
--内、外网有不同的安全性要求
实例之一:企业内外网站系统(2)
--内部网建立在互联网体系结构上
--B/S结构提供了各个部门协调工作更好的空间和方式
--内部网站是其管理和商务的中心
--内部网站的管理维护更新分散化
--外部网站是内部网站的一部分
--关键性数据资源单独保存
--只需要维护一个数据中心
--内部网站分级和管理
--外部访问分级进行审核
实例之二:企业商务办公系统(1)
（应用图示三张，略）
--是一个基本原料加工为主的集团企业
--还没有建立完善的内部信息化系统
--希望建立其内部办公和生产管理信息化系统
--同时希望对外进行客户服务
--有打算进一步开展电子商务应用
--希望整体上有前瞻性（今后3-5年内先进）
实例之二:企业商务办公系统(2)
--内、外网采取统一结构
--内部网办公系统基于B/S结构
--外部网首先服务客户，今后开展进一步的电子商务，同时作为
不同分公司之间业务联系的接口
--生产管理等系统处于内部网环境之下
--需求分析
--公众界面、管理界面的设计
--界面设计和制作项目管理
--后台软件设计和实现的管理
--质量保证问题
--更新和维护管理问题
需求分析目前的主要问题是客户经常并不清晰应用的模式 ，而目前仍然没有很确定和公认的应用系统模式 ，目前可以借鉴一些厂商所提供的解决方案中的部分，核心的问题是应用模式和怎样更好的利用互联网特点
应用模式需求分析中，更多的是商务方面的内容，例如对象和服务等。
在应用模式确定下，更多的是确定如下几个方面的具体需求
--公众界面和流程
--管理界面和流程
--系统功能需求
--系统维护管理需求
公众管理界面设计
典型的公众界面是我们通常通过浏览器所看到的网站部分，包括
--结构（动态和静态）
--导航系统
--形象系统
--内容设计
--功能
文章来源于领测软件测试网 https://www.ltesting.net/
