软件工程视频学习笔记（三十一、二）

设计详细的交互：

用户界面设计有若干原则，包括：一致性：采用一致的术语、一致的步骤和一致的活动；操作步骤少；不要“哑播放”

继续做原型：

用户界面原型是用户界面设计的重要工作

使用快速原型工具做出原型让用户使用，通过用户反馈、修改、演示的迭代，使界面越来越有效

设计HIC（人机交互）类：窗口需要进一步细化；设计HIC类，首先从组织窗口和部件的用户界面的设计开始

 

 

任务管理部分的设计：

任务，是进程的别称，是执行一些列活动的一段程序

任务管理主要包括任务的选择和调整

定义各个任务：定义任务的工作主要包括：它是什么任务、如何协调工作以及如何通信（它是什么任务、如何协调工作、如何通信、一个模版）

任务的定义如下：任务名、描述、优先级、包含的操作、经由谁通信

 

数据管理部分的设计：

数据管理部分提供了在数据管理系统中存储和检索对象的基本结构，包括对永久性数据的访问和管理

它分离了数据管理机构所关心的事项，包括文件、关系型DBMS或面向对象DBMS等

数据的管理方法：数据管理方法主要有三种：文件管理、关系数据库管理和面向对象数据库管理

 

面向对象软件的实现和测试：

在开发过程中，类的实现是核心问题，在只用面向对象风格缩写的系统中，所有的数据都被封装在类的实例中而整个应用则被封装在一个更高级的类中

 

面向对象环境下的测试策略

单元测试（类测试）

在面向对象环境下，最小的可测试的单元是封装了类或对象，而不是程序模块

面向对象软件的类测试等价于传统软件开发方法中的单元测试

完全孤立的测试类的各个操作是不行的

 

组装测试：

因为面向对象软件没有一个层次的控制结构，所以传统的自顶向下和自底向上的组装策略意义不大

对于面向对象系统的组装测试，存在两种不同的测试策略

基于线索的测试（Thread-based  Test）

他把为响应某一系统输入或事件所需的一组类组装在一起，每一条线索将分别测试和组装

基于应用的测试（Use-based Test）

他着眼与系统结构，首先测试独立类，这些类只使用很少的服务器类。再测试那些使用了独立类的相关类

确认测试：

在进行确认测试和系统测试时，不关心类之间连接的细节。着眼于用户的要求和用户能够认可的系统输出

可以利用黑盒测试方法来驱动确认测试

按不同层次进行测试：测试类中各个操作，主要测试类；这种测试是某些单元测试与组装测试的组合

 

类的测试用例组（基于定义的测试、基于程序的测试）：

一个类的测试用例组由满足测试需求的用例组成

每个测试用例是一系列输入值，它们将在要求的处理中执行，以满足测试需求

 

类的测试：

类作为语法上独立的部件，应当允许用在许多不同的应用中，每个类都应是可靠的，并且不需了解任何实现的细节就能复用，因此，类应尽可能孤立的进行测试

 

测试类操作的测试用例组：首先要定义测试类的各个操作的测试用例组；然后把测试用例组扩充，针对被测操作调用类中其他操作的情况，进行组装测试

 

 

类测试的种类：

基于定义的测试：把类当作一个黑盒对待，确认类的实现是否遵照他的定义

基于程序的测试：考虑类的实现，确定代码编写是否正确

 

组装测试：

类组装：测试一个新类时，需要先测试在定义中所涉及的类，再考虑这些类的组装

总体组装：把所有组成完整软件的各个部分集合在一起，这种测试所选择的测试用例应当瞄准待开发软件的目标，并且应当提供数据给测试者，以确定软件开发是否与他的目标相吻合

 

要点：

事务分离原则：将基本的需求和实现区别开来

今天的软件开发技术已经不胜任新的系统

面向对象概念与传统方法完全不同

面向对象技术可以保证软件的可复用性

对象指的是一个独立的、异步的、并发的实体，他能存储数据、提供服务、并与其他对象交换消息，从而完成系统的所有功能

面向对象分析模型分五个层次

面向对象设计模式含有四个部分，他的结构和OOA模型相同