2001
DOI: 10.1007/bf03250823
|View full text |Cite
|
Sign up to set email alerts
|

Elektronische Unterstützung und Automatisierung von Verhandlungen

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1

Citation Types

0
2
0
4

Year Published

2002
2002
2021
2021

Publication Types

Select...
7
2

Relationship

2
7

Authors

Journals

citations
Cited by 25 publications
(6 citation statements)
references
References 30 publications
0
2
0
4
Order By: Relevance
“…The procedure leads to near optimal solutions for the simultaneous integration of the two optimal local domain plans. A comprehensive survey of electronic negotiation processes gives Rebstock (2001).…”
Section: Negotiation and Exception Handlingmentioning
confidence: 99%
“…The procedure leads to near optimal solutions for the simultaneous integration of the two optimal local domain plans. A comprehensive survey of electronic negotiation processes gives Rebstock (2001).…”
Section: Negotiation and Exception Handlingmentioning
confidence: 99%
“…Therefore, a negotiation's items are not pre-defined. Accordingly, there is a need for dealing with arbitrary information in the course of a negotiation (Rebstock 2001). For describing goods and attributes, various differing e-business standards have been developed, both official and proprietary.…”
Section: Introductionmentioning
confidence: 99%
“…Anforderungsanalyse basierte auf einer strukturierten Analyse der Anforderungen interorganisationaler elektronischer Verhandlungen im Unternehmensbereich nach den sechs Merkmalen Protokollkategorie, Automatisierungsgrad, Anzahl Attribute, Anzahl Positionen, Anzahl Verhandlungen, Mediationstyp[Rebs01c]. Aus Gründen des Umfangs wird diese Analyse hier nicht wiedergegeben.…”
unclassified
“…Aus Gründen des Umfangs wird diese Analyse hier nicht wiedergegeben. Die Evaluation vorliegender Ansätze zeigte auf, dass für diesen Kontext deutliche funktionale Defizite bestehen[Rebs01c].Die Konzeption der Anwendungsarchitektur verfolgte insbesondere die Ziele der Modularität, Offenheit, Skalierbarkeit, Robustheit, Sicherheit und Wartbarkeit. Die einzelnen Gestaltungsentscheidungen, die zur aktuellen Anwendungsarchitek-tur geführt haben, lassen sich an dieser Stelle aus Gründen des Umfangs ebenfalls nicht vollständig wiedergeben; es wird dazu auf andere Beiträge verwiesen [Rebs01a; Rebs01b; ReAm02].…”
unclassified