2020秋学期福大软工结对编程作业(需求分析与原型设计)
这个作业属于哪个课程 | https://edu.cnblogs.com/campus/fzu/SE2020 |
---|---|
这个作业要求在哪里 | https://edu.cnblogs.com/campus/fzu/SE2020/homework/11224 |
这个作业的目标 | 掌握 NABCD 模型 学会对用户的需求做出合理可行的分析及解决方案 掌握用墨刀进行原型设计 |
学号 | 031802201 031802203 |
NABCD模型
- N( Need,需求)
- 学弟学妹们需要了解学长学姐的现状和去向,学长学姐也想了解学弟学妹所做研究或技能包;
- 学弟学妹想获取学长学姐曾经实验室或者现任职单位的相关最新招聘资讯和资料;
- 学弟学妹向学长学姐询问问题,学长学姐能够及时、有效地回答问题,提供可参考意见。
- 痛点 :当所处交流环境为多人环境,如实验室群时,学弟学妹会不好意思向学长学姐提问,而采用 QQ 群的匿名功能进行提问则显得不够有诚意,学长学姐的心理会更趋向于回答实名提问的同学。同时,当能提供有价值回答的学长学姐是潜水员不经常回答时,与其他学长学姐在交流中获得的有效信息密度是很低的,费时且低效;但如果不用 QQ 群,又无法享受到群文件功能带来的便利。
- A( Approach,做法)
- 通过微信平台,以小程序的形式实现以下思路
- 提供服务对象:学弟学妹,学长学姐
- 用户个人信息展示(红色为注册时必填项):昵称,学号,性别,情感状态,毕业年份,积分值,GitHub 账户,技能标签,所在实验室,所在单位,个人简介
- 用户之间有四个最主要的交互功能:一对一聊天对话,向本人账户文件区上传文件及从他人账户文件区下载文件,个人动态互动,在问题中心发布和回答问题
- 个人动态除了点赞评论转发收藏还有赞赏功能
- 关于文件区:学弟学妹可以上传学习资料,彼此之间互通有无,学长学姐可上传自己之前所在实验室的资料或者所在工作单位关于招聘的相关资料,帮助学弟学妹获取和了解实验室和单位的最新资讯,为学弟学妹选择实验室、职场应聘提供参考
- 用户与用户之间为 关注和粉丝 的关系,用户的学号、动态和文件区只会对粉丝可见
- 积分说明(所给予积分分值还在考虑,以下用一定积分代替详细数目):
- 对于用户交互:
- 当下载其他用户文件时需扣除一定积分,而上传文件的用户则获得该相应积分,若积分不足则需要对话对方,看对方是否愿意将文件分享,若积分充足则可直接下载,免去交谈的过程,减少学长学姐回复消息数,避免浪费他们的时间,因为本身对于学长学姐用户来讲并无具体回报(可改进),如果大量消息占用到太多时间,将导致他们需要花额外努力,这严重影响他们对解答的积极性,走回解决需求前的老路;
- 在问题中心,任何用户都可以发布问题。提问者发布时可以设置悬赏积分,悬赏为 0 时是普通提问,不为 0 时(采用 __X3 的填写格式,空格内是需要填入部分)是加急提问,普通回答中赞数最高的前七个回答将获得一定积分,加急提问赞数前三个回答将额外平分悬赏积分(回看分析解决方案时,发现这个积分给予规则有漏洞,可能会被用户利用做合作刷积分,现在方案在改进)
- 对他人动态赞赏的积分由用户自己决定
- 对于小程序推广:用户通过分享推荐小程序将获得积分,一次获得一定积分,没有次数限制
- 积分在注册完系统将自动赠送一定积分,使用中允许赠送他人
- 对于用户交互:
- B( Benefit,好处 )
- 一对一便于双方进行更有效率的交谈
- 界面、功能简洁明了,易上手,没有什么成本迁移问题
- C(Competitors,竞争)
- 当有相关问题想咨询,上知乎找不到精准的问题,提问一时也不会有那么对口的人回答。请上 FWSS ,这里有一大波兴趣相同的人,还有直系学长学姐答疑解惑,以后专业知识、就业咨询、寻找内推机会再也不用知乎、百度了
- 当你碍于面子不好意思直接向别人要学习资料,期末考复习找不到人互通有无,当你在实验室 QQ 群里的匿名提问无人问津。请上 FWSS ,这里你可以关注感兴趣单位的学长学姐,关注平常只是耳闻的实验室大佬,在他们的文件区和答疑区里寻找你要的东西。
- 当你母胎单身二十几年,自己身为老学长老学姐看着学弟学妹成双成对,明明自己各方面很优秀,知识技能包满级,却苦于知识这种内在东西别人看不见,在各类相亲软件找不到懂你的人。请上 FWSS ,来这里邂逅另一只单身汪,专业对口,你懂 ta 的世界,ta 懂你的世界,赶紧 carry ta,带 ta 在知识的海洋遨游,一起成长。
- D(Delivery,推广)
- 首先在实验室内部推广使用,现在和曾经的实验室成员为第一批用户
- 在实验室纳新宣传时宣传负责人可在 PPT 上贴入小程序码,吸引参加宣讲会的学弟学妹,第二批用户
- 接下来的推广则主要以人拉人的方式,即用户个人分享推荐小程序获积分的方式刺激推广
PSP 表格
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 30 | 30 |
Estimate | 估计这个任务需要多少时间 | ||
Development | 开发 | ||
Analysis | 需求分析 (包括学习新技术) | 100 | 120 |
Design Spec | 生成设计文档 | 80 | 80 |
Design Review | 设计复审 | 20 | 35 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | ||
Design | 具体设计 | 130 | 150 |
Coding | 具体编码 | ||
Code Review | 代码复审 | ||
Test | 测试(自我测试,修改代码,提交修改) | ||
Reporting | 报告 | 50 | 60 |
Test Report | 测试报告 | ||
Size Measurement | 计算工作量 | ||
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 30 |
合计 | 440 | 505 |
原型工具及设计原型
FWSS首页
登录/注册
已有账号登录
找回密码
设置密码
注册
新账号登录
FWSS主页
动态
个人主页
更换头像
菜单选项
个人资料编辑
结对讨论照片
GitHub 提交
总结
- 可提升的地方
- 如果不采用群组的方式,那么每个人都在各自的文件区上传自己拥有的文件,会造成很多重复冗余的文件;采用群组方式虽然可以很有效减少这种情况,但是可能会走回 QQ 群的老路。
- 该小程序只是面向学校内部,但因为缺少学校认证模块,安全性可能会有问题。
- 用户新消息通知提示,微信小程序消息好像不能悬浮窗提醒,只有进入小程序才能看到,这是个大问题,比如,学长学姐今天很忙没有打开小程序,那即使给他发了一万条消息他也不知道。
- 两人合作方面,没有协调好,两个人任务分配交叉冲突了,做出了两个不一样的原型部分;时间上也没安排好,开始就是功能越多越好,最后没时间了,就只能页面越少越好。
- 感想
- 理想很饱满,现实很骨感