标签：影响 概念 大型 开发 完整 说明书 关注 记录 描述
第五章 画蛇添足
普遍倾向: 过分设计第二个系统，向系统添加很多修饰功能和想法， 如：OS 360。
但开发第二个系统与纯粹的功能修饰和增强明显不同，也就是说存在对某些技术进行细化、精炼的趋势。由于基本系统设想发生了变化，这些技术已经显得落后。
结构师如何避免画蛇添足——开发第二个系统所引起的后果？ 他无法跳过二次系统，但他可以有意识关注那些系统的特殊危险，运用特别的自我约束准则，来避免那些功能上的修饰；根据系统基本理念及目的变更，舍弃一些功能。
项目经理如何避免画蛇添足（second-system effect）？他必须坚持至少拥有两个系统以上开发经验结构师的决定。同时，保持对特殊诱惑的警觉，他可以不断提出正确的问题，确保原则上的概念和目标在详细设计中得到完整的体现。
第六章 贯彻执行
第七章 为什么巴比伦塔会失败
失败原因： 两个方面——交流，以及交流的结果——组织。
团队之间如何进行相互之间的交流沟通呢？
项目工作手册
大型编程项目的组织架构
团队组织的目的是减少不必要交流和合作的数量，因此良好的团队组织是解决上述交流问题的关键措施。
减少交流的方法： 人力划分和限定职责范围 ——树状管理结构
每棵子树所必须具备的基本要素：
产品负责人与技术主管之间的关系：
第九章 削足适履
规模是软件系统产品用户成本中很大的一个组成部分，开发人员必须设置规模的目标，控制规模，考虑减小规模的方法。同任何开销一样，规模本身不是坏事，但不必要的规模是不可取的。
规模控制
OS/360 给我们的道理 ：
空间技能
用功能交换尺寸
空间——时间的折衷：（项目经理）
1. 确保他们在编程技能上得到培训，而不仅仅是依赖他们自己掌握的知识和先前的经验
数据的表现形式是编程的根本。缺乏空间时，不妨从代码中挣脱出来，回顾、分析实际情况，仔细考虑程序的数据。
第十章 提纲挈领
计算机产品的文档： 目标，技术说明，进度、时间表，预算，组织机构图，工作空间的分配，报价、预测、价格
大学科系的文档：目标，课程描述，学位要求，研究报告，课程表和课程的安排，预算，教师分配，教师和研究生助手的分配
通过对比，我们可以得出，任何管理任务的关注焦点都是时间、地点、人物、做什么、资金
软件项目的文档：
为什么要有正式的文档？
第十一章 未雨绸缪
实验性的系统必须被构建和丢弃，变化是与生俱来的，具有变更思想的重新设计是不可避免的。因此，我们需要为变更而设计系统，其中最重要的措施是使用高级语言和自文档技术，以减少变更引起的错误。同时，变更的阶段化是一种必要的技术，每个产品都应该有数字版本号，每个版本都应该有自己的日程表和冻结日期，在此之后的变更属于下一个版本的范畴。除此之外，我们还需要为变更计划组织架构。
第十三章 整体部分
我们可以通过编写测试规格说明和进行自顶向下的设计，结构化编程等方式来减少bug的数量。
构建单元调试的四个步骤：本机调试，内存转储，快照和交互式调试。
进行了单元调试后，我们再对系统进行集成测试。集成测试的内容包含：使用经过调试后的构建单元，搭建充分的测试平台，控制变更，一次添加一个构件，阶段（量子）化、定期变更
标签：影响 概念 大型 开发 完整 说明书 关注 记录 描述
原文地址：https://www.cnblogs.com/123456www/p/10989098.html
