Additional costs, besides the initial implementation costs, incurred as a result of upkeeping some software code or objects created in previous maintenance request.
Published in Chapter:
Enterprise Resource Planning (ERP) Maintenance Metrics for Management
Celeste See-pui Ng (Yuan-Ze University, R.O.C.)
Copyright: © 2009
|Pages: 6
DOI: 10.4018/978-1-60566-026-4.ch220
Abstract
A typical packaged software lifecycle, from the client-organization perspective, is packaged software selection followed by implementation, installation, training, and maintenance (that includes upgrades). Traditional software maintenance has been acknowledged by many researchers as the longest and most costly phase in the software lifecycle. This fact is no exception in the ERP packaged software maintenance context (Moore, 2005; Whiting, 2006). According to Ng, Gable, & Chan (2002, pg. 100) ERP maintenance is defined as “post-implementation activities related to the packaged application software undertaken by the client-organization from the time the system goes live (i.e., successfully implemented and transported to the production environment), until it is retired from an organization’s production system, to keep the system running; adapt to a changed environment in order to operate well; provide helps to the system users in using the system; realize benefits from the system (best business processes, enhanced system integration, cost reduction); and keep the system a supported-version and meet the vendor’s requirements for standard code. These activities include: implementing internal change-requests (initiated by an ERP-using organization’s system users and IT-staff); responding or handling usersupport requests (initiated by an ERP-using organization’s system users); upgrading to new versions/releases (introduced by the vendor); and performing patches (support provided by the vendor).” In order to achieve the abovementioned maintenance objectives of keeping the ERP system running, adapting the system to a new operating environment, and ensuring the system up to the vendor’s requirement for standard code; and realizing benefits such as competitive advantages from the system, the IT department staff has to collect some metrics or relevant data on patches and modifications done to the ERP system so that they can know or can tell the status and the performance of their maintenance activities. The authors in Fenton (1991), Fenton & Pfleeger (1997), and Florac (1992), agree that software maintenance data are useful for planning, assessment, tracking, and predictions on software maintenance. Although, there is a lot of literature on ERP, we find almost no literature on ERP maintenance metrics. Thus, this text is meant to provide some fundamental metrics on ERP patches and modifications which could be useful for ERP maintenance management in order to answer questions on the state of their ERP system, their patch implementation costs, and the ongoing maintenance costs for their previous modification or custom development.