一、团队成员介绍
队长：魏一人
我是192402班的魏一人，除了可爱，我一无所有
团队成员：
宋清雪：
我叫宋清雪，来自192402班，认生是常有的，话多是公认的，血型是AB的，性格是开朗的，喜欢和同学相处，喜爱打羽毛球，对新鲜的事物充满好奇，对生活积极乐观。
王佳琦：
我是来自黑龙江省齐齐哈尔市的王佳琦，女
爱好：无
平凡是我生活的主基调
星相是不信的，信仰还是有的。脾气是不好的，现在是改良的。
手机是老式的，性能是优越的。对它是很爱的，换是不舍得的。
最后，生活虽然是苦涩的，但是人间是值得的
王海楠：
介绍是罗嗦的，吹牛是不要的。心灵是真实的，性格是孤傲的。认生是常有的，话多是公认的。精神是正常的，行为是奇特的。害人是不害的，利己是随机的。大家好，我是王海楠
王婷：
学习是一般的，挂科是暂无的。开始是郁闷的，后来是麻木的。头发是乌黑的，白发是没有的。眉毛是飞腾的，八字是不会的。鼻子是不高的，睫毛是长长的。眼睛是大大的，镜片是没有的。认生是常有的，话多是公认的。爱心是很有的，不是给小孩的。幻想是美丽的，现实是荒凉的。失眠是经常的，熬夜是习惯的。星座是双鱼的，血型是很o的。脾气是不好的，现在是改良的。自我介绍是长的，写着是很累的。大家是友善的，看完是无聊的。哈哈大家好 ，我是王婷。
李洋：
星座是摩羯的，血型是AB的，表情是不多的，本人是可爱的，编码是必然的，脑袋是爱学的，介绍是简单的，大家是看得懂的。嘿！大家好，我是192402班李洋同学。
王宝锋：
我是192402班的王宝锋，除了努力，我一无是处
徐伟刚：
我是192402班的学习委员 徐伟刚，除了学习以外 我一无是处
王若宇：
我叫192402班的王若宇，我都行！
王远航：
一生所求，理想与自由，我叫远航，我姓王
王庆祥：
我是王庆祥，来自192402班，我热爱学习，学习使我快乐，一天不学习就浑身难受
二、团队照片合影
三、团队规范
1.统一开发语言,统一开发框架统一开发的方法。避免那种由着性子,想用什么就用什么的现 象。目的是少维护成本,提高效率。
2.统一开发环境。比如用 linux都用linux,开发环境和线上球境保持一致。环境一致可以及早暴露问题,减少因环境不一致而导致的各种额外支出。
3.统一编码规范。除了形式上的要求外，更重要的是命名规范。目的:提高代码的可维护性降低代码多人维护的成本。
3-1：程序块要采用缩进风格编写，缩进的空格数为4个。
说明：对于由开发工具自动生成的代码可以有不一致。
3-2：相对独立的程序块之间、变量说明之后必须加空行。
3-3：较长的语句（>80字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可 读。
3-4：循环、判断等语句中若有较长的表达式或语句，则要进行适应的划分，长表达式要在低优先级操作符处划分新行，操作符放在新行之首。
3-5：若函数或过程中的参数较长，则要进行适当的划分。
3-6：不允许把多个短语句写在一行中，即一行只写一条语句。
3-7：if、for、do、while、case、switch、default等语句自占一行，且if、for、do、while等语句的执行语句部分无论多少都要加括号{}。
3-8：对齐只使用空格键，不使用TAB键。
说明：以免用不同的编辑器阅读程序时，因TAB键所设置的空格数目不同而造成程序布局不整齐，不要使用BC作为编辑器合版本，因为BC会自动将8个空格变为一个TAB键，因此使用BC合入的版本大多会将缩进变乱。
3-9：函数或过程的开始、结构的定义及循环、判断等语句中的代码都要采用缩进风格，case语句下的情况处理语句也要遵从语句缩进要求。
3-10：程序块的分界符（如C/C++语言的大括号‘{’和‘}’）应各独占一行并且位于同一列，同时与引用它们的语句左对齐。在函数体的开始、类的定义、结构的定义、枚举的定义以及if、for、do、while、switch、case语句中的程序都要采用如上的缩进方式。
3-11：在两个以上的关键字、变量、常量进行对等操作时，它们之间的操作符之前、之后或者前后要加空格；进行非对等操作时，如果是关系密切的立即操作符（如－>），后不应加空格。采用这种松散方式编写代码的目的是使代码更加清晰。
3-12：一般情况下，源程序有效注释量必须在20％以上。
说明：注释的原则是有助于对程序的阅读理解，在该加的地方都加了，注释不宜太多也不能太少，注释语言必须准确、易懂、简洁。
3-13：源文件头部应进行注释，列出：版权说明、版本号、生成日期、作者、模块目的/功能、主要函数及其功能、修改日志等。
3-14：函数头部应进行注释，列出：函数的目的/功能、输入参数、输出参数、返回值、调用关系（函数、表）等。
3-15：边写代码边注释，修改代码同时修改相应的注释，以保证注释与代码的一致性。不再有用的注释要删除。
3-16：注释的内容要清楚、明了，含义准确，防止注释二义性。
说明：错误的注释不但无益反而有害。
3-17：避免在注释中使用缩写，特别是非常用缩写。
说明：在使用缩写时或之前，应对缩写进行必要的说明。
3-18：注释应与其描述的代码相近，对代码的注释应放在其上方或右方（对单条语句的注释）相邻位置，不可放在下面，如放于上方则需与其上面的代码用空行隔开。
3-19：对于所有有物理含义的变量、常量，如果其命名不是充分自注释的，在声明时都必须加以注释，说明其物理含义。变量、常量、宏的注释应放在其上方相邻位置或右方。
3-20：全局变量要有较详细的注释，包括对其功能、取值范围、哪些函数或过程存取它以及存取时注意事项等的说明。
4.集体的代码评审。发现大家在算法、遇辑、安全等等方面的同题,引导大家按照正确的方式来做事。
5.核心观点:代码不是写给自己看的,是要为团队的其他成员来考虑的。
四、团队模式
1.业余剧团模式：
团队中各人扮演各人的角色
优点：在业余玩票、培训的环境中，每个人都可以尝试不同角色，大家可以比较平等地讨论
缺点：在竞争性强烈、创造性要求高的团队，不会存在完美主义的民主气氛。
2.爵士乐模式：
与交响乐模式存在相当多的对立
优点：领导给出一个主题，然后成员们百花齐放，各显本领，快收尾时再总结
缺点：人员不能太多
五、项目选题
1.吃乎
这是一个关于合理安排膳食，面向学校和学生的软件，学生可以提供身高、体重，年龄，家乡等信息，系统会分析数据，对该学生进行分档(偏瘦，偏胖等)，为该学生制订一份健康饮食计划表，并且每周一更新。也可以将计划表推荐给学校，学校根据大部分学生的需求来制定菜谱。该系统可以展示本日食堂菜谱，学生可以查看每个菜的实时预定人数，避免了食堂拥挤，食堂也可以根据预定情况来着重做预定多的菜，避免浪费。该系统还可以加以完善，可以走出校园，面向社会。
2.Free chat
这是一个可以自由聊天的论坛，它是基于p2p技术，p2p可以直接将人与人联系起来，让人们通过互联网直接交互，做到真正的没有“中间商”，目前p2p模式用的居多的是互联网金融公司，但用p2p来做论坛，可以略过总服务器，每一位用户懂事一个节点，这样是点对点的，所以某一点出现问题对整个网络不会造成大的影响。