【#作文# #月神观后感集锦8篇#】如何用文字的方式正确书写一份作品名的观后感呢？好的影视作品能帮助人们成长，每当影片结束时，心里总是充满着不一样的情绪。为了不忘记这些优秀的作品，我们应该写一份观后感，写观后感可以让我们与作品的精髓更加紧密相连，趣祝福的编辑费尽心思制作的“月神观后感”绝对能够让您满意，阅读完之后请务必收藏下这篇文章以便今后观看！
月神观后感【篇1】
《岁月神偷》讲述的是60年代的香港，风云变幻。一面要忍受港英**的压制，一面又受到内地运动的波及，更要面对不时登陆的台风暴雨。永利街位于这样一场风暴的中心。
罗家四口在街尾以做鞋为生。罗先生做得一手好鞋，在那个混乱的年代仅能养家糊口；罗太太为人辛辣直率，人称“侠盗罗嫂”。大儿子罗进一16岁，品学兼优，是运动会的冠军，全家人的希望，也是永利街的骄傲；小儿子罗进二8岁，在父母溺爱之下，天性顽劣，出了名的顽皮整蛊……一家人艰难度日，也算其乐融融吧。
然而大儿子与富家小姐芳菲之间一段纯美的初恋、一场扫荡整个香港的飓风暴雨、更有一场潜伏已久的噩梦，让这个普通家庭的平安幸福在一夜之间陡生变故、支离破碎……面对岁月这个最大的“神偷”，顽强不屈的人该如何去抵抗？
我是个很容易被感动的人。看这样的电影真的能让泪腺在两小时内承受超负荷。这部电影充满了对过去的回顾，对家庭的感触，对时间的流逝，足以让人伤感。虽然不能流泪，但忍不住鼻尖一阵酸痛，很难抗拒那想说还休的痛。
《岁月神偷》让人感动的因素很多，不只是亲情，不只是爱情，不只是生离死别，它还包含着一代人难以重现的成长经验。你永远不会被朋友嘲笑，永远不会和邻居一起在户外吃饭，永远不会在饭后和兄弟姐妹一起做作业，永远不会把角落里的那些东西当成宝贝。一切美好的旧时光，都毫无顾及地一去不复返了。
好在还有大脑来承载记忆，好在还有电影能呈现这一切。
电影中的一个家庭是普通的公民阶级。爸爸做鞋，妈妈卖鞋，哥哥有很好的作业，哥哥又淘气又可爱。爸爸说，做人要保住顶，妈妈说，做人总要信。爸爸给妈妈做了一双鞋子，妈妈给鞋子分别取了名字，一步难，一步佳。
台风来时刮穿了房子，电台里《i want be free》和满屋的鞋子一同在风雨中飘散，人对美好的向往总是和现实的困苦相依相伴。因为贫穷，哥哥面对女友家的豪宅时神情黯然，弟弟无法一个人独享一盒月饼时嚎啕大哭，爸爸当掉了戒指给哥哥输血，妈妈抓着爸爸空空的手指哽咽难言。每个人都有自己的生活和财富，但贫穷并不一定意味着不幸。保持情绪是幸福的关键。
《岁月神偷》的真诚之处便在于，它收敛了悲戚，流露了笑意，始终在守候着一份淡淡的希冀。
欲望与血缘与生俱来，每个人都兴致勃勃地往前走，少有人会停下回望来时的路。你在慢慢长大，却并不觉察身边的亲人正在慢慢变老乃至死去，总有一天你会要用欲望去置换感情。正如奶奶所说，你把一切你喜欢的东西扔进苦海，填满苦海，你就会和你的亲人团聚。
生活的美好与残酷便在于，真情永远有效，只是每人都有各自命运的期限，过时了，便不候了。做人，总要信，总要信。片中罗太这么说，这个信字可不是做生意要诚实守信之类，她是说人活一辈子，总要信点什么，那样才能一步难一步佳，一直走下去。
话说回来，这看电影，当观众的也要信点什么。固然在中间也觉得哥哥的意外太狗血肥皂剧，然而发现它确实是导演罗启锐个人生命体验的一部分时，我又动摇了，觉得它真实可信，令人动容毫不为过。
看片时几度落泪，旁边有的同学一直在擦拭眼泪，看来大家都信了。对香港人来说，回望过去那好像是美好时光，可里面的罗家卖鞋为生，住的小屋简陋无比，生活过得又实在太辛苦了。这部电影有意穿插上世纪60年代的旧画面，唤起一代人的记忆。
苦涩就是苦涩，不比现在抑郁的苦涩多。然后每个人都会觉得他们的努力是值得的，我们可以期待明天。看完后顺道去电影取景地永利街走了一遭，不想那边居然聚集了很多人，拍片的学生、拍照的游客，电影引发的社会影响果然不可小觑。从背后看，这些楼群确实破败得很，然而香港的过去一面就隐藏其中。
毕竟所有的美好终究会黯然陨灭，万物逃不脱这样的规律。
即便抛开哥哥弟弟两个人物的呼应设置、不理会鬼佬差人钱迷**，再有不去解读把米字旗丢进水中，把《岁月神偷》当做一部普通家庭剧来看待，影片还是能有优良水平。弟弟比较皮，喜欢偷拿些小东西来玩，结果不想这岁月才是人生里的最大小偷，它会偷走亲人，带走美好。手法高明，不留痕迹。
不经意间一句话随着时间的流逝，父亲也会去的。
对于经历过苦难、看到亲人离去的观众来说，这部电影的轰动性太强烈了。子不教父之过，父亲会当面训起儿子怒火上心一顿打。贫贱夫妻百事哀，为了医治儿子，父母千思百虑，这《岁月神偷》说的都是人之常情，没有门槛。
后半段简直是洪水决堤般的崩溃体验，台风来袭一直到给哥哥买东西，当真应了当下港片的悲情无望。中国人相信上一代的牺牲会给下一代带来幸福。然而，历史总是无情地反驳，给出一些既不好笑也不好笑的答案。
我希望今后中国电影能给急需情感灌溉的中国人更多的电影，让我们的生活充满人与人之间的爱与爱。
月神观后感【篇2】
通过阅读《人月神话》，我从中学到了一些东西：
首先，开发一个项目，我们误以为应该用人月工作量单位来估算和安排进度。诚然，成本随着产品开发的次数和时间的不同而变化很大，但进度却不尽相同。所以我认为用人月来衡量一份工作的规模是一个危险且具有欺骗性的神话。
它暗示着人员数量和时间是可以相互替换的。数量和时间的交换只适用于以下情况：一个任务可以分解为参与者，他们不需要相互通信，这在系统编程中几乎是不可能的。
当由于订单的限制，任务不能分解时，增加人力对进度没有帮助。调试、测试的次序特性，许多软件都具有这种特征。由于软件开发本质上是一项系统性的工作——复杂关系下的一种实践——通信和交换的工作量很大，很快就会消耗任务分解所节省的个人时间。
因此，增加更多的人实际上会延长而不是缩短时间安排。
对于编程，有其乐趣和苦恼。创建事物的快乐 ，开发对其他人有用的东西的乐趣 ，将可以活动、相互啮合的零部件组装成类似迷宫的东西，这个过程所体现出令人神魂颠倒的魅力 ，面对不重复的任务，不间断学习的乐趣 ，工作在如此易于驾驭的介质上的乐趣——纯粹的思维活动，其存在、移动和运转方式完全不同于实际物体。将做事方式调整到追求完美，是学习编程的最困难部分；由其他人来设定目标，并且必须依靠自己无法控制的事物（特别是程序）；权威不等同于责任实际情况看起来要比这一点好一些；真正的权威来自于每次任务的完成任何创造性活动都伴随着枯燥艰苦的劳动，编程也不例外人们通常期望项目在接近结束时，（bug、工作时间）能收敛得快一些，然而软件项目的情况却是越接近完成，收敛得越慢产品在即将完成时总面临着陈旧过时的威胁。
开发一个软件，我们要有合理的时间进度，开发人员要少而精，概念完整性必须考虑在内，要尽量做到尽早交流和持续沟通。
同时，文档形成了一个关键的中心，每个项目管理工作都围绕这个中心运行。它们是管理者的主要个人工具。对于计算机硬件开发项目，关键文档是目标、手册、进度、预算、组织机构图、空间分配、以及机器本身的报价、预测和价格；对于大学科系，关键文档类似：目标、课程描述、学位要求、研究报告、课程表和课程的安排、预算、教室分配、教师和研究生助手的分配；对于软件项目，要求是相同的：
目标、用户手册、内部文档、计划、预算、组织结构图和工作区分配。即使是一个小项目，我们也需要编写相关文件，为每个关键文件的维护提供状态监测和预警机制，并作为清单或数据库。
一个好的工作手册和组织结构可以开发，以更好地满足用户的需要。手册，或书面规范，是一个非常必要的工具，虽然仅仅文件是不够的。手册是产品的外部规范，它描述和规定了用户看到的每一个细节；同样，它也是结构工程师的主要工作产品。
形式定义是精确的，而且往往更完整；它们更清晰，可以更快地完成。但是形式化定义的缺点是不易理解。叙事文本可以表现结构原则，描述阶段或层次结构，并提供实例。
它能很容易地表达异常与对比度的关系，最重要的是，它能解释异常的原因。就表达的准确性和简洁性而言，目前提出的形式化定义具有惊人的效果，增强了我们对准确表达的信心。
一般来说，当我们开发一个软件时，我们也会设定规模目标，控制规模，并发明减少规模的方法——就像硬件开发人员减少组件一样。规模预算必须与分配的功能相关联； 在指明模块大小的同时，确切定义模块的功能。从整个系统和面向用户的角度培养开发人员的态度，是软件编程管理者最重要的职能。
调试，是一种检验程序中的方法。然而，调试是系统编程中一个非常缓慢和困难的环节，调试周期长是调试的祸根。它可以持续很长时间，这可能会影响项目的交付日期。
为了更好的控制进度，我们需要制定一个严格的进度计划来控制项目进度，包括里程碑和日期。里程碑必须是具体的、具体的和可衡量的事件，并且可以明确定义。进度表有时可以根据进展情况进行适度的修改。
产品测试时每个产品在提交给用户的一道程序。在这项工作中，产品测试机构/团队主要按照规范检查机器和程序，充当麻烦的代言人，找出每一个可能的缺陷和矛盾。每个开发组织都需要这样一个独立的技术监督部门来确保其公正性。
产品－测试小组则是顾客的代理人，专门寻找缺陷。有时，细心的产品测试人员会发现一些地方没有被实现，设计决策没有被正确理解或准确地实现。出于这方面的原因，设立测试小组是使设计决策得以贯彻执行的必要手段，同样也是需要尽早着手，与设计同时实施的重要环节。
一个已开发的项目，我们需要对它进行后期维护。它的维护于硬件维护有着本质的区别。它主要由各种变化组成，如修复设计缺陷、增加新功能、使用环境或配置变化引起的调整等。总维护成本通常是开发成本的40%或更多。维修费用受用户数量的严重影响。用户越多，发现的错误越多。
每次修复之后，必须重新运行以前的所有测试用例，以确保系统不会以更微妙的方式受到损害。事实上，对于一个项目来说，我们应该尽最大的努力做到完美，减少将来的维护难度和成本。
随着计算机技术的发展，计算机相关学科的知识也在迅速发展。太多的兴趣，太多令人兴奋的学习，研究和思考的机会-多么令人难以置信的矛盾！这个神奇的时代远远没有结束，它依然在飞速发展。
更多的乐趣，尽在将来。
月神观后感【篇3】
刚开始读这部书就深深的震撼了我。不仅仅是作者对程序的观点和思想还有就是这些观点和思想在现实中也非常实用。读完这本书，我发现人类和月量的神话就在我们身边。作者为人们提供了对管理复杂项目的深刻见解。不仅有许多发人深省的观点，还有许多软件工程实践。
这本书让我印象最深的是，无论什么软件，无论大小，它都必须由设计师主导。作为一个软件，一个系统，必须有一个清晰的概念模型。我认为这本书是一本值得多次阅读的好书。每次我读到它，我可能会从中得到一些真相和理解。
这本书让我知道是什么让这么多喜欢编程的人孜孜不倦地工作。爱好，编程的乐趣，当别人使用你的系统或软件时的成就感。这就是书中所言：
事业的乐趣：创造事物的幸福感，发展对他人有用的东西，把零散的文字组合成有用的东西，并不断学习，这是一项创造性的工作。这就是为什么我总是对生活充满希望和热爱的原因。
生活和程序一样复杂，但在这个复杂的生活中，有许多美好的东西等着我们去发现和收集，需要乐趣。
对于编程，有其乐趣和苦恼。创建事物的快乐，开发对其他人有用的东西的乐趣，将可以活动的零部件组装成类似迷宫的东西，这个过程所体现出令人神魂颠倒的魅力，面对不重复的任务，不间断学***趣，工作在如此易于驾驭的介质上的乐趣——纯粹的思维活动，其存在、移动和运转方式完全不同于实际物体。把做事的方式调整到最佳状态是学习中最困难的部分。
开发一个软件，我们要有合理的时间进度，开发人员要少而精，概念完整性必须考虑在内，要尽量做到尽早交流和持续沟通。一般来说，当我们开发一个软件时，我们也会设定规模目标，控制规模，并发明减少规模的方法——就像硬件开发人员减少组件一样。规模预算必须与分配的功能相关联；在指明模块大小的同时，确切定义模块的功能。
从整个系统和面向用户的角度培养开发人员的态度，是软件编程管理者的重要职能。
“岸上的船儿，如同海上的灯塔，无法移动。”这是焦油坑里的一句名言。也是我最难忘的一句。
在过去几十年里，大型系统的发展就像一个焦油坑，许多又大又强壮的动物在里面激烈地挣扎。他们中的大多数人都开发了操作系统，但只有极少数人达到了目标、进度和预算要求。各种队伍，大大小小，复杂干练，一个接一个地淹没在焦油坑里。
表面上看，没有一个问题会导致困难，每一个问题都可以解决，但当它们交织在一起、积累在一起时，团队的行动就会越来越慢。似乎每个人都对问题的严重程度感到惊讶，很难看出问题的本质。但是，如果我们想解决这个问题，我们必须首先设法理解它。
这就是生活真理。要想解决一件事，首先要了解事情的始末。提出问题就是解决问题的答案。
《人月神话》创造了编程世界的神话，也创造了人生历史的神话，更创造了人生哲理的神话。
月神观后感【篇4】
在阅读这本书之前,已经很多次听到关于人月神话这本书以及他的作者brooks的消息了. 在软件领域, 《人月神话》具有深远影响力而且畅销不衰.这一次,正好老师的作业要求我们阅读这本书,我终于使有机会阅读这本经典之作了.
在这过去的几个星期里面,一点一滴的阅读这本书,粗略的了解了这本书.
首先,让我印象深刻的是《人月神话》提出的两条著名的法则：
一。人月神话：把更多的人力资源投入到一个已经被推迟的项目中，只会使它更晚。
似乎人类月亮神话的名字是如此浪漫。这不是真的神话。作者的主要观点是，在软件开发项目中，项目进度和人员增长这两个概念是不能互换的。虽然已经时隔20多年了，这本书依然给我震撼，一是让我惊讶的是，美国20年前软件项目所面临的问题，在我们现在依然如此，糟糕的情况没有改变，大家仍旧在焦油坑里挣扎，而且看上去没有解决办法. 当读到“是当意识到进度的偏移时，下意识（以及传统）的反应是增加人力。
这就像使用汽油灭火一样，只会使事情更糟。越来越严重的火灾需要越来越多的天然气，这导致了一个注定会导致灾难的循环。这让我明白了一个重要的道:
理项目的进度是不能够光靠人力的增加来推进的.
2。没有银弹：没有技术或管理上的进步，能够独立地承诺在十年内生产率、可靠性或简单性有一个数量级的提高。
虽然有很多人不同意或不同意他的观点，但我总觉得他的观点是对的——基本问题和次要问题的划分和定义。作者认为软件开发困难的部分是概念的结构，如规格化、设计和测试等概念的结构，而不是概念的表述和实现概念，虽然实现概念可能占用了小于90%的时间，就如现今的软件开发一样，系统分析通常占用的整个项目开发时间不超过20%，而80%的时间花在编程上一样。
这两个原则在过去几十年中得到了证明。我相信在未来，它们仍然是真实的
此外，在《焦油坑》一章中，有一句话我不能忘记：岸上的船只，就像海上的灯塔，不能移动
是的，在过去几十年中，大型系统的发展就像一个焦油坑，许多大型和强壮的动物在里面激烈地斗争。他们中的大多数人都开发了操作系统，但只有极少数人达到了目标、进度和预算要求。各种队伍，大大小小，复杂干练，一个接一个地淹没在焦油坑里。
表面上看起来好像没有任何一个单独的问题会导致困难每个都能被解决，但是当它们相互纠缠和累积在一起的时候，团队的行动就会变得越来越慢。似乎每个人都对问题的严重程度感到惊讶，很难看出问题的本质。不过，如果我们想解决问题，就必须试图先去理解它。
这就是生活真理。要想解决一件事，首先要了解事情的始末。提出问题就是解决问题的答案。
人月的神话也让我知道软件系统可能是人类创造中最复杂的东西。它通常是一个很小的功能，它确实需要改进开发人员的架构设计，对其它模块的影响和扩展，以及代码的编写。用户在前台可能只看到几个字，这是几上是中国开发商日夜奋战的结果。
大多数情况下，客户的需求修改在他们看来是那么容易，但是他们忽略了很多他们看不到的因素
总而言之，《人月神话》是一部it界的神话，经久不衰.它就像是一颗“银弹”，教会我们如何去消灭软件项目这只“人狼”，指引着每个it从业者认真开发,开拓进取.人月神话将带领it界的精英们创造一个又一个it界的神话..
月神观后感【篇5】
本文主要讨论软件开发项目中时间与人员数量的转换关系。研究表明，增加一个项目的人员数量并不一定会缩短项目的完成时间，但在许多情况下也起着相反的作用。正如brooks法则中所说的那样“想进度落后的项目中增加人手，只会使进度更加落后”。
在软件项目中，项目滞后最重要的原因是缺乏合理的时间安排。造成这个结果主要由于以下几个方面，包括我们对工程的乐观的估计，错误的认为人和月（时间）可以无条件的相互替代，软件经理不合理的估算和缺少对进度的跟踪和监督。
程序员中有很多乐观主义者，他们通常认为每件事都会做得很好，每一项任务只需要花费应有的时间。但是，人们的思想总是存在一些偏差，导致思想很好，但是在实施过程中也存在一些问题，这将严重影响软件工程的最终完成时间。所以在做项目的时候，人们不应该盲目乐观。
文章对造成项目滞后的第二个原因进行了详细的论述，为我们否定了一个关于“人月神话”谬论。“人月神话”的主要内容是人员数量和时间是可以相互替代的。事实上，人员的数量和时间不能无条件地相互替换。
本文还表明，人员数量和时间的交换只适用于以下情况：触摸任务可以分解为参与者，并且他们不需要相互通信。只有在这种可分解的任务中，人类的月亮神话才存在。
但在更多的情况下，由于任务往往密不可分，需要大量的人相互沟通。这时候，一味的增加开发人员不会缩短时间的进度，相反还很有可能比没增加人员的时候完成的时间还要晚。本文还给出了一个例子，假设任务没有在规定的时间内完成，并且达到了第一个里程碑，项目经理可以有四个选择。
1，在原来3个人的基础上增加了2个人。2，将原来的3个人增加到9个人。3，重新安排进度。
4，削减任务。作者认为，项目经理倾向于选择削减任务以降低后续成本，而第一和第二方案是不可行的。因为增加了人员就要对他们进行培训，这是需要时间的，还有就是会出现重复工作的问题，原先由3个人负责的工作分解到了由5个人来工作，这就导致了某些已经完成的工作必然会丢失，丢失的工作还需要再做一遍，这也导致了时间的浪费和延长。
这样，表面上似乎投入了更多的人力，但结果与没有额外人力一样或更糟。说明了时间和人员数量是不可替代的。
文中还提到了系统测试的重要性。问题越早发现，成本就越低。问题越晚发现，对项目的影响将是灾难性的。所以系统测试进度的安排是很重要的。作者还提到了自己的经验法则：
1/3计划，1/6**，1/4构建测试和早期系统测试，1/4系统测试。这里也说明了计划和维护的重要性，而具体的写**的工作是相对来说比较不占用时间的，体现了那句话“三分技术，七分管理”。
更多的增加开发人员往往不会缩短计划完成的时间进度，与人们最初的预计相反，所以不要迷信人员数量和时间上的相互的转换，要想不让项目的完成时间滞后，我们就要制定合理的时间进度。
月神观后感【篇6】
一个平静的夜晚，一艘月船从一片寂静的大海上驶过，船上有爷爷、爸爸和小孩。爷爷的胡子又长又白，就像拖把一样，爸爸长得非常强壮，可是非常严肃，而小男孩既聪明又可爱，还穿着背带裤。忽然爷爷从船上拿出一个包裹，叫小男孩打开，小男孩打开以后发现里面有一顶帽子，爷爷帮他戴好，爸爸却把帽子往下按。过了一会儿爷爷和爸爸都叉着腰小男孩也学着叉腰，爸爸揉了一下鼻子，小男孩也学着揉了一下鼻子，爷爷掏了一下耳朵，小男孩也学着掏了一下耳朵。
这时海上出现了一轮月亮，爸爸递给小男孩一个铁锚，并架了一个梯子，让小男孩爬上去，小男孩一开始有点犹豫，可是他还是鼓足了勇气往上爬，他三步一回头，终于爬到了月亮上。他便把铁锚叉在了一个洞中，一直等到爷爷与爸爸爬上来时，才从一间小屋子里拿出了一个木桶，爸爸拿出了一把长柄的扫帚递给小男孩，爷爷却把一个长得像拖把的递给小男孩。
忽然从天上掉下来了一颗巨型的星星，爸爸和爷爷怎么也推不动，这时小男孩灵机一动，从木桶里拿出一个榔头对着巨型星星一敲，巨型的星星敲成了许许多多的小星星。然后爷爷、爸爸与小男孩在月球上清理这一闪一闪的小星星，整个天空布满了星星美丽极了！
这个故事告诉我们：每个人都要迈出第一步才能成功。
月神观后感【篇7】
《月神》故事很简单，祖孙三代到月球上工作的故事。里面有传承和继承。
整个画面梦幻唯美 无声中透视出人性的光辉。
我们每一个人活的都如这影片中的角色，懵懂如这个男孩，想要探索这个奇妙的世界。而在我们的成长中总会有这里面的爷爷父亲一样的“家长”角色引导我们。告诉我们该如何去做，顺从或反抗，直到这样的角色逐渐的演绎到我们自己身上，生命的循环和意义就在于此：探究，成长，拥有自己的个性和视角形成自己的世界观和价值观并不断的与生命的其他形式相结合。
人的过程是让我们渐渐成为了“思想者”，我们会考虑问题的方方面面，用我们的习惯性思维去思考问题和解决问题，并用这种惯性来审视周围的一切，包括自己。孰不知他者视角可以解开很多问题的结，而影片中的小男孩，不顾束缚冲到星星上去，就是一种突破“家长”常规思维就是一种他者视角的象征。“中国式家长”在这里面体现的淋漓尽致，该这么做，不，应该这么做。听我的，听我的。其实如白纸一样的孩子无所顾忌是最有想法的，而许多时候，宁可让他受伤也要让他自己亲身体验，即便是世人皆知的真理。何况我们无法预知一次偶然会带来怎样的结果，也许是一种奇迹性的突破呢，就像小男孩的一个锤子下去，一颗大星星绽放四射，这里面也预示这传统的思维的倒塌和彻底的对“家长制”下所谓正确方法的宣泄。
你的我的，不要思想者的，无法预知的勇于尝试的才是无穷的未来世界。
月神观后感【篇8】
2。如何与实现人员充分沟通，对琐碎的技术细节进行描述，以确保正确理解设计并准确地集成到产品中。
3. 贯彻执行passingtheword印象比较深刻的是”体系结构设计人员必须为自己描述的任何特性准备一种实现方法，但他不应该支配具体的实现过程。”
四。有计划地调用eshot主要是关于如何计算编程时间何计个人的经验算法。所描述的算法可能不适合当今的高级语言，但波特曼的观点仍然适用于今天，即程序员的时即编程时间仅为50%，其他时间则花在无关的琐事上。
5. 整体部分thewholeandtheparts一读这一章，就让我感触颇深，特别是这句话”bell实验室监控系统项目的v.a.
vyssotsky提出，’关键的工作是产品定义。许许多多的失败完全源于那些产品未精确定义的地方’，细致的功能定义，详细的规格说明，规范话的功能描述说明以及这些方法的实施，大大减少了系统中必须查找的bug数量”。虽然这句话的意思只是为了说明准确定义产品可以减少bug的数量，但是我看到了系统分析中最重要的工作——产品定义。
目前，许多开发人员已经进行了需求研究、系统分析和系统设计，但大多不设计产品定义的深度，不能严格称之为系统分析。这句话对我的以后想从事系统分析工作有很大的帮助。这一章的其余部分也值得一看。虽然有些地方已经过时了，但是bug消除的设计和一些测试/调试方法仍然值得一看。
