软件工程案例教程全套课件.pptx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件工程案例教程;内容摘要;主要内容;第1章 软件工程概述;;11 软件及软件工程—软件;11 软件及软件工程—软件;11 软件及软件工程—软件工程;11 软件及软件工程—软件工程;;11 软件及软件工程—软件工程;1.2 软件工程的基本原理;;软件工程目标之间的关系 ;3.软件工程的基本原理 ;;12 软件生存周期与开发模型—生存周期;12 软件生存周期与开发模型—开发模型;1.4 软件体系结构;;;;12 软件生存周期与开发模型—开发模型;2 .原型模型 ;3 螺旋模型 ;12 软件生存周期与开发模型—开发模型;12 软件生存周期???开发模型—开发模型;12 软件生存周期与开发模型—开发模型;12 软件生存周期与开发模型—开发模型;软件工程标准;软件工程标准;开发工具的作用与功能;开发工具的分类;IBM Rational工具;北大青鸟工具;微软版本管理器—VSS;第2章 可行性分析 ;这个项目是做还是不做呢?;2.1问题定义 ;21可行性研究----问题的定义 ;21可行性研究----问题的定义 ;21可行性研究----问题的定义 ;21可行性研究----问题的定义 ;21可行性研究----可行性研究的任务与步骤 ;21可行性研究----可行性研究的任务与步骤 ;21可行性研究----技术可行性分析 ;21可行性研究----技术可行性分析 ;21可行性研究----技术可行性分析 ;系统流程图中的常用符号 ;测评 数据库;21可行性研究----经济可行性分析 ;21可行性研究----经济可行性分析 ;21可行性研究----经济可行性分析 ;21可行性研究----案例分析 (可行性研究);22软件项目计划;22软件项目计划 ---软件项目计划的主要内容制订方法 ;22软件项目计划 ---案例分析(软件项目开发计划书) ;第3章 需求分析基础;本章主要内容;31 需求分析概述--需求分析的重要性 ;31 需求分析概述—需求分析的任务;需求工程;需求获取;需求分析;;评审、验证 的四个方面;31 需求分析概述--需求分析的过程与方法 ;3.4 需求规格说明与评审 ;3.5  原型化方法;原型主要有三种不同的作用类型: ;2 快速原型开发模型 ;案例分析--尚品购书网站系统需求分析与需求规格说明 ;2.“尚品购书网站”系统软件需求规格说明 ;第4章 结构化分析方法 ;;软件系统(S);定义;银行取款流程图;数据流图说明:描绘“做什么”,不考虑“怎么做”;数据流图的分层 ;32 结构化分析--数据流图;概念;32 结构化分析--数据字典 ;三、数据字典举例;加工的描述 ;2.判定表(Decision Table) 在某些数据处理问题中,某数据流图的加工需要依赖于多个逻辑条件的取值,就是说完成这一加工的一组动作是由于某一组条件取值的组合而引发的。这时使用判定表来描述比较合适。下面以“检查发货单”为例,说明判定表的构成。 ;3.判定树(Decision Tree) 判定树也是用来表达加工逻辑的一种工具。有时侯它比判定表更直观。用它来描述加工,很容易为用户接受。下面把前面的“检查发货单”的例子用判定树表示。 ;4.实体-关系图 在数据密集型应用问题中,对复杂数据及数据之间复杂关系的分析和建模将成为需求分析的重要任务。显然,这项任务是简单的数据字典机制无法胜任的。所以,有必要在数据流分析方法中引进适合于复杂数据建模的实体—关系图。 ;案例-----“尚品购书网站”系统结构化分析 ; 二层图:;;;系统E-R图:;第5章 结构化的设计方法;5.1 结构化设计的基本概念;;;3.模块独立性 模块独立性(module independence)概括了把软件划分为模块时要遵守的准则,也是判断模块构造是否合理的标准。一般地,坚持模块的独立性是获得良好设计的关键。 模块的独立性可以由两个定性标准度量,这两个标准分别称为内聚和耦合。 ;;(1)耦合 耦合是对一个软件结构内不同模块之间互联程度的度量。耦合强弱取决于模块间接口的复杂程度、进入或访问一个模块的点以及通过接口的数据。 在软件设计中应该追求模块间尽可能松散耦合的系统。在这样的系统中可以测试或维护任何一个模块,而不需要对系统中的其他模块有很多的了解。此外,由于模块间联系简单,发生在一处的错误传播到整个系统的可能性就很小。因此,模块间的耦合程度对系统的可理解性、可测试性、可靠性和可维护性有非常大的影响。 ;;(2)内聚 内聚标志着一个模块内部各个元素间彼此结合的紧密程度。 简单地说,理想内聚的模块只做一件事情。设计时应该力求做到高内聚,通常中等程度的内聚也是可以采用的,而且效果和高内聚相差不多。但是,坚决不要使用低内聚。;;

文档评论(0)

BLUED + 关注
实名认证
内容提供者

教师资格证持证人

全网 内容最全课件 价格最低 质量最高 不是之一,是唯一。 每个人使用的办公软件版本不一样,如有个别显示不出的文件,建议使用最新版。

版权声明书
用户编号:8070063100000015
领域认证该用户于2023年03月20日上传了教师资格证

1亿VIP精品文档

相关文档