关键词：
《构建之法》第四次随笔
这半个月我阅读了《构建之法》第六章，第七章，第八章。
第六章主要讲的是敏捷流程。敏捷流程是一系列价值观和方法论的集合。敏捷对团队的要求很简单：自主管理，自我组织，多功能型。但是这很困难，如果团队要变成敏捷流程，要做这些改变。多次总结改进才能使团队走上正轨。
敏捷实质是一股思潮，或者说是一种价值观，它涵盖了好几种软件开发的方法论，这些方法论又是建立在许多行之有效的最佳实践方法之上的。、
第七章讲的是MSF——微软解决方案框架，也就是微软推荐的软件开发方法。MSF有一套思想框架——9条基本原则。
1．推动信息共享与沟通
2．为共同的远景而工作
3．充分授权和信任
4．各司其职，对项目共同负责
5．交付增量的价值
6．保持敏捷，预期和适应变化
7．投资质量
8．学习所有的经验
9．与客户合作
MSF团队模型中的角色都被认为是同等重要的，重要的决定都要共同做出。MSF团队模型推动了不同利益代表在追求共同利益过程中的融合。
在练习与讨论中，小飞的问题我的答案是这样的：在如今的大学生活里，还是要靠团队成员的个人自觉。因为我们还么有迈进社会，还是无法特别有责任心的完成团队的任务，通常就是应付了事，我们成长，还需要一段时间。这次的团队合作，就是一个很好的契机，让我们能够改变自己。
第八章讲的是需求分析。软件团队如何才能准确而全面的找到这些需求主要有以下几个步骤：
1.获取和引导需求
2.分析和定义需求
3.验证需求
4.在软件产品的生命周期中管理需求
对软件的需求也可以从不同角度做划分：
- 对产品功能性的需求
- 对产品开发过程的需求
- 非功能性的需求
- 综合需求
软件开发的过程就是用户最需要的东西，获取用户需求为用户调研。有常用的几种：
- 焦点小组
- 深入面谈
- 卡片分类
- 用户调查问卷
- 用户日志研究
- 人类学调查
- 眼动跟踪研究
- 快速原型调研
- A/B测试
在联系与讨论的8.8.4练习题中，在一个软件项目中，软件团队预计每天的进度为 30 小时（即，完成了30小时的工作量）。当项目完成了一半的总工作量的时候，大家发现实际的进度为15小时/天，问：在余下的时间中, 团队的进度要到多少，才能在项目结束时让整个项目的平均进度恢复到每天30小时工作量？
我认为是60小时/每天。
构建之法现代软件工程（第四次）
构建之法现代软件工程（第四次）本周阅读了《构建之法》第四章和第五章 代码规范： 虽然计算机只关心编译生成的机器码，但是由于现代软件工程一般都是在一个团队里工作，所以代码是要给同事看的，因此... 查看详情
实践第四次随笔作业
...觉得离项目的完成行进了一大半，后期，我将认证学习《构建之法》第五章的内容，并运用到小组的管理和任务配置。以下是我在学习中提取的重点：团队的共同特点：1.团队有一 查看详情
《构建之法》第四次
本周我阅读了《构建之法》的第4到8章，其内容着重于两人合作、多人合作的一些注意点以及MSF与软件的需求分析。与他人进行团队合作的时候，“代码规范”是一件非常重要的事情，代码规范分为风格规范与设计规范，代码风... 查看详情
构建之法：第四次心得
这周的构建之法学习了第六章、第七章和第八章，主要对项目的制作，项目的出发有了一定的了解。第六章这一章主要学习了敏捷流程的相关内容。在现在的软件企业，大多默认流行做法的价值，较偏于墨守成规，按照章程办事... 查看详情
构建之法第四次心得
第六章学习了之前的内容之后，我了解到了团队合作的流程以及在编码时候一些格式的注意，在学习第六章后，对敏捷流程有了大致的了解。敏捷流程是一种很好的软件开发的流程，我认为在软件开发时，敏捷开发可以使得软件... 查看详情
关于《构建之法》第四章和第十七章的问题(代码片段)
关于《构建之法》第四章和第十七章的问题第四章：问题一：在关于“缩进”，书中不提倡用tab键。而建议使用四个空格。但是tab键可设置占符数，在实际开发中，tab键是缩进的快捷键，我无法想像每次使用缩进都要敲四次空格... 查看详情
第四次随笔
第三章主要围绕提高代码的可读性展开。单人去写一个完整的应用程序很少见了，大多都是合作编程。那么合作编程最基础的就是编程之间的沟通，只有沟通无障碍，接下来的任务才能顺利进行。所以就要求每个人... 查看详情
随笔之读《构建之法》（作业一）
自从拜读了邹欣老师的力作《构建之法》后，感触颇深。从书中不难看出邹老师是一个才华横溢、卓尔不群的人。《构建之法》言辞精辟，引人入胜。虽然只是浅读了《构建之法》的部分章节，但是对其中的一些内容我也有... 查看详情
20155317王新玮的第四次随笔~
2006-2007-2《JAVA程序设计》第1周学习总结一、关于教材内容的学习粗看教材，提出每一章自己的问题我们怎么样才能java？我们首先该做什么？做一个项目，我们应该怎样去用项目管理程序？java有没有自己独特的语法以前听说过jav... 查看详情
《构建之法》随笔一
...巧和方法还是比较陌生。所以，在这个周末，我学习了《构建之法》的第一章。一开始我以为是很枯燥的教科书类的题材，只有系统的代码教学之类的内容，但是翻了几页后，竟然出乎我的意料，编者的语言相当幽默有趣，引人... 查看详情
《构建之法》第二次随笔
阅读了《构建之法》第一章中软件工程的概论，我学习到了“软件=程序+软件工程”这个黄金公式，并且对软件工程充满了兴趣和信心。但是，一个好的软件工程开发团队需要首先确保团队里的每个成员是合格的工程师... 查看详情
《构建之法》第七次随笔
典型的软件团队里除了能写代码、测试代码和画图做设计的成员，还有一类角色也很重要，我们叫他们项目经理——PM。 PM的M就是Manger，但是P就有这几种：ProductManager、ProjectManager/ProgramManager,在不同的行业和公司，... 查看详情
《构建之法》第一次随笔
...间的学习，逐步对软件工程有了新的理解与认识。读了《构建之法-现代软件工程》（邹欣 著 第二版）这本书，感觉学习到了很多有用的知识和以前不理解的方面。书中一开始给出了一个定式“软件=程序+软件工程”，几... 查看详情
《构建之法》第七次随笔
这周，我学习了《构建之法》第十四十五章。第十四章主要讲的是软件的质量。软件质量等于程序质量加软件工程质量。程序的质量体现在软件外在功能的质量。衡量软件的功能，基本的判断可以用是、否来判定。软件的开发过... 查看详情
《构建之法》第三次随笔
从《构建之法》前两章的阅读学习中，我了解到了软件工程的概论，知道了“软件=程序+软件工程”，明白了个人技术和流程。阅读了第三章之后，我体会到了软件工程师的成长。 软件工程包括了开发、运营、维护软件... 查看详情
构建之法阅读随笔一
《构建之法》一书已完成了第一遍的阅读，接下来，我将随机抽取其中的一段进行精读。移山公司的项目进行了一段时间，TFS上也积累了不少数据。大栓做了“数据挖掘”，整理出来一些统计信息，向各位领导汇报。大牛：哇！... 查看详情
软工第四次作业
...，觉得做的挺不错的，是个很方便的校园软件。2.按照《构建之法》13.1节描述的bug定义,找出几个功能性的比较严重的bu 查看详情
构建之法随笔
软件需求分析在软件开发过程中十分重要，过去人们一直认为需求分析是整个软件工程中的一个简单的步骤，“软件危机”爆发之后，人们才逐渐认识到需求分析是软件开发过程中最关键的一个工程。由此可见需求分析的重... 查看详情