软件工程第一次结队作业
这个作业属于哪个课程 | https://edu.cnblogs.com/campus/fzu/SE2020 |
---|---|
这个作业要求在哪里 | https://edu.cnblogs.com/campus/fzu/SE2020/homework/11224 |
这个作业的目标 | 学习需求分析、原型设计、结对工作的基本方法 |
学号 | 031802314 031802316 |
PSP
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 20 | 25 |
Estimate | 估计这个任务需要多少时间 | 390 | |
Development | 开发 | 180 | 300 |
Analysis | 需求分析 (包括学习新技术) | 30 | 30 |
Design Spec | 生成设计文档 | 30 | 30 |
Design Review | 设计复审 | 10 | 20 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
Design | 具体设计 | 30 | 30 |
Coding | 具体编码 | 0 | 0 |
Code Review | 代码复审 | 0 | 0 |
Test | 测试(自我测试,修改代码,提交修改) | 30 | 30 |
Reporting | 报告 | 15 | 30 |
Test Report | 测试报告 | 15 | 20 |
Size Measurement | 计算工作量 | 10 | 10 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 30 |
合计 | 390 | 525 |
N(Need,需求)
通过对软件的需求进行分析,软件需要实现的作用有:
更好的让学弟学妹们了解学长的大学经验,参加过的竞赛,加入过的实验室,以及他们的工作去向方便自己大学毕业通过内推找到合适的工作 。
学弟学妹们也会把自己的研究方向以及自己的技能书放在个人的简介里面,方便学长们更好的了解以及帮助自己的学弟学妹们。
A(Approach,做法)
通过原型开发工具墨刀的使用更好的帮助我们完成这次设计。
信息收集及改变
个人名片:可以自己添加自己的个人信息比如兴趣爱好、邮箱、技能树等等。方便个人更好的展示自己的特长。
私聊:更好的方便同学之间的交流以及组队等需求,邮箱可能会回复的很慢(滑稽)。
社区:学弟学妹有什么不懂的问题,可以发布再社区等待大佬或者学长的解答(可能并不是一个学校的)。
信息隐私:可以自定义设置自己想要公开的个人信息(总有需要的同学)。
组队群聊以及管理员:如果找到了自己的几个好兄弟,果断建立一个群聊方便更好的交流学习,可以自行设置管理自己的群,方便联系更多的好兄弟。
搜索:通过搜索功能来了解好兄弟介绍的大佬,联系大佬达成共识(内推!!)
B(Benefit,好处)
可以很快的了解到自己同门师兄弟,帮你解决自己学习以及生活上的问题(因为可能大家都是一个学校的),也可以线下面基哦!
自己设置自己想要的公开的个人信息(emmmm,很有安全感)
可以更加方便的与学长聊天,寻找大佬带飞,到处找人层层深入也太麻烦了吧。
手机的使用度实在是太高了(蹭微信热度)
C(Competitors,竞争)
优势
我们可以和曾经或者现在仍然再某个实验室或者工作岗位的好兄弟进行交流,而不是只有一个简单的介绍。让你到处去寻找本人的庐山真面目。
关键词的搜索很重要,如果没有好兄弟给你介绍大佬,呢可不久要自己找,搜索各种竞赛名来直接找到参加过的大佬达成共识不是很方便。
劣势
好像并没有班级信息,没有信息的整合吧,如果一个班想要创建一个自己的班级群聊还要一个一个的找人感觉有点麻烦。
可能理想很美好现实很残酷,构思的功能有点多对于小白来说可能还是有点难度的。
D(Delivery,推广;Data,数据)
- 先向熟人下手,自己身边的同学,朋友,比较熟悉的老师,自己参加的社团,一起打游戏开黑的好兄弟。
- 官方平台一定是不二之选,如何获取这么多的用户,最好和校方合作,才可以更好的让这些大佬加入我们,或者让校方帮我们打广告!(梦想总是要有的,万一实现了呢)
- 笨办法,花钱!(应该挺实用)发传单也是一种很好的手段,做活动(加入送一些小礼品)
用例图
原型展示
首页展示
登陆以及注册页面
忘记密码或者密码修改界面
修改个人信息或查看他人个人信息
发起私聊或者群聊以及消息
社区
动态回复
结队作业照片
Github提交
总结
- 通过本次结对作业的学习和完成,学习到了很多知识,懂得了用户的需求分析;虽然在结队作业的过程中会产生一些不一样的看法,但是还是得到了统一,配合相对来说还不错,一个甲方给另一个挑毛病,然后角色互换(程序员可太难了),最终还是完成了原型模型的设计,虽然这只是一次尝试,希望下次可以做到更好。