首页 基于Web应用系统的性能测试综述

基于Web应用系统的性能测试综述

举报
开通vip

基于Web应用系统的性能测试综述 lSSN 1009-3044 ComputerKnowledge and Technology电脑知识与技术 Vd.6,No.28,October 2010,PP.8014-~017 基于 Web应用系统的性能测试综述 E—mail:x~l@ccce.net.cn http://www.dnzs.net.cn Teh+86—551-5690963 5690964 李艳芹 .陈跃华2郭松柏s (1冻 华大学 计算机应用与科学技术,上海 201620;2.上海市经济与信息化委员会,上海 20...

基于Web应用系统的性能测试综述
lSSN 1009-3044 ComputerKnowledge and Technology电脑知识与技术 Vd.6,No.28,October 2010,PP.8014-~017 基于 Web应用系统的性能测试综述 E—mail:x~l@ccce.net.cn http://www.dnzs.net.cn Teh+86—551-5690963 5690964 李艳芹 .陈跃华2郭松柏s (1冻 华大学 计算机应用与科学技术,上海 201620;2.上海市经济与信息化委员会,上海 200040;3.上海市信息安全测评认证中心,上海 200011) 摘要:基于Web应用系统的方便、快速、易操作性等特点,政府、教育、金融各行业越来越青睐于使用Web应用系统扩展 自身的影响 力。随着Web应用系统的广泛使用,性能测试逐渐受用户关注。该文主要介绍了Web应用系统的关键性能指标及测试 方法 快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载 ,结合案 例重点阐述评估和分析 Web应用系统性能的过程 关键词 :Web应用 系统:性能测试 :性能指标 :LoadRunner工具 中图分类号 :TP311 文献标识码 :A 文章编号 :1009—3044(2010)28—8014—04 Survey of Performance Testing Based on W eb Application System ‘ LI Yah—qin ,CHEN Yue—hua ,GUO Song—bai (1.Computer Science and Technology of Donghua University,Shanghai 201620,China;2.Shanghai Municipal Commission of Economy and Informatization,Shanghai 200040,China;3.Shanghai Information Security Testing Evaluation and Certification Center,Shangh~ 20001 1,China) Abstract:As web application system is convenient,quick,and easy—opemting,many industries such as government,education and financial community are increasingly popular with web application system for the expansion of their influence.W ith the wide—spread use of web application system,perform ance testing is gradually concemed by users.The article described key performance indicators and testing meth— ods of the web application system,and focused on illustrating the perform ance testing process of web application system and analyzing test— ing data by a case. Key words:web apphcation system;perform ance testing;perform ance indicators;LoadRurmer tool 随着 Intemet技术 的发展 ,Web应用 系统越来越广泛 的应用于金融 、教育、政府等各个领域 。Web应用系统包括 B/S和 C/S两种 模式 ,目前广泛采用 B/S模式 。由于用户仅需通 过浏览器便可访问应用程序 ,Web应 用系统呈 现出的方便 、快 速 、易操作等特点 ,让 各大领域更加依赖Web应用系统拓展 自身的影响力。然而,对于某些热门的 Web站点,用户访问的频率很高,交互的信息量也非常 庞大.过高的负载经常导致系统反应速度慢或者服务中断。因此,应用系统能否承受大量的并发用户数以及快速响应用户发送的请 求 ,能否长时间稳定运行 ,哪些地方可能成为性能瓶颈 ,这些都是用户关注的系统性能 问题 。性能测试 目的是为了检测 系统性能是 否符合用户的需求 ,通过负载测试 、强度测试等方法,监控系统资源 ,找 出性能瓶 颈,从而验证系统能力和不 断改善系统性能。’因此, 如何评价一个 Web应用系统的性 能及寻找系统瓶颈 ,是软件开发过程 的一个重要环节。 1 Web应用系统性能测试 1.1 Web应用系统体系结构 Web应用系统通常 由浏览器(客户端)、Web服务器 、应用服务器 、数据库服务器等构成 (如图 1所示 )。Web应用系统 目前 主要 采用的是 B/S三层结构 .将系统分为表示层 、业务逻辑层和数据层 。它 的基本工作 流程 快递问题件怎么处理流程河南自建厂房流程下载关于规范招聘需求审批流程制作流程表下载邮件下载流程设计 :用户在浏览器中输入一个 URL地址 ,浏览器 向该 URL地址所 指向 的 Web服务 器发 送请求 ;Web服务器 收到请求后 ,读取正 确的 HTML文 件然后将它返 回给浏览器 ,其 中 HTML文档 中可能有其它的脚本语言 ,执 行脚 本程序 ,调用 数据 库 服务器和其它服务器 ,返 回结果并显示给用户。 依据 Web应用系统 的体 系结构 ,Web应用系统性能测试 主 要可从三方面进行 :应用在网络上的性能测试、应用在客户端 性能测试 、应用在 服务器端性能测试 (如图 l所示 ),通常服务器包 括 Web服务器 、中间件应用服务 器和数 据库 服务器。本文主要讨 论应用在客户端的性能测试 ,它测试的人 口是客户端 ,主要包括负 载测试 、压力测试 、疲劳强度测试和大数据量测试等。 1.2性能测试与性能指标 性能测试是软件质量保证 的重要环节 ,为 了检测系统性能指 标是否达到用户的需求,通过加载不同的负载观察系统的运行情 图1 Web应用系统体系结构 收稿 日期 :2010—08—18 作者简介 :李艳 芹(1988一),女 ,硕士在读 ,主要研 究方向为网络安全 ,性能测试 ;陈跃华 ,博士生导师,上海 市经济与信息化委 员会副 主任 ,主要研 究方向为信 息安全 ;郭松柏 ,上 海市信息安全测评认证 中心主任 ,主要研 究方向为信 息安全 ,系统测评。 8014 软件设计开发 ; 本栏目责任编辑:谢媛媛 .....一 一 r 一 层 现 璃 . 蜜 ■一 现 喜 一 第6卷第28期 (2010年 10月) 况 ,找 出系统瓶颈 ,不断优化系统性能 。 如图 2所示 ,Web应用 系统性 能不仅与服务器 的硬件 资源和软件配 置密切相关 ,而且受加载 用户量 、网络带 宽 、业 务操 作 、应用 系统结 构设 计等多种因素影响 。系统性能优化可考虑从服务器层面 、网络层面 、应用 层面出发 ,衡量实现的便捷程度 ,选择优化 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 。 系统性能主要通过性能指标体现,在不同的并发用户数和操作下, 系统性能指标数据不同 ,通过分析性 能数据寻找系统的瓶颈 。因此 ,性能 指标的筛选在性能测试过程 中极其重要。 Web应用系统性能测试主要包括以下几类基本性能指标 : 1)吞 吐量是某单位 时间内系统所处理的用户请求数 。一般是用系统 每秒字节 数或请求数来衡量 。该指标反映 了系统 的事务 处理能力 ,通常 用户请求 数越 大,吞吐量就越大 ,当用户请求数达到一 定值 ,吞 吐量 逐渐 Computer Knowledge and Technology电脑知识与技术 图 2 Web应 用系统性能影响因素 处于饱和状态并可能出现拐点 ,此 时随着负载的不断增加 ,系统的性 能会逐渐降低 。 2)响应时间是用户发送请求到客户端接 收服务器返 回的结果所经历 的时间。当用 户访 问的是 系统的静态 页面时 ,系统响应用 户请求的时间比较短;当用户发送的请求需要访问数据库服务器时,经历的时间较长,因此大量并发用户同时读写数据库信息时. Web服务器面临的负担较重 ,响应时间增加 。当系统的某一种或几种 资源耗尽 时 ,响应 时间急剧增加 ,通过观察响应时间快速增长 时其他性能数据的变化 ,寻找系统可能存在的瓶颈 。涉 及的具体性 能指标包括 最大事务 响应 时间 、平均事务响应时 间、最小事务响 应时间。 3)最大并发用户数是在某段时间内,系统能够同时正确及时处理的最 大用户数。通常采用负载测试和压力测试可获得系统符 合用户需求的并发用户数和能提供 的最大服务级别。 4)资源利用率是系统运行过程中不同资源的使 用情 况 ,一般包括硬件 、操作系统 、网络 、数据库等方 面 ,例如服务器 的 CPU、内 存、磁盘、网络带宽等。通常系统资源利用率与加载用户数成正比,当资源利用率保持或长期接近 100%,说明该资源已经成为系统 的瓶颈 ,通过提升资源的容量可缩短响应时间。系统资源具体性能指标 如下 : CPU处理器 :可查看 System\%Total Processor Time性能计数器 的计数值 ,如果 %Processor Time长时间超过 95%,等待队列 超过 2,则 CPU可能存在瓶颈。若该 服务器是数据库服务器 ,Processor\%User Time值较大 ,则可能是数据库排序及算法消耗 CPU较多 ,可 考虑对数据库 系统进行优化。 磁盘 I/O:主要观察 Page Reads/sec、%Disk Time及 Average Disk Queue Length指标 ,若每秒读取页次数很低,但%Disk Time和 Average Disk Queue Length值很高,则磁盘 I/O可能不足,同时可通过计算得到每磁盘 I/O数 ,如果该数值超过了磁盘 1/O能力,则磁 盘可能存 在瓶颈 内存 :Windows资源主要监控物理可用内存 fMemory~vailable Mbytes),若该指标持续很低,Page/sec长期高于几百,且 Page Read/S超过 5,则内存可能存在瓶颈,Unix系统资源关注 Free(KB)、Paging Rate等指标。 5)其他性能指标 分析系统执行不同的业务操作 ,服务器返 回的结果页面有所不 同,静 态页面消耗的响应时间较短 ,动态 页面需与数据库服务器 交互 ,响应时间较长 。通过监控页面下载时 间,分析不 同事务的开销 ,系统性能优 化可从下载页面角度出发 ,尽量转换动态页面为静 态页面,减少下载 页面组件大小。监控性能指标主要包括 : DNS Time:显示使 用最 近的 DNS服务器将 DNS名称解 析为 IP地址所需 的时 间 ;DNS解析 时间是 指示 DNS解析 问题或 DNS服务器问题的关键指标 。 Client Time:客户端发生的延迟 时间。 Connect Time:从客户端发送出请求到与Web服务器建立初始连接的时间;可作为度量网络质量好坏的指示器。 FirstBufferTime:包括服务器处理时间和网络延迟时间 。 Receive Time:从浏览器接收第一个字节到成功接收完所有字节的时间。可结合下载页面组件大小和时间度量网络质量。 判断系统数据库 、软件参数配置 (包括 中间件 )、网络层面上是否存在瓶颈 ,需监控数据库服务器资源使用情况 、中间件性 能 、网 络延迟等性能指标 。由于 Web应用系统结构复杂 ,性 能测试是一项复杂的工作 ,涉及 的性 能指标较多 ,测试过程 中应 明确测试 目的. 分析重要的性能指标 ,通常借助 自动化测试工具监控性能指标数据。 上述各类性 能指标从不同层面体现系统 的性能 ,吞吐量反 映系统的处理 能力 ,响应时间反映系统 的响应速度 .并发用户数衡量 系统的容量 ,资源利用率衡量系统的运行状态 ,综合上述指标 ,整体呈现 出系统的性能状况。 2性能测试方法 . 性能测试评估系统正常运行情况下的承受力和稳定性 ,Web系统性能测试通过模拟真实环境下的负载,采集系统各方面的性 能数据 ,分析系统的性能与存在的瓶颈。测试方法 主要包括负载测试 、压力测试 、疲劳强度测试 、大数据量测试等。在测试过程 中.通 常需要合理的结合这几种测试方法,模拟真实环境,设计不同的测试场景获取更多有效的性能数据。 1)负载测试:在系统正常运行情况下模拟不同加载用户量和复杂度的操作,考察系统各项性能的变化情况。主要是验证系统性 能满足用户需求的情况下,系统所能承受的最大负载级别。为确保负载测试的有效性,通常借助自动化测试工具,尽量模拟真实用 户的操作,执行测试。由于时问和资源的有限,负载测试不可能对 Web应用系统所有功能操作进行性能测试 ,因此.测试期间需选择 几项主要功能进行测试。测试策略包括独立业务性能测试和混合业务性能测试 本栏目责任编辑:谢媛媛 ; 软件设计开发 8015 Compu~rKnowledge and Technology电脑知识与技术 第6卷第28期 (2010年 10月) 独立业务性能测试是指模;投昭户都执行同样的事务脚本,其目的是观察不同事务的响应时间和对系统资源的需求。独立业务 性能测试 可尽量选取几个消耗系统资源较高或复杂度较大 的业务操作 ,有利于定位单项业务操作是否成为 系统 的瓶颈 ,从应用层 面上优化该项业务逻辑 ,缩短 响应时间和减 少系统资源的开销 。 混合业务性能测试是模拟用户的真 实操作环境 ,依据 日常不 同事务 的执 行 比例设置场景 。执 行测试并观察性能指标数据的变 化。混合业务性 能测试 的优点是测试环境接近实际运行 的情 况 ,可获得 系统满足用户性能需求的并发用户数。 系统可监控平均事务响应时间 、平均吞吐量 、服务器 CPU利用率 ,页面交换率 、页面下载时间等详细指标分析系统的整体性能 . 判断性能符合用户需求的并发用户数 ,分析 ^用系统资源过多和响应时 间较慢 的事务 .从应用层 面、硬件资源/软件配置 、网络各方 面优化系统性能 2)压力测试 :不断增加负载 ,测试系统能获得服务的最大级别 和验证系统的故障恢复能力。确 定在什 么负载条件 下,系统提供 服务出错或者系统崩溃 。一般来说先进行系统的负载测试 .确认出各种性 能指标的极限数据后 ,再执行压力测试 。 对系统不断的持续加压 ,系统提供服 务出错或崩溃 ,可暴露 出系统存在的瓶颈 。判断服务器资源是否成 为瓶颈 ,重点关注系统 资源性能指标 、事务成功数 、事务失败数 、平均事务响应时间等性能指标 。 3)疲劳强度测试 :强调 的是对系统能否长时间正常运行的考验 ,通常 以最 大并 发用 户数或者系统 日常用户数持续执行一段时 间,监控性能指标 ,考察系统能否稳定运行 ,是否 出现性能降低 、内存溢 出等情况。执行测试重 点关注平均事务响应时间 、系统资源 等性能指标,观察系统长时间运行的状态与性能。 4)大数据量测试:大数据量测试重点在于考察数据量的变化对于系统性能的影响,主要可分为独立数据量测试和综合数据量 测试。独立数据量测试是针对系统添删改、查询等操作而进行的大数据量测试,综合数据量测试是指与压力测试、负载测试、疲劳强 度测试等相结合而进行 的大数据量测试 。测试数据的准备可借助 自动化测试工具来生成 。侧重关注平均事务响应时间 、数据库资源 等性能指标 ,观察执行大数据量测试时 ,数据库是否存在瓶颈 ,是否需要采用负载均衡、优化数据库结构设计等方式优化系统性能 。 3测试过程与结果分析 系统性能测试是评估系统能力 、分析系统瓶颈的一个重要 手段 ,通过性能测试 用户能够了解在不 同的状态下系统业务的响应 时间.以及系统能够处理 的最大并发用 户数 。性能测试过程主要包括性能需求 分析 、测试设计 、测试执行 、测试结果分析 等步骤。下 面通过实例说 明测试 Web应用系统性能的步骤与结果分析 ,本文借助 自动化测试工具 LoadRunner,采用负载测试 、压力测试方法 评估系统性能。 3.1测试背景 “某市人口信息管理系统”采用 B/S体系结构,系统相关服务器6台,包括数据库服务器2台、应用服务器 2台,GIS服务器和决 策分析服务器 ,主要提供人 El基础数据的查询 、统计分析 、GIS定位等功能 。系统在局域 网带宽 100Mbps网络环境下使用 ,数据库采 用 Oracle 10g,中间件采用 Websphere 6.I,测试工具为 LoadRunner 8.1。该系统日常访问用户数为 1000,一般系统支持的并发用户数 应 为 日常访问量 的 20%,则 1000*20%=200,测试 目的为验证系统能否支持 200个并发用户访问 。用户要求主要操作 的响应时间不 超过 15S.工作状态下资源利用率不超过 85%为较优状态 ,验证系统满足这些指标时支持 的并发用户数。本次测试 目的主要采用负 载测试 、压力测试方法 ,评估系统符合用户需求的并发用户数和提供的最大服务级别 。具体测试环境如表 1。 3.2测试过程 针对系统的测试 目的,主要采用负载测试 、压力测试方法 : 1)负载测试 策略 :通过调查分析 ,用户 日常执行的操作包括人 口简单 查询、高级查询、统计分析、决策分析 、GIS定位等功能。借助 自动化测试 工具 LR录制五类脚本,简单查询、高级查询、统计分析脚本初始加载 50 个用户运行 5分钟,每次增加 50个用户运行测试 ,决策分析 、GIS定位搜 索消耗资源较高且响应时间长 ,因此初始加载 1个用 户运行 5分钟 .每次 增加 1O个用户 .观察 系统性能数据 的变化 。本次测试选择独立业务性能 测试.有利于分析单项业务操作消耗的系统资源。 2)压力测试策略:在负载测试的基础上,获得符合用户需求的并发用 户数.不断持续加压 ,评估系统能支持 的最大服务级别 。 3.3测试结果分析 利用 LoadRunner测试工具分别执 行简单查询 、高级查询 、统计分析 、 决策分析 、GIS定位功能 五类脚本。通过测试发现系统支持 200个最大并 发用户访问首页 .简单 查询 、高级查询 、统计分析支持 150并发用户访 问 的平均 响应 时间小于 15S,GIS定位 和决策分析功能支持 2O个最 大并 发 用户.GIS定位功能在 10个并发用户时呈现性能较优。表2为部分测试 结果数据。 高级查询业 务操作在用户加载 150个用户时 系统性能较优 ,平均事 务响应时 间为 6.502S,并发用户数加 载到 200,系统 的性能急剧 降低 ,平 均 吞吐量急剧减小 ,并 出现 大量失败事务 ,加 载到 250个用户 时 ,服务 器 出现宕机现象 8016 软件设计开发 t * ; 表 1 测试环境 序号 设备名称 量作 蕞城艘 用较件 既 I售量 1. 歉据蓐服务罨 AIx 5 3/Oracle|咄 16·1 9GH#CPU 64GBf为存 6·146GB 疆盘 2 数据库晨务基 A噍5, Or |clog , 应用露番嚣 l^值5 3s g‘1 6Gl-lzCPU H 岫 礴 1 16GB内存 4 应用簸务器 .^jx 5 3r 2·146GB内幢磋盈 W 曲 肆出蜉 1 5. GIS地圉鼹务器 Wmde~ 2OO3 8’ln I限)X∞ c'Pu At'dmI9.2 E5335@2 ooG翻 3 25G'B内存 136(3内董疆盏 矗 决策分柝应用教 Wln 2oo3 3’ln嘏(R)Xem~R)C蛐 务篓 o 8 E5335@2 00GI'Iz 16 0GB内 存 136G内重臻盘 表 2 性能测试数据部分数据 业务撮fF‘并发 平I哺 务畸 平均吞吐重 ●务噩过 用户羹, 删 阃ItS) 《b)le~/S) 毒 t%) j|;缓查调 (50) 3 l8l 3.761.391 100% 赢缀重调 (100) 4.895 4.686,l酗 100% 葛缓囊诲 ‘150) 6.502 5,156,827 99 98% 蔫级誊诲 ‘200) 13 2蝣 2,074 835 59 67% G/S定位 ‘” 13.224 367.651 100% GIS定 位 ‘10) 17 914 S15 081 100% GIS定位 ‘20) 34 069 513。491 100% 本栏目责任编辑:谢媛媛 第 6卷第28期 (2010年 10月) 如表 3所示,观察发现 CPU利用率及可用内存等系统资源相关指标适 L1J.排除系统资源 的瓶颈。测试 过程 中发现 GIS定 位功 能支持的并发用户数 较小.加载到 20个并发用户时系统平均事务响应时间过长 ,分析发现 GIS定 位功能消耗的数据库资源较多,可考虑从数据库设计、搜索算法角度出发缩 短响应时间。进一步寻找系统瓶颈可依据页面下载 时间细分图从执行业务 操作 、下载 页面组件大小 与时间 、网络质量层 面进行分析 ,以 GIS定位功能 (20个并发用户数)的页面下载时间分析为例,如图 3。 执行 GIS定位操 作测 试 ,系统 Connect Time为 0.002S.Client Time为 0.O01S,Receive Time为 0.002S,FirstBuffer Time平均值为 37.77S,最大值为 64.035S。如 图 3为 FirstBuffer Time的细分图 ,第一次缓冲时间下载包括三个 组件 ,第二个组件大小为 17.024KB,但消耗 的 Server Time为 37.57s,服务器 处理时间过长 ,Network Time为 0.2S。网络传输质量较好 .可考虑从应用层面 优化业务逻辑 ,算 法等方式缩短服务器处理时 间。 系统在业 务复杂度不 同和加载用户量不 同的情 况下 .响应时间不 同.测 试过程 中应尽量模 拟实际操作环境 ,结 合负载测试 、压 力测试 、疲劳强 度测 试 、大数据量测试等方法设计测试场景执行测试。测试结果分析可结合系统 资源图 、Web资源 、数据库资源 等分析 图 ,分析不 同负载下性 能测试指标 数 据变化趋势 ,按照服务器瓶颈一>网络瓶颈一>中间件瓶颈一>应用瓶 颈的思路 逐步分析系统可能存在的瓶颈,并可通过反复测试验证瓶颈所在。 4结束语 本文通过介绍性能测试的关 键性能指标和测试方法 .重点阐述 了借助 性能指标评估 和分析 Web应用系统性能 的过程。Web应用系统性能测试是 Compu~rKnowledge and Technology电脑 知识与技术 表 3 高级查询业务(并发 200)系统资源部分数据 ~ ~ 、卜 ~~ cp 葶哇用单 々 面面交换辜 (Page/Ice 一 ~ ~ ~ 鼍小馏 乎均值 睾大值 避小蕾 平均值 t尢蕾 鼓据库服务嚣 1 O∞8 44 37 lo0 O 2 064 lO孙 数基障服务嚣 2 O S S9S n 332 59t8l 4320143 应用服务鼯1 l2 3O7 67 7 : 0 888 6l8 8970 859 砬用靛务器 2 O ll 331 Sg 462 0 68 186 9l54012 GIS地圉艟务器 0 23S 2 409 O 0l 3l 1 667 诀策分析应用艟 务嚣 O 0 4l2 5 599 0 O O ⋯ ⋯ 一 ⋯ 一 一 ⋯ ⋯ { ⋯ ⋯ ⋯ ⋯ ⋯ ⋯ “ 擞 』苎基 赚 ⋯ ,......⋯ ⋯⋯ l_曩捷⋯ 一一 』 媳 ⋯ ...⋯{蛊缝⋯ 融鬻 } IO td⋯ “ 篷 {能)£ 0 , 0*‘ ■ l ∞ ‘ ,tI一曲m 毪m』: 0 鹱 t { J‘硝 - l谴 汪 0; 0I∞ l瑚 日 l ~. ^⋯ - 0 甚■ l t¨.⋯ m. “* 8 t 0 0 0 图 3 第一 次缓 冲时间细分 一 个复杂的过程,应依据测试目标设计场景,监控重要性能指标,便于分析系统可能存在的性能瓶颈。测试过程中应尽可能的模拟 真实环境及用户操作反复执行测试保证测试数据的有效性 。 参考文献: 【1]马琳,罗铁坚,宋进亮,等.Web系统性能测试及优化fJ1.计算机工程,2005,31(12). [2】杨萍,李杰.利用 LoadRunner实现 Web负载测试的自动化『J1.计算机技术与发展,2007,17(1). [3]杨志,关听,马力.Web系统性能测试实施过程【J】.计算机工程与设计,2007,28(1O). [4】王鑫,苗春雨,袁芳.Web应用性能评测的研究与应用fJ1.实验技术与管理,2008,28(8). [5】张大陆,黄伟力.基于Web应用系统的评测方法和技术『J1.计算机工程,2003,29(4). I6]6芮素娟,丁晓明.Web应用性能测试进展IJ].计算机科学,~oo6(8). (上接第 8013页) 4结束语 作为一个物流运输系统 ,信息 的完整性 、统一性 ,信息传输的安全性 、稳定性 、高效性 ,整个系统信息的共享性都是必不可少的。 本 论文 政研论文下载论文大学下载论文大学下载关于长拳的论文浙大论文封面下载 设计的系统就是基于 C/S和 B/S混合模式建立的 ,并且完全符合系统设计的要求。运用这 个运 输系统实现货物发送 、运输与 跟踪查询功能。为物流企业的信息化建设 ,发挥积极 的作用。 参考文献: [1】刘小卉.物流信 息管理【M】.北京:中国物资出版社,2007. 【2]金锡万.物流管理信息系统【M].南京:东南大学出版社,2006. [3】杨艺,陈鹏,李相枢.一种广域网中分布式数据库设计的数据分配方法[J].计算机应用,2003,23(12). 【4J蔡淑琴,夏火松.物流信息与信息系统[M].北京:电子工业 出版社,2005. [5】方玉华.基于C/S和 B/S混合模式的高校教务管理系统设计[J].电脑知识与技术,2010(12). [6】蒋鸿岜.基于网络 LYMIS分布式数据库设计【J】.计算机工程,2004(15). 本栏目责任编辑:谢媛媛 软件设计开发 8017
本文档为【基于Web应用系统的性能测试综述】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
该文档来自用户分享,如有侵权行为请发邮件ishare@vip.sina.com联系网站客服,我们会及时删除。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。
本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。
网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
下载需要: 免费 已有0 人下载
最新资料
资料动态
专题动态
is_761770
暂无简介~
格式:pdf
大小:369KB
软件:PDF阅读器
页数:4
分类:互联网
上传时间:2013-06-07
浏览量:91