|
|
|
|
|
|
|
|
|
|
|
类图（Class Diagram）展现了一组对象、接口、协作及其之间的关系。在面向对象系统的建模中所建立的最常见的图就是类图。
|
|
|
|
类图给出了系统的静态设计视图，包含主动类的类图给出了系统的静态进程视图。作为模型管理视图还可以含有包或子系统，二者都用于把模型元素聚集成更大的组块。类图用于对系统的静态视图建模。这种视图主要支持系统的功能需求，即系统要提供给最终用户的服务。当对系统的静态设计建模时，通常以下述3种方式之一使用类图：对系统的词汇建模；对简单的协作建模；对逻辑数据库模式建模。
|
|
|
|
作为静态视图的类图可以包含依赖、关联、泛化、组合、实现关系以及注解和约束等。
|
|
|
|
（1）依赖关系是两个事物之间的语义关系，其中一个事物发生变化会影响另一个事物的语义。
|
|
|
|
（2）关联关系是一种结构关系，它描述了一组对象之间的链接关系。其中有一种特殊类型的关联关系，即聚集关系，它描述了整体与部分的结构关系。
|
|
|
|
（3）泛化关系是一种一般—特殊关系，利用这种关系，子类可以共享父类的结构和行为。
|
|
|
|
（4）实现关系是类之间的语义关系，其中的一个类制订了另一个类保证执行的契约。实现关系用于两种情况：在接口和实现它们的类或构件之间；在用例和它们的协作之间。
|
|
|
|
（5）组合是聚集关系的变种，表示元素间更强的组合关系。各种关系图例如下图所示。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
状态图（State Diagram）展现了一个状态机，它由状态、转换、事件和活动组成。
|
|
|
|
状态图关注系统的动态视图，它对接口、类和协作的行为建模尤为重要，强调对象行为的事件顺序。状态图通常包含简单状态和组合状态、转换（事件和动作）。
|
|
|
|
可以用状态图对系统的动态方面建模。这些动态方面可以包括出现在系统体系结构的任何视图中的任何一种对象的按事件排序的行为，这些对象包括类（主动类）、接口、构件和节点。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
（1）了解建设单位的建设需求和对信息系统安全性的要求，协助建设单位制定项目质量目标规划和安全目标规划。
|
|
|
|
|
|
（3）进行设计过程跟踪，及时发现质量问题，并及时与承建单位协调解决。审查阶段性成果，并提出监理意见。审查承建单位提交的总体设计方案，审查承建单位对关键部位的测试方案。
|
|
|
|
|
|
|
|
（6）组织设计文件及设计方案交底会，制定质量要求标准。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
系统设计工作应该自顶向下地进行。首先设计总体结构，然后再逐层深入，直至进行每一个模块的设计。总体设计主要是指在系统分析的基础上，对整个系统的划分（子系统）、设备（包括软、硬设备）的配置、数据的存储规律以及整个系统实现规划等方面进行合理的安排。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
对于这7个场景中的每一个场景都需要确定测试用例，一般采用矩阵或决策表来确定和管理测试用例。如下表所示是一种通用格式，其中行代表各个测试用例，列代表测试用例的信息。本例中的测试用例包含测试用例ID、场景/条件、测试用例中涉及的所有数据元素和预期结果等项目。首先确定执行用例场景所需的数据元素，然后构建矩阵，最后要确定包含执行场景所需的适当条件的测试用例。在下面的矩阵中，V表示这个条件必须是有效的才可执行基本流，I表示这种条件下将激活所需备选流，n/a表示这个条件不适用于测试用例。
|
|
|
|
|
|
|
|
在上面的矩阵中，六个测试用例执行了四个场景。对于基本流，上述测试用例CW1被称为正面测试用例。它一直沿着用例的基本流路径执行，未发生任何偏差。基本流的全面测试必须包括负面测试用例，以确保只有在符合条件的情况下才执行基本流。这些负面测试用例由CW2~CW6表示。虽然CW2~CW6相对于基本流而言都是负面测试用例，但它们相对于备选流2~4而言是正面测试用例。而且对于这些备选流中的每一个而言，至少存在一个负面测试用例，就是CW1-基本流。
|
|
|
|
每个场景只有一个正面测试用例和负面测试用例是不充分的，场景4正是这样的一个示例。要全面地测试场景4-PIN有误，至少需要三个正面测试用例，以激活场景4：
|
|
|
|
①输入了错误的PIN，但仍存在输入机会，此备选流重新加入基本流中的步骤3-输入PIN。
|
|
|
|
②输入了错误的PIN，而且不再有输入机会，则此备选流将保留银行卡并终止用例。
|
|
|
|
③最后一次输入时输入了“正确”的PIN。备选流在步骤5-输入金额处重新加入基本流。
|
|
|
|
注意，在上面的矩阵中，无需为条件输入任何实际的值。以这种方式创建测试用例矩阵的一个优点在于容易看到测试的是什么条件。由于只需要查看V和I，这种方式还易于判断是否已经确定了充足的测试用例。从上表中可发现存在几个无效的条件I，这表明测试用例还不完全，如场景6-不存在的账户/账户类型有误和场景7-账户余额不足就缺少测试用例。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
移动IP通信的第二个阶段是注册。当移动主机已经移动到外地网络并且已经发现了外地代理后，就必须注册。关于注册涉及以下3点：
|
|
|
|
|
|
|
|
|
|
具体步骤是：移动主机把注册请求发送给外地代理，并把归属地址和归属地代理地址发送给外地代理。外地代理收到这些信息后，把这些信息转发给移动主机的归属地代理以认证上述信息，如果认证通过，那么移动主机就在外地代理这里注册成功。同时，移动主机的归属地代理也知道了外地代理的地址（转交地址）。
|
|
|
|
|
|
|
|
|
|
|
|
|
.png)
