团队作业3需求改进与系统设计

第一部分 需求与原型改进

1.1改进的原型

1.1.1 改进说明

设计增加了网页logo，并增加了登陆小窗口，以及系统通知的小窗口，并且增加了一些色彩使页面增添了些许美感，改进了一些按键的设计，操作更加简洁。

1.1.2 高保真原型

 

 

1.1.3 高保真原型下载地址

https://git.coding.net/gemyty/PrototypeT.git

 

1.2改进的需求规格说明书

1.2.1改进说明

我们主要将对功能的规定和易读性、可靠性这两部分进行了详细细化。

我们认为网站的功能是否健全对于一个网站来说是非常重要的，所以我们对功能的规定进行了细化，在对功能的规定上，我们增加了登录、注册和资料下载这几个功能的规定。

在易读性、可靠性上，我们之前对于信息的获取途径没有进行过多的讨论，对版权问题也没有做太多思考，所以这次修改我们对信息的获取方式做了更多的说明。

 

1.2.2需求规格说明书下载地址

https://pan.baidu.com/s/1WHAZpdA3HMIse9xUWSZmfg

 

第二部分 系统设计

2.1系统架构设计

 

1.设计摘要说明

首先从架构的层次上，对本身的设计进行最简短的概述：

前端页面	直接与用户打交道，与用户进行交互
后端系统	l  负责处理用户的请求，并衔接系统，为用户提供其想要的数据 l  负责处理用户的资料获取，搜索即可寻得用户需要的资料
数据库	l  负责整合各种数据信息，如：用户名，用户密码，用户考证情况等 l  负责数据的增加、插入、修改和检索均要通过数据库管理系统进行 l  响应后端的请求，提供搜索结果

 

设计的概念架构图如下图所示。

前端页面开发将依据UI设计的交互进行开发，主要用到的语言有：html、css、jquery等，适当地提升面向对象的适用性，方便用户轻松使用界面与后端进行交互。

数据库系统和后端系统为两个不同的执行体，二者通过数据进行联系，实现数据库系统与后端系统的交互，使得我们可以轻松处理用户信息和学习资料等数据信息，而不会给后端开发造成太大困难。

 

2.前端页面设计

设计了多个页面，如主页，用户交流页面，注册页面，经验传达页面，资料页面等，尽力做到界面整洁美观，交互符合用户需求。

 

3.后端系统设计

为了达到我们的开发级需求——敏捷开发，我们选择使用Java 作为后端开发语言。Java是一种跨平台，适合于分布式计算环境的面向对象编程语言。且我们团队中的大部分成员对于Java都有一定程度的了解，使用Java学习成本低，且开发效率高。因此，我们认为后端采用Java进行开发是一个相当正确的选择。

后端系统有登陆后用户交互，资料反馈，信息反馈给用户。

 

4.平台架构设计

我们选用的Web服务器是Tomcat服务器。

Tomcat服务器是Apache 软件基金会（Apache Software Foundation）的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。由于有了Sun 的参与和支持，最新的Servlet 和JSP 规范总是能在Tomcat 中得到体现。因为Tomcat 技术先进、性能稳定，而且免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。　　　

注册的规则主要有以下几种：

（1）用户名不能有违规字符等

（2）密码不超过10个字符等

 

 

E-R图

 

 

 

 

 

 

 

2.2任务分解WBS

2．2.1团队项目的WBS

 

2 .2.2团队成员估计各自任务所需时间（包括学习相关技术的时间）

后端

邓茜茜:注册、登录（6h）

       考证信息（10h）

       交流贴——评论、回复（10h）

       用户信息管理（20h）

张琪: 考证资料（6h）

     培训信息（6h）

     交流贴——交流、查看发帖人（15h）

     考证相关信息管理（20h）

前端

郭腾岳:注册、登录（23h）

交流贴——评论、回复（22h）

王玉： 考证信息（21h）

       考证资料（21h）

郭慕然：培训信息（15h）

       交流贴——交流、查看发帖人（26h）

   

 

第三部分 测试计划

 

1、 引言

计划是关于如何做某样事情的思考。缺乏计划，授权给大家，依赖他们的技能、承诺、团队协作，这不仅不是银弹，而且有很多缺点。例如，没有历史记录的保持，更难衡量和评估每个人的工作成绩。再展开测试之前，我们小组有讨论清楚三点：1、穷尽测试是不可能的；2、不是所有测试都同样重要；3、测试的时间，测试的资源是有限的。

1.1项目背景

我们小组计划开发一个帮助各位考证人士（目前主要是在校大学生）考取想要的证件的网站。主要是提供考证可能需要的各种信息，实现信息共享。其次推荐相关的资料，提供复习建议和注意事项，提供难易等级，推荐准备的时间，方便考证人员的及时复习。目前网上的各种考证网站鱼龙混杂，一些网站只致力于卖出课程来赚钱而根本不切身考虑到考证人士的真正需求，因此不但没有真正帮助到一些人反而带来了负面效果。我们经过调研，深入了解到一些考证人员的真正需求，因此会给他们提供最大的帮助。

1.2参考资料

https://www.cnblogs.com/czkl/p/9043564.html

http://www.cnblogs.com/xinz/archive/2011/11/19/2255542.html

 

1.3测试术语

浏览器/服务器【B/S】：B指的是浏览器（Browser），S指的是服务器（Server），这种软件同样是基于局域网或互联网的，它与结C/S构软件的区别就在于，不需要安装客户端（client），只需要有IE等浏览器，就可以直接使用。

缺陷【Bug/Defect】：软件的Bug指的是软件中（包括程序和文档）不符合用户需求的问题。

    软件测试【Software Testing】：使用人工或自动手段，来运行或测试某个系统的过程。其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别
    测试环境【Testing Environment(TE)】：软件测试环境就是软件运行的平台，包括软件、硬件和网络的集合。用一个等式来表示：测试环境＝软件＋硬件＋网络。其中，“硬件”主要包括PC机（包括品牌机和兼容机）、笔记本、服务器、各种PDA终端等；“软件”主要指软件运行的操作系统；“网络”主要针对的是C/S结构和B/S结构的软件。
    测试用例【Test Case(TC)】：指的是在测试执行之前设计的一套详细的测试方案，包括测试环境、测试步骤、测试数据和预期结果。用一个等式来简单表示：测试用例＝输入＋输出＋测试环境。其中，“输入”包括测试数据和操作步骤；“输出”指的是期望结果；测试环境指的是系统环境设置。

压力测试【Stress Testing】：是性能测试的一种，通常是指持续<不断地>给被测统增加压力，直到将被测系统<压跨为止>，用来测试系统所能承受的最大压力。

黑盒测试【Black-Box Testing】：指的是把被测软件看作是一个黑盒子，我们不去关心盒子里面的结构是什么样子的，只关心软件的输入数据和输出结果。
   白盒测试【White-Box Testing】：指的是把盒子盖打开，去研究里面的源代码和程序结构。

 

1.4有关项目人员组成

开发人员：小组全体成员

测试人员：小组全体成员

 

2、 任务概述

2.1测试范围

单元测试：纯代码的测试（白盒测试）。主要测试代码语句的正确性，如所有的代码是否都可以跑到，是否有冗余的代码等等。
集成测试：接口测试（灰盒测试，结合白盒和黑盒测试）。主要测试代码块之间的接口。看看数据的传输是否有问题。

系统测试：黑盒测试。不接触代码，只对整个系统做功能的测试和性能的测试。
以上的三中测试是在项目组中测试的。

 

2.2测试目标

希望通过测试发现我们网站部分功能可能存在的不足

 

3、 测试策略

3.1测试人员需求、分工

单元测试：邓茜茜 郭慕然

集成测试：郭腾岳 张琪 王玉

系统测试：郭慕然 王玉

 

3.2测试方法：手动测试

 

3.3工具引用

单元测试：Junit

性能测试：JProfiler

 

3.4测试阶段计划（工作内容、人员安排、起止时间等）

测试人员	测试任务
郭腾岳、张琪	制定测试计划
邓茜茜、张琪	发布讯息功能测试
郭慕然、王玉	用户反馈功能测试
郭腾岳、邓茜茜	资料推荐功能测试

 

3.5测试停止及恢复条件

停止条件：所有功能正常运行，达到正常使用运行的标准

恢复条件：系统出现一些bug

 

3.6测试文档及缺陷提交管理等

测试文档由王玉跟郭慕然集中整理之后提交给郭腾岳，再由郭腾岳统计集中然后再反馈缺陷

4．测试资源

4.1硬件资源需求

    笔记本电脑4台

4.2软件资源需求

    Java开发环境、jQuery开发环境等

4.3测试环境需求

    测试操作系统类型一致、操作系统的干净程度一致

4.4测试人员需求

测试人员需要耐心细心、责任心，并且了解该项目具体情况

有团队精神，善于讨论，全方面思考问题

5．风险评估

5.1人力方面；

    人员变动：测试人员职位调动、离职或情绪低落而影响工作质量等 

定向思维：测试人员在某一个点一直测试会产生定向思维，可能无法从多角度来判断  

    经验不足：测试人员经验不够，对业务流程不熟悉等

5.2时间方面；

与其他课业时间产生冲突，或者突然测试人员有事情耽误进度，以及人员的不熟悉等导致时间不足

团队人员每个人时间不统一，导致不能及时沟通，清楚对方的想法导致时间浪费

5.3环境方面；

软件环境不一致，测试人员之间或和开发之间的操作系统类型不一样

5.4资源方面

软件方面有些不足，测试软件较少，了解不够，我们小组也在加强学习讨论与寻找

6．其他内容

测试计划制定者：张琪、郭腾岳

制定日期：2018.05.26

修改记录：2018.05.23修订初始版本，2018.05.26最终确定

开发负责人：王玉、郭慕然

测试负责人：张琪、邓茜茜

项目经理：郭腾岳