section 1 组建团队
1.队长： 王伟航 2017013466
队员：张景浩 2017012837
吴玉东 2017013083
魏文晴 2017011343
吴启雯 2016012046
2. 项目名：想当老师嘛，想要￥嘛
队 名： 小熊维尼队
3.团队项目描述：项目是面向家长和学生的线上家教管理系统，适用于各个需要家教机会的在校大学生，以及需要帮自己孩子找家教的家长。通过这系统实现线上家教便捷管理。
4、队员风采：
王伟航：
风格：统筹策划，踏实负责
擅长的技术：Java，ssm，数据库
编程的兴趣：功能设计，微信小程序
希望的软工角色：web后端
一句话宣言：软件在能够复用前必须先能用。
张景浩：
风格：性格沉稳，待人友好。
擅长的技术：擅长C++,JAVA
编程的兴趣：对编程方面，有热情，有耐心
希望的软工角色：项目测试人员
一句话宣言：快乐编程
吴玉东：
风格：性格开朗、外向、有良好的沟通能力，做事认真
擅长的技术：html，css，js
编程的兴趣：将理论知识运用在实体之中，提高自身实力
希望的软工角色：原型设计，网页前端
一句话宣言：吃得苦中苦，方为人上人
魏文晴：
风格：认真踏实，文静随和
擅长的技术：HTML css JavaScript
编程的兴趣：希望学习更多的技术
希望的软工角色：web前端
一句话宣言：做最好的打算，做最多的努力
吴启雯：
风格：认真踏实
擅长的技术：java，bootstrap
编程的兴趣：不断更新和掌握知识与技术
希望的软工角色：web后端
一句话宣言：万丈高楼平地起，千里长路足下行
5、首次合照：
（拍摄者：张景浩）
6、团队特色：头脑风暴，团结活泼，踏实勤奋。
Section 2:团队选题
1、项目概述及意义
概述：一个可以给大学生提供家教机会，同时给家长提供广阔平台寻找家教的软件，可以让学员给教员评价。
意义：保障大学生安全的同时给他们提供做家教的机会，满足大家的需求。
2. NABCD分析项目：
N(Need需求)
在线家教系统对学生和家长来说都是是一个不可缺少的部分，首先很多在校大学生希望得到家教的机会，但苦于安全的问题以及难以得到相关信息的问题，找不到这样的机会。
而对于家长来说，很难确定所选的家教对于自己的孩子是否有效，所以通过该系统所提供的许多家教信息可以针对性的选择家教，以及满足自己的想法。本软件就是本着这样的初衷而开发，同时努力将系统做地人性化。
A(Approach做法)。
关于技术方面，我们或许并没有非常突出的地方，仅仅是以接口与算法的结合，来实现我们的效果。
但是我们计划，在项目完成后，与有一定固定用户的东师青年微信公众号合作，做到更加便利的服务于大学生群体。不仅补充完善公众号的功能，也为我们自身赢得了一批稳定的用户。
B(Benefit好处)
实现网上的家教平台，学生们完全可以足不出户，在寝室完成家教的人任务，完全不存在安全的隐患
家长可以在千千万万的在校大学生中选择满足自己孩子学习需求的家教，可以让孩子的学生有计划性的提高
可以针对家长对家教的满意程度来筛选出一部分不认真不负责的家教，更合理的满足大家的需要。
C(Competitors竞争)
就目前的情况来看，家教app和家教平台比较多，但是要想成为其中教师审核程序繁琐复杂。而我们这各项目是针对学校校内在校大学生，保证人员的可靠，同时给许多没有接触到这方面资源的同学机会。
我们可以着重针对东师的学生和长春本地需要家教的家长，我觉得市场还是很广阔的。
D(Delivery交付)
我们计划先制作出产品，然后与东师青年微信公众号合作，推出此功能，依据大家的使用反馈进一步完善我们的产品。如果反响不错，我们甚至可以与拥有各个高校学生选课表接口的“超级课程表”这样优秀的app平台合作，推出我们的产品。
除此之外，我们也可以通过在食堂发放宣传单、二维码的方式进行推广，由小到大，由专及广地进行推广。
Section 3:贡献分配
1 . 共同思考团队贡献分配的过程：
初时考虑团队贡献分配真的是一个令我们团队感到很苦恼的问题，由于每个队员在小组中的分工不同，而且分到的工作难度以及量也不一样，因此，想要在一定程度上保证团队贡献分的公平分配就成了一个很重要的问题，公平合理的分配不仅可以调动队员们做事的积极性，而且还能解决矛盾并保证团队内部的和谐，这是很重要的一方面。经过激烈的讨论和协商之后，我们团队给出了还算满意的团队贡献分配方式。
2. 大致考虑到团队贡献分配的方面：
团队项目规则中，所有人分数的总和为50*N，即50分/人，其中N为团队的人数。而要团队中的每个人分数不尽相同，就需要将分数分配的考虑的部分尽可能的多一些，减少由于分配规则的不合理带来的误差。然后调整各个部分所占的分数比例，不太重要的将其比例调低，重要的将其所占的比例调高。有些部分是必须在考虑范围之内的，例如工作重要性，而工作重要性又由两个部分组成：工作量和工作难度，有的工作量大，却较为简单，而有的工作量小，却难度较高，而在工作重要性这个部分里里贡献最大的当然是工作量又大，难度又较高的人了。工作量的计算方式大致可以从两个方面推测，一是完成工作所需要的时间二是。工作时间上推测出来。工作重要性，工作重要性的计算方式可以包含两方面，一是评定工作难度的难易程度 二是），我们小组考虑到了很多类似这方面的内容。
3. 具体团队贡献分配分配的方式：
最后总分=【工作量（35%）+工作难度（25%）+工作完成度（30%）+队员评价（5%）+工作积极性（5%）】*0.5
（1） 工作量（35%）：对于我们的软件工程项目来说，包括主程序的代码编写，模块功能实现量，程序测试人员对于软件后期维护，项目的风险分析和软件的功能分析等等不同的工作，这些工作分配到每个成员的实际量就是我们这里所说的工作量。评定队员为了完成工作所花费的必要的学习时间也是其中之一（这是因为在完成项目的过程之中，不一定每个队员都能负责到自己最擅长的工作，有的队员并不擅长某方面，但由于团队需要而服从分工，这名队员将花费许多学习时间来完成自己所分配的工作，这个时候不能简单凭工作的难易程度来评判一个队员的贡献，因为他的工作对于别的队员来说可能很简单，但对他自己很难，他花费了大量时间学习如何去完成工作，却只得到一点点贡献分，这显然对他是不公平的）。一开始我们所有组员会对每个人要负责的部分做一个大致的时间评估（当然肯定有误差），以评估时间总和/7得到大致的工作时间，这样就得到了必要花费的工作时间，然后由组长评估每个人的工作时间为A,B,C分别对应100，90，80三个档次的工作量。而对于组员为了完成任务所必要的学习时间也同上。
最终工作量=【工作时间*60%+学习时间*40%】*35%
（2） 工作难度（25%）：对于团队项目，仅仅用工作量来衡量个人的工作实际投入肯定是不够的。比如说在项目开发过程中，组员们每天都在一起工作，但是我们不能说一个主程序员用了一天的时间完成了一个难度很大的模块的代码的工作投入和一个辅助人员用了一天的时间检查了一遍代码一样的，这也就是我们所说的工作难易程度。我们应该对于项目开发中负责难度较大的模块的组员更多的分数奖励，这样才体现了公平分配的原则。
由组长评估每个人的工作时间为A,B,C分别对应100，90，80三个档次的工作难度。
最终工作难度=评定档次分数*25%
（3）工作完成度（30%）：工作完成程度在我们最初分配不同的工作量后，肯定会有完成的好的和完成的差的，即使你有能力，分配到了最重要的工作，但是你因为某种原因并不能很好的完成任务，甚至于在最后期限也没有完成任务，这肯定是对个人得分有着很大的影响的，如果你选择了较为简单的工作，但是你在这份工作中完成地相当出色或富有创造性，这就是一个加分点。我觉得这样一定程度上也能促进一个出色的项目的完成。
自己未能完成，延误团队进度，在其它组员的帮助下完成——40%
基本完成功能，但是有挺多不足，部分处理的不好——60%
完成得一般，要求的功能都实现了，但是还能进一步优化——80%
完成的非常好——100%
最终工作完成度=评价分数*30%
（4）组员评价（5%）：这部分是队员们的互相评价，也算是给组员们一个自主评价其它的机会。在成任务的过程中，每个人获得除了自己之外其他组员的评分。差评0分，一般0.5分，好评1分，每个人最多给队友1分评价分，最少给0分，即最高能拿到5分。
最终组员评价=所有评分之和
（5）工作积极性（5%）：良好的态度是成功的一半，我们现在毕竟是一个学生组成的团队项目，不能要求的那么苛刻和严肃，要鼓励组员们的积极性和自主学习的兴趣，这个工作积极性的加分就能很好的促使目前能力不能达到要求的同学也能积极的投入到项目开发小组活动中来。也就是工作积极，讨论时活跃，认真学习的组员我们在这方面给予小小的加分奖励，这样才更人性化。
工作态度一般的给3分 较为活跃的给4分 起到了带头促进组员积极性的给5分
注：所有初始评价分数上限都为100分，最终分数=评价分数*分数占比
扫一扫
1254
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
