ISO12207软件生命周期
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1. “生命周期法”的起源
• 人类解决复杂问题时普遍采用的一个策略是 “各个击破”，也就是对问题进行分解，然后 再分别解决各个子问题的策略。 • 软件工程采用的“生命周期法”，就是从时间 角度对软件开发和维护的复杂问题进行分解， 把软件生存的漫长周期依次划分为若干个阶段， 每个阶段有相对独立的任务，然后再逐步完成 每个阶段的任务。
维护
完整准确的维护记录
“生命周期法”的特点
• • • • • 阶段具有顺序性和依赖性 推迟实现的观点 质量保证的观点 每个阶段都必须完成规定的文档 每个阶段结束前都要对所完成的文档进 行评审，以便尽早发现问题，改正错误。
• 每个软件的开发都要经过一个从需求调 研、模块设计、编程、技术检测一直到 研发出成品的过程，即软件生命周期。 在这个生命周期里，随时对其中的每一 个环节进行技术测试，可以减少失误， 保证软件成品的质量。
• 部署 高性能基础平台，为应用、网络和互联网服务 提供强大连接－从工作组到数据中心。 应用软件生命周期管理战略支持广泛的数据应 用，包括强大的内嵌式数据库Borland® · 配置于Microsoft® Windows® Server 2003； · 与其他数据库应用相比，价格适宜，性能可 靠，维护简便。
2. 生命周期划分的原则
• 各阶段的任务彼此间尽可能相对独立， 同一个阶段各项任务的性质尽可能相同， 从而降低每个阶段任务的复杂性，简化 不同阶段之间的联系，有利于软件开发 过程的组织管理。
3. 生命周期的划分
• 软件生命周期一般分为：软件定义（问 题定义、可行性研究、需求分析）、软 件开发（总体设计、详细设计、编码和 单元测试、综合测试）、软件维护等三 个时期。
• 软件生命周期的各个阶段：定义、设计、 开发、测试和部署
• 目前的商业环境日益复杂，企业经常因 众多独立、功能单一的产品而背上沉重 包袱，它们在寻找既能利用过去的技术 投资又能与多平台多框架兼容的解决方 案。这些企业面临着巨大压力，即缩短 产品推向市场的时间。整合应用软件生 命周期的各个阶段，将帮助提高团队生 产力，加速产品推出，并且提高投资回 报率。”
• 管理 软件开发工具包是开放的应用编程接口， 支持在用户方案开发。 · 开发工具更易管理和使用； · 综合支持团队讨论、要求和任务管理、 及故障记录。
测试与软件生命周期
• 软件的生命周期将软件开发分为若干个阶 段，主要有需求，分析，设计，编码，测试几 个主要的阶段，同时在开发过程中除了这几个 主要阶段外，还对这些阶段进行迭代式的开发。 • 测试难道就必需在开发后期进行吗。在早期的 开发过程中也许是可以的，但是现在的软件开 发逐渐由小作坊式的开发进入大规模的团队开 发，早期介入测试有助于提早发现问题，同时 大幅度的降低项目风险有很大的好处。
阶段 问题定义 可行性研究 需求分析 总体设计 详细设计 编码和单元测 试解吗？ 系统必须做什么？ 如何解决已提出的 问题？ 怎样具体地实现这 个系统？ 正确的程序模块 符合要求的软件 持久地满足需要的 软件
结束标准 关于规模和目标的报告书 系统的高层逻辑模型：数据流图、成 本/效益分析 系统的逻辑模型：数据流图、数据字 典、算法描述 可能的解法：系统流程图、成本/效益 分析；推荐的系统结构：层次图或结 构图 编码规格说明：HIPO图或PDL 原程序清单：单元测试方案和结果 综合测试方案和结果；完整一致的软 件配置
• 定义 Borland CaliberRM 旨在促进小团队和企 业需求过程的自动化，使其能把需求和 项目目标紧密配合，帮助企业成功实现 应用软件开发，达到软件性能和提高生 产力的要求。 · 强大的效果分析和管理能力； · 分类的变动记录贯穿应用生命周期。
• 设计 旨在赋予开发队伍以设计和分析能力， 提供实时协作，加快应用软件生命周期。 · 提供分析、设计和建模能力； · 自动化结构能够快速开发微软； · 自动生成文档加快提高团队的生产力。
需求分析阶段测试的结合
• 首先我们从软件生命周期的各个阶段进行 分析。在需求，分析阶段，需求人员会对用户 的需求进行详细的分析，形成产品说明书，如 果更好的可以细化到用例图，活动图。可能大 家对UML不是很熟悉，我这里作一下简单的说 明。用例是用来描述一个参与者（可以理解为 一个外部系统用户，可以是人或外部系统）使 用系统完成某一个过程的事件发生的顺序，是 系统的使用过程。用例图则是系统的一组用例， 用例的参与者（角色）以及用例与参与者之间 的关系图。下面就是一个简单购物系统的用例 图。
• 开发 面向独立开发环境。 · 建立在语言上的标准化整合开发环境； · 设计驱动型开发能提高团队生产力； · 实现直接的互操作，简化现有技术的整 合，降低相关成本； · 自然支持主要的企业级数据库。
• 测试 以开发人员为中心的解决方案，旨在使 软件性能微调更为简易，加快推出高性 能应用软件。 · 支持管理代码； · 提供实时的性能检测，帮助开发人员更 快解决性能问题； · 能与其他软件集成。
• 人类解决复杂问题时普遍采用的一个策略是 “各个击破”，也就是对问题进行分解，然后 再分别解决各个子问题的策略。 • 软件工程采用的“生命周期法”，就是从时间 角度对软件开发和维护的复杂问题进行分解， 把软件生存的漫长周期依次划分为若干个阶段， 每个阶段有相对独立的任务，然后再逐步完成 每个阶段的任务。
维护
完整准确的维护记录
“生命周期法”的特点
• • • • • 阶段具有顺序性和依赖性 推迟实现的观点 质量保证的观点 每个阶段都必须完成规定的文档 每个阶段结束前都要对所完成的文档进 行评审，以便尽早发现问题，改正错误。
• 每个软件的开发都要经过一个从需求调 研、模块设计、编程、技术检测一直到 研发出成品的过程，即软件生命周期。 在这个生命周期里，随时对其中的每一 个环节进行技术测试，可以减少失误， 保证软件成品的质量。
• 部署 高性能基础平台，为应用、网络和互联网服务 提供强大连接－从工作组到数据中心。 应用软件生命周期管理战略支持广泛的数据应 用，包括强大的内嵌式数据库Borland® · 配置于Microsoft® Windows® Server 2003； · 与其他数据库应用相比，价格适宜，性能可 靠，维护简便。
2. 生命周期划分的原则
• 各阶段的任务彼此间尽可能相对独立， 同一个阶段各项任务的性质尽可能相同， 从而降低每个阶段任务的复杂性，简化 不同阶段之间的联系，有利于软件开发 过程的组织管理。
3. 生命周期的划分
• 软件生命周期一般分为：软件定义（问 题定义、可行性研究、需求分析）、软 件开发（总体设计、详细设计、编码和 单元测试、综合测试）、软件维护等三 个时期。
• 软件生命周期的各个阶段：定义、设计、 开发、测试和部署
• 目前的商业环境日益复杂，企业经常因 众多独立、功能单一的产品而背上沉重 包袱，它们在寻找既能利用过去的技术 投资又能与多平台多框架兼容的解决方 案。这些企业面临着巨大压力，即缩短 产品推向市场的时间。整合应用软件生 命周期的各个阶段，将帮助提高团队生 产力，加速产品推出，并且提高投资回 报率。”
• 管理 软件开发工具包是开放的应用编程接口， 支持在用户方案开发。 · 开发工具更易管理和使用； · 综合支持团队讨论、要求和任务管理、 及故障记录。
测试与软件生命周期
• 软件的生命周期将软件开发分为若干个阶 段，主要有需求，分析，设计，编码，测试几 个主要的阶段，同时在开发过程中除了这几个 主要阶段外，还对这些阶段进行迭代式的开发。 • 测试难道就必需在开发后期进行吗。在早期的 开发过程中也许是可以的，但是现在的软件开 发逐渐由小作坊式的开发进入大规模的团队开 发，早期介入测试有助于提早发现问题，同时 大幅度的降低项目风险有很大的好处。
阶段 问题定义 可行性研究 需求分析 总体设计 详细设计 编码和单元测 试解吗？ 系统必须做什么？ 如何解决已提出的 问题？ 怎样具体地实现这 个系统？ 正确的程序模块 符合要求的软件 持久地满足需要的 软件
结束标准 关于规模和目标的报告书 系统的高层逻辑模型：数据流图、成 本/效益分析 系统的逻辑模型：数据流图、数据字 典、算法描述 可能的解法：系统流程图、成本/效益 分析；推荐的系统结构：层次图或结 构图 编码规格说明：HIPO图或PDL 原程序清单：单元测试方案和结果 综合测试方案和结果；完整一致的软 件配置
• 定义 Borland CaliberRM 旨在促进小团队和企 业需求过程的自动化，使其能把需求和 项目目标紧密配合，帮助企业成功实现 应用软件开发，达到软件性能和提高生 产力的要求。 · 强大的效果分析和管理能力； · 分类的变动记录贯穿应用生命周期。
• 设计 旨在赋予开发队伍以设计和分析能力， 提供实时协作，加快应用软件生命周期。 · 提供分析、设计和建模能力； · 自动化结构能够快速开发微软； · 自动生成文档加快提高团队的生产力。
需求分析阶段测试的结合
• 首先我们从软件生命周期的各个阶段进行 分析。在需求，分析阶段，需求人员会对用户 的需求进行详细的分析，形成产品说明书，如 果更好的可以细化到用例图，活动图。可能大 家对UML不是很熟悉，我这里作一下简单的说 明。用例是用来描述一个参与者（可以理解为 一个外部系统用户，可以是人或外部系统）使 用系统完成某一个过程的事件发生的顺序，是 系统的使用过程。用例图则是系统的一组用例， 用例的参与者（角色）以及用例与参与者之间 的关系图。下面就是一个简单购物系统的用例 图。
• 开发 面向独立开发环境。 · 建立在语言上的标准化整合开发环境； · 设计驱动型开发能提高团队生产力； · 实现直接的互操作，简化现有技术的整 合，降低相关成本； · 自然支持主要的企业级数据库。
• 测试 以开发人员为中心的解决方案，旨在使 软件性能微调更为简易，加快推出高性 能应用软件。 · 支持管理代码； · 提供实时的性能检测，帮助开发人员更 快解决性能问题； · 能与其他软件集成。