软件工程概述相关.PPT

上个世纪60年代开始显现出来的“软件危机”催生了“软件工程”这门指导计算机软件开发和维护的工程学科。 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 探索阶段 探索阶段的主要工作是开发初始的用户故事（User Stories ）和体系结构骨架（architecture spike）。 用户故事描述了系统高层的需求，它是制订发布计划的输入。 在探索阶段，试探找到系统中固定不变的部分（体系结构骨架），并找出一种形象的比喻，这种比喻描述了你打算如何构建系统，起到概念框架的作用。 探索阶段还应根据用户故事编制相应的测试用例，供以后验收测试时使用。 计划阶段 计划阶段的任务是根据用户故事描述的需求、系统体系结构骨架和系统比喻来制订迭代计划和发布计划。 使用你最熟悉的形式为用户故事建模，这个模型描述了用户故事的任务以及这些任务之间的关系。 通常图形方式（可以是草图）比文字描述更直观。 尽可能精确地估算工作量，这是制订计划的重要依据。对于那些不能确切估算其工作量的难点部分，要进一步作分析，直至能确定其工作量估算。 迭代到发布阶段 迭代到发布阶段根据迭代和发布计划，开发满足指定用户故事需求的软件，并与前面已完成的软件版本集成，得到软件的一个新版本。 根据在探索阶段编写的测试用例，进行验收测试。一旦发现错误或者通过验收测试想进入下一轮迭代时，就重复迭代开发的工作。 在这一阶段当客户提出新的用户故事，或者根据项目的进展情况认为有必要时，可以回到计划阶段，对迭代和发布计划做出修改或调整。 产品化阶段 产品化阶段的工作主要是确认迭代开发的软件已经做好进入产品化的准备。 在此阶段可进行更多的测试，如系统测试、负载测试、安装测试等。 另一个工作就是整理文档。虽然敏捷软件开发的价值观中强调“可运行软件高于详尽的文档”，但是，必要的文档仍是需要的。 可能要写的文档： 系统文档 系统文档的目的在于为系统提供一个总览，来帮助人们理解它。主要包括：系统技术体系结构和业务体系结构的总览、高层次的系统需求、关键设计决策的总结、体系结构图以及重要的设计模型（如果有的话）等。 操作文档 操作文档的内容包括：系统涉及的依赖关系，与其他系统、数据库以及文件文互的特性，对备份流程的参考引用，系统的联系人列表以及联系方法，系统的适用性及可靠性需求的总结，系统预期负载情况概况，以及排错指导原则。 支持文档 支持文档的内容包括：支持人员专用的培训教材，解决问题时作为参考的用户文档，排错指导原则，解决疑难问题时的上报流程，以及维护团队的联系列表。 用户文档 参考手册用于快速查询；用户指南用于指明系统的工作方式；支持指南用于指导如何获取其他的帮助；培训资料则主要用于培训。 维护阶段 维护阶段涵盖了计划阶段、迭代到发布阶段和产品化阶段 通常这个阶段主要包括面向产品的活动，如系统的运行和支持。 内容摘要 计算机软件 软件工程 软件过程 软件过程模型 敏捷软件开发 CASE工具与环境 在软件工程活动中，软件工程师和管理人员按照软件工程的方法和原则，借助于计算机及其软件工具的帮助，开发、维护、管理软件产品的过程称为计算机辅助软件工程 计算机辅助软件工程（CASE） Computer Aided Software Engineering 软件工具是用来辅助计算机软件的开发、运行、维护、管理、支持过程中的活动或任务的软件 按支持的软件过程活动分类： 开发过程：需求分析工具，设计工具，编码工具，测试工具 它们还可按支持的开发方法分为：结构化XX工具，面向对象XX工具 CASE工具 维护过程：版本控制工具，文档分析工具，逆向工程（reverse engineering）工具，再工程（reengineering）工具 管理过程：项目管理工具，配置管理工具，软件评价工具 应用类工具 集成型开发环境是一种把支持多种软件开发方法和过程模型的软件工具集成到一起的软件开发环境 集成型开发环境由环境集成机制和工具集组成 集成型软件开发环境 环境集成机制包括： 数据集成机制：为各种相互协作的工具提供统一的数据接口规范 控制集成机制：支持各个工具或开发活动之间的通信、切换、调度和协同工作，并支持软件开发过程的描述、执行与转接 界面集成机制：支持工具界面的集成和应用系统的界面开发，统一界面风格 * * * * * * * * * * * * * * * * * * * 螺旋模型出现了一些变种，它可以有3到6个任务区域。 螺旋模型指引的软件项目