软件工程复习重点.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
建筑工程 | 参考借鉴 PAGE PAGE 62 word版本 | 实用可编辑 三大块内容: 软件危机与软件工程 传统软件开发方法 面向对象方法 软件危机与软件工程: 软件、软件危机、软件生存期、软件开发模型、软件管理 软件: 软件是能够完成预定功能和性能的可执行的计算机程序 +使程序正常运行所需要的数据 +描述软件开发过程及其管理、程序的操作和使用的有关文档。 文档:分开发、管理、用户、维护文档,作用是记录及解决不可视性、通信与交流、管理与维护、用户效劳 软件危机 表现:软件本钱高、难于控制开发进度、软件工作量估计困难、软件质量低、软件修改维护困难 原因:需求问题(描述不准确、理解不一致)、管理问题、方法和工具问题、软 件本身的特点 软件生存期: 三个时期: 定义时期(软件方案、需求分析)—开发时期(软件设计、编码实现、测试)—使用和维护时期(维护) 六个阶段:软件方案?需求分析?设计?编码?测试?使用与维护 生命周期方法特点:顺序性、依赖性,推迟程序的物理实现、质量保证的观点(利于尽早发现错误,如阶段文档、评审) 软件开发模型 瀑布模型:文档驱动 阶段划分、分而治之、控制开发过程的复杂性 自顶向下、由抽象到具体,顺序进展 优点:标准管理开发过程、文档驱动 缺点:初期系统的需求难以完全确定、文档驱动、周期长 原型模型: 针对:软件开发初期需求难以确定 根本思想:快速建立原型,完善用户需求 优点:用户参与、快速 缺点:快速弱功能、对开发环境要求高 螺旋模型(风险驱动) 增量模型(模块、功能驱动) 迭代模型 喷泉模型 软件管理 区别于其他工业产品生产管理的特点 主要内容:开发方案与进度管理、文档管理、人员组织管理、本钱管理、质量管理 传统软件工程方法: 软件方案 问题定义 可行性研究 经济可行性 技术可行性 法律可行性 需求分析 构造化分析SA 面向数据流的分析方法 DFD四个组成局部(表示方法、命名) DFD作图:需求描述?DFD 层次分解法(保持父图和其子图的平衡) 数据字典(符号) 软件设计 总体设计 模块独立性:高内聚 作用域是控制域的子集 单入单出 规模、深度、宽度、扇入、扇出适当 传统设计方法 面向数据流的设计方法(数据流图) 构造化设计SD-?对应有SD构造化需求分析、SP构造化实现 DFD?软件构造(层次图) 变换设计 事务设计 优缺点 面向数据构造的设计方法 Jackson方法 Jackson图 三种元素间的逻辑关系:顺序、选择、重复 可描述两种数据构造:数据构造、程序构造 思想:数据构造与程序处理过程相互转换 步骤:I/O DS?对应关系?Program Structure?细化求精 优缺点: 数据入手 简化数据处理程序的设计 模块与独立性原那么没有给予应有的重视 求提供对复杂系统设计过程的支持 Parnas方法 详细设计 构造化程序设计SP 高效率良构造 三种根本控制构造、单入单出 过程设计的工具 实现/编码 语言 功能等价 描述问题方便性有差异 例如:OOPL非OOPL 程序设计风格 软件测试 目标 方法 正确性证明 静态测试 动态测试 黑盒(功能)测试 等价类划分 边界值分析 错误推测 白盒(构造)测试 语句覆盖 判定覆盖 条件覆盖 判定—条件覆盖 条件组合覆盖 步骤 软件维护 四种类型 校正性 适应性 完善性 预防性 提高可维护性的措施 面向对象方法(Object-oriented Method) OOM与CM比照:区别—优点 思维方式 iv. 稳定性 可重用性 v. 可维护性 大型软件 OOSE方法 三个阶段、五个模型、 USE CASE 第二章.传统软件工程方法:软件方案 具体任务:工程定义、可行性分析、软件方案 其中:可行性分析: 可行性研究实质:可行性研究试一次大大压缩和简化了的系统分析和设计过程,也就是在较高层次上以较抽象的方式进展的系统分析和设计过程。 主要内容: 经济可行性:资金有无落实、本钱—效益分析 技术可行性:开发的风险、资源的有效性、技术方案 操作可行性:用户组织内的管理制度、人员素质、操作方式等是否可行。 法律及社会可行性 开发方案的选择:折衷手段权衡。 可行性研究的主要步骤: 复查系统规模 研究正在使用的旧系统 导出高层逻辑模型 重新定义问题 导出多种解法 推荐行动方针 草拟开发方案 书写文档并提交审查 系统流程图(物理建模工具):会读、读懂。 数据流图: 概述 ? 描绘系统的逻辑模型的工具 ? DFD: Data Flow Diagram ? 描绘信息流和数据从输入移动到输出的过程中所经 受的变换 数据从哪里来,到哪里去,经过怎样的处理,保存在哪里 ? 没有任何具体的物理部件,只是描绘数据在软件中 流动和被处理的逻

文档评论(0)

蔡氏壹贰 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档