软件需求与系统设计
关键术语
第1章 软件过程
Iteration(迭代)
产生一个构造的软件开发或集成项目的一个循环。
Model(模型)
来自现实的抽象，外部现实的某些方面在软件系统中的表现
Object(对象)
能够响应外部事件/信息来执行软件系统所要求的任务的软件模块。它由数据和关联数据的操作组成。
第2章 需求确定
Business actor(业务参与者)
人、组织单位、计算机系统、设备和其它种类的活动对象，他们能够和系统进行相互作用并且期望从相互作用中获取商业价值。
Business use case(业务用例)
高层业务功能，功能性的系统特征。
Prototype(原型)
解决方案的
快且脏工作模型，表示用户图形界面(GUI)，并模拟不同用户事件的系统行为。
第3章 可视化建模
Aggregation(聚合)
说明聚合(整体)和组成成分之间的整体-部分关系的关联表。
Assocaition(关联)
两个或多个分类符之间的语义关系，它包含类实例之间的连接。
Generalization(泛化)
一个较一般分类符和一个较具体分类符之间的分类关系，具体分类符的每个实例也是一般分类符的非直接实例。因此具体分类符继承了较一般分类符的特性。
Lifeline(生命线)
表示交互中的一个单独的参与者。
第4章 需求规格说明
Architectural framework(体系结构框架)
具体参考软件体系结构元模型
Architectural meta-model(体系结构元模型)
为软件体系结构定义框架的一个高层模型，具体的系统设计能够选择并遵照它。
CEP
PCBMER中的循环去除原则
CNP
PCBMER中的类命名原则
Component(构件)
软件的一个可执行单元，具有明确定义的功能(服务)及其与其他构件的通信协议(接口);
表示封装了其内容的系统模块，其表示在环境中是可替换的。
Subsystem(子系统)
大系统中的一个层次分解单元；一种构件。
第5章 从分析到设计
Visibility(可见性)
一个列举，它的值(公共、保护、私有或包)表示其所指的模型元素在其封闭名字空间之外是否能够可见。
第6章 系统体系结构与程序设计
Chain of Responsibility(责任链)
模式通过给多个对象处理请求的机会，避免了请求的发送者和接收者相耦合。
Component(构件)
参考第1章和第3章关键术语component，系统设计的模块化部件，将实现隐藏在外部接口集合后面。
*Facade(外观)
模式，定义“使子系统易于访问的高层接口”，并定义“子系统之间通信和依赖最小化”的目标。
Layer(层)
体系结构层次中若干级别中的一个，类似于tier，但一般是指逻辑体系结构中级别
Tier(层)
体系结构层次中若干级别中的一个，类似于Layer，但一般是指物理体系结构中级别。
Mediator(中介者)
模式，“通过使对象彼此之间不显示引用，从而降低了耦合，此模式还可以让你改变它们的独立交互”。
Observer(观察者)
类方法，获取对象的状态，但不更改它的状态。也称为getter(获取者)；
Observer pattern(观察者模式)
“在对象之间定义一对多依赖，使得当其中一个对象状态更新时，所有依赖他的对象都得到通知，并自动更新。”
第7章 图形用户界面设计
Browser client(浏览器客户端)
瘦客户端，展示基于Web的GUI，需要服务器来获得其数据和程序。
Container(容器)
一个桌面GUI组件，可以是窗口、面板、窗格
Form(表单)
网页的一部分，由输入域的集合组成
Frame(框架)
包含网页或者是另外一个框架的矩形区域
Server page(服务器页面)
一个网页，具有服务器执行的程序逻辑
第8章 持久性与数据库设计
Data mapper(数据映射)
定义了对象与数据库之间交换数据的映射层次，并且能够保证它们之间相互独立且与映射本身无关的一种模式。
Data model(数据模型)
数据库中数据结构的模型，也可以定义行为结构。如：触发器和存储过程。
Normalization(范式化)
设计能够避免更新异常的数据库表的过程
Object-relational mapping(对象-关系映射)
能够将应用程序对象转换为关系数据库或将关系数据库转换为应用程序对象的工具或软件。