关键词：
第六章
学习了之前的内容之后，我了解到了团队合作的流程以及在编码时候一些格式的注意，在学习第六章后，对敏捷流程有了大致的了解。敏捷流程是一种很好的软件开发的流程，我认为在软件开发时，敏捷开发可以使得软件可以在满足客户的满足时不断地快速更新。
敏捷开发需要不断关注技术和设计，这种开发模式需要以有进取心的人为项目核心，并且充分支持信任他们。软件开发是一个很漫长的过程，也不是一个人的事情，一个人的效率高是不好完成这个开发的，所以必须要一直总结怎么提高团队效率，并且不断地提高团队内每个人写代码的能力。在敏捷开发中，会有很多的问题和解法，需要考虑到各个需求和任务之间是有种种复杂的依赖关系的，除了优先级之外，我们还要考虑相互的依赖关系。
有时候做软件开发的时候并不是从一开始定好的，中途可能会因为一些突然加进来的内容，有时候这个功能可能需要修改很多内容，所以很多时候都要结合多项因素综合考虑是否需要停下来先修改再完成，还是应该继续做下去，最后再做改动增删。在软件开发中，写完该写的代码之后，并不会变得轻松，因为还有最后的综合，验证各个功能单元的正确性等等，这部分非常重要，而且需要很多时间去完成。但是我觉得并不是所有软件开发都适合用敏捷开发，我认为并不可能每个人都很厉害，都能在短时间内尽快的完成项目，所以要视情况而定，并不是所有人都适合这种方式。软件开发一定要精益求精。
第七章
学习了第七章之后，我觉得MSF是建立在敏捷开发的基础上的，这种团队模型有9条基本原则：推动信息共享与沟通，为共同的远景而工作，充分授权和信任，各司其职并且对项目共同负责，交付增量的价值，保持敏捷、预期和适应变化、投资质量，学习所有的经验，与顾客合作。对于一个公司的项目，最重要的就是保护技术机密，保证不会泄露出去，提高安全性，采取必要的保护措施。正如之前阅读第五篇的时候说的，团队合作，重要的是团队的合作，所以大家必须要很明确目标是什么，并且一起完成，虽然成员间实力可能有所偏差，但是每个人都应该要努力。
无论是在什么开发模式中，充分授权和信任都是必要的，不然是做不好好的软件的。如果成员之间就不信任，那么势必不能合作，不能共同进步。MSF过程模型是从传统的软件开发瀑布模型和螺旋模型发展而来的，结合了两个的优点。MSF团队模型还可以推广到包括操作、业务和用户等外部因素，要在对立中寻求共同利益，在冲突中达到平衡。
第八章
每个软件开发最重要的就是需求分析，没有需求分析，就不能进行下一个步骤。在软件开发中，需要对产品的各方面需求进行分析，比如对产品功能性的需求，开发过程的需求，非功能性需求，综合需求。软件开发最主要的就是针对用户的需求的，所以这部分很重要。
在现实生活中，无论是什么方面，需求都是销售商品的首要条件，我认为需求也应该分一下主次，主要的需求着重分析。在做软件开发的时候就需要考虑到用户的最重要的需求。在用户需求这方面，可以采取用户调查问卷的形式，向用户提供实现设计好的问题，让用户回答，这种方式可以更加容易了解用户的需求，更容易做出满足用户需求的软件。
竞争性需求分析，就是需要找一些别人还没想到的东西和人家进行竞争，并且对自己和竞争对手进行分析，了解到自己的优劣势，以及对手的优劣势。NABCD是一种很好的，很有效的方法，N是需求，A是做法，B是好处，C是竞争，D是推广。
进行需求分析之后，就是要考虑如何实现这些需求，还要将这些功能结合起来，呈现给用户。在实现这些需求的时候，我们应该要想清楚为什么要先做这个功能，谁做哪部分。功能性分析可以分成杀手功能，外围功能，必要需求，辅助需求，可以让团队看到自己感兴趣的功能，然后决定谁来做。
做项目重要的是有计划，有目标，有决心，所以无论谁做项目，都要进行需求分析，估量好做项目的时间，需求等，并且努力实现。
构建之法：第四次心得
这周的构建之法学习了第六章、第七章和第八章，主要对项目的制作，项目的出发有了一定的了解。第六章这一章主要学习了敏捷流程的相关内容。在现在的软件企业，大多默认流行做法的价值，较偏于墨守成规，按照章程办事... 查看详情
构建之法第五次心得
构建之法9、10、11章第九章学习了第九章之后，了解到了在一个项目中项目经理的重要性。生活中，无论什么团队工作，都需要一个领队，来掌控团队项目的发展，以及各个成员工作的分配。PM指ProductManager、ProjectManager、ProgramMan... 查看详情
构建之法第六章学习心得
这周我学习了构建之法第六章敏捷流程，本章主要介绍了敏捷流程及其原则，Backlog、Burn-down、Sprint、Scrum方法论。以及什么时候选择敏捷的开发方法，什么时候选择其他方法。.敏捷开发的原则是尽早并持续地交付有价值的软件... 查看详情
构建之法第八章学习心得
今天，我学习了构建之法第八章软件需求，人们为了解决现实社会和生活中的各种问题，要求助于软件。人们的需求五花八门，那么软件团队如何才能准确而全面地找到这些需求呢？需求分析1.获取和引导需求软件团队需要找到... 查看详情
构建之法第六次心得
构建之法12、13章小结第12章这一章讲的是用户体验，对于软件的使用，用户的体验是非常重要的方面，如果一个软件给用户的体验不好，那么这个软件无疑是不会受到欢迎的。但是用户体验和用户界面的领域不是那么容易的，这... 查看详情
构建之法第七次心得
构建之法14、15章总结第14章这一章讲的是质量保障。在我们做软件的时候，最重要的是质量，如果做成功的软件质量不过关，那无疑是白费心血，浪费时间。程序的质量体现在软件外在功能的质量，用户体验的质量，国际化的质... 查看详情
构建之法第四篇读后感
...sp;2.保持对全系统的理解 3.关注用户的价值 4.逐步构建整个系统 5.增量开发，逐步构建整个系统 6.适 查看详情
构建之法第五章读书心得
这一章我们主要学习了团队和流程。团队简而言之就是开发一个软件工程的团队，那么团队究竟怎样在一起开发这一软件便有了多种多样的方法。比如所有人都一起做的一窝蜂模式，但这样模式弊端很大，虽然都做了许多工作，... 查看详情
构建之法现代软件工程（第四次）
构建之法现代软件工程（第四次）本周阅读了《构建之法》第四章和第五章 代码规范： 虽然计算机只关心编译生成的机器码，但是由于现代软件工程一般都是在一个团队里工作，所以代码是要给同事看的，因此... 查看详情
《构建之法》第四次随笔
《构建之法》第四次随笔这半个月我阅读了《构建之法》第六章，第七章，第八章。 第六章主要讲的是敏捷流程。敏捷流程是一系列价值观和方法论的集合。敏捷对团队的要求很简单：自主管理，自我组织，多功能型。但是... 查看详情
《构建之法》第四次
本周我阅读了《构建之法》的第4到8章，其内容着重于两人合作、多人合作的一些注意点以及MSF与软件的需求分析。与他人进行团队合作的时候，“代码规范”是一件非常重要的事情，代码规范分为风格规范与设计规范，代码风... 查看详情
《构建之法》第四次随笔
从《构建之法》前两章的阅读学习中，我了解到了软件工程的概论，知道了“软件=程序+软件工程”，明白了个人技术和流程。阅读了第四章之后，我了解到了软件工程中的“两人合作”。 现代软件产业经过几十年... 查看详情
构建之法第七，第十七章读书有感
第四章两人合作 关于合作中算法的使用 在第四章的叙述中，我们看到了代码的编写规范，代码的命名规范，我们还知道要写注释，要有良好的代码设计和错误处理。而这些都是我们在使用语言进行编辑中的问题。我们... 查看详情
构建之法第五周感想敏捷流程和msf
这周我学习的是敏捷流程和MSF的知识。敏捷流程是一系列价值观和方法论的集合。敏捷开发的原则是：1.尽早并持续交付有价值的软件以满足顾客的需求2.敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势。敏捷... 查看详情
构建之法第四章学习心得
今天我学习了构建之法第四章，主要讲述了两人合作的理论和知识点。合作，无论在任何领域，都是不可缺失的，往往能产生不可替代的效果。同样在软件设计中也是如此，经过我的学习，我了解到软件设计中两人合作主要包括... 查看详情
构建之法阅读心得
构建之法第六章，本章为敏捷流程，主要介绍了敏捷流程及其原则，Backlog、Burn-down、Sprint、Scrum方法论，各种软件开发方法论的优缺点，选择软件流程根据等。敏捷开发：是一系列价值观和方法论的集合敏捷开发的原则：1、尽... 查看详情
构建之法第四章读书心得
代码风格规范——主要是文字上的规定，看似表面文章，实际上非常重要代码风格的原则是：简明，易读，无二义性 代码设计规范——牵涉到程序设计、模块之间的关系、设计模式等方方面面的通用原则代码设计规范不光是... 查看详情
构建之法第4.17章读书笔记
第四章：两人合作 问题1：4.2中注释这一版块，因为之前有学长跟我强调过代码规范的问题，所以对这方面比较重视，后来当使用每个IDE的时候，都会去注意代码缩进的快捷键，比如IDEA的Ctrl+Alt+L等等；我对自己写的代码还算... 查看详情