UML1NTR;中文规格书,Datasheet资料
UML基础教程(很全面的教材)(PDF)
UML
-2-
目录
5.4对消息标签的详细讲解 5.5协作图例子 5.6协作图与顺序图的区别和联系 5.7练习题
6. 状态图
6.1状态图概要 6.2状态图的组成 6.3状态图中的事物及解释 6.4状态的可选活动表 6.5简单的例子:对象的状态图 6.6复杂的例子:网上银行登陆系统 6.7练习
7. 活动图
※ 协作图的一个用途是表示一个类操作的实现
1.5.6 状态图(State Chart Diagram)
※ 状态图是一个类对象所可能经历的所有历程的 模型图。状态图由对象的各个状态和连接这些 状态的转换组成
初始状态
assigned
to
subscription
time out 状态
Available
lock
UML 基础教程
UML
-1-
目录
1. 前言
1.1前言 1.2UML概述 1.3UML事物 1.4UML关系 1.5各UML图及特征 1.6各UML图的关系 1.7UML语法 1.8习题
2. 用例图
2.1用例图概要 2.2用例图中的事物及解释 2.3用例图中的关系及解释 2.4例子 2.5习题
3. 类图
UML
-4-
1. 前言
1.3 UML事物
UML包含4种事物:构件事物 行为事物 分组事物 注释事物 1.3.1 构件事物: UML模型的静态部分,描述概念或物理元素
它包括以下几种:
类:具有相同属性相同操作 相同关系相同语义的对象的描述 接口:描述元素的外部可见行为,即服务集合的定义说明 协作:描述了一组事物间的相互作用的集合 用例:代表一个系统或系统的一部分行为,是一组动作序列的集合 构件:系统中物理存在,可替换的部件 节点:运行时存在的物理元素 另外,参与者、信号应用、文档库、页表等都是上述基本事物的变体
UML用例图等9种图的中文样例
软件工程的5个阶段:需求分析(Requirements Capture),系统分析与设计(System Analysis and Design),实现(Implement),测试(Test),维护(Maintenance)。
2.UML的定义包括UML语义和UML表示法两个部分。
UML语义描述基于UML 的精确元模型定义。
元模型为UML的所有元素在语法和语义上提供了简单、一致和通用的定义性说明。
UML表示法,为开发者或开发工具使用图形工具和文本语法为系统建模提供了标准。
3.UML(Unified Modeling Language)由视图(View),图(Diagram),模型元素(Model Element),通用机制(General Mechanism)等组成,还提供了扩展机制(Extension Mechanism),使得UML语言能够适应一个特殊的方法或者扩充到一个组织或用户。
a)视图是表达系统的某一方面特征的UML建模元素的子集,由多个图构成,是在某一个抽象层上,对系统的抽象表示。
b)图是模型元素集的图形表示,通常由弧(关系)和顶点(其他模型元素)相互连接构成。
c)模型元素代表面向对象中的类、对象、消息和关系等概念,是构成图的基本概念。
d)通用机制用于表示其他信息,比如注释、模型元素的语义等。
4.UML用模型来描述系统的结构或静态特征,以及行为或动态特征,从不同的视角为系统架构建模,形成不同视角:a)用例视图(Use Case View),强调从用户角度看到的或需要的系统功能,是被称为参与者的外部用户所能观察到的系统功能的模型图。
b)逻辑视图(Logical View),展现系统的静态或结构组成及特征,也被称为结构模型视图(Structural Model View)或者静态视图(Static View)。
c)并发视图(Concurrent View),体现了系统的动态或者行为特征,也称为行为模型视图(Behavioral Model View)或动态视图(Dynamic View)。
CPC1008N;CPC1008NTR;中文规格书,Datasheet资料
3
/
CPC1008N
0 4.4 4.6 4.8 5.0 5.2 On-Resistance (:) 5.4 5.6
0 106 109 112 115 118 121 Blocking Voltage (VP) 124
Typical LED Forward Voltage Drop vs. Temperature
1.6 LED Forward Voltage (V) Turn-On Time (ms) 1.5 1.4 1.3 1.2 1.1 IF=50mA IF=20mA IF=10mA IF=5mA IF=2mA -20 0 20 40 60 Temperature (ºC) 80 100 2.5 2.0 1.5 1.0 0.5 0.0 0
1
Absolute Maximum Ratings are stress ratings. Stresses in excess of these ratings can cause permanent damage to the device. Functional operation of the device at conditions beyond those indicated in the operational sections of this data sheet is not implied.
25 20 15 10 5 0
20
20
Device Count (N)
Device Count (N)
Device Count (N)
15
15
10
10
5
5
0 1.250 1.255 1.260 1.265 1.270 LED Forward Voltage (V) 1.275 0.85 0.90 0.95 1.00 1.05 1.10 Turn-On Time (ms) 1.15
OO系统分析员之路--用例分析系列(8)--如何编写一份完整的UML需求规格说明书
终于到了快结束的时候了,这将是用例分析系列的最后一篇,结果是得到需求规格说明书,以结束需求分析的过程。
经过前面七篇的工作,我们从最初的业务用例获取入手,获得了业务用例模型,这是我们的业务范围;经过分析得到了业务场景,这是我们的业务蓝图;经过规划,得出用例实现视图,这是我们的系统范围;经过再次分析,得到了用例实现以及领域模型,包括用例规约,业务规则和业务数据,这是我们的概念模型。
仅从需求所需的必要元素来说,我们基本上已经完成了需求分析的工作。
诚如上一篇结尾所说,为了让我们的需求更完美,这一篇所要做的工作也是必不可少的。
这一篇将要讨论到的内容包括:用例补充规约,系统原型,以及需求规格说明书先说说用例补充规约。
之前我们得到的用例规约是功能性的,它们是针对Actor完成目标业务所需的功能性Feature的描述。
然而我们所面对的系统除了功能性的Feature之外,总有一些是与业务功能无关的,这部分需求就是补充规约要涉及的内容。
什么样的需求与业务功能无关呢?一般来说,就是系统需求,例如可靠性,可用性,扩展性,易用性等等。
用户提出,系统必须提供7*24小时的服务,它应该有一定随业务变化而适应的能力,系统的界面应当简单易学,具备基础计算机知识的人可以不经过培训就能使用它等等。
这些需求与具体业务要求无关,哪怕一个不实现,系统也能Run起来。
但是这些需求又是如此重要,它们是系统达到用户期望必不可少的。
甚至在用户看来,某些补充规约要求比业务要求还重要,某个业务要求没做好,用户或许能宽容,如果你说系统不能提供7*24小时的服务,用户肯定是不能接受的。
这些需求,就是要在补充用例规约里面说明的内容。
笔者自己有个习惯,在上一篇也有所提及,就是习惯于把全局规则也写到补充用例规约里面。
比如,用户提出,所有系统使用者在系统中的任何操作,都要能够记录下来;如果数据被更改,不论是Modify,Add 还是Delete,数据都要做一个备份;响应时间可能超过1分钟的功能,都要提供进度条等等...这些全局规则在实际情况中,一般都是由系统框架,或某个中间件来完成的,它们是系统架构的一部分。
UML概述ppt课件精选全文
注释体 用于对UML实体进行文字描述
注释连接
注释连接将注释体与要描述的实体相连。说 明该注释体是对该实体所进行2-
协作图(通讯图)
协作图表示一组对象间关系以及交互活动
协作图可以认为是对象图的扩展,它增加了一些符号用于表 示对象间的交互。协作图和顺序图具有同构性。
指向源同步 消息
表示对象间从目的对象向源对象发送同步消息
指向目的的 同步消息
表示对象间从源对象向目的对象发送同步消息
注释体
注释连接
-35-
示例:协作图
-36-
活动图
活动图:通过动作来组织,主要用于描述某一方法、机制或 用例的内部行为
主要使用场合:业务建模、用例分析
-37-
活动图元语-1
活动 组合活动
1997.1公布 UML 1.0 合作伙伴
业
公
意见
众 1996.6和1996.10 UML 0.9&0.91
化
反
馈 OOPSLA95 Unified Method 0.8
标
准
Booch93 OMT-2
化
Booch91 OOSE
OMT-1 其他方法 统
一
UML基本图
静态模型 (系类统图结 构) class diagrams
转移
用于说明两个对象间存在某种关系,如满足某 个条件并当某一事件发生时,对象将从一个状 态变迁到另一个状态并同时执行一些活动
注释体
注释连接
示例:状态图
顺序图
顺序图:主要用于显示对象间的交互活动,但没有明确的交 互环境和对象状态
主要使用场合:系统分析(用例分析)、设计
UML基本图示
UP是软件开发过程,描述了构造,部署以及维护软件的方式。
统一过程是一种流行的构造面向对象系统的迭代软件开发过程。
Rational(RUP)统一过程是对统一过程的详细精化,并且已经被广泛采纳。
UP以构架为中心,用例驱动,迭代和增量式开发。
迭代和增量式开发分为,初始、细化、构造、交付四个过程,在初始阶段并不需要去分析全部的需求,在了解了整个业务之后找到最核心的需求,将最核心的需求分析并实现,展示给客户看,然后再客户给出新的需求后在分析需求,并将需求在初始系统的基础上扩展。
XP极限编程,是指在开发过程中不断的沟通,与客户沟通产生反馈信息,项目组内部沟通产生反馈信息,不断的修正系统,让系统朝着正确的方向发展,所以在系统交付之前,系统是变化的,不稳定的。
XP中的测试驱动开发(tdd),是指在编程之前写测试单元,即编写系统不能通过的情况,直到系统能完全通过测试单元,则系统完成;重构,在实现系统的时候修改代码;持续集成,在开始的时候存在一个核心的可用系统,然后在其上不断扩展,不断集成,每天都要存在一个可运行的系统。
UML包括:事务,关系,图,扩展机制事务:结构:类,接口,构件,节点等行为:交互(消息),状态等分组:包,子系统等注释:注释关系:依赖,关联(聚合,组合),泛化,实现图:用例图,交互图(顺序图,协作图),类图,活动图,状态图等扩展机制:Stereotype(版型),TaggedValue(标签值),ConstraintRational Rose是一种建模工具用例视图:需求分析阶段的利器逻辑视图:设计阶段,用例的实现组件视图:构件表示封装了其内容的系统模块,构件是相对独立的模块部署视图:表示软件元素在物理架构上的部署,以及物理元素之间的通信UML基本图示类图顶端“ClassName”表示类名中间部分为该类的属性,其中分别表示为可访问性,属性名,以及属性的数据类型。
第三部分为该类的方法,包括方法的可访问性,方法名,方法的参数以及方法的返回值。
uml各种图例及说明(摘录)
接口是组件间的通信方式。例如,小汽车的接口是仪表板和踏板。可通过“接口”与小汽车通信。Order组件可包含一个方法来取消订单,接口指定执行这个操作需要订单ID;换言之,要使Order对象删除订单,必须为要删除的订单传输订单ID。
uml各种图例及说明(摘录)
1、用例图
描述角色以及角色与用例之间的连接关系。说明的是谁要使用系统,以及他们使用该系统可以做些什么。一个用例图包含了多个模型元素,如系统、参与者和用例,并且显示了这些元素之间的各种关系,如泛化、关联和依赖。
2、类图
类图是描述系统中的类,以及各个类之间的关系的静态视图。能够让我们在正确编写代码以前对系统有一个全面的认识。类图是一种模型类型,确切的说,是一种静态模型类型。
UML类的表示符号是一个矩形,如图3-6所示。由图可知,该类有一些属性(CustomerID和Date等)和一些方法(New、PlaceOrder和Delete)。
在类图中,类相互之间具有关系。例如,Customer可将若干个Order放入系统。类之间的关系用实线表示,如图3-7所示。
二、 行为图
聚集:特殊的关联,描述整体与部分的组合关系。
泛化:是一种特殊与一般的关系,如子元素(特殊)与父元素(一般),箭头指向父元素。
实现:类元之间的关系,其中一个类元指定了由另一个类元保证执行的契约。一般用在接口和实现他们的类之间或用例和实现它们的协作之间。
UML提供9种视图:类图、对象图,用例图,序列图、协作图,状态图、活动图,构件图和部署图。
4.交互图:包括序列图(顺序图)和协作图,两者对应,顺序图是强调消息时间顺序,有对象生命线和控制焦点。协作图是强调接收和发送消息的对象的结构组织,有路径和顺序号。如下图(摘自网络):
统一建模语言(UML)参考手册
激活激活是过程的执行包括它等待内嵌过程执行的时间它由顺序图中替代部分生命线的双线来显示调用被指向它所初始的激活的顶端的箭头来表示递归调用发生在控制进入一个对象的操作时第二次调用是不同于前次的激活递归或在同个对象上另一个操作的调用以对激活线的进栈来表达图,2(显示了具有控制程序流的顺序图包括递归调用和运行中对象的创建主动对象是保持激活堆栈根的对象每个主动对象具有平行于其它主动对象的事件驱动控制线索被主动对象调用的对象称为被动对象它们仅在被调用是接收控制在返回时释放如果多个并发的线索具有使用嵌套调用的控制程序流当两个线索在同一个对象上相遇时例如合并不同的线索必须使用线索名称颜色或其它方法来避免混淆通常最好不在单张图上混用过程调用和信号协作图协作图是包含分类角色和关联角色而非仅包含分类和关联的类图分类角色和关联角色描述了当协作实例被执行时可能产生的对象和链的配置当协作被实例化时对象被绑定至分类角色而链被绑定至关联角色关联角色还可能被各种暂时性链来充当如过程参数或局部过程变量链符号可以携带指明暂时性的版型 或! !或同个对象的调用 ! 尽管在整个系统中还有其它许多对象只有与协作相关的对象会被表达换言之协作图对实现协作的对象和链进行建模而忽略其它对象图,2%显示了协作图将对象进行分成四组是很有用的在整个协作中存在的对象在交互中创建的对象约束? &@在交互中销毁的对象约束?" - "@以及在交互中被创建和销毁的对象约束? @在设计时可以由显示在操作起始时可用的对象和链开始然后再决定如何将控制流向图中正确的对象来实现操作尽管协作直接显示了操作的实现它们还可以显示整个类的实现该用法中它们显示实现类所有操作所需的上下文这允许建模者观察各种操作中对象的多种角色该视图可以通过联合描述对象全体操作的所有协作来建立消息消息显示为附加在链上的带标签的箭头每个消息带有顺序号可选的前驱消息列表可选的迁移条件名称和参数表和可选的返回值名称顺序号包括了可选线索名称在同一线索中所有消息按次序排序不同线索中的消息时并发的除非存在明显的顺序上的依赖不同的实现细节可能被添加如同步消息和异步消息的区别流通常一个协作图在整个操作中为一个对象分配一个符号然而不同状态的对象有时需要显式的指出例如对象可能改变位置或它的关联在不同时期有很大的改变对象可以由类和它的状态来表示状态类的对象同个对象可以多次显示每次不同的位置或状态表示相同对象的不同对象符号可以用 # #流来连接 # #流是对象状态至另一个状态的迁移它以带# 版型的虚线来绘制且可能用顺序号来标记发生的时间图,2- # #流还可用于表达对象位置的改变版型 -显示了通过拷贝其它对象值产生的对象值但这并不常用表,2 显示了对象流关系的种类表,2 流关系的种类流 功能 标记# #从对象的一个值至另一个值的变换" 拷贝对象拷贝后该对象独立协作图和顺序图协作图和顺序图均显示了交互但它们强调了不同的方面顺序图清晰的显示了时间次序但没有显式的指明对象间关系协作图清晰的显示了对象间关系但时间次序必须从顺序号来获得顺序图最常用于场景显示协作图在显示过程设计细节更适用模式模式是连同何时使用指南的参数化协作参数可以被不同的值替代以产生不同的协作参数常常为类指定了空槽当模式被实例化时它的参数被绑定至类图中实际的类或更大协作中的角色模式的使用显示为通过带角色名称标签的虚线连接的虚线椭圆例如图,2*显示了8 2 *9中的观察者模式在模式的使用中. !!/ 替代了 #0 角色! " +* ! 替代了1 "! 的角色模式可能出现在分析体系结构详细设计和实现层次中它们是为了重用而捕获最频繁出现结构的一种方式图,2*显示了观察者模式的使用物理视图概述许多系统模型是为了独立于最终的实现显示系统的逻辑和设计系统实现方面在重用性和性能考虑上是非常重要的 包括了两种视图来表现实现单元实现视图和配置视图实现视图显示了将可重用的系统片段物理打包成可替代的单元称为构件实现视图显示采用构件接口以及构件间依赖对设计元素如类的实现构件是用于构造系统的高层次的可重用片段配置视图显示了运行时段运算资源的物理分布如计算机和它们之间的互连它们被称为结点在运行时结点可以容纳构件和对象构件和对象在结点上的分布可以是静态的也可在结点中转移如果构件实例及依赖被放置在不同的结点配置视图可以显示性能上的瓶颈构件构件是作为系统可替换部分具有良好定义的接口的物理实现单元每个构件包含了系统设计中某些类的实现设计良好的构件不依赖其它构件而是依赖构件所支持的接口该情况下系统中的构件可以被支持相同接口的构件所替代构件具有它们所支持的接口和所需要其它构件的接口接口是由硬件和软件块支持的操作列表命名接口的使用允许构件之间的直接依赖被避免使新构件的替代更加容易构件视图显示了构件之间依赖的网络它具有两种形式一种显示了一系列有效构件构件库以及它们的依赖性系统从它们中被建造它还可显示为已配置的系统连同用于建造该系统的构件从构件库中选取该形式下每个构件与服务被使用的其它构件相连这些连接必须与构件的接口相一致构件用一侧带有两个小长方形的大长方形来表示它可能与代表接口的圆连接在一起图 2构件图显示了构件之间的依赖图 2(每个构件实现支持一些接口并使用一些别的接口如果构件之间的依赖由接口来仲裁则构件可以用实现相同接口的构件来代替参考指南 物理视图结点结点是代表运行资源的运行时的物理对象它们至少拥有内存且常常具有运算能力结点可能带有区别不同的资源的版型如1A 设备和内存结点可以容纳对象和构件实例结点表示为具有名称分类可选的风格化的方块图 2%结点之间的关联代表了通讯路径关联可带有区分不同种类路径的版型结点可以使用概括关系将结点的概括描述和更特化的变形联系在一起结点中的对象用结点符号中内嵌的对象符号来表达如果不方便对象符号可以包括标签! 它的值为对象所驻留结点的名称它的位置对象和构件实例在结点上的迁移也可以被表示参见 # #模型管理视图概述任何大系统必须被划分为较小的单元以使人们可以在某一时刻与有限的信息工作使团队中的工作不相互影响模型管理包括包包含了特殊种类的包和包之间的依赖关系包包是一部分模型模型的每个部分必须属于某个包建模人员可以将模型可内容分配至一系列包但为了可行分配必须遵守一些基本原则如通用功能耦合紧密的实现相同的视角 不为组建包强加某项原则但将系统合理的分解为包可以极大的提高系统可维护性包包含了顶层模型元素如类类之间的关系状态机用例图交互协作任何没有被包括在其它元素中的事物如属性操作状态生命线消息等包含与其它元素中的元素不直接作为包的内容每个顶层元素在包中声明该包是元素的 #包它可以被其它包引用但它的元素内容仅由它所有在以配置控制的系统中建模人员必须访问 #包来修改元素内容这为大型模型提供了访问控制机制包也是任何版本控制机制的单元包可以包含其它的包存在一个根包间接的包含了整个系统的模型有许多方式来组织系统中包它们可以根据视图功能或建模人员选择的其它基本特征来划分包是模型中具有通用用途的层次组织单元它们可以被用于存储访问控制配置管理以及构建包含重用模型块的库如果包经过良好的选择它们可反映系统的高层次结构子系统分解以及之间的依赖包之间的依赖总结了包内容之间的依赖包的依赖依赖由单独的元素所引发但对于任何规模的系统它们必须在较高的层次观察包之间的依赖总结了包元素之间的依赖即包的依赖从元素个体之间的依赖派生而来包之间依赖的出现暗示着在自底向上的路径存在的声明中或者允许在自顶向下的路径限制了其它关系的约束中稍后存在着在相应包内的元素个体间至少存在一个给定依赖类型的关系元素它是存在的声明并不意味着包中所有元素具有依赖对于建模人员它是进一步信息存在的标志但包一级的依赖本身不包含进一步的信息它仅仅是个总结自顶向下的路径反映了整个系统的体系结构自下而上的路径可以自动的从元素个体中产生两种路径在建模中均占有一席之地即使在同一个系统中元素个体之间的同种类的多个依赖被聚集成单个的包级别的依赖如果元素个体间的依赖包括版型如不同的用法该版型在包级别的依赖中被忽略以产生单一的高级别依赖包显示为带方型突起的长方形桌面的文件图标依赖显示为虚线箭头图 )2 显示了订票子系统的包结构它依赖于外界的包以及两个 ! 包的变形任何子系统的实现会包含一个变形访问和引入依赖通常包不能访问其它包的内容包是不透明的除非被访问和引入依赖所打开访问依赖直接应用于包和其它容器在包级别访问依赖指供应商包可能被客户包或客户所包含包的元素所引用供应商中的元素在包中必须具有足够的可见性以使客户可以看见它通常包中的被赋予公共可见性的元素在其它包中才可见可见性为保护的元素仅在该包的后代中可见可见性为私有的元素在包含它的包中以及该包的内嵌包中可见可见性同样适用于类的内容属性和操作类的后代可以看见祖先公共的和保护可见性的成员其它类只能看见公共可见性的成员引用元素需要访问许可和正确的可见性所以包中的元素欲访问不相关包中的元素必须访问或引入第二个包并且目标元素在第二个包中必须具有公共的可见性内嵌在其它包中的包是该容器的一部分具有对它的完全访问权限而容器在没有对嵌入的包访问时可能无法进行存取内容被封装注意访问依赖不会修改客户的名字空间或以任何其它的方式自动的创建引用它仅仅是对创建引用的许可引入依赖用于在客户包的名字空间增加名字作为全路径的别名模型和子系统模型是包含了系统特殊视图完整描述的包它从某个视点为系统提供很接近的描述它对于其它的包不具有很强的依赖性如实现依赖或继承依赖跟踪关系是不同模型的元素间的弱化依赖形式它表明了无特定语义暗示的某些连接的出现模型通常是树状结构根包包含了组成给定视点下所有系统细节的内嵌包子系统是具有独立的说明和实现部分的包它代表了与系统其它部分具有整洁接口的清晰单元它通常代表了系统在功能或实现范围上的划分模型和子系统均以带版型关键字的包来表达图 )2扩展机制 !概述提供了允许建模人员进行一些扩展而无需对基本建模语言修改的扩展机制扩展机制需要设计成使工具在无需理解它们的全部语义情况下能进行存储和操纵处于该原因扩展设计为字符串来存储和操纵对于不了解它们的工具它们仅仅是文字但可以作为模型的一部分输入和储存及传递给其它工具并期望一些后端和附加工具可以处理各种扩展这些工具为它们所需的扩展定义特殊的语义和标记该扩展方法可能不能满足所有的需要但我们认为它能用易于实现的方式容纳大部分剪裁的要求扩展机制包括约束标签值和版型需要注意的是根据定义扩展偏离了 的标准形式并可能导致互用性问题建模人员在使用之前必须仔细的衡量它的代价和所带来的益处特别是当已有的机制能合理的工作时典型的扩展的意图是针对特殊的应用领域或编程环境但它产生了 方言以及方言的所有优缺点约束约束是用文字表达式表达的语义限制每种表达均有一种解释语言它可以是正式的数学标记如集合理论语言也可是基于计算机的约束语言如 1 编程语言如166或者是伪语言或非正式的语言当然如果语言是非正式的其解释也是非正式的必须由人来完成即使约束表达为正式语言也不意味着它能自动的被施加大多数情况下的完全真实的维护超越了当前计算机技术的状态但至少语义是精确的约束可以表达 标记无法表现的限制和关系它对声明全局的或影响大量元素的条件特别适用约束表示为括号中的表达式字符串它可以附加于列表元素依赖或者出现在注释中图 2 展示了若干种约束标签值 标签值是存储元素相关信息的文字串对标签字串和值字串标签值可以附加在任何独立的元素包括模型元素和视图元素标签是建模人员需要记录某些特性的名称值是给定元素特性的值例如标签可以是作者作者 % 而值是该元素负责人的姓名如.% ! * ## + 标签值可以用来存储有关元素的任意信息它们对项目管理特别有用如元素创建日期开发状态完成日期和测试状态任何文字串可以用于标签除了内建元模型属性的名称应避免使用因为标签和属性会一同被认为是元素的属性被工具统一的存取 预定义了一些标签名称见标准元素标签值提供了向元素添加特定实现附加信息的一种方法例如代码生成器需要有关代码种类的信息从模型中产生代码常常有许多方式产生正确的代码建模人员必须提供相应的选择某些标签可以作为向代码产生器提供信息的标志另一些标签可用于其它附加工具如项目计划和报表书写器标签值可以用于存储经版型修饰模型元素的信息标签值显示为标签名称等号和值的文字串它们通常放置在列表中的括号中图 2(它们常常在图中被省略在弹出列表或窗体中显示版型许多建模人员希望能就特定的应用领域剪裁建模语言这带来了一些危险因为被剪裁的语言不会被普遍的理解然而人们常常仍试图这样做版型是一种在模型本身中定义的一种模型元素版型的信息内容和形式与那些现有的基本模型元素一致但它们的意义和用法不同例如商业建模领域的建模者常常希望将商业对象和商业过程区别成特定开发过程中的用途独特的建模元素它们被认为是一种特殊的类同样拥有属性和操作但在与其它元素的关系和使用上具有特殊的约束版型基于现有的模型元素版型化元素的信息内容与现有的模型元素相同这允许工具用对待现有元素相同的方法来存储和操作新元素版型化元素可以有自己的图标这很容易得到工具的支持例如商业组织可能有看上去象一组人员的图标版型还可在使用上有若干约束例如商业组织可能只能与其它商业组织相关联并不是所有的约束可以被通用的工具自动的校验但可以被理解它们的附加工具来手动的施加和验证版型可以使用标签值来存储不能被基本元素支持的附加特征版型用放置在基本模型元素符号中或附近的被包围的文字串来显示建模人员还可为特殊的版型创建图标该图标会替换基本元素的符号图 2%剪裁扩展机制约束标签值和版型使得可以为特定的领域来剪裁 的配置许多配置已经被完成和描述另外一些也由用户所建议建模语言剪裁的能力意味着应用领域在共享通用和一致的优势概念的同时根据自身需要来使用建模语言标准元素UML Standard Elments概述 标准元素是为约束版型和标签预定义的关键字它们代表了通用的一些概念这些概念的与核心概念的区别较小或者重要性不足以被包括至 核心概念它们与 核心的概念的关系与内建库同编程语言的关系一样它们不是核心语言本身的一部分而是在使用核心语言时用户可以依赖的环境的一部分列表还包括了标注关键字标记符号上的关键字用来表示其它模型元素而非版型 核心概念元素 定义 元素是模型的原子组成部分 元素标签值 #可概括元素 可概括元素定义可概括元素是可参与概括关系的元素 关键字 # $行为特征 定义行为特征指的是模型元素的动态特征如操作或方法 关键字 # $ # # 行为特征 版型#属性定义属性是在分类中的命名条目描述了分类实例可能拥有的某个范围的值 属性 标签值"# # #定义描述行为性和结构性特征的元素分类的种类包括 类接口数据类型构件结点 % & ' 信号 ## ( ) % & ' 活动者用例 % & ' 子系统 ' # % & ' # " # "# " # # 版型"# # # # 分类 标签值定义类是对共享相同属性操作方法关系和语义的一系列对象的描述 " # # 1 类 版型"# 接口定义 接口是刻画一个元素行为的具有名称的操作集合 数据类型 定义 数据类型是不具有标识的值即纯粹的值分类符号上的关键字# #定义 构件是打包了实现和提供了一系列接口实现的物理的可替换的系统部分构件实例符号上的关键字##;# #$ #构件 版型 #结点 定义 结点是代表运算资源的运行时物理对象通常它至少拥有内存及常常具有处理能力构件可以被配置在结点上信号 定义 信号是实例间异步激励的说明活动者 定义 活动者定义了实体的用户在与实体交互的过程中可以充当的一系列相关的角色用例 定义 用例用于在不暴露实体内部结构前提下定义系统或其它语义实体的行为子系统定义子系统是代表了物理系统的行为单元的模型元素分组另外子系统的模型元素可以划分为说明和实现元素前者以及子系统的操作被后者实现关系 定义关系是模型元素之间的连接 在元模型中关系是不具有具体语义方便使用的术语它是抽象的 关系派生出概括关联流依赖和元关系 元关系表示为依赖符号上的关键字 # $ 定义概括是一般化元素和具体化元素之间的分类关系具体化元素完全相容于一般化元素具有一般化元素的所有属性成员和关系并可能包含额外的信息 版型" # # 0 # "" " # # 概括 约束" # # 定义关联定义了分类之间的语义关系关联的实例是关联分类实例的一系列元组每个元组值最多出现一次 版型" 约束; 关联 标签值"# # # 定义流是对象的两个版本或对象与它的拷贝之间的关系 # # 流 版型" 依赖定义 用于方便描述关联概括流或元关系如分类与它的实例之间的关系以外的关系的术语 依赖的种类包括抽象绑定许可和使用 依赖符号上的关键字 ##; # 活动者和用例之间的关系" # "# 定义抽象是联系两元素或元素集的依赖关系代表了不同抽象层次或来自不同视点的相同概念 # # # 7#注 * 具有单独的标记符号 #$ # 抽象 版型# 绑定定义 绑定是模板和模板生成的模型元素之间的关系 依赖符号上的关键字 定义许可是依赖的一种它准许模型元素访问其它名字空间的元素 # " 许可 版型$ # 定义使用是一种关系其中一个元素的实现或操作需要其它元素或元素集 关键字# ##使用 版型 #定义操作是服务对象请求该服务以实现行为操作具有签名签名描述了可能的实在参数包括可能的返回值 操作 标签值#注释 定义注释是附加在一个或一系列模型元素上的注解它不具有语义但包含了对建模人员有用的信息#B # # 注释版型# "约束 定义约束是用文字表达的语义条件或限制 " #约束 版型 "版型 版型 定义 版型概念提供了区分标识元素的一种方法它们的行为在某些方面好象它们是新的虚拟元构造的实例实例具有与非版型化实例相同结构属性关联操作版型可以指明额外的约束和要求应用于实例的标签值另外版型可以用于区分相同结构两元素意义上的或用途上的不同 分类符号上的关键字 # # "#包 定义包是模型元素的分组 $ #$ # 4" # # 参见 语义 +包 版型 #分类角色定义 分类角色是协作中的参与者充当的特定角色它指明了分类的一个具有限制的视图协作中的要求定义了该视图实例是分类角色的一个实例# # 分类角色 约束 # #定义 实例定义了一系列操作可以应用的实体它具有储存操作结构的状态# # 实例 约束# #关联角色定义 关联角色是一个协作中关联的特定使用链是关联角色的一个实例##关联角色 约束 # #定义 链是实例间的连接##链 约束# #关联端点 定义关联端点是关联的一个端点它将关联连接至分类每个关联端点是关联的一个部分每个关联的关联端点是有序的" # #关联端点 版型 # $调用事件定义调用事件代表了请求的接收同步的调用特定的操作 # #调用事件 版型 #。
UMZ1NTR;中文规格书,Datasheet资料
Parameter
Symbol Min. Typ. Max. Unit
Conditions
Collector-base breakdown voltage BVCBO 60 − − V IC=50µA
Collector-emitter breakdown voltage BVCEO 50 − − V IC=1mA
Limits
Tr1 Tr2 60 −60
50 −50
7
−6
150 −150
150 (TOTAL)
300 (TOTAL)
150
−55 to +150
Unit
V 2
˚C ˚C
zExternal dimensions (Unit : mm)
EMZ1
1.0 1.6
0.5 0.5
0.22
Emitter-base breakdown voltage
BVEBO −6 − − V IE=−50µA
Collector cutoff current
ICBO
−
− −0.1 µA VCB=−60V
Emitter cutoff current
IEBO
−
− −0.1 µA VEB=−6V
Collector-emitter saturation voltage VCE (sat) − − −0.5 V IC/IB=−50mA/−5mA
1.2 1.6
2.0
COLLECTOR TO EMITTER VOLTAGE : VCE (V)
Fig.2 Grounded emitter output characteristics ( I )
10 Ta=25˚C
0908580021;中文规格书,Datasheet资料
This document was generated on 05/20/2011PLEASE CHECK FOR LATEST PART INFORMATIONPart Number:0908580021Status:ActiveOverview:rast_5_connector_systemDescription:5.00mm (.197") Pitch Appli-Mate RAST 5 Header, Vertical, 2 Circuits, Reference K16Documents:3D ModelPackaging Specification PK-90833-001 (PDF)Drawing (PDF)Packaging Specification PK-90858-001 (PDF)Product Specification PS-99020-0037 (PDF)RoHS Certificate of Compliance (PDF)Agency CertificationCSA LR19980ULE29179GeneralProduct Family PCB Headers Series90858Application Power, Wire-to-Board Overviewrast_5_connector_system Product NameRAST 5PhysicalBreakawayNo Circuits (Loaded)2Circuits (maximum)2Color - ResinNatural Durability (mating cycles max)10First Mate / Last Break No Flammability94V-0Glow-Wire Compliant No Guide to Mating Part No Keying to Mating Part None Lock to Mating Part None Material - MetalBrass Material - Plating MatingTin Material - Plating Termination Tin Number of Rows 1Orientation VerticalPC Tail Length 3.50mm (.138")PCB Locator Yes PCB RetentionNonePCB Thickness - Recommended 1.40mm (.055")Packaging TypeBagPitch - Mating Interface 5.00mm (.197")Polarized to PCB Yes Shrouded Fully StackableYes Surface Mount Compatible (SMC)NoTemperature Range - Operating -20°C to +85°C Termination Interface: StyleThrough Hole ElectricalCurrent - Maximum per Contact 16A Voltage - Maximum250VMaterial InfoSeriesimage - Reference onlyEU RoHSChina RoHSELV and RoHS Compliant REACH SVHCContains SVHC: No Low-Halogen Status Not Low-HalogenNeed more information on product environmental compliance?Email productcompliance@For a multiple part number RoHS Certificate of Compliance, click herePlease visit the Contact Us section for any non-product compliance questions.Search Parts in this Series 90858SeriesMates WithAppli-Mate 5.0 IDT Connector System Female Receptacle 90835 , 90833Reference - Drawing NumbersPackaging Specification PK-90833-001, PK-90858-001Product Specification PS-99020-0037Sales Drawing SD-90858-001This document was generated on 05/20/2011PLEASE CHECK FOR LATEST PART INFORMATION分销商库存信息: MOLEX 0908580021。
CPC1014N;CPC1014NTR;中文规格书,Datasheet资料
0.15
0.10 -40 -20 0
IF=10mA 20 40 60 80 100
Temperature (ºC)
Device Count (N)
(IL=80mA)
0.6
0.5
0.4
0.3
0.2
0.1
0 0 5 10 15 20 25 30 35 40 45 50
LED Forward Current (mA)
Typical LED Forward Voltage Drop
vs. Temperature
1.6
1.5
IF=50mA
I =20mA
25
20
15
10
5
0 0.16 0.18 0.20 0.22 0.24 0.26 0.28 LED Current (mA)
Device Count (N)
Typical IF for Switch Dropout
(N=50, T =25ºC, I =400mA)
A
L
25
20
15
10
5
0 0.16 0.18 0.20 0.22 0.24 0.26
Typical On-Resistance Distribution (N=50, TA=25ºC, IL=400mA, IF=1mA)
25
20
15
10
5
0 0.505 0.510 0.515 0.520 0.525 0.530 0.535 On-Resistance (Ω)
Typical IF for Switch Operation (N=50, TA=25ºC, IL=400mA)
Parameter Blocking Voltage Load Current Max On-resistance LED Current to operate
UML类图详细教程PPT课件
二、UML类图中的符号
(一)类
类(Class)在UML中通常以实线矩形框表示,矩形框中含有若干分隔框,分别 包含类的名字、属性、操作、约束以及其他成分等,如下图所示。
类的图形表示和示例
第3页/共109页
在类图中,根据建模的不同景象,类图标中不一定列出全部的内容。如在建立分析 模型或设计模型时,甚至可以只列出类名,在图中着重表达的是类与类之间的联系; 在建立实现 模型时,则应当在类图标中详细给出类的属性和方法等细节。
displays
1
Administrator
OnlineUser
WebSite
use
+ UserName : String = ""
# Password : String = ""
+ Logon() + View()
第44页/共109页
练习: 建模一个类图 在这个练习中,将会从用例图建模一个类图。读者应该遵循前面介绍的步骤来建模
存在,而只是表示类图不需要该细节。
第43页/共109页
最后,为属性和操作提供参数、数据类型和初始值。如下图所示:
Teacher
1 maintains
1..*
ReportCard
+ Generate()
contains
1..*
1
Grades
1..*
generates
+ RecordGrades(in student : String, in assignment : String, in grade : Integer) + UpdateGrades(in student : String, in assignment : String, in grade : Integer) + Distribute() - SaveGrades() - LoadGrade(argname)
UML需求说明书(常规)
产品需求说明书(常规)文档修订记录版本编号*变化状态简要说明(变更内容和变更范围)日期变更人批准日期批准人*变化状态:建立,修改,增加,删除文档审批信息序号审批人角色审批日期签字备注主要内容1引言 (5)1.1编写目的 (5)1.2项目概述 (5)1.3用户组织结构 (5)1.4术语与缩写解释 (6)2总体规范 (7)2.1遵循的标准或者约束 (7)2.2子系统分布 (7)2.3验收标准 (7)3实体关系图 (8)3.1E-R图 (8)3.2实体说明 (8)3.3关系说明 (8)4业务流程图 (8)4.1流程1 (8)5产品的功能性需求 (8)5.1功能性需求分类 (8)5.2F EATURE A (9)5.2.1Function A。
1 (9)6用户界面 (10)6.1界面列表 (10)6.2界面说明 (10)6.2.1XX界面 (10)7衍生需求 (10)7.1性能需求 (11)7.2维护性需求 (11)7.3质量需求 (11)7.4技术性需求 (11)8接口需求 (11)8.1外部接口需求 (11)8.1.1[外部接口1需求] (11)8.2内部接口需求 (11)8.2.1内部接口1需求 (12)9其他需求 (12)10需求间的关系 (12)11客户需求与产品需求的对应关系 (12)附录:需求编号规则 (12)1引言1.1编写目的[阐明编写需求说明书的目的,指明读者对象。
可以用如下的列举方式进行描述。
]例如:1.本文档是[项目名称] [系统属性]客户需求说明书,供需求人员作需求分析时使用。
2.作为项目验收标准之一3.软件维护的参考资料……1.2项目概述[应包括:a.项目的委托单位;b.该软件系统与其他系统的关系;c.项目概述][可以用列举方式进行描述。
]例如:1.项目的委托单位[单位名称]4.比较委托单位原有系统与完整系统结构进行对比等,或进行详细的系统结构概述。
5.针对项目的特色进行基本概要描述……1.3用户组织结构[利用框图画出委托开发单位的组织结构图][对组织结构或者其下的角色/岗位进行特性描述。
UML类图——精选推荐
UML类图类图类图⽤于表⽰类的静态内容以及它们之间的关系,在其中可以显⽰出类的成员变量和成员函数,以及类之间的继承和引⽤关系。
类的UML表⽰是⼀个长⽅形,垂直地分为三个区,顶部区域显⽰类的名字,中间的区域列出类的属性,底部的区域列出类的操作。
分类类interfaceutilityabstract(斜体表⽰)可见性+ public# protected- private~ package类的属性类的属性节在分隔线上列出每⼀个类的属性。
属性节是可选择的,要是⼀⽤它,就包含类的列表显⽰的每个属性。
在业务类图中,属性类型通常与单位相符,这对于图的可能读者是有意义的。
然⽽⽤于⽣成代码的类图,要求类的属性类型必须限制在由程序语⾔提供的类型之中,或包含于在系统中实现的模型的类型之中。
name : attribute typeflightNumber : Integer属性关联类型属性名称属性类型flightNumber IntegerdepartureTime DateflightDuration Minutes属性默认值name : attribute type = default value类的操作类的操作记录在类图长⽅形的第三个区域中,它也是可选择的。
和属性⼀样,类的操作以列表格式显⽰,每个操作在它⾃⼰线上。
操作使⽤下列记号表现name(parameter list) : type of value returned操作名称返回参数值类型N/AdelayFlightName TypenumberOfMinutes MinutesgetArrivalTime N/A Date继承关系继承指的是⼀个⼦类继承⼀个⽗类的功能,并增加它⾃⼰的新功能。
为了在⼀个类图上建模继承,从⼦类拉出⼀条闭合的单键头(或三⾓形)的实线指向⽗类。
在上图中,继承关系由每个⽗类的单独的线画出,这是在IBM Rational Rose和IBM Rational XDE中使⽤的⽅法。
UML书写的需求规格说明书精品资料
网上图书借阅管理系统需求规格说明书(示例)2003年09月10日修订记录目录1 引言........................................................................................................... 错误!未定义书签。
1.1 概述................................................................................................ 错误!未定义书签。
1.2 背景................................................................................................ 错误!未定义书签。
1.3 定义................................................................................................ 错误!未定义书签。
1.4 参考资料........................................................................................ 错误!未定义书签。
2 任务概述................................................................................................... 错误!未定义书签。
2.1 目标................................................................................................ 错误!未定义书签。
UML类图说明规范文档
UML类图说明规范文档版本更改说明一:类图1,成员的三种可见性修饰符Public :符号为+Protected :符号为#Private: 符号为-2,EA工具下模型元素的关系:3,关联关系:表示类与类之间的连接。
由于对象是类的实例,因此类与类之间的关联也就是其对象之间的关联。
类与类之间有多种连接方式,每种连接的含义各不相同(语义上的连接),但外部表示形式相似,故统称为关联。
关联关系一般都是双向的,即关联的对象双方彼此都能与对方通信。
反过来说,如果某两个类的对象之间就存在可以互相通信的关系,或者说对象双方能够感知另一方,那么这两个类之间就存在关联关系。
描述这种关系常用的字句是:“彼此知道”,“互相连接”等。
对于构建复杂系统的模型来说,能够从需求分析中抽象出类和类之间的关系是很重要的。
根据不同的定义,关联可以分为普通关联、递归关联、限定关联、或关联、有序关联、三元关联、聚合等七种。
3.1普通关联:普通关联是最常见的一种关联,只要类与类之间存在连接关系就可以用普通关联表示。
比如,张三使用计算机,计算机会将处理结果等信息返回给张三。
普通关联的图示是连接两个类之间的连线。
张三使用计算机如果类与类之间的关联是单向的,则称为导航关联。
如张三可以有一辆汽车3.2聚合关联:是关联的特例,表示的类与类之间的关系具有“整体与部分”的特点。
例如汽车由轮子、发动机、底盘等构成,则表示汽车的类与表示轮子的类、发动机的类、底盘的类之间的关系就具有“整体与部分”的特点,因此,这是一个聚合关系。
识别聚合关系的常用方法是寻找“由……构成”、“包含”、“是……的一部分”等字句。
说明:我们发现,下面图中的菱形箭头有的空心的,有的实心的;这是有区别的:如果部分类的实例是清楚的独立的存在于整体类的,如车轮与汽车;则部分类与整体类间菱形为空心的;如果部分类的生命周期并不独立于整体类的生命周期,则所画的菱形为实心的。
3.2.1一般聚合海军有许多军舰3.2.2共享聚合一个球队有多个球员,一个球员效力多个球队3.2.3复合聚合3.3关联中的角色与递归关联如下图,a图中人驾驶小汽车时,人这个类的角色便是驾驶员,而小汽车类的角色是宝马牌汽车;b 图中,两人结婚,则人这个类的角色便成了丈夫与妻子了,同b图所示的是递归关联3.4三元关联三个类间用菱形来连接,建立联系的两个类在菱形对角,另一类占菱形侧方。
UML课件
软件生产行业
这相当于制造收音机时
不绘制画电原理图就直接用集成电路、晶体管、电阻、
电容制造收音机 带来许多严重的问题 对产品进行维修/维护 新产品开发
对软件行业,它使得 软件的技术复用难以进行 开发队伍无法得到明确有效的分工 软件的质量难以保证 降低软件产品开发效率 高质量不只指错误率低,还包括好用、易用、可移
植、易维护等
软件的固有复杂性:
著名的计算机专家、被称之为IBM 360系列计算机之
父的F. Brooks认为软件的复杂性是固有的,软件可能 是人类所能制造出来的最复杂的实体 与计算机体系结构、软件开发无法形成模式、软件需 求经常改变等因素有关
分解
对复杂系统采用“各个击破”的策略
抽象
抽取系统中的基本特性而忽略非基本的部分
模块化
高内聚(cohesion),低耦合(coupling) 高内聚指的是在一个模块中应尽量多地汇集逻辑上相
关的计算资源;低耦合指的是模块之间的相互作用应 尽量少。
信息隐蔽
也称封装,模块内部的实现细节与外界隔离。
为什么要建模
通过建模
把一个复杂的系统,按问题的不同方面,以一
种约定好的,为大家共同接受的描述方式,分 别进行全面而详尽的描述 在试图理解一个系统时,可根据所关心的某一 方面的问题,查阅对应的系统模型,从而得到 对此问题的理解。
信息系统建模的原则
准确的原则:模型必须准确地反映软件系 统的真实情况。 分层的原则:在建模的过程中,必须有不 同的模型,以不同的抽象程度,反映系统 的不同侧面。 分治的原则:不可能单独用一个模型来反 映整个系统的任何侧面。 标准的原则:模型必须在某种程度上是通 用的。
UML
1.3.2面向对象领域中的基本概念 10.主动对象 主动对象是一组属性和一组服务的封装体, 其中至少有一个服务不需要接受消息就能主动 . 执行,主动对象的作用是描述问题域中具有主 动行为的事物及在系统设计时识别的任务,其 主动服务描述相应任务所应完成的操作。
第2章 软件建模和软件开 发过程
2.1 面向对象建模
1.3 面向对象技术
1.3.2面向对象领域中的基本概念 4.封装 封装的条件: (1)有一个清楚的边界,所有私有数据和操作的代 码都被封装在这个边界内,从外面看不见更不能访问; (2)有确定的接口,接口是可见的,这些接口描述 这个对象和其他对象之间的相互作用; (3)受保护的内部实现,实现对用户来说是不可见 的,这个实现给出了由软件对象提供的功能细节,实现 细节能在定义这个对象的类的外面访问。
1.2 对软件开发的基本认识
1.2.1 控制软件复杂性的基本方法 1.推迟实现 2.逐步求精 3.抽象 4.信息隐藏
5.模块化
1.2 对软件开发的基本认识
1.2.2 传统软件开发方法中存在的问题 1.结构化方法 2.信息建模方法 3.传统软件开发方法中存在的问题 (1)需求分析时认识事物和描述事物不足 (2)对需求变化的适应性不强 (3)支持重用性差
2.1 面向对象建模
2.1.2建模原则 建模原则有: (1)准确原则
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
Transistors Rev.A 1/3Low-frequency transistorUML1Nz Features1) The 2SA1037AK and a diode are housed independently in a UMT package.z Equivalent circuitz External dimensions (Unit : mm)z Packaging specificationsFML10SMT5TR 3000L10TypePackage Marking CodeBasic ordering unit(pieces)z Absolute maximum ratings (T a=25°C) TrParameterCollector-base voltage Collector-emitter voltage Emitter-base voltage Collector currentCollector power dissipatio Junction temperature Storage temperatureSymbol V CBO V CEO V EBO I C Pc Tj TstgLimits −60−50−6−0.150.15150−55 to +150Unit V V V A W °C °CDiTj Tstg 150−55 to +150°C°C ParameterDC reverse voltage Peak reverse voltage Mean rectifying current Peak forward voltage Surge currentJunction temperature Storage temperatureSpecified I/O frequenciesSymbol V R V RM I O I FM Isurge fLimits 80800.10.34100Unit V V A A A MHzTransistors Rev.A 2/3z Electrical characteristics (T a=25°C) TrParameterSymbol Min.Typ.Max.Unit ConditionsCollector-base breakdown voltage Emitter-base breakdown voltage Collector cutoff currentEmitter cutoff currentCollector-emitter saturation voltage DC current transfer ratio BV CBO BV EBO I CBO I EBO V CE(sat)h FE −60Collector-emitter breakdown voltage BV CEO −50−6−−−120−−−−−−−−−−−0.1−0.1−0.5560V V V µA µA V −I C = −1mA I C = −50µA I E = −50µA V CB = −60VV EB = −5VI C /I B = −50mA/ −5mA V CE = −6V, I C = −1mATransition frequency Output capacitancef T Cob−−1404−5MHz pFV CE = −12V, I E = 2mA, f = 100MHz V CB = −12V, I E = 0A, f = 1MHzDiParameterSymbol Min.Typ.Max.Unit ConditionsForward voltage Reverse currentCapacitance between terminals Reverse recovery timeV F I RC T trr−−−−−−−−1.20.13.54V µA pF nsI F =100mA V R =70V V R =6V, f =1MHzV R =6V, I F =5mA, RL =50Ωz Electrical characteristic curves TrFig.1 Grounded emitter propagationcharacteristicsC O L L E C T O R C U R R E N T : I c (m A )−−−−−−−−−BASE TO EMITTER VOLTAGE : V BE (V)Fig.2 Grounded emitter outputcharacteristics (Ι)−−−−−C O L L E C T O R C U R R E N T : I C (m A )COLLECTOR TO MITTER VOLTAGE : V CE (V)Fig.3 Grounded emitter outputcharacteristics (ΙΙ)−−−−−C O L L E C T O R C U R R E N T : I C (m A )COLLECTOR TO EMITTER VOLTAGE : V CE (V)Fig.4 DC current gain vs.collector current (Ι)−D C C U R R E N T G A I N : h F ECOLLECTOR CURRENT : I C (mA)Fig.5 DC current gain vs.collector current (ΙΙ)−D C C U R R E N T G A I N : h F ECOLLECTOR CURRENT : I C (mA)Fig.6 Collector-emitter saturationvoltage vs. collector current (Ι)−−−−−−COLLECTOR CURRENT : I C (mA)C O L L E C T O R S A T U R A T I O N V O L T A G E : V C E (s a t ) (V )Transistors Rev.A 3/3Fig.8 Gain bandwidth product vs.emitter currentEMITTER CURRENT : I E (mA)T R A N S I T I O N F R E Q U E N C Y : f T (M H z )Fig.7 Collector-emitter saturationvoltage vs. collector current (ΙΙ)−−−−−−COLLECTOR CURRENT : I C (mA)C O L L E C T O R S A T U R A T I O N V O L T A G E : V C E (s a t ) (V )Fig.9 Collector output capacitance vs.collector-base voltageEmitter inputcapacitance vs.emitter-base voltageCOLLECTOR TO BASE VOLTAGE : V CB (V)EMITTER TO BASE VOLTAGE : V EB (V)C O L L E C T O R O U T P U T C A P A C I T A N C E : C o b (p F )E M I T T E R I N P U T C A P A C I T A N C E: C i b (p F )DiF O R W A R D C U R R E N T : I F (m A )FORWARD VOLTAGE : V F (V)Fig.10 Forward characteristics R E V E R S E C U R R E N T :I R (n A )REVERSE VOLTAGE : V R (V)Fig.11 Reverse characteristics042246810121416N Typef=1MHzC A P A C I T A N C E B E T W E E N T E R M I N A L S : C T (p F )REVERSE VOLTAGE : V R (V)1820Fig.12 Capacitance betweenterminals characteristics01098765432110987654321N T y p eV R =6VR E V E R S E R EC O V E R Y T I M E: t r r (n s )FORWARD CURRENT : I F (mA)Fig.13 Reverse recovery timeFig.14 Reverse recovery time (t rr ) measurement circuitAppendixAbout Export Control Order in JapanProducts described herein are the objects of controlled goods in Annex 1 (Item 16) of Export T rade ControlOrder in Japan.In case of export from Japan, please confirm if it applies to "objective" criteria or an "informed" (by MITI clause)on the basis of "catch all controls for Non-Proliferation of Weapons of Mass Destruction.Appendix1-Rev1.1分销商库存信息: ROHMUML1NTR。