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

  

一、需求&原型改进

1.团队作业2改进

  补充a:市面上还有哪些同类的四则运算生成软件呢?

   之前在作业一的时候有稍微提到过,市面上的四则运算软件太过于杂乱,要么就是广告连篇,要么就是收费后才能使用全部功能,这给用户带来了诸多的不便,以下是一些我们调查的四则运算生成软件:

(1)随机四则运算生成器 2.1.50

这个软件下载来使用之后,发现是未注册版,需要我们去消费才能使用,这显然在市场竞争中是没有什么优势的。

  

而且经常在使用过程中出现网络错误等提示:

  

或许是软件的兼容性做的不大好,我们来看一下它的内部结构:

  

未注册之前只能使用加减法的运算功能,没什么实质性的作用,而且除第一个外,它也没有其他的功能了:

(2)迪文四则运算练习机(虽然听都没听过)

  

提供四种简单的四则运算功能,也是未注册版,多使用两次依然需要注册:

  

它跟上面介绍的第一款软件一样,除基本的四则运算功能外,它也没有其他的功能了。

(3)四则运算

看完了上述两个Windows版的,我们也测试了手机版的。我们在iPhone的app store下载了一款名为四则运算的软件,测试如下:

  

打开界面如下,相对整洁干净,存在一点点小广告。上面有最佳的排行榜。初始都是0,点击play后,进入答题界面:

  

这款软件是需要你在有限的时间内连续答题,使得时间能够不完全使用完,每答对一题加一点点时间,看你能在有限的时间内答对多少。结束之后,就会出现你的成绩和最佳成绩:

  

    虽然测试的软件不是很多,但是其实说真的,在Windows上下载这些软件的时候,每下一个都要小心翼翼,很多是不能用的,很多带了一大堆捆绑的软件之类,一点开电脑就炸。从分析的几款软件上来看,大部分软件都只是实现简单的四则运算的功能,手机app上反而多点计时和排行榜的功能,但是布置作业和错题集功能都没有的。

  

  补充b:切实对小学数学老师进行访问调研

      由于我们团队作业二进行用户调研的时候,主要是采访身边的同学,忽略了身边的大学同学并不是我们这款软件的主要面向对象,所以上一次的需求调研与实际情况存在较大的差异,使得我们的调查是飘在半空中没有落地的。在老师及助教的提醒下,我们也意识到了这个问题,于是我们开始疯狂寻找可以联系得上的小学数学老师甚至小学生的家长。由于我们与这些对象存在较大的年龄差异,不在同一个朋友圈,所以我们寻找过程还是比较艰难。皇天不负有心人,我最终找了一个初中认识的学姐,她已经毕业两年,现在是平潭县新世纪小学三年级的数学老师,以下是我和她的一些对话:

Q:你们当数学老师的,是不是每天都需要给学生布置四则运算的练习题目呢?

A:是啊,必须得布置啊,学生这个阶段正是打基础的黄金年级,只有把这个时候的运算学好,才能为后面的学习打好基础。

Q:那你们每天都是怎么选题的呢?

A:我们数学组的老师每个人都会自己准备一份题库,题目有的是自己出的,有的是课本上或者练习上抄下来的,不同的老师也会交换自己的题库,保证每个同学都有新的联系。

Q:那这样子有存在什么问题吗?

A:当然有啊,题库的题目总会出完,出完之后我们又要绞尽脑汁去想新的题目,而且每天都要把题目抄在黑板上,老师累学生也累,还很容易出现抄错题目的情况。

Q:你有没有想过可以用一个软件来自动生成四则运算,让学生在手机端完成练习,你们还可以不用批改,软件会自动修改呢?

A:真的可以这样吗?我们倒是没有想过这个,大家的教学模式还是比较传统,没有想过可以通过这种方式,我甚至想都没想过这个问题呢,你这么说反而提醒了我,这个做法真的是不错啊。

Q:我们现在要做这个软件,你觉得需要满足功能呢?

A:肯定要可以分难度等级啊,因为低年级和高年级题目难度肯定要有所区分,而且对于高年级的话,最好能够保留分数,不论是假分数还是真分数。

Q:还有吗?

A:在混合运算的过程中,加减乘除符号的优先级是不一样的,如果能把每一个步骤的过程也显示出来的话,那对他们的计算过程学习也有很大的帮助。

Q:还有吗?

A:暂时就想到这些,如果到时候还有什么想法我再跟你说。

  补充c:对上一次作业偷懒的反思与认错

在此我们要针对我们在团队作业2的NABCD中的一句话做一下反思(毕竟被老师怼得这么惨了hhhh),如下:

  

首先,我们必须承认错误,承认确实对于这类软件的调研没有很深入,“感觉上很少”这句话确实很有问题,我们不应该这么说,接下来先看看百度上对于四则运算软件的搜索情况,如图:

  

我们当时在百度上搜索的时候,就给我一种鱼龙混杂的感觉,这也导致了我们在写这些的时候,主观思想上与先前的词典调研进行了对比;

  

因为对于词典软件来说,像金山、有道啊等等几大巨头占据了江山,虽然其他小型竞争者很多但丝毫不会影响它们的统治地位。然而对于四则运算软件来说,就如我们所看到的,并没有什么有影响力的公司来做这款软件,所以给我主观上的感受就是市场上四则运算的软件没有那么多。

从软件的系统性能上讲,同时实现运算、计时、出题、记错本,还有设置作业题量等功能的软件确实可能不怎么多。而且正如调研的软件上来讲,确实充斥着各种广告,收费,影响实际体验,所以我们的目标就是做出较为简洁,较为完善,较为simple的软件。所以我们就是认为我们的软件跟市场上的四则运算软件有太多的不同,所以我们才主观地认为市面上这种四则运算软件很少,希望老师谅解。

总而言之,言而总之,有错就必须承认,我们团队在这里深刻检讨我们之前因为偷懒而犯下的过错,自觉向组织承认错误,自觉提高自身思想觉悟,时刻警醒自己,不要再次脱离实际!

2.给目标用户展现原型,与目标用户进一步沟通理解需求

产品原型:一个四则运算软件,有着老师调整每天的作业量和完成时间、调整题目难度以及学生做题、复习错题和排行榜等功能。

使用场景:老师提前登陆,在班级里面设置好了课后题目的数量以及时间期限,然后老师就可以很舒服地开始享受自己的下班生活了。学生在下课回家以后打开软件查看老师布置的课后作业,此时系统会自动生成相应数量的题目,开始答题之后学生就必须在规定的时间内完成。每输入一道题的答案,就会立即显示学生是否回答正确以及该题的正确答案。做完之后学生可以查看自己在班级中的排行,以及错题记录,分析自己易错的方面。第二天老师在上班之后,可以在办公室查看班级同学的做题情况,可以分析出班级同学在四则运算这块比较薄弱的是哪一方面,上课的时候就可以及时帮同学巩固。

以下是我们将对用户分析后得出的需求以及软件原型展示给我们的目标用户之后,了解到用户的真正需求以及痛点:

老师A:在我看来最重要的功能应该是按照难度来分级,因为学生的水平不同,难免会造成有些同学吃不饱而有些同学吃撑的情况。我们要按照学生的不同水平来出题目难度。

老师B:既然这是一个四则运算软件,那么它的四则运算功能一定是其中的重点。要保证其中的运算不会出错。

同学A:我觉得其中最棒的功能就是排行榜功能,这样如果我可以排在前几名会很有成就感。

同学B:家长检查功能不要加!!!

同学C:我觉得错题本功能不错,可以分析自己错的题目。

对于老师用户来说,区分难度来出题以及四则运算的稳定性是他们的痛点;而对于学生用户来说两个吸引人的地方就是排行榜以及错题本功能。至于家长检查功能是否添加我们可以在进行讨论。

以下是我们通过不同的方式采访用户的照片(前两张是我们现场采访同学,后三张是我们通过微信采访的一个小学三年级的数学老师):

  

  

  

  

  

3.修改完善上周提交的需求规格说明书

       上周的《需求规格说明书》初稿还不够完整,其中在面向老师或家长那一块的功能漏写了一块,它其实是可以实现限时做题的功能的,另外在需求调研这块,我们没有切实地去采访小学数学老师,在本周我们同样进行了修改,修改内容如下:

在老师/家长功能那块新增加一个功能,就是老师/家长可以通过限定时间来要求学生在规定的时间完成今日的题量,因为在学生点击开始答题之后,计时器同时被启动,可以记录学生每天的花费时间,可以检验学生每天的速度是否有进步。设置限定时间也是培养学生在压力下的运算速度,模拟考试环境,希望学生不会在考试时间有限的情况下因为紧张而导致发挥失常。

  在老师采访这块,这周我们切实采访了平潭新世纪小学三年级的数学老师,以下是我和她的对话:

Q:你们当数学老师的,是不是每天都需要给学生布置四则运算的练习题目呢?

A:是啊,必须得布置啊,学生这个阶段正是打基础的黄金年级,只有把这个时候的运算学好,才能为后面的学习打好基础。

Q:那你们每天都是怎么选题的呢?

A:我们数学组的老师每个人都会自己准备一份题库,题目有的是自己出的,有的是课本上或者练习上抄下来的,不同的老师也会交换自己的题库,保证每个同学都有新的联系。

Q:那这样子有存在什么问题吗?

A:当然有啊,题库的题目总会出完,出完之后我们又要绞尽脑汁去想新的题目,而且每天都要把题目抄在黑板上,老师累学生也累,还很容易出现抄错题目的情况。

Q:你有没有想过可以用一个软件来自动生成四则运算,让学生在手机端完成练习,你们还可以不用批改,软件会自动修改呢?

A:真的可以这样吗?我们倒是没有想过这个,大家的教学模式还是比较传统,没有想过可以通过这种方式,我甚至想都没想过这个问题呢,你这么说反而提醒了我,这个做法真的是不错啊。

Q:我们现在要做这个软件,你觉得需要满足功能呢?

A:肯定要可以分难度等级啊,因为低年级和高年级题目难度肯定要有所区分,而且对于高年级的话,最好能够保留分数,不论是假分数还是真分数。

Q:还有吗?

A:在混合运算的过程中,加减乘除符号的优先级是不一样的,如果能把每一个步骤的过程也显示出来的话,那对他们的计算过程学习也有很大的帮助。

Q:还有吗?

A:暂时就想到这些,如果到时候还有什么想法我再跟你说。

  用户使用场景模拟:老师提前登陆软件,在班级里面设置好了课后题目的数量以及时间期限,然后老师就可以很舒服地开始享受自己的下班生活了。学生在下课回家以后打开软件查看老师布置的课后作业,此时系统会自动生成相应数量的题目,开始答题之后学生就必须在规定的时间内完成。每输入一道题的答案,就会立即显示学生是否回答正确以及该题的正确答案。做完之后学生可以查看自己在班级中的排行,以及错题记录,分析自己易错的方面。第二天老师在上班之后,可以在办公室查看班级同学的做题情况,可以分析出班级同学在四则运算这块比较薄弱的是哪一方面,上课的时候就可以及时帮同学巩固。

4.功能分析的四个象限

  杀手功能:有错题复习功能,软件会把用户做错的题目保存在文档中,点击复习按钮就可以重新生成之前做错的题目;有做题排行榜功能,在班级里设置正确率、解题时间排行榜,可以让同学之间互相PK,这两个功能是这款软件最吸引人的地方。

  外围功能:良好的界面设计,简洁明白,不受广告的约束,在手机或平板等终端可以运行。

  必要功能:四则运算生成程序的稳定性以及题目答案的准确性,这两点是这款软件最基础的功能,只有将这两点做好了,才可能有客户。

  辅助需求:可以设计各种皮肤(这也许能让一些用户更喜欢这个软件,但不是决定性因素)。

  


 


外围功能


杀手功能


必要需求


第二象限

四则运算自动生成

显示正确答案功能


第一象限

错题复习、排行榜功能

显示正确率


辅助需求


第三象限

设计皮肤切换

设计语言切换


第四象限

设置计时功能和限时功能

设置题目数量

5.分而治之(Work Breakdown Structure, WBS)

在上周我们得出了目标用户的基本需求,如下:1、 基本的四则运算功能。2、 用户排行榜功能。3、 类似错题总结的错题本功能。

4、 按照难度出题。5、 美观易用的界面。6、 有布置作业以及家长检查的功能。

逻辑图如下,主要分为学生用户模块和家长模块。

学生用户模块(40%):邱文鑫、念其锋。估计时间:24h。

家长用户模块(30%):林青、黄子敬。估计时间:24h。

GUI题目生成模块(30%):潘志坚、余洋。估计时间:48h。

二、系统设计

   

         三.Alpha任务分配计划

第一部分:以需求分析为主,选择和排序本次迭代需要实现的订单条目

(1).通过采访用户,了解用户需求并进行汇总.(念其锋)

(2).软件功能实现:

编写基本的四则运算功能.(邱文鑫)

编写错题复习功能.(邱文鑫)

编写语言切换功能.(黄子敬)

编写计时功能.(潘志坚)

编写解答功能.(余洋)

界面设计.(林青)

(3).对程序进行测试,记录问题以及需要优化的地方.(黄子敬)

第二部分:以设计为主,确定系统设计方案和工作内容

所有要实现的功能:

燃尽图:

           四.测试计划

1.引言

1.1项目背景

这是一个基于web或手机APP的四则运算的软件,包含的功能有:用户登录、注册功能,“倒计时”功能,按正确率和耗时排名功能,按难易分级功能,记录功能等。现要对其进行测试。

1.2参考资料(计划编写依据:可行性分析报告/软件需求定义/软件概要设计/软件详细设计/用户使用说明书/……)

《构建之法》

1.3有关项目人员组成以及联系方式(/版本控制人员/测试人员/软、硬、结构、营销人员等)

项目组长:念其锋 201421123045--PM

   项目组员:余   洋 201421123031--测试

         邱文鑫 201421123043--开发人员

         潘志坚 201421123044—发布管理

         林  青 201421123047—用户体验

         黄子敬 201421123052--测试

2.任务概述

2.1测试范围

1.软件的登录测试

2.软件的出题功能完善

3.错题库是否能正常显示再复习题中

4.能否保存数据并在检查结果中显示

5.测试排行榜功能能否正常显示用户排行

2.2测试目标

1.保证用户正常使用登录注册不出BUG

2.能够使得用户的数据被保存在云端,不同设备通用

3.使得在软件使用过程中不出现出题重复或者其他严重BUG

4.保证排行榜功能与云端契合,而不是用户本地

5.在实际运行(使用)环境下根据评审通过的软件系统测试计划和软件系统测试用例

进行软件系统的测试,并形成软件系统测试记录和测试Log。

3.测试策略

3.1测试人员需求、分工

测试人员主要由本小组成员进行测试测评,每一个成员负责一个项目点的测试,最后再由项目组长测试总结

3.2测试方法(自动化测试/手动测试;白盒测试/黑盒测试;中断测试/临界测试/压力测试等)

1.首先采用手动测试,测试软件使用过程中是否携带BUG,并对症下药解决问题

2.保证软件的正常使用后,还需要测试软件的服务质量,进行效能测试,测试产品使用的使用灵敏度以及响应速度。

3.进行负载测试,测试停顿时间(Think Time):在每次请求之间和一批测试之间的停顿。

4.收集效能数据,这些效能数据会反映在负载测试中

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

工作内容:查bug,保证软件使用不会出现崩溃等问题

人员安排:小组成员齐上阵,齐心协力,做好测试工作,人多能发现的细节会更多

起止时间:软件的测试是需要一直持续的,从软件的开始开发,以及完成,都需要不断的测试

4.测试资源

4.1硬件资源需求

6台安卓手机

4.2软件资源需求

手机运行安卓6.0及以上版本

4.3测试环境需求

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

4.4测试人员需求

测试人员需要有强烈的责任心,兢兢业业

5.风险评估

5.1人力方面;

业务不熟:测试人员对被测系统的业务流程不熟悉,体现在对需求的理解上把握不准、理解不透侧、理解错误等。

? 测试人员变动:离职,岗位调动,请假等。

? 定位效应:测试过的可靠的功能,特别是在多次回归且没有发现问题,在此后往往会认为此功能是可靠的。

? 疲态:某一些功能点一直由某一位测试人员测试,经过多次回归后,测试人员对该功能点的测试显示出倦意和缺乏兴趣。

同化效应:经过和开发的长时间接触,往往会被开发的思维逻辑所同化,渐渐丧失从用户角度出发的测试观察点。

5.2时间方面;

软件的开发测试同步进行,排除软件开发遇到瓶颈的情况

测试时间不足:里程碑之间留给测试的时间无法满足全测试要求。

5.3环境方面;

被测软件版本不统一:没有有效的配置管理,这种情况及易出现

? 测试软件环境不一致:测试员之间或和开发之间的操作系统类型不一致、操作系统的干净程度不一致。

? 测试硬件环境不一致:测试员之间或和开发的设备不一致,如CPU频率,内存大小等。 ?

测试硬件未及时到位

5.4资源方面

由于测试需要多台手机测试,所以可能出现硬件资源不足,测试人员的手机操作系统不一致等等。

6.其他内容

计划制定者:黄子敬

日期:2017/4/18

修改记录:2017/4/16修订初始版本,2017/4/17第二次修订。2017/4/18最终确定。

开发负责人:邱文鑫

测试负责人:黄子敬,余洋

项目经理:念其锋

时间: 2024-08-27 09:51:50

团队作业3---需求改进&系统设计的相关文章

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

需求&原型改进 背景: (1)典型用户:集美大学老师 (2)用户的需求/迫切需要解决的问题 a.老师:用上课时间来点名,不仅浪费宝贵的上课时间,而且还容易出现,帮人答 到的情况. b.老师:上课之前能够通过微信平台完成一次点名功能,能够自动生成本次为来到 教师的学生,省时省力2.场景 周五早上上课时间到,马哲老师走进教室,扫了一眼,学生人数发现,来的不是很 多,马哲老师,先是表扬了一下来的同学,然后拿出手机,打开微信,点开点名系 统,点击生成一次点名,讲台下的同学,纷纷拿出手机,一阵拍,提示完成

需求改进&系统设计

一.需求&原型改进 1.需求改进 不足: 缺少忘记密码后找回密码的功能. 缺少修改密码的功能 缺少对管理员部分的描述 普通用户场景:   金同学是一名小学生,他在课余闲暇之时喜欢使用电脑上网观看网络课程.但是呢,在网络上有各种各样的机构提供的课程,查找不是很方便,质量又参差不齐,小金时常为此感到烦恼.直到有一天,他意外发现了教辅宝这个平台,在这个平台上他可以找到很多机构提供的课程.通过课程分类.查看课程简介.浏览评论来选择适合自己的精品课程,而且不用登录就可以浏览信息,要发表评论的时候才需要注册

软件工程团队作业(需求规格说明书)

一:题目要求 参考发到群里的<软件需求规格说明书>范本,撰写本团队的软件需求规格说明书 不要照抄范本的内容,请参考它的形式,紧密结合本团队项目实质展开 使用UML工具进行描述,并保证符号.描述语言的一致性 请大家将报告发布在 "石墨文档" 中并将文档链接发布到博客中 二:软件说明书 https://shimo.im/docs/WP3KJ0gOWUEzI45B/ 点击链接查看「软件需求规格说明书 (1)」 原文地址:https://www.cnblogs.com/gzhgzh

假如我们的坦克继续前进队——需求改进&amp;系统设计

需求和原型改进 在上个星期的<需求说明书>课堂讨论中,老师提出了游戏的用户界面的设计问题. 经过小组成员的讨论后,我们的想法如下:进入游戏后的界面上方为游戏名称下方为3个按钮"开始游戏"."道具收集"."退出游戏",然后配上合适的背景图. 除此之外,我们对游戏关卡选择规则做了定义,开始游戏后会进入关卡选择界面,一开始游戏只有一关,只有通关后才会出现下一关的选择按键,玩家可选择新关卡或之前已通关的关卡进入游戏.在游戏里玩家拾起的随机道具

AI五子棋-第三周-需求改进&amp;系统设计

1. 需求&原型改进 根据组内成员的讨论以及老师和同学的建议,本周进行了以下的改进: 1. 改进了游戏UI的界面设计,并且对前端代码进行模块化整理,增强可读性和可维护性. 2. 对后台的游戏引擎进行改进设计,完善了游戏调度机制 3. 对人工智能算法进行了优化和改进,原先的算法因为其所需要的计算资源过大,当前场景难以达到其性能要求,无法发挥出算法的最大实力,所以完全基于AlphaZero模型算法的AI五子棋难以实现,因此我们采取了人工规则的辅助方式实现AI 2. 系统设计 系统设计如图所示 3. 

2016福州大学软件工程Beta阶段团队作业成绩汇总

1.评分规则 本次Beta阶段团队作业评分方法如下: 团队得分=[[7次scrum过程评分+(小组互评得分+教师评分)/2]/2],其中过程.小组.教师各30分 说明:由于没有规定提交团队贡献比,因此本次团队得分将直接加在每个团队成员身上 小组名 小组互评得分 教师评分 助教评分 得分 Aruba 29 28 18.23 25.08 Clove 23 27 28.85 26.28 606 not connectd 26 23 24.92 24.64 TAC 24 25 28.85 25.94 N

2016福州大学软件工程收官团队作业成绩汇总

团队作业收官之最终章: http://www.cnblogs.com/easteast/p/6210665.html 评分规则:从高到低排列,满分15分,按名次平均分布在[15,11.5]区间. 团队分数和链接如下表所示: 宣传文案 分数 Aruba 14.5 Clover 15 606 not connectd 11.5 TAC 12 No Bug 13.5 Transcend 12.5 一不小心就火了 13 我说的都队 14 点评: 这次团队作业某种程度上讲是大家创意的比拼,八仙过海,各显神

A_Pancers团队作业4—基于原型的团队项目需求调研与分析

任务1:实施团队项目软件用户调研活动. (1)用户调研对象:我们的项目软件是基于安卓系统的音乐播放器,以设计出操作简单的音乐播放器为目的,所以本次用户调研的对象主要以身边的老人为主,对他们听音乐,听戏曲的情况进行了解,看他们对于音乐播放器有何需求,有何期待:并将我们设计出的项目模型对他们进行介绍,听取他们的意见和建议.另外考虑到为了获取更加全面的需求其他年龄阶段的人为辅助调研对象(例如:身边的同学.家长.朋友等). (2)调研方式:对于老人这个用户对象我们采取了面对面采访的方式进行调研,而对于其

2016福州大学软件工程第四次团队作业-系统设计成绩汇总

第四次团队作业--系统设计打分统计结果如下: 学号 组别 团队分数 贡献比例 个人分数 031401433 606notconnected 14 16 13.83 031402606 606notconnected 14 14 13.33 031402618 606notconnected 14 18 14.34 031402629 606notconnected 14 14 13.33 031402631 606notconnected 14 19 14.59 031402632 606not