系统架构常用关键术语中英文对照

Abstract class（抽象类）：不能直接实例化的类——只能通过它具体的子类而拥有间接的实例。

 

Abstract Factory（抽象工厂）：创建相关的或依赖对象家族的一个接口，而不需要指明它们的具体类。

 

Abstract operation（抽象操作）：缺少实现的操作——只有说明但没有方法的操作。必须由任何具体的子类来提供实现。

 

Accessor method（存取方法）：一个类方法，使一个对象的状态可以从程序的其他对象访问。

 

Actor use case（参与者用例）：标识参与者可确认的需要的用例。

 

Action（动作）：行为规格说明的基础单元。运作接收输入集合，并将其转换为输出集合，尽管两个集合中的一个可能为空，或者两个集合都为空。

 

Activation（激活）：也称为执行规格说明，它“对行为或操作的执行建模，包括一个操作调用其他下级操作的这段时间”（Rumbaugh等人提出）

 

Activity（活动）：参数化行为的规格说明，行为被定义为下级单元的协调顺序，其中下级单元的单个元素是动作。

 

Adaptiveness（适应性） ：即supportability（可支持性），由3个系统特征定义的软件质量，这3个系统特征是软件的可理解性、可维护性、可伸缩性。

 

Aggregation（聚合）:说明聚合（整体）和组成部分之间的整体-部分关系的关联表。

 

APP（读音[æp]）: Application的缩写。APP指的是智能手机的第三方应用程序。

 

Applet（小应用程序）：运行于客户机上的程序，并且在另一个程序（Web浏览器）的环境中运行，其处理能力受到浏览器的控制（限制）。

 

Application server（应用服务器）：体系结构层，处理业务构件及业务规则。

 

Architecture（体系结构）：根据其模块（构件）而进行的系统描述。它定义了一个系统是如何设计的，以及构件之间是如何连接的。

 

Architectural framework（体系结构框架）。

 

Architectural meta-model（体系结构元模型）：为软件体系结构定义框架的一个高层模型，具体的系统设计能够选择并遵照它。

 

Artifact（人工制品）：BPMN元素，通过允许扩展基本表示法提供额外的建模灵活性； 可以预定义3种类型的人工制品：数据对象（Data object）、组（group）和注释（annotation）。

 

Association（关联）：两个或多个分类符之间的语义关系，包含类的实例之间的连接。

 

Attribute（属性）：类中具有明确类型的已命名元素的描述。此类的每个对象单独保存这种类型的值。

 

Audit（审核）：一种正式的质量保证过程，可能由具有法定资格的外部审核人员完成。

 

Bean：一个可利用的软件构件，代表数据对象和访问这些数据对象的操作（方法）。

 

BPR（Business Process Reengineering/Business Process Re-engineering/Business Process Redesign）：业务流程重组、企业流程再造，该理论是当今企业和管理学界研究的热点。BPR理论是于1990年首先由美国著名企业管理大师迈克尔.汉默先生提出，美国的一些大公司，如IBM、科达、通用汽车、福特汽车等纷纷推行BPR，试图利用它发展壮大自己。

 

Build（构造）：作为系统开发或集成项目的增量而交付给客户的可执行代码。

 

BPEL（Business Process Execution Language）:业务过程语言。

 

BPMN（Business Process Modeling Notation）:业务过程建模表示法。

 

Brainstorming（头脑风暴）：发现特定问题的新方法或解决方案的会议技术，这种技术要将已有的判断、社会禁令和规则放在一边。

 

Browser client（浏览器客户端）：瘦客户端，展现基于Web的GUI，并且需要服务器来获得其数据和程序。

 

Business actor（业务参与者）：人、组织单位、计算机系统、设备或其他种类的活动对象，他们能够和系统相互作用并且期望从相互作用中获得商业价值。

 

Business capability（业务能力）：任何有关业务IT解决方案如何交付具体成果的能力。

 

Business capability exploration（业务能力探索）：解决方案构想过程中的第一个阶段，它确定业务能力。

 

Business class model（业务类模型）：显示业务对象和对象之间关系的高层业务模型。

 

Business object（业务对象）：业务领域的一个基本类； 业务实体。

 

Business process（业务过程）：能够参考企业或者它的外部利益相关者产生有价值事物的活动。

 

Business process model（业务过程模型）：显示业务过程动态结构的图。

 

Business transaction（业务事务）：从业务（应用）的观点来看，是由多个（系统）事务组成的一个逻辑工作单元。

 

Business use case（业务用例）：高层业务功能；功能性的系统特征。

 

Business use case model（业务用命模型）：标识系统中主要功能性构造块的高层用例图。

 

Change（变更）：任何预料到的或没预料到的事件引起的对系统需求的改变或在实现代码和设计模型方面需要注意的问题。

 

Checklist（检查表）：一种质量保证技术，是预先确定的在开发过程中必须仔细认真核对的“要完成”的细节清单。

 

Chain of Responsibility（责任链）：通过给多个对象处理请求的机会，避免请求的发送者和接收者相耦合。

 

Capability architecture（能力体系结构）：标识系统高层构件和它们之间交互作用的系统体系结构设计。

 

Capability case（能力案例）：为业务能力拟定业务案例后种解决方案构思。

 

CASE（Computer Aided Software/System Engineering）：计算机辅助软件工程。CASE是一套方法和工具，可使系统开发商规定的应用规则，并由计算机自动生成合适的计算机程序。CASE工具分成"高级"CASE和"低级"CASE.高级CASE工具用来绘制企业模型以及规定应用要求，低级CASE工具用来生成实际的程序代码。CASE工具和技术可提高系统分析和程序员工作效率。其重要的技术包括应用生成程序、前端开发过程面向图形的自动化、配置和管理以及寿命周期分析工具。

 

CEP（Cycle Elimination Principle）：PCBMER中的循环消除原则。

 

Class（类）：用共同的属性、操作、关系和语义约束来描述一组对象的抽象概念。

 

Classifier（分类符）：实例的分类，它描述具有共同特征的实例集合，分类符是抽象的模型元素，所以，客观地说，它没有符号。

 

Client（客户机）：一个计算进程，它请求服务器进程。

 

Client page（客户端页面）：由Web浏览器提供的网页，并且可能具有程序逻辑，其程序逻辑由浏览器解释。

 

Checkpoint（检查点）：一种DBMS的行为，检查点由所有活动事务的标识组成，通过将检查点记录写入日志文件可以减少失效恢复所需要的时间。

 

Cohesion（内聚）：为提供一个特定功能，一个模块内的源代码如何很好地一同工作的测量。内聚是一种顺序型测量，讨论时通常表达成“高内聚”或“低内聚”。

 

Collaboration（协作）：实例之间的上下文关系规格说明，这些实例在实现所期望功能的环境中交互。

 

Column（列）：表中被命名的垂直划分区域，具有特定的数据类型，代表数据的一个特定域。

 

Container（容器）：一个桌面GUI组件，可以是窗口、面板或空格。

 

CNP（Class Naming Principle）：PCBMER中的类命名原则。

 

Comment（注释）：从属于一个模型元素或一组模型元素的解释。它不是直接定义或改变模型的语义。

 

Component（构件）：表示封装了其内容的系统模块，其表示在环境中是可替换的。

 

Composition（组成）：组成聚合；一种强形式的聚合，埼组成部分的实例在一个时间最多被包含在一个组合中。

 

Complexity（复杂性）：软件特性，是指理解和管理软件解决方案的困难程度，由于软件有很杀猪不同但相关的部分。

 

Composite structure（复合结构）：描述在构成具有总体目标的实现环境中对象之间的相互连接。

 

Coupling（耦合）：类之间连接的程度。

 

Component-based development（基于构件的开发）：通过集成来源于多个软件供应商和商业伙伴的软件构件解决方案的开发过程，也可能是基于SOA或者MDA的开发过程。

 

Connecting object（连接对象）：BPMN元素，用来连接定义业务过程结构的流对象； 有3种类型的连接对象：序列流、消息流、关联。

 

Constraint（约束）：一个条件或限制，用自然语言文本或机器可读语言来表达，目的是对一个元素的某些语义进行声明。

 

Constraint statement（约束陈述）：系统必须遵守的约束。

 

Control flow（控制流）：一条边，表示一个节点的前一个活动节点完成后，开始这个活动结点。

 

Context diagram（环境图）：DFD的基层图。

 

Coupling（耦合）：耦合通常与内聚形成对照，目标是达到低耦合和高内聚，但低耦合经常会导致较低的内聚，反之亦然。

 

Custom development（常规开发）：手工操作的、独立的、从零开始的软件开发，覆盖了软件开发过程（生命周期）的各个阶段，在内部完成或外包给咨询和开发公司完成。

 

CRM（Customer Relationship Management）：客户关系管理。

 

CRC（Class-Responsibility-Collaborator）：类-职责-协作者方法。

 

CMM（Capability Maturity Model for Software）：能力成熟度模型。它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。

 

COBIT（Control Objectives for Information and related Technology）：信息及相关技术的控制目标。COBIT是 ISACA（信息系统审计和控制联合会）制订的面向过程的信息系统审计和评价的标准。对信息化建设成果的评价，按照系统属性可以划分为若干方面，如：对最终成果评价、对建设过程评价、对系统架构评价等。COBIT是一个基于IT治理概念的、面向IT建设过程的IT治理实现指南和审计标准。

 

Component（构件）：软件的一个可执行单元，具有明确定义的功能（服务）及与其他构件之间的通信协议（接口）。

 

COTS（Commercial Off-The-Shelf）：“商用现成品或技术”或者“商用货架产品”，指可以采购到的具有开放式标准定义的接口的软件或硬件产品。

 

Data（数据）：代表涉及业务活动的价值、质量、概念和事件的原始事实。

 

Data mapper（数据映射）：定义了“对象与数据库之间交换数据的映射层次，而且能够保证它们之间的相互独立且与映射本身无关”的一种模式。

 

Data mart（数据集市）：数据仓库的一个较小的变体，只保留了某个特别部门或业务功能相关的企业数据的一个子集。

 

Datamining（数据仓库）：知识管理的领域，它关注探索性的数据分析，来发现能够（重新）发现知识和支持决策的关系及模式（可能是以前不知道的或被遗忘了的）。

 

Data model（数据模型）：数据库中数据结构的模型，也可以定义行为结构，如触发器和存储过程。

 

Data web house：一个在Web上实现的、不用中央数据存储库的、分布式的数据仓库。

 

Data warehouse（数据仓库）：一个容纳历史信息，并且面向OLAP式的商业智能和决策的数据库。

 

DDP（Downward Dependency Principle）： PCBMER中的向下依赖性原则

 

Defect（故障）：需要修正的变更。

 

Dependency（依赖）：表示一个或一组模型元素需要其他模型元素的规格说明或实现的关系。

 

Deployment（部署）：在运行期间，将软件制品分配给物理结点。

 

Derived information（导出信息）：能够从其他元素计算得到的元素，出于清晰性或设计目的，即使它没有增加语义信息，也被包含进来。

 

DFD（Data Flow Diagram）：数据流图。它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。

 

Diagram（图）：模型的图形表示。

 

Domain（域）：一个列可以取值的合法集。

 

Enhancement（改进）：被正视的变更，下一步将采取行动。

 

ER（Entity Relationship）：实体关系。

 

EAP（Explicit Association Principle）：PCBMER中的显式关联原则。

 

ERD（Entity Relationship Diagram）：实体联系图，也称实体关系图。是指提供了表示实体型、属性和联系的方法，用来描述现实世界的概念模型。E-R方法:是“实体-联系方法”（Entity-Relationship Approach）的简称。它是描述现实世界概念结构模型的有效方法。

 

ERP（Enterprise Resource Planning）：企业资源计划。ERP 是由美国计算机技术咨询和评估集团 Gartner Group Inc 提出的一种供应链的管理思想。企业资源计划是指建立在信息技术基础上，以系统化的管理思想，为企业决策层及员工提供决策运行手段的管理平台。ERP 系统支持离散型、流程型等混合制造环境，应用范围从制造业扩展到了零售业、服务业、银行业、电信业、政府机关和学校等事业部门，通过融合数据库技术、图形用户界面、第四代查询语言、客户服务器结构、计算机辅助开发工具、可移植的开放系统等对企业资源进行了有效的集成。

 

Event（事件）：某个发生事情的规格说明，发生的事情可能由一个对象潜在地触发结果。

 

Facade（外观）：使子系统易于使用的高层接口，子系统之间通信和依赖最小化。

 

Flow object（流对象）：核心BPMN元素； 有3类流对象：事件（events）、活动（activity）和路由（gateways）。

 

Form（表单）：网面的一部分，由输入域的集合组成。

 

Foreign key（外键）：引用完整性约束定义中包含的关键字。

 

Frame（框架）：包含网页或者另外一个框架的矩形区域。

 

Functional Requirement（功能性需求）：即Service statement（服务陈述）。

 

Generalization（泛化）：一个较一般分类符和一个较具体分类符之间的分类关系，具体分类符的每个实例也是一般分类符的非直接实例。因此，具体分类符继承了较一般分类符的特性。

 

Guard（守卫）：提供转换触发的详细控制的约束。当一个事件发生是由状态机发出的，守卫被估算。如果此时守卫为真，则能够进行转换，否则就不能转换。

 

Identity map（标识映射）：在映射中保存每一个已装载的对象，从而保证每一个对象只能被装载一次，当引用到这些对象时通过映射可以找到对象。

 

Increment（增量）：作为系统或集成项目的一个迭代结果而获得的软件产品的下一个改进版本； 一个增量并不会扩大项目范围。

 

Information（信息）：增值事实；已经被处理并概括为产品增值事实的数据，提示了新的特征和趋势。

 

Inspection（审查）：项目经理主持的比较正式的评审会议。

 

Interaction（交互）：在执行任务的上下文中，消息如何在角色之间交换的规格说明。交互，说明行为的模式。上下文由分类符或协作提供。

 

Interaction fragment（交互片断）：交互的一个结构段。

 

Interaction use（交互使用）：在一个交互的定义中对另一个交互的引用。

 

Interface（接口）：一种分类符，表示一组清晰易懂的公共特性和责任说明。一个接口确定一个合同；实现接口的分类符的任何实例一定要实现那个合同。

 

ISA（Information Technology Architecture）：信息系统体系结构（简称ISA）是近年来出现的新的研究领域，没有众所公认的定义。我国学者王众托认为，它“比一般的计算机体系结构、计算机网络体系结构、软件体系结构的意义更广泛而且更深远. 它是指对企业整个信息技术应用按照企业发展远景所制订的总体发展规划，分步实施方法和策略，带有思想、观念和哲理性”。

 

ISO（International Organization for Standardization）：国际标准化组织，是一个全球性的非政府组织，是国际标准化领域中一个十分重要的组织。。ISO一词来源于希腊语“ISOS”，即“EQUAL”——平等之意。ISO国际标准组织成立于1946年，中国是ISO的正式成员，代表中国参加ISO的国家机构是中国国家技术监督局(CSBTS）。

 

Iteration（迭代）：产生一个构造的软件开发或集成项目的一个循环。

 

ITIL（Information Technology Infrastructure Library）：信息技术基础架构库。由英国政府部门CCTA(Central Computing and Telecommunications Agency)在20世纪80年代末制订，现由英国商务部OGC(Office of Government Commerce)负责管理，主要适用于IT服务管理（ITSM）。ITIL为企业的IT服务管理实践提供了一个客观、严谨、可量化的标准和规范。在它的最新版2.0版中，ITIL主要包括六个模块，即业务管理、服务管理、ICT基础架构管理、IT服务管理规划与实施、应用管理和安全管理。其中服务管理是其最核心的模块，该模块包括“服务提供”和“服务支持”两个流程组。

 

JAD（Joint Application development）：联合应用开发。

 

JDBC（Java Data Base Connectivity）： java数据库连接。

 

JMS（Java Message Service）：Java消息服务。

 

Key（关键字）：关系数据库中用来定义表和列间的某些完整性约束的一列或几列。

 

Knowledge（知识）：对信息的理解，由经验或研究获得，并导致有效果和有效率地做事的能力。

 

Law of Demeter（Demeter法则）：一个设计指南，详细说明在类方法中，对于消息，哪些目标是允许的。其目的是限制对象之间允许的通信。

 

Layer（层）：体系结构层次中若干级别中的一个。类似于tier，但一般指逻辑体系结构中的级别。

 

Lazy load（延迟装载）：一个对象，它并未包含你需要的所有数据，但是知道如何获取这些数据。

 

Lifecycle（生命周期）：用于建造和支持（在其有用的“生命”之上）可交付的、由软件项目生产出的产品和服务的过程。

 

Lifeline（生命线）：表示交互中的一个单独的参与者。

 

Lock（锁）：一种DBMS行为，可以“锁住”数据记录，只要将它们指派到事务中的某条SQL语句即可，这样就使得那条SQL语句的执行能够与其他并发执行的事务隔离开。

 

Log（日志）：DBMS维护的一个特殊文件，保存了事务修改过的所有数据库记录。

 

MDA（Model Driven Architecture）：模型驱动的体系结构。

 

Mediator（中介者）：通过使对象彼此之间不显示引用，从而降耦合，此模式可以让你改变他们的独立交互。

 

Message（消息）：定义交互中特定种类的通信。例如：一个交互可以增加信号、调用操作、创作或销毁实例。

 

Meta class（元类）：一个类，它的实例是类……通常用于构造元模型。

 

Meta model（元模型）：一个模型，它定义了用来表达其他模型的语言。

 

Method（方法）：一个操作的实现。它说明产生操作结果的算法或过程。

 

Metrics（度量）：对软件属性的估计，如正确性、可靠性、有效性、完整性、可用性、可维护性、灵活性，以及可测试性。

 

Model（模型）：来自现实的抽象； 外部实现的某些方面在软件中的表现。

 

Mutator（修改者）：类方法，更改它所调用的对象的状态。也称为setter（安装者）。

 

MVC（Model View Controller）：模型——视图——控制器体系结构框架。

 

NCP（Neighbor Communication Principle）：PCBMER中的相邻通信原则。

 

Node（节点）：人工制品可以在上面部署运行的计算资源。

 

Non-functional requirement（非功能性需求）：即Constraint Statement（约束陈述）。

 

Normalization（范式化）：设计能够避免更新异常数据表的过程。

 

Object（对象）：能够响应外部事件/信息来执行软件系统所要求的任务的软件模块。它由数据和关联数据的操作组成。

 

Object-relational mapping（对象 ——关系映射）：能够将应用程序对象转换为关系数据库或将关系数据库转换为应用程序对象的工具或软件。

 

Observer（观察者）：类方法，获取对象的状态，但不更改它的状态。也称为getter（获取者）。

 

Observer pattern（观察者模式）：在对象之间定义一对多的依赖，使得当一个对象更改状态时，所有依赖它的对象都得到通知，并自动更新。

 

ODBC（Open Database Connectivity）：开放数据库连接。

 

OLAP（On-Line Analytical Processing）：联机分析处理。数据仓库与OLAP的关系是互补的，现代OLAP系统一般以数据仓库作为基础，即从数据仓库中抽取详细数据的一个子集并经过必要的聚集存储到OLAP存储器中供前端分析工具读取。

 

OLTP（On-Line Transaction Processing）：联机事务处理。OLTP 数据库旨在使事务应用程序仅写入所需的数据，以便尽快处理单个事务。

 

OMG（Object Management Group）：对象管理组织。是一个国际协会，开始的目的是为分布式面向对象系统建立标准，现在致力于建立对程序、系统 和 业务流程的建模标准，以及基于模型的标准。

 

Operation（操作）：为调用一个相关联的行为，指定名字、类型、参数及约束的分类符的行为特征。

 

Package（包）：用于将元素分组，并为已分组的元素提供命名空间。

 

Package-based development（基于包的开发）：通过定制已经存在的软件包，如COTS、ERP或者CRM系统，得到解决方案的开发过程。

 

Pane（窗格）：窗口，它是窗口的一部分，如滚动窗格或者标签窗格。

 

Panel（面板）：容器，可以在其中插入其他GUI组件。

 

Pattern（模式）：参数化协作，表示参数化的分类器、关系和行为的角色集合，通过把来自模型（通常是类）的元素绑定到模式的角色，可以应用于多种情形。

 

PCBMER（presentation- controller-bean- mediator- resource ）：表示-控制器-Bean-中介者-实体-资源 体系结构框架。

 

PEAA（Patterns Of Enterprise Application Architecture）：企业应用架构模式。

 

Peer（同位体）：一个计算进程，它可以自由地直接与任何其他进程（peer）通信，而不需要使用中央服务器。

 

Persistent object（持久对象）：程序运行结束之后仍存在的对象，因为在程序退出之间，它将被持久地存储在数据库中。也可将已在数据库中存在的任何对象称为持久对象。

 

Performance（性能）：非功能性需求，通过对系统响应时间、事务处理时间、资源开锁、可能的并发用户数量等等的期望来定义。

 

Pool（泳池）：BPMN元素，表示一个过程中的业务实体（参与者），也称作“泳道”。

 

Polymorphism（多态性）：不同类型的对象响应同名方法调用的能力，每一次调用根据正确的类型匹配特定的行为。编程人员不必事先知道对象的确切类型，因此这个行为能够在运行时实现（称为晚绑定或动态绑定）。

 

Port（端口）：具有分类符的特性，说明分类符和它所在的环境之间或分类符与它内部部件之间的明确的交互点。端口可以指定一个分类符为其环境提供的服务，也可以指定分类符期望环境提供给它的服务。

 

Primary key（主键）：能够唯一确定表中一行的关键字，一个表只能有一个主键。

 

Primary type（原始类型）：程序设计语言或数据库提供的可以支持其基本操作的固有数据类型。程序员可以使用原始类型来创建自定义的组合类型。

 

Primary window（主窗口）：桌面应用程序中的主应用窗口。

 

Probortunity（问题机会）：单词“problem”和“opportunity”的融合； 在头脑风暴中使用。

 

Process（过程）：在软件产生和维护中使用的活动和组织程序。

 

Process hierarchy diagram（过程层次图）：显示业务过程静态结构的图。

 

Profile（配置文件）：为了使元模型适合于特定的平台领域，而对参考元模型进行的有限扩展。

 

Programmable client（可编程客户端）：胖客户端，其上有程序驻留并执行，并且对客户机上的存储资源拥有访问权限。

 

Project planning（项目规划）：估计项目的可交付性、成本、时间、风险、里程碑和资源需求的活动。

 

Project scope（项目范围）：系统必须满足并且在项目合同中协商好的一系列功能性的用户需求。

 

Prototype（原型）：解决方案的“快且脏”工作模型，表示图形用户界面（GUI），并模拟不同用户事件的系统行为。

 

Provided interfaces（提供接口）：被分类符实现的一组接口……表示该分类符实例对其客户端必须承担的责任。

 

P2P（Peer-to-peer）：对等。

 

Quality assurance（质量保证）：一个主动建造有质量的软件产品和过程的过程。

 

Quality control（质量控制）：验证所开发的软件制品、产品以及所采用过程的质量的过程。

 

Referential integrity（引用完整性）：对一个表的（外）键定义的规则，要求这个外键中的值必须与所关联的表的（主）键中的值（引用的值）相匹配。这是关系数据库中实现关联的一种方式。

 

Relational table（关系表）：关系数据库中数据定义与数据存储的基本单位。所有用户访问的数据都存储在表中。

 

Requirement（需求）：系统服务或约束的陈述。

 

RAD（Rapid Application Development）：快速应用开发。RAD是一种面向对象的系统开发方法，它包括开发方法和软件工具。RAD和原型法在概念上很接近，两者的目标都是要缩短传统的SDLC方法中信息系统的设计与实现之间漫长的时间间隔，它们都尽量更好地满足迅速变化的商业需求。可以将RAD视为原型法的一种特殊实现。

 

Regression test（回归测试）：在不断的代码迭代后重新执行先前的验收测试以检查先前修正的故障或是否出现了新的故障。

 

Reliability（可靠性）：非功能性需求，与系统失效发生的频率和严重性以及系统如何从失效中优雅地恢复有关。

 

Reuse（复用）：预先存在的人工制品的使用。

 

Required interfaces（依赖接口）：指定一个分类符为了完成自身功能，履行对客户端的责任而需要的服务。

 

Requirement specification（需求规格说明）：对一个开发中的信息系统必须满足的功能性或非功能性标准所做的详细的、面向客户的规格说明。需求规格说明写在需求文档中，因此，常 常被看做是需求文档。

 

Reusability（可复用性）：非功能性需求，定义在新系统开发中重复使用以前已经实现的软件构件的容易程度。

 

Review（评审）：一种质量保证技术，类似开发人员之间，也可以是经理之间正式的文档驱动会议，目的是为了评审一个工作产品过程。

 

Risk（风险）：对项目规划（预算、时间、资源分配等等）的威胁。

 

Role（角色）：在由结构化分类符定义的上下文中，表示一个实例（或可能是实例集合）外观的结构化分类符的组成元素。

 

Row（行）：表中某一行的各列信息的集合，关系数据库中与程序设计语言的对象相应的部分。

 

RUP（Rational Unified Process）：统一软件开发过程。是Rational软件公司（Rational公司被IBM并购）创造的软件工程方法。RUP描述了如何有效地利用商业的可靠的方法开发和部署软件，是一种重量级过程（也被称作厚方法学），因此特别适用于大型软件团队开发大型项目。

 

Save point（保存点）：数据库程序中的一条语句，用来指明可以将事务回滚到程序的某个位置，而不会影响保存点之前事务已经完成的工作。

 

Secondary window（辅窗口）：弹出窗口，支持用户在主窗口或其他辅窗口中的活动。

 

Server（服务器）：服务于客户机请求的计算过程。

 

Server page（服务器页面）：一个网页，具有服务器执行的程序逻辑。

 

Service（服务）:一个运行的软件实例，能够被其他软件系统定位和使用，这些软件系统使用由互联网协议传送的基于XML的信息。

 

Servlet：一个运行于服务器上的程序，能够接收客户端Web浏览器的请求，并且对请求产生响应。

 

Signature（签名）：动作特性的名字和参数，如操作或信号。签名包括操作返回类型。

 

Service statement（服务陈述）：定义系统所期望的服务需求。

 

SOA（Service Oriented Architecture）：面向服务的体系架构。它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。

 

Software architecture（软件体系结构）。

 

Software capability design（软件能力设计）：解决方案构想过程的第3个阶段，该阶段决定系统的实现技术、开发软件能力体系结构——并使用项目计划和风险分析对业务案例进行细化。

 

Solution capability envisioning（解决方案能力构想）：解决方案构想过程的第2个阶段，该阶段的目的是将能力案例发展成为解决方案概念，并确保该解决方案能够在利益相关者中达成一致。

 

Solution concept（解决方案概念）：解决方案能力构想的人工制品，它将业务环境作为输入，将生产的新工作方法的未来场景作为输出。

 

Solution envisioning（解决方案构想）：是一种商业价值驱动方法，以提供解决当前业务问题和将来业务创新的IT服务。

 

Supportability（可支持性）：相当于Adaptiveness（适应性）。

 

Subsystem（子系统）：大系统中的一个层次分解单元，一种构件。

 

Substitutability（可替换性）：规定：如果S是T的一个子类型，那么在计算机程序中类型T的对象可以被类型S的对象替代，而不会改变该程序的任何期望特性。

 

Stakeholder（利益相关者）：任何受到系统影响或对系统开发产生影响的人。

 

State（状态）：参考情形建模，在这种情形中，某些（通常隐含的）不变条件成立。这种不变可能表示一种静态情形，如一个对象等待某个外部事件发生。然而，它也能够对动态条件建模，如执行某种行为的过程。

 

Stereotype（构造型）：定义可以如何扩展现有的元类，使得平台或特定领域术语或表示法的使用能够替代扩展的元类，或在扩展的元类基础上增加。

 

Stored procedure（存储过程）：存储在数据库中的一个程序，调用它可以操作数据库。

 

Struts；一个技术框架，支持Web应用程序的GUI实现。

 

System scope model（系统范围模型）：确定系统边界和主要责任的高层业务模型。

System use case（系统用例）：将系统看做一个整体，标识其一般性需要的用例。

Swing：一个类库，支持桌面应用程序的GUI实现。

 

SWOT：S （strengths）是优势、W （weaknesses）是劣势，O （opportunities）是机会、T （threats）是威胁。按照企业竞争战略的完整概念，战略应是一个企业“能够做的”（即组织的强项和弱项）和“可能做的”（即环境的机会和威胁）之间的有机组合。

 

System planning（系统规划）：为组织定义了策略方向的初始规划。

 

Table（表）：关系数据库中数据定义与数据存储的基本单位。所有用户访问的数据都存储在表中。

 

Tag definition（标签定义）：构造型的一个特性，显示为含有构造型声明的类矩形中的一个属性。

 

Tagged value（标签值）：一个名-一什对，附属于一个模型元素，访模型元素使用了包含标签定义的构造型。

 

Task（任务）：过程中的原子活动。

 

Test case（测试用例）：定义测试需求的文档。

 

Test-driven development（测试驱动开发）：一种敏捷软件开发技术，要求在编写应用程序代码之前先编写测试用例和测试程序。

 

Test plan（测试计划）：确定测试用例、制定测试过程中需要的进度安排、预算和资源的质量控制文档。

 

Test requirement（测试需求）：测试文档中的功能性需求或非功能性约束。

 

Test script（测试脚本）：定义测试步骤和验证点顺序的人工或自动化脚本。

 

Test suite（测试集）：一组测试脚本。

 

Testing to code（针对代码的测试）：一种动态测试形式，需要仔细分析被测试程序的控制逻辑。

 

Test to specs（针对规格说明的测试）：一种动态测试形式，它将被测试程序看作一个只有输入和输出的黑盒子。

 

Tier（层）：体系结构层次中若干级别中的一个。类似于layer，但一般指物理体系结构中的级别。

 

Trigger（触发器）：一段过程代码，在响应数据库中执行的修改时自动调用并运行。

 

Traceability（可追踪性）：在系统中捕获、连接和追踪所有重要开发制品及其需求的生命周期过程。

 

Transaction（事务）：工作的一个逻辑单元，完成某一特定的业务任务，并在任务完成后保证数据库的完整。

 

UML（Unified Modeling Language）：统一建模语言或标准建模语言，是始于1997年一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。

 

UNP（Upward Notification Principle）：PCBMER中的向上通知原则。

 

Unit of work（工作单元）：维护受业务事务影响的对象列表，并且能够协调变更的写入和解决并发问题。

 

Update anomaly（更新异常）：对表进行修改操作所引起的意外副作用。

 

Usability（可用性）：确定系统易于使用的非功能性需求。

 

Use case（用例）：被系统执行的一组动作的规格说明，它为系统的一个或多具参与者或其他利益相关者产生一个可观察到的结果，典型情况下，产生的结果是一个值。

 

UX（User Experience）：用户体验。

 

VCM（Value Chain Model）：价值链模型。

 

 

View（视图）：一个被存储和命名的SQL查询，从用户的角度看是一个虚拟的表。

 

Visibility（可见性）：一个列举，它的值表示所指的模型元素在其封闭名字空间之外是否能够可见。

 

Walkthrough（走查）：不太正式的评审会议，项目经理很可能不参加。

 

Web Application（Web应用程序）：一个网站，包含动态页面，其内容可以根据用户请求进行变化。

 

Web page（网页）：Web应用程序中的一个“窗口”。

 

Web Server（Web服务器）：负责处理应用程序的控制事件和GUI表示的体系结构层。

-----------------------------

Powered by 《REQUIREMENTS ANALYSIS AND SYHSTEM DESIGN》.