博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
构建之法—— 读书笔记(3)
阅读量:5159 次
发布时间:2019-06-13

本文共 920 字,大约阅读时间需要 3 分钟。

第五章

5.1非团队和团队
团队特点:1.
有一致的集体目标,要一起完成这目标。
              2.
团队成员有各自的分工,互相依赖合作,共同完成任务。
非团队特点:各自行动,独立把任务完成,有人不辞而别,对其他人无实质影响。
5.2软件团队的模式
1.主治医生模式(IBM System360项目)
2.明星模式(“翔之队”)
3.社区模式(开发和维护Linux操作系统的社区)
4.业余剧团模式
5.秘密团队(苹果公司在1980年代在研发Macintosh之后的系统)
6.特工团队(Y2K)
7.交响乐团模式(微软公司的Office软件)
8.爵士乐模式
9.功能团队模式
10.官僚模式
在大学里,很多情况下都是1和4。1中很多情况下会演变成一人干活,其他人打酱油。
5.3开发流程
1.写了再改模式(学校的作业)
2.瀑布模型
3.瀑布模型的变形:生鱼片模型 大瀑布带着小瀑布
4.统一流程(RUP):
业务建模 需求 分析和设计 实现 测试 部署 配置和变更管理 项目管理 环境
RUP的四个阶段
1.初始阶段
2.细化模式
3.构造模式
4.交付阶段
5.老板驱动的流程
6.渐进交付的流程,MVP和MBP
MVP——Minimum Viable Product,最小可行产品,又称为Minimal Feature Set,最小功能集
MBP——Maximal Beautiful Product 最强最美产品
7.TSP的原则
1.使用妥善定义的流程,流程中的每一步都是可以重复的,可以衡量结果的。
2.团队中的各个成员对团队的目标,角色,产品都有统一的理解。
3.尽量使用成熟的技术和做法。
4.尽量多地收集数据(也包括对团队不利的数据),并用数据来帮助团队做出理性的决定。
5.制定切合实际的计划和承诺,团队计划要由负责具体执行的角色来制定(而不是从上下级而来)。
6.增加团队的自我管理能力。
7.专注于提高质量,争取在软件生命周期的早期发现问题。最有效提高质量的办法是做全面而细致的设计工作(而不是在后期匆忙修复问题)。

转载于:https://www.cnblogs.com/dingry11-96/p/6783812.html

你可能感兴趣的文章
WHAT I READ FOR DEEP-LEARNING
查看>>
【Ruby】Ruby在Windows上的安装
查看>>
Objective C 总结(十一):KVC
查看>>
BZOJ 3747 洛谷 3582 [POI2015]Kinoman
查看>>
vue实战(7):完整开发登录页面(一)
查看>>
[转载]mysql的left,right,substr,instr截取字符串,截取
查看>>
Visual Studio自定义模板(二)
查看>>
【Mood-20】滴滤咖啡做法 IT工程师加班必备 更健康的coffee 项目经理加班密鉴
查看>>
摘抄详细的VUE生命周期
查看>>
javascript高级程序设计---js事件思维导图
查看>>
sprint计划会议
查看>>
读《构建之法-软件工程》第四章有感
查看>>
使用 Printf via SWO/SWV 输出调试信息
查看>>
.net 分布式架构之分布式锁实现(转)
查看>>
吴恩达机器学习笔记 —— 3 线性回归回顾
查看>>
在SpringMVC中自定义上下文的一些想法
查看>>
在libGDX中使用Spine骨骼动画
查看>>
Windows防火墙开启ping,禁ping的配置方法
查看>>
Android studio打开之后 cannot load project: java.lang.NUllpointerException
查看>>
环境搭建
查看>>