软件缺陷管理系统需求与设计

软件缺陷管理系统需求与设计（软件文档写作课程设计）姓名：于家鹏班级：070608学号：070603114软件缺陷管理系统需求规格与设计说明书1Introduction简介1.1Purpose目的本文档为软件缺陷管理系统项目的需求规格说明书，规范的定义本软件项目的需求。该项目计划的阅读人员包括项目经理、项目总监以及项目组中的所有成员。1.2Scope范围本文档包括：软件总体概述功能需求性能需求接口需求总体设计约束软件质量特性Generaldescription总体概述本项目软件需求由项目经理提供，项目组通过需求调研（网上查阅相关资料和同类产品比较），对需求进行裁剪。1.3Softwareperspective软件概述1.3.1AbouttheProject项目介绍本系统是缺陷跟踪管理的专业软件，它用于帮助公司和团队跟踪工作中的问题，管理和记录这些问题的处理过程。通过此系统可以整合客户、开发人员、测试人员，各人各司其职，信息很快得到交流和反馈，让大家感到软件开发在顺利快速的进行，朝意想的目标迈进。它的主要作用是为开发人员服务，实时将信息反馈给开发人员，开发人员同时迅速地将修复的结果信息反馈到跟踪系统中，最后通过持续集成，软件迅速地完成了更新，这些方便、便捷的操作会极大地鼓舞Preparedby拟制于家鹏Date日期2010-10-28Reviewedby评审人Date日期Approvedby批准Date日期软件开发中的各方人员，甚至包括客户，及时响应。1.3.2EnvironmentofProduct产品环境介绍本软件产品运行在装有java运行环境的任何操作系统上运行。1.4Softwarefunction软件功能功能模块用例一.Bug管理1.Bug管理2.分配给我的bug3.我创建的bug4.Bug查询二.项目管理1.项目管理2.用户组管理3.版本管理4.查询统计三.用例管理1.测试用例管理2.测试计划管理3.用例测试结果管理四.系统管理1.用户管理2.权限管理3.测试类别管理4.Bug级别管理表格1软件功能表1.5ActorsActor为软件研发的项目经理，开发人员和测试人员2FunctionalRequirements功能需求2.1UseCaseDiagram系统总用例图创建项目创建用户组制定项目计划控制项目进度项目经理inheritsinheritsinheritsinherits测试人员创建测试计划编写测试用例管理问题了解反馈信息inheritsinheritsinheritsinherits分配我的bug获取BUG信息bug管理开发人员inheritsinheritsinherits创建项目创建用户组创建项目计划控制项目进度项目经理inheritsinheritsinheritsinherits2.2系统活动图开发人员测试人员项目经理创建项目创建用户组制定项目计划控制项目进度编写测试计划编写测试用例管理问题了解反馈信息分配给我的bug获取bug信息管理bug2.3系统子用例图2.3.1Project.Module01.Function01bug管理-bug管理2.3.1.1GoalinContext简要说明检索与维护所有项目的BUG的状态信息，BUG一共由8种状态。状态1：已提交：测试员发现BUG后提交到BUG管理系统中的状态。（初始状态）状态2：已修改：程序员在修改了BUG后提交到BUG管理系统中的状态。状态3：不修改：程序员或项目经理根据需求分析、概要设计、详细设计说明书等上的要求经过考虑后决定对BUG不进行修改。其BUG的状态为不修改，需要说明理由。状态4：延迟：根据目前项目进程或计划等情况，暂时延期的状态状态5：待讨论：需要进行讨论后才能决定是否需要修改的BUG的状态。状态6：已验证：已经解决的并经过测试员复测的BUG的状态。状态7：关闭：完全解决了，只供以后备查的状态状态8：重新打开：重新出现在新的版本中，重新打开以前关闭的bug状态。2.3.1.2Preconditions前置条件无2.3.1.3EndCondition后置条件无2.3.1.4Actors所有人员。2.3.1.5Trigger触发条件无2.3.2Project.Module01.Function02bug管理-分配给我的bug2.3.2.1GoalinContext简要说明测试人员对对象软件进行测试发现了bug后分配给开发人员。2.3.2.2Preconditions前置条件测试人员发现了bug。2.3.2.3EndCondition后置条件获取bug信息。2.3.2.4Actors开发人员。2.3.2.5Trigger触发条件测试人员发现了bug。2.3.3Project.Module01.Function03bug管理-我创建的bug2.3.3.1GoalinContext简要说明根据测试人员给开发人员提供的bug信息创建一个处理这个bug的功能模块。2.3.3.2Preconditions前置条件获取bug信息。2.3.3.3EndCondition后置条件处理好这个bug以后，将信息交给测试人员。2.3.3.4Actors开发人员。2.3.3.5Trigger触发条件获取bug信息。2.3.4Project.Module01.Function04bug管理-bug查询2.3.4.1GoalinContext简要说明查询bug信息的一个功能模块。2.3.4.2Preconditions前置条件无。2.3.4.3EndCondition后置条件无。2.3.4.4Actors所有用例。2.3.4.5Trigger触发条件无。2.3.5Project.Module02.Function01项目管理-项目管理2.3.5.1GoalinContext简要说明根据需求，实际情况，创建项目。2.3.5.2Preconditions前置条件了解需求，条件允许2.3.5.3EndCondition后置条件创建用户组2.3.5.4Actors项目经理2.3.5.5Trigger触发条件无2.3.6Project.Module02.Function03项目管理-用户组管理2.3.6.1GoalinContext简要说明根据项目需求，选择合适人员，组成项目组2.3.6.2Preconditions前置条件项目已经建立2.3.6.3EndCondition后置条件制定项目计划2.3.6.4Actors项目经理2.3.6.5Trigger触发条件该项目已经立项，项目计划已经建立2.3.7Project.Module02.Function03项目管理-版本管理2.3.7.1GoalinContext简要说明对每一次出现bug并修改后的被测项目的版本进行修改。2.3.7.2Preconditions前置条件开发员对当前bug修改完成。2.3.7.3EndCondition后置条件修改被测项目的版本。2.3.7.4Actors项目经理。2.3.7.5Trigger触发条件当前Bug修改完成。2.3.8Project.Module02.Function04项目管理-查询统计2.3.8.1GoalinContext简要说明查询反馈信息中已关闭的bug数量，来得到被测试项目某阶段解决bug的程度。根据bug的解决程度用来控制被测项目的进度。2.3.8.2Preconditions前置条件无。2.3.8.3EndCondition后置条件统计已关闭bug的数量。2.3.8.4Actors项目经理。2.3.8.5Trigger触发条件反馈信息确定。2.3.9Project.Module03.Function01用例管理-测试计划管理2.3.9.1GoalinContext简要说明管理所有的测试计划，并可以添加、删除、修改、查询测试计划。2.3.9.2Preconditions前置条件制定项目计划。2.3.9.3EndCondition后置条件编写测试用例。2.3.9.4Actors软件测试人员。2.3.9.5Trigger触发条件项目计划的制定。2.3.10Project.Module03.Function02用例管理-测试用例管理2.3.10.1GoalinContext简要说明用来管理测试用例：可以对测试用例进行添加、删除、修改、查询。2.3.10.2Preconditions前置条件编写测试计划。2.3.10.3EndCondition后置条件管理所有bug。2.3.10.4Actors软件测试人员2.3.10.5Trigger触发条件测试计划的编写。2.3.11Project.Module03.Function03用例管理-用例测试结果管理2.3.11.1GoalinContext简要说明在使用测试用例进行测试的时候要求测试用例应该包含5种状态，状态1：未测试，说明还没有开始测试。状态2：测试通过：测试用例通过测试。状态3：测试不通过：测试用例没有通过。状态4：测试阻塞：阻塞表示该测试用例的前置条件还未符合，所以该用例测试没有办法开始进行。状态5：测试取消：取消表示如果测试用例与实际软件实现不想符合，那么测试用例不能按照实际情况测试，那么测试用例取消。2.3.11.2Preconditions前置条件无2.3.11.3EndCondition后置条件无2.3.11.4Actors软件测试人员2.3.11.5Trigger触发条件当测试人员需要管理用例测试结果的时候2.3.12Project.Module04.Function01系统管理-用户管理2.3.12.1GoalinContext简要说明创建系统用户2.3.12.2Preconditions前置条件无2.3.12.3EndCondition后置条件权限管理2.3.12.4Actors系统管理员2.3.12.5Trigger触发条件该项目已经立项2.3.13Project.Module04.Function02系统管理-权限管理2.3.13.1GoalinContext简要说明对系统权限的管理2.3.13.2Preconditions前置条件用户创建2.3.13.3EndCondition后置条件无2.3.13.4Actors系统管理员2.3.13.5Trigger触发条件用户创建2.3.14Project.Module04.Function03系统管理-测试类别管理2.3.14.1GoalinContext简要说明软件测试常用的测试方法：黑盒测试：不基于内部设计和代码的任何知识，而是基于需求和功能性。白盒测试：基于一个应用代码的内部逻辑知识，基于覆盖全部代码、分支、路径、条件。单元测试：最微小规模的测试;以测试某个功能或代码块。累积综合测试：当一个新功能增加后，对应用系统所做的连续测试。集成测试：一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作。部件可以是代码块、独立的应用、网络上的客户端或服务器端程序。功能测试：用于测试应用系统的功能需求的黑盒测试方法。系统测试：基于系统整体需求说明书的黑盒类测试;应覆盖系统所有联合的部件。2.3.14.2Preconditions前置条件无2.3.14.3EndCondition后置条件无2.3.14.4Actors系统管理员2.3.14.5Trigger触发条件该项目已经立项2.3.15Project.Module04.Function04系统管理-bug级别管理2.3.15.1GoalinContext简要说明BUG一般分为4个等级分别为致命(可对应目前BUG体系中的“非常严重”)：致命性问题主要为：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。具体基本上可分为：○内存泄漏○用户数据丢失或破坏○系统崩溃/死机/冻结○模块无法启动或异常退出○严重的数值计算错误○功能设计与需求严重不符