Section 1 组建团队
1.队员：郭腾岳2016012077（组长）
郭慕然2016012000 王玉2016012048
邓茜茜2016012100 张琪2016012039
2.队名：成长快乐队
3.团队项目描述：如今很多同学对考证都有或多或少的迷茫，为适应当下对于考证较为迷茫的同学的需求，我们希望能给他们提供当下最新的相关资讯与交流学习的平台。
4.队员风采：
郭腾岳---- 队员的风格：认真做事，有团队精神
擅长的技术：html、css
编程的兴趣：web开发
软工角色：前端开发师
宣言：经验是由痛苦中萃取出来的。
郭慕然----队员的风格：随心所欲
擅长的技术：C、html
编程的兴趣：web开发
软工角色：前端开发
宣言：努力且艰难的前进吧。
王玉----队员的风格：思维敏捷，谦虚认真
擅长的技术：html、css，ps
编程的兴趣：web开发
软工角色：前端开发师
宣言：任何事情，只要心甘情愿，就能变的简单。
邓茜茜----队员的风格：自信，喜欢学习新知识，踏实。
擅长的技术：Java、C
编程的兴趣：网页设计
软工角色：后端开发
宣言：做什么事都要尽自己最大的努力。
张琪----队员的风格：踏实努力，积极向上
擅长的技术：Java
编程的兴趣：Java WEB 开发
软工角色：后端开发师
宣言：做事只求精益求精。
5.团队首次合照：
6.团队特色描述：切入点较好且从此切入的相对较少，功能也满足了当下大学生的实际需求。
Section 2 团队选题
一、项目的概述与意义，为何要选择这个项目
概述：
此次项目我们组以考证网为课题，在此次项目中我们会将其分为主要三大部分。
第一，提供最新的最热的考证信息，为需考证人员（主要针对我们学校的同学）提供方便，实现信息共享；
第二，推荐相关的资料，提供复习建议和注意事项，提供难易等级，推荐准备的时间，方便考证人员的及时复习；
第三，提供讨论专区，各抒己见，方便交流。
为何要选这个项目（意义）：
在社会竞争日渐白热化的现在，考证可以说是每个人必须面对的。当今社会许多大学生乃至社会人士都需要考取某些专业的证书，如大学生英语四六级、教师资格证等等。但是在各式各样的考证考试面前，不免有些迷茫，每一次的证件考试都有对应的要求，对应的网站，并且网上的各类考证方面的网站大多需要交费报班。所以此次我们想要通过这次的课题来制作一个考证网站，提供各类考证信息，方便大家。可以说，此次课题的创建也是实际生活的需求。
二、采用NABCD分析你的项目
（1）N[need ]
我们的创意实现了将各类考证信息集合，方便考证人员的查询，以及相互的交流。根据当代大学生乃至部分社会人士的实际需求出发，为他们提供了一些考取证书方面的帮助，许多别的网站的用户可能不是想花钱报学习班而是希望找志同道合之人互相学习、交流经验以及相互监督。采访了一些学金融的同学跟教育专业的同学都表示如果存在这样的网站肯定会去浏览一下。
（2）A[approach]
在大一学年我们曾参加过网页设计，因此简单的前后端语言是可以使用的。我们在这个项目过程中，我们可能会遇到因为没有实际的操作而陷入困境。首先，对于我们需要但是现在并未掌握的技术，我们会认真地学习。当我们遇到困难，我们会先查阅资料，尝试自己解决，如果解决不了，我们会向老师和同学求助，努力将我们的项目完成得最好。
（3）B[benefit]
对于用户而言，提供大量的考证信息，当然，我们团队会根据用户的反馈适时地增添信息，做到及时全面。而对于我们团队来说，我们可以通过这次项目提高我们的编程动手能力以及增加完成一个完整项目的经验，为以后的就业打下一些基础。
（4）C[competitors]
考证网的的确确地存在，可以说我们的确存在竞争。但是对于我们而言，那些考证网却也没有真正的“做大”，因此，我们第一的要求就是我们自己不会将网站制作粗略。我们虽然不是最早进入市场的产品，但是我们有我们的优势（如作为大学生我们更懂得大家的需求是什么以及我们准备的论坛），凭借我们的优势，我相信我们可以脱颖而出。
（5）D[delivery]
首先是通过自己的人脉进行小范围的试用。当这个科目适用于千万人群时，会通过相关广告的制作等媒体宣传以及相关人员的推荐。
编程语言：Java HTML CSS jQuery
解决方案：使用 HTML以及CSS制作出网站的前端页面，使用jQuery框架。网站主要使用Java开发。根据组内队员的个人擅长和兴趣进行分配任务，遇到问题组内讨论解决，如若解决不了，则上网进行查找或者咨询老师和同学。
技术的熟悉程度：
| HTML | CSS | JAVA | C | jQuery | |
| 郭腾岳 | 5 | 5 | 2 | 2 | 5 |
| 邓茜茜 | 3 | 2 | 3 | 3 | 2 |
| 王玉 | 3 | 3 | 2 | 3 | 2 |
| 张琪 | 3 | 3 | 4 | 3 | 2 |
| 郭慕然 | 3 | 2 | 2 | 3 | 2 |
Section 3 贡献分配
- 对贡献程度而言（60%）
考核方向
任务量（暂时以预定时间为参考，如果实际和预定有出入，需指明原因，判断是个人因素还是任务预估有问题）
难度（开发的不确定因素量以及学习成本，通俗理解就是坑会不会很多，处理这些坑要花多少额外时间）评价成绩
效果
60%
基本完成功能，但是很简陋，部分细节未能达到预期要求
80%
完成得一般，要求的功能都实现了，但是还有优化的空间
100%
完美完成，无可挑剔
- 对时间而言（25%）
考核方向
完成个人任务所用的时间扣分制
每超出完成时间24小时
-15%（整个25%的15%）
-
评价（互相评价+个人评价）（20%+5%）
互相评价
小组成员根据该成员对其他成员的帮助、创新思想、任务的后续影响、工作热情、潜在危害（包括个人拖延和代码逻辑性差）共五个方面的因素进行打分，每项各占20%，然后公正地进行匿名评分。
成员
帮助他人
创新思想
任务后续影响
工作热情
潜在危害
1
2
3
4
5
个人评价
结合自己自身情况对自己综合表现进行打分并说明理由。
分数=C(contribution)贡献程度（50%）+ T（time）按时完成（25%）+ E（evaluate）评价（25%）