031702136 李爱军
031702143 蔡智伟小程序
须要这样一个网站系统、或APP、或轻度社交软件、或依附于微信的轻度社交小程序,能把同门的家族关系创建起来。具备动态分享和社交的功能;具备必定隐私性,外人只能查看基本信息,没法窥探细节;但假如是家族树的人,能够知道同门家族的前驱后继,本身的前人和后来者,本身的导师,乃至导师的导师的导师的导师,上翻18代,也许是牛顿。每一个节点,都是一个活生生的人物和用户,能够分享和互动。微信
(1)Need,需求
进过我和队友的分析和讨论,已经明确了不一样类用户了的需求,现归纳以下:网络
- 一、老师:了解本身曾经带过的学生的现状,并能够和他们交流沟通,并且还要关注他们分享的动态。固然,老师也作过学生,他们也殷切地指望和本身曾经的导师取得联系,分享本身这些年工做的点点滴滴。
- 二、萌新学生:他们每每不知道该怎么选择本身的毕设导师,因此须要为他们作一份全部导师的我的介绍。并且,他们也很是期待能和学长学姐们取得联系,听取他们的经验,以及对老师的见解和对本身的建议。因此,就要实现和他们的聊天功能。
- 三、在读学生:他们与萌新学生实现的功能相似,只不过因为他们已经选好了毕设导师,因此,只须要实现他们和已毕业学长们的聊天功能。
- 四、已毕业学生:因为他们已经毕业,因此他们迫切地但愿可以和同门学长学姐交流,探讨是选择工做仍是选择继续深造,而且指望可以获得内推的机会。
(2)Approach,作法app
- 一、设计导师我的介绍系统,且该系统只有萌新学生才具备查看权限。
- 二、设计聊天系统,只要在“家庭树”内的成员均可以聊天。
- 三、设计动态分享系统,“家庭树”内每一个人均可分享本身的家庭动态,也可查看“家庭树”内其余人分享的动态。但该功能权限设置为仅“家庭树”内成员可查看。
(3)Benefit,好处工具
- 一、对于萌新学生来讲,该项目可让他们了解到导师更多的信息。
- 二、“家庭树”内的全部成员能够查看到其余人的动态。老师能够不用聊天就能够了解到本身的学生的动态,解决了很差意思开口主动问候学生的问题。
- 三、这个项目具备聊天功能,“家庭树”内的全部成员能够经过聊天增进之间的感情。学生们也能够经过聊天和学长学姐们取得联系,咨询他们相关问题。学长学姐们能够经过聊天与学弟学妹们取得联系,分享本身的学习经验以及提供给他们内推机会。
(4)Competitors,竞争学习
咱们这个项目的独到之处就是能够为萌新学生提供导师的我的信息,萌新学生能够很方便地查到想要了解的导师信息,这是其余类社交软件作不到的。另外,这个系统内只提供了“家庭树”内的信息,因此,数据操做就是十分方便。但不得不认可,咱们的劣势就在于咱们的项目功能可能太少,和其余社交软件相比,咱们的软件可能稍微有些简陋。开发工具
5)Delivery,推广测试
咱们能够经过传单海报等形式让学生和老师了解到咱们的项目,让他们感觉到咱们这个项目的实用之处。咱们还能够经过学校和学院的各类微信号来推广咱们的项目。
网站
1.记录应用所须要具备的功能、界面草图
2.解决分工问题
3.模块与模块之间的转移
4.利用墨刀实现并撰写博客编码
1.聊天交流(其中包括与同家族的师生和与非同家族的师生,这均可以经过好友添加、推荐实现)
2.动态分享(这能够实现生活趣事的分享、内推机会的分享等等)
3.文件收发和语音收发(在聊天功能中实现)
4.导师功能的选择
5.家族树
因为功能模块划分的比较细致,因此不一样用户的界面基本同样。
登陆后的初始主界面,不一样类型的用户的界面有略微差异:萌新学生还没有选取导师,因此其导师还不肯定。界面中的提示语也有一点点差异。
接下来介绍各类功能模块:
这是几乎全部聊天交互软件所具备的功能,能够收发文字、图片、文件、语音信息,这是这款软件最基本的,拉近人与♂人之间的距离。
这样的模块可以让在校生、萌新生分享本身的在校困扰or疑惑来请求支援,或者是身边的喜事趣事。也能让老师和学生更好地交流或者和本身的往届生更好亲近,让老师们看到从前某个学生如今过得怎么样。也能让毕业生分享本身的经验、本身公司的工做招聘的内推机会或是和同门师生亲♂近。
家族树能让使用这款软件的每一个用户了解同门家族的前驱后继,本身的前人和后来者,本身的导师,乃至导师的导师的导师的导师。可以让用户与其中的人进行交流,同门的人,处境会有些许类似,也许在某些情景可以给予本身帮助。
可以给予萌新同窗们许多导师的信息,可以让他们更好地了解导师,来让本身选择导师,以更好地学习。
通信录中的各类分组可让用户更好地使用它来寻找聊天对象,好友添加功能可以让用户经过用户ID等信息来添加好友。
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 40 | 30 |
Estimate | 估计这个任务须要多少时间 | 120 | 120 |
Development | 开发 | 385 | 360 |
Analysis | 需求分析 (包括学习新技术) | 60 | 90 |
Design Spec | 生成设计文档 | 60 | 60 |
Design Review | 设计复审 | 20 | 20 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | -- | -- |
Design | 具体设计 | 60 | 90 |
Coding | 具体编码 | -- | -- |
Code Review | 代码复审 | -- | -- |
Test | 测试(自我测试,修改代码,提交修改) | 30 | 30 |
Reporting | 报告 | 120 | 120 |
Test Report | 测试报告 | 60 | 80 |
Size Measurement | 计算工做量 | 30 | 30 |
Postmortem & Process Improvement Plan | 过后总结, 并提出过程改进计划 | 30 | 30 |
合计 | 1015 | 1060 |
一、合做照片
二、过程总结
李爱军:
此次结对做业,我和队友一块儿分析讨论而后制做,学到了不少新的东西,好比最大的收获就是墨刀了。此次做业虽然时间比较紧,但相比让我感到十分痛苦的代码,此次做业仍是很是有趣的。还有我了解到了需求分析中的一个重要模型——“NABCD”,学习到了怎样更好地根据客户需求更好地作出产品。总之,经过完成此次做业,我收获了不少。
蔡智伟: 对于这次做业,我了解了关于一个项目从头至尾应该如何作,作什么。首先,对于客户的需求分析是最重要的,这是完成工做的基础,分析到位才能清楚各项工做应该如何作,要明白用户是“什么样的人”、他们在“什么样的场景下”使用咱们的设计。对于这个,能够适当采起用户调研、网络查询资料等方法。而且,多人合做的项目,在项目设计以前的讨论应该要分工清晰、任务明确,勇于交流想法,畅所欲言。