随笔分类 - 阅读观后感
摘要：本书的最后一部分，主要介绍了四个领域需求模式，性能领域需求模式，适应性领域需求模式，访问控制领域需求模式，商业领域需求模式。 在做需求的过程中经常遇见性能问题： 1.编写容易等同于实现困难。 2.我们定义一个完整的运行还是只是软件。 3.性能指标适用于系统的哪个部分？ 4.避免武断的性能指标。 5.
阅读全文
摘要：前面了解到什么事需求的 ，接下来就应该学习如何使用和编写需求模式。我们不仅到了解需求模式的含义，更要学会在什么情况下使用需求模式。在定义系统期间，有两种场合使用需求模式： 1.当定义需求时，看是否存在一个模式可以指导如何定义这种需求。 2.当考虑系统需求是否完全时，浏览主题覆盖的整套模式——看是否有
阅读全文
摘要：书中简单的将需求定义为：需求就是定义系统需要做什么而不是怎么做。 需求也是有一些原则的， 1）定义问题而不是解决方案， 2）定义系统而不是项目， 3）区分正式和非正式部分， 4）避免重复，在几种需求流程中，我们了解到每种需求流程都有自身的优点和缺点，传统需求流程比较规规矩矩，这样可以使项目需求分析有
阅读全文
摘要：今天又读了《梦断代码》，感觉对自己的帮助虽然不是很多，但依旧挺大的。第八章的题目是白板上的即时贴。在微软和许多态度严谨的软件公司中，长久以来都有一种法规定，即开发者必须使用自己正在做的产品，用来在服务器发布版本中找出最后一些产品缺陷。WebDVD的工作机制是扩展HTTP——Web服务器和浏览器之间的
阅读全文
摘要：当今世界，软件已经成为当今世界不可或缺的一部分。而《梦断代码》一书记录的是作者罗森伯格对OSAF主持的Chandler项目进行田野调查，通过Chandler开发过程来揭示软件开发过程中一些根本性的大问题。 第四章作者将其命名为乐高王国。卡普尔很注重前台的效果，着重于如何体现Agenda之魂。而后台工
阅读全文
摘要：今天发表《梦断代码》的第一篇读后感。这几天读了《梦断代码》的前四章，有很多不懂的也是必然的，读了很多遍还有好多地方不是很懂。发一下读的内容。 作者迷恋于一个叫做Sumer的游戏，其可以让玩家打补丁，任何人都能窥探其内部运行机制。花点时间学习简单的Basic语言，改游戏就和玩游戏一样简单：将纸带上的指
阅读全文
摘要：人月神话的观点：是与非这一章，也是20周年版本新增的内容，20年的发展让初版的一些观点变得过时，但是仍然有不少观点仍然适用，因而作者在这一章里把之前的每一章的主要观点都抽离出来，并对已经过时了的观点做了说明，可以说这一章是整本书的精华了吧。 20年后的人月神话这一章很长很长，算是一篇单独的文章，讨论
阅读全文
摘要：这两天把人月神话的每一个章节都读了一下，可能是因为没有做过大项目的原因吧，有很多地方都不是很懂，所以也谈不上是读后感，只能说是阅读笔记吧。 人月神话这一章，作者主要介绍了软件开发项目在进度安排上经常出现的问题。首先，由于我们对项目开发的进度估计过于乐观，我们估计出来的工作量通常会低于实际需要的工作量
阅读全文
摘要：这本书虽然有做过一些细小的修订，用更新的思想进行扩充，但我还是认真阅读了这本书的第一版序言。其中，作者提到在很多方面，管理一个大型的计算机编程项目和其他行业的大型工程很相似，这一点虽然我没有亲身经历过，却能感同身受作者的思想和态度，我想，任何一件或大或小的完整工程都是有相通之处的，甚至是每一件事情。
阅读全文