构建之法阅读心得(五)

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

团队:并不是几个人凑到一起就叫团队,称之为团队。应该有一致的集体目标,团队要一起完成这目标、团队成员有各自的分工,互相依赖合作,共同完成任务。

软件团队的模式:主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐模式、功能团队模式、官僚模式。

开发模式:写了再改模式、瀑布模式、瀑布模式的变形:1>生鱼片模型2>大瀑布带着小瀑布、Rational Unified Process统一流程(RUP),包括业务建模、需求、分析和设计、 实现、测试、部署、配置和变更管理、项目管理、 环境。

TSP的原则:使用妥善定义的流程,流程中的每一步都是可以重复、可以衡量结果的、团队的各个成员对团队的目标,角色,产品都有统一的理解、尽量使用成熟的技术和做法、尽量

多地收集数据、制定切合实际的计划和承诺,团队计划要由负责具体执行的角色来制定、增加团队的自我管理能力、专注于提高质量,争取在软件生命周期的早期发现问题。

总结来说,本章继上一章的两人合作,深入讲解,介绍了团队的定义,模式,开发流程等,虽然有多种模式,也有多种开发流程,但这些各有其优缺点,有其适合的情况,所以在进

行选择时,应该的更多的分析项目的需求,以及需要达到的目标,对质量的要求,是否需要在短时间内完成,是否需要尽早的得到用户的反馈,是否需要后期严格要求的维护等等,根

据所做项目的特点,针对目前团队的人员能力水平,资源情况来确定具体的模式以及开发流程;实现队员能力的发挥,资源的合理利用,最终达到开发团队和用户的一致目标。

时间: 2024-08-25 10:41:53

构建之法阅读心得(五)的相关文章

构建之法阅读笔记五

最近几天在看构建之法中看到了“需求分析”这一章,对于需求分析可能大部分同学都会觉得不陌生,因为在上一学期中的UML统一建模语言中讲过有关需求分析的一些基本的东西.但是,当时并没有完全理解,到现在也忘得差不多了,今天认真的看了一遍,大概说一下我自己的收获. 在做软件时第一件事是要做什么呢?不是一上来就写代码,而是要先做好调研,做好需求分析.在讲需求分析之前,要先知道软件需求是什么,首先你必须要获取和引导需求,在这里要注意有时候用户不是很清楚他要什么,甚至会表达错误,这时候你就必须要引导用户,帮助用

构建之法阅读心得(六)

构建之法第六章,本章为敏捷流程,主要介绍了敏捷流程及其原则,Backlog.Burn-down.Sprint.Scrum方法论,各种软件开发方法论的优缺点,选择软件流程根据等. 敏捷开发:是一系列价值观和方法论的集合 敏捷开发的原则: 1.尽早并持续地交付有价值的软件以满足顾客需求 2.敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势 3.经常发布可用的软件,发布间隔可以从几周到几个月,能短则短 4.业务人员和开发人员在项目开发过程中应该每天共同工作 5.以有进取心的人为项目核心,充分

构建之法阅读笔记五。

读着读着就读到了ABCD部分,是简述做法,好处,竞争和推广的.这些的分析决定了软件的价值,没有重视这些的话,推广就会很难.课上讨论这些也谈不出个所以然来,不过现在还是有一些想法的,可以在下次实践. 接着又读到了杀手功能,对这个名词没有深入的理解,但还是联想到了这个词的重要意义.杀手功能总是比辅助功能重要的,以自己举例来说,应该早早的开始涉及对学生成绩管理和分析的功能,而不是留到现在而没有时间做. 估计原来也是一门学问,这不只是随便一想就能解决的估计.这都是因为之前涉及的估计量太小了,估计量大的时

构建之法阅读心得(二)

第二章中,作者写到了好的单元测试的标:单元测试应该在最基本的功能/参数上验证程序的正确性.单元测试必须由最熟悉的人来写.单元测试过后,机器状态保持不变.单元测试要快.单元测试应该产生可重复.一致的结果.独立性--单元测试的运行/通过/失败不依赖于别的测试,可以人为构造数据,以保持单元测试的独立性.单元测试应该覆盖所有代码路径,但是100%的代码覆盖率并不等同于100%的正确性.单元测试应该集成到自动测试的框架中.单元测试必须和产品代码一起保存和维护. 程序要进行单元测试来保证程序的健壮性. 还要

构建之法阅读心得(七)

第七章介绍了微软公司的MSF,这让我们对微软又有了更深一层的了解,原来微软采取这样的理念.很小的时候就开始接触微软产品,windows系列的操作系统.办公软件等:那时候只是知道微软是一个很强大的软件公司.之所以成为一个强大的公司,功劳在于微软的MSF,而MSF中的基本原则又是很多IT行业者的追求,想必所有IT者都以进入微软为目标吧..MSF的最大特性是商业化,并一直体现在项目的实施过程中. 所谓商业化意味着客户的商业利益.客户投入多少,得到多少回报,客户要用到哪些最新的技术,最后如何把项目计划(

构建之法阅读心得(三)

第三章讲的是软件工程师的成长.个人能力的衡量与发展,软件开发流程不光指团队的流程,还包括个人开发流程,因为软件团队是由个人组成的,在团队的大流程中,是每一个具体的个人在做开发.测试.用户界面设计.管理.交流等工作.因此,个人在团队中也有独立的流程. 初级软件工程师有以下几种成长:积累软件开发相关的知识,提升技术技能.积累问题领域的知识和经验.对通用的软件设计思想和软件工程思想的理解.提升职业技能.实际成果. 软件流程TSP对团队成员也有要求:交流.说到做到.接受团队赋予的角色并按角色要求工作.全

第五次博客作业-读《构建之法》心得

读<构建之法>心得 首先,这是一本全景式图书,会让你更了解这个行业,能让毕业生在对行业从陌生到熟悉的过程中,较少地感到惊讶和出乎意料,这是一本与现实接轨的教材. 其次,这是一本最佳实践式的书,涵盖了科学.健康的软件工程开展中的每个方面,介绍了种种方法论,但不是高高在上.纲领性的方法论,而是方法论的最佳实践,确实可用,拿来就用. 第三,这本书让人有情怀,学生对“古老的”瀑布教材或“舶来的”敏捷书籍,难免会缺乏信心:这东西行吗?适用于现代吗?适用于中国吗?而如果到各大论坛.社区.或者询问“过来人”

为什么报计算机还有阅读构建之法的心得

1.为什么选择计算机这个专业; 当初读本科的时候,一志愿填的是电气工程及其自动化,估计是因为分数太低了被调剂到了网络工程专业.之前的我并没有过多的接触计算机,感觉自己对这方面并没有多大的兴趣,本科的时候自己的学习并没有多么的认真.当时自己还想过要转专业,后来也不了了之了.慢慢的感觉这个专业还可以,也就学了三年,后来到了考研的时候,本来打算考金融专业的,但是跨专业考研难度挺大的,而且最近几年计算机这个专业实在是太火了,毕业之后工作找工作各方面都不错然后就限定决心考了计算机技术.庆幸的是考上了,现在

构建之法阅读笔记三—结对编程

构建之法阅读笔记三——结对编程 何谓结对编程,结对编程就是程序员肩并肩,平等的,互补的进行开发工作,他们使用同一台电脑,编写同样的程序,一起分析,一起设计,一块交流想法. 然而我以前却并不是这样做的,我以前喜欢在没人打扰的环境下写代码,我觉得有人在我身边看着,会影响我的思路,还有我个人自尊心比较强,不太喜欢被人指指点点,所以每次都是,我写完代码之后,自己先找自己的bug,每当自己实在找不到之后,才会请教大神,但是有时候可能由于自己的能力不足,往往一个很简单的问题,我自己发现就会花费很久的时间,让