第1章 软件工程概述1-2.pptVIP

回答问题 课程内容太理论，太枯燥 能否划出重点？ 软件工程课学什么？ 为什么软件 包括文档和数据，它们的关系是什么？ 不理解软件危机？为什么出现危机后维护费用会增加？ 会编程序就可以了，为什么还要学其它开发步骤？ 回答问题 软件工程的意义？软件工程的作用 软件生存周期的意义？ 瀑布模型？为什么增加一个功能必须从头开始？ 软件计划为什么放在需求分析前面？ 软件让用户试用,用户从何而来？ 能否讲快点？ 软件工程的作用 20世纪90年代初，有两个软件团队，一个较大（10多人），一个较小（6人），都在开发财务系统。较大的那个团队，工作不规范，没有文档，没有评审，也没有团队协作精神，结果开发出来的产品可维护性差，没有打开市场，致使产品与团队最后同归于尽。 软件工程的作用 较小的那个团队，同舟共济，工作很规范，有正规文档，有阶段评审，分工明确：一人负责原始凭证和输出报表的收集、归类和整理，这实际上是做需求分析；一人负责科目和数据字典（代码表），这实际上是做信息的标准化与规范化；一人负责记账凭证的录入和修改，这实际上是做数据库的设计和加载工作；一人负责日记账、明细账和总账之间的平衡与对账，这实际上是做数据处理；一人负责统计、报表和查询，这实际上是做数据输出工作；一人负责总体设计和项目管理，这就是项目经理的工作。他们工作进度虽然不快，但最后形成了产品，打开了市场，发展成为一个大型IT企业，这6个人后来都成了业界精英。 回顾 软件 软件危机 软件工程 软件生存期 软件开发模型 本章内容 软件工程学的几个基本概念 软件与软件工程 软件生存期 软件开发模型 软件工程的任务及其研究范围 软件开发的原则和方法 瀑布模型的表现 常用的过程模型 瀑布Waterfall（掌握） V模型V-shaped 快速原型 Rapid Prototyping 增量Incremental 螺旋式Spiral 喷泉 软件重用模型 敏捷过程 瀑布模型变种： V模型 V模型模型适合的项目 项目的需求在项目开始前很明确 解决方案在项目开始前也很明确 对系统的性能安全很严格的项目 类似的项目如： 航天飞机等 公司的财务系统 常用的过程模型 瀑布Waterfall（掌握） V模型V-shaped 快速原型 Rapid Prototyping 增量Incremental 螺旋式Spiral 喷泉 软件重用模型 敏捷过程 快速原型 有时会发现通过面谈等方式得到的需求不够全面，特别是对界面和使用的方便性等方面 有时用户提不出具体的需求 怎么办？ 快速原型模型 Rapid Prototype Model 快速原型模型 快速原型模型的第一步是快速建立一个能反映用户主要需求的原型系统，让用户在计算机上试用它，通过实践来了解目标系统的概貌。 用户试用原型系统之后会提出许多修改意见，开发人员按照用户的意见快速地修改原型系统，然后再次请用户试用…… 一旦用户认为这个原型系统确实能做他们所需要的工作，开发人员便可据此书写规格说明文档，根据这份文档开发出的软件可以满足用户的真实需求。 快速原型模型 Rapid Prototype Model适合的项目 项目的需求在项目开始前不明确 需要减少项目需求的不确定性 类似的项目如： –小型或中等规模的交互式系统 –大型系统的某些部分，例如用户界面 –生命周期较短的系统 原型开发存在的问题 为了快而省，原型版本经常采用一些折衷的解决方法，所以质量问题较多。 开发人员需要掌握建立快速原型的开发技术和工具。 需要足够的人力资源 用户和设计都成为关键 瀑布模型要求在软件开发初期就完全确定软件的需求，在很多情况下往往做不到这一点。 怎么办？ 常用的过程模型 瀑布Waterfall（掌握） V模型V-shaped 快速原型 Rapid Prototyping 增量Incremental 螺旋式Spiral 喷泉 软件重用模型 敏捷过程 Incremental 增量模型 是一种渐进地开发逐步完善的软件版本的模型 Incremental 增量模型 特点： ? 反复的应用瀑布模型的基本成分和原型模型的迭代特征，每一个线型过程产生一个“增量”的发布或提交，该增量均是一个可运行的产品。 ? 早期的版本实现用户的基本需求，并提供给用户评估的平台。 增量模型适合的项目 项目开始，明确了需求的大部分，但是需求可能会发生变化 对于市场和用户把握不是很准，需要逐步了解 对于有庞大和复杂功能的系统进行功能改进，就需要一步一步实施的。 增量模型的缺点 需要软件具备开放式的体系结构 需求难以在增量实现之前详细定义，因此增量与需求的准确映