2软件生存周期与软件过程教材.ppt

软 件 工 程 许强 Email:@126.com 第二章 软件开发模型 软件生存周期 传统软件开发模型 软件演化模型 面向对象开发模型 形式化方法模型 实例 2.1 软件生存周期 一个软件从开始计划起，到废弃不用止，成为软件的生存周期 软件生存周期的阶段划分 (1)问题定义 (2)可行性研究 (3)需求分析 (4)设计 (5)实现 (6)测试 (7)维护 计划期 问题定义：确定系统的目标和范围 可行性研究：技术可行性、经济可行性、法律可行性等 《立项建议书》 《项目计划》 开发期 设计：包括需求分析和软件设计 需求分析：做什么（what） 软件设计：怎么做（how） 总体设计和详细设计两个阶段 架构设计、功能设计、数据库设计、界面设计、 算法设计... 《产品需求规格说明书》 《体系结构设计报告》 《模块设计报告》 《数据库设计报告》《用户界面设计》 开发期 实现：包括编码和测试 编码：采用具体的编程语言实现设计（do） 测试：验证代码的正确性（check） 单元测试、集成测试、确认测试、性能测试、 回归测试 《编程文档》 《测试用例》 《测试报告》 运行期 维护：改正性维护、完善性维护、增强 性维护、适应性维护（change） 维护的副作用 《产品维护计划》 《产品维护报告》 重提软件开发和编程的区别 2.2 传统软件开发模型 软件开发模型：就是为整个软件生存期建立的模型。 如何有效地组织生存期的各项活动 主要有：瀑布模型和快速原型模型 瀑布模型 瀑布模型的特点 阶段间的顺序性和依赖性 各阶段依次进行 前一阶段的输出是后一阶段的输入 推迟实现的观点 从逻辑到物理 文档的重用 质量保证的观点 复审和回溯 瀑布模型的缺点 过度依赖系统分析员的个人能力 需求变更带来的代价过大 在对软件产品的某个版本试用之前，要用户（即使有软件工程师的配合）完全、精确和正确地对一个现代软件产品提出确切的需求，在实际上是不可能的 ----- F. Brooks 快速原型模型 原型：包括未来实际系统的主要功能的模型系统，通过让用户看到实际系统，从而明确需求 快速原型的注意事项 原型规模要适当，不能过大也不能过小。应包括未来系统的主要功能和重要接口 原型的搭建和修改要快速 可以方便的生成实际系统 不能陷入无休止的原型评定 界面原型 2.3 软件演化模型 演化模型：一种渐进式的、迭代的软件开发模型，可以适应软件规模的不断增长，使大型复杂软件在迭代中逐步达到完善。 主要包括：增量模型和螺旋模型 增量模型 增量模型的特点 先核心后细节，先易后难。可以控制风险 人员组织灵活 注意增量的划分和集成 集成有风险，特别是人员流动 螺旋模型 加入了风险分析。每一次迭代都要进行风险分析，并产生原型 尽可能提前发现问题，把损失降到最低 增加成本和时间 对风险评估的依赖 2.4 面向对象的开发模型 对象：现实世界中个体或事物的抽象表示，是属性和相关操作的统一封装体 类：表示相似对象的共同特征，对象是类的实例 继承：子类与父类的关系 消息：对象间、对象和外部间相互关联的途径（方法调用） 构件集成模型 引入构件库 软件的开发就是集成老构件和开发新构件的过程 软件复用：将已有的软件及其有效成分用于构造新的软件或系统。 构件的条件：封装、重载、继承、聚合、多态 2.5 形式化的方法模型 转换模型：采用严格的、数学的表示体系来表示软件规格说明，然后进行一系列的自动或半自动的程序变换，最后转换为计算机系统能够接受的目标系统 曾被寄希望于成为“银弹”，但效果不佳 净室模型 思想：正确的软件分析和设计，必然产生正确的软件 增量式开发，逐步求精 引入“盒”的概念，把软件理解为函数，分为输入、加工、输出三部分，并进行正确性验证 基于统计学的“统计使用测试” 适合于特定软件开发 2.6 实例--教材购销系统 需求明确，适合于瀑布模型 实例--显像管生产监测系统 变化较多，主次有别，适合于增量模型 2.7 最新的软件过程模型 统一过程模型（RUP） 极限编程（XP） Rational Unified Process eXtreme Programm