2009
DOI: 10.1109/ms.2009.173
|View full text |Cite
|
Sign up to set email alerts
|

ERP Customization as Software Engineering: Knowledge Sharing and Cooperation

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

1
35
0
1

Year Published

2010
2010
2018
2018

Publication Types

Select...
5
3
1

Relationship

0
9

Authors

Journals

citations
Cited by 64 publications
(45 citation statements)
references
References 6 publications
1
35
0
1
Order By: Relevance
“…Furthermore, 96 % of the data centers spent less than 50 % of the dialog executions on custom transactions. This practical study supports the theoretical assumption that ERP implementation projects aim at using as much of the existing functionality as possible without having to customize [50]. Hence, the average usage profile of an EA strongly fosters the feasibility of a domain-specific but standardized capacity management approach that can be offered as a service in order to leverage economies of scale.…”
Section: Standardization Degree Of Enterprise Applicationssupporting
confidence: 72%
See 1 more Smart Citation
“…Furthermore, 96 % of the data centers spent less than 50 % of the dialog executions on custom transactions. This practical study supports the theoretical assumption that ERP implementation projects aim at using as much of the existing functionality as possible without having to customize [50]. Hence, the average usage profile of an EA strongly fosters the feasibility of a domain-specific but standardized capacity management approach that can be offered as a service in order to leverage economies of scale.…”
Section: Standardization Degree Of Enterprise Applicationssupporting
confidence: 72%
“…We distinguish between standard and custom transaction types. If customers require functionality beyond available components, the source code of the product must be adapted [50], resulting in custom transaction types that are known solely to the organization and are not used by any other party. Therefore, cross-organizational performance models cannot be built for these components and their capacity needs to be planned traditionally using individual analytical models or gathered data.…”
Section: Process Overviewmentioning
confidence: 99%
“…Despite of this general interest to the "people factor", there is little evidence available about specifics of collaboration, such as its change over time and its different modes in large software development efforts including enterprise software development. The collaborative practice of enterprise development can be easily disturbed [16], but still collaborative patterns and their changes have been rarely studied [17]. In this study, we refer to collaboration as a practice where at least two parties work together to achieve a common goal or co-create value in the form of enhancing the software-based enterprise system [18].…”
Section: Research Areamentioning
confidence: 99%
“…Different vendors may use different explanation for each term [9]. In the literature it has been found that customizations is usually described as the process of implementing a new feature to the application that doesn"t even exist which requires changes in the source code with deep understanding of the exciting program functionality and the domain the program should support [9], [32], [33]. This ability is limited to the application vendor most of the times hence the changes are made in the second phase of the application lifecycle (implementation phase) [32].…”
Section: Configuration and Customizationmentioning
confidence: 99%