このセクションでは、コンポーネント業界全体およびITの世界全般で使用される用語の定義を掲載しています。技術は常に進化しており、新しい標準、頭字語、用語がほぼ毎日のように導入されています。
# | A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z
.NET Assembly
.NET Assembly は、.NET コンポーネントが展開される方法です。DLL に相当します（実際、ファイル拡張子は .DLL です）。
.NET Component or Component Library
.NET Component または Component Library は、非視覚的な .NET コンポーネントの一種です。ビジネスロジックをカプセル化し、それをさまざまなアプリケーションに展開できるように設計されています。Control ではないため、Visual Basic Form のような Control Container は必要ありません。
.NET Consumer
.NET Consumer は、.NET Framework を利用できる開発言語です。MSIL にコンパイルされる必要があります（Glossary: MSIL を参照）。COBOL、APL、Pascal、RPG、FORTRAN などの .NET Consumer があります。
.NET Extender
.NET Extender は、.NET を使用し、かつ拡張できる開発言語です。現在のところ、Visual Studion スイートの開発言語のみが .NET Extender です。
.NET Framework
Microsoft 版の COM で、インターネット技術との完全な統合を実現します。.NET Framework コンポーネントは、そのインターフェイスをサービスとして実装できるため、アプリケーションはコンポーネントをクライアントマシンに読み込むことなく、インターネット経由でコンポーネントの機能を利用できます。
.NET Ready/Tested with the .NET Runtime Callable Wrapper
Microsoft .NET Framework は、既存の COM コンポーネントをサポートするための互換レイヤーを提供します。Common Language Runtime には Runtime Callable Wrapper が含まれており、COM コンポーネントをラップして .NET assembly として公開します。このフラグは、コンポーネントの作者が Visual Studio.NET でこのコンポーネントをテストし、動作を確認したことを示します。
.NET Web Control (ASP.NET Server Control)
ASP.NET Server Control (Web Control) は、Web アプリケーションにサーバー側の視覚的（または非視覚的）機能を提供するコンポーネントです。Web Service とは異なり、Web サーバーがコンポーネントをホストし、そのプロパティ、メソッド、イベントへのすべての通信を制御します。
.NET Web Service
Web Service は、標準の Web プロトコル経由でアクセスできるプログラム可能なロジックです。SOAP を使用してサービスのインターフェイスを記述し、クロスプラットフォームのインターネットクライアントが XML プロトコル経由でそのロジックを利用できるようにします。
.NET Windows Forms Control
Windows Forms Control は、Visual Studio.NET アプリケーションに特定の視覚的機能を追加するために設計された .NET コンポーネントです。この種のコンポーネントには、グリッド、メニュー、ボタンなどが含まれます。
100% Managed Code
COM コンポーネントは .NET コンポーネントとしてラップできるため、このフラグは、.NET コンポーネントとしてラップされたコンポーネントと、Visual Studio.NET を使用して一から構築されたコンポーネントを区別するために用意されています。場合によっては、真の VS.NET コンポーネントでも 100% Managed Code ではないことがあります。Visual C++.NET では、開発者は .NET assembly 内で unmanaged code を使用することができます。
16Bit
16Bit コンポーネントまたはアプリケーションは、Windows 9x、Windows 3.x、Windows for Workgroups、MS-DOS など、16Bit マイクロプロセッサまたは 16Bit モードをサポートするオペレーティングシステムでのみ互換性があります。
32Bit
32Bit コンポーネントまたはアプリケーションは、Windows 95/98、Windows NT 3.51、Windows NT 4.0、Windows 2000 など、80386 以降のプロセッサの 32Bit アーキテクチャをサポートするオペレーティングシステムでのみ互換性があります。
64Bit
64Bit コンポーネントまたはアプリケーションは、Intel Itanium™ や Sun UltraSPARC™ などの 64Bit マイクロプロセッサをサポートするオペレーティングシステムでのみ互換性があります。これらのオペレーティングシステムには、Sun Solaris (Unix)、Trillian Linux、64Bit Windows 2000 などが含まれます。
Accessibility (JFC)
JFC クラスの Accessibility API は、音声認識、点字ディスプレイ、画面拡大などの支援技術との連携を提供します。アクセシビリティ対応コンポーネント内の情報に開発者がアクセスできるようにするユーザーインターフェイスコンポーネント向けのインターフェイスを含みます。
ActiveX (OCX)
ActiveX コンポーネントは、視覚的にも非視覚的にもなり得ます。視覚インターフェイスに応じて、OCX はすべての Microsoft 言語、Borland Delphi、Borland C++ Builder を含む、ActiveX をサポートするあらゆる環境と互換性があります。
ActiveX Designer
これは、アプリケーションで使用するクラスを作成および変更するためのデザイン時ツールです。これらのクラスから作成されたコンポーネントはプライベートであり、フォーム上に配置することはできません。視覚的コンポーネントの場合は、常に独自のウィンドウに表示されます。
Add-In
Integrated Development Environment (IDE) を拡張するあらゆるツールです。Add-in は IDE に機能を追加します。デザイン時にのみ使用されます。
ADO
Microsoft ActiveX Data Objects は、オブジェクト指向でデータにアクセスするために使用されます。これらのオブジェクトは、OLE DB または ODBC データベースの構造とデータを表し、このデータの照会や変更に使用できます。
Apartment Model Threading
Apartment-Model Threading は、各スレッドをアパートメントとして扱うことでスレッド安全性を提供するマルチスレッドモデルです。異なるアパートメントに住む人々が同じ建物に住んでいても別々であるのと同じように、スレッド内で作成（インスタンス化）されたコンポーネントは他のスレッドで作成されたコンポーネントを認識しませんが、同じスレッド（アパートメント）内のコンポーネントは直接呼び出すことができます。
API
Application Programming Interface。API は特定の環境へのインターフェイスです。たとえば、Windows API は Windows 環境へのインターフェイスを公開し、開発者が Windows の機能にアクセスして制御できるようにします。Java API は Java Virtual Machine に対して同様のインターフェイスを提供します。ActiveX や JavaBean などのコンポーネントでさえ、それぞれのコンポーネント API を介してアクセスできるようにインターフェイスを公開しています。
Applet
Applet は、Web アプリケーション向けに設計された自己完結型の Java プログラムです。Applet はクライアントにダウンロードされ、特定の機能を提供するために実行されます。
Application
Microsoft Word 文書を Adobe PDF ファイルに変換するなど、あらかじめ定義されたタスクを実行する単独のプログラムです。一般に開発そのものには使われず、開発を支援するために使われます。
Application Server (EJB)
Enterprise JavaBeans は、EJB application server 内で実行されるように設計されています。Application server は、クライアント側コンポーネントに対する EJB 側のサーバー側コンテナーに相当します。EJB が特定の application server と互換性がある場合、その app server と互換性のあるあらゆるプラットフォームとも互換性があります。EJB が環境で動作するかどうかを判断する際、application server との互換性が最も重要な考慮事項です。
Application Server (Win32)
Application server は、アプリケーションやコンポーネントをホストして実行するネットワークサーバーです。これは単純な実行ファイルの形を取ることもありますし、MTS application server の場合は COM+ コンポーネントの形を取ることもあります。MTS application server は、コンポーネントを 1 つ以上のサーバーに配置することで、アプリケーションを分散化および拡張可能にします。
ASP (Active Server Pages)
Active Server Page は、Active Server Pages がインストールされた Microsoft Internet Information Server 上で実行するように設計されたアプリケーションです。ASP により、開発者は動的な Web ベースのアプリケーションを作成できます。
ASP (Application Service Provider)
Application Service Provider は、インターネット経由でアプリケーションおよび関連サービスへのアクセスを提供する組織です。ビジネスモデルによっては、これらのアプリケーションは無料で提供される場合もあれば、「レンタル」または「従量課金」ベースでライセンス提供される場合もあります。
ASP.NET
Active Server Pages.NET は Active Server Pages の次世代版であり、Microsoft .NET Framework の一部です。任意の .NET Consumer で書かれたコードをサポートします（Glossary: .NET Consumer を参照）。.NET Assembly と ASP.NET Server Controls の使用を完全に活用します。
ATL
ActiveX Template Library を使用して構築された COM Components は、MFC で構築されたコンポーネントより小さく高速で、ATL runtime だけを必要とします。定義上、非常に特定の操作向けに設計されているコンポーネントにより適しています。MFC クラスが提供するすべての組み込み機能を備えていないためです。一方、MFC はアプリケーションにより適しています。
AWT (JFC)
Abstract Window Toolkit は、Java アプリケーションに Graphical User Interfaces (GUI) を提供するための JFC API です。ユーザーインターフェイスコンポーネントおよびグラフィックス、イメージングツールを含みます。
BaseCLX
BaseCLX コンポーネントは、数学、システムユーティリティなどのビジネスロジック機能向けに設計された Borland CLX コンポーネントです。これらはクロスプラットフォームコンポーネントであり、Delphi 経由で Microsoft Windows 環境で、また Kylix development environment 経由で複数の Linux ディストリビューション上で使用できます。
Black Box
black box component は、開発者が公開インターフェイスを通じてのみアクセスできるコンパイル済みコンポーネントです。black box component は、開発者がソースコードを変更してコンポーネントの動作を変えてしまうリスクがないため、white box component より本質的に安全です。
Built Using
場合によっては、開発者がコンポーネントがどの環境で構築されたかを知る必要があります。たとえば、C++ コンポーネントは MFC または ATL を使って構築されている場合があります。この情報は、開発者に必要な情報を提供するために記載されています。
Business Component
business component は、必ずしも視覚的要素を含まないコンポーネントの中に、特定のビジネスロジックをカプセル化します。例として暗号化があります。これはコンポーネントに文字列やファイルを渡すと、それを暗号化するもので、視覚インターフェイスは必要ありません。これに対し、user interface component には視覚的要素が必要ですが、business component には視覚的要素があってもかまいません。
C# (C-sharp)
C#（「C sharp」と発音）は、C++ の強さと Visual Basic の使いやすさを組み合わせた Microsoft の新しい開発言語です。これにより、開発者は C++ より少ないコード行数で堅牢なオブジェクト指向アプリケーションを構築でき、エラーを導入する可能性を低減します。.NET Framework とシームレスに連携するよう設計されています。Microsoft は C# の標準を作成するため、国際標準化機関である ECMA と協力しています。
CAB
Cabinet file は、圧縮ファイルを格納するための特別な種類のアーカイブです。主にアプリケーションにパッケージされたファイルの配布に使用され、CAB file は作者による「digital signature」を付与できます。これにより、ソースの妥当性が検証され、ファイルが改ざんされていないことが保証されます。
CBD
Component-based development は、開発者が小さく特化したコンポーネントからアプリケーションを構築できるようにすることで、オブジェクト指向プログラミングを拡張します。これらのコンポーネントは、提供する機能を必要とするあらゆるアプリケーションで何度でも使用・再利用できます。
CCM (CORBA Component Model)
CORBA Component Model は、相互接続されたコンポーネントの集合としてエンタープライズクラスのアプリケーションを構築し、CCM 準拠の runtime environment に展開するためのサーバー側コンポーネントモデルの仕様です。CCM コンポーネント仕様は CORBA 3.0 仕様で定義されています。CCM コンポーネントの展開に必要なのは、CORBA 3.0 準拠の ORB（Glossary: ORB を参照）だけです。
CCW (COM Callable Wrapper)
COM Callable Wrapper は、既存の COM アプリケーションが .NET コンポーネントを活用できるようにする互換メカニズムです。.NET assembly をラップして COM コンポーネントと同じ「形状」を与えます。IDispatch、IUnknown などの標準 COM インターフェイスを公開します。COM アプリケーションにとって、.NET コンポーネントは標準 COM コンポーネントのように「見え」ます。
Client-side component
client-side component は、それを使用するアプリケーションと同じマシン上で実行されるように設計されています。client-side component は視覚的でも非視覚的でもかまいません。client-side component はアプリケーションとともにパッケージされ、展開され、アプリケーションがインストールされるすべてのマシンにインストールされる必要があります。
CLR (Common Language Runtime)
.NET Common Language Runtime は .NET Framework の基盤層です。アプリケーションとコンポーネントは MSIL にコンパイルされます（Glossary: MSIL を参照）。その後 CLR は JIT (Just-inTime compilation) を使用して IL コードを基盤プラットフォーム向けのネイティブコードにコンパイルします。現在、CLR は Windows プラットフォーム上で動作します。ただし、Unix 向け CLR 版が開発中です。
CLX
Component Library for Cross Platform は、Windows と Linux の両方で使用できるコンポーネントを開発者が作成できるようにするために Borland によって作られました。Borland の Visual Component Library (VCL) を基盤とし、Delphi 構文を使用する CLX コンポーネントは、複数プラットフォーム向けの単一ソースアプリケーションを作成するために使用できます。
COM
Microsoft の Component Object Model です。コンポーネントの構築方法に関する参照モデルであり、コンポーネント同士がどのように「話し」合い、アプリケーション内でどのように参照されるかを規定します。
COM Add-In for Office 2000
これらは、COM を使用して Office 2000 アプリケーションの機能を拡張する add-ins です。Word、Excel、Access などの Office アプリケーション内で正しく動作するために、特定のインターフェイス (IDTExtensibility2) を使用します。
COM Object/ActiveX DLL/In-Process Server
ActiveX DLL は特殊な種類の DLL です。呼び出し元のアプリケーションまたはコンポーネントのアドレス空間内で実行され、そのアプリケーションが使用する関数を提供する ActiveX コンポーネントです。COM 対応のあらゆる環境と互換性があります。
COM Object/ActiveX EXE/Out-of-Process Server
これらは、呼び出されたときに自身のアドレス空間で実行される ActiveX コンポーネントです。アプリケーションまたはコンポーネントがこのオブジェクトによって提供される関数を参照すると、実行は呼び出し元のアプリケーションまたはコンポーネントから独立するため、アプリケーションは他の機能を自由に実行できます。COM 対応のあらゆるクライアント環境と互換性があります。
COM+
COM の改訂仕様で、実質的には COM と DCOM を統合したものですが、全体は各部分の総和以上です。日常会話では、COM、DCOM、COM+ コンポーネントは一般に「COM」と呼ばれます。
Compaq (DEC) Alpha
Compaq Alpha component または application は、Compaq 製の Alpha プロセッサ上で動作するオペレーティングシステムでのみ互換性があります。これらのオペレーティングシステムには、Windows NT 3.51、Windows NT 4.0、Windows 2000、および複数の Unix 実装が含まれます。
Component
あらかじめ定義された機能を持ち、公開インターフェイスを介してアクセスされる自己完結型オブジェクトです。例として、ActiveX components、JavaBeans、Enterprise JavaBeans、VCLs などがあります。
Component Categories
component category は、指定されたコンポーネントがその category に必要なインターフェイスをサポートするかどうかを指定するレジストリエントリです。Component Category Manager は、category の作成、指定 category へのコンポーネントの配置、category に関する情報の取得を行うインターフェイスを実装します。
Component Type
コンポーネントは、さまざまなプラットフォームと開発環境向けに提供されています。このフィールドは、.NET component、ActiveX、JavaBean などのコンポーネントの種類を指定します。開発者はこの情報を使用して、そのコンポーネントが目的に適しているかどうかを判断できます。
Container
コンポーネントの機能を利用するには、互換性のある container からインスタンス化（参照）する必要があります。たとえば COM コンポーネントは、Visual Studio、Internet Explorer、Internet Information Server などの COM 対応 container でのみ使用できます。さらに、コンポーネントの種類によっては、特定の container 内で正しく動作しない場合があります。たとえば OCX は Visual Studio のような Control Container を必要とし、MS Access のような他の container では正しく動作しない場合があります。「Compatible Container」情報は、コンポーネントが正常にテストされた container を開発者に提供するために含まれています。
Cookies
Cookies は、特定の Web サイトでユーザーを識別するためにクライアントブラウザ経由でダウンロードされるファイルです。ユーザー名、パスワード、プロフィールなど、さまざまな情報を含めることができます。Cookies は、セッション情報やユーザー設定などを「記憶」することで、ユーザーの Web 体験を向上させるために使用されます。ほとんどのブラウザでは、Cookie を受け入れる前にユーザーに通知するか、単に受け入れないように設定できます。
CORBA (Component)
Common Object Request Broker Architecture (CORBA) コンポーネントは、CORBA ORB（Object Request Broker）上で実行されるように設計された分散型サーバー側コンポーネントです。ORB は EJB Application Server に相当する CORBA 版です。CORBA コンポーネントが ORB 上の CORBA バージョンに準拠していれば、そのコンポーネントは実行されます。
CORBA (Platform)
Common Object Request Broker Architecture は、Object Management Group (OMG) によって作成された、分散可能で拡張性のあるコンポーネント向けの仕様です。CORBA 準拠の ORB を介して CORBA オブジェクトがどのように相互通信するかを定義します。
CS-ERS
ComponentSource® SAVE-IT™ は、ComponentSource Enterprise Reuse Solution (CS ERS) の最新バージョンです。SAVE-IT は、組織全体でソフトウェア開発コストを回収するためのビジネスモデルとテクノロジーを提供します。（Glossary: SAVE-IT を参照）
CSS
Cascading Style Sheet は、Web ページの外観を制御するために使用されます。フレーム、ハイパーリンク、タイトル、テキストなどの項目をどのように表示するかを Web ページ作成者が決定でき、しかもほとんどのブラウザとの互換性を維持できます。
CWM
Common Warehouse Metamodel は、Object Management Group (OMG) によって公開された、分散メタデータ分析をサポートする仕様です。CWM は、UML (Unified Modeling Language)、XML (eXtensible Markup Language)、XMI (XML Metadata Interchange) の標準を基盤として、広範なメタデータ分析の解決策を提供します。
DAO
Microsoft Data Access Objects は、Microsoft Jet database engine を介してデータにアクセスするオブジェクト指向の方法を提供します。これは Microsoft Office の共有コンポーネントであり、automation をサポートするあらゆるアプリケーションで使用できます。
DataCLX
DataCLX コンポーネントは、データソースへのアクセスを提供するために設計された Borland CLX コンポーネントです。これらはクロスプラットフォームコンポーネントであり、Delphi 経由で Microsoft Windows 環境で、また Kylix development environment 経由で複数の Linux ディストリビューション上で使用できます。
DCOM
Microsoft の Distributed COM です。通常クライアント/サーバー関係にある異なるコンピューター上の他のコンポーネントや application と通信できるコンポーネントを構築するための参照モデルです。
Digital Signature
digital signature は、コンポーネント発行元に関する詳細情報をユーザーに提供します。コンポーネントが Web ページに読み込まれる前に、ユーザーはこの情報を確認して、そのコンポーネントをインストールするかどうかを判断できます。コンポーネント開発者は、VeriSign のような信頼できる Certificate Authority (CA) から digital certificate を取得して、自分のコンポーネントに署名します。
DLL
DLL は、呼び出し機能を持つあらゆる環境で使用できる「呼び出し可能な」 dynamic-link library です。DLL には、他のアプリケーションやコンポーネントが使用できる 1 つ以上の関数を含めることができます。ActiveX DLL と混同しないでください。
EJB 1.0
Enterprise JavaBeans は、Java で書かれたコンポーネントで、Java アプリケーションに機能を追加するために使用できます。Java が動作するあらゆる環境で使用でき、サーバー側アプリケーションで実行するように設計されています。
EJB 1.1
Enterprise JavaBeans は、Java で書かれたコンポーネントで、Java アプリケーションに機能を追加するために使用できます。Java が動作するあらゆる環境で使用でき、サーバー側アプリケーションで実行するように設計されています。EJB V1.1 の更新では、最も重要な変更の 1 つとして、EJB クラスの構築と展開方法を定義する「deployment descriptor」が XML document として表現されるようになった点があります。以前のバージョンでは Java オブジェクトのグループとして表現されていました。
EJB 2.0
Enterprise JavaBeans は、Java で書かれたコンポーネントで、Java アプリケーションに機能を追加するために使用できます。Java が動作するあらゆる環境で使用でき、サーバー側アプリケーションで実行するように設計されています。EJB V2.0 コンポーネントは Java Message Service との統合を提供し、Container-Managed Persistence をサポートします。
Enterprise JavaBean
Enterprise JavaBeans は、Java で書かれたコンポーネントで、Java アプリケーションに機能を追加するために使用できます。Java が動作するあらゆる環境で使用でき、サーバー側アプリケーションで実行するように設計されています。
Escrow
Escrow は、ComponentSource が発行元コンポーネント製品のソースコードを米国とヨーロッパの安全な場所に保管するサービスです。これは本質的に保険のようなものであり、条件によっては、ComponentSource Escrow ライセンスを取得したコンポーネント購入者が、コンポーネント発行元がエスクローライセンス契約の条件を満たせなくなった場合にコンポーネントのソースコードを受け取れるようにします。これにより、コンポーネント発行元は知的財産を保護しながら、ミッションクリティカルなアプリケーションにコンポーネントを展開する前に購入者が必要とする安心感を同時に提供できます。
EULA
End User License Agreement は、ソフトウェアアプリケーションまたはコンポーネントの発行元とそのソフトウェアのユーザーとの間の法的契約です。「license agreement」または「software license」と呼ばれることが多く、賃貸契約に似ています。ユーザーはソフトウェアを使用する権利の対価を支払い、発行元の制約をすべて順守することを約束します。
Executable
Executable は本質的にプログラムです。ホストアプリケーションとは独立して実行できます。Executable に必要なのは、互換性のあるオペレーティングシステムと関連する runtime library だけです。
Free Threading
Free Threading は、1 つの apartment あたり複数のスレッドをサポートするマルチスレッドモデルです。コンポーネントへの複数回の呼び出しが異なるスレッドで発生することがあります。Free threading は apartment threading より高速な場合がありますが、スレッドが適切に同期されるよう free threaded コンポーネントには注意が必要です。
FTP
File Transfer Protocol は、TCP/IP を介してコンピューター間でファイルを転送するための Internet Standard Protocol です。最も一般的には、Internet server からローカルマシンへファイルをダウンロードするために使用されます。FTP server はクライアントの logon を必要としますが、匿名ログオンを許可するように設定できます。
HailStorm
HailStorm は Microsoft .NET initiative の一部であり、現在存在する膨大な知識ベースの情報をより簡単に統合できるように設計されています。Passport ユーザー認証システムを基盤としており、特定のデバイス、アプリケーション、サービスなどではなく、「person」を中心にサービスを構成します。
HTML
Hypertext Markup Language は、HTTP を使用してデータを転送するための「タグ付き」言語です。テキストの整形、画像の埋め込み、他のデータへのハイパーリンクの挿入ができます。Web browser は「tags」を読み取り、それに応じてデータを表示します。
HTTP
Hypertext Transmission Protocol は、インターネット上でファイル（テキスト、画像、音声、動画など）を交換するための Internet 標準プロトコルです。一般的には、Internet Web server からクライアントマシンへ Web ページをコピーしたり、クライアントからのページ要求を server に送信したりするために使用されます。
HTTPS
Secure Hypertext Transmission Protocol は、Web クライアントが Web server との安全な接続を確立できるようにする Internet 標準プロトコルです。すべてのデータ（テキスト、画像、音声など）は server によって送信される前に暗号化され、その後 client によって復号されます。HTTPS では、client に対してその身元を検証するために server に digital certificate が必要です。
IDE
Integrated Development Environment (IDE) は、指定された開発言語でアプリケーションやコンポーネントを開発するためのツールです。たとえば、開発者は任意のテキストエディタで Visual Basic アプリケーションを記述できます。VB IDE は、モジュール、フォーム、コンポーネント、構文チェック、VB compiler、パッケージおよびデプロイメントウィザードなど、開発プロセスのあらゆる側面を統合することで開発を簡素化します。
IDL
Interface Definition Language file は、コンポーネントへのインターフェイス定義を含むファイルで、interface header と interface body で構成されます。header には、インターフェイス全体に適用される属性が含まれます。body には、リモートプロシージャコールで使用されるデータ型やリモートプロシージャのプロトタイプなど、個々の interface 定義が含まれます。IDL は必須ではありませんが、開発者がコンポーネントのインターフェイスに関する情報を定義・照会しやすくなります。
IE
Microsoft Internet Explorer は、Web site からダウンロードされた情報を表示するために使用される Internet Web browser です。また、ActiveX コンポーネントを使用できるコンポーネント container でもあります。これにより IE は、HTML だけでは表示不可能な動的コンテンツを表示できます。
IIS
Internet Information Server は、コンテンツをインターネット上で公開するための Microsoft の Web server ソフトウェアです。World Wide Web 上で Web ページと Web アプリケーションを提供する WWW service、ファイルのアップロード/ダウンロードを可能にする FTP service、電子メール送信のための SMTP service、ニュースグループフォーラムをホストするための NNTP service で構成されています。IIS V3.0 以降では Active Server Page 機能も提供されます。
IMAP
Internet Message Access Protocol は、ローカル server から E-Mail にアクセスするための Internet 標準プロトコルです。これは client/server protocol であり、e-mail は Internet Server によって受信され、あなたのために保持されます。IMAP を使用するには、メールセッション中に server への継続的な接続が必要です。
Internet Enhanced
Internet Enhanced とマークされたコンポーネントは、Web ページに動的に読み込まれるように設計されています。これは CODEBASE プロパティを使用して実現されます。CODEBASE は、コンポーネントがシステム上にまだ存在しない場合、またはバージョンが変更された場合に、ブラウザにダウンロード先を通知します。
J# (J Sharp)
Microsoft Visual J# .NET は、Java 言語の開発者が .NET Framework 上でアプリケーション、コンポーネント、サービスを構築するための開発ツールです。顧客が Java への投資を .NET へ移行しやすくするよう設計されています。既存の Visual J++ ソリューションは、.NET Framework 上で実行するよう迅速に修正できます。J# ソリューションは .NET 上でのみ動作し、Java Virtual Machine では動作しません。
J2EE
Java 2 Platform Enterprise Edition は、多層、分散、拡張可能なエンタープライズ全体向けのアプリケーションやコンポーネントを構築できるプラットフォームです。この機能は、Enterprise JavaBeans (EJB) コンポーネント - 分散コンポーネントであり、J2EE Application Servers に展開される - および、Web アプリケーションに機能を提供するために使用される Java Server Pages (JSP) と Servlets を通じて提供されます。
Java (The language)
Java は、コンポーネントやアプリケーションを構築するために使用される開発言語です。コンパイル型言語であるため、アプリケーションを実行するコンピューターに Java interpreter がインストールされている必要はありません。
Java (The Virtual Machine)
Java アプリケーションを実行する予定のあるコンピューターには Java VM が必要です。Java を所有する Sun Microsystems は、オペレーティングシステムのメーカーが自社環境向けに Java VM を構築できるよう、virtual machine の仕様をライセンス供与しています。その結果、Java 言語は幅広いプラットフォームと互換性があります。
JavaBean
JavaBeans は、Java で書かれたコンポーネントで、Java アプリケーションに機能を追加するために使用できます。Java が動作するあらゆる環境で使用でき、クライアント側アプリケーションで実行するように設計されています。
JavaClass
JavaClass は、JavaBeans、Applets、Servelts の形でコンパイルされた Java コードが格納される場所です。これらの class file は、Java コンポーネントの「最小」展開単位を構成します。通常は配布および展開のために Java Archive (JAR) files に圧縮されます。
JDBC
Java Database Connectivity は、Java アプリケーションをデータベースに接続するための API です。JDBC は ODBC に非常によく似ています。JDBC を使用すると、Java アプリケーションから任意の ODBC 準拠データベースに接続できます。（Glossary: API, ODBC を参照）
JDK (Java Development Kit)
Java Development Kit には、Java 言語で書かれたコンポーネント、アプレット、アプリケーションをコンパイル、デバッグ、実行するために開発者が必要とするソフトウェアとツールが含まれます。作成されたソフトウェアは、特定の JDK 仕様バージョン（たとえば JDK 1.1）に準拠しているものとして指定されます。
JET
Microsoft Jet database engine は、Microsoft Access database system の中核です。開発者は Jet engine を通じて Access (.MDB) databases へデータの読み書きができます。Access に加え、Jet engine は dBASE、Paradox、FoxPro の database file formats をサポートします。スプレッドシートやテキストファイル内のデータへのアクセスもサポートします。
JFC
Java Foundation Classes は、開発者が機能豊富な Java アプリケーションを構築できる 5 つの API のセットです。JFC classes には Swing、AWT、Java 2D、Accessibility、Drag and Drop があります。フォーム、障害者向けアクセシビリティ、その他のユーザーインターフェイス拡張をサポートします。
JIT
Just-in-time compiler (JIT) は、Microsoft .NET Framework がアプリケーションまたはコンポーネントを Microsoft Intermediary Language (MSIL) にコンパイルするために使用する仕組みです。このコンパイル済みコードは、Common Language Runtime によって解釈され、オペレーティングシステムと連携します。この 2 段階のプロセスにより、ほぼあらゆる開発言語向けに JIT を構成でき、.NET Framework と連携できるようになります。
JSP (Java Server Pages)
Java Server Page は、Web ページ上で動的コンテンツを表示するための技術です。JSP は、Web server 上で実行される servlet（Glossary: Servlet を参照）を使用して、Web client に HTML として送信されるコンテンツを作成します。
Kylix
Borland Kylix は、Linux プラットフォーム向けに Borland が作成した Integrated Development Environment です。Linux デスクトップアプリケーションやサーバーアプリケーションを作成するための、視覚的なコンポーネントベースの開発環境を提供します。
License Agreement
コンポーネントまたはソフトウェア発行元とエンドユーザーの間の拘束力のある法的契約です。コンポーネントの場合、「End User」は、コンポーネントを組み込んでアプリケーションを構築したその開発者のエンドユーザーではなく、そのコンポーネントを購入した開発者を指します。License agreement はソフトウェアの使用条件を定めます。
Lines of Code
これは、この製品の現在のバージョンに含まれるコード行数です。もし貴社が、C++ や Java などの特定の開発言語で 1 行のコードを書くのにいくらかかるかを知っているなら、「Development Language Used」の値と併せて、この製品を自社で開発するコストを算出できます。それを「off-the-shelf」で購入するコストと比較できます。
Linux
Linux は Unix のオープンソース版で、RedHat、Slackware、Caldera、TurboLinux などのさまざまな企業から複数の実装が提供されています。これらの企業は、Intel x86 プロセッサ、Sun Solaris、COMPAQ Alpha などで動作する Linux ディストリビューションを提供しています。
MAC
MAC は Macintosh プラットフォームを指し、Apple Macintosh ハードウェアと MAC-OS オペレーティングシステムで構成されます。
MAC (as in MAC address)
Media Access Control address は、Network Interface Card (NIC) の回路に焼き込まれた 48 ビットのアドレスです。これは世界で一意であり、ネットワーク上のそのマシンを識別します。TCP/IP ネットワークでは、パケットを正しいコンピューターへ届けるために IP address が MAC address に解決されます。
Man Months Research and Development
これは、製品の現在のバージョンを調査、開発、テストするために要した開発者の人月数です。これは、「Man Months Skill Factor」フィールドにおけるビジネススキルレベルを持つ開発者が、この製品を最初から最後まで作成するのに必要な最小時間です。もし貴社が開発者 1 人月あたりのコストを知っているなら、これを使ってこの製品を自社で開発するコストを算出でき、それを「off-the-shelf」で購入するコストと比較できます。
Man Months Skill Factor
これは、「Man Months Research and Development」フィールドに表示される人月数で製品を設計・開発するために必要なビジネススキルレベルです。
これは 1 から 4 の尺度で表され、次の意味を持ちます。
MDAC
Microsoft Data Access Components は、Microsoft Development Environments が異種データソースにアクセスできるようにするコネクタです。MS Access、MS SQL、data files などのコネクタが含まれます。
Metadata
Metadata は、組織が蓄積してきたすべてのデータを指します。人事、製品、価格、サービスなどの従来型の warehouse data に加え、文書化されたプロセス、形式、さらには知的財産も metadata に含まれます。
MFC V4.0
Microsoft Foundation Class Library V4.0 で構築された COM Components は、必要なライブラリを提供するために MFC V4.0 DLL を使用します。MFC V4.0 は、この component/application を実行するマシンにインストールされている必要があります。
MFC V4.2/5.0/6.0
Microsoft Foundation Class Library V4.2/5.0/6.0 で構築された COM Components は、必要なライブラリを提供するために MFC V4.2 DLL を使用します。この DLL は、この application/component を実行するマシンにインストールされている必要があります。
MSIL (Microsoft Intermediate Language)
MSIL は、すべての .NET 開発言語がコンパイルされる共通言語です。これにより、任意の .NET 開発言語で書かれたコンポーネントやアプリケーションが相互運用できます。MSIL は、.NET Common Language Runtime (CLR) が使用する「共通」の言語です。CLR によって基盤プラットフォーム向けのネイティブコードにコンパイルされます。
MTS Compatible
これらは、Microsoft Transaction Server (MTS) runtime environment で実行される COM コンポーネントです。クライアントマシン上のコンポーネントがサーバー上のコンポーネントと通信できるため、分散型のエンタープライズ全体のコンピューティングに対して本質的に拡張可能です。MTS コンポーネントは DLL である必要があります。EXE および OCX はサポートされません。
NetCLX
NetCLX コンポーネントは、HTTP、FTP、CGI、Sockets programming などのネットワーク機能向けに設計された Borland CLX コンポーネントです。これらはクロスプラットフォームコンポーネントであり、Delphi 経由で Microsoft Windows 環境で、また Kylix development environment 経由で複数の Linux ディストリビューション上で使用できます。
Obfuscation
Code obfuscation は、methods、namespaces、properties などのプログラム参照を隠す（名前を変更する）ことでコードを理解しにくくするプロセスです。Java や .NET MSIL のような byte code は特に reverse engineering に対して脆弱です。Obfuscation は、そのような reverse engineering に対する一定レベルの保護を提供します。
OCX96 Compatible
すべての ActiveX コンポーネントが視覚的とは限りません。OCX96 Compatible とマークされたコンポーネントは、透明コンポーネントや非矩形ウィンドウを許可する OCX96 container への読み込みをサポートします。
ODBC
Open Database Connectivity は、さまざまな data source へのアクセスを提供する Application Programming Interface (API) です。データ交換の業界標準です。そのため、マルチプラットフォーム環境のコンピューターが SQL（または任意の ODBC 準拠）データベース上のデータにアクセスできます。
OLE
Object Linking and Embedding は、Microsoft Component Object Model (COM) を使用して複合文書の作成を可能にする技術です。OLE 対応アプリケーションには、さまざまなオブジェクトを含めることができます。たとえば、Word 文書に Excel スプレッドシートを含めたり、PowerPoint プレゼンテーションに AVI file を含めたりできます。
OLE DB
OLE DB は、さまざまな data source へのアクセスを提供する Application Programming Interface (API) です。Microsoft COM 環境のクライアントが Microsoft SQL などあらゆる種類のデータにアクセスできるように設計されています。
OMG
Object Management Group は、3Com、American Airline、Hewlett-Packard、Sun Microsystems、Unisys など 11 社によって設立された非営利法人です。業界標準を通じてコンポーネントベースのソフトウェア市場を支援しています。OMG が策定に重要な役割を果たした標準には、CORBA 仕様および関連する IIOP (Internet-ORB Protocol) があります。
OOP
Object Oriented Programming は、機能を個々のオブジェクトにカプセル化することでアプリケーションを構築するプロセスです。これらのオブジェクトはポリモーフィズムと継承を備えています。OOP は component-based development (CBD) の基盤です。
Operating System
多くのコンポーネントやツールの種類は、Microsoft Windows、Sun Solaris、Unix、Linux などの特定のオペレーティングシステムでのみサポートされます。この情報は、製品がサポートするオペレーティングシステムを開発者に提供するために記載されています。
ORB
Object Request Broker (CORBA) です。ORB は、CORBA コンポーネントを格納する中間層サーバーです。ORB は、2.0 や 2.3 など、特定の CORBA 仕様バージョン上に構築されるものとして定義されます。CORBA コンポーネントを特定の ORB 上で実行できるかどうかを決定するのは、このバージョン番号です。ORB は EJB Application Server にたとえることができます。実際、多くの EJB App Server には CORBA ORB ソフトウェアも含まれており、EJB と CORBA の両方のコンポーネントを実行できます。
Polymorphism
Polymorphism を使用すると、同じ名前のメソッドを持つ関連クラスを作成できます。実行時には、オブジェクトのクラスに基づいて正しい手続きが決定されます。たとえば、オブジェクトを手続きの引数として渡すと、そのオブジェクトがどの種類であるかを知らなくても、そのオブジェクトのメソッドを呼び出すことができます。
POP3
Post Office Protocol 3 は、電子メールを受信するための Internet 標準プロトコルです。POP3 は client/server protocol であり、電子メールは Internet server によって受信され、あなたのために保持されます。クライアントが接続すると、POP3 server はすべてのメッセージをクライアントに転送し、接続を終了します。
Primary Development Language Used
これは、この製品の現在のバージョンを構築するために使用された開発言語です。もし貴社が、C++ や Java などの特定の開発言語で 1 行のコードを書くのにいくらかかるかを知っているなら、「Lines of Code」の値と併せて、この製品を自社で開発するコストを算出できます。それを「off-the-shelf」で購入するコストと比較できます。
RCS
ComponentSource Reusable Component Specification は、外部に公開されるすべてのマーケットプレイス情報の基盤となる統一タイプモデルです。これは当社の公開マーケットプレイスコミュニティ標準を構成しており、作者および顧客ネットワークで使用され、さまざまな「物理的」形式で提供されます。これらの形式には、公開マーケットプレイスの Web catalog pages、publisher product submission form、ComponentSource SAVE-IT Web services で使用される XML schemas が含まれます。（Glossary: SAVE-IT を参照）
RCW (Runtime Callable Wrapper)
Runtime Callable Wrapper は、.NET が既存の COM コンポーネントをサポートできるようにする互換メカニズムです。RCW は COM コンポーネントを「wrap」し、.NET Assembly と同じ「shape」を与えます。.NET アプリケーションから見ると、そのコンポーネントは .NET コンポーネントのように「見え」ます。
RDBMS
Remote Database Management System。組織のデータを格納するバックエンドデータベースシステムを指します。RDBMS には SQL、Oracle、dBase、Paradox など複数の種類があります。
Repository
repository は、データではなくソフトウェアを含むデータベースです。このソフトウェアは、実行ファイル、コンポーネント、ライブラリ、UML models などの形を取ることができます。ほとんどの repository には、自身のデータベースを管理するためのアプリケーションが含まれています。
Reusable Component
Reusable component は、特定のビジネスロジックまたはユーザーインターフェイス機能をカプセル化する自己完結型コードブロックの一般的な用語です。white box component（source code）として存在することも、black box component（binary code、公開インターフェイスを通じてアクセス）として存在することもできます。
Reverse Engineering
Software reverse engineering は、プログラムの動作を把握するために byte code を使える source code に「de-compiling」するプロセスです。知的財産を保護するため、多くのソフトウェア開発者は code obfuscation を使用して reverse engineering を難しくしています。
RMI
Remote Method Invocation は、Java 開発者がエンタープライズ環境で分散コンポーネントにアクセスできるようにする技術です。これは remote procedure call に似ていますが、要求とともに 1 つ以上のオブジェクトを渡せるという特徴があります。オブジェクトには、リモートコンピューターで実行されるサービスを変更する情報を含めることができます。
ROPE
Remote Object Proxy Engine は、開発者が SOAP Web services を実装し利用するために使用できるオブジェクトモデルです。実際には Proxy Object と SOAPPackager Object の 2 つの部分で構成されます。Proxy object により、クライアントは Web service をローカル COM object のようにアクセスできるため、COM 対応言語であればどれでも Web service にアクセスできます。SOAPPackager object は SOAP メッセージを扱うためのより低レベルなモデルを提供し、通常は server-side で使用されます。
RPC
Remote Procedure Call は、ネットワークの詳細を理解する必要なく、アプリケーションまたはコンポーネントが別のコンピューター上のアプリケーションまたはコンポーネントにサービスを要求できるプロトコルです。
Runtime License
runtime license は、エンドユーザーによる使用方法を規定するためにコンポーネントまたはアプリケーションに課される制約です。runtime license の中には、製造元とエンドユーザーの間で締結される法的契約だけで構成されるものもあります。その他の runtime license は実際にソフトウェアによって強制され、license key に基づいて機能を制限できます。コンポーネントに関しては、runtime license は開発者がアプリケーション内でそのコンポーネントをどのように展開できるかを定めます。
Safe for Initialization
ActiveX コンポーネントが Safe for Initialization とマークされている場合、開発者は自らの digital signature を通じて、そのコンポーネントを Web ページに読み込んで「instantiated」または作成できることを証明しています。Active Server Pages では、コンポーネントを変数に割り当てることでこれを行います SET objMyVar=Server.CreateObject("MyObject.MyClass")
Safe for Scripting
コンポーネントが Safe for Scripting とマークされている場合、開発者は自らの digital signature を使用して、そのコンポーネントが safe to code against であることを証明しています strMyString=objMyVar.GetMyString
SAVE-IT™ - (Software Asset Value Engineering in Information Technology)
ComponentSource Enterprise Reuse Solution の最新バージョンである ComponentSource® SAVE-IT™ は、組織全体でソフトウェア開発コストを回収するためのビジネスモデルとテクノロジーを提供します。SAVE-IT™ は、組織内でソフトウェア資産の再利用を推進するビジネスドライバーを確立するための、強化され実証済みの 3 本柱の商業的アプローチと、再利用を定着させるための拡張性のある資産豊富なインフラストラクチャで構成されています。カスタマイズ可能なソリューションは、顧客のニーズに応じてパッケージ化できます。市場においては、SAVE-IT PROCESS™、SAVE-IT CATALOG™、SAVE-IT CONTENT™ の 3 つの実証済みレベルで差別化されています。
Server-side Component
server-side component は、多層環境の中間層で実行されるよう最適化されたあらゆるコンポーネントです。これには Web server と application server が含まれます。これらのコンポーネントは一般に非視覚的ですが、server-side graphing や charting components、今後登場する .NET server-side user interface components のように、ユーザーインターフェイスデータをクライアントに送信するために特別に設計されたものは例外です。
Servlet
Servlet は、Web アプリケーション向けに設計された自己完結型の Java プログラムです。Servlet は Web server 上で実行され、データは HTML または XML を通じてクライアントに送信されます。
SMTP
Simple Mail Transfer Protocol は、E-Mail の送受信のための Internet 標準プロトコルです。メッセージをキューに入れる能力には限界があり、そのため通常は受信側で POP3 または IMAP プロトコルと組み合わせて使用されます。（Glossary: POP3, IMAP を参照）
SOAP
Simple Object Access Protocol は、インターネット上でのコンポーネント相互運用性のための業界標準プロトコルです。XML と HTTP の既存標準の上に構築されており、すべてのプラットフォームのコンポーネントが標準プロトコルを介して通信できるようにします。
Source Code
Source code は、コンポーネントまたはアプリケーションの実際のコマンドの一覧であり、Visual Basic、Visual C++、Java など特定の開発言語で書かれます。source code を含むコンポーネントは、「white box」コンポーネントと呼ばれます。というのも、基礎となるロジックのすべてが公開されているからです。開発者は source code を変更して機能を追加できます。
SQL
Structured Query Language は、データベースへのアクセスと更新のための業界標準プログラミング言語です。SQL は、このデータを格納する database management system (DBMS) を指すことにも使われます。SQL queries を使うと、SQL database 内のデータを選択、挿入、更新、検索できます。
Static Link Library
Static Link Libraries は、C++ アプリケーションにリンクできる class libraries です。これらは .LIB files としてパッケージ化されます。
Swing (JFC)
JFC Swing classes は、フォームベースの Java プログラミングをサポートします。Java アプリケーションに tree、tabbed panes、splitter panes、その他のユーザーインターフェイス拡張を追加でき、今日のアプリケーション市場で期待される look-and-feel を与えます。
TCP/IP
Transmission Control Protocol/Internet Protocol は、インターネット上での通信に使用される基本プロトコルです。接続型と非接続型（fire and forget）の両方のデータ転送をインターネット上で可能にします。要するに、TCP/IP は HTTP、SMTL、FTP などの Internet Protocols/Services が話す言語です。）
Thread
thread は最小の実行単位です。オペレーティングシステムが CPU 時間を割り当てる対象です。process は 1 つ以上の thread で構成されます。アプリケーションまたはコンポーネントは 1 つ以上の process で構成されます。
Tool Type
コンポーネントに加えて、ComponentSource はコンポーネントやアプリケーションの作成を支援する有用なツールを提供しています。これらのツールには、コンポーネント、アプリケーション、add-ins などがあります。ここでは、提供される機能を明確に定義するためにそれらを指定しています。
UDDI
Universal Description, Discovery, and Integration service は、プラットフォーム非依存の XML ベースの registry であり、Web Services を動的に発見するために使用されます。サービス情報の通信には WSDL を使用します。WSDL は SOAP の上位にあり、SOAP はさらに XML の上位にあります。（関連定義を参照: WSDL, SOAP, XML.）UDDI により、Web services は名前、製品、場所、提供する Web Services によって自らを一覧化できます。
UML
Unified Modeling Language は、ソフトウェアコンポーネントまたはシステムの構造とインターフェイスを指定し文書化するために設計されています。プログラム設計を標準的な方法で表現するためのグラフィカル言語です。UML model は本質的に、そのコンポーネントまたはシステムを構築するための設計図です。
VB Class Library
これらは、Visual Basic から参照できる source code (.CLS) または compiled (.DLL) libraries です。
VB5
Microsoft Visual Basic V5.0 を使用して構築された COM component には、外部依存関係がありません。必要なのは、Visual Basic V5.0 runtime が開発マシンとすべてのエンドユーザーマシンにインストールされていることだけです。
VB6
Microsoft Visual Basic V6.0 を使用して構築された COM component には、外部依存関係がありません。必要なのは、Visual Basic V6.0 runtime が開発マシンとすべてのエンドユーザーマシンにインストールされていることだけです。
VBX
Visual Basic Extensions は 16Bit コンポーネントであり、16Bit をサポートするオペレーティングシステム上で動作する Visual Basic とだけ互換性があります。
VC++ Class Library
これらは、Visual C++ から参照できる source code または complied (.DLL) libraries です。
VCL
Visual Class Library コンポーネントは、Delphi や C++ Builder などの Borland 環境とだけ互換性のある視覚的または非視覚的コンポーネントです。
Visual Basic
Microsoft Visual Basic は、Visual Basic language と VB Integrated Development Environment (IDE) の 2 つの部分から構成されます。VB は、アプリケーションやコンポーネントを開発するための高水準で習得しやすいプログラミング言語です。コンポーネントが特定の VB バージョン（例: VB 3.0、VB 4.0）との互換性があると記載されている場合、その指定されたバージョンが必要です。たとえば、VB の現在のバージョンは V6.0 です。VB 6 は 32Bit 専用で、16Bit VBX はサポートしません。
Visual Studio
Microsoft Visual Studio は、アプリケーションやコンポーネントを開発するためのプログラミング言語スイートです。Visual Basic、Visual C++、Visual Interdev、Visual J++、Visual FoxPro で構成されています。コンポーネントが特定の Visual Studio バージョンとの互換性があると記載されている場合、定義上、その 5 つの IDE すべてと互換性があります。
Visual Studio.NET
Visual Studio.NET は、.NET platform 向けの開発を可能にするために Microsoft が作成した開発言語スイートです。Visual Basic.NET、C++.NET、そして新しい言語である C# が含まれます。Visual Studio.NET のすべての言語は .NET Extenders と見なされます（Glossary: .NET Extenders を参照）。
VisualCLX
VisualCLX コンポーネントは、グリッド、treeviews、listboxes などのユーザーインターフェイス機能向けに設計された Borland CLX コンポーネントです。これらはクロスプラットフォームコンポーネントであり、Delphi 経由で Microsoft Windows 環境で、また Kylix development environment 経由で複数の Linux ディストリビューション上で使用できます。
WAP (Wireless Application Protocol)
Wireless Application Protocol は、携帯電話、ハンドヘルド、パームサイズコンピューターなどのワイヤレスデバイスがインターネットアクセス、E-Mail、ニュースグループなどで使用する標準プロトコルの仕様です。
Web Service
Web Service は、標準の Web プロトコル経由でアクセスできるプログラム可能なロジックです。SOAP を使用してサービスのインターフェイスを記述し、クロスプラットフォームのインターネットクライアントが XML プロトコル経由でそのロジックを利用できるようにします。
White Box
white box component は、source code として利用可能な class library です。すべての関数が公開されており、コンポーネントの作者の license agreement で定められた条件以外に制約なく変更できます。
Win 2000
Windows 2000 は NT 技術を基盤として構築されており、堅牢で安全なネットワークサーバーとワークステーションを提供します。
Win 3.x
Microsoft Windows 3.1、3.11。16Bit オペレーティングシステム。
Win 95
Microsoft Windows 95。16Bit と 32Bit の両方のコンポーネントをサポートします。
Win 98
Microsoft Windows 98。16Bit と 32Bit の両方のコンポーネントをサポートします。
Win CE 2.x
パームサイズおよびハンドヘルドデバイス向けの Microsoft のオペレーティングシステムです。
Windows DNS
Windows Digital Nervous System は、HTTP、XML、SOAP、MTS などの業界標準を利用して、拡張可能なエンタープライズ全体のシステムを作成するための、アプリケーション、分散コンポーネント、サービスの多層統合システムに関する Microsoft の構想です。
Windows Foundation Class
これらは WFC から作成されたコンポーネントであり、Visual Basic や Visual C++ など ActiveX コンポーネントをサポートする他の環境だけでなく、Java アプリケーションでも使用できます。
WinNT 3.51
Windows NT は、ネットワークサーバーとワークステーション向けの Microsoft の堅牢で安全なオペレーティングシステムです。WinNT 3.51 のユーザーインターフェイスは Windows 3.x に似ています。
WinNT 4.0
Windows NT は、ネットワークサーバーとワークステーション向けの Microsoft の堅牢で安全なオペレーティングシステムです。WinNT 4.0 のユーザーインターフェイスは Windows 9x に似ています。
Wizard
開発環境を強化したり、デザイン時にアプリケーションへ機能を追加したりするために使用されるツールです。また、「Data Migration Wizard」のように、データベースをある種類から別の種類へ変換するような変換を実行するアプリケーションも指します。
WML (Wireless Markup Language)
Wireless Markup Language は、Web ページのテキストをハンドヘルドデバイスや携帯電話に表示できるようにします。Wireless Application Protocol の一部です（Glossary: WAP を参照）。
WSDL (Web Services Description Language)
Web Services Description Language は、Web services を記述するために使用される XML ベースの言語です。UDDI registry が企業に Web services を一覧表示させるために使用する言語です。
XML
Extensible Markup Language (XML) は、異なるプラットフォーム、言語、アプリケーション間で交換するデータを「tags」を使って記述するための業界標準の方法です。オープン標準であるため、インターネット経由でデータを交換するのに理想的です。
XSL
Extensible Stylesheet Language は、Web 経由で送信される XML data をユーザーにどのように表示するかを記述するために使用されます。Web page 作成者が、XML data の表示方法、どの fields を表示するか、それらをページのどこに、どの順序で表示するかを制御できる業界標準言語です。
XSLT
XSL Transformations は、XML document をある構造から別の構造へ変更する方法を記述する業界標準です。ある XML document の source tree を、新しい XML document の result tree に変換するために使用されます。