网站大量收购独家精品文档,联系QQ:2885784924

级件工程复习大纲.doc

  1. 1、本文档共9页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
级件工程复习大纲

2009级软件工程学期末考试复习大纲 第一章软件工程介绍 何为软件? 软件和硬件不同的特性: 软件是设计开发的,而不是传统意义上生产制造的。 软件不会“磨损”,但存在退化,硬件失效曲线与软件失效曲线对比 整体向着基于构建的模式发展,但多数仍是按客户需求定制的。 何为软件工程?(IEEE1993的定义):软件工程是:(1)将系统化的、规范的、可量化的方法应用于软件的开发、运行和维护,即将工程化方法应用于软件。(2)在(1)中所述方法的研究。 第二章过程综述 软件工程是一种层次化技术,其包括质量关注点、过程、方法和工具。 过程框架定义了若干小的框架活动,为完整的软件开发过程建立了基础。 通用过程框架活动包括沟通、策划、建模、构建和部署五种。 过程框架还包含一些适用于各个软件过程的普适性活动。这样活动主要有软件项目跟踪和控制、风险管理、软件质量保证、正式的技术复审、测量、软件配置管理、可复用管理和工作产品的准备和产生。 第三章过程模型 软件过程模型是软件开发全部过程、活动和任务的结构框架,也称软件开发模型或软件生存周期模型。 惯例过程模型(又称传统过程模型、严格过程模型),强调对过程活动和任务的详细定义、识别和应用。它力求实现结构化和有序。 敏捷过程模型提倡弱化软件过程中过于正式的要求,并将自我组织、协作、沟通和可适应性作为主要原则。 软件过程模型主要有瀑布模型、增量过程模型、演化过程模型和统一过程模型等类型。 瀑布模型 瀑布模型又被称为经典生命周期,它提出了一个系统的、顺序的软件开发方法。它从用户需求规格说明开始,通过策划、建模、构建和部署的过程,最终提供一个完整的软件并提供持续的技术支持。 瀑布模型存在的问题: 缺乏灵活性,难以适应需求不明确或需求经常变化的软件开发,实际的项目很少遵守瀑布模型提出的顺序。 客户必须要有耐心,因为只有在项日接近尾声的时候,他们才能得到可执行的程序。 开发早期存在的问题往往要到交付使用时才发现,维护代价大。 增量过程模型是以增量的形式生产软件产品的过程模型。其包括增量模型和RAD(快速应用开发)模型 增量模型以迭代的方式运用瀑布模型。随着时间推移,增量模型在每个阶段运用线性序列,每个线性序列生产出一个软件的可交付增量。 增量模型融合了瀑布模型的基本成分(重复地应用)和演化模型的迭代特征。 增量模型强调每一个增量都发布一个可运行的产品。 增量模型能有计划地管理技术风险,如早期增量版本中避免采用尚未成熟的技术。 RAD模型是一种侧重于短暂的开发周期的增量软件过程模型。RAD是瀑布模型的高速变体,通过基于构件的构建方法实现快速开发。 RAD过程模型的建模框架活动主要包括业务建模、数据建模和过程建模。 RAD模型存在的问题 对于大型、可伸缩的项目,RAD需要大量的人力资源来创建多个相对独立的RAD团队。 如果开发者和客户没有为短时间内急速完成整个系统做好准备,RAD项目将会失败。 如果一个系统不能合理地模块化,RAD构件建立会有很多问题。 如果系统需求是高性能,并且需要通过调整构件接口的方式来提高性能,不能采用RAD模型。 技术风险很高的情况下,不宜采用RAD模型。 演化过程模型演化模型是迭代的过程模型,使得软件工程师能够逐步开发出更完整的软件版本。其主要有原型模型和螺旋模型两种。 原型模型的主要特点 快速制订原型开发的计划、快速建模和快速构建 原型应交付给客户试用,并收集反馈意见,改进原型 螺旋模型结合了原型的迭代性质和瀑布模型的系统性和可控性特点。随着演进过程的开始,从圆心开始顺势针方向,执行螺旋上的一圈表示的活动。每次演进都要考虑风险,每个演进过程都要标记里程碑。螺旋模型应用在计算机软件的整个生命周期。是开发大型系统的理想方法,可以有效的应对风险。 螺旋模型的特点: 可应用在计算机软件的整个生命周期 是开发大型系统和软件的理想方法 把原型开发作为降低风险的机制 统一过程(UP)是一种“用例驱动、以架构为核心,迭代并却增量”的软件过程。其包括并发进行的起始、细化、构建、转化和生产5个阶段。 起始阶段包括沟通和策划,定义软件的需求,提出系统的大致框架,并制定开发计划,以保证开发具有迭代和增量的特性。 细化阶段包括沟通和建模活动。细化阶段扩展了起始阶段定义的用例,并扩展体系结构以包括软件的5种视图:用例模型、分析模型、设计模型、实现模型和部署模型。 构建阶段于通用软件过程中的构建活动相同,构建采用体系结构模型作为输入,开发系统构建,使最终用户能够操作用例。 转化阶段包括通用构建活动的后期活动以及部署活动。软件被提交最终用户进行beta测试,并发布支持信息(手册、问题解决指南及安装步骤)。转换阶段结束时,软件增量称成为可用的发布版本。 生产阶段和通用过程的部署活动一致。在该阶段,监控软件持续使用,提供

您可能关注的文档

文档评论(0)

1444168621 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档