Glossary

This glossary provides terms and definitions for IBM Engineering Lifecycle Management.

The following cross-references are used in this glossary:
  • See refers you from a non-preferred term to the preferred term or from an abbreviation to the spelled-out form.
  • See also refers you to a related or contrasting term.
A B C D E F G H I J K L M O P Q R S T U V W X Z

A

abstract factory
A class that mediates between concrete classes and neutral interfaces by returning the concrete class to an application and implementing a particular interface.
accept
  1. In configuration management, to update a stream to take changes that someone else has delivered.
  2. In source control management, to add any change set to a repository workspace. The change set can come from a stream, another repository workspace, or it can be attached to a work item.
access control
In computer security, the process of ensuring that users can access only those resources of a computer system for which they are authorized.
accessor method
A method that an object provides to define the interface to its instance variables. See also mutator method.
access permission
A privilege that permits the access or use of an object.
access right
A designation of the rights that users have, such as read, modify, create, delete, and admin (RMCDA).
access token
  1. An object that contains security information for a process or thread, including the identity and privileges of the user account that is associated with the process or thread.
  2. A value used by the consumer to gain access to the protected resources on behalf of the user, instead of using the user’s service provider credentials.
action pin
In activity diagrams, an element that represents information or physical objects flowing into, or out of, action nodes.
actor
A representation of a user of a system, or an external component that sends information to, or receives information from, the system.
actual
Pertaining to the project data such as costs, dates, and work that have occurred, as opposed to those that are scheduled, or planned.
actual result
The behavior produced/observed when a component or system is tested. (ISTQB)
adapter
An intermediary software component that allows two other software components to communicate with one another.
administrator user
A user account that bypasses all access rights checks. This account is used only when absolutely necessary, such as in initial configuration tasks or if no other users can log in.
adoption item
A development work item that tracks when changes by one team must be adopted by another team.
agile software development
A software development methodology that focuses on collaboration and quality to produce complete product increments at regular intervals, called iterations or sprints.
allowlist
A list of items, such as usernames, email addresses, or IP addresses, that are granted access to a certain system or function. When an allowlist is used for access control, all entities are denied access, except for those that are included in the allowlist.
ALM
See application lifecycle management.
anchor
The first item that is clicked when using multiple select actions to select a range of items.
Ant with Enterprise Extensions
A set of extensions to Apache Ant that makes it possible to build z/OS-based applications using Ant.
Apache Ant
A Java-based open-source tool from Apache Software Foundation that is used to automate build processes.
application
One or more computer programs or software components that provide a function in direct support of a specific business process or processes. See also application server.
application lifecycle management (ALM)
An iterative and continuous process of coordinating people, processes, and tools with the goal of delivering a software or systems project. This process involves planning and change management, requirements definition and management, architecture management, software configuration management, build and deployment automation, application security, and quality management. The features of this process include traceability across lifecycle artifacts, process definition and enactment, and reporting.
application server
A server program in a distributed network that provides the execution environment for an application program. See also application.
archive
A backup copy of a module or project that can be stored on any computer and restored to a database.
argument
A value passed to or returned from a function or procedure at run time.
arithmetic operator
A symbol, such as + or -, that represents a fundamental mathematical operation. See also composite expression.
array
A structure that contains an ordered collection of elements of the same data type in which each element can be referenced by its index value or ordinal position in the collection.
artifact
An entity that is used or produced by a software or systems development process. Examples of artifacts include designs, requirements, source files, plans, scripts, simulations, models, test plans, and binary executable files. In an HTTP context, artifacts have a URI and are called resources. See also back link, baseline, component, configuration, configuration provider, configuration specification, global configuration provider, revision, stream, version.
Artifacts page
A list of all of the artifacts in a project, as they exist at the project level.
artifact type
A class of objects that is specific to an artifact. For example, requirements management artifacts include the following types: document, business process sketch, user interface sketch, user interface sketch part, screen flow, storyboard, use case diagram, requirement, glossary, and term. See also resource shape.
asset
In IBM Engineering Lifecycle Optimization - Publishing, an item that is used in or produced by the document generation process. Assets include document templates, document specifications, scripts, and style sheets.
assign
To appoint or designate a profile or resource to an activity that is to be completed within a specified period.
association
The semantic relationship between two or more classifiers that specifies connections among their instances.
association class
A model element that has both association and class properties. An association class can be seen as an association that also has class properties, or as a class that also has association properties.
asynchronous
Pertaining to events that are not synchronized in time or do not occur in regular or predictable time intervals.
attribute
  1. A defined quality and values that can be assigned to an artifact. For example, a work item artifact might have a 'priority' or 'severity' attribute.
  2. Descriptive information that provides important details about a module, requirement, discussion, or element.
attribute data type
A descriptor of the information that can be stored in an attribute. Data types might define integer values, string values, date values, and other basic formats of data.
attribute definition
An object that users create to store information in addition to the system attributes where data is stored.
attribute DXL
A scripting language that uses a DXL program to calculate the value of an attribute. One can use this attribute in multiple columns and views.
attribute group
Convenience grouping of one or more attributes. For example, the attribute group "Address" might include the attributes Street, City, State, and Zip.
attribute type
The specification in an attribute definition of the kind of data that can be stored in an instance of an attribute. Examples include simple data types, such as string or number, as well as more complex data types like currency or date.
audit
An examination of the changes that have been made to a artifact over time.
authorization
The process of granting a user, system, or process either complete or restricted access to an object, resource, or function.
auto-deploy
  1. An automated process that retrieves and packages build output, and then moves that output to another location so that users can run or test it.
  2. To automatically retrieve and package build output, then move that output to another location for users to run or test it.
auto-resolve conflict
The automatic merging of conflicting changes to an item. Conflicts can only be automatically resolved if the conflicting changes are made to two separate areas within the item.
away database
A database where a partition is imported and viewed or edited before being returned to the home database.

B

back link
A relationship between artifacts in different products where each artifact stores a link that points to the other artifact. See also artifact, back linking.
back linking
A process in which two links are used to define a relationship between artifacts in different products. Neither product has to query for these links because that information is provided in each product. See also back link, link discovery.
backlog
In agile development, a list of features or technical tasks that are necessary for a project or release that the development team assesses and prioritizes to assign work.
balanced binary tree
A tree structure that provides for rapid location of items in a text list.
base artifact
An artifact that is at the project level and not viewed as an embedded object in another artifact.
base-aware mode
The process of comparing two units against each other, and against a base unit.
baseline
  1. A read-only copy of a module, which contains the history of the module up to the time the baseline was created.
  2. In source control management, a permanent copy of a component in a particular repository workspace or stream. A component baseline represents a configuration of a component at a particular point in time.
  3. An uneditable configuration of one or more components that captures a meaningful state of artifacts. Teams can use baselines as a known configuration or an initial state for a new stream of work. See also artifact, configuration, stream.
baseline comparison
A list that displays the differences between any two baselines of the same module, and includes objects that have been modified, added, or deleted.
baseline set
A group of baselines that are treated as a single unit for project planning and management purposes.
baseline staging stream
See staging stream.
base type
A data type that controls the type of data that can be entered into an attribute. For example, an attribute definition that is created using the Date base type can only store date values.
base unit
In a comparison of two projects, or portions of projects, a third project that acts as the basis of the comparison.
batch mode
A command line option that allows Rational DOORS to start up without the graphical user interface (GUI), run a specified DXL program, then stop. The product starts up by surpassing the login screen and the database explorer.
behavioral model
A representation of the life-cycle behavior of the system as defined in statecharts.
black box
An abstraction of a device or system in which only its externally visible behavior is considered and not its implementation or inner workings.
block definition diagram
A representation of the components of a system and the flow of information between components. Block definition diagrams include blocks, actors, standard ports, dependencies, and flows. See also block diagram.
block diagram
A representation that defines the structure of a system and identifies the large-scale organizational parts of the system. Block diagrams show the flow of information between system components and the interface definition through ports. See also block definition diagram, internal block diagram.
blocked
The status of a test case that cannot be run because the preconditions for running the test case have not been met.
boilerplate text
Reusable text or code that is automatically added to a field or template in response to an event.
branch
  1. To create a stream for parallel or insulated development.
  2. A distinct path leading to or originating from an element in a process model or UML diagram.
breakpoint
A marked point in a process or programmatic flow that causes that flow to pause when the point is reached, typically to allow debugging or monitoring.
build definition
An object that defines a build, such as a weekly project-wide integration build.
build engine
The representation of a build system that runs on a dedicated server.
business process sketch
A diagram that illustrates a directed flow of activities that are specified by using a subset of Business Process Modeling Notation (BPMN). Two types of processes are supported: simple and business-to-business.
business rule
A policy, constraint, or required operation that applies to a specific set of business conditions or dependencies. An example of a business rule for a bank is that a credit check is not required when opening an account for an existing customer.

C

callback function
Executable code that allows a lower-level software layer to call a function defined in a higher-level layer.
calling thread
The task in progress in a multitasking environment.
call stack
The ordered list of all programs or procedures currently started for a job. The programs and procedures can be started explicitly with the CALL instruction, or implicitly from some other event.
capability
A function or feature that is made available by an application, tool, or product.
CCM
See change and configuration management.
certificate
A digital document that binds a public key to the identity of the certificate owner, thereby enabling the certificate owner to be authenticated. A certificate is issued by a certificate authority and is digitally signed by that authority.
change and configuration management (CCM)
A systematic approach to establish and maintain the consistent performance of a system or product throughout its lifecycle, and to effectively manage changes in that product or system.
change bar
An indicator that displays when an object was last changed.
change management
The process of controlling and tracking modifications to artifacts.
change proposal system
A system that allows users to review modules and suggest changes to them.
change request
  1. A request to change some aspect of the project, project plan, activity definition, or document.
  2. A request from a stakeholder to change an artifact or process.
change set
A group of related changes to artifacts in a workspace or stream.
channel
A collection of test environment properties that describes a delivery platform in your test effort.
check in
To save local changes in a change set that is part of a repository workspace. A checked-in change set can later be shared with a team by delivering the change set.
class loader
Part of the Java virtual machine (JVM) that is responsible for finding and loading class files. A class loader affects the packaging of applications and the runtime behavior of packaged applications deployed on application servers.
class path
A list of directories and JAR files that contain resource files or Java classes that a program can load dynamically at run time.
cleartool
The primary command-line interface to ClearCase and ClearCase LT version-control and configuration management software.
clickjacking
The malicious practice of hiding links in clickable content to redirect users to an unexpected location.
CLM
See Collaborative Lifecycle Management.
CLM project
A project that was created using IBM Collaborative Lifecycle Management tools.
clone
  1. To create a new version of an artifact in a different component. The new version has the same ID as the original artifact. See also refactor.
  2. A new version of an artifact in a different component. The new version has the same ID as the original artifact.
CM
See configuration management.
code churn
A report that shows the volume of changes in a project over time.
code respect
In programming, a feature that preserves the order of elements in the original code structure during code generation.
cold standby
A recovery method in which backup servers with installed applications are in place and in a stopped state.
Collaborative Lifecycle Management (CLM)
See Engineering Lifecycle Management.
comment
An annotation attached to an artifact, element, or a collection of elements.
compiler
A program that translates a source program into an executable program (an object program).
completed change set
A change set that can no longer be changed. Change sets can be shared with others only after they are marked as a completed change set.
complexity attribute
An attribute that enables the selection of another attribute by which work items are sized. This attribute is used in release plans to compute the progress of each plan.
component
  1. In configuration management, a unit of organization for a reusable set of engineering artifacts. A configuration of a component selects versions of the artifacts of that component. See also artifact, component skew.
  2. In source control management, a grouping of related artifacts in a stream or repository workspace. A component can contain any number of folders and files.
component skew
A situation that occurs when a configuration hierarchy contains different configurations of the same component. See also component, configuration.
composite expression
In Q Language, a large expression that has been created from a series of smaller expressions. See also arithmetic operator.
composite object
An object that contains other objects. For example a document object that contains not only text, but also graphics, audio, image, and video objects, each of which can be manipulated separately as an individual object.
composite type
A data type modeled using structural features instead of verbatim, language-specific text.
compress
To hide objects within a data hierarchy. A plus sign is used in a compressed section to indicate that objects are hidden.
compression
The act of hiding child items of a selected object when the outline view is selected.
concrete class
A class that can be directly instantiated.
concrete factory
In object-oriented programming, a class that is used to create instances of another class. A concrete factory isolates the creation of objects of a particular class into one place so that new functions can be provided without widespread code changes.
concurrent-use license
A license that limits the number of users that can be connected to a resource concurrently.
config spec
See configuration specification.
configuration
  1. A unique set of versions of artifacts. Configurations commonly identify one version of each artifact in the set. The artifacts can be unchanging (from a baseline) or open to change (in development). In some systems, configurations can be hierarchical, so that they contain other configurations. See also artifact, baseline, component skew, configuration context, configuration management, configuration provider, configuration specification, global configuration, global configuration management, global configuration provider, local configuration, stream, version.
  2. The set of artifacts in the component (not necessarily all of them), and the versions of those artifacts that represents the state of a component.
configuration context
The current configuration that is being worked in, which is either a local configuration or a global configuration. See also configuration, global configuration.
configuration layer
A customized set of metadata that can be used to configure data sources and variables.
configuration management (CM)
A process for grouping and tracking versioned artifacts across the development lifecycle to help identify and track the artifacts in a specific version of a system. See also configuration, global configuration management.
configuration provider
An application that manages sets of versioned artifacts, for example, change management or test management artifacts. See also artifact, configuration.
configuration specification (config spec)
A set of rules that specify versions of artifacts. Commonly a configuration specification identifies at most one version of a given versioned artifact. See also artifact, configuration, version.
conflict
A situation in which two or more change sets independently modify the same item in a repository workspace.
connection
  1. A set of properties, such as host name, server launcher settings, and security settings that is required to communicate with a specific remote system.
  2. An asset that contains a data source URL and authentication details, which can be associated to data sources.
  3. In IBM Engineering Lifecycle Optimization - Engineering Insights views, the set of UI properties that define the look and feel of links between artifact containers.
consequence cost
The impact on cost if a risk is not addressed.
constraint block
An element that defines a generic or basic mathematical formula. Constraint blocks can be used to create parametric diagrams.
constructor
In object-oriented programming, a special method used to initialize an object.
consumer
An entity that receives data from another entity.
content assist
A feature of some source editors that prompts the user with a list of valid alternatives for completing the current line of code or input field.
content link
A simple hypertext link in rich text or graphical artifacts that provides navigation only. See also trace link.
content store
The database that contains the data needed to operate, such as report specifications, published models, and security rights.
context-aware search
A search function that uses natural language terms to search for work items and source code in Java, C, C++, and COBOL. Regular expressions and wildcard characters are not required.
context root
The web application root, which is the top-level directory of an application when it is deployed to a web server.
CR
See change request.
critical path
A series of activities that determines the earliest completion of a project; the critical path changes as activities or tasks are completed ahead or behind the original schedule estimates.
CSV file
A text file that contains comma-separated values. A CSV file is commonly used to exchange files between database systems and applications that use different formats.
custom user
A user type that has the same permissions of a standard user plus the ability to create projects, archive data, partition data, create groups, create users, or manage the database.
cyclic array
An array whose elements are organized as a linked chain.

D

dashboard
A user interface component that provides a comprehensive summary of pertinent information from various sources to the user.
data collection
The process of collecting data from one or more sources, cleansing and transforming it, and then loading it into a database.
data driven testing
A scripting technique that stores test input and expected results in a table or spreadsheet, so that a single control script can execute all of the tests in the table. Data driven testing is often used to support the application of test execution tools such as capture/playback tools. (ISTQB) See also keyword driven testing.
data dump
A large amount of data transferred from one location or system to another.
data mart
A subset of a data warehouse that contains data that is tailored and optimized for the specific reporting needs of a department or team. A data mart can be a subset of a warehouse for an entire organization, such as data that is contained in online analytical processing (OLAP) tools.
data model
A common model that facilitates reporting of all types of data from multiple data sources.
data set definition
A Jazz model object that describes a data set on z/OS and is stored in the IBM Engineering Workflow Management Jazz repository. If the data set already exists, the data set definition must specify just the data set name. If the data set is new, the data set definition must specify both the name of the data set, and the characteristics of the data set, such as record format. Every data set that a build process references must correspond to a data set definition.
data set prefix
An identifier that, together with the data set name (indicated in the data set definition), specifies a data set that is allocated to IBM Engineering Workflow Management. A data set prefix can contain multiple segments, including a high-level qualifier (HLQ); for example, HLQ.PROD. With a prefix defined by a user, artifacts can be modified in isolation from other users.
data source
The source of data itself, such as a database or XML file, and the connection information necessary for accessing the data.
data source schema
An XML or JSON based file that defines the structure and properties of the data source. See also XML data configuration file.
data spill
An unintentional or unwanted disclosure of data.
data type
In programming languages, a descriptor of a set of values together with a set of permitted operations. A data type determines the kind of value that a variable can assume or that a function can return.
data warehouse
A subject-oriented collection of data that is used to support strategic decision making. The warehouse is the central point of data integration for business intelligence. It is the source of data for data marts within an enterprise and delivers a common view of enterprise data.
decision node
A representation of an if-then-else condition. A decision node splits a single transition in a statechart or activity diagram into several branch transitions.
defect
A project element that allows stakeholders to track bugs and bug fixes.
defect aging
A report that helps track patterns in defects, which can be used to take corrective action for reducing both defect resolution time and number of defects.
defect report
A document reporting on any flaw in a component or system that can cause the component or system to fail to perform its required function. (ISTQB)
delete
To mark an item to be purged from the database.
deliver
  1. In source control management, to conduct an outgoing flow of change sets and baselines from a repository workspace to a stream or to another repository workspace.
  2. To add changes to a stream, or make them available to be accepted into a stream.
dependencies linker
An extension to the link wizard that allows dependencies to be created between particular model elements.
dependency
A link between interrelated projects activities. Activities with these links depend on the start and finish dates of at least one other element and therefore cannot be completed without taking the other into consideration.
dependency build
A build definition that saves time and system resources by only building artifacts that need to be rebuilt based on what has changed since the last successful build. Changes to a program's source or dependencies, and deletion or modification of a program's output will be detected and cause the program to be rebuilt.
deployment
A process that retrieves the output of a build, packages the output with configuration properties, and installs the package in a pre-defined location so that it can be tested or run.
deployment plan
A template of a virtual service definition.
diagram connector
A connector that joins several segments in the same statechart to facilitate jumps to different parts of a diagram without drawing complex transitions and cluttering the statechart.
difference element
An element that exists in both sides of a comparison, though some of its fields or properties are different.
discard
To remove a change set from a repository workspace.
discussion
A mechanism for reviewers to exchange views about the content of a module or an object, within the module or object itself.
document
  1. An item that can be stored, retrieved, and exchanged among systems and users as a separate unit. It can be any multimedia digital object. A single document can include varied types of content, including for example, text, and images.
  2. The output generated from current data with a single click that is formatted by a report definition. Documents can be in Microsoft Word, Excel, HTML, PDF or XSL-FO formats. See also report.
document generation
The process of applying a template to a data source to generate a document-style report.
document mode
A default display mode for formal modules. Data is displayed in a table with rows and columns.
document specification
The definition of document templates, data sources, and output formats used to create a report.
DOORS extension language (DXL)
A scripting language used in Rational DOORS.
downstream
Pertaining to a direction that goes with the flow of a development process that moves from requirements to designs to implementation to tests. For example, tests are downstream from requirements. See also upstream.
duplicate set
A set consisting of one primary change proposal and any number of duplicates. In a duplicate set, only the primary change proposal is reviewed and applied.
duration
A period of time during which a project element continues. It is calculated as the finish time minus the start time.
DXL
See DOORS extension language.
DXL library
A library of DXL programs that can be used to manipulate and manage Rational DOORS data. The library includes example programs and templates. User-defined DXL programs can also be stored in the DXL library.

E

Eclipse
An open-source initiative that provides independent software vendors (ISVs) and other tool developers with a standard platform for developing plug-compatible application development tools.
editable section
A section of objects in a module that does not inherit access from the parent and can be locked and edited independently of other objects when the module is opened in shareable edit mode.
effort
The estimated hours of work required for an activity. Effort is calculated based on the specified duration (in days) of the activity, and the number of working hours per day specified in the project calendar. See also work.
electronic signature (eSignature)
An electronic stamp that is added to email messages, fields, or sections that verifies that the person who originated the message is the author and that no one has tampered with the data.
element
  1. Palette items that can be added to a template,.
  2. A constituent of a model.
ELM
See Engineering Lifecycle Management.
encapsulation
In object-oriented programming, the technique that is used to hide the inherent details of an object, function, or class from client programs.
Engineering Lifecycle Management (ELM)
The integration of products on Jazz technology to connect the work of analysts with development and test teams. These integrations provide a common approach to artifact linking, dashboards, security, and user interface frameworks.
entity tag (ETag)
An HTTP header that is used for web cache validation and conditional requests from browsers for artifact resources. These headers are unique and can be quickly compared to determine whether two artifact versions are the same. ETags can also help prevent artifacts from being overwritten by simultaneous updates.
entry criteria
The set of generic and specific conditions for permitting a process to go forward with a defined task, e.g. test phase. The purpose of entry criteria is to prevent a task from starting which would entail more (wasted) effort compared to the effort needed to remove the failed entry criteria. (ISTQB)
epic
In agile development, a work item that defines a big use case with a large or unknown amount of work, which is often completed over several sprints. Epics can be divided into stories.
eSignature
See electronic signature.
ETag
See entity tag.
ETL
See extract, transform, and load.
event
An occurrence of significance to a task or system. Events can include completion or failure of an operation, a user action, or the change in state of a process.
execution result
The behavior or response that is produced or observed when a component or system is tested. This behavior and information regarding the test run such as the weight distribution and result details are also recorded. See also expected result.
exit criteria
The set of generic and specific conditions, agreed upon with the stakeholders, for permitting a process to be officially completed. The purpose of exit criteria is to prevent a task from being considered completed when there are still outstanding parts of the task which have not been finished. Exit criteria are used to report against and to plan when to stop testing. (ISTQB)
expand
To display information collapsed under a category name or parent document.
expected result
The behavior predicted by the specification, or another source, of the component or system under specified conditions. (ISTQB) See also execution result.
extension
A client-side element or function that is not installed with a system, but instead is authored by a system user.
external contribution
The contribution of a global configuration that resides on one Global Configuration Management server to a global configuration that resides on a different Global Configuration Management server.
external link
A connection from an object to an entity or resource that is outside the Rational DOORS database.
extract, transform, and load (ETL)
See data collection.
extra resource
A resource that is included in the Lifecycle Query Engine (LQE) index but not in the Tracked Resource Set (TRS) feed.

F

factory
In object-oriented programming, a class that is used to create instances of another class. A factory is used to isolate the creation of objects of a particular class into one place so that new functions can be provided without widespread code changes.
fail
A test is deemed to fail if its actual result does not match its expected result. (ISTQB)
failed patch
A patch that is out of sequence because the entity tags (ETags) of artifacts in the Lifecycle Query Engine (LQE) index and artifacts in the Tracked Resource Set (TRS) feed do not match. LQE cannot apply such patches to artifacts in the LQE index.
favorite
A project, folder, or module that is used frequently and stored in a specific list.
filter
A device or program that separates data, signals, or material in accordance with specified criteria.
fine-grained component
See component.
finish-to-start
A dependency type between two project elements where the predecessor element must finish before the successor element can start.
flow
An arrangement between two workspaces or between a workspace and a stream that enables users to deliver and accept change sets.
flow target
A source or destination of incoming and outgoing change sets. In a team setting, most workspaces have flow targets. The flow target can be another repository workspace or a stream. Streams have flow targets only if they are part of a stream hierarchy.
folder
A named collection of related modules that can be retrieved, moved, and otherwise manipulated as one entity.
footprint
The amount of computer storage that is occupied by a computer program. For example, if a program occupies a large amount of storage, it has a large footprint.
fork
In UML diagrams, a node that is used to model a single flow of control that divides into two or more separate but simultaneous flows.
formal module
A module that stores objects and their associated attribute and link information.
formal review
A review characterized by documented procedures and requirements, e.g. inspection. (ISTQB)
friend
An entity that has an established connection to another entity for communication. For example, a server can be a friend to another server.
friend class
A class in which all member functions are granted access to the private and protected members of another class. It is named in the declaration of another class and uses the keyword friend as a prefix to the class.
full capacity licensing
A method of licensing in which the licensee must obtain PVU entitlements that are sufficient to cover all activated processor cores in the physical hardware environment that are made available to or managed by the licensed program.
functionality testing
The process of testing to determine the functionality of a software product. (ISTQB) See also security testing.
function call
An expression that transfers the path of execution from the current function to a specified function (the called function). A function call contains the name of the function to which control is transferred and a parenthesized list of values.
function object
See functor.
functor
An object that can be called or invoked as if it were a function.
functor class
The class that is generated when the functor-based code reuses code generation functionality for activity diagrams of classes. The new class implements an activity diagram on the class level.

G

gadget
A proprietary widget that works under specific conditions or that is designed to a certain standard, such as a dashboard widget based on the OpenSocial standard. See also widget.
Gantt chart
A graphical representation of a project timeline and duration in which schedule data is displayed as horizontal bars along a time scale.
gap
In source control management, a state in which a target workspace or stream is missing preceding change sets for a change set that is being accepted or delivered. When a gap occurs, the change set cannot be accepted or delivered; it must be applied as a patch, which creates a new resulting change set.
GCM
See global configuration management.
global configuration
A configuration that gathers configurations from multiple tools, so you can define all the relevant artifacts for a system. Global configurations can establish the same context across all tools when each tool stores artifacts in otherwise unrelated configurations. See also configuration, configuration context, global configuration management.
global configuration management (GCM)
A process for gathering configurations from multiple tools that helps visualize and manage relationships in the development lifecycle by tracking artifact links across lifecycle tools and stages. See also configuration, configuration management, global configuration.
global configuration provider
A configuration provider that coordinates contributions from multiple configuration providers. See also artifact, configuration.
graphic difference
A visual difference that does not have an effect on the logic of a model.
graphics mode
An alternative display mode for formal modules. The module structure is displayed as a tree and each object in the module is represented as a box showing a selected attribute.
group
A logical organization of users whose membership allows them to perform the same activities or provide the same authority to access resources.

H

harden
To secure a system by reducing its vulnerabilty.
heading
An artifact in a module that is automatically numbered and displayed prominently. A best practice is for headings to be their own artifact type.
heap
An area of storage that is allocated with a lifetime unrelated to the execution of the current routine. The heap consists of the initial heap segment and zero or more increments.
heartbeat
A signal that one entity sends to another to convey that it is still active.
history
The recorded changes to modules and objects, which can be viewed on module and object properties sheets.
home database
A database where a partition definition is created. This is the database where the master copy of the data is stored.
home GCM server
See home Global Configuration Management server.
home Global Configuration Management server (home GCM server)
The Global Configuration Management server that an application can contribute configurations to. Typically, this server is the one registered with the Jazz Team Server that is associated with the application.
hook
An empty script in which code can be entered.
hotspot
Text or a picture in a rich-text field that a user can click to perform an action, run a formula or script, or follow a link.
hot standby
See idle standby.

I

idle standby
A recovery method in which backup servers with installed applications are in place and started, but in an idle state.
idle timer
A timer used by the operating system factory for simulated-time modeling.
if-then-else statement
A statement that compares two or more sets of data and tests the results. If the results are true, the THEN action is taken; if not, the ELSE else action is taken.
impact analysis
The identification of how a change to one item affects other, related items.
impediment
An item that prevents progress or a work item to track something that prevents progress.
incoming change set
A change set in a stream or repository workspace that flows to a user repository workspace. An incoming change set is present in a workspace flow target, but not in the workspace itself.
incoming link
A link from the current (target) artifact to a source artifact, such as a Validated By link from a requirement to a test case. See also outgoing link.
index
A set of URIs that point to resources in one or more lifecycle tool so that the set of URIs can be queried together. Access depends on the identity of the authenticated user.
inheritance
  1. The process of passing access rights to a child item from a parent item by default.
  2. An object-oriented programming technique in which existing classes are used as a basis for creating other classes. Through inheritance, more specific elements incorporate the structure and behavior of more general elements.
inherited value
An attribute value that is inherited from the parent object by a child object.
in-link
A link to an object in a module from another object in the same module, or from an object in a different module in the database.
in-place editing
A function in which objects, graphs, or tables can be edited without exiting the currently active application.
instance
An entity to which a set of operations can be applied and that has a state that stores the effects of the operations.
instance line
A vertical timeline in a sequence diagram that shows the sequence of messages that an object processes and the states that it enters over its lifetime.
internal block diagram
A diagram that shows the internal structure or decomposition of a block into its parts or subsystems. See also block diagram.
internal contribution
The contribution of a global configuration to another where both configurations reside on the same Global Configuration Management server.
interrupt
Suspension of a process, such as execution of a computer program, caused by an external event and performed in such a way that the process can be resumed.
interrupt service routine (ISR)
A software routine that receives and examines interrupts and determines how to handle them.
invalid
In linking and traceability, pertaining to a manually set status when two artifacts do not satisfy the meaning of the link between them. The contents of at least one artifact must change to satisfy the link. See also suspect, valid, validity summary.
ISPF client
An SCM client used for working with source code from the ISPF interface. The ISPF client can be used to load, edit, check in, and deliver source. It can also be used to access build functions and associate work items with changes.
ISR
See interrupt service routine.
iteration
In agile development, a set period of time in which work is completed. Sprints can vary in length, for example, from 1 to 4 weeks, but typically have a fixed duration within a project.
iteration plan
An artifact that shows the work items and additional unstructured information for a team or project area within a development phase.
iterator
A class or construct that is used to step through a collection of objects one at a time.

J

Java Database Connectivity (JDBC)
An industry standard for database-independent connectivity between the Java platform and a wide range of databases. The JDBC interface provides a call level interface for SQL-based and XQuery-based database access.
JDBC
See Java Database Connectivity.
join
In UML diagrams, a node that models two or more flows of control that unite into a single flow.

K

kernel
The part of an operating system that contains programs for such tasks as input/output, management and control of hardware, and the scheduling of user tasks.
keystore
In security, a file or a hardware cryptographic card where identities and private keys are stored, for authentication and encryption purposes. Some keystores also contain trusted or public keys. See also keytool.
keytool
A utility used for creating SSL encryption keys and managing the keystores where they are maintained. See also keystore.
keyword
A statement or group of statements that one can reuse in test scripts.
keyword driven testing
A scripting technique that uses data files to contain not only test data and expected results, but also keywords related to the application being tested. The keywords are interpreted by special supporting scripts that are called by the control script for the test. (ISTQB) See also data driven testing.

L

label specifier type
An enumerated attribute type that the user selects to configure electronic signatures. The enumerated attribute type is comprised of the values from which signatories can choose.
language definition
A Jazz model object that serially connects the translators used to build an artifact. The association of a language definition to an artifact provides instructions for how the artifact should be built.
last mile
In communications, the final part of the network that delivers services to end users.
layout DXL
A layout that uses a DXL program to calculate values, which are then shown in a column, typically to construct traceability or impact analysis reports. The DXL program is associated with one column, not with an attribute.
level
In a database, the successive vertical dependencies in a hierarchical structure.
library
A system object that serves as a directory to other objects. A library groups related objects, and allows users to find objects by name.
library definition
A system object that describes an IBM i Library, and is stored in the IBM Engineering Workflow Management Jazz repository. Every library that a build process references must correspond to a library definition.
lifecycle
The complete process for planning, creating, testing, and deploying software or systems.
lifecycle application
A tool that manages the work for a phase of the development lifecycle. See also lifecycle tool.
lifecycle index
A set of URIs that point to resources in one or more lifecycle tools so that the set of URIs can be queried together. Access depends on the identity of the authenticated user.
Lifecycle Query Engine (LQE)
A component that indexes and searches for assets that are stored in any tool that can support the Tracked Resource Set (TRS) specification.
lifecycle tool
An application that manages the work for a phase of the development lifecycle. See also lifecycle application.
lifeline
In a sequence diagram, a connectable element (an object or a role) that describes how each instance participates in the interaction over a period of time.
link
  1. A bidirectional indication of dependency between two or more requirements in the same module or different modules.
  2. In a linked data system, a relationship between two artifacts as expressed by a unique URI.
link discovery
A capability that enables external applications that are integrated with Rational DOORS to find OSLC links in Rational DOORS and make them visible in the external applications. See also back linking.
linked data
A method of publishing structured data so that it can be linked to and from other data sets.
linker
A program that resolves cross-references among separately compiled object modules and then assigns final addresses to create a single executable program.
link index provider (LIP)
An application that indexes links to artifacts in contributing applications and makes those links available to other applications.
linkset
A division of information in each module that contains information about the links from one particular module to another.
linkset pairing
A specification for which link module should be used when links are created between certain modules.
links explorer
A capability for visualizing relationships among artifacts and modifying those relationships.
link type
A definition of a relationship between artifacts. A link type has a relationship label that indicates how the linked artifacts are related.
link validity
See validity.
LIP
See link index provider.
load rule
  1. An entry in a load rule file that determines how an item from a repository workspace, such as a file, folder, or symbolic link, is loaded into a local sandbox.
  2. A statement in the config spec that specifies an element or subtree to load into a snapshot view. Config specs can have more than one load rule.
local change
A change to an element that only exists in a sandbox and has not yet been committed to the repository workspace.
local configuration
A configuration that's managed by one tool. See also configuration.
local heap
A preallocated, continuous, bounded chunk of memory that has the capacity to hold a user-defined number of objects.
logical difference
A change that effects the logic of a model.
LQE
See Lifecycle Query Engine.

M

make command
A statement that can be used to build an application.
Managed Bean (MBean)
In the Java Management Extensions (JMX) specification, the Java objects that implement resources and their instrumentation.
marshal
To convert an object into a data stream for transmission over a network.
master configuration
The configuration data held in a set of files that form the master repository for either a deployment manager profile or a stand-alone profile. For a deployment manager profile, the master configuration stores the configuration data for all the nodes in the network deployment cell.
master page
The definition of the header, footer, and watermark for a document to generate.
MBean
See Managed Bean.
merge
To combine some or all of the content of one stream or baseline into another stream.
metaclass
A class whose instances are classes. Metaclasses are typically used to construct metamodels.
metadata
Data that describes the characteristics of data; descriptive data.
metadata model
A set of related dimensions, query subjects, and other objects that represent data for reporting applications.
migrator
In the asynchronous migration task, a process that runs to upgrade data for a specific artifact type.
milestone
A significant event in a project or process that is used to determine progress toward goals.
minimap
In a large diagram, a view that shows a smaller version of the entire diagram to orient users to their current location in the diagram.
missing resource
A resource that is included in the Tracked Resource Set (TRS) feed but not in the Lifecycle Query Engine (LQE) index.
model
A representation of a process, system, or subject area, typically developed for understanding, analyzing, improving, and replacing the item being represented. A model can include a representation of information, activities, relationships, and constraints.
module
A structured document that is composed of multiple requirement artifacts. Structure can be created in a module by modifying the order and hierarchy of the artifacts.
mutator method
A method that an object provides to define the interface to its instance variables. See also accessor method.
mutex
See mutual exclusion.
mutual exclusion (mutex)
A flag used by a semaphore to protect shared resources. The mutex is locked and unlocked by threads in a program.
MXBean
An MBean (managed bean) that references a predefined set of data types so that any client, including a remote client, can use the bean.

O

OAuth
An HTTP-based authorization protocol that gives applications scoped access to a protected resource on behalf of the resource owner, by creating an approval interaction between the resource owner, client, and resource server.
object
A self-contained piece of information in a module that can be arranged in a hierarchy and linked to show dependencies.
Object Request Broker (ORB)
In object-oriented programming, software that serves as an intermediary by transparently enabling objects to exchange requests and responses.
Open Services
See Open Services for Lifecycle Collaboration.
Open Services for Lifecycle Collaboration (Open Services, OSLC)
An open community that facilitates collaboration and standardization across the delivery lifecycle by building practical specifications for integrating software.
ORB
See Object Request Broker.
OSLC
See Open Services for Lifecycle Collaboration.
outgoing change set
A change set in a repository workspace that flows to a stream or to another repository workspace. An outgoing change set is present in a workspace, but not in a workspace flow target.
outgoing link
A link from the current (source) artifact to a target artifact, such as a Satisfies link from a test case to a requirement. See also incoming link.
outgoing synchronization
A process by which changes that users make to work items are propagated to the ClearQuest user database.
outlining
A method of reducing the amount of text that is displayed in a module so that the module structure can be seen clearly.
out-link
A link from an object in a module to another object in the same module, or to an object in a different module in the database.

P

package
  1. A product or component that is specifically designed for installation by IBM Installation Manager.
  2. A subset of a project that is created to make metadata available to users. Different packages can be created so different user groups can create the reports they need.
  3. A set of tasks that a person is allowed to perform.
page
In a graphical interface, a predefined display image that typically provides fields and controls that help users accomplish tasks.
parameter
  1. In UML modeling, a specific argument that passes information between behavioral features of models, such as operations.
  2. A value or reference passed to a function, command, or program that serves as input or controls actions. The value is supplied by a user or by another program or process.
parametric diagram
A diagram of the mathematical relationships among the parts of a system that are being designed.
parm
See parameter.
partition definition
A specification of the modules to be included in a partition file. It defines the access that is allowed to each module in the partition, and the access that is allowed to the attributes and views in each of those modules.
pass
  1. A test is deemed to pass if its actual result matches its expected result. (ISTQB)
  2. The status of a test when the actual results match the expected result.
patch
A type of change event in the Tracked Resource Set (TRS) feed that has information about minor modifications to artifacts.
pattern
A sequence of characters used either with regular expression notation or for path name expansion, as a means of selecting various characters strings or path names, respectively. The syntaxes of the two patterns are similar, but not identical.
personal stream
In configuration management, a modifiable configuration of artifacts that is insulated from public streams. Users can test their changes before delivering them to a public stream.
PLE
See product line engineering.
plug-in
A separately installable software module that adds function to an existing program, application, or interface.
port
A distinct interaction point between a class and its environment or between the behaviour of a class and its internal parts.
post-command condition
Environmental and state condition that must be fulfilled after document generation. See also pre-command condition.
postcondition
Environmental and state conditions that must be fulfilled after the execution of a test or test procedure. (ISTQB) See also precondition.
pre-command condition
Environmental and state condition that must be fulfilled before document generation. See also post-command condition.
precondition
Environmental and state conditions that must be fulfilled before the component or system can be executed with a particular test or test procedure. (ISTQB) See also postcondition.
predecessor
An activity in a dependency relationship that logically precedes another.
priority
In software and systems development, a rank assigned to requirements or work items to determine the order in which they are worked on.
processor core
A single processing unit on a chip with multiple processing units.
processor value unit (PVU)
A unit of measure that is assigned to each processor core for software licensing purposes. PVUs vary according to chip architecture. See also subcapacity.
product
Something produced that is marketed or sold. A product is formed from a particular configuration of component parts, which can be software applications, physical parts, or services. A complex product might contain multiple systems. A system might be made up of multiple products. See also product line, system, variant.
product backlog
See backlog.
product family
See product line.
product line
A group of closely related products that are variants of each other. Products that make up a product line are often produced from a common base or architecture. See also product, system, variant, variation point.
product line engineering (PLE)
A method for designing and developing a line of products that are based on common components with variations in features and functions to provide a diverse product line efficiently at a reduced development cost.
project
  1. A temporary endeavor or initiative created and managed to achieve an organization's objectives.
  2. An organized collection used to group folders or packages. Projects are used for building, version management, sharing, and organizing resources related to a single work effort.
project area
An area in the repository where information about one or more software projects is stored.
project area configuration
See local configuration.
project manager
A type of Rational DOORS user who can perform a limited set of management tasks.
project release plan
An artifact that shows plan items and additional unstructured information for a team or project area and all related child team areas and iterations.
project snapshot
A subset of a baseline that identifies artifacts that have been approved or assigned to a milestone or other meaningful event.
promotion
A mechanism for moving binaries, source code, source code data, build maps, output, Partitioned Data Sets (PDS) on z/OS or libraries on IBM i, and other build artifacts up the development-test-production hierarchy on a z/OS or IBM i system.
property
A characteristic of an object that describes the object. A property can be changed. Properties describe an object name, type, value, or behavior, among other things.
proposal
An item that suggests a change to an object in a module.
purge
To permanently delete data from a location, system, or database.
PVU
See processor value unit.

Q

Q Language
A language used to write advanced conditions and create advanced statements about attributes.
QM
See quality management.
quality management (QM)
A systematic approach to build quality into a solution and assess the quality of deliverables and processes throughout a project lifecycle.
query
  1. A way of retrieving information from the lifecycle index of artifacts, such as products, work items, requirements, design models, and test cases. The resulting list of artifacts can be used to populate a view, run a report, perform an analysis, and more.
  2. A specification for a set of data retrieved from a data source.
queue tail
The last item in a queue.

R

RDF URI
See Uniform Resource Identifier.
reactive class
A composite class that has a statechart and consumes events.
reactive object
An object that is a composite, and can receive and process events. Reactive objects have state-based behavior that is defined in a statechart.
realization relationship
In UML, a dependency relationship in which one class implements the behavior that another class specifies.
rebase
  1. A source control operation that makes a development work area current with the set of versions represented by a more recent baseline in another stream, usually the project's integration stream or a feature-specific development stream.
  2. To recalculate the base resources of a tracked resource set.
reconcile
To compare and optionally update the links in an artifact that point to other artifacts. When a source artifact is reconciled, its links are compared with the states of its associated target artifacts in another application. After reconciliation, the changes can be synchronized or ignored, or the associated artifacts can be updated. See also synchronize.
redact
See scrub.
redline markup
A function in Rational DOORS that highlights both inserted and deleted text.
refactor
To make changes across a set of artifacts without changing the behavior of the application or its relationships to other elements. See also clone.
repo
See repository.
report
  1. In Rational Publishing Engine, the specification fof the parts of a document to generate, as defined by templates such as for the table of contents, front cover, body, index, and back cover. See also document.
  2. A set of data deliberately laid out to communicate business information.
reportable shape
A user-defined set of conditions that defines which attributes and link types are available for use by external reporting tools.
report server
An application server that hosts reports and report editors.
report template
A template that is used to create reports. Parameters in the report template are specified when the report is created or run.
repository (repo)
A persistent storage area for data and other application resources.
repository workspace
A repository object that includes one or more components. Repository workspaces are typically used by individual team members to contain their changes in progress. Team members deliver their changes from their repository workspace to the stream and accept changes from other team members into their repository workspace from the stream. Every repository workspace has an owner, and only the owner can make changes in the workspace. See also workspace.
Representational State Transfer (REST)
A software architectural style for distributed hypermedia systems like the World Wide Web. The term is also often used to describe any simple interface that uses XML (or YAML, JSON, plain text) over HTTP without an additional messaging layer such as SOAP.
ReqIF
See Requirements Interchange Format.
request token
A value that is used by the consumer to obtain authorization from the user and that is exchanged for an access token.
requirement
  1. A condition or capability that a system must provide. This condition is either derived from user needs or stated in a contract, standard, specification, or other document.
  2. A condition or capability needed by a user to solve a problem or achieve an objective that must be met or possessed by a system or system component to satisfy a contract, standard, specification, or other formally imposed document. (ISTQB)
Requirements Interchange Format (ReqIF)
An XML file format and workflow to exchange requirements, metadata, and status between software tools from different vendors.
requirements management (RM)
A systematic approach to eliciting, organizing and documenting the requirements of a system, and establishing and maintaining agreement between the customer and the project team on changes to those requirements.
Requirements Management Rich Text Format (RM-RTF)
The native format of textual requirements in the RM system.
resolve
To reconcile conflicts among change sets in a repository workspace.
resource
  1. A specific XML entity in an XML data source. A resource can be associated with an XML schema and can be used to map a data source to a relational database table to create reports.
  2. See artifact.
  3. A person who can be assigned to work breakdown structure (WBS) elements.
resource definition
  1. See data set definition.
  2. See library definition.
resource group
A collection of XML sources from a product that share a common base web address. The web address determines the connection between the product data and the relational database that is used to create reports.
resource leveling
During plan scheduling, the process of resolving over-allocated resources by delaying tasks until the assigned resources are available to work on them.
resource shape
In the Open Services for Lifecycle Collaboration (OSLC) specification, a high-level description of the contents, properties, and constraints of a resource. See also artifact type.
response file
A file that can be customized with the setup and configuration data that automates an installation. During an interactive installation, the setup and configuration data must be entered, but with a response file, the installation can proceed without any intervention.
REST
See Representational State Transfer.
resume
To reinstate a previously suspended change set to a repository workspace.
reverse proxy
An IP-forwarding topology where the proxy is on behalf of the back-end HTTP server. It is an application proxy for servers using HTTP.
revision
A version of an artifact that is designed to replace an earlier version, such as a model year of a car or a revised requirement. See also artifact, version.
rich hover
An in-context preview of the content that a link points to when the cursor hovers over the link.
risk
An ongoing or upcoming concern that has a significant probability of adversely affecting the success of major milestones.
RM
See requirements management.
RM-RTF
See Requirements Management Rich Text Format.
roll back
To revert a software package to a previously installed version.
roundtripping
A process of converting data from one type to another and then back to the first type while preserving the format and content of the data.

S

sandbox
An area on a file system where a developer can modify and test items in isolation, before returning them to the source control component and sharing them with other developers. A sandbox is a reflection of all or part of a repository workspace on disk.
scalar
Pertaining to a single data item.
schedule constraint
A limit to set controls on the start and finish dates on project tasks. Available constraints are as soon as possible and finish-no-later-than.
schema
  1. See XML schema.
  2. A specification for the structure and semantics of some related data. The schema is used to validate or otherwise understand a group of data.
SCIM
See System for Cross-domain Identity Management.
SCM
  1. See source control management.
  2. See software configuration management.
screen flow
A representation of a sequence of user-driven software processes that are presented as a series of graphical user interfaces.
scrub
To permanently delete all instances of and references to specific data, such as removing all traces of sensitive information from an application.
scrum
  1. An agile software programming method that uses small, self-organizing, cross-functional teams, and iterative, incremental practices.
  2. A daily, informal meeting between stakeholders in an agile development project. Participants must include a scrum master, the product owner, and the team and might include the product manager and other stakeholders.
search path
A list of the libraries provided to a IBM Engineering Workflow Management build to locate artifacts for the build, including the load library and object library for an i Project on IBM i.
Secure Sockets Layer (SSL)
A security protocol that provides communication privacy. With SSL, client/server applications can communicate in a way that is designed to prevent eavesdropping, tampering, and message forgery.
security certificate
A certificate containing information used by the SSL protocol to establish a secure connection. The information can include who a certificate belongs to, who issued it, its unique serial number, its valid dates, and its encrypted 'fingerprint’ that is used to verify the contents of the certificate.
security testing
Testing to determine the security of the software product. (ISTQB) See also functionality testing.
semaphore
An entity used to control access to system resources. Processes can be locked to a resource with semaphores if the processes follow certain programming conventions.
server friend
A server that allows other servers to communicate with it. After cross-server communication is configured, project areas and artifacts can be linked across servers.
severity
In software and systems development, a measurement of the importance for a unit of work, for example, critical, high, medium, or low.
shareable edit
A method of editing where users can lock different sections in the same module and edit those sections.
signature
The name and parameters of a behavioral feature.
silent installation
An installation that does not send messages to the console but instead stores messages and errors in log files. A silent installation can use response files for data input.
Simple Cloud Identity Management
See System for Cross-domain Identity Management.
single sign-on (SSO)
An authentication process in which a user can access more than one system or application by entering a single user ID and password.
singleton
A class that can be instantiated only once. A singleton class cannot be an interface.
skeleton code
A server-side code.
skipped resource
A resource that cannot be fetched with an HTTP GET request to the application by Lifecycle Query Engine.
smart card
An intelligent token that is embedded with an integrated circuit chip that provides memory capacity and computational capabilities.
snapshot
  1. In IBM Engineering Lifecycle Optimization - Engineering Insights, a saved, shareable instance of a view that shows artifacts and their relationships at the moment that instance is saved. A snapshot can be refreshed to show current artifacts and relationships.
  2. See baseline.
  3. In source control management, a collection of baselines that represents the configuration of a repository workspace or stream at a point in time.
snippet
In Rational Publishing Engine, a document template that contains only the elements for reuse in other document templates.
socket
A communications handle used by TCP/IP.
software configuration management (SCM)
The tracking and control of software development. SCM systems typically offer version control and team programming features. See also source control management.
source code data
Metadata, dependency properties, and other user-defined data that are created and updated periodically by running scanners against the source code. The data can be queried, edited, and used to analyze the impact of potential changes. Source code data is used by dependency builds to determine which dependant artifacts have changed and therefore require that buildable files be rebuilt.
source control
A tool that is used to manage source code, documents, and other artifacts to place under version control and share with a team.
source control management (SCM)
An aspect of software configuration management that involves managing changes to collections of files. See also software configuration management.
SPARQL
A query language for RDF that is used to express queries across diverse data sources. The W3 specification defines the syntax and semantic of the SPARQL query language.
sprint
See iteration.
SSL
See Secure Sockets Layer.
SSO
See single sign-on.
stack
An area in memory that typically stores information such as temporary register information, values of parameters, and return addresses of subroutines and is based on the principle of last in, first out (LIFO).
staging stream
A copy of a stream hierarchy that acts as a staging area for a new baseline.
stakeholder
An individual or organization that is involved in or may be affected by project activities.
stale resource
A resource that is out-of-date in the Lifecycle Query Engine index because a change made in the application is not yet reflected in the index.
start date
A point in time associated with the start of work and usually qualified as actual, planned, estimated, and scheduled. Start date combined with duration and dependencies permits the calculation of finish date.
statechart
A chart, added at the class level, that describes the behavior of a particular class. Statecharts also define the behavior of objects by specifying how they react to events or operations.
stereotype
A meta-classification of an element. Stereotypes have semantic implications which can be specified for every specific stereotype value.
story
A development work item that defines part of a use case or a specific contribution to the value of the overall product.
storyboard
A sequential illustration of a user scenario that consists of numbered frames on a timeline.
stream
  1. In configuration management, a modifiable set of versioned artifacts. See also artifact, baseline, configuration.
  2. In source control management, a repository object that includes one or more components. Streams are typically used to integrate the work that is stored in repository workspaces. Team members deliver their changes to the stream and accept changes from other team members into their repository workspaces from the stream.
struct
An aggregate of elements having arbitrary types.
stub code
A piece of client-side code used for converting parameters.
stylesheet
A set of formatting rules that specify the standard appearance for a document.
subcapacity
Pertains to a software licensing scheme that bases charges on the capacity of the partition where the licensed program is used, rather than on the total capacity in the server. See also processor value unit.
summary task
A container element that comprises a series of tasks.
suspect
In linking and traceability, pertaining to a status when two artifacts might not satisfy the meaning of the link between them. The contents of the artifacts must be reviewed to verify that they satisfy the link. See also invalid, valid, validity summary.
suspend
To temporarily remove a change set from a repository workspace.
suspicion profile
A profile that identifies a set of link types, artifact types, and attributes to watch for changes. When artifacts that match the profile criteria are changed, the linked artifacts are marked with a suspicion indicator.
sync
See synchronize.
synchronization engine
The process that synchronizes data between Rational ClearCase and IBM Engineering Workflow Management source control.
synchronize (sync)
To add, subtract, or change one feature or artifact to match another. See also reconcile.
system
A set of individual components, such as people, machines, or methods, that work together to perform a function. See also product, product line.
system attribute
An attribute that is automatically generated when a module or object is created.
system definition reference search
A search that is used to discover which artifacts are associated with a particular system definition. The search can also re-reference a set of artifacts with a different system definition in one step.
system definitions
A collective term referring to a group of definitions in IBM Engineering Workflow Management, including IBM i libraries, z/OS data set definitions, language definitions, and translators.
system definitions node
A project node that is used to organize IBM i libraries and search paths, z/OS data set definitions, language definitions, and translators in the Team Artifacts view of IBM Engineering Workflow Management.
System for Cross-domain Identity Management (SCIM)
An Internet Engineering Task Force (IETF) specification and open API for managing user identities in cloud-based applications and services.
system tick
The minimal interval of a system timer.

T

tag
An identifier that groups related artifacts.
task
  1. In agile development, a work item that defines a specific piece of work.
  2. A scheduled project activity to which a resource can be assigned to perform work.
TC
See test case.
TCER
See test case execution record.
team area
A place within a project area for managing team membership, roles, assignments, and team artifacts.
team release plan
An artifact showing plan items and additional unstructured information for a team or project area and a development iteration and the associated child iteration plans.
template
  1. In UML modeling, a model element with unbound formal parameters that you can use to define families of classifiers, packages, and operations. A parameterized model element that describes or identifies the pattern for a group of model elements of a particular type.
  2. A reusable report layout that can be used to set the presentation of part of a query or report definition. Each template includes information from data source schemas, variables, and styles.
test case (TC)
  1. A set of tasks, scripts, or routines that automate the task of testing software.
  2. A set of input values, execution preconditions, expected results and execution postconditions, developed for a particular objective or test condition, such as to exercise a particular program path or to verify compliance with a specific requirement. (ISTQB)
test case execution record (TCER)
A record of the execution environments for a specific instance of a test case. One can use this record to run a test case instance and to track the status of each test run.
test configuration
A set of characteristics of the system that hosts the system under test. These characteristics affect the conditions for test execution and the evaluation of test results.
test data
Data that exists (for example, in a database) before a test is executed, and that affects or is affected by the component or system under test. (ISTQB)
test design specification
A document specifying the test conditions (coverage items) for a test item, the detailed test approach and identifying the associated high level test cases. (ISTQB)
test environment
An environment containing hardware, instrumentation, simulators, software tools, and other support elements needed to conduct a test. (ISTQB)
test estimation
The calculated approximation of a result related to various aspects of testing (e.g. effort spent, completion date, costs involved, number of test cases, etc.) which is usable even if input data may be incomplete, uncertain, or noisy. (ISTQB)
test plan
A set of test cases that defines an area of testing.
test script
Commonly used to refer to a test procedure specification, especially an automated one. (ISTQB)
test suite
A collection of test cases that are grouped for execution purposes.
test suite execution record (TSER)
A record of the execution environments for a specific instance of a test suite. One can use this record to run a test suite instance and to track the status of each test run.
thread
A stream of computer instructions that is in control of a process. In some operating systems, a thread is the smallest unit of operation in a process. Several threads can run concurrently, performing different jobs.
tick time
The interval of time that defines the basic system tick.
tick timer
A timer used by the operating system factory for real-time modeling.
time code
A code that is used by resources in the timesheet module to classify reported time.
timeline
An area of activity in a project that typically has its own schedule, deliverables, teams, and process.
timeout
An event that occurs at the end of a predetermined period of time that began at the occurrence of another specified event.
timer
A task that produces output at certain points in time.
TLS
See Transport Layer Security.
toolkit
A set of development tools used to write and test software applications.
topology
The physical or logical mapping of the location of networking components or nodes within a network.
trace link
A hyperlink that conveys relationships between the artifacts it links, such as dependency, origin, derivation, implementation, or validation. Trace links have link types, which are defined by an Open Services for Lifecycle Collaboration specification or by a project. See also content link.
track build item
A development work item that tracks required fixes after a failed build.
tracked resource set (TRS)
The set of resources in a finite collection of artifacts, expressed as a set of members (a base) and a change log.
translator
A Jazz model object that describes a single build step in which a translator executable program is invoked with the required inputs and outputs. Inputs and outputs are the same as z/OS data sets or IBM i libraries, so a translator must reference multiple data set or library definitions.
Transport Layer Security (TLS)
A set of encryption rules that uses verified certificates and encryption keys to secure communications over the Internet. TLS is an update to the SSL protocol.
traversal
The process of systematically visiting each node in a diagram or tree once.
traverse
To systematically visit each node in a diagram or tree once.
TRS
See tracked resource set.
trusted consumer
A consumer that can share authorization with other trusted consumers and does not require user approval to access data. A consumer must be designated as trusted in an access request to become a trusted consumer.
TSER
See test suite execution record.
type definition
An entry in the type system for an artifact type, attribute, data type, or link type.
type system
The set of types of artifacts and the definitions of their attributes, data types, and link types that are available in an application.
type system model
A collection of types and property information that is gathered from a set of tools and their data artifacts.

U

undelete
To restore an item to the database.
Uniform Resource Identifier (URI)
A unique address that is used to identify content on the web. The most common form of URI is the web page address, which is a particular form or subset of URI called a Uniform Resource Locator (URL). A URI typically describes how to access the resource, the computer that contains the resource, and the location of the resource on that computer.
upstream
Pertaining to a direction that goes against the flow of a development process that moves from requirements to designs to implementation to tests. For example, requirements are upstream from tests. See also downstream.
URI
See Uniform Resource Identifier.
use case
The specification of a sequence of actions that a system can perform, interacting with users of the system. Use cases are used in system analysis to identify system requirements.
user interface sketch
A mock-up of a graphical user interface at any one point in the application's operation.

V

valid
In linking and traceability, pertaining to a manually set status when two artifacts satisfy the meaning of the link between them. See also invalid, suspect, validity summary.
validity
In linking and traceability, an assessment of whether two artifacts satisfy the meaning of the link between them. See also validity summary.
validity summary
In linking and traceability, an aggregate assessment of whether links for an artifact are valid. See also invalid, suspect, valid, validity.
variable
  1. In Rational Publishing Engine, a customized data attribute that is defined for a template and whose value can be assigned or calculated when a document is generated.
  2. In IBM Engineering Workflow Management, a user-defined parameter that can be included in the command and option strings of the translator.
variant
A version of an artifact or a product that is identified by a specific set of characteristics that distinguish it from other artifacts or products in the product line, where each variant can exist at the same time as other versions of the artifact or product. See also product, product line, variation point.
variation point
An aspect of a design with multiple potential values that, when chosen, define one of the characteristics that distinguish one product from another within a product line. See also product line, variant.
verbose logging
A logging option that records more information than standard logging to provide information for troubleshooting.
version
The referenceable state of an artifact. In a linked data system, each version can be referenced with a unique URI. See also artifact, configuration, configuration specification, revision.
view
  1. A subset of information that can be displayed by applying filters or sorting.
  2. In Eclipse-based user interfaces, any pane in the workbench that is outside the editor area and can be stacked (dragged and dropped) on top of other views. Views provide different ways to look at or work with the resources in the workbench.
V process model
A visual representation of the systems development lifecycle as a modified waterfall methodology, with the phases arrayed across a V shape to correlate development with testing.

W

WBS
See work breakdown structure.
web app
See web application.
web application (web app)
An application that is accessible by a web browser and that provides some function beyond static display of information, for instance by allowing the user to query a database. Common components of a web application include HTML pages, JSP pages, and servlets.
webify
To enable a model to work on the web.
widget
A portable, reusable application or piece of dynamic content that can be placed into a web page, receive input, and communicate with an application or with another widget. See also gadget.
wireframe
A simple line diagram or schematic that is used to mock up user interfaces or web pages.
work
An assignment to tasks with estimated or planned hours. See also effort.
work breakdown structure (WBS)
A grouping of project elements, organized in a hierarchical tree structure. It defines the total scope of the project at the highest level in the tree and each descending level provides an increasingly granular definition of each element.
workflow
A sequence of connected steps that moves an action to completion.
working set
A user-defined set of conditions that defines which projects, folders, and modules are available for use by external reporting tools.
work item
An artifact representing a generalized notion of a development task, such as a task, defect report, or enhancement request.
workspace
  1. In Eclipse, the collection of projects and other resources that the user is currently developing in the workbench. Metadata about these resources resides in a directory on the file system; the resources might reside in the same directory. See also repository workspace.
  2. A context that contains a collection of artifacts that a user with appropriate permission can modify.
workspace flow target
A source or destination of incoming and outgoing change sets.
wrapper thread
A thread used to wrap an external thread so it can be treated as one of the application threads on the call stack. A wrapper thread can be suspended, resumed, can have its priority set, and can participate in animation.

X

XDC file
See XML data configuration file.
XML data configuration file (XDC file)
A configuration file that defines the relationship between entities in a data source and columns in a relational table. See also data source schema.
XML schema
A mechanism for describing and constraining the content of XML files by indicating which elements are allowed and in which combinations. XML schemas are an alternative to document type definitions (DTDs) and can be used to extend functionality in the areas of data typing, inheritance, and presentation.

Z

zComponent
A logical group of z/OS artifacts that share a common context; for example, all of the artifacts in a zComponent might comprise part of some application.
zComponent project
  1. An Eclipse integrated development environment (IDE) project with specific z/OS IBM Engineering Workflow Management components.
  2. A container into which buildable artifacts, such as COBOL programs, can be grouped.
zFile
An artifact that represents a PDS member on MVS. A zFile can be associated with a language definition for Ant builds or for Rational Developer for System z integration syntax checking.
zFolder
A container for a group of artifacts within a zComponent Project, used to represent a partitioned data set (PDS). Each zFolder is associated with a data set definition to create the source PDS on z/OS.