构建之法第五章

时间:2023-01-31 22:24:14

构建之法第五章

本章为团队和流程,主要介绍了典型的软件团队模式和开发流程以及它们的优缺点、TSPMVPMBPRUP

团队:并不是几个人凑到一起就叫团队,称之为团队

1、应该有一致的集体目标,团队要一起完成这目标

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

软件团队的模式:

1、主治医师模式

2、明星模式

3、社区模式

4、业余剧团模式

5、秘密团队

6、特工团队

7、交响乐团模式

8、爵士乐模式

9、功能团队模式

10、官僚模式

开发模式:

1、写了再改模式

2、瀑布模式

3、瀑布模式的变形:1>生鱼片模型2>大瀑布带着小瀑布

4、Rational Unified Process统一流程(RUP),包括

a) 业务建模

b) 需求

c) 分析和设计

d) 实现

e) 测试

f) 部署

g) 配置和变更管理

h) 项目管理

i) 环境

等规程或工作流,包括初始阶段、细化阶段、构造阶段和交付阶段

5、老版驱动的流程

6、渐进交付的流程,MVPMBP

TSP的原则:

1、使用妥善定义的流程,流程中的每一步都是可以重复、可以衡量结果的

2、团队的各个成员对团队的目标,角色,产品都有统一的理解

3、尽量使用成熟的技术和做法

4、尽量多地收集数据

5、制定切合实际的计划和承诺,团队计划要由负责具体执行的角色来制定

6、增加团队的自我管理能力

7、专注于提高质量,争取在软件生命周期的早期发现问题

    总结来说,本章继上一章的两人合作,深入讲解,介绍了团队的定义,模式,开发流程等,虽然有多种模式,也有多种开发流程,但这些各有其优缺点,有其适合的情况,所以在进行选择时,应该的更多的分析项目的需求,以及需要达到的目标,对质量的要求,是否需要在短时间内完成,是否需要尽早的得到用户的反馈,是否需要后期严格要求的维护等等,根据所做项目的特点,针对目前团队的人员能力水平,资源情况来确定具体的模式以及开发流程;实现队员能力的发挥,资源的合理利用,最终达到开发团队和用户的一致目标。

 

个人感受部分:

 

1、我过去怎么做的;认为团队开发就是平均分任务

 

2、结合书中所讲,这样有什么不好:这样不能合理地发挥每个人的优点,而且最终也不能保证程序的完整性以及可靠的运行

 

3、提出一个解决办法,避免再次掉入陷阱:掌握项目框架,选择合理的团队模式,对开发来说会有很大帮助