关键词：
邹欣老师的这本书，写得形象生动，第五章用体育运动等团队例子引出软件开发团队的形式。软件团队形式多样，适用于不同的人员与需求。团队可能会演变的模式有：主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐模式、功能团队模式、官僚模式等。开发流程模式有：瀑布模式、瀑布模型的各种变形、统一流程、老板驱动的流程、渐进交付的流程等。在过去的学习生活很少有团队合作的时候，看了本章很期待后续与大家团队合作，肯定会遇到很多困难，但只有把学到的运用到实际，知识才会学得更牢靠。
看了第六章了解到敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。本章也包含了许多以前不了解的新知识如XP、FDD、SCRUM等方法论。
构建之法六章读后感
在本周我主要学习了构建之法的第五章和第六章，第五章主要讲述团队和流程，第六章主要讲述敏捷流程；软件团队的模式有：主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐... 查看详情
构建之法第六章
构建之法第六章本章为敏捷流程，主要介绍了敏捷流程及其原则，Backlog、Burn-down、Sprint、Scrum方法论，各种软件开发方法论的优缺点，，选择软件流程根据等敏捷开发：是一系列价值观和方法论的集合敏捷开发的原则：1、尽早... 查看详情
构建之法第六章学习心得
这周我学习了构建之法第六章敏捷流程，本章主要介绍了敏捷流程及其原则，Backlog、Burn-down、Sprint、Scrum方法论。以及什么时候选择敏捷的开发方法，什么时候选择其他方法。.敏捷开发的原则是尽早并持续地交付有价值的软件... 查看详情
构建之法第十六章(代码片段)
《构建之法》第一、二、十六章疑问我通过阅读发现这是一本十分有趣的书。不同于别的书的晦涩难懂，《构建之法》利用浅显易懂的语言，贴近生活的例子向我们讲述了软件工程的内容。第一章 概论软件=程序+软件工程扩... 查看详情
构建之法第十一章读后感
本周进行了构建之法的第十一章软件设计与实现的学习；第十一章主要讲了典型的开发流程，常见的分析和设计方法：ERD，DFD，UML，开发阶段的一些管理方法：每日构建，小强地狱，构建大师；分析和设计方法包括以文字为主的... 查看详情
构建之法第四篇读后感
只有先清楚自己的用户是怎样的，才能编出一个好软件，而其中，典型用户和典型场景的分析非常重要。用例也是很常用的需求分析工具，包括以下四个基本要素：标题，角色，主要成功场景，扩展场景等。而使用用例的原则主... 查看详情
阅读构建之法第六章
这一小节中有一个图表，对比了敏捷（Agile）、计划驱动（Plan-driven）、形式化的开发方法（FormalMethod）的适用范围。里面提到的形式化的开发方法，其基本步骤是怎样的呢？为什么它能有极高的可靠性呢？下... 查看详情
构建之法第一章读后感
首先，文章对于程序、用户需求、工程等等概念用了阿超给儿子编写的一个出题程序来分别解释了个中的含义，尤其是程序和工程的区别，程序大概就是用很多语言或工具编写的一个简单能实现目标要求的一行行代码，而工程就... 查看详情
构建之法第六章敏捷流程
敏捷是一种很“年轻态”的思路/策略，是以“万事万物都在不停地发展变化”为指导去组织软件工程的需求分析、内部的调和、代码编写甚至维护，所以我读起来会觉得很有共鸣。然而并不是所有的地方都适合让“敏捷”去闯... 查看详情
构建之法第五次心得
构建之法9、10、11章第九章学习了第九章之后，了解到了在一个项目中项目经理的重要性。生活中，无论什么团队工作，都需要一个领队，来掌控团队项目的发展，以及各个成员工作的分配。PM指ProductManager、ProjectManager、ProgramMan... 查看详情
构建之法第三四五章读后感
一个优秀的软件工程师都需要和团队的合作，所以通过这几章的阅读，对自己的编程的规范等有了一定的认识，也学会了一个优秀的软件开发人员应当具备的素质。软件开发流程不光指团队的流程，还包括个人开发流程，因为软... 查看详情
构建之法第五章
本章为团队和流程，主要介绍了典型的软件团队模式和开发流程以及它们的优缺点、TSP、MVP、MBP、RUP团队：并不是几个人凑到一起就叫团队，称之为团队团队有共同的特点： 1.团队有一致的集... 查看详情
构建之法第五章学习
今天我学习了《构建之法》第五章团队和流程。首先我了解了写了再改模式（Code-and-Fix）史蒂夫·迈克康奈尔（SteveMcConnell）在这里提到了不少开发流程。第一个提到的开发流程。这个流程也有好处，不需要太多其他准备或相关... 查看详情
构建之法第五周
本章为团队和流程，主要介绍了典型的软件团队模式和开发流程以及它们的优缺点、TSP、MVP、MBP、RUP。团队有以下共同特点：有一致的集体目标，团队要一起完成这目标；一个团队的成员不一定要同时工作，例如接力跑；团队成... 查看详情
关于构建之法第第二与第十六章阅读疑惑
第一章、概论 原文的1.2.1节中有说到软件的不可见性，其中有这么一段描述：“商用软件出现了错误，工程师可以看到程序在出错的一瞬间留下的一些痕迹（错误代号、大致的目标代码位置、错误信息），但是几乎无法完整... 查看详情
读构建之法第五章：团队和流程
团队有一致的集体目标，团队要一起完成这目标。一个团队的成员不一定要同时工作，例如接力赛跑。团队成员有各自的分工，互相依赖合作，共同完成任务。软件团队有各种形式，适用于不同的人员和需求。基于直觉形成的团... 查看详情
《构建之法》第十六章读后感更正
第十六章IT行业的创新1.关于灵感。灵光闪现固然重要，很多伟大的发明依靠的就是灵光一现的基础，但是灵光闪现的前提是个人的思考，长时间的思考。完成这一灵光的基础是不断的尝试，提高自己的技术。这样才会将自己的... 查看详情
构建之法第五章读书心得
这一章我们主要学习了团队和流程。团队简而言之就是开发一个软件工程的团队，那么团队究竟怎样在一起开发这一软件便有了多种多样的方法。比如所有人都一起做的一窝蜂模式，但这样模式弊端很大，虽然都做了许多工作，... 查看详情