软件工程复习大纲软件工程复习大纲软件工程复习大纲软件工程复习大纲.doc

第一章 软件危机的概念 概念、表现及原因？ 概念：软件开发中遇到的问题找不到解决的办法，致使问题积累起来，形成了日益尖锐的矛盾，即“ 软件危机” ； 主要表现有 –软件需求增长得不到满足 –软件生产成本高，价格昂贵 –软件生产进度无法控制 –软件需求定义不准确，易偏离用户需求 –软件质量不易保证 –软件可维护性差等等 原因： 在软件开发和维护过程中存在这么多严重问题，一方面是与软件本身的特点有关，另一方面也和软件开发与维护的方法不正确有关。 具体讲来： - 软件缺乏可见性的特点使得管理和控制软件开发过程相当困难，客观上导致软件开发维护苦难。 - 庞大复杂、多人参与的软件没有科学的管理方法势必出现各种问题。 - 软件开发人员自身的不良习惯导致(主要原因) 未清楚问题本质之前急于写程序代码 采用错误的方法和技术开发软件 只重视写程序，忽视软件配置其它成分，认为“软件就是程序！” 严重轻视软件维护的重要性 重视个体劳动，不知系统需组织良好、管理严密、人员协同配合方能共同完成的工程项目。 生命周期 一个软件从被提出开始研制到软件最终被废弃不再使用为止的全过程，称为软件生命期。 通常把软件生命周期分成若干个阶段： 问题定义、可行性研究、需求分析、系统设计、编码和单元测试、综合测试及维护。 软件生命周期各阶段的基本任务： 制定计划 确定要开发软件系统的总目标 给出功能、可靠性、接口等方面的要求 做可行性研究 指定出完成开发任务的实施计划，连同可行性计划提交管理部门开会通过 需求分析阶段 软件的功能作出详细的定义 编写软件规格说明书或需求说明书或系统功能说明书 提交管理机构评审 系统设计阶段 总体设计：提出方案并对最佳方案指定详细计划，即把分析得出的各项要求转换成软件的体系结构 详细设计：详细设计每个模块，如模块的算法、数据结构、功能、输入输出等。 编写设计说明书，提交评审 编码和单元测试 把详细设计的结果翻译成选定语言书写的程序，并仔细测试编写出的每一个模块。 综合测试 组装测试，将已测试的模块组装起来测试。 按规定的各项要求，逐项进行有效性测试，确定软件是否合格。 运行和维护 安装试运行。 各种维护： 改正性维护：发现错误后改正 适应性维护：适应软件变化后的工作环境，做变更 完善性维护：为增强软件功能做变更 3. 软件过程 P14 软件过程是为完成高质量软件所制定和规定的各项任务工作步骤。 瀑布模型 快速原型模型 增量模型 螺旋模型 瀑布模型 优点： 奠定了软件工程方法的基础； 流水依赖，便于分工合作； 推迟物理实现，易于修改文档，有复审质量保证； 文档驱动模型，强迫人采用规范的开发方法，便于管理。 遵守该模型有利于将来软件的可维护性提高 缺点： 与用户见面晚，容易导致双方产生分歧，有失败的危险，成功率一般为25% 使用范围： 适用与系统要求明确的系统； 各种软件的开发均可使用 开发方法： 遵循软件生命周期的划分，明确规定各阶段的任务，上一阶段完成后，就确定一文档到下一阶段。不同阶段的任务一般由不同级别的软件人员参与。 开发特点： 时间的顺序性和依赖性； 推迟实现的观点； 质量保证的观点； 快速原型模型 有时项目开发初期，人们不能清楚的知道系统的功能，也就不能一次性成功的开发！ 快速原型模型则可以避免！ 增量模型 把软件产品作为一系列的增量构件来设计、编码、集成和测试。 特点： 分批逐步向用户提交产品； 要求软件体系结构必须是开放的； p18 螺旋模型 （详细描述请参考课本P14-P21） 第二章 可行性研究 可行性研究的任务 可行性研究的目的：用最小的代价在尽可能短的时间内确定问题是否能够解决，是否值得去解决。 可行性研究的实质上是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计过程。 可行性研究的方法 技术可行性 经济可行性 操作可行性 法律可行性 第三章 需求分析 需求分析的任务 1）确定对系统的综合要求 2）分析系统的数据要求 3）导出系统的逻辑模型 4）修正系统开发计划 进行需求分析的工具 E-R图（实体－联系图） 是一种面向问题的概念性数据模型 从用户角度反映数据 （详见 p52-p55） 状态转换图 通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。 画法: 状态（任何可以观察到的系统行为模式） 事件 符号 初态、终态、中间状态 各状态之间用带箭头的连线相连，表示状态转换 （详见p55-p57） IPO图 由IBM公司完善的一种图形工具。可方便的描绘输入数据、数据的处理和输出数据之间的关系。 关于IPO图： IPO图的主体是处理过程说明。为简明准确地描述模块的执行细节，可以采用判定树/