关键词：
在以前编写代码并没有感觉到平时会出现的一些小错误小细节，看了《构建之法》这本书之后，才忽然明白原来一些小错误也会造成大的问题。这本书给了我们学生一个全新的学法，以前学习软件工程总觉得太多理论的东西在里面，但是在这本书打破常规的教学方法，阅读了构建之法后，我对软件工程及软件有更专业的认识，软件工程+程序=软件。而软件工程是把系统的，有序的，可量化的方法应用到软件的开发，运营和维护上的过程。软件工程还包括：软件需求分析，软件设计，软件构建，软件测试和软件维护。软件工程不单单是一项工程，更是一项计算机科学。
软件= 程序+软件工程”这句话就这么简单把程序跟软件工程结合起来，当我们开始学编程，一直觉得程序就是软件，但是当我们开始读这本书，就开始了解其实不是。随着学习的不断深入，就不是这样想，我们开始懂得把两者结合起来。我们开始懂得什么是软件工程，软件工程涉及很多的东西，我们要懂得从更高的一层面去编程。例如，框架，程序的架构等等...整本书从实际软件开发的各个阶段出发，详细地分析了软件工程的各个环节，如：需求分析、设计实现、用户体验、软件测试已经最后的发布等等。
书很多人物之间的对话悄然道出了在开发项目的过程中，各色人等对项目的看法，对项目某些问题产生的质疑，以及日常生活中都会遇到的沟通障碍等等问题，基本上是我看到了一个问题我刚想找老师讨论，后面的小节就出现了人物之间就这个问题的讨论。此外书中使用了很多通俗易懂的词汇，并且使用了很多我们生活中的例子来解释，我们在写代码中所遇到的问题，通过这些例子很容易让人明白我们的错误在哪，今后应该怎样改正，这是我在看这本书所收获得的最大的收获。
通过对《构建之法》的学习，让我了解到了一个软件的生命周期从需求分析开始直至软件的淘汰的过程中最重要的一环是——软件测试，对于软件测试按测试设计分类可分成黑盒测试和白盒测试，但在实际工作中，我们不应画地为牢，严格只用某一种测试方法来对软件进行测试。而按测试的目的来分，软件测试又可以分成功能测试、非功能测试。而测试方法又是各种各样：单元测试和代码覆盖率测试、构建验证测试、验收测试、探索式测试、回归测试、场景/集成/系统测试、伙伴测试、效能测试、压力测试、内部/外部测试、易用测试、”小强“大扫荡等等方法。而在实战中的测试是在项目的稳定阶段执行的，因此这一阶段的核心任务是在满足最低接受条件的前提下，提高各个部分的质量。而正如开发人员有功能设计说明书，测试人员也要有测试设计说明书，告诉测试人员要如何设计测试。总而言之，软件测试是保证软件质量的优先条件，只有在排除了大量的bug之后的软件才有来评判该软件的”好“、”快“、”便宜“这一系列的软件质量问题，才能有后面的软件创新之类的延续。
《构建之法》阅读笔记5
软件团队的所有相关人员都需要处理、了解需求信息，如果在处理的过程中有误解和遗失，就会导致开发过程中的问题，以致最终产品不能满足用户的需求。我们要给事物建造出一个“模型”，描述事物、事物的属... 查看详情
《构建之法》读书笔记
目录软件工程的阶段...1好的单元测试标准：...1代码复审...2结对编程...2软件开发流程...3敏捷流程 Scrum..3MSF.5需求分析...5典型用户和场景...6规格说明书（Spec）--包括功能说明书和技术说明书(设计文档)8用户体验...9软... 查看详情
构建之法——读书笔记
第五章5.1非团队和团队团队特点：1.有一致的集体目标，要一起完成这目标。 2.团队成员有各自的分工，互相依赖合作，共同完成任务。非团队特点：各自行动，独立把任务完成，有人不辞而别，... 查看详情
《构建之法》阅读笔记
《构建之法》第一章阅读笔记大马哈鱼洄游模型软件工程按照经典的瀑布模型 1.需求分析 2.设计阶段 3.实现阶段 4.稳定阶段 5.发布阶段 6.维护阶段事实上在现实世界中，软件工程师的职业发展与瀑布流程刚... 查看详情
构建之法阅读笔记
这周通过阅读构建之法，知道了MSF的原则，团队模型，开发模式.基本原则：1.推动信息共享与沟通2.为共同的远景二=而工作3.充分授权和信任4.各司其职，对项目共同负责5.交付增量的价值6.保持敏捷，预期和适应变化7.投资质量8.... 查看详情
《20171122-构建之法：现代软件工程-阅读笔记》)(5分)
软件开发过程有什么特别的难题？学者们总结了下面五点：复杂性（Complexity）软件可以说是人类创造的最复杂的系统类型。大型软件（操作系统、办公软件、搜索引擎）有超过百万行的源代码，上万个不同的文件。而软件工程... 查看详情
20170930-构建之法：现代软件工程-阅读笔记
msf原则:1推动信息共享与沟通（Fosteropencommunications）2为共同的远景而工作(Worktowardasharedvision)3充分授权和信任（Empowerteammembers）4各司其职，对项目共同负责（Establishclearaccountabilityandsharedresponsibility）5重视商业价值（Focusondelivering... 查看详情
《20171102-构建之法：现代软件工程-阅读笔记》
第5章团队和流程——5.3开发流程——5.3.2瀑布模型瀑布模型是将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作，形如瀑布流水，最终得到软件产品。它在1970年由温斯顿·罗伊斯（WinstonRoyce）提出，直到80... 查看详情
《构建之法》阅读笔记一
1.程序=数据结构+算法2.构建管理，源代码管理，软件设计，软件测试，项目管理是软件工程的核心部分。3.软件=程序+软件工程4.软件企业=软件+商业模式5.软件开发的不同阶段：玩具阶段，业余爱好阶段，探索阶段，成熟的产业... 查看详情
《20171030-构建之法：现代软件工程-阅读笔记》
《20171030-构建之法：现代软件工程-阅读笔记》创建单元测试函数的主要步骤：1.设置数据2.使用被测试类型的功能3.比较实际结果和预期的结果 个人开发流程的任务清单：1.估计这个项目需要多少的时间2.需求分析3.生成设计... 查看详情
阅读笔记——构建之法
11 查看详情
《20170914-构建之法：现代软件工程-阅读笔记1》
... （2）软件设计 （3）软件构建 （4）软件测试 （5）软件维护 4.软件类型：（1）系统软件 （2）应用软 查看详情
《20170930-构建之法：现代软件工程-阅读笔记》
第八章需求分析软件需求：1、获取和引导需求2、分析和定义需求3、验证需求4、在软件产品的生命周期中管理需求或1、对产品功能性的需求2、对产品开发过程的需求3、非功能性需求4、综合需求软件产品的利益相关者：1、用户... 查看详情
构建之法阅读笔记04
敏捷开发原则：1.尽早并持续地交付有价值的软件以满足顾客需求。2.敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势 3.经常发布可用的软件，发布间隔可以从几周到几个月，能短则短 4.业... 查看详情
20170913-构建之法：现代软件工程-阅读笔记
第一章1.程序+软件工程2.软件的特殊性：1)复杂性，2)不可见性，3)易变性，4)服从性，5)非连续性第二章单元测试好的单元测试标准：1.单元测试应该在最基本的功能/参数上验证程序的正确性2.单元测试必须由最熟悉代码的人... 查看详情
2017/10/06-构建之法：现代软件工程-阅读笔记
第八章需求分析1.获取和引导需求2.分析和定义需求3.验证需求4.在软件产品的生命周期中管理需求5.对产品功能性的需求6.对产品开发过程的需求7.非功能性需求8.综合需求 查看详情
《构建之法》读书笔记w5
从第4章中所描述的“双人合作”中的一个2个组合进化成一群人的团队，本第5章则介绍不同软件团队可能拥有的工作模式和常用的开发流程。 团队并不会是一群乌合之众临时聚集所组成的，一个标准团队有一致... 查看详情
《20171006-构建之法：现代软件工程-阅读笔记》
一、代码规范 1、代码风格规范 (1)缩进 (2)行宽 (3)括号 (4)断行与空白的{}行 (5)分行 (6)命名 (7)下划线 (8)大小写 (9)注释 2、代码设计规范 (1)函数 (2)goto (3)错误处理 (4)如何处... 查看详情