软件工程基础研讨.ppt

2015年9月;主要内容;第一章 软件工程概述;本章主要内容;11 软件及软件工程—软件;11 软件及软件工程—软件;11 软件及软件工程—软件;11 软件及软件工程—软件工程;软件危机的主要特征;例:Windows95有1000万行代码 Windows2000有5000万行代码 Exchange2000和 Windows2000开发人员结构;改正一个问题需付出的代价;11 软件及软件工程—软件工程;11 软件及软件工程—软件工程;;11 软件及软件工程—软件工程;11 软件及软件工程—软件工程;;12 软件生存周期与开发模型—生存周期;12 软件生存周期与开发模型—开发模型;软件过程模型;瀑布模型;问题定义;特征 接受上一阶段的结果作为本阶段的输入 开发阶段严格按线性方式进行 对本阶段的工作进行评审 每一阶段具有相关的里程碑和交付产品 缺点 缺乏灵活性，难以适应需求不明确或需求经常变化的软件开发 开发早期存在的问题往往要到交付使用时才发现，维护代价大 适用 在开发的早期阶段软件需求被完整确定;许多软件项目在开发早期对软件需求的认识是模糊的、不确定的，因此软件很难一次开发成功。 可以在获取了一组基本的需求后，通过快速分析构造出该软件的一个初始可运行版本(原型)，然后根据用户在试用原型的过程中提出的意见和建议、或者增加新的需求，对原型进行改造，获得原型的新版本，重复这一过程，最终得到令客户满意的软件产品。 演化模型的开发过程就是从构造初始的原型出发，逐步将其演化成最终软件产品的过程。 演化模型适用于对软件需求缺乏准确认识的情况。 典型的演化模型有：增量模型、原型模型、螺旋模型。;增量模型;增量模型将软件的开发过程分成若干个日程时间交错的线性序列，每个线性序列产生软件的一个可发布的“增量”版本，后一个版本是对前一版本的修改和补充，重复增量发布的过程，直至产生最终的完善产品。 增量模型融合了瀑布模型的基本成分(重复地应用)和演化模型的迭代特征 增量模型特别适用于： 需求经常变化的软件开发 市场急需而开发人员和资金不能在设定的市场期限之前实现一个完善的产品的软件开发;原型是预期系统的一个可执行版本，它反映了系??性质的一个选定的子集。一个原型不必满足目标软件的所有约束，其目的是能快速、低成本地构建原型。 原型方法从软件工程师与客户的交流开始，其目的是定义软件的总体目标，标识需求。然后快速制订原型开发的计划，确定原型的目标和范围，采用快速设计的方式对其建模，并构建原型。 被开发的原型应交付给客户试用，并收集客户的反馈意见，这些反馈意见可在下一轮迭代中对原型进行改进。在前一个原型需要改进，或者需要扩展其范围的时候，进入下一轮原型的迭代开发。;;原型的类型： 探索型（exploratory prototyping） 其目的是要弄清目标系统的要求，确定所希望的特性，并探讨多种方案的可行性。 实验型（experimental prototyping） 其目的是验证方案或算法的合理性，它是在大规模开发和实现前，用于考核方案是否合适，规格说明是否可靠。 演化型（evolutionary prototyping） 其目的是将原型作为目标系统的一部分，通过对原型的多次改进，逐步将原型演化成最终的目标系统。 ;原型的使用策略： 废弃（throw away）策略 主要用于探索型和实验型原型的开发。这些原型关注于目标系统的某些特性，而不是全部特性，这种原型通常被废丢，然后根据探索或实验的结果用良好的结构和设计思想重新设计目标系统。 追加（add on）策略 主要用于演化型原型的开发。这种原型通常是实现了目标系统中已明确定义的特性的一个子集，通过对它的不断修改和扩充，逐步追加新的要求，最后使其演化成最终的目标系统。 原型可作为单独的过程模型使用，它也常被作为一种方法或实现技术应用于其它的过程模型中。;是瀑布模型和演化模型的结合，并增加了风险分析 螺旋模型沿着螺线旋转，在四个象限上分别表达四个方面的活动，即： 制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件 风险分析：评价所选的方案，识别风险，消除风险 工程实施：实施软件开发，验证工作产品 客户评估：评价开发工作，提出修正建议; ;螺旋模型应用场所：开发风险较大的软件项目 螺旋模型指引的软件项目开发沿着螺线自内向外旋转，每旋转一圈，表示开发出一个更为完善的新软件版本。 如果发现风险太大，开发者和客户无法承受，则项目就可能因此而终止。 多数情况下沿着螺线的活动会继续下去，自内向外，逐步延伸，最终得到所期望的系统。;喷泉模型;支持软件复用（reuse）。 利用预先包装好的软件构件（包括组织内部开发的构件和现存商品化构件COTS）来构造应用系统。 基