关键词：
第11章 软件设计与实现
满足用户需求的第一步就是分析软件需要些什么，就首先需要“需求分析”。之后就是软件的“设计与实现”阶段。最后就是质量的“测试”与软件的“发布”。这一章节重点就是完成需求中的第二步。
在此步骤中，我们需要细化成三个小部分：抽象问题、抽象模型、具体解法。就此书上为我们提供了以下这几种的方法：图形建模和分析方法（重点介绍）、形式化的方法、文学化编辑。之后选择了两个实例来解释：小飞拿到spec之后到实现的过程以及小强的地狱，由此提出了几个名词以及常见的问题：修改集、闭门造车、每日构建、构建大师、宽严皆误。
让我们了解到了一个软件的完成，代码实在不断地建模修改，修改建模之中完成的（痛苦的过程），但是就我们学生而言，如何能较为准确的估算一个代码所需完成的时间长度呢？
第12章 用户体验
一开始的“需求分析”就是为了在最初和用户达到一个比较满意的体验过程，并不是界面好看就是最好的。所以需要软件设计师们根据在长期工作中积累下来的很多相关经验做出适当的调整。
用户体验的要素分为：用户的第一印象。从用户角度考虑问题。软件服务始终都要记住用户的选择。短期刺激和长期影响。不让用户犯简单的错误。用户体验的一个重要目的是要降低用户的认知阻力。及时有效地提高用户体验和质量才能保持不被同行占据市场。
由此可见，一开始的“需求分析”的重要性，以及之后软件测试调整（增添删减）的必要性。那万一真的完成不了用户所想要的要求怎么办?
教材《构建之法》第1.2.3章读后感
问题思考第一章什么是bug？课本29~31页有说到bug的大概概念，简单来说就是软件的行为和用户的期望值不一样，这就叫bug。这使我很困惑，世界上那么多人，肯定每一个软件都会和很多人的期望不一样的啊，这样岂不是每一... 查看详情
《构建之法》第4章第17章读后感
第四章 原文： 4.3.2：goto函数最好有单一的出口，为了达到这一目的，可以使用goto。只要有助于程序逻辑的清晰体现，什么方法都可以使用，包括goto。 问题： 是否什么地方都可以使用goto语句，为什么... 查看详情
《构建之法》第8-10章读后感
第八章：需求分析本章节讲述软件需求的4个步骤，（1）获取和引导需求（2）分析和定义需求（3）验证需求（4）在软件产品的生命周期中管理需求。在软件工程中分析软件需求需要考虑相关者的利益关系，例如用户、顾客、市... 查看详情
《构建之法》第四章第十七章读后感
第四章问题：如果另一个合作者不合作的话，我是应该选择脱离这个团队还是去催他工作？ 本章讲了许多关于结对编程的内容，文中写了结对编程的分工问题，结对过程中会出现的问题以及结对合作的不同阶段。 正常来... 查看详情
《构建之法》前三章读后感
通过第一章讲述的概论，理解到软件工程到底是什么，又为何要叫软件工程，他对我们的生活又有什么影响。通过一些实例我也认识到客户需求分析的重要，就阿超那样的四则运算一样，渐渐的功能和需求就多了。在第二章中，... 查看详情
构建之法一二章读后感
这几天首先学习了构建之法的第一章和第二章。通过第一章的学习，我了解了计算机科学的领域、软件工程与计算机科学的关系、软件的特性以及软件工程的定义和组成部分；我们都知道，软件=程序+软件工程，而它的拓展是软... 查看详情
构建之法六章读后感
在本周我主要学习了构建之法的第五章和第六章，第五章主要讲述团队和流程，第六章主要讲述敏捷流程；软件团队的模式有：主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐... 查看详情
构建之法读后感
第8章 需求分析 这一章主要讲的是需求分析，主要介绍在客户需求五花八门的情况下，软件团队如何才能准确而全面地找到这些需求。需求分析是指对要解决的问题进行详细的分析，弄清楚问题的要求... 查看详情
构建之法第十一章读后感
本周进行了构建之法的第十一章软件设计与实现的学习；第十一章主要讲了典型的开发流程，常见的分析和设计方法：ERD，DFD，UML，开发阶段的一些管理方法：每日构建，小强地狱，构建大师；分析和设计方法包括以文字为主的... 查看详情
《构建之法》第一章读后感
身为本科计算机专业二年级的学生，在老师的推荐下阅读了《构建之法》，这几天读了这本书的一部分，发表一下自己的感受，这本书让我对自己的专业有了更加深刻的了解。 在第一章中讲述了学生和... 查看详情
《构建之法》第一章读后感
身为本科计算机专业二年级的学生，在老师的推荐下阅读了《构建之法》，这几天读了这本书的一部分，发表一下自己的感受，这本书让我对自己的专业有了更加深刻的了解。 在第一章中讲述了学生和... 查看详情
《构建之法》第八章读后感
今天读了《构建之法》的第八章，需求分析，感悟很深。作为程序员，我们要做的是，将用户的需求充分挖掘出来，我们需要设身处地站在用户的角度上，将他们所说的需求实现，不仅仅如此，还要将之完善，并且预判将来的可... 查看详情
《构建之法》第五章读后感
团队团队的特点：1.团队有一致的集体目标，团队要一起完成这个目标。一个团队的成员不一定要同时工作。2.团队成员有各自的分工，互相依赖合作，共同完成任务。软件团队的模式：1.主治医师模式首席程序员“主刀... 查看详情
week2-作业1《构建之法》1216章观后感
这几天阅读了《构建之法》中的几章，受益匪浅，刷新了很多我对软件工程的认知。这本书让我很惊喜，阅读起来不像其他书一样枯燥，有很多人物的设计，以及对话的形式，非常有趣。 第一章、概述读完第一章了解了软件... 查看详情
构建之法第一章读后感
首先，文章对于程序、用户需求、工程等等概念用了阿超给儿子编写的一个出题程序来分别解释了个中的含义，尤其是程序和工程的区别，程序大概就是用很多语言或工具编写的一个简单能实现目标要求的一行行代码，而工程就... 查看详情
构建之法后三章读后感
开始读这本书，最大的感受的感受就是软件工程原来是可以这么学的，以前学习软件工程的课程的时候，总是感觉这门课程及其枯燥无味，总是在说太多的理论，很少会涉及到实践，甚至根本就是没有实践这个环节... 查看详情
《构建之法》第第十七章读后感(代码片段)
第四章 在这一章最后一页“让独占一样还有一个好处：一眼就能看出是否有多余的代码行，还有些情况下是致命的错误”给出的参考链接http://lpar.ath0.com/2014/02/23/learning-from-apples-goto-fail/，我还是没明白的致命错误在... 查看详情
构建之法第五六章读后感
邹欣老师的这本书，写得形象生动，第五章用体育运动等团队例子引出软件开发团队的形式。软件团队形式多样，适用于不同的人员与需求。团队可能会演变的模式有：主治医师模式、明星模式、社区模式、业余剧团模式、秘密... 查看详情