基于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.1.2 技技术术背景背景 为了便于多名小区物业管理者的工作，以及更多小区的管理者使用，如果 让每一个小区管理者下载安装客户端软件，很显然是不现实的，因此就抛弃使 用 C/S 模式，采用 B/S 模式，这样可以帮助管理者随时随地进行查询、浏览 以及业物处理。并且 业务扩展和后期维护 简单方便，通过增加网页即可增 加服务器功能 、实现所有用户的同步更新 ，更适用于应用的背景。 本系统采用 MySQL、JSP 进行系统编写。 1.1.3 需求背景需求背景 某小区，由于管理面积大，户数多，物业管理范围广，管理内容繁杂，小 区物业管理混乱的问题一直无法解决。再者，小区物业管理中一项重要的工作 是计算、汇总各项费用，由于费用项目较多，计算方法繁重，手工处理差错率 较高。同时查询某房产资料或业主资料往往也需要较长时间，给物业管理者的 工作带来了诸多弊端。因此该物业公司决定采用计算机进行物业管理。根据该 小区具体情况，该系统在实施后，能够满足对小区住户资料、收费管理、物业 费管理、费用查询。 2 1.2 目标目标 设计一个小区管理系统，能够迅速、正确地解决各种问题，并能做到合理 收费，真正为居民排忧解难，服务周到。而且该系统不需要一个专业的计算机 工作人员，只要安排会简单操作人员即可；节省了大量的数据统计处理时间。 第第 2 章章 可行性分析与软件计划可行性分析与软件计划 2.1 可行性分析可行性分析 2.1.1 技技术术可行性可行性 目前已经成功的开发出了许多管理信息系统，信息技术和计算机软硬件发 展已经完全可以满足本系统的技术要求，本方案技术要求比较高，安全性和可 靠性较强，但通过后面的综合分析，可以知道从技术上来说是可行的。 MySQL Server 数据库系统依托 Microsoft 强大的技术支持，是目前中小 型企业应用较为广泛的数据库管理系统，能够满足中小型企业对数据管理的要 求，具有强大的数据管理功能，支持具有多层体系结构的客户/服务器模式，为 Web 应用提供高度的可扩展性和高可靠性。 2.1.2 经济经济可行性可行性 目前已经成功的开发出了许多管理信息系统，信息技术和计算机软硬件发 展已经完全可以满足本系统的技术要求，本方案技术要求比较高，安全性和可 靠性较强，但通过后面的综合分析，可以知道从技术上来说是可行的。 2.1.3 社会可行性社会可行性 小区物业管理系统采用面向对象技术，开发出来的界面友好，几乎人人都 可以很简单地按照相关说明进行操作。系统能为物业管理者和业主提供高效、 方便快捷的服务，工作量和出错率远远低于传统管理模式，同时新系统操作简 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 2000、Windows XP、Windows NT，分辨率：1024*768。 4 c)客户端：Pentium233（或与此相当的 CPU）以上配置的 PC 机，内 存应在 32M 以上，硬盘在 1G 以上 2.2.2.3 软件资源软件资源 支撑软件：Eclipse+Tomcat+IE9 2.2.3 进进度安排度安排 2.2.3.1 人力资源分配人力资源分配 根据小组的成员得到人力资源分配表： 任务名称人力资源分配 可行性分析与软件计划 可行性分析 软件计划 效益分析 需求分析 需求讨论 编写需求文档 需求评审 系统设计 界面设计 结构设计 数据设计 测试 测试方案分析 测试方案设计 2.2.3.2 系统进度时间表系统进度时间表 利用甘特图制订进度时间表 5 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 现值（元） 累计现值（元） 220000 1.0336 19348.5819348.58 320000 1.0683 18721.3238069.90 420000 1.1042 18112.6656182.56 6 520000 1.1413 17523.8873706.44 620000 1.1797 16953.4690659.90 纯收入 61659.9 结合以上条件，经过成本/收益计算后的纯收入为 61659.9 元。 投资回收期：2+（56182.5623375）/(56182.56-38069.90)=3.784 年 第第 3 章章 需求分析需求分析 3.1 功能需求功能需求 物业管理系统的用户主要是办公室工作人员，具体功能如下： 基本信息管理功能模块。 基本信息管理功能的主要功能包括：对小区、楼宇、房屋信息的添加、删 除、修改，业主指数和公共指数的录入。 各项收费功能模块。 针对物业最主要的水、电、气应缴费汇总。业主和物业各应缴费用，各功 能模块应完成相关数据的记录。 3.2 性能需求性能需求 小区资料管理：对小区资料进行增加、修改、删除之类的操作。 楼栋资料管理：对楼栋资料进行增加、修改、删除。 房屋资料管理：房屋资料的增加、修改、删除，能批量生成房间资料，房 间资料需要和楼栋进行关联，可以快速查询到某一房间。 业主资料进行增加、修改、删除、更名等操作，业主资料需要和具体房间 进行关联。能快速查询业主及对应的房间。 物业收费：收费项目设定：制定小区需要的收费项目（物业管理费、清洁 费、电梯费、水电费等） ，能进行增加、修改、删除。 选取收费标准：制定某一房间套用哪些收费标准，和房间及收费项目进行 关联. 收费数据录入：根据选取的收费标准进行收费数据录入，如果是按建筑面 7 积、人口和固定金额方式收取的，则自动计算出要收费的金额。如果是按指定 数量（指定数量主要用在水电费的收取）或指定金额收取的，则在这里所有计 算出的费用的和。录入完成后把部分数据插入到 5 费用收取表中的对用位置。 费用收取：对住户应交的费用进行收取，首先计算出该月住户应交的所有 费用（取收费数据录入完成的数据） ，然后列出来，再登记住户实际交纳的款项。 收费月结算：月结算后交纳费用重新进行计算，开始进行下以份额月的收 款，月结操作主要是对收费数据录入表进行清空，然后进入新月份收费数据的 录入。 系统管理： 系统参数设置：包括对当前收费月份、收费日期、单位名称或其他系统参 数的设置 操作员管理：软件使用人员的增加、修改、删除（不能删除最后一个操作 员） 。 密码设置： 更改管理员的密码。 3.3 安全性需求安全性需求 此系统在对用户信息的保密上要做好，避免住户信息外流。 3.4 系统数据要求系统数据要求 本系统主要是小区物业管理系统，其主要的收费项目即业主的费用，包含 了生活基本用费，即水电气的费用与物业管理费。用数据字典与层次方框图表 示有： 数据字典： 数据文件名业主信息表 别名YZXXB 关键码业主代码 描述此表包括业主的所有基本信息 组成业主代码+为主名称+性别+业主类型+籍贯+证件名称+证件 号码+联系电话+联系人+联系方法+备注 8 存储方式按业主代码字典序按原排序 安全要求非系统管理员不能进行删除、添加、修改操作，其它部门 可以进行查询操作 备注 数据文件名住户水电气抄录信息表 别名ZHSDCLXXB 关键码房间代码 描述此表包含住户水电气表的抄录信息 组成房间代码+上月水表读数+本月水表读数+上月电表读数+本 月电表读数+上月气表读数+本月气表读数+备注 存储方式按房间代码字典序排序 安全要求非系统管理员不可进行删除操作、员工管理员可能进行添 加、修改、查询 备注 数据文件名业主费用交纳通知单 别名YZFYJNTZD 关键码此表描述了业主费用交纳通知单 描述 组成月份+业主名称+房间代码+上月表数+本月表数+实际用量+ 单价+物业管理费+总金额+日期 存储方式表格，数据库存储 备注非系统管理员不可进行删除，工作管理员可以进行添加、 修改、查询 数据文件名住户收费管理表 别名ZHSFGLB 关键码房间代码 9 描述记录了住房收费的详细信息 组成业主名称+房间代码+费用月份+费用项目+费用金额+滞纳 金+应交金额+收费对象+滞纳金起计+滞纳金截止+实交金 额+审核人+备注 存储方式按离间代码字典序排序 安全要求非系统管理员不可进行删除操作，工作管理员可以进行添 加、修改、查询 备注 数据文件名住户水电气数据记录表 别名ZHSDQSJLB 关键码房间代码 描述记录每一房间每一月的水电数据 组成房间代码+数据月份+项目名称+前次读数+本次读数+计费 用量 存储方式按房间代码字典序排列 安全要求非系统管理员不可进行删除操作，工程部可以进行添 加、修改、查询操作。 备注 数据文件名住户收费管理表 别名ZHSFGLB 关键码房间代码 描述记录了住房收费的详细信息 组成业主名称+房间代码+费用月份+费用项目+费用金额+滞纳 金+应交金额+收费对象+滞纳金起计+滞纳金截止+实交金 额+审核人+备注 存储方式按离间代码字典序排序 安全要求非系统管理员不可进行删除操作，工作管理员可以进行添 加、修改、查询 10 备注 数据文件名催费通知单 别名 关键码房间代码 描述记录了用户催缴费用的详细信息 组成业主名称+房间代码+实缴费金额+欠费金额+滞纳金+滞纳 金起记+滞纳金截止+日期 存储方式按日期降序排列 安全要求非系统管理员不可进行删除操作，财务部可以进行添加、 修改、查找操作。 备注 数据项： 业主信息表 数据项名别名描述类型长度取值范围、缺省 值 计量 单位 备 注 业主代码YZDM可变字 符串 56与房间代码取值 相同 业主名称YZXM可变字 符串 414 性别XB定长字 符串 2只能为“男”或 “女” 业主类型YZLX可变字 符串 46只能为“自 然人”或“公司” 籍贯JG可变字 符串 040 证件名称ZJMC可变字 符串 只能为“身份证” ， “军官证”或 11 “护照” 证件号码ZJHM字符串418不能为空 联系人可变字 符串 414 联系电话LXDH数字串711 联系方法LXFF可变字 符串 050 业主房间信息表 数据项名别名描述类型长度取值范围、缺省 值 计量 单位 备 注 房间代码FJDM数字串341011028 不能 为空，与业主代 码取值相同，由 楼号+房间号组成 所属大楼SHDL描述了 对方在 在那个 大楼 定长字 符串 3只能为 A 栋、B 栋、C 栋、D 栋、 E 栋，并且不能 为空 客户描述KHMS简单描 述房间 居住者 的名称 可变字 符串 0 100 可为空 单元号DYH描述套 房所在 单元 可变字 符串 710不能为空 楼层号LCH十进制 数 12只能 115 房间号FJH十进制 数 2只能取 0108， 且不能为空 房型FX可变字610只能取单房、一 12 符串室一厅、二室一 厅、三室一厅、 二室二厅、三室 二厅、且不能为 空 建筑面积JZMJ数字5，2不能为空平方 米 使用面积SYMJ数字5，2平方 米 套内面积TNMJ数字5，2平方 米 人数RS套房居 住人数 数字06 车位数CWS数字03 使用类型SYLX套房的 用途 定长字 符串 4只能取生活或商 用 使用状态SYZT定长字 符串 4只能取自住、出 租、空置 简要说明JYSM对房间 的简单 说明 可变字 符串 0 100 住户水电信息抄录表 数据项 名 别名描述类型长度取值范围、缺省 值 计量 单位 备 注 房间代 码 FJDM 上月水 表读数 SYSBDS数字串5不能为空吨 本月水 表读数 BYSBDS数字串5不能为空吨 13 上月电 表读数 SYDBDS数字串5不能为空度 本月电 表读数 BYDBDS数字串5不能为空度 上月抄 表日期 SYCBRQ日期*年*月*日， 不能为空 本月抄 表日期 BYCBRQ日期*年*月*日， 不能为空 抄表人CBR可变字 符串 4 14 不能为空 住户收费管理表 数据项名别名描述类型长度取值范围、缺省 值 计量 单位 备 注 业主名称 房间代码 费用月份日期*年*月*日， 不能为空 费用项目可变字 符串 410只能取水费、电 费、电梯费、物 业管理费、维修 养护费、停车费、 室内维修费、家 政务付费、不能 为空 费用金额每一项 目的金 额 数字6，2*，*；不能为 空 元 滞纳金超过缴 费日 数字6，2元 14 应交金额所有收 费项目 的费用 总和 数字7，2*，*，不能 为空 元 收费对象字符串4业主或租户，不 能为空 滞纳金起 记 开始计 算滞纳 金的日 期 日期*年*月*日， 不能为空 滞纳金截 止 本月滞 纳金截 止日期 日期*年*月*日， 不能为空 应交金额住户实 际缴费 金额 数字7，2*，*；不能 为空 无 审核人 催费通知单 数据项名别名描述类型长度取值范围、缺省 值 计量 单位 备 注 欠费金额数字7，2*，*；不能 为空 元 日期发放催 费通知 单的日 期 日期*，*；不能 为空 业主费用层次图： 15 业主费用 生活基本费 费 物业管理费 气费 水费 电费 气费违约金 水费违约金 电费违约金 3.5 软件的逻辑结构软件的逻辑结构 通过对软件的逻辑进行分析，采用数据流图来表示软件的逻辑模型 顶层 DFD： 16 对顶层 DFD 进行分析可以得到第二层 DFD 图： 1. 服务管理子系统 2. 管理员信息管理子系统 17 3. 小区楼宇信息管理子系统 对第二层 DFD 进行分解得到第三层 DFD 图 1.1. 服务管理子系统，入住子系统： 1.2. 服务管理子系统，住户收费管理系统： 18 第第 4 章章 软件结构设计软件结构设计 根据系统分析中总结的用户需求设计系统的体系结构系统的功能模 块如图： 在功能模块示意图的树状结构中，每一个叶结点都是一个最小的功能 模块每一个功能模块都需要针对不同的表完成相同的数据库操作，即添 加记录，修改记录，删除记录以及查询显示记录信息 小区物业管理系统层次图： 19 20 小区物业管理系 系统管理员 员工管理员 删除管理员 创建管理员 修改管理员密码 退出系统 收费管理 修改密码 抄表录入、修改 退出系统 基本信息管理 业主信息管 理 楼宇信息管 理 房屋信息管 理 业主用水抄表录入 业主用电抄表录入 业主用气抄表录入 业主用水抄表修改 业主用电抄表修改 业主用气抄表修改 添加业主信息 修改业主信息 删除业主信息 生活抄表管理 添加楼宇信息 修改楼宇信息 删除楼宇信息 添加房屋信息 修改房屋信息 删除房屋信息 收费项目管 理 收费记账管 理 业主费用报表 物业费用报表 气费报表查询 水费报表查询 电费报表查询 业主已缴报表 物业费已缴报表 气费已缴报表 水费已缴报表 电费已缴报表 收费单价管理 收费单价修改 收费单价录入 第第 5 章章 数据结构设计数据结构设计 5.1 数据库开发工具分析与选择数据库开发工具分析与选择 5.2 数据库的逻辑设计数据库的逻辑设计 数据库名为：mag。 数据库表： (1) master:管理员信息表。 (2) price_type:费用类型表。 21 (3) master_info;业主信息表。 (4) master_use:业主消费指数表。 (5) building_info:楼定信息表。 具体的数据库表结构信息： 管理员信息表 master_info，用来保存用户信息，表结构为： 编号字段名称数据类型(长度)约束空值说明 1midsamllint(6)PKNot null管理员 ID 2mnamevarchar(20)null用户名 3passwrdVarchar(20)null密码 4purviewSmallint(6)null权限 费用类型表 price_type,用来保存费用类型信息，表结构为： 编号字段名称数据类型约束空值说明 1charge_idsamllint6PKNot null费用 ID 2charge_namevarchar20null费用名称 3unit_pricedoublenull单价 业主信息表 user_info,用来保存业主信息，表结构为： 编号字段名称数据类型(长度)约束空值说明 1Building_idsamllint(6)PKNo null楼宇 ID 2Room_idsamllint(6)PKNo null房间 ID 3areadoubleNull面积 4statusvarchar(10)null状态 5onamevarchar(20)null业主姓名 6sexvarchar(5)null性别 7id_numbervarchar(20)Null身份证号 22 8phonevarchar(20)null电话 业主消费指数表 user_consume,用来保存用户消费指数，表结构为： 编号字段名称数据类型(长度)约束空值说明 1user_idsamllint(6)PKNo null业主 ID 2building_idsamllint(6)FKNo null楼宇 ID 3room_idsamllint(6)Null房间 ID 4lwater_readingdoublenull上月水表读数 5twater_readingdoublenull本月水表读数 6lelec_readingdoublenull上月电表读数 7telec_readingdoubleNull本月电表读数 8lgas_readingdoubleNull上月气表读数 9tgas_readingdoublenull本月气表读数 楼宇信息表 building_info，用来保存楼宇信息，表结构为： 编号字段名称数据类型(长度)约束空值说明 1building_idsamllint(6)PKnot null楼宇 ID 2total_idsamllint(6)not null楼层数 3total_areadoublenull总面积 4heightdoublenull楼高 5typevarchar(20)null类型 6statusvarchar(10)null状态 23 第第 6 章章 测试方案设计测试方案设计 6.1 测试原理测试原理 6.1.1 测试测试目的目的 (1)测试是为了发现程序中的错误而执行程序的过程； (2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试； (3)成功的测试是发现了至今为止尚未发现的错误的测试。 6.1.2 测试测试策略策略 由于本系统是基于 WEB 的物业管理系统，因此可以采用的测试策略为 以黑盒测试为主，白盒测试为辅，的手动测试为主的测试策略。 黑盒测试法（又称功能测试法）是把程序看成一个黑盒子，完全不考虑 程序的内部结构和处理过程，是在程序接口进行的测试，它只检查程序功能 是否按照规格说明书的规定正常使用。 白盒测试法（又称结构测试法）是把程序看成装在一个透明的白盒子里， 也就是完全了解程序的结构和处理过程，这种方法按照程序内部的逻辑测试 程序，检验程序中的每条通路是否都能按照预定要求正确工作。 基于 WEB 的应用软件一般采用多层结构，在测试时也采用分层的策略。 并且采用自底向上的集成测试方式。 通过测试并不能证明程序就是完全正确的，但我们的目的就是要通过测 试保证软件的可靠性，因此，必须仔细设计测试方案，力争用最少的测试发 现尽可能多的错误。 6.2 具体测试方案具体测试方案 Web 应用软件的测试分为三层：表示层，业务层和数据层。 表示层的测试主要关注 Web 应用软件的界面和与客户的交互，测试的重点 是 HTML 文档的结构与客户端的程序，业务层的测试主要关注 Web 应用软件 包含的业务逻辑，测试的重点是服务器端的程序，数据层的测试主要关注 Web 应用软件处理不同的数据的能力，测试的重点包括对数据完整性的测试以及对 24 大数据量下数据库操作的性能测试。 6.2.1 功能功能测试测试 (1) 链接测试： 首先，应该测试所有可能出现在页面上的链接。其次，对于每个链接，需 要测试是否有页面或者服务器端程序与之相连。 (2) 表单测试： 对表单的测试可以很好地完成对表示层、业务程和数据层这 3 层的集成测 试，此时，可以对表单能够完成的增、删、改、查，以及表单元素的边界值等 逐一进行测试，以检查这 3 层能否协调一致。 (3) Cookie 测试： 在对 Web 应用软件进行系统测试的时候，必须检查 Cookie 是否能正常工 作。需要测试由 Cookie 带来的服务器端程序间的数据依赖关系，以及对 Cookie 的安全限制和对 Cookie 的定期删除是否会影响到 Web 应用程序的正常运行。 6.2.2 性能性能测试测试 (1) 并发测试： (2) 负载测试和压力测试： (3) 配置测试和性能调优： 6.2.3 易用性易用性测试测试 易用性测试与表示层中对排版结构测试是类似的，着重需要检查。 对于那些由服务器端生成的排版元素，需要检查生成部分的字体类型、屏 幕布局、色彩、图像分辨率等内容是否美观，以及是否与页面上其他排版元素 一致。 如果页面上包含很多图片，那么客户端会消耗很长时间用来下载图片，下 载过程结束之后，页面的布局会有所不同，因此需要测试这些对易用性的影响， 尤其是在压力非常大的时候。 25 6.2.4 内容内容测试测试 (1) 测试数据库中的内容： 由于内容测试并不只在系统开发完全之后进行一次，而是要在系统运行过 程的过程之中随着数据库的变化随时进行，所以测试数据库中的内容不完全是 系统测试的一部分。 (2) 测试器端程序和客户端程序是否会在数据的处理过程中引入错误的内容： 这方面的测试通常与功能测试结合在一起进行。 6.2.5 安全性安全性测试测试 (1) 服务器端的内容安全性： 虽然服务器端存放着大量的内容，但是不应该让所有用户能访问所有内容。 在测试的时候，需要检查用户能否绕过 Web 应用软件设置的访问控制机制直接 访问相关内容。 (2) 客户端的内容安全性： 在实现由多个页面组成业务逻辑时，开发人员经常采用在表单中隐藏数据 类型来完成数据的传递，用户可能获得这引起信息。另外，某些客户端程序可 能会要求服务器端发送多于用户所需的数据到客户端，以方便客户端程序的处 理，这时候，如果把需要保密的信息误发给客户端也会带来隐患。客户端可能 存在很多安全隐患，需要对客户端的内容安全性进行充分的测试。 (3) Cookie 安全性： Cookie 也是带来安全隐患的重要因素之一。 (4) 日志功能： 对于某些应用软件来说，实现完善的日志功能是安全性一个重要保障。 6.2.6 接口接口测试测试 复杂的 Web 应用程序通常需要和其他系统协作完成所需要的功能，面不仅 仅是在页面间进行链接，这就涉及到接口测试的问题，安通常包括两个方面： (1) 使用接口： (2) 提供接口： 26 第七章第七章 总结总结 27 参考文献参考文献 1 施伯乐.数据库系统教程.高等教育出版社,2008 2 韩万江.软件项目管理案例教程(第二版).机械工业出版社，2011 3 彭龑.软件工程.重庆大学出版社,2011 4 林锐.软件工程思想浙江大学:CAD-CG 国家重点实验室,2000 14 大学本科生毕业设计（论文）撰写规范 本科生毕业设计（论文）是学生在毕业前提交的一份具有一定 研究价值和实用价值的学术资料。它既是本科学生开始从事工程设计、 科学实验和科学研究的初步尝试，也是学生在教师的指导下，对所进行 研究的适当表述，还是学生毕业及学位资格认定的重要依据。毕业论文 撰写是本科生培养过程中的基本训练环节之一，应符合国家及各专业部 门制定的有关标准，符合汉语语法规范。指导教师应加强指导，严格把 关。 1、论文结构及要求 论文包括题目、中文摘要、外文摘要、目录、正文、参考文献、 致谢和附录等几部分。 1.1 题目 论文题目应恰当、准确地反映论文的主要研究内容。不应超过 25 字，原则上不得使用标点符号，不设副标题。 1.2 摘要与关键词 1.2.1 摘要 本科生毕业设计（论文）的摘要均要求用中、英两种文字给出， 中文在前。 摘要应扼要叙述论文的研究目的、研究方法、研究内容和主要 结果或结论，文字要精炼，具有一定的独立性和完整性，摘要一般应在 300 字左右。摘要中不宜使用公式、图表，不标注引用文献编号，避免将 摘要写成目录式的内容介绍。 1.2.2 关键词 关键词是供检索用的主题词条，应采用能覆盖论文主要内容的 通用技术词条（参照相应的技术术语标准） ，一般列 35 个，按词条的 15 外延层次从大到小排列，应在摘要中出现。 1.3 目录 目录应独立成页，包括论文中全部章、节的标题及页码。 1.4 论文正文 论文正文包括绪论、论文主体及结论等部分。 1.4.1 绪论 绪论一般作为论文的首篇。绪论应说明选题的背景、目的和意 义，国内外文献综述以及论文所要研究的主要内容。 文管类论文的绪论是毕业论文的开头部分，一般包括说明论文 写作的目的与意义，对所研究问题的认识以及提出问题。绪论只是文章 的开头，不必写章号。 毕业设计（论文）绪论部分字数不多于全部论文字数的 1/4。 1.4.2 论文主体 论文主体是论文的主要部分，要求结构合理，层次清楚，重点突出， 文字简练、通顺。 论文主体的内容要求参照大学本科生毕业设计（论文） 的规定第五章。 论文主体各章后应有一节“本章小结” 。 1.4.3 结论 结论作为单独一章排列，但不加章号。 结论是对整个论文主要成果的归纳，要突出设计（论文）的创 新点，以简练的文字对论文的主要工作进行评价，一般为 4001 000 字。 1.5 参考文献 参考文献是论文不可缺少的组成部分，它反映了论文的取材来 源和广博程度。论文中要注重引用近期发表的与论文工作直接有关的学 术期刊类文献。对理工类论文，参考文献数量一般应在 15 篇以上，其中 学术期刊类文献不少于 8 篇，外文文献不少于 3 篇；对文科类、管理类 论文，参考文献数量一般为 1020 篇，其中学术期刊类文献不少于 8 篇， 16 外文文献不少于 3 篇。 在论文正文中必须有参考文献的编号，参考文献的序号应按在正文中 出现的顺序排列。 产品说明书、各类标准、各种报纸上刊登的文章及未公开发表 的研究报告（著名的内部报告如 PB、AD 报告及著名大公司的企业技术报 告等除外）不宜做为参考文献引用。但对于工程设计类论文，各种标准、 规范和手册可作为参考文献。 引用网上参考文献时，应注明该文献的准确网页地址，网上参 考文献不包含在上述规定的文献数量之内。 1.6 致谢 对导师和给予指导或协助完成论文工作的组织和个人表示感谢。 内容应简洁明了、实事求是，避免俗套。 1.7 附录 如开题报告、文献综述、外文译文及外文文献复印件、公式的推导、 程序流程图、图纸、数据表格等有些不宜放在正文中，但有参考价值的内容可 编入论文的附录中。 17 1 2、论文书写规定 2.1 论文正文字数 理工类 论文正文字数不少于 20 000 字。 文管类 论文正文字数 12 00020 000 字。其中汉语言文学专业不少 于 7 000 字。 外语类 论文正文字数 8 00010 000 个外文单词。 艺术类 论文正文字数 3 0005 000 字。 2.2 论文书写 本科生毕业论文用 B5 纸计算机排版、编辑与双面打印输出。 论文版面设置为：毕业论文 B5 纸、纵向、为横排、不分栏，上下页边距分别为 2.5cm 和 2cm，左右页边距分别为 2.4cm 和 2cm，对称页边距、左侧装订并装订线为 0cm、奇偶 页不同、无网格。论文正文满页为 29 行，每行 33 个字，字号为小四号宋体，每页版面字 数为 957 个，行间距为固定值 20 磅。 页眉。页眉应居中置于页面上部。单数页眉的文字为“章及标题” ；双 数页眉的文字为“大学本科生毕业设计（论文） ” 。页眉的文字用五号宋体，页 眉文字下面为 2 条横线（两条横线的长度与版芯尺寸相同，线粗 0.5 磅） 。页眉、 页脚边距分别为 1.8cm 和 1.7cm。 页码。页码用小五号字，居中标于页面底部。摘要、目录等文前部分 的页码用罗马数字单独编排，正文以后的页码用阿拉伯数字编排。 2.3 摘要 中文摘要一般为 300 字左右，外文摘要应与中文摘要内容相同，在语 法、用词和书写上应正确无误，摘要页勿需写出论文题目。中、外文摘要应各 占一页，编排装订时放置正文前，并且中文在前，外文在后。 2.4 目录 目录应包括论文中全部章节的标题及页码，含中、外文摘要；正文章、 节题目； 参考文献；致谢；附录。 正文章、节题目（理工类要求编写到第 3 级标题，即.。文科、 管理类可视论文需要进行，编写到 23 级标题。 ） 2.5 论文正文 2.5.1 章节及各章标题 论文正文分章、节撰写，每章应另起一页。 2 各章标题要突出重点、简明扼要。字数一般在 15 字以内，不得使用标 点符号。标题中尽量不用英文缩写词，对必须采用者，应使用本行业的通用缩 写词。 2.5.2 层次 层次以少为宜，根据实际需要选择。层次代号格式见表 1 和表 2。 表 1 理工类论文层次代号及说明 层 次名称 示 例说 明 章第 1 章 章序及章名居中 排，章序用阿拉伯数 字 节1.1 条 1.1.1 题序顶格书写， 与标题间空 1 字， 下面阐述内容另起 一段 款 1.1.1.1 题序顶格书写， 与标题间空 1 字，下 面阐述内容在标题后 空 1 字接排 项 (1) 题序空2 字书写， 以下内容接排，有标 题者，阐述内容在标 题后空1 字 版心左边线 版心右边线 表 2 文管类论文层次代号及说明 章 节 条 款 项 一、 （一） 1. （1） 居中书 写 空 2 字 书写 空 2 字 书写 空 2 字 书写 空 2 字 书写 版心左边线 版心右边线 3 各层次题序及标题不得置于页面的最后一行（孤行） 。 2.6 参考文献 正文中引用文献标示应置于所引内容最末句的右上角，用小五号字体。 所引文献编号用阿拉伯数字置于方括号“ ”中，如“二次铣削1” 。当提及 的参考文献为文中直接说明时，其序号应该与正文排齐，如“由文献 8，1014可知” 。 经济、管理类论文引用文献，若引用的是原话，要加引号，一般写在 段中；若引的不是原文只是原意，文前只需用冒号或逗号，而不用引号。在参 考文献之外，若有注释的话，建议采用夹注，即紧接文句，用圆括号标明。 不得将引用文献标示置于各级标题处。 参考文献书写格式应符合 GB77141987文后参考文献著录规则 。 常用参考文献编写项目和顺序应按文中引用先后次序规定如下： 著作图书文献 序号作者书名（版次） 出版地：出版者，出版年:引用部分起止页 第一版应省 略 翻译图书文献 序号作者书名（版次） 译者出版地: 出版者，出版年:引用部分 起止页 第一版应省 略 学术刊物文献 序号作者文章名学术刊物名年，卷（期）：引用部分起止页 学术会议文献 序号作者文章名编者名会议名称，会议地址，年份出版地， 出版者， 出版年:引用部分起止页 学位论文类参考文献 序号研究生名学位论文题目出版地学校（或研究单位）及学位论文 级别答 辩年份:引用部分起止页 西文文献中第一个词和每个实词的第一个字母大写，余者小写；俄文 文献名第一个词和专有名词的第一个字母大写，余者小写；日文文献中的汉字 须用日文汉字，不得用中文汉字、简化汉字代替。文献中的外文字母一律用正 体。 作者为多人时，一般只列出前 3 名作者，不同作者姓名间用逗号相隔。 外文姓名按国际惯例，将作者名的缩写置前，作者姓置后。 学术会议若出版论文集者，可在会议名称后加上“论文集”字样。未 出版论文集者省去“出版者” 、 “出版年”两项。会议地址与出版地相同者省略 4 “出版地” 。会议年份与出版年相同者省略“出版年” 。 学术刊物文献无卷号的可略去此项，直接写“年， （期） ” 。 参考文献序号顶格书写，不加括号与标点，其后空一格写作者名。序号应按文献在论 文中的被引用顺序编排。换行时与作者名第一个字对齐。若同一文献中有多处被引用，则 要写出相应引用页码，各起止页码间空一格，排列按引用顺序，不按页码顺序。 参考文献书写格式示例见附录 1。 2.7 名词术语 科技名词术语及设备、元件的名称，应采用国家标准或部颁标准中规 定的术语或名称。标准中未规定的术语要采用行业通用术语或名称。全文名词 术语必须统一。一些特殊名词或新名词应在适当位置加以说明或注解。 文管类专业技术术语应为常见、常用的名词。 采用英语缩写词时，除本行业广泛应用的通用缩写词外，文中第一次 出现的缩写词应该用括号注明英文全文。 2.8 计量单位 物理量计量单位及符号一律采用中华人民共和国法定计量单位 （GB310031021993，见附录 2） ，不得使用非法定计量单位及符号。计量单 位符号，除用人名命名的单位第一个字母用大写之外，一律用小写字母。 非物理单位（如件、台、人、元、次等）可以采用汉字与单位符号混 写的方式，如“万 tkm” ， “t/（人a） ”等。 文稿叙述中不定数字之后允许用中文计量单位符号，如“几千克至 1 000kg” 。 表达时刻时应采用中文计量单位，如“上午 8 点 45 分” ，不能写成 “8h45min” 。 计量单位符号一律用正体。 2.9 外文字母的正、斜体用法 按照 GB310031021986 及 GB71591987 的规定使用，即物理量符 号、物理常量、变量符号用斜体，计量单位等符号均用正体。 2.10 数字 按国家语言文字工作委员会等七单位 1987 年发布的关于出版物上数 字用法的规定 ，除习惯用中文数字表示的以外，一般均采用阿拉伯数字（参照 附录 3） 。 2.11 公式 原则上居中书写。若公式前有文字（如“解” 、 “假定”等） ，文字顶格 书写，公式仍居中写。公式末不加标点。 5 公式序号按章编排，如第 1 章第一个公式序号为“（1-1） ” ，附录 2 中 的第一个公式为（-1）等。 文中引用公式时，一般用“见式（1-1） ”或“由公式（1-1） ” 。 公式中用斜线表示“除”的关系时，若分母部分为乘积应采用括号， 以免含糊不清，如a/(bcosx)。通常“乘”的关系在前，如acosx/b而不写 （a/b）cosx。 2.12 插表 表格不加左、右边线。 表序一般按章编排，如第 1 章第一个插表的序号为“表 11”等。表 序与表名之间空一格，表名中不允许使用标点符号，表名后不加标点。表序与 表名置于表上，居中排写（见附录 4） 。 表头设计应简单明了，尽量不用斜线。表头中可采用化学符号或物理 量符号。 全表如用同一单位，将单位符号移到表头右上角，加圆括号（见附录 4 中的例 2） 。 表中数据应正确无误，书写清楚。数字空缺的格内加“”字线（占 2 个数字宽度） 。表内文字和数字上、下或左、右相同时，不允许用“” 、 “同 上”之类的写法，可采用通栏处理方式（见附录 4 中的例 2） 。 表内文字说明不加标点。 文管类的插表在表下一般根据需要可增列补充材料、注解、附记、资 料来源、某些指标的计算方法等。 表内文字说明，起行空一格，转行顶格，句末不加标点。表题用五号 字，表内文字及表的说明文字均用五号字，中文用宋体。 表格容量较大，必要时表格也可分为两段或多段（这只能发生在转页 时） ，转页分段后的每一续表的表头都应重新排字，重排表头的续表上方右侧应 注明（续表）字样。 2.13 插图 插图应与文字紧密配合，文图相符，技术内容正确。 2.13.1 制图标准 插图应符合技术制图及相应专业制图的规定。 机械工程图：采用第一角投影法，应符合附录 5 所列有关标准的规定。 电气图：图形符号、文字符号等应符合附录 6 所列有关标准的规定。 流程图：符合国家标准。 对无规定符号的图形应采用该行业的常用画法。 2.13.2 图题及图中说明 6 每个图均应有图题（由图号和图名组成） 。图号按章编排，如第 1 章第 一图的图号为“图 1-1”等。图题置于图下。有图注或其他说明时应置于图题 之上。图名在图号之后空一格排写。引用图应说明出处，在图题右上角加引用 文献编号。图中若有分图时，分图号用 a)、b)等置于分图之下。 图中各部分说明应采用中文（引用的外文图除外）或数字项号，各项 文字说明置于图题之上（有分图题者，置于分图题之上） 。 图题用五号字，图内文字及说明均用五号字，中文用宋体。 2.13.3 插图编排 插图与其图题为一个整体，不得拆开排写于两页。插图