构建之法(第五章 团队和流程)

第五章主要讲了典型的软件团队模式和开发流程。以及我们也将讨论团队模式和开发效率之间的一些关系。

 

1.非团队和团队

   团队的主要特点:

1)     团队有一致的集体目标,团队要一起完成这个目标。一个团队的成员不一定要同时工作。

2)     团队成员有各自的分工,互相依赖合作,共同完成任务。

2.软件团队的模式

1.主治医师模式

有首席程序员,他/她负责处理主要模块的设计和编码,其他成员从各种角度支持他/她的工作。

2.明星模式

主治医师模式运用到极点,可以蜕化为明星模式,在这里,明星的光芒盖过了团队其他人的总和。

3.社区模式

社区很多志愿者参与,每个人参与自己感兴趣的项目,贡献力量,大部分人不拿报酬。

4.业余剧团模式

这样的团队在每一个项目中,不同的人会挑选不同的角色。。

5.秘密团队

一些软件项目在秘密状态下进行,别人不知道他们具体在做什么。

6.特工团队

软件行业的一些团队由一些有特殊技能的专业人士组成,负责解决一些棘手而紧迫性的问题。

7.交响乐团模式

当某个软件领域处于稳定成长阶段的时候,众多大型软件公司的开发团队就会采取这种模式。

8.爵士乐模式

强调个性化的表达,强有力的互动,对变化的内容有创意的回应。

9.功能团队模式

具备不同能力的同事们平等协作,共同完成一个功能。

10.官僚模式

几个人报告给一个小头目,几个小头目报告给中头目,依次而上。

3.开发流程

   3.1写了再改模式

1.只用一次的程序

2.看过了就扔的原型

3.一些不实用的演示程序

3.2瀑布模型

1.如果产品的定义非常稳定,但是产品的正确性非常重要,需要每一步的验证

2.产品模块之间的接口、输入和输出能很好地用形式化的方法定义和验证

3.使用的技术非常成熟,团队成员都很熟悉这些技术

4.负责各个步骤的子团队分属不同的机构,或在不同的地理位置,不可能做到频繁的交流

3.3统一流程(RUP)包括:业务建模,需求,分析和设计,实现,测试,部署,配置和变更管理,项目管理,环境

时间: 2024-10-31 18:32:43

构建之法(第五章 团队和流程)的相关文章

构建之法 第五章 团队和流程

典型的团队开发模式和流程,完全是新的内容:涉及到更多的术语和有意思的策略性东西 1.团队模式[我比较认可的] 主治医师模式 由首席程序员(相当于首席医生)负责整个工程,周围人员各司其职,配合支持中心人物的工作: [我认为这种模式适合于有着杰出程序工程师的规模略小的团队] 社区模式 我非常心水的linux社区就是最大的成功案例之一. 社区并不意味着"随意",而是有着严格的复审和质量控制 交响乐团模式 [不适用于创新型的项目,反而是对于稳定的.种在执行的项目的效率比较高] 门类齐全,各种任

构建之法第五章团队和流程

1.团队模式和团队的开发模式有什么关系? 答:    首先我来解释一下这两个名词: 我查资料了解了一下,团队模式,更偏向于多人合作的那种,而且我理解的"团队"会是一种多人合作的情况下,长期磨合后的一个组织,他们是相互了解的,是拥有巨大的默契存在的. 对于团队的开发模式我并没有查到具体的解释,但对于开发模式,是有查到几种开发模式,比如瀑布开发模式.快速应用开发模式等等,我们在其他的课上有学过这些模式,所以我在这里认为开发模式是更偏向于后边的"模式"两个字的,更注重方法

构建之法学习(第五章 团队和流程)

第五章团队和流程 本章主要讲了一些典型的软件团队模式和开发流程以及它们的优缺点 1.团队的共同特点: -应该有一致的集体目标,团队要一起完成这目标   -团队成员有各自的分工,互相依赖合作,共同完成任务 2.软件团队的模式 主治医师模式(有首席工程师,其他成员支持其工作):明星模式:社区模式:   业余剧团模式:秘密团队(软件项目在秘密状态下进行):   特工团队(由特殊技能的专业人士组成):交响乐团模式(各司其职,重在执行):   爵士乐模式:功能团队模式(平等协作,共同完成):官僚模式 3.

构建之法第五章学习

今天我学习了<构建之法>第五章 团队和流程.首先我了解了写了再改模式(Code-and-Fix) 史蒂夫·迈克康奈尔(Steve McConnell)在这里提到了不少开发流程.第一个提到的开发流程.这个流程也有好处,不需要太多其他准备或相关知识,大家上来就写代码,也许就能写出来,写不出来就改,也许能改好.当面临下面的任务时,也许这个方法是有用的.但是,要写一个有实际用户.解决实际需求的软件,这个方法的缺点就太大了. 然后我学习了瀑布模型 当软件行业还在年幼的时期,它从别的成熟行业(硬件设计,建

构建之法第五章读书心得

这一章我们主要学习了团队和流程.团队简而言之就是开发一个软件工程的团队,那么团队究竟怎样在一起开发这一软件便有了多种多样的方法. 比如所有人都一起做的一窝蜂模式,但这样模式弊端很大,虽然都做了许多工作,但结合起来的成果可能还没有单人做的进度快.慢慢的发展出了一些其他的模式,比如我们在学校中,一个学霸主力,其他人打酱油,但这并不好.之后也出现了明星模式,社区模式等更好的模式 写了再改模式:这种便是我们学生中最为普遍的一种模式.不管代码怎么样,先写出来,甚至连语法错误都没有考究,整体做完后再针对问题

构建之法第五章

本章为团队和流程,主要介绍了典型的软件团队模式和开发流程以及它们的优缺点.TSP.MVP.MBP.RUP 团队:并不是几个人凑到一起就叫团队,称之为团队 团队有共同的特点: 1.团队有一致的集体目标,团队要一起完成目标.一个团队的成员不一定要同时工作, 例如接力赛跑. 2.团队成员有各自的分工,互相依赖合作,共同完成任务. 总结来说,本章继上一章的两人合作,深入讲解,介绍了团队的定义,模式,开发流程等,虽然有多种模式,也有多种开发流程,但这些各有其优缺点,有其适合的情况,所以在进行选择时,应该的

构建之法---初识篇(团队、流程和敏捷流程)

这周主要是看了第五章和第六章,主要内容包括团队和流程以及敏捷流程. 首先来说什么是团队?团队有一个集体的目标,团队要一起完成这个目标,一个团队的人,不一定要同时工作,团队成员有各自的分工,互相依赖合作,共同完成任务.此外,团队的模式也是多种多样的,我觉得不管什么样的流程,只要有一个合理的机制,有一个合理的规则就是可以的,我觉得还是要有一个人去领导整个团队,其实对于现在的我来说,我更喜欢主治医师模式.但是必须保证大家不是打酱油的,要每个人都有贡献. 关于开发流程,瀑布模型是单项的,不可逆的生产过程

读构建之法 第五章:团队和流程

团队有一致的集体目标,团队要一起完成这目标.一个团队的成员不一定要同时工作,例如接力赛跑. 团队成员有各自的分工,互相依赖合作,共同完成任务. 软件团队有各种形式,适用于不同的人员和需求.基于直觉形成的团队模式未必是最合适的.软件团队的模式,最初是混沌的一窝蜂形式:一群人开始写代码,希望能写出好软件.随着团队的成熟和环境的变化. 团队模式会演变成下面几种模式之一. 1.主治医师模式:有首席程序员,他/她负责处理主要模块的设计和编码,其他成员从各种角度支持他/她的工作(后备程序员.系统管理员.工具

现代软件工程构建之法 前五章阅读感想&amp;困惑

第一章 第一节 新时代中国的IT产业市场规则不规范,书中提到社会上有个别软件公司的软件一定要卸载别家公司的软件才能运行,我这里感到疑惑---————是不是说如果 一间软件公司他能做出一个像微软操作系统那样的受大众十分喜爱的软件 那么他就可为所欲为 对一些不友好的软件公司进行屏蔽,从而决定了其他公司的生存??? 第二章 第一节 之第二部分 这里说到程序员作为该单元的开发者 必须亲自写开发单元 但如果遇到上头委派的一件又急又大型的项目 那么还要写单元测试?或者不能让别人写? 第三章 第二节 这里说的