车辆段列车仪表预警系统方案-毕业项目论文.doc_第1页
车辆段列车仪表预警系统方案-毕业项目论文.doc_第2页
车辆段列车仪表预警系统方案-毕业项目论文.doc_第3页
车辆段列车仪表预警系统方案-毕业项目论文.doc_第4页
车辆段列车仪表预警系统方案-毕业项目论文.doc_第5页
已阅读5页,还剩37页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

xxxx 大学大学 项目论文项目论文 题 目: 列车仪表预警系统 专业班级: 姓 名: 学 号: 指导教师: 成 绩: i 目目 录录 概概 述述i 中文摘要中文摘要 ii 英文摘要英文摘要i 第一章第一章 可行性分析可行性分析 .1 1.1 问题描述.1 1.1.1 资料种类多,分布散乱1 1.1.2 资料、数据关联性差1 1.1.3 无法有效支撑仪表资源工作1 1.1.4 资料、数据安全性问题1 1.2 可行性分析研究.2 1.2.1 技术可行性2 1.2.2 经济可行性2 1.2.3 先进性和成熟性3 1.2.4 可扩展性3 1.2.5 安全性3 1.3 结论意见.3 第二章第二章 需求分析需求分析 .4 2.1 任务需求分析.4 2.2 实体类图.4 2.3 实体用例图.5 第三章第三章 系统概要设计系统概要设计 .6 3.1 总体设计.6 3.2 系统功能模块图.6 3.3 数据库概念设计.7 3.4 数据库逻辑结构设计.7 4.5 连接数据库的特点.9 第四章第四章 详细设计详细设计 .10 4.1 需求及相关设计.10 4.2 预警信息.11 4.2.1预警页11 4.2.2列车编组预警12 4.2.3仪表台帐预警12 4.3 仪表查询.13 4.3.1按车次查询13 4.3.2按车号查询14 4.3.3车辆仪表查询14 4.4 计划管理.15 4.4.1计划查询15 ii 4.4.2计划管理15 4.4.2.1 计划所属仪表16 4.4.2.2 送检仪表17 4.4.2.3 仪表送取情况18 4.4.2.4 计划完成情况18 4.4.2.5 检定回复19 4.4.2.6 计划接受20 第五章第五章 编码设计及测试编码设计及测试 .21 5.1 代码设计.21 5.1.1连接数据库代码设计21 5.1.2登录页面代码设计23 5.1.3页面错误代码24 5.2 软件测试.25 5.2.1 测试的方法和步骤.25 5.2.2测试用例26 第六章第六章 用户手册用户手册 .27 6.1 操作管理.27 6.2 仪表添加步骤.27 6.3 列车车次编组步骤.29 6.4 计划管理步骤.31 第七章第七章 设计总结设计总结 .34 第八章第八章 文文 献献 .35 第九章第九章 致致 谢谢 .36 i 概概 述述 车辆段列车仪表预警系统方案是在客户提出需求的基础上,对各个需 求功能模块进行原始设计的技术方案。 为方便描述起见,车辆段列车仪表预警系统方案在下文中简称为本文 档。 编写本文档的目的是为了本文档的读者能够通过阅读本文了解系统的功能 模块划分、系统各模块的原始数据结构设计、系统实现的具体技术方式、系统 建设的复杂程度以及对系统建设的成本的大概的描述。 本文档的读者对象范围包括:系统建设需求方、系统开发需求调研人员、 设计开发人员、工程实施人员。 ii 中文摘要中文摘要 在信息化建设的热潮中,随着数据库与网络技术的不断完善,诸多因素的 制约,在计算机辅助管理资源信息的应用方面,走过了观望、徘徊阶段,促进 信息的数字化存储与网络化的服务,这对提高仪表管理与服务水平具有十分重 要的意义。列车仪表预警系统针对仪表难以管理方面的问题。它能实现仪表的 超期预警、仪表管理,减少不必要的手工上报,也为基层单位上报数据提供便 利,减少人工劳动。对仪表的基本信息,检修记录、使用状态、检测时间等信 息进行全面、系统的管理。在整个系统开发的过程中,运用了软件工程的基本 概念、相关技术和方法。并且采用了系统生命周期的结构化程序设计方法,从 而将整个系统开发各阶段的基本活动贯穿起来。 iii abstractabstract with the database and network technology continually improving and a number of factors, it come a watch, wander, promote the digitization of information storage and network-oriented services in the application of the information by computer-aided management of resource, which is important in improving the apparatus management and service level. train warning system is aiming for management problem which is difficult for apparatus. it can achieve the instrument of extended early-warning, instrument management, and reduce unnecessary manual reporting, but also for grass- roots units to facilitate the reporting of data to reduce manual labor. we must give our care over the instruments basic information, maintenance records, the use of state, detection time and other information to conduct a comprehensive, systematic management. throughout the process of system development, we use the basic concepts of software engineering, related technologies and methods, and the system life cycle, structured programming methods to the entire system development in order to make the various stages of the basic activities together. 1 第一章第一章 可行性分析可行性分析 1.11.1 问题描述问题描述 1.1.11.1.1 资料种类多,分布资料种类多,分布散乱散乱 列车仪表类型数据资料种类较多,包括 excel、mapgis、word、小型 数据库、其他数据库等各类文件、数据资料,这些资料种类繁杂,没有进行分 门分类,另外这些资料分布较乱,没有实现集中有序的管理,对于数据资料的 提供、支撑、审核等极为不便。为了能够快捷、准确的得到相关资料,系统需 要解决资料的集中管理分布使用的问题。 1.1.21.1.2 资料、数据关联性差资料、数据关联性差 各种基础数据不能综合地直观呈现,使相关人员必须从不同的系统和大量 的文档资料中找出其中的关联,增加了工作强度,降低了工作效率。尤其仪表 无法对列车部署情况以及使用情况进行准确查询,系统需要解决各类仪表的有 效关联。 1.1.31.1.3 无法有效支撑仪表资源工作无法有效支撑仪表资源工作 仪表数据信息对列车安全的相关工作十分重要,由于没有集中的系统给与 支撑,目前在预警、审核、检查等工作中无法得到相对准确、全面的数据或信 息,增加了相关业务工作的难度。 1.1.41.1.4 资料、数据安全性问题资料、数据安全性问题 仪表使用期数据是列车非常重要的安全信息,由于没有综合的管理系统, 在重要资料管理方面缺少有效的安全机制,无法对资料进行分级授权存取,给 数据的泄密、丢失留下了隐患。 2 1.21.2 可行性分析研究可行性分析研究 当接受一个软件开发任务,就进入软件生命的第一个阶段,即进行可行性 的研究。并不是所有问题具有简单的解决办法,许多问题不能在预定的规模之 内解决。因此通过可行性的研究分析可以知道问题。 有无可行性的解决方法,进而避免人力、物力和才力的浪费。在现行系统 初步调查的基础上就可以提出新系统目标,即新系统建立后所要求达到的运行 指标,这是系统开发和评价的依据。系统目标应充分体现,直接为学生档案信 息管理系统服务,并且,程序可以分期分批实现。但是,需要指出的是,系统 目标是不可能在总体规划阶段就提得非常具体,它还将在开发过程中逐步明确 和定量化。以达到更加出色的程序系统。可是,目标的提法不尽相同,例如: 提高仪表的预警措施,使列车的安全性能更高; 提高仪表超期预警和信息处理速度、准确性; 为管理者提供更方便、科学的服务项目。 1.2.11.2.1 技术可行性技术可行性 随着信息技术的飞速发展,新技术不断涌现,因此列车仪表预警系统的建 设必须是基于高性能、可扩展的计算机网络体系结构,以便支持今后不断更新 和升级的需要,从而保护原有投资。 根据客户提出的系统功能、性能及实现系统的各项约束条件,根据新系统 目 标来衡量所需的技术是否具备,本系统是一个数据库管理和查询的系统,现有 的技术以较为成熟,硬件、软件的性能要求、环境条件等各项条件良好,估计 利用现有技术条件应完全可以达到该系统的功能目标。同时,考虑给予的开发 期限也较为充裕,预计系统是可以在规定期限内完成开发。 1.2.21.2.2 经济可行性经济可行性 列车仪表预警系统的经济效益进行评价,一方面是估算开发它的支出费用, 其中包括设备购置费、软件开发费、管理和维护费、人员工资和培训费等。另 一方面是估算列车仪表预警系统这个软件可能取得的收益中可以用钱来衡量的 3 那部分。并对目前的软件市场进行调查,所做软件是否有很大的销售市场和相当 规模的用户群。所做软件的开发成本与客户提出的要求是否可达到双方都满意。 并且,分析系统开发是否会对其它产品或利润带来一定影响。经过对上述几个 方面的调查研究和分析,我们得出列车仪表预警系统这个管理系统的使用性非 常强,减轻人力成本,在经济角度来说,开发列车仪表预警系统是可行的。 1.2.31.2.3 先进性和成熟性先进性和成熟性 充分采用采用当前稳定、技术符合国际标准的、先进并且成熟的计算机系 统、网络存储系统、以及操作系统的先进技术和产品。先进是指技术领先期长; 成熟是指系统产品线丰富完整、经过实践检验、价格合理。 1.2.41.2.4 可扩展性可扩展性 所选择的建设方案及设备要能适应系统扩展的要求、适应信息技术不断发 展的要求,便于增加新的数据源、业务功能、系统功能。系统不但要能满足现 阶段的业务要求,而且要能满足将来业务的增长和新技术发展的要求,要在原 有设备继续发挥作用的基础上,保证用户能方便地增加或调整设备,改善系统 功能和性能,支持将来系统不断更新和便于升级,从而保护原有投资。 1.2.51.2.5 安全性安全性 按照中华人民共和国国家标准计算机信息系统安全保护等级划分准则 (gb 17859-1999)中的规定,系统应充分考虑系统数据的安全性,能防止有意 或无意对重要数据的损害、泄密等。系统必须能够进行数据备份,防止系统数 据的丢失。 1.31.3 结论意见结论意见 经过认真地可行性研究,系统基本上做到了在技术、经济、运行、法律上 的可行。因此,相信在按照计划上实施的前提下,全系统的设计将会按时、高 质量完成。所以,系统研制和开发是可以马上进行的。 4 5 第二章第二章 需求分析需求分析 2.12.1 任务需求分析任务需求分析 该系统主要包括系统功能输入模块、基本资料维护模块、报表模块、综合 查询功能模块和统计模块等。 系统要实现基本信息录入、修改、查询等功能: 1、预警信息; 2、仪表查询; 3、计划管理; 4、系统管理; 2.22.2 实体类图实体类图 根据对数据流图和数据字典的分析,我们可以确定该应用中的实体,属性 与实体之间的关系,并画出如下所示的类图。 -预警颜色配置 -系统初始化配置 系系统统设设置置 +添加() +修改() +删除() -使用地类型 -地点名称 -描述信息 -车间名称 -班组名称 -车次名称 -列车编号 -使用地点 计计量量器器具具使使用用地地管管理理 +添加() +修改() +删除() -器具类别 -所属场地 -器具名称 -精度 -测量范围 -器具状态 -制造厂 -出厂日期 -出厂编号 -检定周期 -未次检定日期 -检定结期 -检定机构 -派送检测类型 -购进日期 -备注 计计量量器器具具 +添加() +修改() +删除() -人员名称 -所属单位 -职称 -性别 -出生日期 -电话1 -电话2 成成员员管管理理 +添加() +修改() +删除() -计划编号 -下计划人 -接计划人 -计量器编号 -计划状态 计计划划管管理理 -名称 -描述 计计量量器器具具种种类类 -检测地点名称 -派送检测描述 派派送送检检测测类类型型 -类别名称 -类别描述 -职责职能 成成员员类类别别 -类型名称 -类型描述 使使用用地地类类型型 -结束1* -结束2* -结束3* -结束4* -结束5* -结束6* -状态名称 -状态描述 计计划划状状态态 -状态名称 -状态描述 器器具具状状态态 -种类名称 -种类描述 计计划划种种类类 -证书名称 -检定时间 -过期时间 -检定周期 人人员员检检定定证证 -名称 -类别 -过期时间 -检测周期 -初检时间 外外检检资资质质 -类型名称 -类型描述 外外检检资资质质类类型型 -类型名称 -类型描述 检检定定证证类类型型 图 2.2 用例图解 6 2.32.3 实体用例图实体用例图 根据对数据流图和数据字典的分析,我们可以确定该应用中的实体,实体 之间的关系,并画出如下所示的 e-r 图。 计量器具种类 计量器具 计量器具台帐 计量器具使用地管理 车间管理 车辆管理车次管理列车管理 班组管理 系统管理员 根据权限使用者 权限管理 计划管理 系统设置 使用人员管理 -结束1 * -结束2* 派送检测类型 成员类别 计划状态 器具状态 计划种类 人员检定证 外检资质 外检资质类型 检定证类别 图 3.3 用例图解 7 第三章第三章 系统概要设计系统概要设计 3.13.1 总体设计总体设计 通过这个阶段的工作将划分出组成系统的物理元素。 系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定 的任务,也就是要确定系统的配置物理方案。软件结构设计时应该遵循的最主 要的原理是模块独立,让模块彼此间的接口关系应该尽量简单。 3.23.2 系统功能模块图系统功能模块图 可以根据模块独立原理对软件结构进行精化。为了合理的分解,得到尽可 能高的内聚、尽可能松散的耦合,最终要的是,为了得到一个易于实现、易于 测试和易于维护的软件结构,应该对模块进行再分解或合并。 系统功能模块图如图 3.1 所示: 列车仪表预警系统 系统模块 仪表查询 计划管理 系统管理 在线帮助 预警页 仪表台帐预警 按车号查询 计划查询 计划管理 操作员查询 图 3.1 系统功能模块图 列车编组预警 车辆仪表查询 操作员管理 权限管理 计划接受 8 3.33.3 数据库概念设计数据库概念设计 数据库一般分为三级模式:外模式、概念模式和内模式。外模式也就是不 同用户所对的数据视图,它将数据库内部抽象的数据及其互相之间的关系表示 为简单、直观的应用界面。概念模式是数据库中全部数据的逻辑结构和特征描 述,通常以某种数据模型为基础。内模式是对数据的物理结构和存储方式的描 述。 3.43.4 数据库逻辑结构设计数据库逻辑结构设计 在数据库设计中相当重要的一步就是将概念模型转化为计算机上 dbms 所支 持的数据模型,例如,将 e-r 图模型转化为关系模型,道理很简单,我们设计 概念模型基本上都是一些抽象的关系,在再数据库设计的实现过程中,在计算 机上有效地表示出这些关系就成了数据库设计的关键。 根据学生档案信息管理系统的功能要求,选取 sqlserver 2000 作为后台数 据库。 在上面的实体和实体之间的 e-r 图设计基础上,形成数据库中的表格及表 格之间的关系。 一、主表的结构设计 1.基础信息 基础信息表是仪表的基本信息进行统计。 基础信息表的结构表如表 4-1 所示 表 4-1. 基础信息表 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 1 上 上 上 上 2 上 上 上 上 3 上 上 上 上 4 上 上 上 上 5 int int int int datetime int datetime datetime varchar(200) varchar(50) varchar(50) varchar(50) varchar(50) varchar(50) 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 1 上 上 上 上 2 上 上 上 上 3 上 上 上 上 4 上 上 上 上 5 int varchar(100) varchar(100) int varchar(200) varchar(50) varchar(50) varchar(50) varchar(50) varchar(50) 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 1 上 上 上 上 2 上 上 上 上 3 上 上 上 上 4 上 上 上 上 5 int int varchar(100) int int int varchar(200) varchar(50) varchar(50) varchar(50) varchar(50) varchar(50) 2.仪表台帐信息 9 仪表台帐信息是仪表的详细信息的统计。 图片信息表的结构如表 3-2 所示 表 3-2 仪表台帐表 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 1 上 上 上 上 2 上 上 上 上 3 上 上 上 上 4 上 上 上 上 5 int int varchar(100) varchar(100) int varchar(50) varchar(50) int varchar(50) int datetime int int int datetime int datetime varchar(200) varchar(50) varchar(50) varchar(50) varchar(50) varchar(50) 3.计划信息 计划信息表是仪表检修计划信息的统计。 计划信息表的结构如表 3-3 所示 表 3-3 计划信息表 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 1 上 上 上 上 2 上 上 上 上 3 上 上 上 上 4 上 上 上 上 5 int varchar(100) varchar(100) int int int datetime int int datetime varchar(200) varchar(50) varchar(50) varchar(50) varchar(50) varchar(50) 4.操作用户信息 操作用户表是对使用本系统的用户进行身份和权限验证用的。 操作用户表的结构如表 3-4 所示 表 3-4 操作用户结构表 10 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 上 1 上 上 上 上 2 上 上 上 上 3 上 上 上 上 4 上 上 上 上 5 int varchar(20) varchar(20) varchar(10) varchar(10) varchar(10) datetime varchar(50) varchar(50) varchar(50) int varchar(50) varchar(20) varchar(200) varchar(50) varchar(50) varchar(50) varchar(50) varchar(50) 4.54.5 连接数据库的特点连接数据库的特点 当开发环境通过连接到数据库上之后,在设计中使用数据库画笔可实现对 该数据库中表格,视图等的操作,如创建表,修改表,删除表,增加/删除记录。 设计中设计数据窗口的时候,通过对话框实现与数据的连接。在应用程序 中则一般是在应用程序对象中书写连接数据库的程序代码,使得应用程序开始 运行并实现与数据库的连接。 11 第四章第四章 详细设计详细设计 详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统,包括 了用户界面设计、程序过程设计等步骤。 4.14.1 需求及相关设计需求及相关设计 在“器具管理”模块中,包括对器具台帐管理。对上述实体状态的管理, 以进行实体的预警。器具管理是本系统的核心功能,在下文中,将对器具 管理进行具体的描述。 登录界面如下: 登录界面功能如下: 用户通过用户名和密码进行登录,登录成功后,自动转向主界面。 主界面如下: 12 主界面功能如下: 界面分为左右分栏,左分栏为功能菜单项,右分栏为数据操作界面。 4.24.2 预警信息预警信息 预警信息模块主要负责列车上的仪表检测是否到期,确保列车的行驶安 全,预警界面主要包含以下几个功能: 4.2.1 预警页预警页 预警页界面如下: 预警页包含有两部分,左半部分是信息列表展示,显示当前季度所下发的 所有计划信息;右半部分是滚动信息展示,显示当日前所有进入预警时间和已 13 超过检测期的仪表信息, 预警页功能: 1、下发计划监督:本季度所有计划的显示,方便查看计划接受情况;显示 计划可通过超链接查看计划所包含的详细信息。 2、超期仪表报警:对当前在运用阶段车辆上的仪表进行仪表预警提示,在 预警时间超过后,可在此栏目中进行滚动展示。可通过超链接进行查看超期仪 表信息。 4.2.2 列车编组预警列车编组预警 列车编组预警界面如下: 列车编组预警页功能: 列车编组预警页显示车次、车辆编组信息,动态体现每辆列车上的仪表是 否超期;在正常情况下列车颜色为绿色,列车上有进入预警期的仪表,列车颜 色将会改变。呈现车次的编组信息,每行代表一列车的编组信息,有过期仪表 车体图片改变颜色,通过每节车体图片超链接进行查看当前列车的仪表信息。 4.2.3 仪表台帐预警仪表台帐预警 仪表台帐预警界面如下: 14 仪表台帐预警页功能如下: 主要显示仪表信息,仪表是否过期,可对其进行修改;在列表上方,可通 过快速查询功能对器具进行快速查询。通过“编辑”和“删除”超链接,可对 仪表台帐信息进行维护。 导数数据按钮:导出查询处的数据信息。 下计划按钮:对当前选中的仪表信息进行计划的下达。 计划追加按钮:对当前选中的仪表信息进行已有计划的追加下达功能。 4.34.3 仪表查询仪表查询 提供三种不同的查询方法对仪表进行方便快速查询。 4.3.1 按车次查询按车次查询 按车次查询界面如下: 按车次查询页功能如下: 15 通过车次信息和其编组对应进行查询,查询处当前所属车次的仪表信息。 4.3.2 按车号查询按车号查询 按车号查询界面如下: 按车号查询页功能如下: 通过准确的车号查询,或通过车种、车型、车辆的状态对其所对应的仪表 信息进行查询。 4.3.3 车辆仪表查询车辆仪表查询 车辆仪表查询界面如下: 车辆仪表查询界面如下: 此功能是个组合查询功能界面,能组合不同条件对仪表进行查询。 16 4.44.4 计划管理计划管理 计划管理主要对下达的计划以及计划中所对应的仪表信息进行管理。 4.4.1 计划查询计划查询 计划查询界面如下: 计划查询页功能如下: 对以下达的计划进行查询,可按照计划中的不同信息对其进行组合查询, 查询出所需的计划。 4.4.2 计划管理计划管理 计划管理界面如下: 17 计划管理页功能如下: 对已下达的计划进行展示的界面,通过“编辑”和“删除”超链接,可对 下达的计划信息进行维护。通过此界面可对计划的仪表包含信息;计划包含仪 表送检情况;计划的完成情况都可逐一查询。 导出数据按钮:对当前查询出的计划进行数据信息导出。 4.4.2.1 计划所属仪表计划所属仪表 计划所属仪表界面如下: 计划所属仪表页功能如下: 18 显示当前选中计划所包含的仪表信息,其中所包含的仪表可通过“删除” 超链接对其进行维护;通过数据信息的显示,可直观的看到当前计划的完成情 况。 导出数据按钮:对当前计划所包含的仪表信息以及仪表检测完成数据信息 的导出。 4.4.2.2 送检仪表送检仪表 送检仪表界面如下: 送检仪表页功能如下: 对当前计划添加仪表送检信息,添加送检仪表后才可对仪表进行检测,填 写计划完成情况;在领取仪表时要对其所对应的车号进行修改挂接。 19 导出数据按钮:对当前送取仪表信息所对应的仪表情况导出。 4.4.2.3 仪表送取情况仪表送取情况 仪表送取情况界面如下: 仪表送取情况页功能如下: 当前计划所对应的仪表的送检记录的展示,可反映出仪表的送取情况。通 过“仪表信息”超链接可对领取仪表信息进行维护。 导出数据按钮:对当前计划所包含的送取仪表信息导出。 添加送检按钮:对当前计划添加送检信息。 4.4.2.4 计划完成情况计划完成情况 计划完成情况界面如下: 20 计划完成情况页功能如下: 显示当前计划所关联的仪表的完成情况,每条检测信息对应一个仪表,在 信息中可体现检测仪表是由哪个部门哪个人进行检测的,“检定回复”超链接 对其检测结果有检定回复的功能。 导出数据按钮:对当前计划所包含的送取仪表信息导出。 4.4.2.5 检定回复检定回复 检定回复界面如下: 检定回复页功能如下: 回复计划中的仪表检测情况,检定负责人,检定时间等。 21 4.4.2.6 计划接受计划接受 计划接受界面如下: 计划接受界页功能: 界面查询出所需要接受的计划记录,在上半部分是对计划信息的简单查询, 下半部分是对按要求查询出的计划信息,点击“计划接受”超链接可自动将计 划接受,接受后的计划不能重复接受。 导出数据按钮:对当前查询出的计划进行导出,可查看计划的完成情况。 22 第五章第五章 编码设计及测试编码设计及测试 5.15.1 代码设计代码设计 5.1.1 连接数据库代码设计连接数据库代码设计 namespace dataprocessing.dbhelper class datahelper / / 根据sql获得结果集 / / 简单的sql查询语句 / dataset public static dataset executedataset(string sql) dataset dataset = new dataset(); try dbdataadapter adapter = datafactory.instance.getdataadapter(sql); adapter.fill(dataset); return dataset; catch (exception ex) throw ex; 解释:方法执行按 sql 语句访问数据库,返回数据集。 / / 根据sql获得结果表 / / 简单的sql查询语句 / datatable public static datatable executedatatable(string sql) dataset dataset = new dataset(); try 23 dbdataadapter adapter = datafactory.instance.getdataadapter(sql); adapter.fill(dataset); if (!checkdata(dataset) return new datatable(); return dataset.tables0; catch (exception ex) throw ex; 解释:方法执行按 sql 语句访问数据库,返回数据表。 / / 打开数据库连接 / public static void openconnection() if (datafactory.instance.getconnection().state = connectionstate.closed) datafactory.instance.getconnection().open(); 解释:方法执行打开数据库连接操作。 / / 关闭数据库联接 / public static void closeconnection() if (datafactory.instance.getconnection().state = connectionstate.open) datafactory.instance.getconnection().close(); 解释:方法执行关闭数据库连接操作。 / / 直接执行操作 / / 简单的数据库修改命令 / true/fasle public static bool executenonquery(string sql) dbcommand cmd = datafactory.instance.getcommand(sql); try openconnection(); 24 cmd.executenonquery(); return true; catch (exception ex) throw ex; finally closeconnection(); 解释:方法执行数据库操作型 sql 语句。 5.1.2 登录页面代码设计登录页面代码设计 人员 编号: 密 码: 验 证 码: 解释:web 页面代码,控件定义布局代码。 protected void btnlogin_click(object sender, imageclickeventargs e) 25 if (session“bitcode“ != null return; /member member = (member)new lwmemberdb().getmemberbymid(this.txtpassword.text.trim(); member member = (member)new lwmemberdb().getmemberbymidpwd(this.txtusername.text.trim(), this.txtpassword.text); if (member = null) this.fvalidator.text = “人员编号或密码错误!“; return; session.add(“member“, member); server.transfer(“main.aspx“); else this.fvalidator.text = “请输入正确的验证码!“; txtcheck.text = “; 解释:登录页面中登录按钮代码,检查登录是否成功! 5.1.3 页面错误代码页面错误代码 private void basepage_error(object sender, system.eventargs e) string errmsg = string.empty; exception currenterror = server.getlasterror(); response.write(currenterror.message); server.clearerror(); response.redirect(“/error.html“); 解释:页面错误处理事件,页面错误转向。 26 5.25.2 软件测试软件测试 一个软件开发完成后,并不能投入使用,而需要有好长时间的测试。测试 的目的就是在软件投入生产性运行之前,尽可能多地发现软件中的错误。目前 软件测试仍然是保证软件质量的关键步骤,它是对软件规格说明、设计和编码 的最后复审。 在本次设计中,涉及到的主要模块有四个,即查询模块、维护模块、输入 模块和报表模块,它们之间的联系决定了在测试中必须将上述四个功能模块进 行统一的测试。 在设计模块时,应尽力向高内聚、低偶合的思想方面靠拢。 5.2.1.1 测试的方法和步骤测试的方法和步骤 软件的测试方法有两种,一种是黑盒测试(功能测试) ,另外一种是白盒测 试(结构测试) 。 黑盒测试把程序看作一个黑盒子,完全不考虑程序的内部结构和处理过程。 也就是说,黑盒测试是在程序接口进行的测试,它只检查程序功能是否能按照 规格说明书的规定正常使用,程序是否能适当的接受输入数据并产生正确的输 出信息,程序运行过程中能否保持外部信息的完整性。 白盒测试的前提是可以把程序看成装在一个透明的白盒子里,测试者完全 知道程序的结构和处理算法。这种方法按照程序内部的逻辑测试程序,检测程 序中的主要执行通路是否能按预定的要求正确工作。 在本次软件的测试工作中,由于水平的限制,仅仅对软件的各个功能模块 进行了测试,并对各个模块之间的接口进行了详细的测试(用黑盒测试法) 。 测试的步骤 由于该系统是一个小系统,可以把整个系统作为一个单独的实体来测试。 当然,在测试的过程中可以分模块、分阶段来进行。大型软件系统通常是有若 干个子系统组成,且每个子系统由由许多模块组成,因此,软件的测试过程基 本上由以下步骤组成: 模块测试 27 子系统测试 系统测试 验收测试 平行运行 5.2.2 测试用例测试用例 本次设计主要模块有四个,即查询模块、维护模块、输入模块和报表模块, 这里只列出这三个模块的测试用例。当然,在实际的测试中应尽可能的对每个 功能,都能测试到。 28 第六章第六章 用户手册用户手册 请简单介绍软件的主要操作,应有相关操作的截图。 6.16.1 操作管理操作管理 添加管理员是为了多人管理,这样,假如您没有时间管理时,可以让其他 管理员进行管理。 图 6.1 登录 管理员 6.26.2 仪表添加步骤仪表添加步骤 1、在右侧菜单中:系统管理、在右侧菜单中:系统管理 仪表添加仪表添加 打开打开“仪表添加仪表添加”界面。界面。 2、在、在“仪表添加仪表添加”界面填写数据信息,点击确定按钮保存数据。界面填写数据信息,点击确定按钮保存数据。 29 3、操作成功后,会显示成功页面。、操作成功后,会显示成功页面。 6.36.3 列车车次编组步骤列车车次编组步骤 1、在右侧菜单中:系统管理、在右侧菜单中:系统管理 列车车辆编组列车车辆编组 打开打开“列车车次编组列车车次编组”界面。界面。 30 2、根据需要输入相应数据信息,点击查询,进行当前列车编组信息的查询。、根据需要输入相应数据信息,点击查询,进行当前列车

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论