软件工程第二章 软件生存周期及模型

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
它是一个记号,只需经过内部评审。它是一个检查点,但不一定是基线。
评审
审计
顾客>客 户>用户 现有系统 目标系统
是对软件工作产品质量的一次开会或汇签活动。
是复查评审活动程序的合法性,是否按程序与规范进行。
客户是顾客的一部分,顾客包括潜在的客户。用户是软件产品的最终使 用者,用户是客户的一部分。
现有系统是用户当前正在使用的系统(可能是手工系统);目标系统是
以文档形式驱动的, 上一阶段的结果作为 本阶段的输入 ;
编辑ppt
1970年由W.Royce提出
要求定义 确认
设计 确认
编码 确认
测试 确认
维护 确认
需求说明书 设计说明书 源程序清单 测试报告 软件维护报告
瀑布模型
7
7
1、软件定义时期
可行性研究和项目开发计划
基本任务:回答 要解决的问题是什么?该问题有 行的通的解决办法吗?若有解决问题的办法,则 需要多少费用、资源、时间? 结束标准:提出关于问题性质、工程目标和规模 的问题定义书面报告;提出可行性研究报告;若 问题值得去解决,制定项目开发计划。
目前有瀑布模型、增量模型、螺旋模型、 喷泉模型、变换模型和基于知识的模型等。
编辑ppt
5
5
3、软件工程的传统途径
瀑布模型(Waterfall Model)
定 Definition 义 Feasibility Study
Requirements Analysis
System Design

Program Design
编辑ppt
产品
4
4
2、软件生存周期模型概念
模型是为了理解事物而对事物作出的一种抽 象,它忽略了不必要的细节,是事物的一种 抽象形式 。
软件生存周期模型是描述软件开发过程中各种 活动如何执行的模型。它确立了软件开发和演 绎中各阶段的次序以及各阶段活动的准则,确 立开发过程所必须遵守的规定和限制等。
第wk.baidu.com章
软件生存周期及模型
编辑ppt
1
1
一、软件工程研究内容
序 研究方面 号
具体内容
1 软件开发 如:瀑布模型、增量模型、迭 模型 代模型
2 软件开发 如:面向过程方法、面向数据 方法 方法、面向对象方法
3 软件支持 如:CASE工具Rose、北大青鸟 过程 系统、PowerDesigner
4 软件管理 如:ISO9000、CMM、软件企业 过程 文化
需求分析
基本任务:回答“为了解决这个问题,目标系统 必须做什么”,确定目标系统的功能。 结束标准:给出软件需求说明书
编辑ppt
8
8
2、软件开发时期—系统设计
概要设计
基本任务:回答 “概括地说,应如何解决这个问 题”。把确定的各项功能需求转换成需要的体系 结构。设计软件的结构,确定程序由哪些模块组 成及模块间的关系,同时设计该项目的应用系统 的总体数据结构和数据库结构。 结束标准:给出概要设计文档。
名词
软件工 作产品
软件产品 基线
检查点
里程碑
解释
Capability Maturity Model forsoftware
在CMM中,它是软件开发活动中的人工制品,如需求说明书、概要设计
说明书、详细设计说明书、源程序、测试报告、用户手册,也包括软件
管理文档,如软件开发计划、软件质量保证计划、各种评审报告、里程
编辑ppt
2
2
1、软件生存周期(Life cycle)
• 软件有一个孕育、诞生、成长、成 熟、衰亡的生存过程。 • 软件生存周期通常包括可行性研究 和项目开发计划、需求分析、概要 设计、详细设计、编码、测试、维 护等活动(GB8567中规定)。
编辑ppt
3
3
实现
定义 分析
设计
蓝图、图表、库 存、采购单等
碑报告、变更申请表、不符合项跟踪报告等。
在CMM中软件产品是最终用户使用的软件。它是软件工作产品的一部分。
它是软件工作产品。它是要经内部和外部评审过的,并且是下一阶段工 作的基础,一根基线是一个里程碑或一个检查点。
它是由时间、计划、事件驱动的检查工作进度和质量的一个记号,一个 检查点不一定是基线或里程碑。
详细设计
基本任务:回答 “应怎样具体地实现这个系统”。 为每个模块完成的功能进行具体描述,把功能描 述转变为精确的、结构化的过程描述。 结束标准:设计出程序的详细规格说明。
编辑ppt
9
9
2、软件开发时期—系统实现
编码
基本任务:把每个模块的控制结构转换成计算机 可接受的程序代码。写出的程序应是结构好,清 晰易读,并且与设计一致。 结束标准:以某种程序设计语言表示的源程序清 单。
将要实现的系统。
编辑ppt
13
13
5、瀑布模型特点 是一个理想化过程。会掩饰项目中真正的风险,当 你太晚发现它们时已无济于事。 过程逆转性很差,因为上游的错误会在下游进 行发散性传播。所以逆转会造成很大损失。 缺乏灵活性;特别是无法解决软件需求不明确或 不准确的问题后期错误,修正代价高 。

Coding & Module Testing
Integration & System Testing
维护
Delivery & Maintenance
2020/11/16
编辑ppt
6
6
二、瀑布模型
瀑布模型是传统软件 工程的基础。
瀑布模型的基本思想 是将软件生命周期划 分为若干明确定义的 阶段。每一阶段活动 具有严格性,要实施 评审工作,以便及早 发现错误,改正错误 ;
被审文档、开审查会、返工、复查。
❖管理复审的主要任务是在软件生存周期的每个 重要的里程碑,对工程项目的成本、实际花费的 经费、投资回收的前景、项目的进度等经济因素 从管理角度进行审查。从管理角度对软件开发工 程进行复审,是对工程进行管理和控制的主要手 段,对发现的问题可以及时采取措施加以解决, 必要时甚至可以编辑取ppt 消开发工程以避免更大的损失。12 12
测试
基本任务:通过各种类型的测试使软件达到预定 的要求。 结束标准:软件合格,能交付用户使用。
编辑ppt
10
10
3、软件维护时期
基本任务:通过各种必要的维护活动使系 统持久地满足用户需要。
编辑ppt
11
11
4、技术审查和管理复审
❖技术审查是从技术角度进行的审查,是保证软 件质量和降低软件成本的重要措施。在每一阶段 结束前进行,对于持续时间很长的开发阶段,在 阶段中间还要根据需要进行多次正式的或非正式 的技术审查。技术审查通常由技术专家组成的审 查小组来承担审查工作。审查过程包括:准备和阅读
相关文档
最新文档