软件开发环境详解.ppt

软件开发环境;软件开发环境讲授内容：;软件开发环境讲授内容：;软件开发环境的背景;软件开发环境的定义;软件开发环境中各类元素之间的关系;软件开发环境的分类-按开发模型和开发方法分;软件开发环境的分类-按功能及结构特点分类;软件开发环境的分类-按开发阶段分类;软件开发环境的分类-按应用范围分类;软件开发环境的构造;工具集;集成机制;环境信息库;过程控制和消息服务器;环境用户界面;完善的软件开发环境通常具有如下：;软件开发环境与软件开发方法;典型的软件开发和系统演化的活动; ①覆盖开发全过程，并且便于在各阶段间的过渡； ②便于在开发各阶段中有关人员之间的通信； ③支持有效的解决问题的技术； ④支持系统设计和开发的各种不同途径； ⑤在开发过程中支持软件正确性的校验和验证； ;软件开发方法应该考虑的一般因素;主要的面向对象软件工程方法;CRC卡一种简单的面向对象建模方法;CRC卡的类;CRC卡的职责;CRC卡的协作;CRC模型;CRC范例;CRC卡的构建步骤一;CRC卡构建步骤二;CRC模型的优点;CRC卡的缺点;面向对象的软件过程-喷泉模型 ;面向对象的软件过程-RUP ;RUP的各个阶段和里程碑-横向 ;RUP的核心工作流-纵向 ;UML语言;UML的简介;最重要目标：UML是所有建模人员可以使用的通用建模语言。它包含主流建模方法的概念，从而可以替代现有的软件分析和设计方法，比如：OMT,Booch,OOSE等。 UML不是完整的开发方法，它不包括逐步的开发流程，但它提供所有必要的概念，具备足够的表达能力。 UML的另一个目标是：能尽量简洁地表达系统的模型。;UML概念可以划分为以下范围： 系统需求 静态结构 动态行为 交互行为 物理实现 各种图之间的关系 模型组织 扩展机制;用例视图(Use Cases View)从外部用户的角度来描述系统的行为，它将系统功能划分为对用户有意义的事务，这些事务被称为用例，用户被称为执行者，用例视图也就是描述活动者在各个用例中的参与情况，它指导所有的行为视图。;静态视图(Static View)，一个模型必须首先定义各种事物的内部特征和相互之间的关系，应用概念建模成类，类描述事物的属性和以及在这些属性上的操作。类之间可以存在不同的关系，比如泛化（继承）、关联和依赖等，静态视图表示成类图，静态视图在某一时刻的快照称为对象图。;状态机视图(State Machine View)，通过对每个类的对象的生命周期进行建模，描述了对象时间上的动态行为。状态机是由状态和迁移组成的图，状态机通常附属于类，描述类实例对接受事件的响应。 活动视图(Activity View)是利用状态机对运算和工作流进行建模的特殊形式。活动图的状态代表了运算执行的状态，而非一般对象的状态，活动图和流程图很相似，不过它支持并发。;交互视图(Interaction View)，对象通过交互来实现行为，交互视图通过协作来进行建模，协作具有结构和行为两个方面，结构包含为行为方面而定义的一系列角色和关系，行为方面是绑定于角色的对象间的一系列交换的消息，这些消息在协作中称为交互，消息序列可用两种图来表示：顺序图（重点在消息的时间顺序）和协作图（重点在交换消息的对象间的关系）。;物理视图(Physical View)，许多系统模型独立于最终的实现，在实现方面，必须充分考虑系统的重用性和性能。UML有两种视图来表示系统的实现：实现视图和部署视图，实现视图将可重用的系统片段打包成组件，部署视图描述系统运行时资源的物理分布，这些资源称为结点。;静态视图（类图，对象图），物理视图（实现视图，部署视图）是描述系统的静态结构。 用例图是描述系统的外部视图。 活动图描述系统的外部/内部视图。 交互视图（顺序图，协作图）描述系统的内部视图。 状态图描述单个类的动态行为。;模型管理视图(Model Management View)，任何大系统必须划分为较小的单元，以使人们能在某一时刻只接触有限的信息，不影响团队间的并行工作。模型是利用包(Package)和包的依赖来进行管理的。包是UML模型中通用的层次组织结构，包上的依赖总结了包内容的依赖关系。; 扩展机制(Extension Mechanisms)，UML能满足绝大部分系统建模的需要，但任何语言都不是万能的，它必须考虑一定的扩展机制，UML的扩展机制包括约束、标签值和原型。这些扩展机制可以用来为特定领域剪裁UML的配置，这样带来一些好处：根据自身需要来使用建模语言。;一个模型必须首先定义各种事物的内部特征和相互之间的关系，下面介绍一些基本的模型元素：;类是具有相同属性、操作和关系的对象集合的总称。通常在UML中类被画成矩形， 包括三个部分：名称、属性和操作。 名称：每个类都