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

文档编号：详细设计说明书（程序模块部分）版本：V1.01文档信息及修订记录文档名称称详细设计说明书编写规范文档编号文档类型规范文档密级机密 秘密 内部公开文档主送公司全体员工文档抄送修 订 人修订日期修订说明版本/修订此表项目必须填写目 录3 程序1（标识符）设计说明23.1 程序描述43.2 功能43.3 性能53.4 输入项63.5 输出项73.6 算法83.7 流程逻辑83.8 接口83.9 存储分配83.10 注释设计83.11 限制条件83.12 测试计划103.13 尚未解决的问题101 好友查找程序模块设计说明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 输入项输入字段对象名称输入格式数据来源车牌号Numberint管理员输入车辆类型TyperText管理员输入车辆进入时间InInt管理员输入车辆离开时间OutInt管理员输入1.5 输出1.5.1 输出界面 车牌号车辆类型车辆进入时间车辆离开时间缴纳费用黑A0001货车9：3011:101.5.2 输出项输入字段对象名称输入格式数据来源车牌号Numberint管理员输入车辆类型Typetext管理员输入车辆进入时间InInt管理员输入车辆离开时间OutInt管理员输入缴纳费用CostInt系统换算1.6 算法本模块不设计复杂算法。1.7 流程逻辑1.8 接口接收上层数据接口；向下层传输数据的接口。1.9 存储分配本模块无存储分配计划。1.10 注释设计a 对于重要变量要加以注释其作用，传向那个模块。b 对每个变量给出作用范围意义等注释。c 对每个方法加以注释其功能。d 每个类注释作者时间和累的功能简介1.11 限制条件本模块的界面及其他限制条件可参考ipt的效果。1.12 测试计划本模块的测试计划初步定为按照业务逻辑流程测试，其中，业务逻辑流程按照附表所画流程图显示操作。1.12.1测试环境下表列出了测试的系统环境软件环境（相关软件、操作系统等）Mysql 、Java jdk1.6.0.02虚拟机、MyEclipse_6.0GA_E3.3_FullStackInstaller一些常见的测试工具硬件环境（网络、设备等）PentiumIII 500以上或更高，内存128M以上，硬盘至少10G以上。兼容当前主流操作系统 Windows 95/98/NT/Me/2000/XP ，Linux，Unix，Office软件1.12.2测试工具此项目将列出测试使用的工具：用途工具生产厂商/自产版本企业级软件功能性自动化测试工具QuickTest ProMercury8.2C/S、B/S架构下功能性自动化测试工具WinRunner Mercury7.0性能检测工具，查出系统瓶颈以便改进运行速度Rational QuantifyRational2.1企业级软件并发自动化压力测试工具LoadRunnerMercury8.01.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通过使用测试对象来执行的特定用例，添加或修改给定的合同。测试目标测试当负载逐渐增加时，系统各项性能指标的变化情况，考察客户端应用的性能。测试范围：技术：模拟多个用