一. 用例图目的1) 界定系统范围.2) 描述参与者实现的目标和希望系统执行的一定功能.3) 描述系统功能与外部系统,人,组织交互的关系. 二. 用例分解的规则1) 用大型用例描述参与者实现的主要目标.2) 用尽量少的主要用例描述系统的行为.3) 避免将用例分解过细,用例应基于用户对系统的体验,而不是系统内部的处理.用例图无需表现功能实现步骤,具体步骤可以在文档中描述. 三. 用例图关系1) 用包括(include)显示用例的细节.a) 包括(include)用例来封装一组跨越多个用例的相似动作…

一.类之间的关系如下图所示: 二.UML与数据库设计主要讨论的内容: 三.依赖关系强调的是类操作间的使用关系,类图到表结构的映射中并不涉及这种关系,所以只需讨论泛化关系.关联关系到表的映身规范. 1.泛化关系的映射 (1).将父类和子类均映射为表 优点:表结构的更改非常方便 缺点:表的数量较多,相关的数据分散在不同的表中,数据读写时间较长,报表的生成较为困难. (2).只将子表映射为表 优点:表的数量较少,相关的数据集中在一个表中,数据的读写较为方便. 缺点:表结构的修改较为困难,因为修改父类后…

单例 : 保证只有一个实例 <?php /* * 单例设计 */ // 单例: 只能"创造"出它的一个对象实例 class Single{ // 第一步: 私有化构造方法 private function __construct(){ } // 第二步: 定义一个私有静态属性, 初始值为 null static private $_instance = null; // 第三步: 定义一个静态方法, 判断对象是否已生成并返回该对象 static function GetObjec…

Spring容器-ApplicationContext的单例设计   每次通过new创建一个ApplicationContext容器,都会执行refresh方法,看源代码了解到这个refresh方法会重新加载配置文件,并且这个创建的容器对象持有一个所有singleton类型bean的map集合,从而实现单例,而且这个map对象的生命周期和容器对象的生命周期是一样的 如果我们每次都通过new一个容器对象,那么每次都要重新加载配置文件,都要重新生成这个singleton bean的集合,这样所谓的单…

import Foundation class Test: NSObject { // 提供单例实例 static let shareInstance = Test() // 私有化构造方法 override private init() {} } import Foundation let testOne = Test.shareInstance let testTwo = Test.shareInstance if testOne === testTwo { print("单例设计成功&qu…

今天用Microsoft Visio 2007画用例图时,发现visio UML用例里面找不到include关系,查到一个可行的解决办法:  1)创建一个UML用例图模板:打开Microsoft Visio  -> 选择模板类别“软件和数据库” -> UML模型图.如果已经创建过,跳过~ 2)点击菜单栏“UML” -> 单击选项“构造型”: 3)点击弹出的面板右侧的[新建],在“构造型”那列输入include,“基类”那列选“归纳”,点击[确定]: 然后,把UML用例下的“扩展”或“用”…

1.单例设计Singleton的引出 单例设计,从名字上首先可以看出单---即只有一个,例---只的是实例化对象:那么单例也就是说一个类,只产生了一个实例化对象.但是我们都知道,一个类要产生实例化对象很容易,只需要通过new关键字,new出来就可以了,怎么可能一个类只产生一个实例化对象呢,其实试想想,实例化对象的产生有一条必经之路,那就是构造方法. 什么是构造方法,构造方法是类进行实例化对象的必经之路,只有通过构造方法,才能为类的成员进行初始化,并开辟相应的堆空间进行存储.那么接着上面的来说,一…

问题: 新增页面和修改页面,基本上输入框都一样,那比如同一个输入框的用例设计: 1. 写了新增页面的用例,修改页面对该输入框还有再写一遍用例的必要吗? 2. 执行用例时,新增页面验证了必填项,长度,数据类型,修改页面还要再验证一遍吗? 3. 提交Bug时,新增和修改页面的同一个输入框都出现了Bug,是只提交一个还是新增和修改各提一个. 参考答案:     我们写用例最容易落入一个误区,就是为了写用例而写用例.实际上写用例最主要目的是分析系统,如果系统业务复杂,用例分析与设计就很重要,如果很简单的…

基本原则 本文主要讨论APP功能用例的覆盖,基本原则: 用户场景闭环(从哪来到哪去) 遍历所有的实现逻辑路径 需求点覆盖 覆盖维度 APP功能用例设计主要使用传统的黑盒用例设计方法.同时,作为移动APP,其覆盖维度存在其自身特点与规律,主要如下: UI和交互 API接口 数据存储 安全 具体如下:…

服务端的测试简单来说就是除了前端以外的的测试. 总的来说可以分为以下两类: 1.     WEB或者APP的提供业务逻辑的服务端接口测试 2.     数据库.缓存系统.中间件..jar包依赖.输入输出敏感信息等测试. 其中接口测试占据工作工作中的80%,接口测试的重点是要检查数据的交换,传递和控制管理过程,以及系统间的相互逻辑依赖关系等.下面粗略的列举出测试的几个点. 1.    检查接口请求是否正确,返回数据的正确性与格式 2.    检查接口入参的默认值.参数类型.非空校验.以及边界值检查…