顾北清歌寒。

摘要： 每一项需求都必须正确描述所需要的系统功能，要真实反映用户的意图，所以需求的正确性又常被称为真实性。 正确性是一个看上去简单，但实践中很难满足的特性。实践一再证明，不真实的需求是最为常见的需求错误之一，必须得到足够的重视。 为了发现用户真实的需求，我们需要做到这些： （1）多问用户“为什么”，将涉众的 阅读全文

摘要： 从严格意义上讲，软件需求是直接或间接关系到软件系统功能的期望。需求需要被文档化表述，这要求需求工程师搞清楚需求有哪些类型以及每种类型如何进行表述。 分类的目的是为了区别对待，否则分类就失去了意义。需求分类是为了将需求划分为需要区别对待的不同类型，每种类型会被文档化到不同的部分，服务于不同的读者、不同 阅读全文

摘要： 1、我过去是怎么做的（或者我过去看见谁是怎么做的） 过去我认为当程序发布给顾客使用后，每一次进行“程序维护”后，bug会越来越少。 2、结合书中所讲，说明为什么这样不好 书中讲到：对于一个广泛使用的程序，其维护总成本通常是开发成本的 40％或更多。令人吃惊的 是，该成本受用户数目的严重影响。用户越多 阅读全文

摘要： 1、我过去是怎么做的（或者我过去看见谁是怎么做的） 过去我认为做一个项目，如果团队中的人员越多，那么每个队员分配到的任务就越少，那么最终整个项目完成所花费的时间就会变短，任务可提前完成。 2、结合书中所讲，说明为什么这样不好 书中讲到：Brooks 法则： 向进度落后的项目中增加人手，只会使进度更加 阅读全文

摘要： 1、我过去是怎么做的（或者我过去看见谁是怎么做的） 过去我写程序的过程中，从来没有规划过每一个任务块的时间。 2、结合书中所讲，说明为什么这样不好 书中讲到：在众多软件项目中，缺乏合理的时间进度是造成项目滞后的最主要原因，它比其他所 有因素加起来的影响还大。导致这种普遍性灾难的原因是什么呢？ 首先， 阅读全文

摘要： 学习进度条： 2018.1.7——2018.1.13 第七周 所花时间（包括上课） 8小时 代码量（行） 200行 博客量（篇） 4篇 了解到的知识点 第二阶段冲刺已经结束，网页的美化完成。 将数据库与程序打包上传到网络服务器，运行时出现很多错误，后来又进行了调试。 阅读全文

摘要： 软件工程概论总结 在大二上半学期，结束了长达9周的java课程之后，深入学习了java语言的基本使用，我们基本上具备了用java语言开发的基础，第10周我们又开始学习软件工程概论这一课程，这两门课程前后衔接非常紧密，让我们在从基础的语言开发使用，到深入理解软件工程的含义这一系列连续的过程中受益匪浅， 阅读全文

摘要： 1、我过去是怎么做的（或者我过去看见谁是怎么做的） 过去我写完代码，自己运行它的时候只要正常不报错就结束了。 2、结合书中所讲，说明为什么这样不好 代码复审：看代码是否在代码规范的框架内正确地解决了问题。 有自我复审、同伴复审和团队复审三种形式。 代码复审的目的在于： （1）找出代码的错误，比如： 阅读全文

摘要： 1、我过去是怎么做的（或者我过去看见谁是怎么做的） 由于之前学习或者写的一些程序规模很小，所有代码都写在一个文件里，从来没有写单元测试的习惯。而且觉得写规格说明书或者软件说明书之类的文档甚至是在浪费时间。 2、结合书中所讲，说明为什么这样不好 书中举的例子：有些软件写了好几年都没有发布，也许是因为他 阅读全文

摘要： 1、我过去是怎么做的（或者我过去看见谁是怎么做的） 过去我认为，bug就是指系统中运行时出现的问题或错误，有bug就是质量不合格，没有bug就是质量完美。 所以我每次写程序，更多的只去注重程序只要能正常运行不出错，就是做好了。 2、结合书中所讲，说明为什么这样不好 书中说明：bug的多少可以直接衡量 阅读全文