软件工程与课件-SE04.ppt

SoftwareEngineering主要内容基本概念UML基础模式4.1面向对象概述结构化方法的不足分析问题不是以实际问题中的客观事物为基本单位，而是通过功能分解、数据流分析等手段人为地将问题域分解成一些子功能和独立的数据分析方式与人类的思维习惯不相符合数据与功能的人为割裂不能应对大系统的开发面向对象概述（续）面向对象方法的优势：便于开发人员与软件用户之间的沟通便于开发人员之间的交流加深了开发人员对问题域和系统责任的理解保持了整个软件开发过程的一致性对需求的变化有较强的适应性支持软件复用4.2面向对象基本概念对象（从现实世界到软件）特征：属性行为：方法唯一性：标识符类具有相同属性和方法的一组对象的集合面向对象基本概念（续）封装隐藏对象的内部细节，将对象的属性和操作结合到一个不可分割的独立单元当中，而对外只保留有限的接口封装可以保护对象的内部数据提高程序单元的独立提高程序单元的易用性，便于理解与使用提高程序单元的复用性，提升开发效率访问控制面向对象基本概念（续）继承：层次关系面向对象基本概念（续）继承的优点类之间形成了简单明了的层次关系，提供了类的规范的等级结构简化了对子类的描述，使得软件更加简单且更易理解子类可以直接使用父类的方法与属性，实现了软件复用面向对象基本概念（续）多态现实世界：同一个词语在不同的场合中具有不同含义软件：同一命令实现不同的操作优点提供更强的表达能力实现接口复用简化设计与编程面向对象基本概念（续）消息：对象之间相互联系和相互作用的方式，由5部分组成发送消息的对象接收消息的对象消息传递方式消息内容反馈reader.reportLoss();中的5部分是？面向对象基本概念（续）依赖一个类必须以另一个类的存在为前提关联类之间的相互作用“一对一”、“一对多”、“多对多”面向对象基本概念（续）聚合与组合：整体―部分结构组合：紧密固定的联系，典型的异构，即成分对象可能由多个类型混合组成聚合：松散灵活的联系，往往是同构的组合、聚合甚至于关联的实现方式有可能都是相同的，通常表现为一个对象的属性是另一个对象的引用4.3UML基础模型要构建的真实事物的一种抽象，即被构建的真实事物的近似代表UML用于描述、构造和文档化系统的标准化语言，标准化有助于提高软件开发的效率，提升软件产品的质量采用图形化的方式来描述软件从分析、构造直至部署等各个环节所需的基本构件视图模型视图模型（续）用例视图（UseCaseView）从用户、分析工程师和测试工程师的角度描述系统，主要关心用户从系统的外部如何看待系统UML中用用例图展示系统中有哪些用例，用交互图表现用例的细节视图模型（续）设计视图（DesignView）系统由哪些类和接口组成、系统中各组成要素之间的协作关系，以及针对用户的功能性需求，系统应该提供哪些服务等UML中设计视图的静态部分可以用类图、对象图和复合结构图表现；动态部分可以用交互图、状态图和活动图表现视图模型（续）进程视图（ProcessView）展现系统中出现的并发与同步过程，它关心系统的性能、可伸缩性和吞吐能力等UML中表现该视图所用的图形与设计视图基本相同实现视图（ImplementationView）系统中使用到的组件、文件与资源以及它们之间的依赖关系UML中使用组件图、复合结构图来表现静态结构，使用交互图、状态图、活动图来表现各要素之间的动态关系部署视图（DeploymentView）系统是如何配置、安装与执行的，它通常会反映出系统的物理布局、网络拓扑以及系统各部分之间的通信方式UML中使用组件图、部署图来表现部署视图中的静态部分，动态部分则使用交互图、状态图、活动图来表现UML图形：用例图描述用户与系统之间交互的系列场景，场景一般由一系列相关的动作组成用例图展示了用例（UseCase）、参与者（Actor）以及它们之间的相互关系UML图形：用例图（续）关联：参与者能够使用哪些用例系统边界：边界以内表示是系统的组成部分，边界以外表示系统的外部事物UML图形：用例图（续）用例之间的关联：包含关系、扩展关系和泛化关系，参考者之间可能有泛化关系UML图形：用例图（续）用例描述用例名称：用例的命名用例标识号：用例的ID号，用于区分用例简要说明：简要介绍该用例的作用和目的事件流：包括基本流和备选流，事件流应表示出所有的场景用例场景：包括成功场景和失败场景，场景主