In a component diagram, how do I provide a generic interface to access services provided by an external system. The external system has its own interface which will be adapted to the generic interface.
Dan, Yes... normally interface is not a component; therefore, it should not be in the component interface. But I think this generic interface will clarify my design. In a component diagram, a component can be drew with an interface. Suppose a vendorX component provides VendorX interface. If my application depends on the VendorX interface, any future changes in vendorX interface will affect my application. To avoid this highly couple, I create a generic interface to which the VendorX interface will adapt to. How do I present this interface in the component diagram?
Components may both provide and require interfaces. An interface is the definition of a collection of one or more methods, and zero or more attributes, ideally one that defines a cohesive set of behaviors. A provided interface is modeled using the lollipop notation and a required interface is modeled using the socket notation. A port is a feature of a classifier that specifies a distinct interaction point between the classifier and its environment. Ports are depicted as small squares on the sides of classifiers.
It means (to me at least ) that the essence of components is about providing and requiring interfaces.
One additional thing to keep in mind about UML diagrams is that they are not rigid; the UML specification doesn't really dictate which graphical symbols can be used in each specific diagram type. It means that we can borrow symbols from other diagram types. For example, in Cade's diagrams he uses the package symbol to describe a subsystem.
William Butler Yeats: All life is a preparation for something that probably will never happen. Unless you make it happen.