Glossary
Add-in
When a new modular capability can be added to an already
developed system via exposed interfaces.
- ANSI
American National Standards Institute. This organization
is responsible for approving U.S. standards in many areas,
including computers and communications. Standards approved
by this organization are often called ANSI standards (e.g.,
ANSI C is the version of the C language approved by ANSI).
ANSI is a member of ISO.
Binding Time
The time at which decisions are made. In software, binding
times vary from conceptual, to design, to coding, to compile
time, to execution. Static binding happens at compile
time and certain type information is used and sometimes then
thrown away; dynamic binding happens at run time.
Class Libraries
Class libraries are collections of class definitions and
implementations.
Component
Any software (sub)system that can be factored out and has
a potentially standardizable or reusable exposed
interface. Components in a software architecture can be identified
at different levels of abstraction, and the components identified
at these different levels may not be in one-to-one correspondence.
(issues with components)
- least common denominator component interfaces so that
resulting implementations do not meet anyone's needs
- portmanteau standards (that become increasingly complex,
overloaded, heavyweight) that include features anyone wanted
but few implement or include but not by reference other
standards and are not further decomposable.
- interface versus implementation factoring and composition.
- implementations that expose additional interfaces beyond
standard ones (special features) that some users want or
find useful and take advantage of - use of these features
means the resulting system cannot be ported (as easily),
a pay-me-now or pay-me-later tradeoff where the more
expedient possibly more expensive pay-me-later usually wins.
- APIs with many, many user accessible interfaces
Delegation
Like inheritance in that a class definition is defined in
terms of other class definitions but not necessarily via a
static class hierarchy and often dynamically at runtime so
that new dependencies can be added. Microsoft COM does not
support inheritance but does support a kind of delegation
allowing new behaviors to be added to running systems (an
advantage).
Integration
To put parts together into a whole somehow. "The goal
of integration is to combine the required elements into a
needed capability".
Interoperation
When systems work together, they are said to be interoperating.
Object
An encapsulated software unit consisting
of both state (data) and behavior (code).
Object Model
A specific collection of classes in some object modeling
formalism.
Plug-and-Play
(General) when new components can be added to a (running)
environment without an extensive system configuration effort
or integration effort.
Plug-In
Plug-Ins are not guaranteed to be portable
across environments. Plug-Ins are programs that are
downloaded to the client, they are not guaranteed to be portable
across environments.
Three tier architecture
(Web) Many Web tools use this phrase to indicate the three
layers of web architecture characterized by web client - web
server - CGI-gatewayed-backend server. The backend server
(for instance, a DBMS) takes parameters typically embedded
in URLs and returns html pages that it constructs on the fly.
Plug-Ins and Java provide other interesting Web extensional
architectures.
(Enterprise) A client/server architecture
consisting of three layers: "thin clients" primarily implementing
presentation services (e.g., graphical interfaces); "application
servers" implementing business functions and business logic;
and "database servers" managing persistent data. In some variants,
interfaces to legacy systems may also be included in the database
server layer.
Wrapper
Several mechanisms that are used to attach together other
software components. A wrapper may encapsulate a single system,
often a data source, to make it usable in some new way that
the unwrapped system was not. Wrappers are often assumed to
be simple but in general they can be used
- to expose all or some of the functionality of the thing
they are wrapping
- to present a simplified or standard interface to make
a component more available (as when legacy systems are wrapped
with IDL or Java beans)
- to wrap diverse systems so that they can be federated
together to present a common interface
- to add functionality to a system for some or all users
- to be added to a legacy system at a later date to make
it easier for developers in other environments to access
the legacy system. IDL and Java are used for this purpose.
- to expose some of a system's internal interfaces. This
can often not be done very efficiently as with preprocessors
for languages like C++ or query optimizers. Compilers, DBMS
systems, and other complex systems do not often expose interfaces
to internal components like optimizers or code generators.
- Often the system continues to expose its old interface
to legacy applications that still use it. If the system
evolves, the wrapper often needs to evolve too, which can
be a maintenance headache.
Request
more Information
|