mvc,bs,cs三层构架关系

MVC是指Model模型,View视图和Control控制器,也就是业务逻辑,界 面和用户输入,这样划分系统比拟清晰,这是设计人员要考虑的事.

什么是C/S结构.C/S

（Client/Server）结构,即大家熟知的客户机和效劳 器结构.它是软件系统体系结构,通过它可以充分利用两端硬件环境的优势, 将任务合理安排到

Client端和Server端来实现,降低了系统的通讯开销.目前 大多数应用软件系统都是

Clie

nt/Server形式的两层结构,由于现在的软件应用 系统正在向分布式的

Web应用开展,Web和Client/Server应用都可以进行同样 的业务处理,应用不同的模块共享逻辑组件；因此,内部的和外部的用户都可 以访问新的和现有的应用系统,通过现有应用系统中的逻辑可以扩展出新的应 用系统.这也就是目前应用系统的开展方向.

传统的C/S体系结构虽然采用的是开放模式,但这只是系统开发一级的开 放性,在特定的应用中无论是

Client端还是Server端都还需要特定的软件支 持.由于没能提供用户真正期望的开放环境,

C/S结构的软件需要针对不同的操

作系统开发不同版本的软件,加之产品的更新换代十分快,已经很难适应百台 电脑以上局域网用户同时使用.而且代价高,效率低.

如我院使用的上海超兰公司 案件统计〞管理软件就是典型的C/

S体系结构 管理软件.

第三、管理软件主流技术.管理软件技术的主流技术与管理思想一样,也 经历了三个开展时期.首先,界面技术从上世纪

DOS字符界面到Windows图形

界面（或图形用户界面

GUI）,直至Browser浏览器界面三个不同的开展时期. 其次,今天所有电脑的浏览器界面,不仅直观和易于使用,更主要的是基于浏 览器平台的任何应用软件其风格都是一样的,使用人对操作培训的要求不高, 而且软件可操作性强,易于识别；再者,平台体系结构也从过去单用户开展到 今天的文件/效劳器（F/

S）体系、客户机/效劳器（C/S）体系和浏览器/ 效劳器（B/

S）体系.

二、C/S和B/S之比拟

CIS和B/S是当今世界开发模式技术架构的两大主流技术.

C/S是美国

Borland公司最早研发,B/S是美国微软公司研发.目前,这两项技术以被世界 各国所掌握,国内公司以C/S和B/S技术开发出产品也很多.这两种技术都有自 己一定的市场份额和客

户群,各家企业都说自己的管理软件架构技术功能强 大、先进、方便,都能举出各自的客户群体,都有一大群文人墨客为了自己摇旗 呐喊,广告满天飞,可谓仁者见仁,智者见智.

1、C/S架构软件的优势与劣势

（1）、应用效劳器运行数据负荷较轻.最简洁的

C/S体系结构的数据库应

用由两局部组成,即客户应用程序和数据库效劳器程序.二者可分别称为了前台 程序与后台程序.运行数据库效劳器程序的机器,也称为了应用效劳器.一旦服 务器程序被启动,就随时等待响应客户程序发来的请求；客户应用程序运行在 用户自己的电脑上,对应于数据库效劳器,可称为了客户电脑,当需要对数据库 中的数据进行任何操作时,客户程序就自动地寻找效劳器程序,并向其发出请 求,效劳器程序根据预定的规那么作出应答,送回结果,应用效劳器运行数据负 荷较轻.

（

2）、数据的储存管理功能较为了透明.在数据库应用中,数据的储存管理 功能,是由效劳器程序和客户应用程序分别独立进行的,前台应用可以违反的 规那么,并且通常把那些不同的（不管是还是未知的）运行数据,在效劳器 程序中不集中实现,例如访问者的权限,编号可以重复、必须有客户才能建立 定单这样的规那么.所有这些,对于工作在前台程序上的最终用户,是 “透明〞 的,他们无须过问（通常也无法干预）背后的过程,就可以完成自己的一切工 作.在客户效劳器架构的应用中,前台程序不是非常 “瘦小〞,麻烦的事情都交 给了效劳器和网络.在C/S体系的下,数据库不能真正成为了公共、专业化的仓 库,它受到独立的专门管理.

（3）、C/S架构的劣势是高昂的维保本钱且投资大.首先,采用

C/S架

构,要选择适当的数据库平台来实现数据库数据的真正 “统一〞,使分布于两地 的数据同步完全交由数据库系统去管理,但逻辑上两地的操作者要直接访问同 一个数据库才能有效实现,有这样一些问题,如果需要建立 “实时〞的数据同 步,就必须在两地间建立实时的通讯连接,保持两地的数据库效劳器在线运 行,网络管理工作人员既要对效劳器维保管理,又要对客户端维保和管理,这 需要高昂的投资和复杂的技术支持,维保本钱很高,维保任务量大.

其次,传统的C/S结构的软件需要针对不同的操作系统开发不同版本的软 件,由于产品的更新换代十分快,代价高和低效率已经不适应工作需要.在

JAVA这样的跨平台语言出现之后,B/S架构更是猛烈冲击C/S,并对其形成威胁 和挑战.

2、B/S架构软件的优势与劣势

（1）、维保和升级方式简洁.目前,软件系统的改良和升级越来越频繁,

B/S架构的产品明显表达着更为了方便的特性.对一个稍微大一点单位来说,系统 管理人员如果需要在几百甚至上千部电脑之间来回奔跑,效率和工作量是可想 而知的,但B/S架构的软件只需要管理效劳器就行了,所有的客户端只是浏览 器,根本不需要做任何的维保.无论用户的规模有多大,有多少分支机构都不 会增加任何维保升级的工作量,所有的操作只需要针对效劳器进行；如果是异 地,只需要把效劳器连接专网即可,实现远程维保、升级和共享.所以客户机 越来越 “瘦〞,而效劳器越来越 “胖〞是将来信息化开展的主流方向.今后,软件升 级和维保会越来越容易,而使用起来会越来越简洁,这对用户人力、物力、时 间、费用的节省是显而易见的,惊人的.因此,维保和升级革命的方式是 “瘦〞 客户机, “胖〞效劳器.

（

2）、本钱降低,选择更多.大家都知道

windows

在桌面电脑上几乎一统 天下,浏览器成为了了标准配置,但在效劳器操作系统上

windows

并不是处于绝 对的统治地位.现在的趋势是凡使用

B/S架构的应用管理软件,只需安装在

Lin ux效劳器上即可,而且平安性高.所以效劳器操作系统的选择是很多的,不 管选用那种操作系统都可以让大局部人使用

windows

作为了桌面操作系统电脑不 受影响,这就使的最流行免费的

Linux操作系统快速开展起来,Linux除了操作 系统是免费的以外,连数据库也是免费的,这种选择非常盛行.

（3）、应用效劳器运行数据负荷较重.由于

B/S架构管理软件只安装在服

务器端（Server）上,网络管理人员只需要管理效劳器就行了,用户界面主要事 务逻辑在效劳器（Server）端完全通过

WWW浏览器实现,极少局部事务逻辑在 前端（Browser）实现,所有的客户端只有浏览器,网络管理人员只需要做硬件 维保.但是,应用效劳器运行数据负荷较重,一旦发生效劳器 “崩溃 〞等问题, 后果不堪设想.因此,许多单位都备有数据库存储效劳器,以防万一.

为了了区别于传统的CIS模式,才特意将其称为了B/S模式.认识到这些结构的 特征,对于系统的选型而言是很关键的.

1、 系统的性能

在系统的性能方面,B/S占有优势的是其异地浏览和信息采集的灵活性.任 何时间、任何地点、任何系统,只要可以使用浏览器上网,就可以使用

统的终端.

B/S系

不过,采用B/S结构,客户端只能完成浏览、查询、数据输入等简洁功 能,绝大局部工作由效劳器承当,这使得效劳器的负担很重.采用

C/S结构

时,客户端和效劳器端都能够处理任务,这虽然对客户机的要求较高,但因此 可以减轻效劳器的压力.而且,由于客户端使用浏览器,使得网上发布的信息 必须是以HTML格式为了主,其它格式文件多半是以附件的形式存放.而

式文件（也就是

Web

页面）不便于编辑修改,给文件管理带来了许多不便.

HTML格

2、 系统的开发

C/S结构是建立在中间件产品根底之上的,要求应用开发者自己去处理事 务管理、消息队列、数据的复制和同步、通信平安等系统级的问题.这对应用 开发者指出了较高的要求,而且迫使应用开发者投入很多精力来解决应用程序 以外的问题.这使得应用程序的维保、移植和互操作变得复杂.如果客户端是 在不同的操作系统上,C/S结构的软件需要开发不同版本的客户端软件.但是, 与B/S结构相比,C/S技术开展历史更为了 悠久〞从技术成熟度及软件设计、开 发人员的掌握水平来看,C/S技术应是更成熟、更可靠的.

3、 系统的升级维保

4、

C/S

模式的优点和缺点

★

C/S

模式的优点

•由于客户端实现与效劳器的直接相连,没有中间环节,因此响应速度快.

•操作界面漂亮、形式多样,可以充分满足客户自身的个性化要求.

★

C/S吉构的管理信息系统具有较强的事务处理水平,能实现复杂的业务流 程.

★

C/S

模式的缺点

•需要专门的客户端安装程序,分布功能弱,针对点多面广且不具备网络条 件的用户群体,不能够实现快速部署安装和配置.

•兼容性差,对于不同的开发工具,具有较大的局限性.假设采用不同工具, 需要重新改写程序.

•开发本钱较高,需要具有一定专业水准的技术人员才能完成.

5、B/S模式的优点和缺点

★

B/S

模式的优点

•具有分布性特点,可以随时随地进行查询、浏览等业务处理.

•业务扩展简洁方便,通过增加网页即可增加效劳器功能.

•维保简洁方便,只需要改变网页,即可实现所有用户的同步更新.

•开发简洁,共享性强.

★

B/S

模式的缺点

•个性化特点明显降低,无法实现具有个性化的功能要求.

•操作是以鼠标为了最根本的操作方式,无法满足快速操作的要求.

•页面动态刷新,响应速度明显降低.

•无法实现分页显示,给数据库访问造成较大的压力.

•功能弱化,难以实现传统模式下的特别功能要求.

当前

Web

测试主要通过

Web

测试工具加上良好的测试案例完成的,我们 认为了主要有以下两种测试类型：

基准测试、非基准测试.

基准测试： 主要指测试工具已经提供了标准的测试案例库,包含静态测试案例

(HTM、JPG、动态测试案例(CGD和SSL测试案例等.这类测试工具分为了测 试案例库、控制台程序、客户端程序三个局部.它的原理是,

Web

效劳器开启 特定的

Web

效劳程序,并且运行上述测试案例,由控制台程序控制各个客户端 根据一定的脚本访问顺序遍历

Web

效劳器的各个测试案例,每个请求完成后, 各个客户端向控制台报告访问的结构,当一个测试集完成后由控制台将所有的 信息综合统计,测试过程中控制台还需要采用

SNMP协议对效劳器进行实时监

控,综合两个方面的因素可以反映出

Web

效劳器在不同压力情况下的综合性 能.在测试过程中,主要影响测试结果的因素有网络环境、客户端性能.目前 无论IA架构效劳器还是SUN HP、IBM的UNIX效劳器性能都越来越优越,有 可能出现在100MB网络下不能够

提供足够的网络压力,有可能网络首先出现瓶 颈,这样就需要扩展到1000MB网络环境或使用多个网段对效劳器提供足够的 压力,而稳定的客户端对于测试来说也是十分重要的,由于客户端如果出现性 能下降,就会造成系统崩溃或者不能提供稳定的测试压力从而导致测试结果出 现偏差；一台客户端到底能够稳定运行多少数量的连接是根据不同的硬件配置 和操作系统决定的,因此对客户端的硬件资源进行监控是保证客户端可以稳定 运行的必要手段.

由于这类测试工具使用的是工具开发商提供的测试案例集,虽然也具有一 定的权威性,但是目前再完美的测试案例集也不能涵盖所有的

Web

应用情况, 所以也不能够完全表达出

Web

效劳器完整的性能,因此该类测试工具更加适合

IT媒体对Web类效劳器软硬件的横向比照测试,在测试对象和环境大体统一的 情况下,可以比拟出各个测试对象的性能差异.而对于有实际应用背景的

Web

效劳器进行测试,使用这样的测试工具就不适合了,我们在以后的测试漫谈中 会继续介绍.

本文来自CSDNxx转载请标明出处：