软件工程第一章软件工程概述 -公开课件.pptVIP

螺旋模型 将“原型模型”的迭代特征与“瀑布模型”中的控制和系统化方法结合起来，并增加了风险分析。 软件风险：是普遍存在于软件开发项目中的实际问题。项目规模越大，问题越复杂，资源、成本、进度等因素的不确定性越大，承担项目所冒的风险也越大。 螺旋模型被划分为若干任务区域。 (1) 制定计划：确定目标，选择方案，设定约束条件； (2) 风险分析：评估方案，分析该策略可能存在的风险； (3) 实施工程：实现本螺旋周期的目标； (4) 评估：评价前一步的结果，并且计划下一轮的工作。 1.4.4 螺旋模型 1.4.5 快速应用开发模型(RAD) 快速应用开发（RAD）是一个增量型的软件开发过程模型，强调极短的开发周期。 RAD模型是线性顺序模型的一个“高速”变种，通过使用构件的建造方法赢得了快速开发。 RAD过程强调的是复用，复用已有的或开发可复用的构件。 业务建模 确定驱动业务过程运作的信息、要生成的信息、如何生成、信息流的去向及其处理等，可以辅之以数据流图。 二. 数据建模 为支持业务过程的数据流查找数据对象集合、定义数据对象属性，并与其他数据对象的关系构成数据模型，可辅之以E-R图。 三. 过程建模 创建过程描述以增加、修改、删除或检索一个数据对象。 四. 应用生成 利用第4代语言（4GL）写出处理程序，重用已有构件或创建新的可重用构件，利用环境提供的工具自动生成以构造出整个的应用系统。 五. 测试 RAD模型的阶段 业务建模 60-90天 过程建模 测试 数据建模 应用生成 过程建模 测试 数据建模 应用生成 业务建模 业务建模 数据建模 过程建模 应用生成 测试 小组2 小组1 小组3 RAD（快速应用开发）模型图 RAD模型的缺点 RAD模型对模块化要求比较高，如果哪一个功能不能被模块化，那么建造RAD所需要的构件就会有问题。 RAD不适合技术风险很高的情况。 对于大型软件项目，需要足够的人力资源以建立足够的项目小组。 1.4.6 敏捷方法与XP 敏捷开发背景2001年，为了解决许多公司的软件团队陷入不断增长的过程泥潭，一批业界专家一起概括出了一些可以让软件开发团队具有快速工作、响应变化能力的价值观和原则，他们称自己为敏捷联盟。敏捷开发过程的方法很多，主要有：SCRUM，Crystal,特征驱动软件开发FDD，自适应软件开发(Adaptive Software Development，简称ASD)，以及极限编程(eXtreme Programming,简称XP)。 极限编程(XP)是于1998年由Smalltalk社群中的大师级人物Kent Beck首先倡导的。 XP简介 XP是一种近螺旋式的开发方法，它将复杂的开发过程分解为一个个相对比较简单的小周期； 通过积极的交流、反馈以及其它一系列的方法，开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并根据实际情况及时地调整开发过程。 什么情况下用XP 如果从一开始你并不是很完全的知道客户要的系统是怎么样的，这个时候应用XP 可以取得别的方法不可能取得的成功。 假如你的客户在特定的时间内，需要一个对你的项目组来说，比较难开发的系统，那么采用XP 将可以减少风险，增加成功的可能。 XP方法是为小团体开发建立的，在2-10 个人之间。 XP最适合开发小型或中等规模的业务系统，对非常复杂或开发要求极高的系统则不合适。 XP经验 增量式计划 频繁的小版本发布 简单设计 测试优先的开发 重构 结对编程 集体所有代码 连续集成 在场客户 编码标准 测试优先的开发 工匠一：先拉上一根水平线，砌每一块砖时，都与这根水平线进行比较，使得每一块砖都保持水平。 工匠二：先将一排砖都砌完，然后拉上一根水平线，看看哪些砖有问题，再进行调整。 重构 重构是在不改变代码外在行为的前提下，对代码做出修改，以改进程序的内部结构。 本质上说，重构就是“在代码写好之后改进它的设计” XP开发模型 为当前版本选择用户脚本 分解为任务 版本计划 评估系统 发布 开发/集成/测试 一个简单例子-文档下载 编写脚本 一个简单例子-文档下载 任务分解 一个简单例子-文档下载 测试用例设计 本讲结束，谢谢！ 谢谢！ （1）需求分析工具 用以辅助系统分析员生成完整、正确、一致的需求说明，改善软件开发人员之间的通信状况。 例如，具有代表性的有1977年美国密执安大学研制的ISDOS（Information System Design and Optimization System）中用于需求分析的工具PSL/PSA（Problem Statement Language/Problem Statement Analyze