软件工程之软件开发模型.ppt

软件工程之软件开发模型
第1页，本讲稿共37页
软件开发模型：
软件开发模型是软件开发的全部过程、活动、任务和管理
的结构框架。
软件开发模型能清晰、直观地表达软件开发全过程， 明确
规定了要完成的主要活动和任务，用户提出的基本要求。在构造一个原型时，应当强调着眼于预期的评估，而不是为了正规的长期使用。
⑶ 运行和评价原型 在试用中能亲自参加和面对一个实在的模型，能较为直观和明确地进一步提出需求，提出修改意见。通过运行原型对软件需求规格说明进行评价和确认。评价要有用户参与，注意来自用户的反馈信息。
原型模型的内容
第14页，本讲稿共37页
⑷ 修改和完善原型 根据修改意见进行修改，以得到新的系统原型，然后再进行试用和评价，这样经过有限次的循环反复，逐步提高和完善，直到得到一个用户满意的系统模型为止。根据原型实现的特点和环境，可以把原型作为试验的工具，用完就丢弃之（大部分原型都废弃不用，主要因为原型太慢、太大、结构不合理等原因）；也可以使原型全部或部分地成为最终系统的组成部分。 原型开发与原型运行评价两者需反复进行多次，才能最后得到经过确认的需求规格说明，并以此作为进一步的软件设计和实现的基础。
原型模型的内容
第15页，本讲稿共37页
需求分析
原型开发
最终系统设计
原型评价
最终系统实现
用户
反馈
快速原型模型
原型模型的内容
第16页，本讲稿共37页
原型模型（快速原型模型）
原型范型
用户测试
运行原型
建造/修改
原型
听取用
户意见
原型模型的内容
第17页，本讲稿共37页
采用原型模型的软件生存周期
分析定义
系统需求
生成
原型
系统
设计
程序
设计
编码
测试
运 行
和维护
原型化
含原型化的
软件生存期
原型模型的内容
第18页，本讲稿共37页
优点：
开发者与用户充分交流，可以澄清模糊需求，需求定义比其他模型好得多
为用户需求的改变提供了充分的余地
缺点：
开发者为了使一个原型快速运行起来，往往在实现过程中采用折衷的手段。软件系统的组成部分可能会打折扣；
资源规划和管理较为困难，随时更新文档也带来麻烦。
一般使用场合：
开发者在不了解的应用领域开发
客户不清楚其所开发软件项目的最终目标
原型模型的特点
第19页，本讲稿共37页
增量模型
：增量模型
系统设计时分片交付，可使用户在使用某些基本功能的同时，开发剩余的功能。这样通常会并行地存在两个系统：生产系统和开发系统。运行或生产系统是当前被客户或用户所使用的系统。而开发系统是准备用于替代当前生产系统的下一个版本。
增量模型是一种非整体开发的模型。是瀑布模型的顺序特征和快速原型模型的迭代特征相结合的产物。
该模型具有较大的灵活性，适合于软件需求不明确、设计方案有一定风险的软件项目。
第20页，本讲稿共37页
创建版本1
创建版本2
创建版本3
使用版本1
使用版本2
使用版本3
开发者
使用者
阶段式开发：增量和迭代模型
增量模型
第21页，本讲稿共37页
规格说明
设计
实现和集成
交付客户
规格说明
设计
实现和集成
交付客户
规格说明
设计
实现和集成
交付客户
规格说明
设计
实现和集成
交付客户
增量1
增量2
增量3
增量n
增量模型
第22页，本讲稿共37页
特点：在前面增量的基础上开发后面的增量每个增量的开发可用瀑布或快速原型模型迭代的思路
优点：如果在项目既定的商业要求期限不可能找到足够的开发人员，这种情况下增量模型显得特别有用。早期的增量可以有少量的人员实现。同时，增量模型可以规避技术风险。
增量模型
第23页，本讲稿共37页
软件开发几乎总要冒一定的风险，例如，产品交付给用户之后用户可能对产品不满意，到了预定的交付日期软件可能还未开发出来，实际的开发成本可能超过了预算，产品完成之前一些关键的开发人员可能“跳槽”了，产品投入市场之前竞争对手发布了一个功能相近、价格更低的软件等等。软件风险是任何软件开发项目中都普遍存在的实际问题，项目越大，软件产品越复杂，承担该项目所冒的风险也越大。软件风险可能在不同程度上损害软件开发过程和软件产品质量。因此，在软件开发过程中必须及时识别和分析风险，并且采取适当措施以消除或减少风险的危害。
构建原型是一种能使某些类型的风险降至最低的方法。 。
螺旋模型
第24页