UML入门幻灯片.ppt

  1. 1、本文档共56页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
UML入门幻灯片

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 1.4 软件开发方法简介 程序开发方法简介: 1. 结构化程序设计方法 其控制结构仅由顺序、选择与重复等有限的基本控制结构表示。 2. 模块化程序设计方法 模块之间的接口应尽可能简明清晰: 单独模块的修改不影响其它模块的功能; 模块化应具有可修改性、易读性和可验证性。 3. 面向对象程序设计方法 1.4.1 结构化软件开发方法 1.结构化分析的步骤 构造数据流模型。 构建控制流模型。 生成数据字典(DD)。 生成可选方案,建立需求规约。 2.结构化设计步骤 首先研究、分析和审查数据流图。从软件的需求规格说明中弄清数据流加工的过程。 然后根据数据流图决定问题的类型。 由数据流图推导出系统的初始结构图。 优化软件结构。 描述模块接口。 修改和补充数据词典。 制定测试计划。 1.4.2 模块化软件开发方法 (1)模块可分解性。 (2)模块可组装性。 (3)模块可理解性。 (4)模块连续性。 (5)模块保护。 模块间的松耦合度:模块与模块之间又要求是可分拆的、少依赖的。 模块内的高内聚度:模块的内部各成分之间相关联程度要尽可能高。 /article.asp?id=84 1.4.3 面向数据结构软件开发方法 1.建立JSD的系统进程模型 2.JSD方法的步骤 (1)JSD需求分析步骤 标识系统中的实体与相应动作; 生成实体结构图; 初建系统模型。 (2)JSD系统设计步骤 扩充功能过程。 系统定时。 系统实现。 面向数据结构的开发方法的特点: 将分析结果作为设计基础,无明显分界; 都必须标识关键实体和动作; 信息具有层次性; 提供一组将层次化的数据结构映射到程序结构的步骤; 数据结构由顺序、选择和重复3种构造成分表示。 1.4.4 面向对象软件开发方法 面向对象方法的意义: (1)一种新的思考方式,便于描述现实世界的业务逻辑。 (2)将数据和行为结合成为对象。 (3)核心是封装。 (4)面向对象方法建立的基础是: 软件工程概念; 计算机科学概念; 工程管理; 数据库信息模型; 传统软件开发方法。 面向对象方法有几十种,综合起来,其基本观点如下: 现实客观世界由对象组成。 相同的对象归并为类。 类可以继承。 对象之间通过消息进行联系。 面向对象 = 对象 + 类 + 继承 + 通信 1.4.5 软件开发方法的评价与选择 综合考虑以下几方面因素: 人员素质。 时间进度。 掌握资源。 可行性。 领域知识。 从四个方面评价: 技术特征。 使用特征。 管理特征。 经济特征。 1.5 面向对象软件开发方法简介 特点(优点): (1)使人们更好地认识客观世界 (2)能很好地适应需求变化 (3)容易实现软件复用 (4)系统易于维护和修改 面向对象开发方法的开发过程 OOA - OOD - OOP 特点: 适合把复杂问题局部化。 采用OO技术,使开发过程更易管理。 扩展性、可重用性强。 开发过程简单,提高开发效率。 (可扩展性、可维护性、可复用性、可理解性、完整性) 三种开发过程特点比较 结构化系统开发方法: 先调查,再彻底分析、了解问题并规划,最后实现整个系统。(从功能和流程的角度考虑) 原型法: 先根据问题建立原型,边运行边修改,直到最终实现。(从原型的角度考虑) 面向对象开发方法: 先调查,并将问题细化(根据不同的对象和类以及他们之间的联系),最后根据这些内在联系实现整个系统。(从对象的角度考虑) 存在的问题 结构化方法: 面向过程(也叫数据流建模方法论) 基于瀑布模型,因此需求不允许经常发生改变,导致项目进度拖延、预算超出等问题。 需求的变化大部分是针对功能的,这对于基于过程的设计来说是非常危险的。不同的设计人员开发相同的系统,可能分解得出不同的软件结构。 过程分析和数据分析之间的边界问题始终未解决,流程图的过程世界和实体联系图的数据世界难于共存,使开发人员描述现实世界变得比较困难。 面向对象分析和设计解决的两个经典问题 传统的分析和设计方法将处理问题的数据模型和处理模型分离,而面向对象的方法将数据模型和处理模型二者合一。(UML提供了可以同时表述功能、属性和行为的模型) 如何从系统分析平滑地过渡到系统设计。 传统的分析方法中,(分析模型)数据流图是系统分析员和用户交流的工具;(设计模型)软件结构图和数据关系图是系统设计员与编程人员交流的工具。分析模型到设计模型之间存在着模型的转变,转变过程既不规范,有容易引起新的

文档评论(0)

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

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

1亿VIP精品文档

相关文档