基于WEB的小区物业标准管理专业系统设计和实现.doc

四 川 理 工 学 院

课 程 设 计 书

学院 计算机学院
专业
班级
题目 基于WEB社区物业管理系统设计
教师
学生

基于WEB社区物业管理系统设计与实现
摘 要
本系统基于B/S开发模式，采用框架，结合JSP技术，设计开发了基于Web社区物业管理系统，该系统重要实现了基本系统管理、收费管理，系统登录等功能模块。本论文从软件工程角度对该软件系统进行了分析，随着市场经济发展和人们生活水平提高，大量住宅社区已遍及城区，人们对于居住环境规定也越来越高，住宅社区物业管理工作也变得更加繁重，运用物业管理信息系统来实现对社区物业管理工作信息化正成为人们共识。
社区物业管理系统在当代社会中是非常热门软件，是最关切群众实际生活。它使用使物业管理者和业主对住宅社区中事物能更以便、更快捷、更满意得到答复。随着着社区规模不断扩大和住户不断增多，工作量也将越来越大。但始终以来人们使用老式人工方式管理各种数据，这种管理方式存在着许多缺陷:效率低、保密性差，此外时间一长，将产生大量文献和数据，这对于查找、更新和维护都带来了不少困难。
随着科学技术不断提高，计算机科学技术日渐成熟，其强大功能已为人们深刻结识，它已进入人类社会各个领域并发挥着越来越重要作用。作为计算机应用一某些,使用计算机对公司单位各项信息进行管理，具备手工管理所无法比拟长处。这些长处可以极大地提高工作效率,也是公司科学化、正规化管理与世界接轨重要条件。
因而，开发这样一套社区物业管理信息系统成为很有必要事情,在下面各章中我将就本次课程设计所开发社区物业管理系统,谈谈其开发过程和所涉及到问题及解决办法。。

核心词：Web；JSP；社区物业；管理系统

同组同窗任务分派方式及工作量比例：
目 录
第1章　引言 1
1.1背景 1
1.1.1应用背景 1
1.1.2技术背景 1
1.1.3需求背景 1
1.2目的 2
第2章　可行性分析与软件筹划 2
2.1可行性分析 2
2.1.1技术可行性 2
2.1.2经济可行性 2
2.1.3社会可行性 2
2.2软件筹划 3
2.2.1工作范畴 3
2.2.2资源需求 3
2.2.2.1人力资源 3
2.2.2.2硬件资源 3
2.2.2.3软件资源 4
2.2.3进度安排 4
2.2.3.1人力资源分派 4
2.2.3.2系统进度时间表 4
2.3项目效益分析 5
第3章　需求分析 6
3.1功能需求 6
3.2性能需求 6
3.3安全性需求 7
3.4系统数据规定 7
3.5软件逻辑构造 12
第4章　软件构造设计 14
第5章　数据构造设计 16
5.1数据库开发工具分析与选取 16
5.2数据库逻辑设计 16
第6章　测试方案设计 18
6.1测试原理 18
6.1.1测试目 18
6.1.2测试方略 18
6.2详细测试方案 19
6.2.1功能测试 19
6.2.2性能测试 19
6.2.3易用性测试 20
6.2.4内容测试 20
6.2.5安全性测试 20
6.2.6接口测试 21
第七章 总结 21
[参照文献] 21

第1章　引言
1.1背景
1.1.1应用背景
随着国内市场经济迅速发展和人们生活水平不断提高，简朴社区服务已经不能满足人们需求。如何运用先进管理手段，提高物业管理水平，是当今社会所面临一种重要课题。要想提高物业管理水平，必要全方位地提高物业管理意识。只有高原则、高质量社区服务才干满足人们需求。面对信息时代挑战，运用高科技手段来提高物业管理无疑是一条行之有效途径。在某种意义上，信息与科技在物业管理与当代化建设中显现出越来越重要地位。物业管理方面信息化与科学化，已成为当代化生活水平步入高台阶重要标志。
1.1.2技术背景
为了便于多名社区物业管理者工作，以及更多社区管理者使用，如果让每一种社区管理者下载安装客户端软件，很显然是不现实，因而就抛弃使用C/S模式，采用B/S模式，这样可以协助管理者随时随处进行查询、浏览以及业物解决。并且业务扩展和后期维护简朴以便，通过增长网页即可增长服务器功能、实现所有顾客同步更新，更合用于应用背景。
本系统采用MySQL、JSP进行系统编写。
1.1.3需求背景
某社区，由于管理面积大，户数多，物业管理范畴广，管理内容繁杂，社区物业管理混乱问题始终无法解决。再者，社区物业管理中一项重要工作是计算、汇总各项费用，由于费用项目较多，计算办法繁重，手工解决差错率较高。同步查询某房产资料或业主资料往往也需要较长时间，给物业管理者工作带来了诸多弊端。因而该物业公司决定采用计算机进行物业管理。依照该社区详细状况，该系统在实行后，可以满足对社区住户资料、收费管理、物业费管理、费用查询。

1.2目的
设计一种社区管理系统，可以迅速、对的地解决各种问题，并能做到合理收费，真正为居民排忧解难，服务周到。并且该系统不需要一种专业计算机工作人员，只要安排会简朴操作人员即可；节约了大量数据记录解决时间。　
第2章　可行性分析与软件筹划
2.1可行性分析
2.1.1技术可行性
当前已经成功开发出了许多管理信息系统，信息技术和计算机软硬件发展已经完全可以满足本系统技术规定，本方案技术规定比较高，安全性和可靠性较强，但通过背面综合分析，可以懂得从技术上来说是可行。
MySQL Server 数据库系统依托Microsoft强大技术支持，是当前中小型公司应用较为广泛数据库管理系统，可以满足中小型公司对数据管理规定，具备强大数据管理功能，支持具备多层体系构造客户/服务器模式，为Web 应用提供高度可扩展性和高可靠性。

2.1.2经济可行性
当前已经成功开发出了许多管理信息系统，信息技术和计算机软硬件发展已经完全可以满足本系统技术规定，本方案技术规定比较高，安全性和可靠性较强，但通过背面综合分析，可以懂得从技术上来说是可行。

2.1.3社会可行性
社区物业管理系统采用面向对象技术，开发出来界面和谐，几乎人人都可以很简朴地按照有关阐明进行操作。系统能为物业管理者和业主提供高效、以便快捷服务，工作量和出错率远远低于老式管理模式，同步新系统操作简朴易上手，特别是与实际流程一致，顾客可以不久熟悉和习惯。
此项目不与本国政策相背离，没有违背本国法律，不存在侵犯、妨碍等责任问题。

2.2软件筹划
2.2.1工作范畴
Ÿ 系统功能
物业管理系统顾客重要是办公室工作人员，详细功能如下：
a) 基本信息管理功能：对社区、楼宇、房屋信息添加、删除、修改，业主指数录入。
b) 各项收费功能：针对物业最重要水、电、气应缴费汇总。业主和物业各应缴费用，各功能模块应完毕有关数据记录。
c) 系统管理功能：超级管理员对顾客注册，以及顾客管理，修改密码，系统关闭。
Ÿ 系统性能
系统要可以存储整个社区住户信息、住户物业费信息、社区整体信息，服务器要可以支持各种社区管理员访问。

2.2.2资源需求
2.2.2.1人力资源
组长：李凯
成员：裴珧君，李燕松，杨天冀

2.2.2.2硬件资源
a) 服务器：Pentium4以上配备高性能PC机，内存应在256M以上，硬盘在40G以上。
b) 操作系统：Windows 9x/Me、Windows 、Windows XP、Windows NT，辨别率：1024*768。
c) 客户端：Pentium233（或与此相称CPU）以上配备PC机，内存应在32M以上，硬盘在1G以上

2.2.2.3软件资源
支撑软件：Eclipse+Tomcat+IE9
2.2.3进度安排
2.2.3.1人力资源分派
依照小构成员得到人力资源分派表：
任务名称
人力资源分派
可行性分析与软件筹划
可行性分析

软件筹划

效益分析

需求分析
需求讨论

编写需求文档

需求评审

系统设计
界面设计

构造设计

数据设计

测试
测试方案分析

测试方案设计

2.2.3.2系统进度时间表
运用甘特图制定进度时间表

2.3项目效益分析
Ÿ 支出：
开发该系统需要支出费用涉及基建投资、其她一次性支出，共约2万元，采用任务分解估算该系统开发共需4个人3周时间完毕，每人月成本为1500元，预计系统人工费用为1500*3*3/4=3375元，开发成本共为2万元+3375元。

Ÿ 收益：
可以列表计算系统投资回收期和开发纯收入，其中I值为3.36%。将来收入重要体当前每年可节约人力、耗材等，约每年2万元。预计软件使用寿命5年。

其中：i=3.36%

购买设备软件费
2万元
人工费
3375元
开发成本费（设备软件费+人工费）
2万元+3375元
每年收入
2万元
1
收入（元）
（1+i）n
现值（元）
合计现值（元）
2
0
1.0336
19348.58
19348.58
3
0
1.0683
18721.32
38069.90
4
0
1.1042
18112.66
56182.56
5
0
1.1413
17523.88
73706.44
6
0
1.1797
16953.46
90659.90
纯收入
61659.9
结合以上条件，通过成本/收益计算后纯收入为61659.9元。
投资回收期：2+（56182.56—23375）/(56182.56-38069.90)=3.784年

第3章　需求分析
3.1功能需求
物业管理系统顾客重要是办公室工作人员，详细功能如下：
Ÿ 基本信息管理功能模块。
基本信息管理功能重要功能涉及：对社区、楼宇、房屋信息添加、删除、修改，业主指数和公共指数录入。
Ÿ 各项收费功能模块。
针对物业最重要水、电、气应缴费汇总。业主和物业各应缴费用，各功能模块应完毕有关数据记录。
3.2性能需求
社区资料管理：对社区资料进行增长、修改、删除之类操作。
楼栋资料管理：对楼栋资料进行增长、修改、删除。
房屋资料管理：房屋资料增长、修改、删除，能批量生成房间资料，房间资料需要和楼栋进行关联，可以迅速查询到某一房间。
业主资料进行增长、修改、删除、改名等操作，业主资料需要和详细房间进行关联。能迅速查询业主及相应房间。
物业收费：收费项目设定：制定社区需要收费项目（物业管理费、清洁费、电梯费、水电费等），能进行增长、修改、删除。
选用收费原则：制定某一房间套用哪些收费原则，和房间及收费项目进行关联.
收费数据录入：依照选用收费原则进行收费数据录入，如果是按建筑面积、人口和固定金额方式收取，则自动计算出要收费金额。如果是按指定数量（指定数量重要用在水电费收取）或指定金额收取，则在这里所有计算出费用和。录入完毕后把某些数据插入到5费用收取表中对用位置。
费用收取：对住户应交费用进行收取，一方面计算出该月住户应交所有费用（取收费数据录入完毕数据），然后列出来，再登记住户实际交纳款项。
收费月结算：月结算后交纳费用重新进行计算，开始进行下以份额月收款，月结操作重要是对收费数据录入表进行清空，然后进入新月份收费数据录入。
系统管理：
系统参数设立：涉及对当前收费月份、收费日期、单位名称或其她系统参数设立
操作员管理：软件使用人员增长、修改、删除（不能删除最后一种操作员）。
密码设立： 更改管理员密码。
3.3安全性需求
此系统在对顾客信息保密上要做好，避免住户信息外流。
3.4系统数据规定
本系统重要是社区物业管理系统，其重要收费项目即业主费用，包括了生活基本用费，即水电气费用与物业管理费。用数据字典与层次方框图表达有：

数据字典：
数据文献名
业主信息表
别名
YZXXB
核心码
业主代码
描述
此表涉及业主所有基本信息
构成
业主代码+为主名称+性别+业主类型+籍贯+证件名称+证件号码+联系电话+联系人+联系办法+备注
存储方式
按业主代码字典序按原排序
安全规定
非系统管理员不能进行删除、添加、修改操作，其他部门可以进行查询操作
备注

数据文献名
住户水电气抄录信息表
别名
ZHSDCLXXB
核心码
房间代码
描述
此表包括住户水电气表抄录信息
构成
房间代码+上月水表读数+本月水表读数+上月电表读数+本月电表读数+上月气表读数+本月气表读数+备注
存储方式
按房间代码字典序排序
安全规定
非系统管理员不可进行删除操作、员工管理员也许进行添加、修改、查询
备注

数据文献名
业主费用交纳告知单
别名
YZFYJNTZD
核心码
此表描述了业主费用交纳告知单
描述

构成
月份+业主名称+房间代码+上月表数+本月表数+实际用量+单价+物业管理费+总金额+日期
存储方式
表格，数据库存储
备注
非系统管理员不可进行删除，工作管理员可以进行添加、修改、查询

数据文献名
住户收费管理表
别名
ZHSFGLB
核心码
房间代码
描述
记录了住房收费详细信息
构成
业主名称+房间代码+费用月份+费用项目+费用金额+滞纳金+应交金额+收费对象+滞纳金起计+滞纳金截止+实交金额+审核人+备注
存储方式
按离间代码字典序排序
安全规定
非系统管理员不可进行删除操作，工作管理员可以进行添加、修改、查询
备注

数据文献名
住户水电气数据登记表
别名
ZHSDQSJLB
核心码
房间代码
描述
记录每一房间每一月水电数据
构成
房间代码+数据月份+项目名称+前次读数+本次读数+计费用量
存储方式
按房间代码字典序排列
安全规定
非系统管理员不可进行删除操作，工程部可以进行添加、修改、查询操作。

备注

数据文献名
住户收费管理表
别名
ZHSFGLB
核心码
房间代码
描述
记录了住房收费详细信息
构成
业主名称+房间代码+费用月份+费用项目+费用金额+滞纳金+应交金额+收费对象+滞纳金起计+滞纳金截止+实交金额+审核人+备注
存储方式
按离间代码字典序排序
安全规定
非系统管理员不可进行删除操作，工作管理员可以进行添加、修改、查询
备注

数据文献名
催费告知单
别名

核心码
房间代码
描述
记录了顾客催缴费用详细信息
构成
业主名称+房间代码+实缴费金额+欠费金额+滞纳金+滞纳金起记+滞纳金截止+日期
存储方式
按日期降序排列
安全规定
非系统管理员不可进行删除操作，财务部可以进行添加、修改、查找操作。
备注

数据项：

业主信息表
数据项名
别名
描述
类型
长度
取值范畴、缺省值
计量单位
备注
业主代码
YZDM

可变字符串
5—6
与房间代码取值相似

业主名称
YZXM

可变字符串
4—14

性别
XB

定长字符串
2
只能为“男”或“女”

业主类型
YZLX

可变字符串
4—6
只能为“自然人”或“公司”

籍贯
JG

可变字符串
0—40

证件名称
ZJMC

可变字符串

只能为“身份证”，“军官证”或“护照”

证件号码
ZJHM

字符串
4—18
不能为空

联系人

可变字符串
4—14

联系电话
LXDH

数字串
7—11

联系办法
LXFF

可变字符串
0—50

业主房间信息表
数据项名
别名
描述
类型
长度
取值范畴、缺省值
计量单位
备注
房间代码
FJDM

数字串
3—4
101—1028不能为空，与业主代码取值相似，由楼号+房间号构成

所属大楼
SHDL
描述了对方在在那个大楼
定长字符串
3
只能为A栋、B栋、C栋、D栋、E栋，并且不能为空

客户描述
KHMS
简朴描述房间居住者名称
可变字符串
0—100
可为空

单元号
DYH
描述套房所在单元
可变字符串
7—10
不能为空

楼层号
LCH

十进制数
1—2
只能1—15

房间号
FJH

十进制数
2
只能取01—08，且不能为空

房型
FX

可变字符串
6—10
只能取单房、一室一厅、二室一厅、三室一厅、二室二厅、三室二厅、且不能为空

建筑面积
JZMJ

数字
5，2
不能为空
平方米

使用面积
SYMJ

数字
5，2

平方米

套内面积
TNMJ

数字
5，2

平方米

人数
RS
套房居住人数
数字
0—6

车位数
CWS

数字
0—3

使用类型
SYLX
套房用途
定长字符串
4
只能取生活或商用

使用状态
SYZT

定长字符串
4
只能取自住、出租、空置

简要阐明
JYSM
对房间简朴阐明
可变字符串
0—100

住户水电信息抄录表
数据项名
别名
描述
类型
长度
取值范畴、缺省值
计量单位
备注
房间代码
FJDM

上月水表读数
SYSBDS

数字串
5
不能为空
吨

本月水表读数
BYSBDS

数字串
5
不能为空
吨

上月电表读数
SYDBDS

数字串
5
不能为空
度

本月电表读数
BYDBDS

数字串
5
不能为空
度

上月抄表日期
SYCBRQ

日期

**年**月**日，不能为空

本月抄表日期
BYCBRQ

日期

**年**月**日，不能为空

抄表人
CBR

可变字符串
4—14
不能为空

住户收费管理表
数据项名
别名
描述
类型
长度
取值范畴、缺省值
计量单位
备注
业主名称

房间代码

费用月份

日期

**年**月**日，不能为空

费用项目

可变字符串
4—10
只能取水费、电费、电梯费、物业管理费、维修养护费、停车费、室内维修费、家政务付费、不能为空

费用金额

每一项目金额
数字
6，2
***，**；不能为空
元

滞纳金

超过缴费日
数字
6，2

元

应交金额

所有收费项目费用总和
数字
7，2
*****，**，不能为空
元

收费对象

字符串
4
业主或租户，不能为空

滞纳金起记

开始计算滞纳金日期
日期

***年**月**日，不能为空

滞纳金截止

本月滞纳金截止日期
日期

***年**月**日，不能为空

应交金额

住户实际缴费金额
数字
7，2
****，**；不能为空
无

审核人

催费告知单
数据项名
别名
描述
类型
长度
取值范畴、缺省值
计量单位
备注
欠费金额

数字
7，2
****，**；不能为空
元

日期

发放催费告知单日期
日期

****，**；不能为空

业主费用层次图：

业主费用
生活基本费费
物业管理费
气费

水费

电费
气费违约金

水费违约金

电费违约金

3.5软件逻辑构造
通过对软件逻辑进行分析，采用数据流图来表达软件逻辑模型
顶层DFD：

对顶层DFD进行分析可以得到第二层DFD图：
1. 服务管理子系统

2. 管理员信息管理子系统

3. 社区楼宇信息管理子系统

对第二层DFD进行分解得到第三层DFD图
1.1. 服务管理子系统，入住子系统：

1.2. 服务管理子系统，住户收费管理系统：

第4章　软件构造设计
依照系统分析中总结顾客需求设计系统体系构造．系统功能模块如图：
在功能模块示意图树状构造中，每一种叶结点都是一种最小功能模块．每一种功能模块都需要针对不同表完毕相似数据库操作，即添加记录，修改记录，删除记录以及查询显示记录信息．

社区物业管理系统层次图：

社区物业管理系
系统管理员
员工管理员
删除管理员
创立管理员
修改管理员密码

退出系统
收费管理

修改密码
抄表录入、修改

退出系统

基本信息管理
业主信息管理
楼宇信息管理
房屋信息管理
业主用水抄表录入
业主用电抄表录入
业主用气抄表录入
业主用水抄表修改
业主用电抄表修改
业主用气抄表修改
添加业主信息
修改业主信息
删除业主信息
生活抄表管理
添加楼宇信息
修改楼宇信息
删除楼宇信息
添加房屋信息
修改房屋信息
删除房屋信息
收费项目管理
收费记账管理
业主费用报表
物业费用报表
气费报表查询

水费报表查询

电费报表查询
业主已缴报表
物业费已缴报表
气费已缴报表

水费已缴报表

电费已缴报表
收费单价管理
收费单价修改

收费单价录入

第5章　数据构造设计
5.1数据库开发工具分析与选取

5.2数据库逻辑设计
数据库名为：mag。
数据库表：
(1) master:管理员信息表。
(2) price_type:费用类型表。
(3) master_info;业主信息表。
(4) master_use:业主消费指数表。
(5) building_info:楼定信息表。
详细数据库表构造信息：

管理员信息表master_info，用来保存顾客信息，表构造为：

编号
字段名称
数据类型(长度)
约束
空值
阐明
1
mid
samllint(6)
PK
Not null
管理员ID
2
mname
varchar(20)

null
顾客名
3
passwrd
Varchar(20)

null
密码
4
purview
Smallint(6)

null
权限

费用类型表price_type,用来保存费用类型信息，表构造为：
编号
字段名称
数据类型
约束
空值
阐明
1
charge_id
samllint6
PK
Not null
费用ID
2
charge_name
varchar20

null
费用名称
3
unit_price
double

null
单价

业主信息表user_info,用来保存业主信息，表构造为：
编号
字段名称
数据类型(长度)
约束
空值
阐明
1
Building_id
samllint(6)
PK
No null
楼宇ID
2
Room_id
samllint(6)
PK
No null
房间ID
3
area
double

Null
面积
4
status
varchar(10)

null
状态
5
oname
varchar(20)

null
业主姓名
6
sex
varchar(5)

null
性别
7
id_number
varchar(20)

Null
身份证号
8
phone
varchar(20)

null
电话

业主消费指数表user_consume,用来保存顾客消费指数，表构造为：

编号
字段名称
数据类型(长度)
约束
空值
阐明
1
user_id
samllint(6)
PK
No null
业主ID
2
building_id
samllint(6)
FK
No null
楼宇ID
3
room_id
samllint(6)

Null
房间ID
4
lwater_reading
double

null
上月水表读数
5
twater_reading
double

null
本月水表读数
6
lelec_reading
double

null
上月电表读数
7
telec_reading
double

Null
本月电表读数
8
lgas_reading
double

Null
上月气表读数
9
tgas_reading
double

null
本月气表读数

楼宇信息表building_info，用来保存楼宇信息，表构造为：

编号
字段名称
数据类型(长度)
约束
空值
阐明
1
building_id
samllint(6)
PK
not null
楼宇ID
2
total_id
samllint(6)

not null
楼层数
3
total_area
double

null
总面积
4
height
double

null
楼高
5
type
varchar(20)

null
类型
6
status
varchar(10)

null
状态

第6章　测试方案设计
6.1测试原理
6.1.1测试目
(1)测试是为了发现程序中错误而执行程序过程；
(2)好测试方案是极也许发现迄今为止尚未发现错误测试；
(3)成功测试是发现了至今为止尚未发现错误测试。
6.1.2测试方略
由于本系统是基于WEB物业管理系统，因而可以采用测试方略为以黑盒测试为主，白盒测试为辅，手动测试为主测试方略。
黑盒测试法（又称功能测试法）是把程序当作一种黑盒子，完全不考虑程序内部构造和解决过程，是在程序接口进行测试，它只检查程序功能与否按照规格阐明书规定正常使用。
白盒测试法（又称构造测试法）是把程序当作装在一种透明白盒子里，也就是完全理解程序构造和解决过程，这种办法按照程序内部逻辑测试程序，检查程序中每条通路与否都能按照预定规定对的工作。
基于WEB应用软件普通采用多层构造，在测试时也采用分层方略。
并且采用自底向上集成测试方式。
通过测试并不能证明程序就是完全对的，但咱们目就是要通过测试保证软件可靠性，因而，必要仔细设计测试方案，力求用至少测试发现尽量多错误。
6.2详细测试方案
Web应用软件测试分为三层：表达层，业务层和数据层。
表达层测试重要关注Web应用软件界面和与客户交互，测试重点是HTML文档构造与客户端程序，业务层测试重要关注Web应用软件包括业务逻辑，测试重点是服务器端程序，数据层测试重要关注Web应用软件解决不同数据能力，测试重点涉及对数据完整性测试以及对大数据量下数据库操作性能测试。
6.2.1功能测试
(1) 链接测试：
一方面，应当测试所有也许出当前页面上链接。另一方面，对于每个链接，需要测试与否有页面或者服务器端程序与之相连。
(2) 表单测试：
对表单测试可以较好地完毕对表达层、业务程和数据层这3层集成测试，此时，可以对表单可以完毕增、删、改、查，以及表单元素边界值等逐个进行测试，以检查这3层能否协调一致。
(3) Cookie测试：
在对Web应用软件进行系统测试时候，必要检查Cookie与否能正常工作。需要测试由Cookie带来服务器端程序间数据依赖关系，以及对Cookie安全限制和对Cookie定期删除与否会影响到Web应用程序正常运营。
6.2.2性能测试
(1) 并发测试：
(2) 负载测试和压力测试：
(3) 配备测试和性能调优：
6.2.3易用性测试
易用性测试与表达层中对排版构造测试是类似，着重需要检查。
对于那些由服务器端生成排版元素，需要检查生成某些字体类型、屏幕布局、色彩、图像辨别率等内容与否美观，以及与否与页面上其她排版元素一致。
如果页面上包括诸多图片，那么客户端会消耗很长时间用来下载图片，下载过程结束之后，页面布局会有所不同，因而需要测试这些对易用性影响，特别是在压力非常大时候。
6.2.4内容测试
(1) 测试数据库中内容：
由于内容测试并不只在系统开发完全之后进行一次，而是要在系统运营过程过程之中随着数据库变化随时进行，因此测试数据库中内容不完全是系统测试一某些。
(2) 测试器端程序和客户端程序与否会在数据解决过程中引入错误内容：
这方面测试普通与功能测试结合在一起进行。
6.2.5安全性测试
(1) 服务器端内容安全性：
虽然服务器端存储着大量内容，但是不应当让所有顾客能访问所有内容。在测试时候，需要检查顾客能否绕过Web应用软件设立访问控制机制直接访问有关内容。
(2) 客户端内容安全性：
在实现由各种页面构成业务逻辑时，开发人员经常采用在表单中隐藏数据类型来完毕数据传递，顾客也许获得这引起信息。此外，某些客户端程序也许会规定服务器端发送多于顾客所需数据到客户端，以以便客户端程序解决，这时候，如果把需要保密信息误发给客户端也会带来隐患。客户端也许存在诸多安全隐患，需要对客户端内容安全性进行充分测试。
(3) Cookie安全性：
Cookie也是带来安全隐患重要因素之一。
(4) 日记功能：
对于某些应用软件来说，实现完善日记功能是安全性一种重要保障。
6.2.6接口测试
复杂Web应用程序普通需要和其她系统协作完毕所需要功能，面不但仅是在页面间进行链接，这就涉及到接口测试问题，安普通涉及两个方面：
(1) 使用接口：
(2) 提供接口：

第七章 总结

[参照文献]
[1] 施伯乐.《数据库系统教程》.高等教诲出版社,
[2] 韩万江.《软件项目管理案例教程》(第二版).机械工业出版社，
[3] 彭龑.《软件工程》.重庆大学出版社,
[4] 林锐.《软件工程思想》浙江大学:CAD-CG国家重点实验室,