Understanding Feasibility Study Approach for Packaged Software Implementation by SMEs

Software engineering often no longer involves building systems from scratch, but rather integrating functionality from existing software and components or implementing packaged software. Conventional software engineering comprises a set of influential approaches that are often considered good practice, including structured programming, and collecting a complete set of test cases. However, these approaches do not apply well for packaged software (PS) implementation; hence this phenomenon requires independent consideration. To explore PS implementation, we conducted ethnographic studies in packaged software development companies, in particular, to understand aspects of the feasibility study approach for PS implementation. From an analysis of these cases, we conclude that firstly; the analyst has more of a hybrid analyst-sales-marketing role than the analyst in traditional RE feasibility study. Secondly; the use of a live scenario software demonstration in order to convince the client to buy into the PS may lead to increased perceived feasibility and reduced resistance to PS implementation. Thirdly; the assessment criteria that are used to estimate the effort and time needed for PS implementation are new features, level of customization, software ‘output’, and technical needs. Fourthly; the feasibility study for PS implementation differs strongly from traditional RE as the analyst mainly considers how to deal with requests for modifications to existing functions.

[1]  RegnellBjörn,et al.  Requirements engineering challenges in market-driven software development - An interview study with practitioners , 2007 .

[2]  Lai Xu,et al.  Concepts of product software , 2007, Eur. J. Inf. Syst..

[3]  Yvonne Dittrich,et al.  ERP Customization as Software Engineering: Knowledge Sharing and Cooperation , 2009, IEEE Software.

[4]  Kim Lauenroth,et al.  Towards a New Understanding of Small and Medium Sized Enterprises in Requirements Engineering Research , 2011, REFSQ.

[5]  Roel Wieringa,et al.  A requirements engineering framework for cross-organizational ERP systems , 2006, Requirements Engineering.

[6]  Maya Daneva,et al.  ERP requirements engineering practice: lessons learned , 2004, IEEE Software.

[7]  Claes Wohlin,et al.  A product management challenge: Creating software product value through requirements selection , 2008, J. Syst. Archit..

[8]  Issam Jebreen,et al.  Understanding requirements engineering practices for packaged software implementation , 2013, 2013 IEEE 4th International Conference on Software Engineering and Service Science.

[9]  Khaled El Emam,et al.  A field study of requirements engineering practices in information systems development , 1995, Proceedings of 1995 IEEE International Symposium on Requirements Engineering (RE'95).

[10]  Abdul Azim Abdul Ghani,et al.  Requirements Engineering Problems and Practices in Software Companies: An Industrial Survey , 2009, FGIT-ASEA.

[11]  Greg Wilson,et al.  Requirements in the wild: How small companies do it , 2007, 15th IEEE International Requirements Engineering Conference (RE 2007).

[12]  Daniel Robey,et al.  Deciding to upgrade packaged software: a comparative case study of motives, contingencies and dependencies , 2007, Eur. J. Inf. Syst..

[13]  Sia Siew Kien,et al.  Enterprise resource planning: cultural fits and misfits: is ERP a universal solution? , 2000, CACM.

[14]  Romain Robbes,et al.  Requirements Engineering Practices in Very Small Software Enterprises: A Diagnostic Study , 2010, 2010 XXIX International Conference of the Chilean Computer Science Society.

[15]  Martyn Hammersley,et al.  Ethnography : Principles in Practice , 1983 .

[16]  Björn Regnell,et al.  Requirements engineering challenges in market-driven software development - An interview study with practitioners , 2007, Inf. Softw. Technol..

[17]  Matthew B. Miles,et al.  Qualitative Data Analysis: An Expanded Sourcebook , 1994 .