“这是一个运气王团队”第一次项目
团队项目——签了么课堂考勤app
一.团队简介
①.团队名称：这是一个运气王团队
②.团队特色：本团队一切事宜负责人均由QQ红包运气王选出~
③.团队成员
| 姓名 | 学号 |
|---|---|
| 何宸锐（组长） | 201731024227 |
| 雷槟源 | 201731024116 |
| 涂才森 | 201731024129 |
| 刘俊 | 201731024208 |
| 姜仪 | 201731024206 |
| 吴明益 | 201731024202 |
| 匡小娟 | 201731024210 |
二.队员简介
- 何宸锐——对编程较有兴趣，能当上组长纯属“运气好”，在今后的开发过程中带领队员学习移动端开发方面知识
- 雷槟源——性格活泼，逻辑能力强，对于数据库的设计比较了解，愿意主动学习后端开发
- 涂才森——对编程有一些基础，喜欢用C#写Windows窗口程序，对数据库的设计也比较感兴趣，和雷槟源同学一个宿舍，结队学习后端开发
- 刘俊——不是很喜欢编程，但是喜欢PS，可以接手软件UI设计，并可担任软件的市场推销
- 姜仪——对编程比较有兴趣，喜欢自主学习，熟悉数据库的操作，做事认真细心，对后端开发感兴趣
- 吴明益——和刘俊同学一样，不喜欢编程，但是喜欢素描，可以灵活使用PS软件，和刘俊同学结队完成UI设计和部分前端工作
- 匡小娟——喜欢学习C、C#，对窗口程序的开发有经验，对SQL server比较熟悉，愿意自学后端开发
三.项目名称
团队一致决定，将“签了么”作为我们的考勤app名称。
四.项目简介
我们的项目是做一款面向广大教师的课堂考勤app，因为技术原因，前期只能实现本校的考勤，这款app可以更人性化的优化课堂考勤，教师端可以实现实施考勤，以及按照实际情况更改学生签到状态，可以实现随机点名功能，这是我们的前期预想，后面会慢慢增加更多功能，如定位，二维码签到等。
五.NABCD分析
①.Need——需求
如今大学生对课堂的认识不够清晰，对课堂重视性不够，部分大学生无故缺课已成常态。老师需要这样一个系统来帮助自己进行管理，学生也需要这样的软件来警醒自己。校园外社会企业也对考勤系统有需求的，企业考勤管理系统是一个企事业单位不可缺少的一部分，它的内容对于企业的决策者和管理者来说都是比较重要的。在实际情况中在大学刷脸、指纹、打卡考勤是不实际的，而各单位对于考勤的预算不同，有些单位从性质上考虑，没有必要在考勤系统上投入过高。也可能由于办公场所具有不固定性，而考勤具有必要性，可以选择一些小程序来解决考勤问题。
②.Approach——做法
开创一个小程序，通过多种方式来对于线上的真实性做保障，由于线上小程序运营维护成本低，我们本来就是大学生群体，直接接触用户在需求和人脉上具有优势。
③.Benefit——好处
我们是大学生群体，了解需求，对用户体验的认知也非常充分。签到途径多样化，可以充分满足用户需求，大大提高了考勤准确性。
④.Competitors——竞争
已进入市场的签到软件都缺乏一些系统的考虑，而此款软件不仅能够通过定位而且可以通过二维码时时变换和输入编码进行签到，甚至在学生主动签到失败时，可以通过教师手动消除的特性保证真实性签到途径多样化是我们的最大优势。
⑤.Delivery——交付
我们本身就可以进行大量的数据测试，也可以基于我们自身的人脉进行推广，校园平台也是我们推广的良好平台。在面向单位的时候由于大量的施工项目在我们学校实施我们也可以在这方面进行推广测试。
六.初步任务分工
在进行开发之前，我们团队需要确立一个目标，确立这个开发项目的目的是为了更好的学习软件开发相关的只是，了解软件开发的框架结构，从开发中进行学习，在学习中进行开发，一下是我们团队的开（学）发（习）分工。
1. 各团队成员学习了解整个项目的结构，各个功能模块，以及使用的框架，了解基础使用，然后了解原理，最后基于自己的项目进行封装，这样会方便后续快速功能实现。一般项目结构都会按照如下结构展开。
2. 在学习了项目的框架结构过后，再学习一下软件开发过程需要掌握的基础知识，例如：
项目构建 ：一个优秀的Android应用从建项目开始，创建项目的一些规范。
工具类：AndroidUtilCode，所有想用的工具类，都可以从中抽取。
基类：构建项目中基类，如Activity,Fragment等。（1、2流程预计花一周时间去学习移动端开发的相关知识）
3. 在学习了上诉内容之后，开始进入需求分析阶段，由206、208、202、210同学进行需求讨论，做什么功能，怎么做，包括：开发类型、需要开发的平台、具体的产品功能需求、具体的产品设计需求、通过反复调研、讨论、输出交互方案；在完成输出交互方案之后，由116、129、227同学进行需求评估，讨论需求方案是否可行，包括功能需求技术难度、评估设计需求可行性与体验评估。（需求分析与评估预计一周时间）
4. 完成需求评估之后就开始着手进行项目技术开发与视觉规划。组织团队成员安装Android studio工具，由208同学和202同学开始设计UI（产品界面）和UE（用户体验），针对产品开展创意设计，形成初步的效果图。
5. 在UI设计的同时，由227、129、210同学进行程序设计，以及后续的接口对接，由116同学和206同学开始着手数据库的设计以及后端设计，由227同学全程规划监督项目任务，并定期举行项目会议沟通和管控项目开发进展。（4、5步骤将占据开发周期的剩余大部分时间）
6. 在后期运维阶段，团队每位成员将产品面向的平台多机型同步测试，包括：App内容测试、App性能测试、App功能测试、App视觉测试，由227、129、116同学对BUG调试修复。（在开发时间的最后一周，进行软件检测，BUG修复等等）