需求改进与系统设计

Posted 404NotFound!

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了需求改进与系统设计相关的知识,希望对你有一定的参考价值。

第一部分 需求与原型改进

1.1 改进的原型

1.1.1 改进说明

经过小组讨论之后,我们决定以简约为主。故将原型进行了一些简化。

我们选择自动读取个人屏蔽用户列表,以实现对部分用户的回答文章以及评论进行屏蔽;针对关键词屏蔽功能,我们将把他放在谷歌插件的选项里,code相应的mainfest.json文件

1.1.2 高保真原型

主要的界面原型(以谷歌为主)

知乎现在已不允许对其界面进行更改,故我们删去了之前的一些原型设计 (毕竟还是没办法和大企业刚起来..)

技术分享图片

技术分享图片

1.1.3 高保真原型下载地址(3分)

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

1.2 改进的需求规格说明书

1.2.1 改进说明

主要改动的部分是对性能的规定、输入输出处理要求、故障处理要求,最后加了一个安全保密要求。

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

 

第二部分 系统设计

2.1 系统架构设计

系统架构设计:
我们团队使用javascript进行主要的开发语言进行对Chrome内核的插件开发。JavaScript是一门弱类型的动态脚本语言,支持多种编程范式,在浏览器插件开发得到广泛的应用。
整个项目由插件图标,JavaScript代码和配置文件manifest.json构成。

前端代码主要分为以下几部分:
  探寻内容。通过js直接读取屏蔽用户清单及其关注者,然后在页面上找到这些用户的回答和评论。
  按钮响应。达成点击按钮完成操作。  
  进行屏蔽。知乎采用了大量的ajax请求,所以插件不仅在页面加载完成后执行,还在每次ajax请求后执行,将选中的用户加入黑名单中。

文件配置详情:
manifest.json是Chrome插件开发核心,需要配置属性。

以下为本插件配置的属性:
name:(插件名称:圈地自萌)
version(版本号)
manifest_version(清单文件格式的版本,最新Chrome恒值为2)
icons(插件图标)
default_locale(国际化支持)
background(插件后台运行请求)
permissions(不是manifest.json必要属性,但是为了向chrome申请权限,对开发插件是必须的)
update_url(指定自动更新地址,便于后期维护)

图标要求:16*16(扩展信息栏)、48*48(扩展管理页面)、128*128(用在安装过程中)的三个图标文件,考虑到透明的支持度,都采用PNG格式。

注意事项:在Chrome浏览器中,我们需要把JavaScript代码插入页面才能执行。

2.2 任务分解WBS

Wbs项目分解:

https://www.leangoo.com/kanban/snapshot/get/2405557/87bf325528122bb0776d4444dd8749d8(这是leangoo的地址,我们在上面进行了任务分解的详细的制作)

在这次的wbs制作当中,我通过leangoo这个网站进行制作的,下面主要使我们wbs的截图,我们的wbs主要分为需求、设计、编码、测试与运行、博客和其他几个部分。

首先,我先绘制了一个较简略的wbs。

技术分享图片

然后通过leangoo进行了详细的制作。

 技术分享图片

技术分享图片 

技术分享图片 

技术分享图片

技术分享图片

技术分享图片

 第三部分 测试计划

测试计划

3.1 测试计划

 1.引言

  1.1项目背景

  该系统是面向知乎产生的一个屏蔽插件

 2.任务概述

  2.1测试目标

  希望通过测试,发现项目存在的漏洞,大家一起解决问题,完善整个插件

  2.2测试范围

  ·下载安装插件模块:测试插件是否能正常下载安装

  ·插件功能模块:测试插件各功能是否能正常运行

  ·在实现过程中,我们会根据我们的进度进行不同方面的测试,确保其健壮性

 3.测试策略

  3.1测试人员需求分工

   测试方面会安排两人负责,两人协同合作,共同测试

  3.2测试方法

  自动化测试/手动测试

  3.3测试阶段计划(工作内容、人员安排、起止时间等)

 

工作内容

人员安排

起止时间

完成标志

测试计划设计

周思婷

2018.5.25-2018.5.29

计划完成

下载安装插件测试

周思婷

谢月月

同步跟进

插件能正常下载安装

插件功能运行测试

周思婷

谢月月

同步跟进

插件功能大部分能实现

缺陷报告

周思婷

谢月月

同步跟进

完整记录系统缺陷及解决方法

测试分析

周思婷

谢月月

同步跟进

完整分析测试中存在的问题及整个系统存在的问题

 4.测试资源

  4.1测试人员需求(详见上述3.3测试阶段计划) 

  4.2硬件资源需求

  笔记本电脑6台

  4.3软件资源需求

   ·操作系统:Windows系统

   ·开发环境:Python、jQuery、java

 5.风险评估

  5.1人力方面

  本次测试可能是有关队员第一次参与完整测试过程,由于知识经验方面的不足,可能无法将使测试足够完善

  5.2时间方面

  项目时间限制过短,无法全部完成测试点

 6.其他内容

 

测试计划定制

周思婷-2016012035

日期

2018-5-27

修改记录

 

 

 

评审人员

付淅-2016012063

杨思琦-2016011991

程羚-2016012050

谢月月-2016012075

张舒凯-2016011998

 

以上是关于需求改进与系统设计的主要内容,如果未能解决你的问题,请参考以下文章

需求改进与系统设计

需求改进与系统设计

需求改进与系统设计

《Blue Flke》团队项目需求改进与系统设计

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

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