中国软件规模产业信息

2.1建房子有哪些实体、活动以及它们的边界是否存在？实体：砖、水泥、钢筋、沙子、石灰、水、各种机器。活动：码砖、和水泥、拖运材料（钢筋、水泥、石灰）我觉得边界不存在2.2原型法与瀑布模型法的比较、及各自应用领域。(1)瀑布模型优点：方法规范，每个阶段质量可保证，每个阶段归定的文档使错误得到及早发现和处理，容易维护缺点：靠文档驱动，用户不能全面地认识动态的软件产品。且过于理想化，可能出现设计上的错误。适用范围：完全定义好了需求，而且没有时间压力的系统。(2)原型模型优点：开发后期不会因为发现了规格说明文档的错误而进行较大的返工。在设计和编码段发生错误可能性比较小。缺点：开发者常常需要实现上的折衷，以使原型能够尽快工作。用户看到的并不是软件的工作版本适用范围：用户定义了一组一般性目标，但不能标识出详细的输入、处理及输出需求；开发者可能不能确定算法的有效性、操作系统的适应性或人机交互的形式2.3V模型的应用领域及优缺点V模型：是瀑布模型的变种，示范了桥头镇测试和分析设计关系起来。V模型建议单元单元和综合测试也应被用来验证程序设计。也就是说，学员的综合测试期间，编码员和测试小组成员应确保程序设计的系统设计方面已经在代码中正确实现。类似地，系统测试应验证系统设计，确保所有系统设计方面被正确地实现。验收测试（由成客方指导面解开发者）通过将一个测试步骤和规格中每全个元素联系起来确认需求。V模型左侧与右侧的联接暗示如果在难和确认期间发现问题，那么V的左侧能被重新执行来修改并改进需求。优点：1.既有底层测试又有高层测试。底层：单元测试。高层：系统测试。2.将开发阶段清楚的表现出来，便于控制开发的过程。当所有阶段都结束时，软件开发就结束了。缺点：1.容易让人误解为测试是在开发完成之后的一个阶段。2.由于它的顺序性，当编码完成之后，正式进入测试时，这时发现的一些bug可能不容易找到其根源，并且代码修改起来很困难。3.实际中，由于需求变更较大，导致要重复变更需求、设计、编码、测试。返工量大。2.4P48-P50翻译如图2.1各阶段名胜瀑布一样由一个阶段向另一阶段落下。与每个过程活动相联系的便是里程碑和可交付物，以便项目经理能评估项目及时在某点完成有多近，例如，“单元和综合测试”是随里程碑“已写被测试，集成的代码模块”而结束的中间交付产品是已测试代码的副本。接着，代码被交给系统测试员以便与别的系统部件硬件和软件合并，并作为更大的整体来测试。瀑布模型在帮助开发者安排他们需要做什么方面非常有用。它的简易性使它易于向不熟悉软件开发的顾客解释说明：也使得“为开始下一阶段需要哪些中间产品”更为明确，许多别的更复杂的模型实际上只是瀑布模型的一个修饰，加入了反馈循环和课外活动。瀑布模型的最大问题在于没有反映代码等实际的开发方式。开发软件能常带有大量重复。实际的软件开发过程。如果失控，可能看起来如图2.22.5exercise2问题：Foreachoftheprocessmodelsdescribedinthischapter.whatarethebenefitsanddrawbacksofusingthemodel?（1）瀑布模型优点：方法规范，每个阶段质量可保证，每个阶段归定的文档使错误得到及早发现和处理，容易维护缺点：靠文档驱动，用户不能全面地认识动态的软件产品。且过于理想化，可能出现设计上的错误。（2）V模型优点：1.既有底层测试又有高层测试。底层：单元测试。高层：系统测试。2.将开发阶段清楚的表现出来，便于控制开发的过程。当所有阶段都结束时，软件开发就结束了。缺点：1.容易让人误解为测试是在开发完成之后的一个阶段。2.由于它的顺序性，当编码完成之后，正式进入测试时，这时发现的一些bug可能不容易找到其根源，并且代码修改起来很困难。3.实际中，由于需求变更较大，导致要重复变更需求、设计、编码、测试。返工量大。（3）原型模型优点：开发后期不会因为发现了规格说明文档的错误而进行较大的返工。在设计和编码段发生错误可能性比较小。缺点：开发者常常需要实现上的折衷，以使原型能够尽快工作。用户看到的并不是软件的工作版本（4）螺旋模型优点：1.设计上灵活，可在项目各个阶段进行变更。2.以小的分段来构建大型系统，使成本计算变得简单容易。3.客户始终参与每个阶段的开发，保证了项目不偏离正确方向以及项目的可控性。缺点：1.建设周期长，而软件技术更新比较快，所以经常出现软件开发结束后，和当前的技术水平有了很大的差距，无法满足当前用户需求（5）喷泉模型优点：1.提高软件项目开发效率，节省开发时间，适用于面向对象的软件开发过程。缺点：1.由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目的管理。2.要求严格管理文档，使得审核难度加大，尤其是面对可能随时加入的各种信息、需求与资料的情况。（6）增量模型优点：1.人员分配灵活，刚开始不用投入大量人力资源。如果核心产品很受欢迎，则可增加人力实现下一个增量。当配备人员不能在设定的时间内完成产品时，它提供了一种先推进核心产品的途径，这样即可先发部分功能给客户，对客户起到镇静剂作用。2.增量能够有计划的管理技术风险。缺点：1.由于各个构件是逐渐并入已有的软件体系结构中，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。2.在开发过程中，需求变化是不可避免的，增量的灵活性可以使其适应这种变化的能力大大优于瀑布和快速原型模型，但也容易退化为边改边做模型，从而使软件过程的控制失去整体性。3.如果增量包之间存在相交的情况且未很好处理，则必须做全盘系统分析，这种模型将功能细化后分别开发的方法较适应于需求经常改变的软件开发过程