团队作业2——需求分析&原型设计

时间:2022-01-31 16:04:19

团队人员

姓名 胡丹丹 曾丽君 王艳秋 陈雄 骆杰宁 王钧任
学号 201421123098 201421123101 201421123102 201421123106 201421123107 201421123109

需求分析

软件的最终目的是用来解决用户的某些问题,需求分析就是要理解要解决的问题,真正明确用户需求。
我们团队的项目约跑APP,这是一个原有的项目。所以我们需要对原有项目进行分析调研,尝试联系原有项目组的人员,通过采访以前的开发者,形成采访文档。
由于我们联系不上原有项目的人,所以我们只能对原有项目团队的博客和APP及源码进行分析和调研。
原项目的Android App + web server的git地址
原项目团队的博客
原项目APP产品下载地址
对于原APP的功能大体可以概括为:支持用户指定时间、指定地点,约定一起跑步。支持简单在线聊天,支持根据GPS给出附近的运动场。
如图所示是用户主要功能用例图
团队作业2——需求分析&原型设计
原本我们打算下载APP来进行体验和测试调研,但原APP已经不能使用了。如下图:
团队作业2——需求分析&原型设计
团队作业2——需求分析&原型设计

我们对源码进行了分析:
团队作业2——需求分析&原型设计

我们发现原项目实现了约跑的功能,但这个杀手功能是基于用户创建的计划(包括时间,地点)的时间(前后10分钟)和计划中的地点为依据选择要约的人(包括性别,年龄)。不足以做到基于用户的兴趣(早上跑,晚上跑)约人。
外围功能还可以增加。

我们对市面上类似的约跑APP做了调查和分析。

多锐运动

多锐运动是款支持实时在线约跑和3D真人模拟运动的健身软件,GPS精准定位跑步轨迹、数据计算运动卡路里消耗、分享跑步数据图片至社交网站。主打功能之一是3D真人伴跑,使一个人的跑步运动也像是有人陪伴。此外另一个主打功能——在线约跑,让千里之外的人也可以在跑步中感受到陪伴或者PK的乐趣,还可以边跑边语音聊天。软件内配备有专业的运动计划和健身课程。

团队作业2——需求分析&原型设计
团队作业2——需求分析&原型设计
团队作业2——需求分析&原型设计

Nike+

耐克推出的Nike+ Running,是不用配合跑步芯片也能使用的移动App。它的功能很适合个人跑步,如跑步次数、里程的累计,跑步的勋章,跑步者的感受,不断激励着自己挑战自我。 
Nike+ Running很重视跑步者的社交。跑友排行榜,跑步记录分享到sns社区,包括path,新浪微博,腾讯qzone。在社区里的好友给跑步者鼓励,跑步者马上能通过App听到欢呼声。
稍稍遗憾的是,因为众所周知的原因,Nike+ Running的地图无法准确定位,生成的跑步路线往往不在路上,而是穿过楼房、山丘、河浜。在手机App上只能看到普通地图,只有登录网站才可以看到卫星图。安卓系统使用不流畅,甚至不能安装。

团队作业2——需求分析&原型设计

咕咚运动

咕咚运动积累了千万级用户,庞大的用户体量是咕咚的先发优势。 支持走路、跑步、骑行、滑雪、滑冰、登山等多种运动模式,但反过来也受限于此定位。咕咚的多点散打,决定了在跑步市场这块大蛋糕,无法做专做强。数次改版,信息流太杂,有种干扰跑者的感觉。具备社交功能,但没有实质作用。

团队作业2——需求分析&原型设计

悦跑圈

软件界面友好,功能清晰,有独家防作弊系统。个人勋章结合节假日解锁,跑者等级系统完善。悦跑说,满足跑者对跑步资讯等的需求。跑友圈,支持发现新跑友、跑团,赛事活动栏,承载了悦跑圈最重要的社交功能。 悦跑圈最大亮点是,首创的线上马拉松,整个流程用户体验非常好,每一站线上马拉松参与跑者高达十多万。

团队作业2——需求分析&原型设计

通过对比,我们讨论得出:
团队作业2——需求分析&原型设计

2.参考《软件需求规格说明书》国标规范文本,撰写对应项目的软件需求规格说明书。提供《需求规格说明书》的Git链接。

说明编写这份软件需求说明书的目的,指出预期的读者。软件需求说明书的作用在于便于用户、开发人员进行理解和交流,反映出用户问题的结构,可以作为软件开发工作的基础和依据,并作为确认测试和验收的依据。附上本项目《软件需求说明说的》码市链接:

软件需求规格说明书

3.NABCD 写作

N(需求)

学    校:为避免学生压力过大,防止大课间、课外活动等有名无实,为学生的身体素质着想,学校也开始注重体育运动,开展走向操场,走进大自然,走到阳光下等三走活动,加强学生教师的身体素质。
学 生:对于每一位学生在学习之余都需要有一个健康的体魄。俗话说”身体是革命的本钱”。跑步是锻炼身体最直接最简单的方式。
社会人群:不论年纪,我们每个人都注重我们的身体健康,希望可以通过坚持锻炼来增身体抵抗力,提高身体素质,而坚持跑步也成为了人们生活中必不可少的一种锻炼的方式。

A(方法)

做出一个APP,用户只需要简单的几次点击,就能在心仪的时间和地点找到能够陪伴一起跑步的伙伴。
####问题一:一个人跑步太孤单,便不愿意去跑步。
解决思路:“约跑”APP,顾名思义,具有约人一起跑步的功能,能在心仪的时间和地点找到能够陪伴一起跑步的伙伴,解决一个人跑步的孤单及尴尬。
####问题二:没有毅力,没有动力,容易半途而废。
解决思路:“约跑”APP,除了可以让用户随时结伴跑步,同时还会记录用户的跑步数据,让用户与用户之间进行比赛PK,激发用户的意志,让运动更加有趣,更加有意义。
####问题三:现在的人大多离不开社交软件,或许“约跑”APP并无太大吸引力。
解决思路:“约跑”APP还具有聊天功能,用户与用户之间可以互相添加好友并聊天,还可以建立好友圈,方便约跑和PK。让用户把社交圈慢慢转移到“约跑”APP上,从而更加吸引用户,提高用户体验,提升APP使用率。

B(好处)

学    校:自从“宅”字走进我们的生活,越来越多的人喜欢待在宿舍不出门,百害而无一利。而现在,看着更多的学生走出宿舍,走向操场,接近大自然,远离电脑,自然是一件无比欣慰的事。
学 生:提高了对跑步运动的兴趣,降低的对电子产品的依赖,不再沉迷电脑上网,增强了锻炼,通过跑步增强体质,还能认识更多的人,结交更多的朋友,开阔眼界,是多么令人高兴的事啊。
社会人群:通过提高人们对跑步的兴趣,从多个方面提高人们跑步的次数,增强体质,让大家更多的走出了家门,离开了电脑,更多地接近自然,对降低人们对电视电脑的沉迷,从而得到更高品质的生活。

C(竞争)

市面上已经有类似的APP上线,我们也要与其竞争,向其学习,取其精华去其糟粕。
优势:作为年轻的一辈,我们也会在界面设计和UI方面多下功夫,争取赢其他APP一点分数,另外我们增加的“约跑”功能、PK功能和聊天功能都能为我们加分,为我们赢得更多的用户的支持和喜爱。
劣势:我们的技术还不是十分的成熟,特别是做APP有一些技术领域我们还很陌生。

D(推广)

·我们本身也是大学生,从我们的身边开始,鼓励同学朋友使用我们的APP,一起“约跑”,快乐运动,互相PK,激情跑步。
·学校本身也有推行“三走”活动,我们可以争取和学校合作,把APP向全校推广,同时也能争取与其他学校的合作。
·我们自己也要上街区、社区等地方进行线下推广,让更多的人了解到我们的APP。

E(组合成为一段话)

各位领导/投资人/用户/合作伙伴:我们的产品约跑APP是为了更好释放学生压力,为学生的身体素质着想,让更多的学生走向操场,体验运动的乐趣。现在市面上有很多类似APP,但是现有的方案虽然有在一定程度上解决这些需求,但我们也要与其竞争,向其学习,取其精华去其糟粕。我们有独特的办法,能够更加吸引学生的注意。 同时,我们有高效率的推广方法,我们本身就是大学生,从我们会从我们的身边开始,鼓励同学朋友使用我们的APP,一起“约跑”,快乐运动,互相PK,激情跑步。学校本身也有推行“三走”活动,我们可以争取和学校合作,把APP向全校推广,同时也能争取与其他学校的合作。我们自己也要上街区、社区等地方进行线下推广,让更多的人了解到我们的APP。

4.团队协作,加强分工,需要描述每个成员的具体分工及占整个文档任务的工作量比例。

曾丽君:与王艳秋一起讨论NABCD模块,构思原型设计。负责博客其他部分。项目中负责前端开发。

王艳秋:主要负责需求分析中的NABCD模块的撰写,负责文档原型解说部分,包括功能需求以及用户界面的解说。项目中负责产品说明。

胡丹丹:主要负责用户场景的收集与描述,在团队成员进行原型设计的过程中给予了很多具有重要作用的意见。项目中负责测试。

王钧任:主要负责原型设计方面,类似约跑APP的调研等,项目中负责后端开发。

骆杰宁:主要负责性能需求与验收验证标准,以及负责对团队成员进行有关系统开发的整个蓝图概述。是项目负责人,参与后端开发。

陈雄:主要负责采访同学,详细进行对编码规范等的理解,项目中负责后端开发。

这次大家分工合作,互相提意见,每个成员都积极参与,所以工作量都差不多,任务完成的较顺利。

原型设计

登录注册界面

团队作业2——需求分析&原型设计

用户账号注册界面

团队作业2——需求分析&原型设计

约跑界面

团队作业2——需求分析&原型设计

创建计划界面

团队作业2——需求分析&原型设计

社区功能界面

团队作业2——需求分析&原型设计

聊天界面

团队作业2——需求分析&原型设计

社区分享界面

团队作业2——需求分析&原型设计

个人信息界面

团队作业2——需求分析&原型设计

我的运动界面

团队作业2——需求分析&原型设计

今日排行界面

团队作业2——需求分析&原型设计

三、编码规范

(一)代码风格规范
首先一定要遵守“保持简明,让代码更容易读”的原则,下面是对其他重要原则的一定理解:
简明(该简略的简略,有的必要不要缩写)、易读(每个函数都要有注释)、无二义性(根据用途定义变量名,勿随意起名)。

1.缩进:使用tab键或者4个空格。(初步决定使用tab键,虽然tab键在不同的情况下会显示不同的长度,但是较便捷)

2.行宽:可为100字符。

3.括号:在复杂的条件表达式中,采用括号清楚地表示逻辑优先级。

4.断行与空白的{ }行:要有断行,每个“{”和“}”都独占一行。条件语句中,若只有一句处理语句,换行缩进一个Tab,不加{}。

5.分行:同一行的变量定义应相同,不要把不同的变量定义在同一行上。

6.命名:使用匈牙利命名法来进行命名。

7.下划线问题与大小写问题:下划线用来分隔变量名字中的作用域标注和变量的语义。用大小写区分由多个单词组成的变量名。

8.注释:需要适当的注释,一个团队项目,想让队友看懂你写的代码,注释是很重要的。复杂的注释应该放在函数头,注释也要随着程序的修改而不断更新,注释(包括所有源代码)应只用ASCII字符等。

(二)代码设计规范
1.函数:遵守函数最重要的原则:只做一件事,但是要做好。

2.错误处理:要有合适的错误处理代码。