- 博客(16)
- 收藏
- 关注
RSS订阅原创 UML总结——九种图和四种关系
九种图▷用例图：从用户的角度而不是开发者的角度来描述用户对软件的需求，分析产品所需的功能和动态行为。▷类图：定义系统中的类，用于描述系统的静态结构▷对象图：对象图式类图的实例，描述系统在具体的时间点上所包含的对象以及各个对象之间的关系▷状态图：描述类的对象所有可能的状态以及事件发生时状态的转移条件▷活动图：描述满足用例要求所要进行的活动以及活动间的约束关系，▷序列图：强调对象与对象间的交互顺序，着重体现对象间消息传递的时间以及对象间消息的发送顺序和交互过程▷协作图：强调对象之间是
2020-06-29 19:49:32
525
1
原创 UML——配置图
什么是配置图配置图示用于描述软件执行所需的硬件（处理器和设备）的拓扑结构。在实际应用中，配置图常被用于模拟系统的静态配置视图。系统的静态配置视图主要包括构成物理系统的组成部分的分布和安装。配置图中通常包括：节点（Node）、组件和关联关系（Association）。配置图还可以显示配置和配置之间的依赖关系，但是每个配置必须存在于某些节点上。配置图的构成节点节点是在运行时代表计算资源的物理元素。它通过查看对现实系统有用的硬件资源来确定，这需要从能力和物理位置两方面来考虑，UML中图形...
2020-06-25 16:13:24
4749
5
原创 UML——组件图
目录什么是组件图组件组件与类的区别什么是组件图组件图描述软件的各种组件以及它们之间的依赖关系，组件本身是代码的物理模块，组件图则显示了代码的结构。组件图中通常包含三种元素，组件（Component）、接口（Interface）和依赖（Dependency）关系。每个组件实现一些接口，并使用另一些接口。如果组件间的依赖关系与接口有关，那么可以被具有同样接口的其他组件所代替。组件组件（Component）是定义了良好接口的物理实现单元。组件是系统中可替换的物理部件，它包装了实现而
2020-06-25 15:34:05
3667
1
原创 UML——活动图
什么是活动图在UML中，活动图本质上就是流程图，它描述系统的活动（事物或对象的活动变化流程）、判定点和分支等。活动图是UML中描述系统动态行为的图之一，它用于展现参与行为的类的活动或动作。UML中，活动图里的活动用圆角矩形表示，相比于状态图，这个圆角矩形更接近于椭圆。一个活动结束自动引发下一个活动，则两个活动之间用带箭头的连线相连接，连线的箭头指向一个活动。活动的起点用实心圆表示，终点用半实心圆表示。活动图与流程图的区别▷流程图着重描述处理过程，它的主要控制结构是顺序、分支和循环，各个处理过
2020-06-25 11:48:28
2696
原创 UML——状态图
什么是状态图状态图是系统分析的一种常用工具，它通过建立类对象的生存周期模型来描述对象随时间变化的动态行为。一个状态图表示一个状态机，主要用于表现从一个状态到另一个状态的控制流。它不仅可以展现一个对象拥有的状态，还可以说明事件（如消息的接收、错误、条件变更等）如何随着时间的推移来影响这些状态。状态图的内容▷状态：状态是状态机的重要组成部分，她描述了状态机所在对象动态行为的执行所产生的结果（结果：一般指能影响此对象对后续事件响应的结果）。UML图中使用一个圆角矩形表示一个状态。状态的组成部分
2020-06-24 15:49:05
35049
3
原创 UML——协作图
目录什么是协作图链协作图与时序图的互换协作图与时序图的相同点协作图与时序图的区别什么是协作图协作图是一种类图，它包含类元角色和关联角色，而不仅仅是类元和关联。协作图强调参加交互的各对象的组织。协作图只对相互间有交互作用的对象和这些对象间的关系建模，它可以说明类操作中用到的参数、局部变量以及操作中的永久链。协作图的对象用矩形表示，矩形内是此对象的名字，连接用对象间相连的直线表示，连线可以有名字，并标注于表示连接的直线上。协作图包含对象（Object）、链（Link）和消息.
2020-06-23 17:18:48
11696
原创 UML——时序图
什么是时序图时序图（Sequence Diagrams）描述了对象之间传递消息的时间顺序，它用来表示用例中的行为顺序，是强调消息时间顺序的交互图。时序图描述类系统中类与类之间的交互，它将这些交互建模成消息交换。也就是说，时序图描述类以及类间相互交换以完成期望行为的消息，当执行一个用例行为时，时序图中的每一条消息对应了一个类操作或状态机中引起转换的触发事件。时序图的构成时序图包括对象（Object）、生命线（Lifeline）、激活（Activation）和消息（Message）四个元素▷对象
2020-06-23 14:38:57
1071
原创 UML——对象图
什么是对象图对象图（Object Diagrams）表示在某一时刻一组对象以及它们之间关系的图。对象图可以被看做是类图在系统某一时刻的实例。在图中，对象图由节点以及连接这些节点的连线组成，节点可以是对象也可以是类，连线表示对象间的关系。对象图主要用来描述类的实例在特定时刻的状态。它可以是类的实例也可以是交互图的静态部分。对象图和类图的区别对象图描述一个系统在某个具体时刻的静态结构，而类图描述所有可能的情况。 对象图 类图 对象只有两个分栏：名称和属性 类具有3个
2020-06-21 11:37:02
2057
原创 UML——类图
什么是类图类图（Class Diagrams）是描述类、接口、协作以及它们之间关系的图，用来显示系统中各个类的静态结构。一个类图根据系统中的类以及各个类之间的关系描述系统的静态图。静态图可以包括许多类图。静态图用于为软件系统进行结构建模，它构造系统的词汇和关系，而结构模型的可视化就是通过类图来实现的。类图的三个基本组件：类名、属性、方法✿类图包含7个元素：类、接口、协作、依赖关系、泛化关系、实现关系以及关联关系。类图的内容如下图：类图元素——类类是面向对象系统组织结构的核心。类是对一组具
2020-06-20 17:27:59
2914
原创 UML——用例图
目录什么是用例图用例图的作用参与者参与者与用例图的关系关联关系泛化关系包含关系扩展关系用例图实例什么是用例图用例图（Use Case Diagram）是由软件需求分析到最终实现的第一步，它描述人们希望如何使用一个系统。UML的用例视图就是软件产品外部特征描述的视图。用例视图是从用户的角度而不是开发者的角度来描述对软件的需求，分析产品所需的功能和动态行为。UML中的用例图描述了一组用例、参与者以及它们之间的关系，因此用例图包括用例（Use Case）、参与者（A
2020-06-20 11:47:35
1791
1
原创 UML概述
什么是UMLUML是一种可视化的面向对象建模语言UML描述了一个系统的静态结构和动态行为UML用图形的方式表现经典的面向对象系统的整个结构UML从不同的角度为系统建模，并形成系统的不同视图UML分类从UML的基本建模元素考虑：UML可以分成图、事物以及关系这三个部分，这三个部分也可以成为UML的基本构造块从整个建模角度考虑：在UML体系分类中增加了视图的内容，将UML分成视图、图、模型元素和通用机制四个部分UML组成结构UML中的事物结构事物类：类是具有相同属
2020-06-20 09:49:23
490
原创 面向对象技术概述
面向对象的方法的基本思想是从现实世界中客观存在的事物出发来构造软件系统，并在系统构造中尽可能运用人类的自然思维方式。面向对象方法强调直接以问题域（现实世界）中的事物为中心来思考问题、认识问题，并根据这些事物的本质特征，把它们抽象地表示为系统中的对象，作为系统的基本构成单位，而不是用一些与现实世界中事物相差较远，并且没有对应关系的其他概念来构造系统。面向对象的基本概念在面向对象的设计方法中，对象和传递消息分别是表现事物及事物间相互联系的概念。类和继承是适应人们一般思维方式的描述范式。方法是允许作用于该
2020-06-10 16:12:25
1951
原创 黑盒测试
黑盒测试是把测试对象看做一个黑盒子，检查程序的功能是否符合它的功能说明。黑盒测试也可被称为功能测试或数据驱动测试，主要用于软件确认测试，它已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用。在测试时，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，测试人员在程序结构进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。“黑盒”法着眼于程序外部结构、不考虑内部逻辑
2020-06-09 10:45:13
1227
1
原创 白盒测试
白盒测试白盒测试是一种测试用例设计方法，它可以将测试对象看做为一个透明的盒子，对程序所有逻辑路径进行测试。“白盒”指的是盒子是可视的，我们清楚盒子内部的东西以及它是如何运作的。“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在使用这一方法时，测试人员必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。因为它以程序结构为基础，所以又称之为结构测试。白盒测试中涵盖六中覆盖标准，分别为语句覆盖、判定覆盖、条件覆盖、判定-条件覆盖、条件组合覆盖以及路径覆盖。这六
2020-06-09 10:20:26
832
原创 三范式
为了改进数据库的设计内容，使数据库更易于管理、具有更高的效率，以及限制输入无效数据。标准化指导方针被分成多种范式（normal form）；可以将“范式”考虑为格式，或者数据库结构的组成方式。范式的目标是为了组织数据库的结构，使得它符合第一范式规则，然后是第二范式，最后是第三范式。第一范式规则：定义所需要的的数据项，因为它们将成为表中的列，将相关的数据项放置在一个表中。 确保没有重复的数据组 确保存在一个主键（为每个表创建一个主键，主键是记录的唯一标识）例如：第一个表格不符合第一范式，
2020-06-02 14:46:14
296
3
原创 软件的开发模型
瀑布模型思想从时间上按工序把问题化简，将功能实现与制作分开便于分工协作优点奠定了软件工程方法的基础流水依赖，便于分工协作推迟物理现象，易于修改文档，有复审质量保证不足与用户见面晚，成功率低，一般为25%适用范围适用于系统要求明确的系统各种应用软件的开发均可使用开发方法遵循软件生命期的划分，明确规定每个阶段的任务，上一阶段完成确定的任务后就产生一定格式的文档给下一阶段，不同阶段的任务一般有不同级别的软件人员承担。开发特点时间的持续性和依赖性推迟实现的观点质量保证的观点
2020-06-01 11:10:13
982
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人