团队项目第一次作业

一、团队成员介绍

成员姓名	队内身份	负责工作
贾福巍	项目管理员	规划项目进程、 组织讨论、分配任务 博客撰写、PPT制作
王言冬	PM	协助规划项目进程、 参与开发、 博客撰写、PPT制作
张九川	产品经理	选题讲解、内容展示
谢晓飞	后端开发	负责后端代码的开发
张文博	后端开发	负责后端代码的开发、 PPT制作
张   迪	数据测试	后期数据测试
于   达	数据测试	后期数据测试
徐少华	资源管理	数据整理、记录团队进程
郭文杰	代码规范	编写代码规范
李月卿	代码规范	编写代码规范
路沛环	资源管理	数据整理、记录团队进程

二、团队照片

三、团队队长

贾福巍

四、编程规范

1-1：程序块要采用缩进风格编写，缩进的空格数为4个。

1-2：相对独立的程序块之间、变量说明之后必须加空行。

1-3：较长的语句（>80字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读。

1-4：循环、判断等语句中若有较长的表达式或语句，则要进行适应的划分，长表达式要在低优先级操作符处划分新行，操作符放在新行之首。

1-5：若函数或过程中的参数较长，则要进行适当的划分。

1-6：不允许把多个短语句写在一行中，即一行只写一条语句。

1-7：if、for、do、while、case、switch、default等语句自占一行，且if、for、do、while等语句的执行语句部分无论多少都要加括号{}。

1-8：对齐只使用空格键，不使用TAB键。

1-9：函数或过程的开始、结构的定义及循环、判断等语句中的代码都要采用缩进风格，case语句下的情况处理语句也要遵从语句缩进要求。

1-10：程序块的分界符（如C/C++语言的大括号‘{’和‘}’）应各独占一行并且位于同一列，同时与引用它们的语句左对齐。在函数体的开始、类的定义、结构的定义、枚举的定义以及if、for、do、while、switch、case语句中的程序都要采用如上的缩进方式。

1-11：在两个以上的关键字、变量、常量进行对等操作时，它们之间的操作符之前、之后或者前后要加空格；进行非对等操作时，如果是关系密切的立即操作符（如－>），后不应加空格。一行程序以小于80字符为宜，不要写得过长。

2-1：一般情况下，源程序有效注释量必须在20％以上。

2-2：说明性文件（如头文件.h文件、.inc文件、.def文件、编译说明文件.cfg等）头部应进行注释，注释必须列出：版权说明、版本号、生成日期、作者、内容、功能、与其它文件的关系、修改日志等，头文件的注释中还应有函数功能简要说明。

2-3：源文件头部应进行注释，列出：版权说明、版本号、生成日期、作者、模块目的/功能、主要函数及其功能、修改日志等。

2-4：边写代码边注释，修改代码同时修改相应的注释，以保证注释与代码的一致性。不再有用的注释要删除。

2-5：注释的内容要清楚、明了，含义准确，防止注释二义性。

2-6：避免在注释中使用缩写，特别是非常用缩写。

2-7：注释应与其描述的代码相近，对代码的注释应放在其上方或右方（对单条语句的注释）相邻位置，不可放在下面，如放于上方则需与其上面的代码用空行隔开。

2-8：对于所有有物理含义的变量、常量，如果其命名不是充分自注释的，在声明时都必须加以注释，说明其物理含义。变量、常量、宏的注释应放在其上方相邻位置或右方。

2-9：数据结构声明(包括数组、结构、类、枚举等)，如果其命名不是充分自注释的，必须加以注释。对数据结构的注释应放在其上方相邻位置，不可放在下面；对结构中的每个域的注释放在此域的右方。

2-10：全局变量要有较详细的注释，包括对其功能、取值范围、哪些函数或过程存取它以及存取时注意事项等的说明。l

 

五、两个最喜欢的模式及其优缺点

1、功能团队模式：具备不同能力的同事们平等协作共同完成一个功能

优点：效率高，组内交流频繁，每个成员都能发挥最大的作用；

缺点：不存在管理与被管理的关系，每个小组必须与其他小组就编程规范达成一致。

2、主治医师模式

像在手术台上一样，有一个主刀医师，其他人负责协助主刀医师。

优点：初衷较好，在一个软件团队中，有首席程序员，负责主要模块的设计和编码，小组其他成员尽可能从各个方面配合支持程序员的工作。

缺点：在某些层面上，这种模式会逐渐退化为“一个学生干活，其他学生打酱油”。

 

六、两个选题

学生管理系统、校园交易任务平台