第五次作业-团队作业-团队组建

团队成员介绍：王毓霖、蒲文强、王昊、王云鹏、齐鑫、马进、赵智阳

团队队长：蒲文强

编程规范：

命名
　　1、代码中代码严禁拼音和英文混合的方式，更不允许直接用纯中文标识
　　2、接口类中的方法和属性不要添加任何修饰符号，保持代码的间接性
　　3、基本数据和包装数据类型的使用标准
　　4、方法的返回值和参数必须使用包装数据类型
　　5、所有的局部变量使用基本数据类型
　　6、在setter/getter方法中,参数名称和类成员变量名称一致。
　　7、在if / else / for /while /do语句中必须使用大括号，哪怕只有一行代码
　　8、不要在条件判断中执行其他复杂的语句，
　　9、可以将复杂的逻辑判断的结果赋值给一个有意义的布尔变量名，可以提高可读性
　　10、避免采用取反逻辑运算符
　　11、及时清理不在使用的代码段或配置信息。避免程序过度臃肿，代码冗余。
　　12、谨慎注释掉代码，要在上方详细说明，而不是简单地注释掉，如果无用则删除
　　13、“，”之后要留空格，eg：Function(int x, int y, int z)；
　　14、在每个类声明之后、每个函数定义结束之后都要加空行；
　　15、在函数体内一些特殊的语句，增加一个空行，以起注意；
　　16、如果“；”不是一行的结束符号，其后要留空格，eg：for(initialization; condition; update)；
　　17、赋值操作符、比较操作符、算术操作符、逻辑操作符、位域操作符等二元操作符的前后应当加空格；
　　18、一元操作符如“!”、“~”、“++”、“–”、“&”（地址运算符）等前后不加空格
　　19、文件夹命名采用首字母用大写，文件则全用小写命名；
　　20、建立的源文件跟头文件必须文件名一 一对应相同；
　　21、函数命名采用单词首字母大写，能用缩写的尽量用缩写
　　22、形参命名使用其第一个字母为大写，后面为小写；
　　23、 ①对于静态全局变量，在其前面增加“s_”前缀；
 　　　　②对于全局变量，在其前面增加“g_”前缀；
　　　　 ③局部变量则全部为小写；
 　　　　④静态局部变量，首个字母为大写；
 　　　　⑤标志位用 bit定义（51内核）或 _Bool布尔型变量定义（须支持C99），并且在其后面添加“_flag”后缀；
　　24、宏定义采用全大写
注释
　　1、函数内程序块的注释常采用“ / * …  * / ”，并且放在该模块的前面，不许放在中间或者后面；行注释一般采用“ //…  ”；
　　2、每个函数前面都应有接口说明，主要包括：函数名称、功能、参数、返回值；
　　3、每篇程序后面都应加上 /* - - END OF FILE - - */ 以示结尾；全局变量必须加注解；
　　4、单行字符数限制不超过120个，超出需要换行，换行时遵循如下原则：
　　5、第二行相对第一行缩进 4 个空格，从第三行开始，不再继续缩进，参考示例。
　　6、运算符与下文一起换行。
　　7、方法调用的点符号与下文一起换行。
　　8、方法调用时，多个参数，需要换行时，在逗号后进行。
　　9、在括号前不要换行

 

 

交响乐团模式

在交响乐团中是当今世上编制最庞大且最复杂的乐团型态它拥有极强大而广泛的音乐表现力

大多时候由70位以上的演奏家组成有些甚至有上百位演奏家

当然一个典型的交响乐团之中主要由四个乐器群组构成分别为：弦乐器、木管乐器、铜管乐器、打击乐器

当然在根据演奏作品的需要之中也可以适当地增加或减少各个分部中乐器的个数。

但是对于交响乐团的了解甚少，

所以小组成员在略读《顶尖团队：交响乐团式合作模式》后

做出如下理解

本书给出的“乐团模式”为打造顶尖团队，该模式以著名的贝尔宾团队角色理论为基础，

并以八种乐器代表该理论的八种角色。

他们各自扮演不同的团队角色，搭配合理的团队能像交响乐团那样“奏响美妙的乐章”，

高效地开展合作，从容地应对未来的挑战。

当然在一个乐团之中最为重要的就是》指挥《

一个优秀的乐团之中一个指挥担当的责任就是让乐队有条不紊的进行完美的乐曲演奏，

将这种模式模拟到团队之中

交响乐的特点是家伙什多，门类齐全；各个表演者各司其职，各自有专门的场地，演奏期间没有聊天走动的现象；

首要之急就是选择一个足够优秀的指挥，指挥这个职位是对于问题要有

足够深刻且全面的研究，要比团队任何成员想的更为深远，并且在一些紧急突发情况下，要有足够冷静的

态度进行应对，

在指挥确定之后，由指挥把问题分割为若干个小组，把各个成员按各个综合能力进行任务分配，在各个小组中

通过本身因对问题的不同在选举出小组长，使各个小组有条不紊的进行问题的解决，在任务推进的同时几个组长

之间可以进行讨论，从而使小组将来的问题衔接更加的容易

优点：

1、各个小组成员有条不紊的进行对任务的推进

2、有效的减少了对于不同人对于问题有不同见解的讨论时间

3、将问题经行合理化分割，在由各个小组成员擅长的不同部分经行问题解决

4、在不同的分组中可以将各个成员的能力最大化

5、将一个困难的问题可量级化分割，最终可操作化的实现

缺点

1、在任务完成后小组成员可能并不清楚具体解决的问题是什么

2、对于“指挥”角色要求过于苛刻

3、各个小组可能擅长的部分永远是这个在日后遇到更大的问题后会阻碍出现

4、解决问题后因缺少交流对于小组成员可能会没有其他方面提高

 

 

 

 

爵士乐模式

爵士乐是一种现代混合音乐形式，爵士乐团通常规模较小，由4-6人组成，所涉乐器种类也较少。爵士乐整体演奏过程中无人指挥，注重随性和互动，要求所有乐手共同参与，在需要的时候即兴创作。爵士乐领导力强调“即兴发挥”，换句话说，爵士大乐团既重视整体统一，又重视个性化创新。

jazz乐队多数是临时为了一个演出，临时由各路高手组成的。

再深入了解，发现他们是有核心骨，例如主旋律，可以是任何乐器或人声可能还有别的。其次是有爵士鼓、贝斯等可以打出整个演奏的节奏乐器，看到这里感觉有种三权独立的感觉。全体跟着主旋律和节奏，每个乐手都需要为了彰显自己。

最后当然也是演绎一个非常美好的乐章，仿佛每个乐器都那么的独特，从而让本次演绎变得无法的美好奇特。

在团队中开发软件非常类似于在乐队中演奏乐器，每个音乐家必须集中精力演奏它，同时还要与乐队保持合拍与同步。他们必须就将要如何沟通达成一致，并注意彼此发送的信号，否则就会出现错误。类似的开发人员一定不能仅仅集中于构建高质量的代码，他们之间还必须对自己的活动进行协调，以便所有部分能完美的结合在一起。在爵士乐模式中可能会有一两个技术大佬进行主曲的带领，从而让其他的成员跟随着脚步完成问题的解决

优点

1、在一个团队中可能会有技术能力相对较弱的成员但有技术较强的带领解决问题会较为简单

2、对于问题的解决各个成员有自己的想法，所以结果会有较为个性化的创性

缺点

团队中必须要有一个或几个技术能力较强的成员

可能整个程序会由这几个技术能力较强的成员完成

 

确定的自选题目为：

1、按键精灵系统

2、智能电器综合管理系统