软件工程学：第1章 软件工程学概述.ppt

1.5经典软件过程模型（1）瀑布模型(WaterfallModel）传统瀑布模型传统瀑布模型的特点提供了软件过程模型的基本框架（模板）。强调了每一阶段活动的严格顺序。质量保证观点：以经过评审确认了的阶段工作产品（文档）驱动下一阶段的工作，便于管理。是一种整体开发模型，程序的物理实现集中在开发阶段的后期，用户在最后才能看到自己的产品。传统瀑布模型存在什么问题？1.5经典软件过程模型实际的瀑布模型1.5经典软件过程模型瀑布模型适合于用户需求明确、完整、无重大变化的软件项目开发。瀑布模型的成功在很大程度上是由于它基本上是一种文档驱动的模型适合于用户需求明确、完整、无重大变化的软件项目开发“瀑布模型是由文档驱动的”这个事实也是它的一个主要缺点：实际项目很少按照该模型给出的顺序进行；用户常常难以清楚地给出所有需求；用户必须有耐心，等到系统开发完成。瀑布模型的优缺点1.5经典软件过程模型（2）原型模型—快速原型模型（RapidPrototypeModel）在用户不能给出完整、准确的需求说明，或者开发者不能确定算法的有效性、操作系统的适应性或人机交互的形式等许多情况下，可以根据用户的一组基本需求，快速建造一个原型（可运行的软件），然后进行评估，进一步精化、调整原型，使其满足用户的要求，也使开发者对将要做的事情有更好的理解。建造/修改原型听取用户意见用户测试运行原型原型实现范型1.5经典软件过程模型快速原型验证规格说明验证设计验证编码测试综合测试维护变化的需求验证维护过程开发过程1.5经典软件过程模型原型模型存在的问题⑴为了使原型尽快的工作，没有考虑软件的总体质量和长期的可维护性。⑵为了演示，可能采用不合适的操作系统、编程语言、效率低的算法，这些不理想的选择成了系统的组成部分。⑶开发过程不便于管理。有效的使用原型模式建造原型仅是为了定义需求，之后就被抛弃（或被部分抛弃），实际的软件在充分考虑了质量和可维护性之后才被开发。1.5经典软件过程模型（3）增量模型(IncrementalModel)是一种渐进地开发逐步完善的软件版本的模型。需求分析验证规格说明验证设计验证维护针对每个构件完成详细设计、编码和集成，经测试后交付给用户1.5经典软件过程模型分析分析分析分析设计设计设计设计编码编码编码编码测试测试测试测试增量1增量2增量3增量4交付交付交付交付●●●●●?反复的应用瀑布模型的基本成分和原型模型的迭代特征，每一个线型过程产生一个“增量”的发布或提交，该增量均是一个可运行的产品。?早期的版本实现用户的基本需求，并提供给用户评估的平台。增量模型在较短时间内向用户提交可完成部分工作的产品，并分批、逐步地向用户提交产品。从第一个构件交付之日起，用户就能做一些有用的工作。整个软件产品被分解成许多个增量构件，开发人员可以一个构件一个构件地逐步开发。逐步增加产品功能可以使用户有较充裕的时间学习和适应新产品，从而减少一个全新的软件可能给客户组织带来的冲击。采用增量模型比采用瀑布模型和快速原型模型需要更精心的设计，但在设计阶段多付出的劳动将在维护阶段获得回报。增量模型的优点1.5经典软件过程模型增量模型的困难在把每个新的增量构件集成到现有软件体系结构中时，必须不破坏原来已经开发出的产品。此外，必须把软件的体系结构设计得便于按这种方式进行扩充，向现有产品中加入新构件的过程必须简单、方便，也就是说，软件体系结构必须是开放的。开发人员既要把软件系统看作整体。又要看成可独立的构件，相互矛盾。多个构件并行开发，具有无法集成的风险。1.5经典软件过程模型*软件新的分类开放计算—普遍的，分布式计算普适计算—无线网络网络资源—万维网发展为一个计算引擎开放源码—“免费”源代码开放了计算机群体（它是一种福利，但也是一种潜在的威胁！）其他数据挖掘网格计算认知机纳米技术软件1.1.4软件的发展早期面向批处理有限的分布自定义软件第二阶段多用户实时数据库软件产品第三阶段分布式系统嵌入“智能”低成本硬件消费者的影响第四阶段强大的桌面系统面向对象技术专家系统人工神经网络并行计算网路计算机195019601970198019902000角色转变：程序–工具–服