软件工程复习重点.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文档。上传文档
查看更多
三 大 块 内 容 : 软件危机与软件工程传统软件开发方式 面对对象方式 一、 软件危机与软件工程: 软件、软件危机、软件生存期、软件开发模型、软件管理 1、 软件: 软件是能够完成预定功能和性能的可执行的计算机程序 +使程序正常运行所需要的数据 +描述软件开发经过及其管理、程序的操作和使用的有关文档。 文档:分开发、管理、用户、维护文档,作用是记录及解决不行视性、通信与沟通、管理与维护、用户服务 2、 软件危机 表现:软件成本高、难于控制开发进度、软件工作量估计困难、软件质量低、软件修改维护困难 原因:需求问题(描述不精确、理解不全都)、管理问题、方式和工具问题、软件本身的特点 3、 软件生存期: 三个时期: 定义时期(软件规划、需求分析)—开发时期(软件设计、编码实现、测试)—使用和维护时期(维护) 六个阶段:软件规划?需求分析?设计?编码?测试?使用与维护 生命周期方式特点:挨次性、依靠性,推迟程序的物理实现、质量保证的观点 (利于尽早发觉错误,如阶段文档、评审) 4、 软件开发模型 瀑布模型:文档驱动 阶段划分、分而治之、控制开发经过的复杂性 自顶向下、由抽象到详细,挨次进行优点:规范管理开发经过、文档驱动 缺点:初期系统的需求难以彻底确定、文档驱动、周期长 原型模型: 针对:软件开发初期需求难以确定 根本思想:快速建立原型,完善用户需求 优点:用户参加、快速 缺点:快速弱功能、对开发环境要求高 螺旋模型(风险驱动) 增量模型(模块、功能驱动) 迭代模型 喷泉模型5、 软件管理 区分于其他工业产品生产管理的特点 主要内容:开发规划与进度管理、文档管理、人员组织管理、成本管理、质量管理 二、 传统软件工程方式: 软件规划 问题定义 可行性研究 经济可行性 技术可行性 法律可行性 需求分析 结构化分析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 第二章.传统软件工程方式:软件规划 详细任务:项目定义、可行性分析、软件规划其中:可行性分析: 1、 可行性研究实质:可行性研究试一次大大压缩和简化了的系统分析和设计经过,也就是在较高层次上以较抽象的方式进行的系统分析和设计经过。 2、 主要内容: 经济可行性:资金有无落实、成本—效益分析 技术可行性:开发的风险、资源的有效性、技术方案 操作可行性:用户组织内的管理制度、人员素养、操作方式等是否可行。 法律及社会可行性 开发方案的选择:折衷手段权衡。3、 可行性研究的主要步骤: 复查系统规模 研究正在使用的旧系统 导出高层逻辑模型 重新定义问题 导出多种解法 推进行动方针 草拟开发规划 书写文档并提交审查 系统流程图(物理建模工具):会读、读懂。 数据流图: 概述 描绘系统的逻辑模型的工具 DFD: Data Flow Diagram 描绘信息流和数据从输入移动到输出的经过中所经受的变换 数据从哪里来,到哪里去,经过怎么的处理,保存在哪里 没有任何详细的物理部件,只是描绘数据在软件中流淌和被处理的逻辑经过。是系统逻辑功能的图形表示。 ?是分析员和用户沟通的工具

文档评论(0)

泰和宸风 + 关注
官方认证
文档贡献者

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

认证主体泰和宸风文化科技(青岛)有限公司
IP属地北京
统一社会信用代码/组织机构代码
91370211MA94GKPQ0J

1亿VIP精品文档

相关文档