Assessing the Impact of XML/EDI with Real Option Valuation

von Dr. Shermin Voshmgir

vorherige Seite | zur Übersichtsseite | folgende Seite

Statistik und Sichtungsnachweis dieser Seite findet sich am Artikelende

[1.] Svr/Fragment 049 01 - Diskussion
Zuletzt bearbeitet: 2020-03-18 16:07:09 [[Benutzer:|]]
ECOOP 2001, Fragment, Gesichtet, SMWFragment, Schutzlevel sysop, Svr, Verschleierung

Typus
Verschleierung
Bearbeiter
Schumann
Gesichtet
Yes.png
Untersuchte Arbeit:
Seite: 49, Zeilen: 1-6
Quelle: ECOOP 2001
Seite(n): online, Zeilen: 0
[Genericity mechanisms, such as] patterns, frameworks and components, have the potential for defining, modeling, designing, and implementing shared concepts. Such mechanisms have inherited many object-oriented principles and built upon them to enhance the generalized nature of business problems and solutions both vertically (within the same domain) and horizontally (across different domains). Increasingly, emerging ontological definitions and related languages like XML supports these mechanisms. Genericity mechanisms, such as patterns, frameworks and components, have the potential for defining, modelling, designing and implementing shared concepts. Such mechanisms have inherited many object-oriented principles and built upon them to enhance the generalised nature of business problems and solutions both vertically (within the same domain) and horizontally (across different domains). Increasingly, these are supported by emerging ‘ontological’ definitions and related languages (e.g. XML) designed to exemplify genericity.
Anmerkungen

The source ist not given.

Sichter
(Schumann), SleepyHollow02


[2.] Svr/Fragment 049 13 - Diskussion
Zuletzt bearbeitet: 2020-01-15 16:21:13 [[Benutzer:|]]
Fragment, Gesichtet, Peat Webber 1997, SMWFragment, Schutzlevel sysop, Svr, Verschleierung

Typus
Verschleierung
Bearbeiter
SleepyHollow02
Gesichtet
Yes.png
Untersuchte Arbeit:
Seite: 49, Zeilen: 13-19
Quelle: Peat Webber 1997
Seite(n): online, Zeilen: 0
By using the XML extensible tag set, EDI objects can be either passed or dynamically referenced [sic] to objects stored in repositories. The XML/EDI Group (see chapter 4.1.4. and Appendix) is proposing the use of XML as a carrier for the document information so that the transaction can carry not only data, but also code (at each level in the transaction tree). With an element having data properties and code methods, this allows the business elements to be manipulated as objects. By using the XML extensible tag set, EDI "objects" can be either passed or dynamically reference to objects stored in repositories. The XML/EDI Group is proposing the use of XML as a "carrier" for the document information so that the transaction can carry not only data (like trad-edi), but also code (at each level in the transaction tree). With an element having data properties and code methods, this allows the business elements to be manipulated as "objects".
Anmerkungen

No source is given.

Sichter
(SleepyHollow02) Schumann


[3.] Svr/Fragment 049 24 - Diskussion
Zuletzt bearbeitet: 2020-05-21 21:14:28 [[Benutzer:|]]
BauernOpfer, Fragment, Gesichtet, SMWFragment, Schutzlevel sysop, Svr, Webber 1998

Typus
BauernOpfer
Bearbeiter
SleepyHollow02
Gesichtet
Yes.png
Untersuchte Arbeit:
Seite: 49, Zeilen: 24-30
Quelle: Webber 1998
Seite(n): 40, Zeilen: left col., 4 ff.
Classic EDI is captive to its own fixed structures and inflexibility. To save XML/EDI suffering this same fate, the XML/EDI guidelines proposed by the XML/EDI Group adds three additional key components: Process Templates, Software Agents, and Global Entity Repositories (Webber 1998a: 40).

These three additional components transform old EDI into XML/EDI that allows full dynamic e-commerce between business partners and avoids the mistakes of the past. Each component adds unique tools that leverage the other pieces to make [XML/EDI a dynamic process that can be infinitely extended.]


Webber, D. 1998a, “Introducing XML/EDI Frameworks”, Electronic Markets, vol. 8, no.1, pp38-41.

Old style EDI is captive to its own fixed structures and inflexibility. To save XML/EDI suffering this same fate, the XML/EDI Guidelines proposed by the XML/EDI Group adds three additional key components:

+ process Templates,

+ software Agents,

+ and Global Entity Repositories.

These three additional components transform old EDI into XML/EDI that allows full dynamic Electronic Commerce between business partners and that avoids the mistakes of the past. Each component adds unique tools that leverage the other pieces. In the past EDI was very static, what XML/EDI provides is an exciting dynamic process that can be infinitely extended.

Anmerkungen

The source is given, but there are no quotation marks. It does not become clear to what extent text is copied nor that it is a literal copy.

Sichter
(SleepyHollow02) Schumann



vorherige Seite | zur Übersichtsseite | folgende Seite
Letzte Bearbeitung dieser Seite: durch Benutzer:Schumann, Zeitstempel: 20200318160756
Nutzung von Community-Inhalten gemäß CC-BY-SA, sofern nicht anders angegeben.
… weitere Daten zur Seite „Svr/049
Schumann +  und SleepyHollow02 +
(Schumann) +, SleepyHollow02 +  und (SleepyHollow02) Schumann +