车辆出入系统详细设计.docx

车辆出入系统详细设计.docx

《车辆出入系统详细设计.docx》由会员分享，可在线阅读，更多相关《车辆出入系统详细设计.docx（12页珍藏版）》请在冰豆网上搜索。

车辆出入系统详细设计

文档编号：

详细设计说明书

（程序模块部分）

版本：

V1.01

文档信息及修订记录

文档名称

称

详细设计说明书编写规范

文档编号

文档类型

规范

文档密级

□机密□秘密√内部公开

文档主送

公司全体员工

文档抄送

修订人

修订日期

修订说明

版本/修订

此表项目必须填写

目录

3程序1（标识符）设计说明2

3.1程序描述4

3.2功能4

3.3性能5

3.4输入项6

3.5输出项7

3.6算法8

3.7流程逻辑8

3.8接口8

3.9存储分配8

3.10注释设计8

3.11限制条件8

3.12测试计划10

3.13尚未解决的问题10

1好友查找程序模块设计说明

1.1程序描述

本模块是车辆出入管理系统的子模块，供管理员登记进入和离开的车辆。

1.2功能

本模块的核心是将界面输入的车辆具体信息来存储车辆出入信息以记录。

1.2.1功能描述

1.根据用户输入的昵称与id进行查找并显示所查找出的好友；

进入登记：

由输入界面接受的参数有车牌号，车辆类型，车辆进入时间和车辆离开时间。

2．要能处理网络连接出错或者查询超时等异常情况：

发生异常后，均给出提示，再重新返回查找界面。

3.可以按车牌号，车辆类型，车辆进入时间和离开时间查询。

1.3性能

1.本模块要求各操作能独立完成，并且对于各种意外原因造成的操作中中断模块能够有及时的处理。

2.查询时间在30s内，超时则返回原界面。

3.出现异常要给出相应提示和异常原因。

1.4输入

1.4.1输入界面

车牌号：

车辆类型：

车辆进入时间

车辆离开时间

1.4.2输入项

输入字段

对象名称

输入格式

数据来源

车牌号

Number

int

管理员输入

车辆类型

Typer

Text

　管理员输入

车辆进入时间

In

Int

管理员输入

车辆离开时间

Out

Int

管理员输入

1.5输出

1.5.1输出界面

车牌号

车辆类型

车辆进入时间

车辆离开时间

缴纳费用

黑A0001

货车

9：

30

11:

10

1.5.2输出项

输入字段

对象名称

输入格式

数据来源

车牌号

Number

int

管理员输入

车辆类型

Type

text

管理员输入　

车辆进入时间

In

Int

　管理员输入

车辆离开时间

Out

Int

管理员输入

缴纳费用

Cost

Int

系统换算

1.6算法

本模块不设计复杂算法。

1.7流程逻辑

1.8接口

接收上层数据接口；

向下层传输数据的接口。

1.9存储分配

本模块无存储分配计划。

1.10注释设计

a．对于重要变量要加以注释其作用，传向那个模块。

b．对每个变量给出作用范围意义等注释。

c．对每个方法加以注释其功能。

d．每个类注释作者时间和累的功能简介

1.11限制条件

本模块的界面及其他限制条件可参考ipt的效果。

1.12测试计划

本模块的测试计划初步定为按照业务逻辑流程测试，其中，业务逻辑流程按照附表所画流程图显示操作。

1.12.1测试环境

下表列出了测试的系统环境

软件环境（相关软件、操作系统等）

Mysql、Javajdk1.6.0.02虚拟机、MyEclipse_6.0GA_E3.3_FullStackInstaller

一些常见的测试工具

硬件环境（网络、设备等）

PentiumIII500以上或更高，内存128M以上，硬盘至少10G以上。

兼容当前主流操作系统Windows95/98/NT/Me/2000/XP，Linux，Unix，Office软件

1.12.2测试工具

此项目将列出测试使用的工具：

用途

工具

生产厂商/自产

版本

企业级软件功能性自动化测试工具

QuickTestPro

Mercury

8.2

C/S、B/S架构下功能性自动化测试工具

WinRunner

Mercury

7.0

性能检测工具，查出系统瓶颈以便改进运行速度

RationalQuantify

Rational

2.1

企业级软件并发自动化压力测试工具

LoadRunner

Mercury

8.0

1.12.3数据和数据库完整性测试

[java多线程聊天系统中，数据库和数据库进程应作为一个子系统来进行测试。

在测试这些子系统时，不应将测试对象的用户界面用作数据的接口。

对于数据库管理系统（DBMS），还需要进行深入的研究，以确定可以支持以下测试的工具和技术。

]

测试目标：

确保能够正确的连接到数据库并访问到相应的数据

测试范围：

技术：

1.调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据（或对数据的请求）。

2.检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件已正常发生；或者检查所返回的数据，确保正当的理由检索到了正确的数据]

开始标准：

数据库能够正常连接，并且可以正确的读取

完成标准：

在数据库能够连接的情况下对数据库连接进行优化

测试重点和优先级：

数据库的读取上

需考虑的特殊事项：

数据库连接的一些异常，如相关的服务没有启动

1.12.4接口测试

测试目标

确保接口调用的正确性

测试范围：

所有软件、硬件接口，记录输入输出数据

技术：

用Junit直接测试程序的应用接口

开始标准：

测试接口能否被正确的调用

完成标准：

所有的编程全部针对接口

测试重点和优先级：

接口的调用

需考虑的特殊事项：

一般都调用顶层的接口而不直接调用相应的类

1.12.5集成测试

[集成测试―主要目的检测系统是否达到需求对业务流程及数据流的处理是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求。

此阶段测试基于功能完成的测试。

]

测试目标

确保各单元组合在一起后能够按既定意图协作运行,并确保增量的行为正确。

它所测试的内容包括单元间的接口以及集成后的功能

测试范围：

需求中明确的业务流程，或组合不同功能模块而形成一个大的功能。

技术：

利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：

1.在使用有效数据时得到预期的结果。

2.在使用无效数据时显示相应的错误消息或警告消息。

3.各业务规则都得到了正确的应用。

开始标准：

在完成集成测试时必须达到基本要求

完成标准：

是程序尽肯能的完美

测试重点和优先级：

各个子功能组合起来，能否达到预期要求的父功能

需考虑的特殊事项：

1.在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；

2、各个子功能组合起来，能否达到预期要求的父功能；

3、一个模块的功能是否会对另一个模块的功能产生不利的影响；

4、全局数据结构是否有问题；

5、单个模块的误差积累起来，是否会放大，从而达到不可接受的程度。

1.12.6功能测试

[对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。

这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。

此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。

以下为各种应用程序列出了推荐使用的测试概要：

]

测试目标

确保所有的功能都能够正常实现，包括用户的登录，连接服务器，

和其他用户进行聊天等等

测试范围：

技术：

利用各种有效数据和无效数据来对程序进行测试

开始标准：

完成以下基本的功能

完成标准：

让程序具有较为强大的功能

测试重点和优先级：

程序的聊天功能上

需考虑的特殊事项：

特定的端口被占用，服务器将不能启动

1.12.7性能评测

[性能评测是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。

性能评测的目标是核实性能需求是否都已满足。

实施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。

注：

以下所说的事务是指“逻辑业务事务”。

这种事务被定义为将由系统的某个Actor通过使用测试对象来执行的特定用例，添加或修改给定的合同。

]

测试目标

测试当负载逐渐增加时，系统各项性能指标的变化情况，考察客户端应用的性能。

测试范围：

技术：

模拟多个用户对服务器进行并发测试

开始标准：

系统能够支持多个用户的并发的请求连接

完成标准：

系统能够支持多个用户的并发的请求连接并有较快的反映速度

测试重点和优先级：

多线程条件下的并发测试

需考虑的特殊事项：

当并发数超过一定的范围时，可能会引起意想不到的异常

1.13尚未解决问题

未考虑查询超时的情况。

1.14需要提交的文件列表

类别

形式

文件名

注释